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