← На главную

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

Разберем, почему это происходит и как исправить эту проблему, чтобы вернуть синхронизацию в рабочее состояние.

Почему возникает данная ошибка?

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

В результате, вторая база пытается отправить пакет с номером, который в текущей (откаченной) базе уже «якобы» был принят ранее, либо, наоборот, ожидает номер, который уже был обработан до восстановления копии. Система безопасности 1С блокирует обмен для предотвращения дублирования данных или пропуска документов.

Пошаговое исправление номеров сообщений

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

1. Перейдем в раздел Администрирование или НСИ и администрирование.
2. Найдем пункт Синхронизация данных.
3. Откроем Настройки синхронизации данных.
4. В списке настроек выберем нужный узел обмена, с которым возникли проблемы.
5. Нажмем на него правой кнопкой мыши (или воспользуемся соответствующей кнопкой меню) и выберем Состав отправляемых данных.
6. В открывшейся форме обратим внимание на верхнюю часть окна — там находится гиперссылка (обычно отображается как текст с текущими номерами), которая позволяет просмотреть или изменить НомерОтправленногоСообщения и НомерПринятогоСообщения.

Анализ и правка значений

Проанализируем текущую ситуацию. Предположим, в системе мы видим следующую картину:

В УТ: НомерОтправленного = 34, НомерПринятого = 26.

В БП: НомерОтправленного = 25, НомерПринятого = 34.

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

Рассмотрим, как правильно скорректировать значения:

• Попробуем увеличить НомерОтправленного в той базе, которая отстает, на единицу.
• После изменения нажмите кнопку «Записать и закрыть».
• Запустите обмен повторно. Часто бывает достаточно небольшого смещения, чтобы механизм синхронизации «подхватил» поток данных и автоматически выправил дальнейшую нумерацию.

Важные рекомендации при работе с обменами

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

Если после корректировки ошибка повторяется, можно попробовать следующие методы:

• Повторный запуск: Иногда, если разница невелика, достаточно несколько раз принудительно запустить обмен, игнорируя ошибку. В некоторых конфигурациях система способна самостоятельно договориться и синхронизировать счетчики.
• Проверка регистрации изменений: Если данные не уходят, проверьте, какие объекты зарегистрированы к обмену. Для этого профессионалы используют Консоль регистрации изменений, которая позволяет просматривать очередь объектов для выгрузки.
• Сверка данных: После того как обмен заработал, обязательно проведите сверку ключевых документов (реализаций, счетов-фактур) за период восстановления. Ручная правка счетчиков не гарантирует, что все документы, созданные в промежутке между копией и текущим моментом, корректно попали в обе базы.

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