На большинстве заводов и холдингов сегодня царит «зоопарк» приложений: ERP ведёт финансы, CRM — клиентов, PDM — чертежи, MES — цех, E-Proc — тендеры… Каждое звено «по-своему право», но единой сквозной картины нет. И самое удивительное — готовой MonoCore-системы на рынке до сих пор нет: только «ещё-одна-ERP» или «ещё-одна-APS». Посмотрим, что нам это стоит и почему пора делать ставку на единую корпоративную среду управления. Типовой сценарий «зоопарка систем» 📂 Дубли мастер-данных. Артикул «123-A/1» живёт в ERP, «123-A_rev1» — в PDM, а в MES его зовут «123A». Данные улетают «не туда» — ищите крайних. 🔗 Интеграционные гирлянды. Обновление версии 1С → падают кастомные интеграции, недели «горящих» фиксов. ⏳ Зависшие изменения. Конструктор сменил материал на детали, но до планировщика APS доехало спустя 10 дней, а закупки уже «выстрелили» старый материал. 💰 Стоимость владения раздувается. Лицензии + сопровождение + обновления = десятки миллионов рублей в год. И это без учёта потерь от несинхронизированных запасов. 🛑 Стоп-фактор инноваций. Любой AI-пилот тонет в согласованиях доступа к десятку БД. Почему рынка MonoCore до сих пор нет? (Спойлер: дело не только в консервативных заказчиках) 1. Инертность и возражения рынка - «У нас уже 1С + PDM + MES — просто докрутим» Кажется дешевле «доработать привычное», но каждое обновление 1С рвёт кастомные API, а разрывы CRM → BOM → MRP всё равно остаются. - «Перенести BOM — титанический труд». На деле миграция нужна лишь для живых позиций: парс CAD → Excel-шаблон → API-импорт. 2 инженера × 3 мес. = 10 000 строк, и половина номенклатуры спокойно «доживает» в старой 1С-могиле. - «Будем работать в нескольких системах сразу». В MonoCore весь операционный цикл — в одном веб-кокпите; в старую ERP заходит только главбух для редких операций. 2. …и узость самих разработчиков - Синдром «пилю то, что знаю». Команды выросли из доработок отдельных подсистем (MES-shop, PDM-cad, CRM-web) и боятся «залезать не в свою епархию». В итоге появляется ещё одна MES вместо сквозного ядра. - Кадровая специализация по вертикали, а не по процессу — Java-бэкендер, что писал WMS, не знает, как строится AI-прогноз спроса. — Data-science-группа умеет LSTM, но не представляет физику смены ревизии в цехе. Чтобы сварить MonoCore, нужны T-shape инженеры, видящие и финансы, и механику склада, и ML — таких мало и они заняты «латанием» текущих ERP. - Отсутствие доменных библиотек Каждый вендор городит свой BOM-движок, свой планировщик мощностей, своё MDM-ядро. Нет общих open-source-«кирпичей», значит каждое решение начинается «с нуля» и тонет в сроках. - Финансирование под «быстрый MVP» Инвестор видит спрос на APS-добавку к популярной ERP — получает прибыль за 18 мес. MonoCore-платформа требует 3–4 лет R&D и кросс-доменной экспертизы → денег не дают. Выводы — куда катится «зоопарк» и откуда вырастет MonoCore 1. Пока все собираю ещё один “1С‐костыль”, рынок тихо устает от интеграционных ожогов. Каждое новое «допиленное» окошко лишь удлиняет цепочку ошибок — а значит, вскоре потребность в едином ядре станет не капризом ИТ-директора, а условием выживания бизнеса. 2. Серая зона породит белого лебедя. В стороне от громких релизов «ERP v.13» уже собирается команда, знающая и физику цеха, и ML-прогноз, и бухгалтерский контур. Именно там варится MonoCore, потому что крупным вендорам не до долгих четырёх лет R&D, а узкоспециализированные интеграторы не видят всей картины. 3. Деньги потекут за сквозной ценностью, а не за количеством модулей. Заводы, прожигающие миллионы на гирлянды API, с радостью отдадут те же бюджеты тому, кто покажет одну-единственную «красную кнопку». 4. T-shape-инженеры станут новой нефтью. Разработчики, умеющие смотреть шире своей «MES-полянки», срастят CRM, BOM, AI и план мощностей в одну логику. Они и станут ядром команды MonoCore — всем остальным придётся переучиваться или уходить в нишевые патчи. 5. Инерция закончится внезапно. Достаточно одного-двух публичных кейсов с окупаемостью < 20 месяцев, чтобы