Определите, что именно перестало работать
Если 1С в облаке не открывается, сначала отделите неполадку связи от сбоя самого сервиса. Проверьте, загружаются ли другие рабочие сайты и приложения через ту же мобильную сеть. Затем попробуйте подключиться к доверенной сети Wi‑Fi, например домашней или корпоративной. Если через Wi‑Fi база открывается, а через мобильный интернет нет, вероятная причина находится в текущем подключении или региональных ограничениях оператора.
Обратите внимание на момент сбоя. Веб-страница может не загружаться совсем, остановиться после ввода данных или показать уже открытый интерфейс без возможности сохранить документ. Тонкий клиент иногда запускается, но долго подключается к информационной базе. Эти признаки стоит записать: они помогут администратору понять, на каком этапе прервалась работа.
Не нажимайте многократно кнопку проведения, отправки или записи. После восстановления соединения окажется, что первая команда всё же была выполнена, и тогда могут появиться повторные документы или операции.
Проверьте мобильное соединение и устройство
- Посмотрите, отображается ли на телефоне или модеме индикатор мобильной передачи данных и достаточен ли уровень сигнала.
- Включите режим полёта на короткое время, затем выключите его и дождитесь повторной регистрации устройства в сети.
- Перезапустите браузер или клиент 1С. Перед закрытием убедитесь, что в открытых формах нет несохранённых данных.
- Проверьте дату и время устройства. При заметно неверных значениях защищённое соединение с облаком может не установиться.
- Если доступно другое разрешённое подключение, повторите вход через него. Результаты проверки запишите.
Перечень сервисов, доступных при ограничениях мобильного интернета, может различаться у операторов и по регионам. Он также способен меняться. Поэтому работа одного сайта через мобильную сеть не доказывает, что облачная 1С должна открываться в тот же момент.
Что делать, если база уже была открыта
Открытая вкладка или окно клиента ещё не означает, что соединение с облаком сохраняется. Интерфейс может показывать ранее загруженные данные, хотя новые команды уже не доходят до сервера. Проверьте статус подключения, если он предусмотрен вашей конфигурацией, и не редактируйте критичные документы до восстановления устойчивой связи.
Если сеть пропала во время записи документа, сохраните его номер, дату, контрагента или другой безопасный идентификатор, который поможет найти результат. Не копируйте в заметки пароли, персональные данные и сведения, доступ к которым ограничен правилами организации. После возвращения связи сначала найдите документ в базе и проверьте его состояние, а уже затем повторяйте действие.
Когда программа предлагает восстановить сеанс или предупреждает о его завершении, следуйте внутренней инструкции вашей организации. Не пытайтесь одновременно продолжать одну операцию в нескольких вкладках или на двух устройствах: это затрудняет проверку результата и может вызвать конфликт изменений.
Как понять, где произошёл сбой
| Наблюдение | Вероятная зона проблемы | Следующий шаг |
|---|---|---|
| Через Wi‑Fi база работает, через мобильную сеть нет | Мобильное подключение или действующие ограничения | Зафиксировать оператора, регион и время, сообщить ответственному сотруднику |
| Не работает на нескольких устройствах и сетях | Облако, публикация базы или сервер организации | Обратиться к администратору либо в поддержку используемого сервиса |
| Не входит только один сотрудник | Учётная запись, права или сохранённый сеанс | Проверить раскладку и имя пользователя, затем запросить проверку учётной записи |
| Вход выполнен, но отдельная база отсутствует | Список доступных баз или права пользователя | Передать администратору точное название отсутствующей базы |
| Ошибка возникает при конкретном действии | Конфигурация, расширение или обмен данными | Записать последовательность действий и текст сообщения |
Для обращения подготовьте снимок экрана без закрытых данных, время появления ошибки, название базы, тип подключения и версию клиента, если она видна в программе. Точный текст сообщения полезнее общего описания «ничего не работает».
Как продолжить работу без доступа к облаку
Уточните у руководителя или администратора, какие действия разрешены при недоступности базы. В одной организации можно временно записать сведения в утверждённую бумажную форму, в другой любые операции должны ждать восстановления системы. Самостоятельно создавать параллельные таблицы с персональными или финансовыми данными не следует: они могут нарушить порядок хранения информации и породить расхождения.
Если внутренний регламент допускает временную фиксацию, отмечайте дату, время, ответственного и уникальные реквизиты операции. После восстановления доступа переносите сведения последовательно и помечайте уже обработанные записи. Перед массовым вводом проверьте, не появились ли соответствующие документы в облаке во время сбоя.
Если работа связана с отчётностью, кадровыми документами, платежами или обязательными сроками, сообщите ответственному сотруднику о недоступности системы сразу. Решение о переносе операции и способе её документирования принимает организация.
На кнопочном телефоне полноценно работать с базой обычно нельзя, но с него можно уведомить коллегу обычным звонком или сообщением, если эти каналы доступны. Не диктуйте собеседнику пароль и коды подтверждения.
Что подготовить заранее для следующего сбоя
Сохраните отдельно от облака контакты администратора, название используемого сервиса, точное имя рабочей базы и принятую в организации схему сообщения о неполадке. Номер поддержки лучше брать из договора, интерфейса сервиса или внутренней памятки: он зависит от поставщика и обслуживающей организации.
Проверьте, есть ли у вас разрешённый рабочий браузер или клиент 1С, и обновляйте его по правилам администратора. Не устанавливайте программы из случайных сообщений и не передавайте никому данные учётной записи. Если для входа требуется подтверждение, заранее убедитесь, что номер телефона и другие реквизиты восстановления указаны верно.
Полезно иметь утверждённую инструкцию на случай разрыва связи: какие операции приостанавливать, где фиксировать незавершённые действия и кто проверяет базу после восстановления. Такая подготовка не возвращает доступ к облаку, но помогает избежать дублей, потери введённых сведений и несанкционированного хранения рабочих данных.