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