← На главную

При настройке типовой синхронизации данных между конфигурациями 1С:Бухгалтерия предприятия 3.0 и 1С:Розница 2.2 можно столкнуться с ситуацией, когда выгрузка данных из базы-источника проходит успешно, однако на этапе приема в базе-приемнике процесс завершается с ошибкой или сбрасывается. В журнале регистрации при этом появляется сообщение вида: Событие: Обмен данными... Ошибка, Получение данных; Объектов обработано: 0.

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

Причина 1. Ошибки в типовых правилах обмена

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

Проанализируем порядок действий для обновления правил обмена:

1. Проверим релизы конфигураций: Убедимся, что обе программы обновлены до актуальных релизов. Обмен в формате EnterpriseData критичен к совпадению версий XSD-схем.
2. Загрузим актуальные правила из дистрибутива: В настройках синхронизации данных перейдем в меню загрузки правил и укажем свежие файлы правил обмена (Rules Exchange) и правил регистрации объектов (Rules Registration), выгруженные из соответствующего подкаталога установленного шаблона конфигурации.
3. Запросим исправление у разработчиков: Если обновленные релизы содержат заводскую ошибку в правилах, необходимо обратиться в техническую поддержку 1С. Разработчики высылают исправленные файлы правил, которые загружаются через форму настройки обмена.

Причина 2. Ошибки записи справочников и регистра сведений «Контактная информация»

В подсистеме обмена данными (БСП) запись объектов из поступающего файла происходит в рамках единой транзакции. Если при загрузке хотя бы одного элемента (например, физического лица, пользователя или контрагента) возникает исключение — вся транзакция откатывается, и обработанными числятся 0 объектов.

Одной из распространенных причин сбоя является дублирование записей в регистре сведений КонтактнаяИнформация или наличие некорректно заполненных пользователей.

Выясним, как устранить такие конфликты данных:

1. Очистим и проверим дубли контактной информации: Проверим элементы справочников Физические лица и Пользователи на наличие задвоенных номеров телефонов или адресов. Воспользуемся встроенной обработкой «Поиск и удаление дублей» в обеих базах.
2. Проверим права пользователя обмена: Служебный пользователь, под которым запущен сеанс синхронизации (или фоновое задание), должен обладать полными правами и содержать корректно заполненную учетную запись.
3. Настроим виды контактной информации: Сопоставим элементы в справочнике Виды контактной информации, чтобы наименования и типы данных в обоих узлах полностью совпадали.

Причина 3. Диагностика с помощью «Универсального обмена данными в формате XML»

Чтобы понять, на каком конкретно объекте сбоит синхронизация, полезно провести тестовую загрузку с помощью внешней или встроенной обработки «Универсальный обмен данными в формате XML».

Разберем алгоритм локализации ошибки:

1. Из настроек синхронизации выгрузим текущие правила конвертации в файл .xml.
2. Откроем обработку Универсальный обмен данными в формате XML в базе-источнике.
3. Укажем сохраненный файл правил и выполним тестовую выгрузку за небольшой период.
4. В базе-приемнике запустим обработку в режиме загрузки. При возникновении ошибки платформа выдаст подробный стек вызовов с указанием строки файла и конкретного объекта (например, регистра КонтактнаяИнформация), на котором произошел сбой.

Дополнительные настройки для корректной работы

Посмотрим на практические рекомендации, которые предотвращают сбои обмена:

1. Уникальность префиксов: Префиксы узлов в базах должны различаться. Например, для базы «Розница» задается префик РТ, а для базы «Бухгалтерия предприятия» — БП. Установка одинаковых префиксов приводит к кольцевой перезаписи номеров документов.
2. Отложенное проведение документов: Если документы загружаются, но табличные части не заполняются корректно (отсутствуют счета учета или аналитика), проверьте работу регламентного задания Загрузка данных (отложенное проведение) или отключите режим отложенного проведения в параметрах синхронизации.
3. Перерегистрация изменений: При накоплении «битых» ссылок открываем обработку «Регистрация изменений для обмена данными», снимаем с регистрации все объекты текущего узла и заново регистрируем только нужные документы.