К статье
Практический материал

Администрирование · 12 мин

Как проверить синхронизацию данных в 1С

Как проверить синхронизацию 1С: где смотреть статус обмена, как найти ошибки в журнале, проверить состав данных и устранить типовые проблемы обмена.

Синхронизация данных в 1С — это регулярный обмен информацией между двумя и более базами: например, между «1С:Управление торговлей» и «1С:Бухгалтерией», между центральной базой и интернет-магазином или между узлами распределённой информационной базы. Если обмен работает со сбоями, появляются расхождения в остатках, «потерянные» документы и дубли контрагентов, поэтому проверять синхронизацию нужно регулярно, а не только когда пользователи заметили проблему.

Проверка сводится к нескольким действиям: убедиться, что обмен запускается по расписанию, посмотреть журнал регистрации и протокол обмена на наличие ошибок, сверить состав отправленных и полученных данных, а также сопоставить ключевые показатели в обеих базах — остатки, обороты, количество документов за период. Ниже разобран каждый шаг с конкретными местами в интерфейсе типовых конфигураций.

Где в 1С находятся настройки и статус синхронизации

В типовых конфигурациях на управляемых формах (УТ 11, ERP, КА, БП 3.0) настройки обмена собраны в одном месте. Откройте раздел «Администрирование» → «Синхронизация данных» (в некоторых конфигурациях — «Настройки синхронизации данных»). Здесь отображается список настроенных обменов с указанием второй базы, префикса и состояния.

Обратите внимание на колонку или индикатор состояния рядом с каждой настройкой. Если обмен завершился с ошибками, типовые конфигурации показывают предупреждающий значок и надпись о проблемах. Нажмите на ссылку с результатами последнего обмена — откроется форма с датой и временем последнего сеанса, количеством отправленных и полученных объектов и перечнем ошибок.

Если в списке вообще нет нужной настройки обмена — это само по себе диагностический признак: либо синхронизация не была настроена, либо настройка была удалена, либо вы смотрите не в той базе. Проверьте также, что флажок «Синхронизация данных» включен в разделе «Администрирование» → «Общие настройки» (в некоторых конфигурациях он называется «Использовать синхронизацию данных»).

В списке обменов есть настройка, статус без предупрежденийОбмен настроен и последний сеанс прошёл штатно

Дату последнего сеанса — не устарела ли она

Жёлтый или красный индикатор у настройкиПоследний сеанс завершился с ошибками или предупреждениями

Протокол обмена и текст ошибок

Настройки обмена нет в спискеОбмен не настроен или настройка удалена

Журнал регистрации на предмет удаления настройки

Дата последнего обмена стараяОбмен не выполняется по расписанию

Регламентное задание и его расписание

Проверка регламентного задания обмена

Автоматическая синхронизация выполняется регламентным заданием. В типовых конфигурациях оно создаётся при настройке сценария обмена и обычно называется по имени настройки. Чтобы проверить его состояние, откройте «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания» и найдите задание, связанное с вашим обменом.

Проверьте три параметра: включено ли задание (флажок «Использование»), какое у него расписание и когда был последний запуск с каким результатом. Если задание отключено — обмен по расписанию не выполняется. Если задание активно, но последний запуск завершился ошибкой, текст ошибки виден в свойствах задания и в журнале регистрации.

Для файловых баз есть важное ограничение: регламентные задания выполняются только пока запущен сеанс пользователя, который их обслуживает (или отдельный сеанс, запущенный с параметром выполнения регламентных заданий). Если база файловая и обмен «перестал работать сам», чаще всего причина именно в том, что никто не запускает обслуживающий сеанс. В клиент-серверном варианте задания выполняет сервер 1С, и эта проблема не возникает.

Анализ протокола обмена и журнала регистрации

Протокол обмена — главный источник информации о том, что произошло во время сеанса синхронизации. В форме настройки обмена нажмите «Результаты обмена данными» или аналогичную ссылку: откроется список сеансов с датами, количеством объектов и статусом. Откройте проблемный сеанс — внутри будет построчный протокол с ошибками.

Типичные записи в протоколе: ошибки конвертации объектов (когда правила обмена не смогли сопоставить объект), ошибки проведения документов в базе-приёмнике (например, не хватает остатка на складе или не заполнен обязательный реквизит), ошибки блокировок и коллизии. Коллизия — это ситуация, когда один и тот же объект изменён в обеих базах; типовые механизмы обычно показывают такие объекты отдельным списком «Непринятые по дате запрета» или «Коллизии».

Параллельно проверьте журнал регистрации: «Администрирование» → «Обслуживание» → «Журнал регистрации». Отфильтруйте события по слову «обмен» или по имени пользователя, под которым выполняется обмен, за интересующий период. Здесь видны ошибки, которые не попали в протокол: обрывы соединения, ошибки доступа к каталогу обмена, проблемы с веб-сервисом.

Типичные ошибки при диагностике
01
Смотреть только статус «успешно/ошибка», не открывая сам протокол — часть объектов могла не загрузиться даже при успешном статусе
02
Проверять обмен только в одной базе — вторая сторона могла не получить или не принять данные
03
Игнорировать предупреждения о непринятых объектах — они накапливаются и приводят к расхождениям
04
Перезапускать обмен, не разобравшись в причине ошибки — ошибка воспроизведётся на тех же объектах

Сверка данных между базами

Отсутствие ошибок в протоколе не гарантирует, что данные в базах совпадают, поэтому нужна контрольная сверка. Самый простой способ — сравнить количество документов ключевых видов за одинаковый период в обеих базах: например, число реализаций и поступлений за прошлый месяц в УТ и в БП. Расхождение покажет, что часть документов не перенеслась.

Второй уровень сверки — контрольные итоги: остатки товаров на складах, взаиморасчёты по крупным контрагентам, обороты по счетам. В типовых обменах УТ ↔ БП документы могут переноситься в непроведённом состоянии или с отложенным проведением, поэтому перед сверкой проведите загруженные документы в базе-приёмнике, иначе цифры заведомо не сойдутся.

Для обменов через планы обмена есть штатный инструмент проверки состава данных: в форме настройки обмена откройте «Состав отправляемых данных» (или регистрацию изменений). Там видно, какие объекты зарегистрированы к отправке, но ещё не выгружены. Большое «застрявшее» количество зарегистрированных изменений при регулярных сеансах обмена — признак того, что выгрузка фактически не проходит.

Контрольные точки

Как проверить результат

Дата последнего сеанса обмена
Норма

Соответствует расписанию (сегодня/вчера)

Тревожный признак

Прошло несколько дней или недель

Количество документов за период в обеих базах
Норма

Совпадает или разница объяснима отбором

Тревожный признак

Есть документы, которых нет во второй базе

Остатки и взаиморасчёты после проведения загруженных документов
Норма

Итоги сходятся

Тревожный признак

Расхождения растут от периода к периоду

Состав отправляемых данных
Норма

Пусто или немного свежих изменений

Тревожный признак

Накоплены тысячи неотправленных объектов

Ручной запуск обмена и проверка результата

Если по косвенным признакам обмен не работает, запустите его вручную и понаблюдайте за процессом. В форме настройки обмена нажмите «Выполнить обмен данными» (или «Синхронизировать»). Во время выполнения типовая конфигурация показывает прогресс: загрузку, выгрузку, количество обработанных объектов.

После завершения обязательно откройте протокол этого сеанса и убедитесь, что статус — «Выполнено» без ошибок, а количество отправленных и полученных объектов соответствует ожиданиям. Если вы перед этим создали тестовый документ в одной базе, проверьте, что он появился во второй с корректными реквизитами.

Порядок действий при ручной проверке
  1. 1
    Создайте в базе-источнике тестовый документ, попадающий под правила обмена (например, реализацию на тестового контрагента)
  2. 2
    Запустите обмен вручную из настройки синхронизации
  3. 3
    Дождитесь завершения и откройте протокол сеанса — статус должен быть «Выполнено» без ошибок
  4. 4
    Проверьте во второй базе, что документ появился, реквизиты перенеслись корректно
  5. 5
    Проведите документ в базе-приёмнике и убедитесь, что проведение проходит без ошибок
  6. 6
    Удалите или пометьте тестовый документ и повторите обмен, чтобы удаление тоже синхронизировалось

Отдельно проверьте обратное направление, если обмен двусторонний: создайте объект во второй базе и убедитесь, что он пришёл в первую. Односторонняя проверка не показывает проблемы обратного канала.

Что делать при типовых ошибках обмена

Большинство ошибок синхронизации относится к нескольким повторяющимся категориям, и у каждой есть понятный порядок действий.

Маршрут решения

Как выбрать действие

Ошибка «не найден объект» или дубли контрагентов/номенклатурыПроверьте правила сопоставления: выполните сопоставление вручную в форме настройки обмена, удалите дубли через поиск и удаление дублей
Документ загружен, но не проводится из-за нехватки остатков или незаполненных реквизитовЗаполните недостающие данные в базе-приёмнике и проведите документ вручную, при массовой проблеме — скорректируйте правила конвертации
Ошибка доступа к каталогу обмена или веб-сервисуПроверьте права пользователя обмена на каталог/сервис, актуальность пароля и доступность сервера
Объекты не приняты из-за даты запрета изменения данныхОткройте список непринятых объектов и решите по каждому: принять после сдвига даты запрета или отклонить
Обмен падает с ошибкой блокировки данныхПеренесите расписание обмена на время минимальной активности пользователей и повторите сеанс

Если ошибка связана с правилами конвертации (обмен через универсальный формат EnterpriseData или правила КД 2/3), самостоятельное исправление правил требует опыта работы с «Конвертацией данных». Перед любыми изменениями правил сохраните их исходную версию и протестируйте обмен на копии базы.

Ограничения и когда привлекать специалиста

Самостоятельно безопасно проверять статусы, протоколы, расписания и выполнять сверку данных — это операции только для чтения. Ручной запуск обмена тоже безопасен при условии, что вы не меняли настройки. К действиям, требующим резервной копии и желательно участия специалиста, относятся: изменение правил обмена, переход на другой формат обмена, повторная начальная выгрузка, исправление ссылочной целостности и массовое удаление дублей.

Также учитывайте ограничения типовых обменов: не все виды документов и справочников переносятся, часть объектов переносится с ограничениями (например, без движений или в свёрнутом виде), а обмен через универсальный формат зависит от версии формата в обеих конфигурациях — при большом расхождении версий программ обмен может частично не работать. Состав переносимых данных для конкретной пары конфигураций описан в документации к обмену, её стоит изучить до того, как считать расхождение ошибкой.

Итог

Что важно запомнить

Проверка синхронизации 1С состоит из четырёх действий: посмотреть статус и дату последнего сеанса в разделе «Синхронизация данных», изучить протокол и журнал регистрации на ошибки, убедиться, что регламентное задание активно и выполняется, и сверить контрольные данные (документы, остатки) в обеих базах. Любые действия по перенастройке обмена выполняйте только после создания резервной копии.

Частые вопросы

Как понять, что синхронизация вообще настроена в базе?

Откройте «Администрирование» → «Синхронизация данных». Если раздел пуст и нет ни одной настройки обмена, синхронизация не настроена. Также проверьте, что в общих настройках включён флажок использования синхронизации данных — без него раздел может быть скрыт.

Обмен выполняется без ошибок, но документы во второй базе не появляются. В чём причина?

Чаще всего документ не попадает под отбор правил обмена: не тот период, организация, склад или вид документа исключён настройкой. Проверьте параметры отбора в настройке обмена и состав отправляемых данных — если документ там не регистрируется к отправке, проблема именно в отборе, а не в транспорте.

Что такое коллизии при обмене и что с ними делать?

Коллизия возникает, когда один и тот же объект изменён в обеих базах между сеансами обмена. Типовой механизм обычно принимает версию из базы с приоритетом, а конфликтные объекты показывает в отдельном списке. Откройте этот список в форме результатов обмена и примите решение по каждому объекту: оставить версию из одной из баз.

Как часто нужно проверять синхронизацию?

Минимальный разумный режим — еженедельный просмотр статусов и протоколов плюс полная сверка остатков и документов при закрытии месяца, перед сдачей отчётности. Если от обмена зависят оперативные процессы (например, заказы из интернет-магазина), статус стоит проверять ежедневно.

Можно ли проверить обмен, не имея прав администратора?

Частично. Раздел настроек синхронизации и регламентные задания обычно доступны только администратору. Пользователь с обычными правами может выполнить косвенную проверку: создать документ и убедиться, что он появился во второй базе, либо сверить отчёты в обеих программах. Для полноценной диагностики потребуются права администратора или помощь того, у кого они есть.

Обмен работал и внезапно остановился после обновления конфигурации. Что проверить?

После обновления сначала проверьте версию формата обмена в обеих базах — при обновлении только одной стороны версии могут разойтись. Затем посмотрите протокол: типичные ошибки после обновления — изменённые правила конвертации и новые обязательные реквизиты, которые не заполняются при загрузке. Обновлять обе базы желательно согласованно, а первый обмен после обновления — прогонять вручную с контролем протокола.