Подрядчик по «1С» естественным образом склонен отвечать «доработаем», а поставщик специализированного решения — «нужен наш продукт». Полезнее иметь набор проверяемых признаков, по которым можно принять решение самостоятельно. Разберём, в каких случаях доработка платформы действительно перестаёт быть разумным вариантом.
Признак 1. Задача требует оптимизации, а не расчёта
Ключевое различие, которое часто не проговаривают. Расчёт отвечает на вопрос «что получится при таких параметрах». Оптимизация — «какие параметры дадут наилучший результат при ограничениях».
Если задача формулируется как «найти распределение производства между площадками, минимизирующее совокупные затраты при соблюдении сроков и мощностей», это оптимизация с сотнями переменных. Такие задачи решаются специализированными решателями, и воспроизводить их на платформе учётной системы нерационально.
Как проверить: сформулируйте задачу вслух. Если в формулировке есть «минимизировать» или «максимизировать» при нескольких одновременных ограничениях — это признак.
Признак 2. Размерность превышает возможности интерактивной работы
Когда пересчёт сценария занимает часы, работа со сценариями перестаёт быть возможной: смысл сценарного анализа в том, чтобы сравнить варианты за время совещания.
Порог зависит от конфигурации оборудования, но признак универсален: если планировщик не может задать вопрос «а что если» и получить ответ в течение рабочего дня, инструмент не соответствует задаче.
Признак 3. Нужны модели, требующие специализированной среды
Прогноз с учётом множества внешних факторов, машинное обучение с регулярным переобучением, работа с большими массивами разнородных данных — это отдельная инженерная область.
Важная оговорка: это не обязательно означает отказ от платформы. Практичное решение — вынести расчёт во внешний сервис, оставив систему записи, версии планов и согласование в «1С». Отдельный продукт целиком нужен только если такая связка не покрывает задачу.
Признак 4. Доработка воспроизводит готовый продукт
Тревожный сигнал: перечень требований к доработке начинает читаться как описание отдельной системы — свой интерфейс планирования, своя аналитика, свои модели, свой слой хранения версий.
Стоимость такой разработки складывается не только из создания, но и из сопровождения: каждое обновление конфигурации потребует проверки, а знание о том, как это устроено, будет храниться у нескольких человек.
Как проверить: оцените объём доработки в человеко-месяцах и сравните со стоимостью готового решения с учётом трёх лет сопровождения.
Признак 5. Планирование — основа бизнес-модели
Для дистрибутора качество планирования — это и есть маржа. Для авиакомпании или сети управление доступностью — центральный процесс. В таких случаях инвестиция в специализированный инструмент оправдана, потому что улучшение на доли процента окупает разницу в стоимости.
Для производственной компании, где планирование — вспомогательный процесс, та же инвестиция себя не окупит.
Признак 6. Совместное планирование с контрагентами
Если процесс предполагает, что поставщики и клиенты работают в общем контуре планирования — видят прогноз, подтверждают объёмы, вносят свои данные, — это отдельный класс задач. Организовать такое на учётной системе можно, но объём работ сопоставим с отдельным продуктом.
Когда доработка остаётся правильным выбором
- Требуются свои разрезы планирования и специфические правила обеспечения — это настройка и умеренная доработка.
- Нужен учёт промо, новинок, сезонности — воспроизводится на платформе.
- Требуется согласование версий с ролями и правами — реализуется штатно.
- Нужна отчётность под свой набор показателей — обычная задача.
- Объём данных укладывается в приемлемое время расчёта.
- Задача формулируется как расчёт, а не как оптимизация.
Практика показывает, что подавляющее большинство требований попадает именно в этот список, а ощущение «нам нужен специальный продукт» чаще возникает из-за неготовности данных, а не из-за ограничений платформы.
Порядок принятия решения
- Сформулировать задачи планирования списком, без привязки к инструментам.
- Отметить, какие из них — оптимизация, а какие расчёт.
- Оценить размерность и требуемое время пересчёта.
- Проверить, не является ли причина трудностей качеством данных.
- Оценить объём доработки в человеко-месяцах.
- Сравнить со стоимостью готового решения на горизонте трёх лет, включая интеграцию.
- Рассмотреть гибрид: система записи в «1С», сложные расчёты снаружи.
Четвёртый пункт стоит выполнять честно. Значительная часть проектов по замене инструмента планирования заканчивается тем же результатом, потому что причина была в незаполненных справочниках и неочищенной истории.
Итог
Специализированное решение оправдано, когда задача является оптимизацией, а не расчётом; когда размерность делает сценарный анализ невозможным; когда планирование лежит в основе бизнес-модели; или когда объём доработки начинает воспроизводить готовый продукт. Во всех остальных случаях доработка платформы дешевле и надёжнее, а гибридная схема с внешним расчётом при единой системе записи закрывает большинство пограничных ситуаций.
Прежде чем выбирать отдельный продукт, стоит проверить, покрывает ли задачу решение «1С:S&OP» — в большинстве случаев требования оказываются в пределах его возможностей.
Компания «Сайфилд» помогает оценить, где заканчиваются возможности настройки и начинается целесообразность отдельного решения. Опишите свои задачи планирования, и мы дадим оценку.