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