Как правильно выполнять корректировку заказов клиентов в 1С:Управление торговлей 11?

При переходе на современные версии конфигурации «1С:Управление торговлей» (начиная с редакции 11.0 и выше, включая 11.2, 11.4 и 11.5) пользователи часто ищут специализированный документ «Корректировка заказа покупателя», знакомый по «1С:Управление торговлей 10.3» или «1С:УПП 1.3». В новой архитектуре прикладного решения этот отдельный документ полностью упразднен. Все изменения состава, количества и условий поставки оформляются непосредственно в самом первичном документе ЗаказКлиента.

Разберем подробно, как устроена работа с корректировками, какие типовые ограничения накладывает система на разных этапах исполнения заказа и как правильно оформлять изменения с сохранением истории и корректных взаиморасчетов.

Корректировка заказа до начала отгрузки

Проанализируем базовый сценарий, когда по заказу еще не было оформлено документов реализации и фактических отгрузок со склада:

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

Если в системе включен контроль статусов (например, «На согласовании», «К выполнению», «Закрыт»), то для изменения утвержденного документа могут потребоваться специальные права пользователя. При отсутствии прав на отклонение от согласованных условий заказ предварительно возвращается в статус «На согласовании», корректируется и отправляется на повторное утверждение.

Корректировка при частичной отгрузке и отмена позиций

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

Если же из 3 заказанных штук отгружена только 1 штука, а от оставшихся 2 штук покупатель отказался, применяется следующий типовой порядок действий:

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

Особенности обособленного обеспечения и связанных цепочек

Проанализируем более сложный случай, когда товар под заказ обеспечивался обособленно (вариант действия Обеспечивать обособленно или Отгрузить обособленно):

1. Если под данный заказ уже сформирован документ ЗаказПоставщику, напрямую уменьшить количество в заказе клиента нельзя. Сначала корректируется или отменяется соответствующая строка в заказе поставщику.
2. Если товар уже поступил на склад под назначение конкретного клиента, перед изменением заказа клиента оформляется документ КорректировкаНазначенияТоваров. С его помощью снимается резерв под заказ и товар переводится в свободный остаток или перенаправляется другому покупателю.

Контроль взаиморасчетов и графиков платежей

Выясним, как корректировка влияет на финансовую часть сделки. При изменении состава товаров и общей суммы заказа:

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

Хранение истории изменений (Версионирование)

Поскольку отдельного документа корректировки нет, для контроля действий менеджеров рекомендуется использовать встроенную подсистему аудита:

1. Переходим в раздел НСИ и администрирование > Обслуживание > История изменений.
2. Включаем версионирование для объекта ЗаказКлиента (в режиме «При записи» или «При проведении»).
3. После включения в командной панели каждого заказа становится доступна кнопка История изменений, позволяющая открыть отчет о сравнении любых двух версий документа с выделением изменившихся полей, добавленных или удаленных строк.