Разработка и внедрение ERP-системы под ваши процессы

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

Мы не внедряем коробочную ERP и не продаем лицензии. Мы проектируем и пишем систему управления под конкретное предприятие: те контуры, которые вам нужны, связанные между собой и с тем, что у вас уже работает.

Ниже — из чего такая система состоит, чем она отличается от коробки, как ее внедряют без остановки работы и сколько это занимает.

Своя ERP или коробочная

Разработка на заказ оправдана не всегда, и это стоит понять до того, как потрачен бюджет.

Есть и третий путь, который на практике встречается чаще всего: учет остается в 1С, а управленческий контур — производство, заявки, проекты, снабжение — делается отдельной системой и связывается с учетом обменом. Это дешевле полной замены, не ломает бухгалтерию и дает то, ради чего все затевалось.

Из каких контуров собирается система

ERP — не одна программа, а набор связанных блоков над общими данными. Собираются не все сразу, а те, что закрывают вашу боль.

Как это связано внутри

Ценность ERP не в количестве модулей, а в том, что один факт вводится один раз и дальше сам доезжает туда, где он нужен.

Как внедряем без остановки работы

Главный риск проекта ERP — попытка запустить все сразу. Мы так не делаем.

1. Обследование. Смотрим, как процессы идут сейчас, где теряется время и откуда берутся расхождения в цифрах. На выходе — карта процессов и список того, что вообще имеет смысл автоматизировать.
2. Выбор первого контура. Берем тот, где потери самые заметные и результат виден быстрее всего. Обычно это заказы или производственный учет, реже склад.
3. Проектирование данных. Справочники, связи, права. Самый скучный и самый важный этап: ошибка в модели данных потом стоит дороже любой ошибки в интерфейсе.
4. Запуск первого контура. Через несколько недель у вас работающий кусок, а не презентация. Люди уже в нем работают, а старый способ пока доступен как страховка.
5. Обмен с существующими системами. 1С, склад, банк, ЭДО, оборудование. Со сверкой, чтобы расхождения были видны сразу.
6. Следующие контуры. Каждый добавляется к уже работающей базе. Компания получает пользу с первого этапа, а не через год.

Где здесь искусственный интеллект

В ERP модели полезны там, где много однотипных данных и решения повторяются.

• Разбор входящих документов. Счет, накладная, спецификация от поставщика в PDF превращается в строки системы без ручного набора. На потоке в сотни документов это заметная экономия, а вместе с ней исчезают опечатки в количествах.
• Прогноз потребности. Что и сколько закупать, исходя из истории продаж, сезонности и сроков поставки. Дает меньше заморозки в запасах при том же уровне сервиса.
• Поиск аномалий. Система сама показывает списание, выбивающееся из нормы, и заказ с нетипичной скидкой — вместо того чтобы ждать, пока это найдет ревизия.
• Вопросы к данным словами. «Покажи заказы с просроченной поставкой по этому поставщику за квартал» — без построения отчета и без обращения к программисту.
• Сведение справочников. При переносе данных из нескольких систем модель находит дубли контрагентов и номенклатуры, которые глазами искать неделями.

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

Интеграция с 1С и остальным ландшафтом

Полностью заменять 1С почти никогда не нужно и почти всегда дорого. Бухгалтерия и регламентированная отчетность прекрасно живут там, где живут.

Правильная схема: 1С остается учетной системой, ваша система — управленческой. Между ними двусторонний обмен: справочники и остатки приходят оттуда, документы реализации и поступления уходят туда, статусы оплат возвращаются обратно. Со сверкой, чтобы расхождение было видно в день появления, а не в конце квартала.

Кроме 1С обычно подключаются банк-клиент, ЭДО, маркировка, транспортные компании, оборудование на производстве, сайт и личный кабинет клиента.

Сроки и стоимость

Бюджет складывается из количества контуров, числа ролей, сложности расчетов (особенно себестоимости), количества интеграций и объема переноса данных. Разброс между «заказы и склад для торговой компании» и «производство полного цикла с планированием» — в разы, поэтому цифру называем после обследования.

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

Почему проекты ERP срываются

• Автоматизируют беспорядок. Кривой процесс, перенесенный в систему, остается кривым, только теперь в нем нельзя договориться на словах. Сначала процесс, потом код.
• Запускают все контуры сразу. Год без результата убивает интерес заказчика и команду внедрения. Поэтапный запуск дешевле и надежнее.
• Нет владельца со стороны бизнеса. Если решения принимать некому, проект встает на первом же спорном вопросе. Нужен человек с полномочиями, а не только куратор от ИТ.
• Игнорируют тех, кто будет работать. Кладовщик и мастер участка найдут способ обойти неудобную систему. Их надо звать на прототип, а не ставить перед фактом.
• Не считают перенос данных. Проект готов, а запускаться не с чем: остатки не сходятся, справочники дублируются. Это отдельная работа, и ее надо планировать.

Разбирали подробнее: почему проекты разработки срываются.

Что остается у вас

• Код в вашем репозитории, с историей изменений, без привязки к нам как к единственному исполнителю.
• Доступы к серверам на ваши учетные записи. Система разворачивается на вашей инфраструктуре, в том числе в закрытом контуре.
• Модель данных и описание архитектуры — то, что позволит следующей команде продолжить, а не переписывать.
• Распространенный стек. PHP или Python, PostgreSQL или MySQL. Поддержит любой грамотный разработчик.
• Отсутствие лицензионных платежей. Нет платы за пользователя и за модуль: система ваша целиком.

Отраслевые особенности

• Производство под заказ. Главный вопрос — себестоимость конкретного заказа и загрузка участков. Контур производства связывается со спецификациями и фактическими списаниями.
• Оптовая торговля. Основной вес в закупках и запасах: прогноз потребности, отсрочки, работа с несколькими складами и юрлицами.
• Строительство и монтаж. Учет идет по объектам и этапам, а не по номенклатуре. Важны сметы, выполнение, материалы на объекте и подрядчики.
• Сервис и обслуживание. Заявки, выездные бригады, запчасти, договоры на обслуживание. Здесь ERP смыкается с мобильным приложением для сотрудников.
• Пищевое производство. Партии, сроки годности, рецептуры с пересчетом, прослеживаемость до сырья.

Как мы держим скорость

Проекты ведут опытные разработчики, а не студенты на потоке. Модель данных, архитектуру и проверку решений держат конкретные люди, и они же остаются на проекте до конца.

ИИ-инструменты используем сами — они закрывают рутину: шаблонный код, тесты, разбор чужой документации, скрипты переноса данных. За счет этого первый контур выходит за недели, а не за полгода. Но проектные решения принимает человек: там, где модель выдает правдоподобную ерунду, ее ловит разработчик.

Дальше по теме