Как мы создали OPTIMUS: ERP, которую настраивают разговором
Как устроена ERP-система OPTIMUS: настройка разговором с ИИ-агентом вместо кода, себестоимость, которая объясняет себя, и сверка заказа, приёмки и счёта.
Главный бухгалтер завода упаковки смотрит на себестоимость рулона плёнки и не понимает, почему она выросла на 4%. В ERP цифра есть. Откуда она взялась — нет. Чтобы разобраться, нужно выгрузить три отчёта, свести их в Excel и позвонить начальнику снабжения. На это уходит полдня. А ещё нужно добавить в карточку заказа одно поле — «тип печати», — и интегратор просит две недели и счёт на доработку.
Из таких сцен и вырос OPTIMUS — ERP-система, которую настраивают разговором, а не программированием. Рассказываем, какие решения мы приняли в самом начале и почему.
Четыре решения, с которых всё началось
Мы начали не с экранов, а с правил. Вот четыре, от которых зависит всё остальное.
- Ядро — это код, всё предметное — данные. Склад, партии, производство, проводки — общий код для всех клиентов. А ваши разделы, поля, справочники, статусы, отчёты и печатные формы — это настройка, которая хранится как данные. Никаких плагинов и скриптов у клиента — сознательно.
- Всё, что можно настроить, должно настраиваться диалогом с агентом, а не правкой кода.
- Производственные настройки живут в ERP, финансовые — в бухгалтерии. Техкарты, нормы, единицы, часы — в OPTIMUS. План счетов, проводки, налоги, зарплата — в BUHUS. Между ними — договорённые потоки фактов, а не общая куча таблиц.
- Каждая цифра должна объяснять себя. Если себестоимость выросла, система показывает, из чего.
Дальше — как эти решения выглядят в работе.
Решение 1. Ядро — код, отрасль — данные
Типичная ERP предлагает выбор: либо работайте как в коробке, либо платите за доработки. Каждая доработка — это код, который потом нужно поддерживать при каждом обновлении.
В OPTIMUS без кода настраивается много:
- свои разделы с собственной таблицей, меню, реестром, карточкой и жизненным циклом;
- дополнительные поля у стандартных объектов, справочники, статусы любой сущности;
- правила-запреты, видимость записей, чек-листы;
- отчёты, печатные формы, нумерация;
- роли и области прав: по складу, участку, оборудованию или «только моё»;
- рабочие места — экраны под конкретную задачу.
Вся эта настройка собирается в профиль — снимок одним пакетом. Профиль можно перенести файлом: например, из тестовой компании в боевую.
А если для вашей отрасли не хватает какого-то «кубика» — нового типа модуля или источника данных, — агент не пишет код втихую. Он оформляет заявку команде продукта, и кубик выходит в выпуске сразу для всех клиентов. Над этим работает DEVUS — ИИ-команда разработки, которая доказывает тестами, что ничего не сломала.
Рабочие места без программиста
Экран для мастера смены, табло склада или доска диспетчера собираются из 16 готовых модулей: плитка с числом, список, карточка, канбан по статусам, доска ресурсов, план помещения, часы смены, чек-лист и другие. Собрать экран можно мышкой или словами через агента.
Сервер проверяет экран целиком, в том числе есть ли у каждой роли права на каждый модуль и кнопку. Опубликовать можно только экран без ошибок, и публикацию подтверждает второй человек. Откат — это новая проверенная версия, а не «вернуть как было и надеяться».
Решение 2. Настройка разговором
Агент внедрения ERP работает как опытный консультант с хорошей памятью. Он ведёт досье: что известно о компании и откуда.
У каждого факта есть происхождение: кто сказал, из какого документа, с цитатой. Пока факт не подтвердил человек, он остаётся гипотезой.
У каждого вопроса — варианты ответа и последствия каждого варианта. Например:
Как списывать материалы в производство? — По FIFO: себестоимость ближе к реальным закупочным ценам, но сложнее сверка при пересортице. — По средней: проще и стабильнее, но цена партии «размывается». Рекомендую FIFO: у вас партии с разной ценой и сроками годности.
Если данных нет, агент записывает допущение: «Принимаем, что брак на переделе — до 2%. Закроется, когда начальник цеха пришлёт статистику за квартал». Допущения не теряются — они висят в досье, пока их не закроют.
Каждое решение — из семи частей
Мы долго спорили, что должно быть в записи о решении. Остановились на семи частях:
| Часть | Зачем |
|---|---|
| Что решили | Суть одной фразой |
| Почему | Довод |
| На чём основано | Факты из досье со ссылками |
| Что будет | Последствия для работы |
| Что нельзя будет потом | Какие двери закрываются |
| Отвергнутые варианты | Что рассматривали и почему не выбрали |
| Как откатить | План возврата |
Пункт «что нельзя будет потом» оказался самым полезным. Через год никто не вспомнит, почему выбрали именно так. Досье — вспомнит.
Проба без записи
Прежде чем что-то применить, агент делает пробу: показывает «было → станет», ничего не записывая. После вашего «да» план применяется по шагам. Затем агент сверяет настроенное с досье и показывает расхождения. Для любого изменения можно построить план отката.
Необратимые шаги — например, публикация нового раздела или установка профиля — подтверждаются только на экране ERP, а не в чате. Это защита от случайного «да».
Решение 3. Себестоимость, которая объясняет себя
Себестоимость в OPTIMUS считается по FIFO и складывается из материалов, накладных расходов, труда и износа оборудования. Но главное — не формула, а то, что каждую цифру можно разобрать.
Накладные — не одной кучей
Каждый вид накладных расходов — фрахт, пошлина, страховка — учитывается отдельно, со своим счётом и своим способом распределения. Фрахт распределяется по весу или объёму, пошлина и страховка — по стоимости. Так требует и международный стандарт учёта запасов IAS 2. В отчёте видно не «прочие расходы +12%», а «фрахт по этой партии».
Труд — по полной ставке
Часы приходят из цеха. Ставка часа — полная: оклад плюс налоги работодателя. Часы умножаются на ставку и относятся на незавершённое производство отдельной проводкой. Например: 6,5 часа × 31 000 = 201 500.
Если часы пришли, а ставка не задана, они не теряются: принимаются с пометкой и попадают в блокирующий вопрос мастеру настройки.
Заказ, приёмка и счёт сходятся
Классическая проблема: товар приняли, а счёт от поставщика ещё не пришёл. Или пришёл, но на другую сумму. В OPTIMUS и BUHUS работает трёхсторонняя сверка «заказ — приёмка — счёт». Допуск по умолчанию — ноль.
Вот как это выглядело на проверке на живых данных. Приняли 1 200 кг по цене 37 500 за килограмм. Поставщик выставил счёт по 39 000. Система:
- отнесла 45 000 000 на приёмку и 1 800 000 — на ценовую разницу;
- закрыла счёт к оплате с причиной «отклонение цены»;
- на попытку оплатить ответила отказом с человеческим объяснением;
- сняла блокировку только с указанной причиной и записала это в историю.
Если поставщик выставил счёт на большее количество, чем привезли, — счёт тоже закрывается к оплате с причиной «в счёте больше, чем принято».
Бухгалтер больше не ищет, откуда разница. Она уже разложена по полочкам и подписана.
Решение 4. Правила, которые проверяются, а не угадываются
Конфигуратор изделий, правила отгрузки, ограничения по партиям — это логика, в которой ошибка стоит денег. Здесь OPTIMUS опирается на LOGUS: правило не угадывается ИИ «в уме», а проверяется на всех возможных значениях. Если правило где-то нарушается, LOGUS показывает конкретный контрпример.
Одна карточка товара на всю систему
Товар или услуга заводятся один раз и используются везде: в CRM для коммерческого предложения, в документах для договора, в ERP для производства и склада. Названия на трёх языках, НДС и код ИКПУ из справочника, прайс-листы по датам и валютам. Выигранная сделка в CRM превращается в заказ или смету в ERP на тех же строках — без перепечатывания.
Для кого OPTIMUS
- производство, торговля и услуги примерно на 30–300 человек;
- компании в Узбекистане и Казахстане, где нужен местный учёт, маркировка Asl Belgisi и работа с национальными справочниками;
- те, кто устал платить за каждое новое поле.
Склад работает на смартфонах с камерой, ТСД, сканерах и весах. Терминал кладовщика работает без связи и досылает данные, когда сеть появится.
Внедрение: отдельный этап, тот же разговор
Мы честно отделяем ERP от первого рабочего контура PRANUS. Оргструктура, права, CRM и задачи запускаются за 14 дней. Производство с техкартами и себестоимостью — отдельный этап, потому что здесь много решений, которые принимают люди. Но этот этап идёт тем же способом: разговор, досье, план, «да», откат. Почему классические внедрения ERP занимают месяцы — разобрали в статье «Почему внедрение ERP длится месяцами». Как устроено внедрение — на странице о внедрении.
Итог
OPTIMUS — это ERP, в которой отрасль — это настройка, а не доработка. Агент ведёт досье с источниками, предлагает решения с последствиями и ничего не меняет без вашего «да». Себестоимость разложена до вида затрат, а заказ, приёмка и счёт сверяются сами. О логике, которую нельзя нарушать, — в статье «LOGUS: ИИ, которому нельзя ошибаться».
Хотите посмотреть, как агент будет разговаривать о вашем производстве? Оставьте заявку на демо.