Обмен EnterpriseData: почему «обработано 0»

Классика Infostart: в одной базе «объектов обработано: 57», в другой — 0, ошибок в чате нет. Или наоборот: XDTO орёт про обязательное свойство. Универсальный формат EnterpriseData так и устроен — он либо договаривается о версии и схеме, либо молча «успешно» ничего не делает.

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

Сначала различите три разных симптома

1. Отправка > 0, получение = 0 — сообщение ушло, приёмник не принял / отфильтровал / не понял формат.
2. Явная ошибка версии формата — например, «версия 1.10 не поддерживается».
3. Ошибка проверки XDTO — конкретный объект и поле (серия, договор, заказ…).

Лечить все одной кнопкой «пересоздать синхронизацию» — почти всегда маскировка.

Версия формата — первая проверка

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

Что сделать:

• посмотреть служебные настройки синхронизации / доступные версии с обеих сторон;
• сверить релизы конфигураций;
• на копии попробовать согласованную версию (иногда временно более раннюю), затем один объект.

Не гоняйте полную начальную выгрузку, пока версия не согласована.

XDTO: читайте свойство, не эмоцию

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

Порядок:

1. Выписать объект и свойство из ошибки.
2. Открыть его в базе-источнике — заполнить / исправить данные.
3. Если данных «правильные», а правило врёт после обновления — патч/релиз или точечная правка через расширение модуля обмена (уже зона специалиста).

«Обработано 0» без ошибки

Частые причины:

• фильтры узла отсекают всё «тихо»;
• регистрация изменений пустая (нечего слать);
• сообщение в неподдерживаемом формате отбрасывается;
• смотрите не ту сторону / не тот узел;
• после сбоя очередь и состав выгрузки разъехались с ожиданием бизнеса.

Сверьте журнал регистрации отправки и получения, предупреждения синхронизации и пару контрольных объектов вручную до/после.

Как я веду разбор

1. Фиксируем симптом одной фразой + скрин/текст ЖР.
2. Копия, один документ/элемент справочника.
3. Версия формата → данные/XDTO → фильтры → правила.
4. Только потом массовая перерегистрация.
5. Регламент: кто меняет НСИ, как часто обмен, что считать инцидентом.

Я частный специалист (15+ лет enterprise, обмены УТ/БП/ERP): без франчайзи-очереди, с открытой ставкой от 2 999 ₽/час или сметой. Постоянный присмотр контура — абонемент от 49 999 ₽/мес: услуги.

Напишите релизы баз, симптом и срочность — по этому сразу видно, хватит часа диагностики или нужен проект.