Часто при автоматизации торговых процессов возникает потребность гибко отслеживать этапы выполнения заказов. В стандартной поставке программы может не хватать нужных состояний, и пользователи задаются вопросом: как добавить свои статусы для документа ЗаказПокупателя, желательно не снимая конфигурацию с поддержки? Рассмотрим подробнее все доступные методы, от штатных настроек программы до использования дополнительных реквизитов и расширений.
Вопреки распространенному мнению, что для добавления статусов обязательно нужен Конфигуратор, в актуальных версиях 1С:Розница (начиная с поздних релизов 2.3 и особенно в унифицированной редакции 3.0) эта возможность доступна в пользовательском режиме. Проанализируем, как включить этот функционал.
ВидыЗаказовПокупателей.После активации этой опции система разблокирует доступ к справочнику СостоянияЗаказовПокупателей. Посмотрим на процесс создания новых статусов.
Разберем по шагам настройку бизнес-процесса продажи. Теперь мы можем создать любое необходимое количество кастомных статусов: «Передан в доставку», «Ожидает оплаты», «Сборка на складе» и так далее.
Добавленные статусы необходимо привязать к конкретным видам документов. Для этого создается отдельный элемент в справочнике ВидыЗаказовПокупателей. Перейдите на вкладку Порядок состояний и добавьте нужные статусы, выстроив их в строгой последовательности. Теперь в самом документе ЗаказПокупателя менеджер сможет просто выбрать нужный вид заказа, и ему станет доступен настроенный маршрут состояний.
Если вы используете старую версию программы или функционал видов заказов по какой-то причине вам не подходит, проанализируем ситуацию с использованием типового механизма дополнительных реквизитов.
Механизм ДополнительныеРеквизитыИСведения позволяет добавить к любому документу новые поля без изменения структуры метаданных в Конфигураторе.
ДополнительныеРеквизитыИСведения.ЗаказПокупателя.ДополнительноеЗначение и назовите его, например, «Внутренний статус».Теперь в каждом заказе на специальной вкладке появится поле, где можно будет выбрать ваш кастомный статус. Выясним причину, почему этот способ хуже штатного: он не позволяет раскрашивать строки в списке и не интегрируется с типовыми отчетами по воронке продаж, однако отлично подходит для простой фильтрации списков.
Если у вас версия ПРОФ (не Базовая), мы настоятельно рекомендуем использовать РасширенияКонфигурации. Расширения позволяют не только выводить новые поля, но и писать программный код для автоматической смены статусов.
Рассмотрим пример использования расширения для автоматизации логики. С помощью расширения можно добавить колонку «Светофор» в журнал заказов. Система будет анализировать регистр ОстаткиТоваров и менять индикатор:
В расширении можно использовать обработчики событий при записи документа для автоматического перевода статуса. Посмотрим на небольшой пример того, как это может быть реализовано концептуально:
Процедура ПриЗаписи(Отказ)
Если ЭтотОбъект.Проведен И ЭтотОбъект.ОстатокДолга <= 0 Тогда
ЭтотОбъект.СостояниеЗаказа = Справочники.СостоянияЗаказов.Оплачен;
КонецЕсли;
КонецПроцедуры
Использование именно штатного механизма состояний через справочник СостоянияЗаказовПокупателей (а не комментариев или допреквизитов) критически важно для управленческого учета. Это позволяет программе собирать корректную аналитику и формировать отчет Воронка продаж по заказам. Данный отчет показывает конверсию, помогает отслеживать, на каком этапе выполнения заказы «зависают», и выявлять узкие места в работе менеджеров.
Подводя итог: если вам нужны собственные статусы, используйте штатную опцию «Виды заказов покупателей» в настройках продаж. Это сохранит вашу базу типовой, обеспечит красивую подсветку списков и даст руководителю точную аналитику по воронке продаж.