Администрирование · 12 мин
Как проверить синхронизацию данных в 1С
Как проверить синхронизацию 1С: где смотреть статус обмена, как найти ошибки в журнале, проверить состав данных и устранить типовые проблемы обмена.
Синхронизация данных в 1С — это регулярный обмен информацией между двумя и более базами: например, между «1С:Управление торговлей» и «1С:Бухгалтерией», между центральной базой и интернет-магазином или между узлами распределённой информационной базы. Если обмен работает со сбоями, появляются расхождения в остатках, «потерянные» документы и дубли контрагентов, поэтому проверять синхронизацию нужно регулярно, а не только когда пользователи заметили проблему.
Проверка сводится к нескольким действиям: убедиться, что обмен запускается по расписанию, посмотреть журнал регистрации и протокол обмена на наличие ошибок, сверить состав отправленных и полученных данных, а также сопоставить ключевые показатели в обеих базах — остатки, обороты, количество документов за период. Ниже разобран каждый шаг с конкретными местами в интерфейсе типовых конфигураций.
Где в 1С находятся настройки и статус синхронизации
В типовых конфигурациях на управляемых формах (УТ 11, ERP, КА, БП 3.0) настройки обмена собраны в одном месте. Откройте раздел «Администрирование» → «Синхронизация данных» (в некоторых конфигурациях — «Настройки синхронизации данных»). Здесь отображается список настроенных обменов с указанием второй базы, префикса и состояния.
Обратите внимание на колонку или индикатор состояния рядом с каждой настройкой. Если обмен завершился с ошибками, типовые конфигурации показывают предупреждающий значок и надпись о проблемах. Нажмите на ссылку с результатами последнего обмена — откроется форма с датой и временем последнего сеанса, количеством отправленных и полученных объектов и перечнем ошибок.
Если в списке вообще нет нужной настройки обмена — это само по себе диагностический признак: либо синхронизация не была настроена, либо настройка была удалена, либо вы смотрите не в той базе. Проверьте также, что флажок «Синхронизация данных» включен в разделе «Администрирование» → «Общие настройки» (в некоторых конфигурациях он называется «Использовать синхронизацию данных»).
Дату последнего сеанса — не устарела ли она
Протокол обмена и текст ошибок
Журнал регистрации на предмет удаления настройки
Регламентное задание и его расписание
Проверка регламентного задания обмена
Автоматическая синхронизация выполняется регламентным заданием. В типовых конфигурациях оно создаётся при настройке сценария обмена и обычно называется по имени настройки. Чтобы проверить его состояние, откройте «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания» и найдите задание, связанное с вашим обменом.
Проверьте три параметра: включено ли задание (флажок «Использование»), какое у него расписание и когда был последний запуск с каким результатом. Если задание отключено — обмен по расписанию не выполняется. Если задание активно, но последний запуск завершился ошибкой, текст ошибки виден в свойствах задания и в журнале регистрации.
Для файловых баз есть важное ограничение: регламентные задания выполняются только пока запущен сеанс пользователя, который их обслуживает (или отдельный сеанс, запущенный с параметром выполнения регламентных заданий). Если база файловая и обмен «перестал работать сам», чаще всего причина именно в том, что никто не запускает обслуживающий сеанс. В клиент-серверном варианте задания выполняет сервер 1С, и эта проблема не возникает.
Анализ протокола обмена и журнала регистрации
Протокол обмена — главный источник информации о том, что произошло во время сеанса синхронизации. В форме настройки обмена нажмите «Результаты обмена данными» или аналогичную ссылку: откроется список сеансов с датами, количеством объектов и статусом. Откройте проблемный сеанс — внутри будет построчный протокол с ошибками.
Типичные записи в протоколе: ошибки конвертации объектов (когда правила обмена не смогли сопоставить объект), ошибки проведения документов в базе-приёмнике (например, не хватает остатка на складе или не заполнен обязательный реквизит), ошибки блокировок и коллизии. Коллизия — это ситуация, когда один и тот же объект изменён в обеих базах; типовые механизмы обычно показывают такие объекты отдельным списком «Непринятые по дате запрета» или «Коллизии».
Параллельно проверьте журнал регистрации: «Администрирование» → «Обслуживание» → «Журнал регистрации». Отфильтруйте события по слову «обмен» или по имени пользователя, под которым выполняется обмен, за интересующий период. Здесь видны ошибки, которые не попали в протокол: обрывы соединения, ошибки доступа к каталогу обмена, проблемы с веб-сервисом.
Сверка данных между базами
Отсутствие ошибок в протоколе не гарантирует, что данные в базах совпадают, поэтому нужна контрольная сверка. Самый простой способ — сравнить количество документов ключевых видов за одинаковый период в обеих базах: например, число реализаций и поступлений за прошлый месяц в УТ и в БП. Расхождение покажет, что часть документов не перенеслась.
Второй уровень сверки — контрольные итоги: остатки товаров на складах, взаиморасчёты по крупным контрагентам, обороты по счетам. В типовых обменах УТ ↔ БП документы могут переноситься в непроведённом состоянии или с отложенным проведением, поэтому перед сверкой проведите загруженные документы в базе-приёмнике, иначе цифры заведомо не сойдутся.
Для обменов через планы обмена есть штатный инструмент проверки состава данных: в форме настройки обмена откройте «Состав отправляемых данных» (или регистрацию изменений). Там видно, какие объекты зарегистрированы к отправке, но ещё не выгружены. Большое «застрявшее» количество зарегистрированных изменений при регулярных сеансах обмена — признак того, что выгрузка фактически не проходит.
Как проверить результат
Соответствует расписанию (сегодня/вчера)
Прошло несколько дней или недель
Совпадает или разница объяснима отбором
Есть документы, которых нет во второй базе
Итоги сходятся
Расхождения растут от периода к периоду
Пусто или немного свежих изменений
Накоплены тысячи неотправленных объектов
Ручной запуск обмена и проверка результата
Если по косвенным признакам обмен не работает, запустите его вручную и понаблюдайте за процессом. В форме настройки обмена нажмите «Выполнить обмен данными» (или «Синхронизировать»). Во время выполнения типовая конфигурация показывает прогресс: загрузку, выгрузку, количество обработанных объектов.
После завершения обязательно откройте протокол этого сеанса и убедитесь, что статус — «Выполнено» без ошибок, а количество отправленных и полученных объектов соответствует ожиданиям. Если вы перед этим создали тестовый документ в одной базе, проверьте, что он появился во второй с корректными реквизитами.
- 1Создайте в базе-источнике тестовый документ, попадающий под правила обмена (например, реализацию на тестового контрагента)
- 2Запустите обмен вручную из настройки синхронизации
- 3Дождитесь завершения и откройте протокол сеанса — статус должен быть «Выполнено» без ошибок
- 4Проверьте во второй базе, что документ появился, реквизиты перенеслись корректно
- 5Проведите документ в базе-приёмнике и убедитесь, что проведение проходит без ошибок
- 6Удалите или пометьте тестовый документ и повторите обмен, чтобы удаление тоже синхронизировалось
Отдельно проверьте обратное направление, если обмен двусторонний: создайте объект во второй базе и убедитесь, что он пришёл в первую. Односторонняя проверка не показывает проблемы обратного канала.
Что делать при типовых ошибках обмена
Большинство ошибок синхронизации относится к нескольким повторяющимся категориям, и у каждой есть понятный порядок действий.
Как выбрать действие
Если ошибка связана с правилами конвертации (обмен через универсальный формат EnterpriseData или правила КД 2/3), самостоятельное исправление правил требует опыта работы с «Конвертацией данных». Перед любыми изменениями правил сохраните их исходную версию и протестируйте обмен на копии базы.
Ограничения и когда привлекать специалиста
Самостоятельно безопасно проверять статусы, протоколы, расписания и выполнять сверку данных — это операции только для чтения. Ручной запуск обмена тоже безопасен при условии, что вы не меняли настройки. К действиям, требующим резервной копии и желательно участия специалиста, относятся: изменение правил обмена, переход на другой формат обмена, повторная начальная выгрузка, исправление ссылочной целостности и массовое удаление дублей.
Также учитывайте ограничения типовых обменов: не все виды документов и справочников переносятся, часть объектов переносится с ограничениями (например, без движений или в свёрнутом виде), а обмен через универсальный формат зависит от версии формата в обеих конфигурациях — при большом расхождении версий программ обмен может частично не работать. Состав переносимых данных для конкретной пары конфигураций описан в документации к обмену, её стоит изучить до того, как считать расхождение ошибкой.
Что важно запомнить
Проверка синхронизации 1С состоит из четырёх действий: посмотреть статус и дату последнего сеанса в разделе «Синхронизация данных», изучить протокол и журнал регистрации на ошибки, убедиться, что регламентное задание активно и выполняется, и сверить контрольные данные (документы, остатки) в обеих базах. Любые действия по перенастройке обмена выполняйте только после создания резервной копии.
Частые вопросы
Как понять, что синхронизация вообще настроена в базе?
Откройте «Администрирование» → «Синхронизация данных». Если раздел пуст и нет ни одной настройки обмена, синхронизация не настроена. Также проверьте, что в общих настройках включён флажок использования синхронизации данных — без него раздел может быть скрыт.
Обмен выполняется без ошибок, но документы во второй базе не появляются. В чём причина?
Чаще всего документ не попадает под отбор правил обмена: не тот период, организация, склад или вид документа исключён настройкой. Проверьте параметры отбора в настройке обмена и состав отправляемых данных — если документ там не регистрируется к отправке, проблема именно в отборе, а не в транспорте.
Что такое коллизии при обмене и что с ними делать?
Коллизия возникает, когда один и тот же объект изменён в обеих базах между сеансами обмена. Типовой механизм обычно принимает версию из базы с приоритетом, а конфликтные объекты показывает в отдельном списке. Откройте этот список в форме результатов обмена и примите решение по каждому объекту: оставить версию из одной из баз.
Как часто нужно проверять синхронизацию?
Минимальный разумный режим — еженедельный просмотр статусов и протоколов плюс полная сверка остатков и документов при закрытии месяца, перед сдачей отчётности. Если от обмена зависят оперативные процессы (например, заказы из интернет-магазина), статус стоит проверять ежедневно.
Можно ли проверить обмен, не имея прав администратора?
Частично. Раздел настроек синхронизации и регламентные задания обычно доступны только администратору. Пользователь с обычными правами может выполнить косвенную проверку: создать документ и убедиться, что он появился во второй базе, либо сверить отчёты в обеих программах. Для полноценной диагностики потребуются права администратора или помощь того, у кого они есть.
Обмен работал и внезапно остановился после обновления конфигурации. Что проверить?
После обновления сначала проверьте версию формата обмена в обеих базах — при обновлении только одной стороны версии могут разойтись. Затем посмотрите протокол: типичные ошибки после обновления — изменённые правила конвертации и новые обязательные реквизиты, которые не заполняются при загрузке. Обновлять обе базы желательно согласованно, а первый обмен после обновления — прогонять вручную с контролем протокола.