В современной системе управления торговлей 1С:Управление торговлей редакции 11 стандартного набора статусов часто бывает недостаточно для отражения реальных бизнес-процессов компании. Руководители отделов продаж и логистики сталкиваются с необходимостью детализировать этапы обработки документа, чтобы контролировать движение товара и денег более гибко. Возможности платформы позволяют легко расширять справочник состояний, адаптируя систему под уникальные требования предприятия без привлечения программистов.
Добавление новых этапов обработки заказа позволяет не только улучшить прозрачность работы менеджеров, но и настроить автоматические реакции системы на изменение состояния документа. Вы сможете автоматически отправлять уведомления клиентам, резервировать товары нанных складах или запускать процессы сборки. Понимание механизмов работы со статусами является ключевым навыком для администратора системы, желающего оптимизировать рутинные операции.
Зачем нужны дополнительные статусы в учете
Стандартная конфигурация 1С УТ 11 предлагает базовый набор состояний, таких как"К выполнению","В работе" или"Выполнен". Однако реальный цикл продажи часто сложнее и может включать этапы согласования с юристами, ожидания оплаты от конкретного банка или проверки службы безопасности. Создание кастомных статусов дает возможность построить прозрачную воронку продаж прямо внутри документа заказа.
Использование детализированных состояний критически важно для автоматизации. Когда вы четко определяете момент перехода заказа из одной фазы в другую, система может самостоятельно выполнять набор действий. Например, при смене статуса на"Ожидает отгрузки" может автоматически формироваться задание для кладовщика в подсистеме WMS или отправляться SMS-уведомление покупателю.
Используйте префиксы в названиях статусов (например,"Финансы: Ожидает оплаты","Логистика: Сборка"), чтобы визуально группировать этапы в общих отчетах и не запутаться в большом списке состояний.
Не стоит игнорировать роль статусов в аналитике. Отчеты по длительности нахождения заказа в конкретном состоянии помогают выявлять"узкие места" в бизнес-процессах. Если заказы неделями висят на этапе"Согласование скидки", значит, процесс утверждения дисконта требует пересмотра или делегирования полномочий.
Подготовка к расширению справочника состояний
Перед тем как приступить к техническому созданию новых записей, необходимо проанализировать текущий маршрут движения документа. Нарисуйте схему на бумаге или в графическом редакторе, определив точки принятия решений. Это поможет избежать создания дублирующих или бесполезных статусов, которые только загромождают интерфейс пользователя.
Важно убедиться, что у вашей учетной записи есть необходимые права доступа. Для работы со справочниками и настройками бизнес-процессов обычно требуется роль Администратор системы или Полные права. Пользователи с ролью"Менеджер по продажам" часто ограничены только выбором из уже существующего списка, но не могут его редактировать.
☑️ Подготовка к добавлению статусов
Обратите внимание на версию платформы и конфигурации. В релизах 1С УТ 11.4 и выше механизм работы со статусами был существенно доработан по сравнению с ранними версиями. Интерфейс настройки стал более дружелюбным, а возможности привязки событий — более гибкими.
⚠️ Внимание: Перед внесением изменений в справочники на рабочей базе данных обязательно создайте резервную копию (бекап). Ошибочное удаление системных статусов или некорректная настройка переходов может нарушить работу документов у всех пользователей.
Пошаговая инструкция создания нового статуса
Процесс добавления нового элемента в справочник интуитивно понятен и занимает всего несколько минут. Вам потребуется найти соответствующий раздел в меню администрации и заполнить карточку нового состояния. Система автоматически присвоит уникальный идентификатор, но визуальное наименование вы задаете сами.
Для начала перейдите в раздел НСИ и администрирование. В блоке настроек найдите пункт, отвечающий за продажи или заказы клиентов. В зависимости от конкретной версии интерфейса, путь может выглядеть как Продажи → Настройки и разделы → Статусы заказов. Откроется список всех доступных в системе состояний.
Нажмите кнопку Создать в верхней панели списка. В открывшемся окне введите наименование статуса, понятное всем сотрудникам. Например,"Ожидает подтверждения наличия" или"Отгружен частично". Заполните поле"Код", если система требует его ручного ввода, хотя обычно оно заполняется автоматически.
Особое внимание уделите полю"Цвет". Присвоение определенного цвета статусу позволяет визуально выделять заказы в общих списках и реестрах. Заказы со статусом"Проблемный" можно окрасить в красный, а"Срочный" — в оранжевый. Это ускоряет восприятие информации менеджерами при работе с большим потоком документов.
Путь к настройке: НСИ и администрирование → Продажи → Статусы заказов клиентовНастройка переходов и бизнес-процессов
Просто создать статус недостаточно — необходимо определить логику перехода в него и из него. В 1С УТ 11 это реализуется через механизм бизнес-процессов или прямую настройку допустимых переходов в карточке статуса. Вы можете запретить переход из статуса"Отгружен" обратно в статус"Новый", чтобы избежать логических ошибок в учете.
В карточке созданного статуса часто доступна вкладка или кнопка"Переходы". Здесь вы указываете, какие статусы могут предшествовать текущему, а какие могут следовать за ним. Такая валидация защищает базу данных от некорректных данных, когда заказ внезапно оказывается выполненным, минуя этапы сборки и отгрузки.
| Наименование статуса | Цвет индикации | Доступные переходы | Автоматическое действие |
|---|---|---|---|
| Новый заказ | Синий | В работу, Отменен | Резервирование товара |
| Ожидает оплаты | Желтый | Оплачен, Отменен | Отправка счета |
| Сборка | Оранжевый | Отгружен, На доработку | Задание кладовщику |
| Выполнен | Зеленый | Возврат (частичный) | Закрытие периода |
Для сложной логики, где переход зависит от суммы заказа или контрагента, рекомендуется использовать полноценный бизнес-процесс с картой процесса. В конструкторе БП вы сможете задать условия:"Если сумма > 100 000 руб., то переход в статус'Требует согласования директора'".
Скрытые возможности переходов
В настройках переходов можно указать ответственного, который автоматически сменится при смене статуса. Например, при переходе в"Доставка" ответственным становится водитель, а менеджер снимается с контроля.
Автоматизация действий при смене состояния
Наибольшую ценность дополнительные статусы приобретают, когда они запускают автоматические сценарии. В 1С:Предприятие это можно реализовать через подписки на события или встроенные механизмы оповещений. При смене статуса система может генерировать задачи, отправлять письма или обновлять данные в связанных регистрах.
Рассмотрим пример настройки отправки уведомления. В карточке статуса или в обработке бизнес-процесса найдите раздел"Действия". Выберите тип действия"Отправить письмо" или"Создать напоминание". Укажите шаблон текста, в который можно подставить переменные, такие как НомерЗаказа или ИмяКлиента.
Автоматизация рутинных уведомлений при смене статусов экономит до 30% рабочего времени менеджеров, исключая человеческий фактор и забытые звонки клиентам.
Также можно настроить триггеры для изменения количественных показателей. Например, при переходе в статус"Зарезервировано" система может жестко закреплять товар за этим заказом, предотвращая его продажу другому клиенту. Или наоборот, при статусе"Черновик" резерв не создается, чтобы не замораживать складские остатки.
Права доступа и видимость статусов
Не всем сотрудникам компании нужно видеть все этапы жизни заказа или иметь право менять их. Бухгалтеру может быть достаточно знать, что заказ"Оплачен", а детали сборки его не интересуют. Настройка прав доступа к статусам осуществляется через профиль пользователя или группы доступа в разделе Администрирование → Настройка пользователей и прав.
Вы можете создать отдельную роль, например,"Менеджер по отгрузкам", и разрешить ей менять статусы только в блоке логистики ("Сборка","Отгрузка","Доставка"), заблокировав доступ к финансовым статусам ("Оплата","Счет"). Это повышает дисциплину и разграничивает зоны ответственности внутри отдела.
⚠️ Внимание: Интерфейс настроек прав доступа может отличаться в зависимости от включенных опций функциональности. Если вы не видите нужных галочек, проверьте, активирована ли опция"Расширенное управление правами" в настройках системы.
Для проверки настроек зайдите под тестовым пользователем с ограниченными правами. Попробуйте открыть документ заказа и сменить статус. Если система выдает сообщение о недостатке прав или нужный статус отсутствует в выпадающем списке, значит, настройка прошла успешно и ограничения работают.
Анализ эффективности и частые ошибки
После внедрения новых статусов необходимо отслеживать, как они влияют на скорость обработки заказов. Используйте отчеты по движению документов, чтобы увидеть, на каком этапе заказы застревают чаще всего. Если вы ввели статус"Согласование спецификации", и заказы висят там по 3 дня, возможно, процесс согласования слишком бюрократизирован.
Частой ошибкой является создание избыточного количества статусов. Если у вас есть 20 различных состояний, менеджеры перестают в них ориентироваться и выбирают их хаотично. Старайтесь держать количество активных статусов в разумных пределах, объединяя схожие по смыслу этапы.
Регулярно (раз в квартал) проводите аудит справочника статусов. Удаляйте или делайте неактивными те состояния, которые перестали использоваться в реальном бизнес-процессе, чтобы не засорять базу данных.
Еще одна проблема — несоответствие статуса фактическому положению дел. Менеджеры могут забывать менять статус после выполнения действия. Решением является обязательное требование смены статуса перед проведением следующего документа в цепочке (например, нельзя создать накладную, если заказ не в статусе"Готов к отгрузке").
FAQ: Часто задаваемые вопросы
Можно ли удалить стандартный статус"Выполнен"?
Нет, системные статусы, такие как"Выполнен","Отменен" или"К выполнению", являются базовыми для логики работы документов в 1С УТ 11. Их удаление запрещено конфигурацией, так как это может привести к ошибкам проведения документов и формирования отчетов. Вы можете только добавлять новые или скрывать неиспользуемые собственные статусы.
Как сделать так, чтобы статус менялся автоматически при проведении накладной?
Для этого необходимо настроить бизнес-процесс или использовать обработку"Согласование". В настройках перехода укажите событие"При проведении документа Реализация" как триггер для смены статуса заказа на"Выполнен". В типовых конфигурациях это часто уже реализовано, но требует проверки в разделе настроек продаж.
Влияет ли цвет статуса на печатные формы документов?
Сам по себе цвет, выбранный в справочнике, отображается только в интерфейсе программы (в списках и формах документов). На печатные формы (счет, накладная) цвет не выводится автоматически. Чтобы отобразить статус на печати, нужно доработать макет печатной формы, добавив вывод поля"Статус" в шаблон.
Можно ли запретить изменение статуса задним числом?
Да, это настраивается через права доступа и параметры системы. В разделе НСИ и администрирование можно установить запрет на редактирование документов прошедших периодов. Кроме того, в бизнес-процессах можно прописать условие, запрещающее переход в определенные статусы, если дата документа меньше текущей.
Где посмотреть историю смены статусов по конкретному заказу?
История изменений хранится в журнале регистрации или в специальном отчете по движению документа. Откройте форму заказа, перейдите на вкладку"История" или нажмите кнопку"История изменений" в верхней панели. Там будет отображена дата, время, пользователь и текст изменения статуса.