При переходе на актуальные релизы 1С:Управление торговлей 11.5 пользователи сталкиваются с существенным изменением методологии работы с маркетплейсами. Новая схема комиссионной торговли (версия 11.5) предполагает использование документа Поступление товаров с видом операции Возврат от комиссионера вместо привычных ранее возвратов от клиента. Однако стандартная синхронизация с 1С:Бухгалтерия предприятия 3.0 часто оказывается не готова к таким изменениям — для проверки правильности проведения документов пригодится обработка сверки остатков товаров между Бухгалтерией 3.0 и УТ 11.5. В этой статье мы подробно разберем, как восстановить обмен данными, почему документы не регистрируются и как бороться с некорректной группировкой строк в отчетах.
Рассмотрим ситуацию: в УТ 11.5 вы оформили передачу товара и последующий возврат нереализованной продукции через документ Поступление товаров. При попытке выполнить синхронизацию вы обнаруживаете, что документ либо вообще не попадает в состав отправляемых данных (обнаружить расхождения поможет сверка данных между 1С:УТ и 1С:БП), либо вызывает ошибку: "Не найдено правило обмена для документа". Выясним причину этого поведения. Дело в том, что в типовых правилах обмена, использующих формат EnterpriseData, соответствие для этого нового вида операции появилось не сразу. Программа просто "не знает", в какой объект превратить это поступление на стороне Бухгалтерии.
Первым делом проанализируем настройки самой синхронизации. Большинство проблем с новыми документами 11.5 решается обновлением используемого формата обмена. Разберем по шагам:
При использовании формата 1.16 документ Поступление товаров (Возврат от комиссионера) из УТ должен автоматически трансформироваться в документ Возврат товаров от покупателя с видом операции От комиссионера в БП 3.0. Это критически важно для корректного закрытия 45 счета.
Если обновление конфигураций невозможно или не решило проблему, рассмотрим технический путь исправления через расширение. Проблема кроется в том, что документ не включен в план обмена в модулях менеджера. Для исправления ситуации проанализируем следующие объекты:
ПоступлениеТоваров в структуру EnterpriseData.Посмотрим на пример того, как должна выглядеть логика в коде (в модуле менеджера обмена) для корректной идентификации операции:
Если ДанныеИБ.ВидОперации = Перечисления.ВидыОперацийПоступленияТоваров.ВозвратОтКомиссионера Тогда
СтруктураОбъекта.ТипОперации = "ВозвратОтКомиссионера";
// Установка соответствия полей для формата EnterpriseData
КонецЕсли;
Вы можете создать небольшое расширение, которое добавит тип документа ПоступлениеТоваров в состав отправляемых данных, если стандартные правила регистрации его игнорируют — для этого также подойдёт обработка массовой регистрации объектов в планах обмена. Однако помните, что на стороне БП 3.0 правила также должны уметь принимать этот тип данных.
Еще одна серьезная трудность — это автоматическая группировка (схлопывание) строк в документе Отчет комиссионера при выгрузке. Если один и тот же артикул продавался по разным ценам, УТ при обмене может объединить их в одну строку, усреднив или некорректно просуммировав цены. Это делает невозможным корректное сопоставление возвратов в БП 3.0, так как Бухгалтерия требует четкой привязки к документу реализации по конкретной цене.
Проанализируем ситуацию: разработчики 1С ввели эту группировку для оптимизации обмена данными с маркетплейсами (чтобы XML-файл не раздувался до гигантских размеров). Однако для учета НДС и формирования корректировочных справок это создает проблемы.
Как решить проблему с группировкой:
БП 3.0 на время проведения отчета временно разделять строки вручную или использовать доработку, отключающую сворачивание строк в модуле МенеджерОбменаЧерезУниверсальныйФормат на стороне УТ.Чтобы минимизировать ошибки, мы рекомендуем придерживаться следующей последовательности действий при работе по схеме 11.5:
Передача на комиссию: используйте документ Передача товаров. Чтобы он успешно регистрировался, проверьте договор с комиссионером — в нем должна быть указана цель договора Передача на комиссию. Если использовать старые типы договоров, правила регистрации могут "не подхватить" документ.
Возврат: если комиссионер возвращает товар, оформляйте Поступление товаров (Возврат от комиссионера). Если выгрузка все же не идет, временно (как экстренная мера) можно оформить Возврат товаров от клиента, указав комиссионера как клиента (найти и принудительно зарегистрировать отсутствующие документы поможет инструмент поиска и устранения расхождений после обмена). Этот документ более "стабилен" в плане правил обмена, хотя и не совсем соответствует новой методологии 11.5.
Таким образом, для стабильной работы необходимо обеспечить три условия: актуальные релизы обеих баз, использование версии формата EnterpriseData 1.15/1.16 и проверку корректности типов договоров в НСИ.