PRANUS

Как мы создали OPTIMUS: ERP, которую настраивают разговором

Как устроена ERP-система OPTIMUS: настройка разговором с ИИ-агентом вместо кода, себестоимость, которая объясняет себя, и сверка заказа, приёмки и счёта.

7 мин чтенияEN

Главный бухгалтер завода упаковки смотрит на себестоимость рулона плёнки и не понимает, почему она выросла на 4%. В ERP цифра есть. Откуда она взялась — нет. Чтобы разобраться, нужно выгрузить три отчёта, свести их в Excel и позвонить начальнику снабжения. На это уходит полдня. А ещё нужно добавить в карточку заказа одно поле — «тип печати», — и интегратор просит две недели и счёт на доработку.

Из таких сцен и вырос OPTIMUS — ERP-система, которую настраивают разговором, а не программированием. Рассказываем, какие решения мы приняли в самом начале и почему.

Четыре решения, с которых всё началось

Мы начали не с экранов, а с правил. Вот четыре, от которых зависит всё остальное.

  1. Ядро — это код, всё предметное — данные. Склад, партии, производство, проводки — общий код для всех клиентов. А ваши разделы, поля, справочники, статусы, отчёты и печатные формы — это настройка, которая хранится как данные. Никаких плагинов и скриптов у клиента — сознательно.
  2. Всё, что можно настроить, должно настраиваться диалогом с агентом, а не правкой кода.
  3. Производственные настройки живут в ERP, финансовые — в бухгалтерии. Техкарты, нормы, единицы, часы — в OPTIMUS. План счетов, проводки, налоги, зарплата — в BUHUS. Между ними — договорённые потоки фактов, а не общая куча таблиц.
  4. Каждая цифра должна объяснять себя. Если себестоимость выросла, система показывает, из чего.

Дальше — как эти решения выглядят в работе.

Решение 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: ИИ, которому нельзя ошибаться».

Хотите посмотреть, как агент будет разговаривать о вашем производстве? Оставьте заявку на демо.

Читайте дальше

Наведём порядок за две недели

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