Как изменить номер принятого сообщения в 1С

Номер принятого сообщения — это служебный счётчик, который 1С ведёт для каждого узла плана обмена. Он показывает, какое по счёту сообщение обмена было успешно загружено из другой базы. Если счётчики в двух базах разошлись, обмен останавливается с ошибкой вида «Номер сообщения меньше или равен номеру ранее принятого сообщения», и данные между базами перестают синхронизироваться.

Ситуация типична для обменов через планы обмена: «Управление торговлей — Бухгалтерия», синхронизация распределённых баз, обмен с сайтом или мобильным приложением. Рассинхронизация возникает после восстановления базы из копии, ручной правки регистрации изменений, неудачной загрузки файла сообщения или повторной выгрузки старого пакета.

Исправить проблему можно двумя путями: изменить номер принятого сообщения в текущей базе или номер отправленного сообщения в базе-отправителе. Ниже разобраны оба способа, типовые обработки, риски и способы проверки результата.

Что такое номер принятого сообщения и где он хранится

При обмене данными через планы обмена каждый узел хранит два счётчика: номер отправленного сообщения и номер принятого сообщения. Отправленный — это номер последнего пакета, который текущая база выгрузила для данного узла. Принятый — номер последнего пакета, который текущая база успешно загрузила от этого узла.

Механизм работает как квитирование: база-получатель при загрузке сообщения с номером N запоминает его, а при следующей выгрузке квитанции сообщает отправителю, что пакет N принят. Отправитель после этого очищает зарегистрированные изменения с номером N и меньше. Если в базу попадает сообщение с номером, меньшим или равным уже принятому, 1С отклоняет его как повторный.

Физически оба номера — свойства узла плана обмена. В пользовательском интерфейсе типовых конфигураций они не редактируются напрямую: в карточке узла вы видите только настройки синхронизации. Менять счётчики приходится либо через специальную обработку, либо программным кодом.

Когда требуется менять номер принятого сообщения

Главный признак — ошибка при загрузке: «Номер сообщения меньше или равен номеру ранее принятого сообщения» или аналогичное сообщение в журнале регистрации и в форме синхронизации данных. Обмен при этом блокируется полностью: новые документы и справочники не переносятся ни в одну сторону.

Типичные ситуации, приводящие к расхождению счётчиков:

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

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

Способ 1: изменить номер через форму настройки синхронизации

В типовых конфигурациях на БСП (УТ 11, КА 2, ERP, БП 3.0 и другие) есть штатный путь. Откройте раздел администрирования, перейдите в «Синхронизация данных», выберите нужную настройку обмена. В меню «Ещё» или в командах формы настройки найдите пункт «Изменить номера отправленного и принятого сообщений» — название может незначительно отличаться между версиями библиотеки.

В открывшейся форме укажите новый номер принятого сообщения. Значение должно соответствовать номеру сообщения, которое вы реально собираетесь загрузить: если в базе-отправителе следующий номер отправленного сообщения равен, например, 15, то принятый в текущей базе должен быть 14, чтобы сообщение №15 было принято.

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

1. 1
   Сделайте резервную копию базы
2. 2
   Откройте Администрирование → Синхронизация данных → нужная настройка
3. 3
   Найдите команду изменения номеров сообщений в меню Ещё
4. 4
   Установите номер принятого на единицу меньше номера ожидаемого сообщения
5. 5
   Запустите синхронизацию и проверьте журнал регистрации

Способ 2: изменить номер программно

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

Узел = ПланыОбмена.ОбменУправлениеТорговлейБухгалтерия.НайтиПоКоду("000000002");
УзелОбъект = Узел.ПолучитьОбъект();
УзелОбъект.НомерПринятого = 14;
УзелОбъект.Записать();

Обратите внимание: менять нужно объект именно того узла, который соответствует базе-отправителю. В распределённых базах с несколькими узлами легко ошибиться. Проверяйте код узла и префикс — они должны совпадать с настройками второй базы.

Также в сети распространены универсальные обработки «Изменение номеров сообщений обмена», которые показывают список всех планов обмена и узлов с текущими счётчиками и позволяют править их интерактивно. Такая обработка удобна для диагностики, но использовать её нужно с тем же пониманием, что и ручной код: вы правите служебные данные напрямую.

Альтернатива: сброс через номер отправленного сообщения

Иногда удобнее править не принятый номер в текущей базе, а отправленный — в базе-отправителе. Если, например, в приёмнике принято сообщение №20, а отправитель после восстановления из копии снова выгружает сообщение №18, можно в отправителе установить номер отправленного равным 20. Тогда следующее сообщение получит номер 21 и будет нормально загружено.

Выбор стороны зависит от того, где восстановить счётчик проще и безопаснее. Правило одно: номера должны стыковаться — следующее отправленное сообщение должно быть ровно на единицу больше принятого в базе-получателе.

Проверка результата и типичные ошибки

После правки выполните полный цикл обмена: выгрузку из одной базы, загрузку в другую и обратную выгрузку квитанции. Признак успеха — отсутствие ошибок в журнале регистрации и в форме синхронизации, а также фактический перенос тестового документа.

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

Ограничения и меры предосторожности

Правка счётчиков — аварийная операция, а не штатный режим. Если рассинхронизация повторяется регулярно, ищите причину: некорректное восстановление из копий, ручной перенос файлов обмена, параллельные настройки синхронизации на одну и ту же пару баз.

Учтите ограничения: для обмена через веб-сервисы и некоторые форматы (EnterpriseData, универсальный формат) механизм счётчиков тот же, но доступ к настройкам может отличаться. В обменах с сайтом (CommerceML) счётчики сообщений обычно не используются — там эта инструкция неприменима.

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

Частые вопросы