Как синхронизировать документы с несколькими складами из УТ 11.5 в БП 3.0?

В процессе интеграции Управление торговлей 11.5 и Бухгалтерия предприятия 3.0 многие специалисты сталкиваются с архитектурным конфликтом: в УТ 11 склад является аналитикой уровня табличной части документа, что позволяет отгружать товары из разных мест хранения в рамках одного акта, в то время как в БП 3.0 склад — это реквизит «шапки» документа. Рассмотрим, как решить эту задачу и какие варианты оптимизации учета доступны.

Вариант 1: Упрощение бизнес-процессов (отказ от многоскладского учета)

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

1. Отказ от аналитики: Проверьте настройки учета (Администрирование — Параметры учета — Настройка плана счетов). Можно настроить учет товаров так, чтобы аналитика по складам не требовалась.
2. Использование «Основного» склада: Назначьте один склад в качестве основного для всех операций. Это позволит избавиться от необходимости «разбивать» документы при синхронизации и упростит закрытие месяца.
3. Минимизация сущностей: Если вы используете перемещения между складами только для отражения движения внутри УТ, то при переносе в БП эти документы могут стать избыточными.

Вариант 2: Доработка правил обмена (Конвертация данных)

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

Разберем логику построения решения:

1. Разбивка документа: При выгрузке документа из УТ через правила Конвертации данных необходимо добавить алгоритм, который группирует строки табличной части по складам.
2. Формирование пакета: Для каждой группы строк создается отдельный документ Реализация товаров и услуг или Поступление товаров и услуг в БП.
3. Связка документов: Чтобы сохранить прослеживаемость, можно использовать дополнительные реквизиты или комментарии, указывающие на оригинальный документ-источник.

Пример концептуальной логики обработки выгрузки:

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

Вариант 3: Особенности работы в облаке и локальных версиях

Важно понимать разницу в возможностях при выборе варианта реализации. Если вы используете сервис 1С:Fresh, любые программные доработки правил обмена или конфигурации ограничены. В таких случаях:

• Перенос на «землю»: Для реализации сложной логики (как в Варианте 2) рекомендуется перевести информационную базу из облачного сервиса в локальный вариант (коробочную версию).
• Расширения: В локальной версии вы можете использовать Расширения конфигурации, чтобы внедрить логику обработки документов при обмене, не снимая основную конфигурацию с поддержки.

Почему нельзя просто «дописать склад» в документ БП?

Многие начинающие разработчики пытаются добавить реквизит Склад в табличную часть документов БП 3.0. Мы настоятельно не рекомендуем этот путь. Это приведет к следующим проблемам:

1. Нарушение работы отчетов: Стандартные бухгалтерские отчеты (оборотно-сальдовая ведомость, карточка счета) жестко завязаны на структуру Регистров бухгалтерии.
2. Ошибки закрытия месяца: Процедура расчета себестоимости (Закрытие месяца) в БП 3.0 использует сложные алгоритмы партионного учета. Изменение структуры документа приведет к тому, что система не сможет корректно списать партии и сформировать проводки по счету 41 (Товары).
3. Сложности при обновлении: Любая доработка типовой формы документа требует постоянного сопровождения при каждом обновлении конфигурации.

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