Как правильно перенести частично отгруженные заказы клиента при переходе из УТ и Бухгалтерии в КА?

Переход с конфигураций «Управление Торговлей» (УТ) или связки «УТ + Бухгалтерия» на «Комплексную Автоматизацию» (КА) — сложный процесс, требующий особого внимания к переносу незавершенных цепочек продаж. Одной из самых частых проблем, с которой мы сталкиваемся, является перенос заказов клиентов, по которым отгрузка прошла лишь частично. Разберем подробно стратегии переноса таких данных, проанализируем риски и найдем оптимальное решение.

Основные подходы к переносу заказов

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

Метод 1: Загрузка полного заказа с отменой строк

Этот способ часто считается наиболее предпочтительным для сохранения целостности картины заказа. Суть метода заключается в том, что мы переносим заказ из источника целиком, но в новой системе (КА) помечаем уже отгруженные позиции как отмененные.

Алгоритм действий:

1. Загружаем документ ЗаказКлиента из старой базы со всеми строками.
2. Анализируем каждую строку табличной части. Если позиция была отгружена в старой системе, мы не удаляем её, а используем механизм отмены строк.
3. В колонке статуса строки или флага отмены устанавливаем признак «Отменено».
4. Оставшиеся (неотгруженные) позиции оставляем активными «К обеспечению» или «К отгрузке».

Такой подход позволяет сохранить визуальную историю: менеджер видит, что было заказано изначально, но система понимает, что отгружать эти товары уже не нужно.

Проблема некорректного процента оплаты и её решение

При использовании метода с отменой строк мы неминуемо сталкиваемся с техническим нюансом. В конфигурациях КА и ERP процент оплаты рассчитывается по формуле: Фактически поступившие деньги / Сумма заказа к выполнению.

Когда мы отменяем строки, сумма заказа «к выполнению» уменьшается. Если клиент вносил аванс за весь заказ, то в новой базе сумма оплат может превысить новую сумму заказа. В результате отчеты покажут «бешеный» процент оплаты (более 100%), что затрудняет аналитику.

Как исправить ситуацию:

Чтобы избежать перекосов в аналитике, необходимо скорректировать график оплат непосредственно в документе ЗаказКлиента. Разберем логику, которую нужно реализовать:

// Логика корректировки правил оплаты при переносе
Если СтрокаОтгруженаВСтаройБазе Тогда
    // 1. Отменяем строку товаров
    СтрокаТовары.Отменено = Истина;
    
    // 2. Корректируем этапы оплаты
    // Сумма в графике должна быть равна = Остаток к отгрузке
    ЭтапыОплаты.Сумма = СуммаТолькоНеотгруженныхПозиций;
КонецЕсли;

Мы должны убедиться, что сумма в табличной части «Правила оплаты» соответствует новой реальной сумме заказа (за вычетом отмененных строк). Аванс, который «висит» в воздухе, должен быть заведен отдельным документом ВводНачальныхОстатков и затем зачтен в этот заказ. Если же аванс был «съеден» отгрузкой в старой базе, то график оплат в новом заказе должен отражать только неоплаченный остаток.

Метод 2: Создание «Чистого» заказа на остаток

Альтернативный подход, который рекомендуют методологи 1С для упрощения учета — создание нового заказа исключительно на неотгруженные позиции.

Преимущества метода:

1. Мы создаем ЗаказКлиента только с теми товарами, которые реально нужно отгрузить.
2. Отсутствуют проблемы с расчетом процентов оплаты и выполнения.
3. Система воспринимает документ как новый и целостный.

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

Почему не стоит переносить движения документов (КЗР)

Иногда возникает соблазн перенести документы вместе с их движениями по регистрам, используя КорректировкаЗаписейРегистров, чтобы добиться идеального сходства с базой-источником. Разберем, почему в современных версиях КА (на управляемых формах) это высокорискованный подход.

Архитектура КА и ERP значительно сложнее, чем в УТ 10.3. В системе используются сложные взаимосвязи регистров накопления:

• РасчетыСКлиентами
• РасчетыСКлиентамиПоДокументам
• СебестоимостьТоваров
• ЗаданияКРаспределениюРасчетов

Ручной перенос движений или использование КЗР часто нарушает ссылочную целостность. Самая большая проблема возникнет при процедуре ЗакрытиеМесяца. Механизмы расчета себестоимости и финансового результата могут не увидеть партии, введенные через КЗР, или некорректно интерпретировать ручные записи. Это приведет к ошибкам в УправленческийБаланс и невозможности корректно закрыть период.

Критические настройки при переносе

Независимо от выбранного метода (отмена строк или новый заказ), обратим внимание на два важнейших аспекта, без которых учет "поплывет".

1. Связка «Ввод остатков» и «Заказ»

Ключевой момент — это заполнение реквизита Объект расчетов. Если по переносимому заказу есть долг клиента или наш долг (аванс), документ ВводНачальныхОстатков по взаиморасчетам должен ссылаться именно на этот перенесенный ЗаказКлиента. Если этого не сделать, система увидит отдельно «Заказ» (требующий оплаты) и отдельно «Деньги» (как нераспределенный аванс), и статус заказа никогда не сменится на «Готов к отгрузке».

2. Резервирование и обеспечение

Не забываем про колонку «Действие» в табличной части товаров. Если в старой базе товар был в резерве под заказ, в КА необходимо не просто перенести строку, но и установить соответствующий вариант обеспечения:

• РезервироватьНаСкладе — если товар есть в наличии и был в резерве.
• КОтгрузке — если товар уже готовится к выписке накладной.
• КОбеспечению — если товар еще не закуплен.

Без корректного заполнения этих полей регистр ТоварыКОтгрузке не сформирует движений, и склад не увидит потребности в товаре по данному заказу.