К статье
Практический материал

Разработка и Конфигурация · 12 мин

Как сделать статус в 1С: практическое руководство

Как создать и настроить статус в 1С: статусы заказов, документов и согласования. Пошаговая инструкция для типовых конфигураций и через конфигуратор.

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

Под запросом «как сделать статус в 1С» обычно скрывается одна из трёх задач: включить и настроить статусы в типовой конфигурации (например, статусы заказов клиентов в «Управлении торговлей»), добавить свой статус через расширение или конфигуратор, либо организовать процесс согласования документов. Ниже разобраны все три сценария с конкретными действиями и проверками результата.

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

Определитесь, какой именно статус вам нужен

Прежде чем что-то настраивать, важно понять, о каком статусе идёт речь, потому что механизмы в 1С различаются. В типовых решениях встречаются несколько разных подходов.

Основные варианты, которые реализуют на практике:

  • Статусы заказов клиентов и поставщикам — встроены в «Управление торговлей», «Комплексную автоматизацию» и ERP; настраиваются без программирования.
  • Состояния документов — признаки «Проведён / Не проведён / Помечен на удаление», которые есть у любого документа по умолчанию.
  • Статусы согласования — включаются для внутренних документов и некоторых прикладных объектов.
  • Собственный статус — добавляется разработчиком как новое перечисление или реквизит, когда типовых возможностей недостаточно.
Маршрут решения

Как выбрать подход

Нужны статусы заказов в УТ, КА или ERPИспользуйте штатную настройку в разделе «НСИ и администрирование», программировать не потребуется
Нужен контроль согласования внутренних документовВключите механизм согласования в настройках раздела «Документы»
Типовых статусов не хватает и нужны свои этапыДобавьте перечисление и реквизит через расширение конфигурации
Конфигурация самописная или снята с поддержкиИзменения вносятся напрямую в конфигураторе с обновлением структуры базы

Как включить и настроить статусы заказов в типовой конфигурации

В «Управлении торговлей», «Комплексной автоматизации» и ERP статусы заказов клиентов работают «из коробки», но их нужно включить и при необходимости дополнить. Порядок действий одинаков по логике, названия пунктов могут немного отличаться между версиями.

Настройка статусов заказов клиентов
  1. 1
    Откройте раздел «НСИ и администрирование» → «Настройка НСИ и разделов» → «Продажи»
  2. 2
    Найдите блок «Заказы клиентов» и установите флажок использования заказов
  3. 3
    Выберите вариант применения: заказ как счёт, только со склада, со склада и под заказ
  4. 4
    Перейдите по ссылке списка статусов и при необходимости создайте дополнительные статусы кнопкой «Создать»
  5. 5
    Для каждого статуса задайте наименование и тип (к отгрузке, ожидается оплата и т.п.)
  6. 6
    Откройте заказ клиента и проверьте, что поле «Статус» доступно и переключается

После включения статусов в списке заказов появляется колонка с текущим статусом, а в карточке заказа — поле для его смены. Менеджеры могут настроить отбор по статусу в списке документов, чтобы видеть, например, только заказы «К отгрузке».

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

Как настроить статусы согласования документов

Если задача — чтобы документ проходил этапы «На согласовании», «Согласован», «Не согласован», в типовых конфигурациях используется механизм согласования. Чаще всего он применяется к внутренним документам и заявкам.

Типовой порядок настройки:

  1. Откройте «НСИ и администрирование» → «Настройка НСИ и разделов» → нужный раздел (например, «Документы» или «Закупки»).
  2. Включите флажок согласования для соответствующего вида документов.
  3. Укажите ответственных за согласование — пользователей или роли, которые будут утверждать документы.
  4. Проверьте, что у пользователей-согласующих есть права на изменение статуса согласования.

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

Как добавить свой статус через конфигуратор

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

Создание собственного статуса в конфигураторе
  1. 1
    Сделайте резервную копию базы: «Администрирование» → «Выгрузить информационную базу»
  2. 2
    Откройте конфигуратор и создайте новый объект «Перечисление», например «СтатусыЗадания»
  3. 3
    Добавьте значения перечисления: Черновик, ВРаботе, Согласован, Завершён и другие нужные этапы
  4. 4
    Откройте нужный документ и добавьте реквизит «Статус» с типом «ПеречислениеСсылка.СтатусыЗадания»
  5. 5
    Добавьте реквизит на форму документа, чтобы пользователи могли его менять
  6. 6
    Выполните «Обновить конфигурацию базы данных» (F7) и проверьте работу в пользовательском режиме

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

Добавление статуса через расширение

Расширение — это надстройка над конфигурацией, которая не меняет её саму и не мешает обновлениям. Порядок работы: в конфигураторе откройте «Конфигурация» → «Расширения конфигурации», создайте новое расширение, заимствуйте нужный документ, добавьте в него собственный реквизит «Статус» и при необходимости собственное перечисление. Затем обновите конфигурацию базы данных и проверьте расширение в пользовательском режиме.

У расширений есть ограничения: не все объекты и не все изменения через них доступны. Если требуется сложная логика автоматической смены статусов по событиям, иногда проще реализовать её через подписки на события или внешние обработки, не трогая структуру данных.

Альтернатива без доработок: дополнительные реквизиты и свойства

Если программировать нельзя или нежелательно, статус можно имитировать штатным механизмом дополнительных реквизитов. Он доступен администратору прямо в пользовательском режиме.

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

Способы реализации статуса

Типовые статусы

Подходят для заказов и согласования в УТ, КА, ERP. Включаются настройкой, безопасны, но набор этапов фиксирован логикой конфигурации

Дополнительные реквизиты

Быстро и без программирования, но без автоматических переходов и с ограниченной логикой контроля

Расширение конфигурации

Полноценный реквизит со своим перечислением, не мешает обновлениям. Требует навыков работы в конфигураторе

Изменение конфигурации

Максимальная гибкость, но только для конфигураций, снятых с поддержки, иначе усложнит обновления

Проверка результата и типичные ошибки

Контрольные точки

Как проверить результат

Поле статуса в карточке объекта
Норма

Поле видно, значение выбирается из списка и сохраняется после записи

Тревожный признак

Поле отсутствует, недоступно для редактирования или значение сбрасывается

Список документов
Норма

По статусу работает отбор, колонка отображает актуальные значения

Тревожный признак

Отбор не работает или показывает пустые значения у старых документов

Права пользователей
Норма

Менеджеры могут менять статус в рамках своей роли

Тревожный признак

Кнопка смены статуса неактивна у части пользователей

Обновление конфигурации
Норма

После доработки через расширение типовое обновление устанавливается штатно

Тревожный признак

Обновление блокируется из-за изменений в основной конфигурации

Типичные ошибки
01
Изменение типовой конфигурации напрямую — при обновлении доработки теряются или блокируют установку релиза
02
Создание статуса строкой вместо ссылки на перечисление — пользователи вводят значения с опечатками, отборы и отчёты ломаются
03
Отсутствие заполнения статуса у старых документов — после внедрения в отчётах появляются объекты с пустым статусом; нужна разовая обработка заполнения
04
Выдача права смены статуса всем пользователям — теряется контроль этапов, статус меняют произвольно
05
Слишком много статусов — при наборе больше 7–8 этапов пользователи путаются и ставят статусы неправильно

Отдельная ситуация — уже существующие документы. Если статус добавлен в базу, где документы велись раньше, у них поле будет пустым. Для заполнения используют групповую обработку: либо штатную «Групповое изменение реквизитов» (в разделе «Администрирование»), либо программную обработку. Перед массовым изменением сделайте копию базы и проверьте результат на небольшой выборке.

Перед внедрением статусов договоритесь с пользователями о правилах: кто и когда переводит объект в каждый статус. Без регламента даже идеально настроенный механизм быстро превращается в хаос — половина заказов висит в первом статусе, а отчёты по этапам теряют смысл. Начинайте с 3–5 статусов, расширяйте список только по реальной необходимости.
ПЗ
Практическое замечание
Итог

Что важно запомнить

Сначала проверьте типовые настройки — в УТ, КА и ERP статусы заказов и согласование включаются без программирования. Для своих этапов используйте дополнительные реквизиты или расширение конфигурации, а не прямое изменение типовой конфигурации. Перед любыми доработками делайте резервную копию, а после внедрения заполните статусы у старых документов и настройте права на смену статуса.

Частые вопросы

Можно ли добавить статус в 1С:Бухгалтерии?

В «1С:Бухгалтерии» нет полноценного механизма статусов документов, как в торговых конфигурациях. Доступны дополнительные реквизиты и сведения, которыми можно имитировать статус, а также состояния для отдельных объектов (например, статусы отправки отчётности). Для сложных сценариев потребуется доработка через расширение.

Как сделать, чтобы статус менялся автоматически?

Автоматическая смена статуса реализуется программно: через подписку на событие записи документа, регламентное задание или бизнес-процесс. В типовых конфигурациях часть переходов уже автоматизирована — например, заказ может сам менять состояние при поступлении оплаты или отгрузке, если это предусмотрено настройками.

Почему поле «Статус» не видно в документе?

Чаще всего причины три: механизм статусов не включён в настройках раздела, у пользователя недостаточно прав, или реквизит добавлен в метаданные, но не выведен на форму. Проверяйте в этом порядке: настройки раздела → права пользователя → состав элементов формы документа.

Чем статус отличается от состояния документа?

Состояние «Проведён / Не проведён / Помечен на удаление» — системный признак, который есть у любого документа и влияет на движения по регистрам. Статус — прикладной реквизит, описывающий этап бизнес-процесса, например «Согласован» или «Ожидает оплаты». Один документ может быть проведён и при этом иметь любой статус.

Можно ли запретить изменение документа после установки статуса?

Да. В типовом механизме согласования документ блокируется после утверждения автоматически. Для собственных статусов такую проверку добавляют программно — в обработчике «Перед записью» объекта сравнивают текущий статус с сохранённым и отказывают в записи, если редактирование запрещено.

Потеряются ли статусы при обновлении конфигурации?

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