Как отменить повторную регистрацию измененных документов при обмене данными в 1С

← На главную

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

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

Понимание архитектуры: где происходит регистрация изменений?

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

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

Рассмотрим три способа решения нашей задачи, начиная от самого простого программного метода и заканчивая настройкой правил обмена.

---

Вариант 1. Использование встроенного механизма БСП через Расширение (рекомендуемый способ)

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

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

Пошаговый алгоритм реализации:

Создайте новое расширение в конфигураторе вашей базы-источника (КА 2.4).
Добавьте в расширение документ РеализацияТоваровУслуг.
В расширении создайте новую подписку на событие (или используйте обработчик ПередЗаписью в модуле объекта документа через аннотацию &Перед). Назовем нашу подписку БлокировкаРегистрацииИзмененийПередЗаписью.
В качестве источника выберите ДокументОбъект.РеализацияТоваровУслуг, событие — ПередЗаписью.
В созданный общий модуль расширения добавьте следующий код:


Процедура БлокировкаРегистрацииИзмененийПередЗаписью(Источник, Отказ, РежимЗаписи, РежимПроведения) Экспорт
    
    // Проверяем, что документ записывается не в режиме загрузки данных
    Если Источник.ОбменДанными.Загрузка Тогда
        Возврат;
    КонецЕсли;
    
    // Если документ не новый (т.е. он изменяется, перепроводится или редактируется реквизит),
    // даем БСП команду полностью проигнорировать регистрацию этого изменения на планах обмена
    Если Не Источник.ЭтоНовый() Тогда
        Источник.ДополнительныеСвойства.Вставить("ОтключитьМеханизмРегистрацииОбъектов", Истина);
    КонецЕсли;
    
КонецПроцедуры

Почему это работает? При обработке подписок на события БСП проверяет наличие ключа ОтключитьМеханизмРегистрацииОбъектов в дополнительных свойствах объекта. Если этот ключ равен Истина, система просто пропускает шаг регистрации данного документа на всех узлах обмена. Конфигурация при этом остается на полной поддержке, а решение работает максимально быстро и надежно.

---

Вариант 2. Настройка Правил регистрации объектов (ПРО) без изменения кода базы

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

Эти правила создаются и редактируются в специализированной конфигурации «Конвертация данных 2.1» (даже если сам обмен между КА и БП настроен по технологии КД 3.0 через формат EnterpriseData, правила регистрации все равно используют XML-формат КД 2.1).

Разберем этот процесс по шагам:

Перейдите в режим 1С:Предприятие в базе КА. Откройте настройки синхронизации данных и выгрузите типовые правила регистрации объектов в XML-файл на ваш компьютер.
Запустите информационную базу «Конвертация данных 2.1» и загрузите в нее этот XML-файл с правилами.
Найдите в списке правил регистрации правило для документа РеализацияТоваровУслуг.
Откройте обработчик события «Перед регистрацией объекта». Нам необходимо прописать логику отказа от регистрации.

Важный нюанс: В момент выполнения правил регистрации документ уже физически записан в базу данных. Это значит, что стандартный метод ЭтоНовый() всегда будет возвращать значение Ложь. Как же определить, был ли документ уже выгружен ранее?

Рассмотрим два профессиональных подхода к решению этой проблемы внутри правил регистрации:

Подход А. Фильтрация по дате создания (простой способ)

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


// Разрешаем регистрацию только в том случае, если документ создан сегодня или вчера
Если Объект.Дата < (ТекущаяДата() - 86400 * 2) Тогда
    Отказ = Истина;
КонецЕсли;

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

Подход Б. Проверка через дополнительный регистр сведений (абсолютно надежный способ)

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

В конфигурации (через расширение) создаем простой регистр сведений ИсторияВыгрузкиОбъектов с одним измерением Объект (тип: ДокументСсылка.РеализацияТоваровУслуг).
В правилах конвертации объектов (ПКО) в КД 3.0 на стороне КА в обработчике события «После выгрузки» пишем код, который делает запись в наш регистр сведений.


// Фиксируем факт успешной выгрузки
МенеджерЗаписи = РегистрыСведений.ИсторияВыгрузкиОбъектов.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Объект = Источник.Ссылка;
МенеджерЗаписи.Записать(Истина);

Теперь возвращаемся в правила регистрации (ПРО) в обработчик «Перед регистрацией объекта» и пишем проверку:


// Делаем запрос к нашему регистру истории
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ Первые 1
    |   История.Объект КАК Объект
    |ИЗ
    |   РегистрСведений.ИсторияВыгрузкиОбъектов КАК История
    |ГДЕ
    |   История.Объект = &Объект";

Запрос.УстановитьПараметр("Объект", Объект.Ссылка);
Выборка = Запрос.Выполнить().Выбрать();

Если Выборка.Следующий() Тогда
    // Документ уже выгружался ранее, отменяем повторную регистрацию изменения
    Отказ = Истина;
КонецЕсли;

После внесения изменений выгрузите правила регистрации из «Конвертации данных» в XML и загрузите их обратно в настройку синхронизации в КА 2.4 через пользовательский интерфейс.

---

Вариант 3. Использование признака «Загрузка» при групповых обработках

Часто возникает ситуация, когда повторная регистрация документов происходит лавинообразно — например, при закрытии месяца, групповом перепроведении или пакетном изменении реквизитов (скажем, обработкой поменяли ставку НДС или ответственного менеджера). Если вам нужно разово провести старые документы «тихо», чтобы они не полетели повторно в БП, используйте свойство платформы ОбменДанными.Загрузка.

Перед программной записью или проведением документов в обработке установите это свойство:


ДокументОбъект = ВыбраннаяСсылка.ПолучитьОбъект();
// Устанавливаем признак "Загрузка"
ДокументОбъект.ОбменДанными.Загрузка = Истина;
// Записываем документ в режиме проведения
ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);

Важно понимать: При установке свойства ОбменДанными.Загрузка = Истина платформа 1С автоматически отключает обработку всех подписок на события, транзакционные триггеры и авторегистрацию изменений на узлах всех планов обмена. Документ запишется абсолютно «молча» и гарантированно не попадет в очередь выгрузки.

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

---

Резюме: какой метод выбрать?

Проанализировав все варианты, сделаем выводы:

Если вы программист и можете добавить небольшое расширение — используйте Вариант 1 с очисткой ДополнительныеСвойства. Это наиболее лаконичный, быстрый и современный подход, использующий штатные возможности БСП.
Если вам категорически запрещено менять код базы и использовать расширения — настраивайте правила регистрации объектов (ПРО) по схеме из Варианта 2.
При написании сервисных обработок по массовому изменению старых документов всегда используйте Вариант 3, чтобы случайно не забить очередь обмена тысячами ненужных к повторной отправке объектов.