От требований клиента до спецификации и КП: как работает конфигуратор оборудования

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

Что вводит клиент или менеджер

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

Поэтому первый слой конфигуратора состоит из вопросов на языке клиента. Хорошая анкета короткая и задаёт только то, от чего зависит состав. Если ответ на вопрос ни на что не влияет, вопрос лишний. Если без ответа нельзя выбрать узел, поле обязательное, и КП без него не выпускается.

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

Как правила превращают требования в состав

Второй слой содержит правила. Они бывают трёх типов:

• выбор: по расходу воздуха и сопротивлению сети подбирается типоразмер вентилятора;
• зависимость: при водяном нагревателе обязательна защита от замерзания и узел обвязки;
• запрет: определённый корпус не совместим с выбранным типом рекуператора.

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

Ограничения делятся на жёсткие и снимаемые. Жёсткое снять нельзя никому. Снимаемое может снять инженер, если для этого есть основание.

Исключение: когда правило нужно обойти

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

Конфигуратор не должен ни молча пропускать такое, ни запрещать навсегда. Нормальный порядок такой:

1. Менеджер запрашивает исключение и пишет причину словами клиента.
2. Инженер видит конкретное нарушенное правило и параметры.
3. Инженер одобряет или отклоняет с обоснованием.
4. Одобрение действует только для этих параметров. Если клиент меняет расход или регион, исключение надо подтверждать заново.

Последний пункт часто упускают. Без него старое разрешение тихо переходит на другой состав, для которого его никто не давал.

Спецификация, цена и версия КП

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

Результатом становится версия КП с номером. Клиент подтверждает именно её. Если после этого кто‑то меняет параметры, создаётся новая версия, а подтверждённая остаётся неизменной. Так в споре о том, что было согласовано, есть точный ответ.

У версии КП есть срок действия и дата прайса, по которому она посчитана. Если прайс обновился, старая версия остаётся в истории с прежними ценами, а для нового подтверждения выпускается новая. Клиенту при этом видны только его цена, состав и сроки. Внутренние уровни скидок, лимиты и обсуждение исключений в документ для клиента не попадают.

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

Шаблон описания одного правила

Чтобы подготовить правила к любой системе, удобно записывать каждое в одном формате:

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

Что остаётся за пределами конфигуратора

Конфигуратор не проектирует систему вентиляции целиком и не заменяет инженерный расчёт объекта. Он ускоряет типовой подбор внутри правил, которые компания уже знает. Аэродинамика сети, акустика и тепловой баланс здания остаются задачей проектировщика.

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

В демонстрационном сценарии можно проследить, как несовместимое сочетание блокируется, как исключение уходит инженеру и как клиент подтверждает конкретную версию КП.

Посмотреть сценарий

Связанная статья: Готовый конфигуратор или собственная разработка: что проверить перед выбором.

Источники и границы примера

• Конфигурация по ограничениям
• Производство

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