Система регламентов на 1С: от написания до исполнения

Система регламентов в компании на 1С строится в три шага: правило формулируется на бизнес-языке, встраивается в конфигурацию техническими средствами и проверяется по конкретным метрикам. Всё, что остаётся в виде PDF-документа, перестаёт исполняться при первом авральном дне. Не потому что сотрудники плохие, а потому что инструмент это позволяет.

Почему регламент в папке не работает

Типичная история: руководитель тратит неделю на «Положение об оформлении заказов», рассылает его всем, проводит собрание. Через месяц всё по-прежнему.

Причина одна: правило должно требовать исполнения само, без участия директора. Если менеджер может провести заказ без указания ответственного или дать скидку 18% там, где прайс разрешает 5%, он так и будет делать. Не из вредности, а потому что быстрее.

Регламент работает только тогда, когда нарушить его труднее, чем соблюдать.

С чего начинать: инцидент вместо идеала

Не пишите регламент «с нуля» и «как должно быть». Начинайте с конкретного инцидента, который уже стоил денег.

Пример. Менеджер дал скидку 18% на крупный заказ. По прайсу максимум без согласования – 5%. Потери на одной сделке: 47 000 ₽. После этого в 1С ставится ограничение: поле «Процент скидки» блокируется при значении выше 5% без согласующей пометки руководителя в документе.

Порядок работы с инцидентом:

1. Зафиксировать потери в рублях (или в часах, если инцидент операционный).
2. Найти точку в 1С, где нарушение стало возможным: какое поле, какой документ, какая роль.
3. Написать одно правило: что должно происходить вместо этого.
4. Встроить правило в систему: ограничение права, обязательное поле, маршрут согласования.
5. Через две недели проверить по базе: нарушение повторилось или нет.

Один инцидент – одно правило. Не пытайтесь закрыть всё за один подход.

Четыре уровня регламентов в 1С

Удобно делить регламенты на четыре уровня. Каждый следующий сложнее в настройке, но ценнее для бизнеса.

Уровень 1. Зоны ответственности

Кто создаёт документ, кто согласует, кто проводит. Без этого начинается «я думал, это сделает Иванов». Решается через роли и профили доступа в 1С: у каждого сотрудника ровно те права, которые нужны для его участка.

Уровень 2. Пороги согласования

Конкретные числа, после которых нужно разрешение старшего. Пример для отдела продаж:

• Скидка до 3% – менеджер без согласования.
• Скидка 3-7% – руководитель отдела.
• Скидка 7-15% – коммерческий директор.
• Скидка выше 15% – только с расчётом маржи, прикреплённым к документу.

Это не «большие скидки согласовывать с руководством». Это конкретные цифры, зашитые в права роли.

Уровень 3. Проверочные точки

Что нужно проверить перед тем, как двигаться дальше:

• Проверка ИНН по контрольному числу при создании контрагента.
• Наличие подписанного договора перед первой отгрузкой.
• Сверка суммы счёта с заказом: расхождение более 2% требует комментария в документе.

Уровень 4. Контрольные метрики

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

Как встроить регламент в 1С

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

Роли и профили доступа

Ограничение по роли работает без участия руководителя. Менеджер физически не может изменить цену ниже себестоимости, если у него нет соответствующего права. Не нужно объяснять – просто невозможно.

Обязательные поля при проведении

Документ не проводится, если поле «Ответственный» пустое или договор не выбран. Это два-три часа работы разработчика один раз – и вы больше никогда не получите заказ без ответственного.

Статусы и маршруты согласования

В УТ и КА есть механизм статусов документов. Заказ не переходит в «Подтверждён», пока его не одобрил нужный сотрудник. Маршрут настраивается под любое правило уровня 2.

Подробнее о том, как автоматические проверки снижают процент ошибок в документах, – в статье «Как ИИ проверяет корректность документов в 1С и снижает ошибки».

Чек-лист запуска системы регламентов

Используйте этот список при внедрении каждого нового регламента.

• Инцидент зафиксирован: есть конкретная сумма потерь или задокументированный сбой процесса.
• Правило сформулировано на бизнес-языке: «скидка выше 7% – согласование с коммерческим директором», а не «соблюдать ценовую политику».
• Точка нарушения найдена в 1С: конкретный документ, поле, роль.
• Техническая реализация выбрана: ограничение права / обязательное поле / маршрут согласования / проверка при проведении.
• Разработка выполнена и проверена: тестовый сценарий – попытка нарушить правило – система блокирует.
• Метрика контроля определена: что именно и как часто смотрит руководитель.
• Отчёт настроен: данные по метрике доступны за один клик, без ручного сбора.
• Первая проверка через две недели: нарушения по новому правилу – ноль или есть обходной путь.

Один регламент по этому чек-листу внедряется за 3-5 рабочих дней: день на анализ, день-два на разработку, день на тест.

Кейс: производственно-торговая компания, 45 человек

Конфигурация «Комплексная автоматизация». Регламенты существовали в Word-документах. Скидки давались «по ситуации». Контрагенты создавались без проверки реквизитов.

Что обнаружили при аудите базы: 3-5 дублей контрагентов в месяц, из-за которых расчёты расходились. Потери на некорректных скидках – 180 000 ₽ в месяц по данным управленческого учёта. Директор тратил около 6 часов в неделю на ручную проверку документов.

Что сделали за два месяца:

• Ввели роли с порогами скидок по трём уровням (3%-7%-15%).
• Добавили проверку ИНН при создании контрагента: при несовпадении контрольного числа поле подсвечивалось красным, провести документ нельзя.
• Настроили еженедельный отчёт «Нарушения регламентов»: три показателя, один экран.

Через три месяца:

• Дубли контрагентов: 0 в месяц.
• Средняя скидка по отделу: снизилась с 4,8% до 2,1%.
• Потери на некорректных скидках: 34 000 ₽ в месяц – снижение на 81%.
• Время директора на контроль: с 6 часов в неделю до 20 минут.

Ключевой момент: регламент не «ужесточили». Его просто встроили в инструмент. Для контроля прогресса по каждому правилу удобно использовать автоматизированный мониторинг регламентов в 1С – он фиксирует каждое отклонение без участия руководителя.

О том, как ИИ помогает предсказывать срывы ещё до того, как они произошли, – в материале «Предиктивный контроль в продажах: ИИ предсказывает срыв сделки».

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

С какого регламента начинать, если их нет вообще?

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

Как добиться исполнения, если сотрудники привыкли работать «по-старому»?

Не добиваться через убеждение, а встроить в систему. Если 1С не позволяет нарушить правило физически, вопрос исполнения снимается сам. Сопротивление возникает только тогда, когда правило существует в Word, но не в базе.

Кто должен писать регламенты – руководитель или разработчик?

Руководитель формулирует правило на бизнес-языке: «скидка выше 7% – согласование с коммерческим директором». Разработчик переводит это в настройки прав и проверок при проведении. Типичная встреча – два часа, после чего правило уже работает в базе.

Как понять, что регламент устарел и нужно его пересмотреть?

Если в базе накапливаются исключения – документы с комментарием «по согласованию» или ручными правками после проведения – значит, правило не отражает реальный процесс. Раз в квартал смотрите на число таких исключений. Если их больше 10% от потока – порог нужно пересматривать.