Что такое «бизнес-правила» и как они влияют на автоматизацию управления. Часть 1. Как бизнес-правила влияют на автоматизацию: пример из практики

29.05.26

Бизнес-анализ - Работа с требованиями

Чтобы компания была успешна, она должна работать по определенным правилам. Есть типовые правила, есть правила уникальные – вырабатываемые с учетом специфики и конкурентных преимуществ конкретного бизнеса. К сожалению, многие правила не могут быть «автоматически встроены» в алгоритмы работы информационной системы. Их нужно либо выявлять, либо вырабатывать совместно с бизнесом. И это головная боль и «спорная территория» многих проектов. В этой статье я хочу помочь разобраться: что такое бизнес-правила, как они вырабатываются и как это связано с автоматизацией.

Часть 1. Как бизнес-правила влияют на автоматизацию: пример из практики

Чтобы не загружать вас теорией, сразу начну с кейса.  Дано: производственно- торговая компания, занимающаяся лакокрасочными покрытиями и средствами защиты промышленных объектов. В составе продукции как типовая, так и позаказная номенклатура. Иногда под требования клиента в типовой продукции приходится менять отдельные характеристики (например, усиливать температурную устойчивость).

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

Причем здесь бизнес-правила, спросите вы? А вот причем. Когда начали разбираться с требованиями, как должна работать информационная система и какие задачи решать, выяснилось следующее:

  1. Непонятно, по каким критериям заказ клиента относят к «типовому» или «уникальному». Очевидно, что с позиции продавцов все заказы «уникальные» и «срочные». Поэтому производство не может выстроить ритмичное планирование и работает в режиме «тушения пожаров». А значит дает больше сбоев и увеличивает брак.
  2. Отдел снабжения в этой ситуации не может спланировать адекватный объем запасов сырья и специфических добавок, вынужден либо закупать сразу много (на всякий случай), либо срочно брать то, что можно быстро доставить. В результате страдает качество входного сырья или увеличивается его стоимость. А иногда, чтобы избавиться от излишних запасов, сделанных заранее, их начинают добавлять в другие рецептуры в качестве аналогов. И это тоже приводит к браку, поскольку влияет на устоявшуюся технологию производства.
  3. Клиент может в последний момент поменять ТЗ на нетиповую продукцию. Когда уже все испытания прошли, спецификации и технологические карты созданы. В итоге отдел разработки и производство начинают «подшаманивать» в рецептуре, чтобы быстро добиться нужных характеристик. На выходе- задержки в сроках и опять же брак.
  4. Когда клиент возвращает претензионную продукцию, нужно принимать решение, что с ней делать: дорабатывать до нужного уровня, пускать в переработку как сырье с более низким качеством или вообще утилизировать. Так как четких правил учета такой продукции по складам нет, возникает путаница при перемещении претензионной продукции и ее дальнейшем использовании. Например, продукцию «к утилизации» могут случайно выдать в переработку в качестве добавки. А иногда возникает и осознанное желание использовать брак «не по назначению». В итоге – снова брак, теперь уже свежевыпущенной продукции.
  5. Ну и «вишенка на торте» - все это естественно приводит к увеличению себестоимости. Ну и конечно, для упрощения задач бухгалтерии распределение всех этих затрат происходит котловым методом – на всю продукцию, выпущенную за определенный период. Как следствие – неконкурентные цены, вынуждающие продавцов завоевывать клиента обещаниями быстрых сроков выполнения заказов.

Круг замкнулся. Что делать?

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

Какие бизнес-правила пришлось выработать в этом кейсе, чтобы обеспечить потребности бизнеса (скорость и качество производства) и при этом корректно, без «раскурочивания» и системных противоречий реализовать требования по автоматизации?

Правила 1.  Разделение номенклатуры готовой продукции на сегменты (по принципу АВС и XYZ) и установка для каждого сегмента сценариев планирования и производства:

 

Группа продукции

Правила планирования

Правила производства

Часто и регулярно заказываемая продукция (типовая). Большие объемы

Планируется на год исходя из статистики + заключенных долгосрочных контрактов.

Актуализируется ежеквартально

Серийное производство.

Планирование производства на основании оптимального запаса.

График и объемы выпуска исходя из оптимальной партии (с учетом загрузки оборудования и затрат на переналадку)

Регулярно, но не ритмично заказываемая продукция.

Объемы средние

Планируется помесячно исходя из заключенных договоров и согласованных заказов клиентов.

График выпуска уточняется еженедельно с учетом новых заказов

Мелкосерийное производство.

Планирование производства на основании совокупного объема заказов конкретной номенклатуры.

Объем выпуска исходя из минимальной партии (с учетом загрузки оборудования и затрат на переналадку)

Уникальная продукция.

Разовые заказы независимо от объемов и характеристик

Планируется двумя способами:

  • Годовые контракты с клиентами по крупным заказам – разбиваются по оптимальным объемам поставок (исходя из себестоимости производства) и включаются в план производства
  • Небольшие заказы – собираются ежемесячно, балансируются с  по срокам с основным производством. За срочность производства (вне графика) устанавливается дополнительная наценка, покрывающая затраты на переналадку оборудования и пр.

Позаказное производство.

Планирование производства только на основании размещенного и предоплаченного заказа.

График производства согласуется между производством и коммерческой службой исходя из текущей загрузки, доступности оборудования, стоимости переналадки с одной стороны. Перспективности клиента и потенциальной доходности от заказа - с другой.

Основным критерием является коммерческая и стратегическая  выгода от выполнения конкретного заказа для общей деятельности предприятия

 

Правила 2.  Выработка критериев (конкретных значений объемов и частоты заказа), по которым продукция относится к конкретному сегменту, формул расчета сегментов.

Дальше достаточно было определить бизнес-процессы для каждого сценария и настроить их вместе со всеми параметрами в информационной системе.

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

Результат: четкий порядок планирования, повышение эффективности производства (сокращение лишних процедур, переналадок и пр.), повышение качества выпускаемой серийной продукции за счет стабилизации выпуска. Сокращение сроков обеспечения потребностей в серийной номенклатуре – за счет регулярного пополнения склада готовой продукции и типового сырья.

Дополнительным эффектом стало сокращение на складе неликвидов сырья, закупленного «про запас» под позаказную продукцию.

 

Правила 3.  Ограничения по внесению изменений в заказ клиента. Для этого пришлось решить несколько задач:

  • Определить правило «точки невозврата» для уникальных рецептурных заказов, размещенных в производство. Под «точкой невозврата» в нашем случае понимались события, после которых внесение изменений в ТЗ на продукцию (характеристики, рецептуру) запрещалось. Критериями «точки невозврата» стали:
    • закупленное уникальное сырье, которое невозможно использовать как аналог для производства другой продукции
    • согласованный недельный план производства, в который включен заказ и под который расписаны все производимые партии.
  • Договориться о правилах встречного информирования:
    • от отдела продаж к отделу разработки и к производству – о появлении у клиента новых требований к нетиповой продукции. ДО передачи ТЗ в производство и наступлении «точки невоврата»
    • от отдела закупок к отделу продаж – о размещенном заказе поставщику (на закупку специфического сырья под заказ клиента)
    • от отдела производства к отделу продаж - о постановке заказа клиента в график производства
  • Договориться о правиле «точки старта работ по заказу» - в какой момент компания начинает вкладывать усилия в исполнение уникального заказа клиента (искать поставщиков, разрабатывать или менять рецептуры и т.п.). Таким правилом естественно стало поступление предоплаты за заказ.

Дальше все эти правила были опять же прошиты в информационной системе в виде:

  • Статусов согласования ТЗ с клиентом
  • Статусов работы по заказу клиента
  • Системных запретов на корректировку заказа, спецификаций и технологических карт после присвоения определенных статусов

Результат: повышение ритмичности и прогнозируемости производства, стабилизация обеспечения клиентов типовыми или заранее запланированными заказами, стабилизация разработанных по заказу рецептур и снижение брака.

Дополнительным эффектом опять же стало сокращение неликвидов сырья, закупленного под конкретного клиента, но не востребованного из-за изменения его требований.

 

Правила 4. Структура логических складов учета, виды возвращаемой продукции (по дальнейшему использованию), порядок учета и сценарии перемещения продукции по складам:

 

Тип продукции

(после экспертизы при приемке возврата)

Склад учета

Сценарии перемещения и использования

Годная (брака и потери свойств не выявлено)

Склад готовой продукции

Оформляется возврат на склад готовой продукции. Можно продавать

Незначительный брак (можно легко восстановить свойства)

Склад брака

Оформляется возврат признаком «брак» и дополнительной характеристикой «восстановление». Определяется технология и затраты на восстановление. Формируется задание в производство на восстановление продукции с отдельной технологической картой и спецификацией. Ставится в график производства

Брак существенный, но продукцию можно переработать как сырье

Склад переработки

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

Брак критичный, использовать нельзя

Склад утилизации

Оформляется возврат с признаком «брак» и дополнительной характеристикой «утилизация». В системе ставится запрет на перемещение продукции со склада утилизации на любые другие склады. Запускается процесс утилизации.

 

Дальше в информационной системе:

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

Результат: сокращение производственного брака по причине нарушения технологии производства (допустимое использование бракованной продукции в переработке в качестве сырья).

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

  • Ввести учет по партиям
  • Распределять на продукцию, выпущенную под уникальный заказ клиента, затраты на закупку уникального сырья, неликвиды, возникшие из-за изменения ТЗ, затраты на переналадку производства под срочный заказ и прочие «радости», которые раньше распределялись на всю продукцию завода
  • Договориться о правилах учета и отнесения на себестоимость затрат на восстановление брака, использования брака в качестве сырья для производства новых партий

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

Ну и самое главное – появились четкие правила, как нужно настроить расчет себестоимости в информационной системе. Что существенно облегчило работу ИТ службе.

Могла бы автоматизация сама по себе решить эти проблемы? Нет.

Могла бы автоматизация пройти успешно при отсутствии этих правил? Вряд ли.

Помогли бы эти правила бизнесу и без автоматизации? Несомненно!

 

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

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

Работа с требованиями управление проектом автоматизация управления

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Анализ бизнес-процессов Бесплатно (free)

Архетипы систем помогают увидеть структуру повторяющихся проблем и понять, почему устранение симптомов не всегда приводит к желаемому результату. На примере архетипа «Подмена проблемы», рассмотрим как возникают задержки, уравновешивающая и усиливающая обратная связь, побочные эффекты и зависимость от постоянного «тушения пожаров».

29.05.2026    231    0    SerjoginaMaria    2    

0

Работа с требованиями Анализ бизнес-процессов Оптимизация бизнес-процессов Бизнес-аналитик Бесплатно (free)

Чтобы компания была успешна, она должна работать по определенным правилам. Есть типовые правила, есть правила уникальные – вырабатываемые с учетом специфики и конкурентных преимуществ конкретного бизнеса. К сожалению, многие правила не могут быть «автоматически встроены» в алгоритмы работы информационной системы. Их нужно либо выявлять, либо вырабатывать совместно с бизнесом. В первой части статьи я на практическом примере показала, как бизнес-правила влияют на работу компании и как они определяют требования к работе в информационной системе. С чем приходится разбираться «на входе проекта», чтобы реально повысить бизнес-эффективность. Во второй части мы разберемся с тем, как решать эти задачи.

29.05.2026    233    0    e_ivanova    0    

0

Работа с требованиями Бесплатно (free)

Каким должно быть техническое задание, чтобы разработчик понял задачу так же, как аналитик, тестировщик и бизнес? Покажем, почему требованиям нужны обоснование, конкретные формулировки по SMART, единый командный контекст и визуальная опора в виде схем, макетов и глоссария. Объясним, как недосказанность, размытые формулировки и отсутствие коммуникации превращают даже хорошо оформленное ТЗ в источник ошибок. Отдельно поговорим о soft skills: регулярных встречах, синках, воркшопах и умении вовремя проговорить нюансы с исполнителями.

21.05.2026    1138    0    batsy66    16    

9

Оптимизация бизнес-процессов Бесплатно (free)

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

14.05.2026    373    0    user1820767    2    

0

Анализ бизнес-процессов Россия Бесплатно (free)

Эта статья — развёрнутый ответ на вопросы читателей InfoStart о Nexus. Чтобы не растягивать тему по комментариям, я собрал её в цельный материал — с большим уважением к профессиональной аудитории площадки. Речь о том, почему искусственный интеллект предприятия — это уже не фантастика и не “говорящий корабль” из кино. Midea, Alibaba, Siemens, o9, Palantir, Celonis и Haier показывают, как данные, процессы, ИИ и производство соединяются в системы действия. Для российского среднего предприятия вопрос не в том, чтобы повесить нейросеть над Excel. Вопрос — успеть собрать собственную живучесть: процессы, доменную память, KPI, стресс-сценарии, RPA-роботов связи и способность быстро отвечать рынку. Nexus здесь рассматривается как практический инструмент: не заменить людей, а вооружить их памятью, расчётом и скоростью действия.

13.05.2026    363    0    erp-мастер    0    

1

Работа с требованиями Бесплатно (free)

Разбираемся, почему проекты разваливаются из-за требований, и показываем техники добычи скрытых потребностей заказчика – от работы с ролями до уточнения контекста. Учимся использовать инструменты визуализации от простых схем до User Story Mapping, чтобы сделать требования понятными всем участникам проекта. Показываем, как найти баланс между идеальным решением и реальной реализацией, не превращая проект в бесконечную доработку. А также приводим практический кейс, в котором корректная работа с требованиями позволила сократить бюджет проекта примерно на 30%.

24.04.2026    737    0    Бэнни    2    

4

Архитектура данных Анализ бизнес-процессов Оптимизация бизнес-процессов Бесплатно (free)

Современные компании сталкиваются с экспоненциальным ростом сложности ИТ-ландшафта: сотни разрозненных систем, тысячи интеграций, десятки форматов документации и постоянно меняющиеся команды. Показываем, как перейти от хаоса к прозрачной архитектуре, объединив подходы TOGAF, ArchiMate, ADR и инструменты визуализации на 1С. Объясняем, как выстроить единый язык взаимодействия, сократить число интеграций, навести порядок в документации и создать цифровой двойник компании, дополненный AI-агентом, который способен анализировать архитектуру и прогнозировать последствия изменений.

27.02.2026    1117    0    kuzin_roman    0    

4

Архитектура решений Оценка проекта Работа с требованиями Бесплатно (free)

Разбираемся, как подхватывать проекты, которые зашли в тупик или были заморожены на предыдущих этапах, и возвращать их к жизни. Покажем, как провести аудит текущего состояния, работать с неинформативной или отсутствующей документацией и выстроить системную работу с требованиями. А также объясним, как наладить взаимодействие новой команды, понять, когда требуется замена людей на проекте, и перезапустить отношения с заказчиком. Все подходы основаны на практическом опыте реанимации ERP-проектов с последующим успешным вводом систем в эксплуатацию.

12.02.2026    1562    0    Arakawa    9    

9
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. DmitryKlimushkin 29.05.26 11:20 Сейчас в теме
Клиент может в последний момент поменять ТЗ....

Что может, а что не может клиент определяется только договором. Если договор заключен "для проформы", то получите все последствия от такого безрассудства. Тогда клиент за счет исполнителя будет исполнять свою "научно-исследовательскую деятельность" под вывеской "а давайте попробуем". Это не бизнес-правило, это бизнес-безалаберность)
4. e_ivanova 60 29.05.26 12:22 Сейчас в теме
Я правильно понимаю, что вы хотите покритиковать руководство этой компании - как они организовали свою деятельность? Мне кажется, это не очень продуктивно.
Пример был приведен в качестве иллюстрации того, как отсутствие бизне-правил приводит к бардаку. И что пришлось выравнивать в проекте.
2. lada2011 29.05.26 11:45 Сейчас в теме
Есть завод, который выпускает самые крутые наши автомобили, наше предприятие выпускает некоторые элементы. Так вот завод не может спланировать выпуск автомобилей даже на год и высылает нам заказы на комплектующие, количество и наименования меняются ежемесячно. Для выпуска комплектующих наше предприятие заказывает материал в Китае, срок поставки более двух месяцев. Так что планирование - не всегда можно описать математическими формулами.
5. e_ivanova 60 29.05.26 12:32 Сейчас в теме
А я и не имела в виду математические формулы. Я имела в виду четкие и прозрачные договоренности. Которые, если можно, должны быть заложены в систему.
Случай, который вы описали, сейчас типичный для многих. Но с ним тоже можно работать. Например:
- настроить сквозное планирование между бизнес-единицами горизонтально- интегрированного холдинга (если вы не внешний самостоятельный поставщик, а юидически обособленная часть этого завода)
- договориться о сроках приемки и выполнения заказа с учетом сроков поставки
- настроить промежуточные статусы выполнения поставки из Китая (вышел с завода, на погрузке, перевозится, на таможне, прошел таможню и т.д.), процесс информирования вас и затем вашегно поставщика об отклонениях в сроках поставки заранее - по этим этапам.

Ситуацию кардинально это не решит, но снизит объем суеты и претензий, когда вы срываете выполнение заказа из-за того, что завод прислал вам его за 2 недели до даты выполнения или материал застрял в пути

Ну и еще наверняка можно провести анализ материала по частоте и объемам заказа и все-таки какую-то часть держать в запасах. В моем кейсе такя же ситуация была. Большуючастьсырья возили из Китая. Но егментация позвоила выделить сырье, которое было "основой" для производства 50% номенклатуры, и закзывать его под запас
3. user-z99999 78 29.05.26 11:54 Сейчас в теме
Выработка критериев (конкретных значений объемов и частоты заказа)

Как это делать, когда на совещании 8 начальников и у каждого своё представление "правильности" критериев?
Можно устроить голосование, но результат может быть не самый лучший.
Все слушают, что скажет ГД?
6. e_ivanova 60 29.05.26 12:35 Сейчас в теме
А так всегда и бывает :). У меня в практике корсс-функциональные совещания по 7-12 руководителей разных отделов, которые между собой не могут договориться. Есть технологии модерации таких совещаний, выработки решений.
Если в итоге всраво не огут оговориться- фиксируем несколько вариантов, которые приняты как наболее здравые, описываем плюсы и минусы каждого - и выносим на утверждение ГД
Для отправки сообщения требуется регистрация/авторизация