Планы обмена 1С: база, которую важно понимать

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

В публичных разборах РИБ и EnterpriseData всегда всплывает одно: смотрите регистрацию изменений и состав выгрузки, а не только кнопку «Синхронизировать».

Зачем это бизнесу (коротко)

• понять, почему «отправили, а там пусто»;
• не плодить дубли, когда два узла правят один справочник;
• планировать обновления и начальную выгрузку;
• отличать сбой транспорта от «просто нечего слать».

Базовые понятия без лишней теории

1. Узел — сторона обмена (база, филиал, «Бухгалтерия»).
2. Регистрация изменений — список того, что платформа считает нужным отправить на узел.
3. Правила / формат — как упаковать и сопоставить объекты (типовой УФ, свои правила, API).
4. Фильтры — что сознательно не едет.

Сломали фильтр или эталон НСИ — получите либо ноль объектов, либо двойников.

Самопроверка при сбое

1. Есть ли вообще зарегистрированные изменения по проблемному объекту?
2. После «успешного» обмена регистрация снялась или крутится вечно?
3. Смотрите журнал с обеих сторон.
4. Контрольный объект создайте заново и проследите путь.
5. Не правили ли вручную в обеих базах один справочник?

Типичные ошибки

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

Как я подключаюсь

Схема узлов на одной странице → симптом → копия → фикс данных/правил/регламента. Часы от 2 999 ₽ или смета; живой контур — абонемент от 49 999 ₽/мес: услуги.

Напишите, какие базы связаны и что «не доходит» — обычно сразу видно слой проблемы.