Обмен УТ ↔ Бухгалтерия: типичные ошибки

Обмен УТ–БП — классика торговли. В ветках Infostart одни и те же сюжеты: «в УТ обработано 57, в БП — 0», ошибка версии формата EnterpriseData, XDTO «нет обязательного свойства», после обновления синхронизация «молча пустая».

Ломается обычно не «магией платформы», а версиями формата, правилами, дисциплиной НСИ и тем, что журнал никто не читает целиком.

Я разбираю такие контуры как частный специалист: сначала воспроизводимый симптом на копии, потом точечный фикс, а не «пересоздайте синхронизацию и помолитесь».

Симптомы, которые стоит различать

• документы не уходят / не приходят;
• обмен «успешен», но объектов 0 на приёме;
• дубли контрагентов и номенклатуры;
• расхождения сумм и НДС;
• явная ошибка XDTO / проверки схемы;
• после обновления одной базы обмен молчит или сыплет по справочникам.

«Просто не работает» — плохой старт. Нужна строка из журнала регистрации и сторона (отправка / получение).

Типичные причины (как на форумах, плюс практика)

1. Версия формата EnterpriseData

УТ и БП должны договориться о поддерживаемой версии формата. Классика: одна база ждёт 1.10, другая умеет до 1.8; или после обновления «выпилили» старый формат. Лечится согласованием версии (в т.ч. служебные настройки синхронизации) и/или обновлением/патчами — не «ещё одним полным обменом».

2. XDTO и незаполненные обязательные поля

Ошибка проверки XDTO почти всегда указывает на конкретный объект и свойство (серия без владельца, договор без валюты, состояние заказа без заказа и т.п.). Чинить надо данные или правило, а не жать «повторить» сто раз.

3. Типовые правила после обновления

Иногда виноват релиз правил/патч вендора. Тогда помогает актуальный релиз, исправление расширением модуля обмена или осознанный откат версии формата на поддерживаемую — после проверки на копии.

4. НСИ и фильтры

Разные коды, дубли, пустые обязательные реквизиты, «тихие» фильтры узла — обмен либо ругается, либо создаёт вторую жизнь справочника. Эталон по контрагентам/номенклатуре должен быть один.

5. Очередь и дисциплина

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

Как чинить спокойно

1. Журнал регистрации с обеих сторон + предупреждения синхронизации — целиком, не первая строка в чате.
2. Зафиксировать: версия формата, релизы УТ/БП, прямое подключение или файлы.
3. Воспроизвести на одном-двух контрольных объектах (контрагент, номенклатура, документ).
4. Починить НСИ / обязательные поля / версию формата до массовой перерегистрации.
5. Прогон на копии → потом прод.
6. Регламент: кто меняет НСИ, как часто идёт обмен, что считается инцидентом.

Пересоздание синхронизации «с нуля» без понимания причины часто маскирует проблему на неделю.

Когда хватит своих сил

• очевидный полный диск / не запущенное задание;
• один документ с пустым обязательным полем по тексту ошибки;
• фильтр узла, который сами недавно сузили.

Когда нужен инженерный разбор

• «обработано 0» без понятной ошибки;
• сыплет после обновления;
• массовые дубли НСИ;
• правили модуль обмена руками и потеряли след;
• обмен бьёт по закрытию месяца или отгрузке.

Настройка и ремонт — обычно почасовка от 2 999 ₽ (или смета). Постоянный присмотр за контуром — абонемент на странице услуг.

Напишите: релизы УТ/БП, симптом (лучше скрин/текст ЖР), срочность — по этому уже видно формат работы.