С чего начать после восстановления связи
Первое, что нужно сделать при восстановлении интернета, — не бросаться сразу вносить все накопленные операции в облачную базу, а оценить масштаб: сколько документов, за какой период и вносились ли изменения в двух местах одновременно. Если вы всё это время только просматривали локальную копию и не создавали новых документов, синхронизация сведётся к возврату к обычной работе через сеть. Если же часть операций фиксировалась офлайн, потребуется аккуратная выгрузка и загрузка данных.
Если данные вносились только в облачную базу
Когда сотрудники ждали связь и ничего не записывали локально, после восстановления интернета достаточно проверить, что соединение стабильно, обновить страницу или переподключить клиент 1С и продолжить работу как обычно. Дополнительной синхронизации не требуется — рекомендуется лишь свериться, что все документы, введённые до отключения, сохранились корректно.
Если часть операций велась в локальной копии
Если во время ограничений часть документов оформлялась в локальной файловой базе, их нужно перенести в основную (облачную или серверную) базу. Общий порядок такой:
- Зафиксируйте период, за который в локальной копии появились новые документы, чтобы не пропустить и не задвоить операции.
- Через конфигуратор выгрузите нужные данные или всю базу в файл, если конфигурация поддерживает такую выгрузку.
- Загрузите файл в основную базу либо, если это невозможно напрямую, перенесите документы вручную по списку — медленнее, но безопаснее при разночтениях.
- После загрузки сверьте контрольные показатели: остатки на складе, кассовые итоги, статусы документов — они должны совпасть с ожидаемыми.
- Только после сверки закройте период и продолжайте обычную работу в основной базе.
Особенности синхронизации в зависимости от типа базы 1С
Порядок действий заметно отличается в зависимости от того, как устроена ваша база. Если это файловая база на локальном компьютере или в локальной сети без выделенного сервера, перенос обычно делается через выгрузку в файл через конфигуратор и последующую загрузку в основную базу — это самый предсказуемый вариант, потому что весь процесс идёт вручную и под контролем ответственного сотрудника. Если основная база работает на SQL-сервере и на время отключения переводилась в автономный режим на отдельном компьютере, восстановление синхронизации лучше доверить тому, кто настраивал переход на локальную копию, — самостоятельно объединять такие базы рискованно, можно повредить структуру данных. Если компания использует облачный сервис 1С, а офлайн-документы вводились в отдельной локальной копии на крайний случай, перенос в облако обычно возможен только через выгрузку и загрузку файла обмена или через встроенный механизм синхронизации распределённых баз — заранее уточните у поставщика сервиса, поддерживается ли такой перенос именно в вашей конфигурации, чтобы не выяснять это в разгар аврала.
Как избежать дублей и расхождений
Главный риск при синхронизации — задвоенные документы, если одна и та же операция была случайно внесена и в локальную копию, и позже вручную в основную базу. Перед переносом стоит проговорить с сотрудниками, кто и что успел зафиксировать офлайн, и свести список операций в одном месте, прежде чем загружать данные. Если конфигурация 1С поддерживает распределённые информационные базы с автоматическим обменом, часть этой сверки берёт на себя платформа, но контрольную проверку итогов всё равно стоит делать вручную.
Частые ошибки при переносе данных между базами
Самая частая ошибка — начинать перенос, не закрыв активные сеансы работы в обеих базах: если кто-то из сотрудников продолжает вносить документы в локальную копию во время выгрузки, часть данных не попадёт в файл обмена, и потом придётся искать расхождения вручную. Вторая по частоте ошибка — переносить данные без предварительного резервного копирования основной базы: если перенос пройдёт неудачно, откатиться будет не к чему. Третья ошибка — игнорировать конфликты нумерации документов: если в обеих базах документы нумеровались независимо друг от друга, после объединения могут появиться два разных документа с одинаковым номером, что путает и бухгалтерию, и контрагентов. Четвёртая ошибка — торопиться закрыть период сразу после загрузки, не дождавшись, пока завершатся автоматические пересчёты остатков, себестоимости и взаиморасчётов, — для крупных баз это может занять заметное время, и преждевременное закрытие периода приведёт к неверным итогам.
| Ошибка | Последствие | Как избежать |
|---|---|---|
| Перенос при открытых сеансах | Часть документов теряется при выгрузке | Закрыть все сеансы перед выгрузкой |
| Нет резервной копии перед переносом | Невозможно откатиться при сбое | Сделать бэкап основной базы заранее |
| Конфликты нумерации документов | Задвоенные номера, путаница у контрагентов | Сверить диапазоны номеров перед загрузкой |
| Раннее закрытие периода | Неверные пересчитанные итоги | Дождаться завершения фоновых пересчётов |
Что делать, если после синхронизации показатели не сходятся
Если после переноса данных остатки, суммы или статусы документов расходятся с ожидаемыми, не пытайтесь исправить это на лету в рабочей базе. Сначала зафиксируйте расхождение и период, в который оно возникло, затем обратитесь к тому, кто отвечает за сопровождение базы — штатному специалисту или поддержке сервиса, если база облачная. Резервная копия, сделанная до синхронизации, в этом случае поможет откатиться к состоянию до объединения данных и повторить перенос внимательнее.
Как подготовиться к следующему отключению
Каждый эпизод восстановления связи — повод пересмотреть порядок действий: зафиксируйте, что сработало, а что вызвало путаницу, и заранее договоритесь, какие операции сотрудники вправе вести офлайн в следующий раз, чтобы синхронизация проходила быстрее и с меньшим числом расхождений. Полезно заранее назначить одного ответственного за выгрузку и загрузку данных, чтобы в момент отключения не пришлось выяснять, кто умеет работать с конфигуратором, и держать под рукой короткую письменную инструкцию именно для вашей конфигурации базы.