← На главную

При настройке синхронизации данных между конфигурациями 1С:Управление торговлей 11 и 1С:Бухгалтерия предприятия 3.0 пользователи нередко сталкиваются с ситуацией, когда при попытке ручной регистрации документов через обработку Регистрация изменений для обмена регистрируется лишь малая часть объектов (например, 5 из 76 документов Заказ клиента). Разберем, почему типовой механизм отсекает часть документов и как настроить корректную выгрузку заказов.

Причины, по которым заказы клиентов не попадают в обмен

Проанализируем логику типового механизма обмена данными на базе БСП (Библиотеки стандартных подсистем). Когда мы нажимаем команду Выполнить регистрацию всех объектов выбранных типов, программа не просто фиксирует все существующие записи, а предварительно проверяет их встроенными Правилами регистрации объектов (ПРО). Если документ не удовлетворяет условиям, заложенным в правилах, он игнорируется.

Основные факторы, влияющие на регистрацию заказов клиентов:

1. Статус документа. В типовых ПРО для УТ 11 заложен жесткий фильтр по статусам. Документы в начальных состояниях (например, Не согласован) считаются предварительными черновиками и не подлежат переносу в бухгалтерскую базу. Синхронизируются только заказы, перешедшие в рабочие статусы: К обеспечению, К выполнению или К отгрузке (в зависимости от настроек ведения заказов).
2. Признак проведения. В большинстве типовых правил проверяется условие Проведен = Истина. Непроведенные или помеченные на удаление документы правилами отсекаются.
3. Дата начала выгрузки. В параметрах самого узла синхронизации указывается дата начала обмена. Заказы, дата которых меньше установленной границы, не будут зарегистрированы.
4. Фильтрация по организации и подразделениям. Если в узле обмена включен отбор по конкретным организациям или складам, документы с другими аналитиками отсеиваются автоматически.

В конфигурации 1С:Бухгалтерия предприятия 3.0 документ Заказ клиента обычно трансформируется в Счет на оплату покупателю, который необходим для последующей привязки входящих платежей и идентификации оплат. Разработчики типовых конфигураций исходят из логики, что недооформленные или несогласованные заказы в бухгалтерском контуре не требуются.

Способ 1. Принудительная регистрация без проверки правил

Если нам необходимо выгрузить конкретные документы в текущем состоянии без изменения системных настроек, воспользуемся возможностями обработки Регистрация изменений для обмена:

1. Откроем обработку регистрации изменений в узле плана обмена с БП 3.0.
2. Найдем в дереве объектов метаданных документ Заказ клиента.
3. Вместо автоматической регистрации по правилам используем команду добавления документов списком или по произвольному отбору.
4. Выберем режим регистрации без проверки условий (без правил). Это заставит платформу зафиксировать изменения для всех выбранных заказов независимо от их текущего статуса.

Способ 2. Изменение режима использования заказов в УТ 11

Если бизнес-процесс компании не требует сложного контроля этапов обеспечения и согласования заказов, оптимальным решением будет упрощение работы со статусами на уровне настроек программы:

1. Перейдем в раздел НСИ и администрирование → Настройка НСИ и разделов → Продажи → Оптовые продажи.
2. Найдем блок настроек Заказы клиентов.
3. Отключим использование статусов заказов либо выберем упрощенный сценарий (например, использование заказа только как счета на оплату).

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

Способ 3. Корректировка правил регистрации объектов (ПРО)

Если бизнес-логика требует ведения всех статусов в УТ 11, но при этом в бухгалтерию должны выгружаться даже несогласованные заказы, потребуется скорректировать правила регистрации:

1. Выгрузим типовые правила регистрации из настроек синхронизации данных в XML-файл.
2. Откроем конфигурацию Конвертация данных и загрузим полученные правила.
3. В обработчиках событий правила регистрации для объекта ЗаказКлиента найдем условие проверки статуса и скорректируем алгоритм выборки.
4. Сохраним измененные правила и загрузим их обратно в узел синхронизации в 1С:Управление торговлей.

Также доработку логики регистрации можно выполнить с помощью расширения конфигурации, переопределив процедуры проверки правил регистрации в соответствующем общем модуле менеджера обмена.