При работе в конфигурации 1С:Управление торговлей, редакция 11 (УТ 11) пользователи часто сталкиваются с ситуацией, когда после свертки базы или перехода с предыдущих версий (например, с УТ 10.3) необходимо отразить корректировки по операциям прошлых периодов (например, при переходе с УТ 10.3 на УТ 11.5). Для этого используется специальный режим документа — «Корректировка до ввода остатков». Однако при настройке синхронизации с 1С:Бухгалтерией предприятия (БП) такие документы нередко игнорируются системой обмена.
Рассмотрим подробно, почему это происходит, разберем технические причины такого поведения системы и найдем способы решения проблемы, чтобы данные в обеих базах были идентичны.
Основная сложность заключается в том, что документ КорректировкаПриобретения в режиме «до ввода остатков» по своей сути является «сиротой». В текущей информационной базе УТ 11 отсутствует родительский документ ПриобретениеТоваровУслуг, так как он остался в старой базе или был удален при свертке.
Выясним, почему выгрузка реализаций при этом может работать исправно: для документов продажи законодательство требует строгого формирования корректировочных счетов-фактур для покупателя. Логика 1С в последних релизах (начиная с 11.5.12 и выше) в формате Enterprise Data была пересмотрена в сторону ужесточения ссылочной целостности. Если система видит корректировку, но не находит в базе-источнике ссылку на исходный документ, она может исключить такой объект из пакета выгрузки, чтобы не создавать пустых ссылок («битых» объектов) в базе-приемнике (Бухгалтерии).
Прежде чем переходить к программным изменениям, проверим, зарегистрирован ли документ к отправке. Иногда автоматическая регистрация не срабатывает именно для этого типа операции. Разберем шаги по ручному добавлению документов в обмен:
Корректировка приобретения.Если после принудительной регистрации документ все равно не попадает в файл обмена, значит, срабатывают внутренние фильтры правил конвертации (XSLT-преобразования).
Если стандартная синхронизация через формат Enterprise Data упорно игнорирует корректировки, мы можем воспользоваться «обходным путем». Рассмотрим применение обработки Универсальный обмен данными в формате XML.
Этот метод позволяет выгрузить документы напрямую, минуя жесткие фильтры плана обмена. Однако для этого потребуются правила конвертации, настроенные именно под вашу структуру данных. Рассмотрим алгоритм:
УниверсальныйОбменДаннымиXML в базе УТ 11.Корректировка приобретения.Важно: Этот способ требует осторожности, так как может создать дубли контрагентов или номенклатуры, если сопоставление (по УИД или полям поиска) не настроено идеально.
Разберем техническое предположение, которое часто подтверждается на практике. В программном коде модулей обмена может существовать проверка даты документа относительно даты ввода остатков. Проанализируем ситуацию: корректировка создана в 2024 году, но корректирует она данные 2023 года. Система может ошибочно применять фильтр даты начала ведения учета к периоду корректируемого документа, а не к самой дате документа.
Для программистов: стоит обратить внимание на функцию определения необходимости выгрузки объекта в модуле менеджера обмена. Примерный алгоритм поиска проблемы в коде:
// Пример логики, которую следует проверить в модулях обмена
Если Объект.РежимКорректировки = Перечисления.РежимыКорректировки.ДоВводаОстатков Тогда
// Проверить, не блокируется ли выгрузка из-за отсутствия Ссылки на ДокументОснование
// Или из-за даты корректируемого периода, которая меньше ДатыНачалаВыгрузки
КонецЕсли;
Попробуйте временно отключить проверку даты для этого типа документов в расширении, чтобы проверить, пройдут ли данные через синхронизацию.
Если объем документов не критичен (или наоборот, слишком велик для ручной правки кода), рассмотрим методику обхода через другие типы документов. Вместо документа Корректировка приобретения, который капризен в обмене, можно использовать Корректировку задолженности или Ввод остатков взаиморасчетов.
Рассмотрим плюсы этого метода:
Корректировка задолженности обычно выгружаются без привязки к историческим первичным документам.Минус: НДС придется отражать в БП вручную с помощью регламентных документов Отражение вычета НДС или Отражение начисления НДС, так как автоматического формирования записей в книге покупок/продаж на основании простой корректировки долга не произойдет.
Проанализировав ситуацию, мы видим, что проблема носит системный характер для последних версий 1С. Разработчики стремятся к тому, чтобы в базе не было документов без оснований. Если вам критически важно подавать эти корректировки в налоговую из БП, а их «сотни», наиболее рациональным путем будет:
Помните, что при любом способе автоматизированного переноса в 1С:Бухгалтерии вам все равно потребуется проверить заполнение реквизитов исходного счета-фактуры в корректировочном документе, так как эти данные физически отсутствуют в текущей базе УТ 11 и не могут быть переданы автоматически.