Учёт живёт в Excel и головах сотрудников
Остатки, себестоимость и дебиторка считаются в разных файлах, которые сходятся только к концу месяца. Ни одно число в компании нельзя получить быстрее, чем за день, а расхождения выясняются на планёрке.
Разработка ERP
ERP под ваши процессы — один контур вместо десяти таблиц
Собираем учётную систему вокруг того, как компания работает на самом деле: закупки, склад, производство, продажи, финансы, персонал и отчётность перестают жить в разных файлах и становятся одним связанным контуром. Начинаем с карты процессов и модели данных, а не с установки шаблона, поэтому система выдерживает и рост объёмов, и требования службы безопасности.
- Карта процессов и модель данных до первой строки кода
- Фиксированная смета после диагностики
- Исходный код, схема БД и документация — ваши
- Работа в закрытом контуре без внешних зависимостей
Коротко о проектах
- 6 нед.
- минимальный срок запуска
- 9
- контуров в базовой модели
- 50+
- готовых коннекторов и обменов
- 1С
- двусторонний обмен без посредников
Стек: Laravel 12, Livewire 3, MySQL/PostgreSQL, Redis, Horizon, Octane, Docker. Развёртывание на ваших серверах или в российском облаке.
Задачи
С чем приходят на разработку ERP
ERP заказывают не ради модного слова. Обычно к этому моменту бизнес уже вырос из таблиц, но ещё не готов платить за коробку, которую придётся подстраивать под неё годами. Ниже — признаки, по которым мы узнаём такой проект.
Лоскутная автоматизация из пяти программ
Склад в одной системе, продажи в другой, бухгалтерия в третьей, производство в четвёртой. Данные между ними переносят руками или выгрузками, и каждая передача — источник ошибок и задержек.
Своя логика не помещается в коробку
Спецификации с формулами, давальческое сырьё, партионный учёт, три вида цен, бонусы дистрибьюторам, резервы под заказ. В типовой конфигурации это либо невозможно, либо требует доработок, которые ломают обновления.
Лицензии дорожают вместе со штатом
Платная ERP считается по пользователям, включая тех, кому нужен только просмотр накладной или отчёт. При росте склада и производства подписка растёт быстрее выручки, а отключить доступ «на время» нельзя.
Система не стыкуется с оборудованием и контрагентами
Весы, сканеры, принтеры этикеток, терминалы сбора данных, банк-клиент, ЭДО, маркетплейсы, площадки госзакупок. Коробка работает с тем, что есть в её списке, а остальное сотрудники переносят вручную.
Управленческой отчётности нет — есть догадки
Маржа по номенклатуре, себестоимость партии, план-факт по цехам, оборачиваемость склада, эффективность закупщика. Данные для решений не собираются вообще либо собираются неделю силами аналитика.
Контуры системы
Девять контуров, которые собираются в один контур
Контур — это законченный блок учёта со своими документами, ролями и отчётностью. Каждый можно включить отдельно и связать с остальными: закупка меняет склад, склад влияет на производство, производство закрывает заказ, заказ формирует финансы. Ниже — состав базовой модели; в вашем проекте набор контуров определяется картой процессов.
Финансы, взаиморасчёты и бюджетирование
Деньги компании в одном регистре: счета, платежи, кассы, авансы, кредиты и займы, взаиморасчёты с контрагентами, БДДС и план-факт по подразделениям.
Кто работает в контуре
- Финансовый директор
- Бухгалтер
- Казначей
- Руководитель ЦФО
Типовые интеграции
- Банк-клиент
- 1С:Бухгалтерия
- ЭДО
−30%
времени на закрытие месяца
Состав модулей
- Банк и касса: выписки, платежи, реестры, сверка
- Взаиморасчёты: дебиторка и кредиторка по документам
- Бюджеты: БДР, БДДС, план-факт по ЦФО и статьям
- Платёжный календарь и заявки на оплату с маршрутом
- Курсовые разницы, мультивалютность, несколько юрлиц
- Закрытие периода и регламентные операции
Закупки, снабжение и работа с поставщиками
От потребности до приходной накладной: заявки подразделений, выбор поставщика, цены и условия, контроль сроков, претензии и рейтинг поставщиков.
Кто работает в контуре
- Начальник снабжения
- Закупщик
- Кладовщик
- Экономист
Типовые интеграции
- 1С
- ЭДО
- Площадки госзакупок
−18%
средней цены закупки
Состав модулей
- Заявки на закупку с маршрутом согласования и лимитами
- Прайсы, коммерческие предложения, сравнение цен
- Заказы поставщикам и контроль сроков поставки
- Приёмка, несоответствия, возврат и претензии
- Рейтинг поставщиков: сроки, качество, цена, срыв
- Планирование закупок по остаткам и точкам заказа
Складской учёт, логистика и движение товара
Склад не как склад, а как источник правды об остатках: адресное хранение, партии, серии, сроки годности, резервы, перемещения и отгрузка.
Кто работает в контуре
- Заведующий складом
- Кладовщик
- Логист
- Водитель
Типовые интеграции
- ТСД и сканеры
- Принтеры этикеток
- Весы
- WMS
99,5%
точность остатков
Состав модулей
- Адресное хранение, зоны, ячейки, топология склада
- Партионный учёт, серии, сроки годности, маркировка
- Резервы под заказы и контроль неликвидных остатков
- Приёмка, размещение, комплектация, отгрузка
- Инвентаризация и пересчёт с расхождениями
- ТСД и сканеры: работа без бумажных ведомостей
Производство, спецификации и себестоимость
Производственный контур: что и из чего делаем, кто и на каком оборудовании, сколько это стоит на самом деле и где возникло отклонение от плана.
Кто работает в контуре
- Директор по производству
- Технолог
- Начальник цеха
- Мастер смены
Типовые интеграции
- Оборудование и станки
- MES
- Весы
- 1С
−12%
себестоимости за счёт норм
Состав модулей
- Спецификации и технологические карты, версии и замены
- Производственные заказы и маршрутные листы
- Планирование загрузки цехов и рабочих центров
- Учёт выработки, брака и простоев по сменам
- Расчёт плановой и фактической себестоимости партии
- Давальческое сырьё, полуфабрикаты, незавершёнка
Продажи, заказы и ценообразование
Заказ клиента как центр кристаллизации: от заявки и цены до резерва, отгрузки, документов и закрывающих актов, с полной историей взаимоотношений.
Кто работает в контуре
- Коммерческий директор
- Менеджер
- Экономист по ценам
- Логист
Типовые интеграции
- 1С
- Маркетплейсы
- Сайт и B2B-портал
- Телефония
+22%
повторных заказов
Состав модулей
- Прайс-листы, виды цен, скидочные матрицы и акции
- Заказы клиентов: согласование, резерв, частичная отгрузка
- Договоры, спецификации, лимиты отсрочки и дебиторка
- Отгрузка, доставка, возвраты и рекламации
- Воронка и планирование продаж по менеджерам
- Личный кабинет клиента и B2B-портал заказов
Персонал, смены и сдельная оплата
Кадровый контур для производственных и торговых компаний: смены и графики, выработка, сдельные наряды, доступы и обучение сотрудников.
Кто работает в контуре
- HR-директор
- Кадровик
- Начальник участка
- Бухгалтер по зарплате
Типовые интеграции
- Терминалы СКУД
- Биометрия
- 1С:ЗУП
−40%
времени на расчёт сделки
Состав модулей
- Штатное расписание, приём, перевод, увольнение
- Графики смен и табель рабочего времени
- Сдельные наряды и расчёт выработки
- Премии и удержания по настраиваемым формулам
- Доступы сотрудников и матрица полномочий
- Обучение, инструктажи, аттестация и допуски
Управленческая отчётность и BI
Отчёты, которые считаются по фактическим данным системы, а не собираются вручную: маржа, оборачиваемость, загрузка, отклонения, план-факт.
Кто работает в контуре
- Генеральный директор
- Финансовый директор
- Аналитик
- Руководитель подразделения
Типовые интеграции
- BI-инструменты
- Excel и Google Sheets
- Data Warehouse
день
вместо недели на отчёт
Состав модулей
- Конструктор отчётов без программиста
- Дашборды по ролям: продажи, склад, производство, деньги
- Маржинальность по клиентам, каналам и номенклатуре
- Оборачиваемость, ABC/XYZ, неликвид и дефицит
- План-факт и отклонения с расшифровкой до документа
- Регулярные рассылки отчётов и выгрузка в Excel
Качество, рекламации и нормативная документация
Контур качества для тех, кто отвечает за продукт перед клиентом и регулятором: контроль партий, несоответствия, рекламации и корректирующие действия.
Кто работает в контуре
- Директор по качеству
- Контролёр ОТК
- Технолог
- Инженер по качеству
Типовые интеграции
- Лаборатория
- ЭДО
- Маркировка
100%
прослеживаемость партии
Состав модулей
- Входной, операционный и приёмочный контроль
- Несоответствия, изоляция и утилизация брака
- Рекламации клиентов и разбор причин
- Корректирующие и предупреждающие действия
- Паспорта и сертификаты на партию
- Прослеживаемость: от сырья до конкретного клиента
Сервис, ремонты и обслуживание оборудования
Контур технического обслуживания: заявки, регламентные работы, ремонты оборудования, запасные части и SLA перед внутренним или внешним заказчиком.
Кто работает в контуре
- Главный механик
- Сервисный инженер
- Диспетчер
- Кладовщик ЗЧ
Типовые интеграции
- Оборудование
- ТСД
- 1С
−25%
простоев оборудования
Состав модулей
- Заявки на ремонт и техобслуживание с приоритетами
- Регламентное обслуживание по наработке и календарю
- История оборудования: отказы, ремонты, наработка
- Склад запасных частей и расходных материалов
- Наряды, акты выполненных работ, стоимость ремонта
- SLA: сроки реакции и решения по каждому классу заявок
Масштаб проекта
Четыре уровня ERP: от учётного контура до платформы предприятия
Уровень определяется не числом сотрудников, а объёмом учёта: сколько контуров, сколько юрлиц, сколько документов в месяц и насколько сложна логика. Мы закладываем модель данных с запасом, поэтому система переходит на следующий уровень без переписывания ядра.
Учётный контур: склад, закупки, продажи, деньги
- Кому подходит
- Торговая или сервисная компания, 10–60 сотрудников, одно юрлицо
- Срок
- 6–10 недель
- Команда
- 2–3 разработчика
Базовый уровень: вместо Excel и трёх несвязанных программ — один учётный контур, в котором закупка, склад, заказ и оплата связаны документами. Руководитель впервые видит остатки, дебиторку и маржу в одном месте и в актуальном состоянии.
Что входит
- Номенклатура, характеристики, единицы измерения, цены
- Склад: остатки, резервы, перемещения, инвентаризация
- Закупки: заявки, заказы поставщикам, приёмка
- Продажи: заказы клиентов, отгрузка, документы
- Деньги: счета, платежи, взаиморасчёты, дебиторка
- Базовые отчёты и дашборд руководителя
Производственная ERP: спецификации, цеха, себестоимость
- Кому подходит
- Производство или дистрибуция с собственной сборкой, 60–300 сотрудников
- Срок
- 3–6 месяцев
- Команда
- 3–5 разработчиков
Уровень, на котором появляется производственный учёт: спецификации, производственные заказы, загрузка рабочих центров, учёт выработки и расчёт себестоимости. Здесь ERP перестаёт быть учётной программой и становится инструментом управления.
Что входит
- Спецификации, техкарты, версии и замены материалов
- Производственные заказы и маршрутные листы
- Планирование загрузки цехов и рабочих центров
- Учёт выработки, брака, простоев по сменам
- Плановая и фактическая себестоимость партии
- Контур качества и прослеживаемость партий
ERP холдинга: юрлица, филиалы, консолидация
- Кому подходит
- Группа компаний, 300+ пользователей, несколько юрлиц и площадок
- Срок
- 6–12 месяцев
- Команда
- 5–8 специалистов
Единая платформа для нескольких юридических лиц и территорий: сквозной учёт с самостоятельностью площадок и консолидированной отчётностью наверху. Внутренние обороты, трансфертные цены, единые справочники и разграничение доступа по контурам.
Что входит
- Мультикомпанейность: юрлица, филиалы, площадки, склады
- Внутренние обороты и трансфертное ценообразование
- Единые справочники и централизованные регламенты
- Консолидация отчётности и план-факт группы
- Иерархия прав с наследованием по контурам
- Мастер-данные: номенклатура, контрагенты, договоры
Платформа предприятия: нагрузка, изоляция, отказоустойчивость
- Кому подходит
- Компании с высоким потоком данных, требованиями ИБ и закрытым контуром
- Срок
- от 9 месяцев
- Команда
- выделенная команда
Проект про устойчивость, а не про функции: десятки миллионов документов, сотни одновременных пользователей, интеграция с MES, SCADA, WMS и самописными системами, работа без выхода в интернет и полный аудит действий.
Что входит
- Горизонтальное масштабирование, очереди, кэш, Octane
- Шина данных и обмен с MES, SCADA, WMS, АСУ ТП
- Закрытый контур без внешних зависимостей
- SSO, 2FA, тонкие права, неизменяемый журнал аудита
- Резервное копирование, репликация, регламенты SLA
- Промышленная эксплуатация и выделенная команда
Предварительный расчёт
Рассчитайте порядок бюджета и сроков
Модель считает ориентир по четырём параметрам, которые сильнее всего влияют на стоимость ERP-проекта: число пользователей, количество контуров, число интеграций и класс решения. Точная смета появляется после диагностики — здесь вы получаете порядок величин до первого разговора.
Параметры проекта
5400
19
012
Класс решения
Ориентир бюджета разработки
—
Диапазон зависит от состава интеграций и объёма миграции; точная смета фиксируется после диагностики.
- Ориентир срока до запуска
- Ориентир окупаемости
- Владение за 3 года
- Лицензии коробочной ERP за 3 года
Выгода против коробки за 3 года
Расчёт носит оценочный характер и не является публичной офертой. Он не учитывает специфику вашей учётной логики, требования ИБ и состав оборудования — эти факторы выясняются на диагностике, после которой смета фиксируется в договоре.
Параметры расчёта подставятся в заявку — вводить их заново не нужно.
Архитектура
Как устроена система: слои, которые можно менять по отдельности
ERP живёт годами, поэтому важнее не набор функций сегодня, а то, насколько дешево менять систему завтра. Мы разделяем приложение на слои: логика учёта не зависит от интерфейса, обмен с внешними системами не размазан по коду, а данные лежат в предсказуемой схеме.
-
01
Рабочие места
Интерфейсы
Веб-интерфейс для офиса, адаптивные экраны для склада и цеха, PWA и мобильные клиенты для выездных сотрудников, публичные страницы для контрагентов.
- Livewire 3 и Blade
- Адаптивные экраны и PWA
- Компоненты для ТСД и планшетов
- B2B-портал для клиентов
-
02
Единая точка входа
API-шлюз
Один вход для интерфейсов и внешних систем: аутентификация по токенам, ограничение частоты запросов, версии, журнал вызовов и понятные ошибки.
- REST и вебхуки
- Sanctum / OAuth2
- Лимиты и квоты
- Журнал и трассировка вызовов
-
03
Бизнес-логика
Домен
Правила учёта, статусные модели документов, расчёты себестоимости и цен, сценарии согласования. Живёт отдельно от интерфейса, поэтому одна и та же логика работает и в вебе, и в API, и в фоне.
- Документы и статусные модели
- Расчёты и правила округления
- Согласования и маршруты
- События и уведомления
-
04
Связь с внешним миром
Шина интеграций
Отдельный слой обмена: очереди, повторные попытки, идемпотентность и журнал расхождений. Один упавший коннектор не останавливает учёт, а конфликты данных разбираются по правилам, а не вручную.
- Очереди на Redis и Horizon
- Повторы и «мёртвые» очереди
- Идемпотентная запись
- Журнал расхождений и сверка
-
05
Хранение и история
Данные
Схема проектируется под отчётность: нормализованные регистры, индексы под реальные запросы, история изменений и закрытие периодов без пересчёта всей базы.
- MySQL или PostgreSQL
- Регистры и история изменений
- Индексы и партиционирование
- Реплика для отчётности
-
06
Эксплуатация
Инфраструктура
Одинаковые окружения разработки, тестирования и продакшена, автоматическое развёртывание, мониторинг, резервное копирование и проверенное восстановление.
- Docker и CI/CD
- Мониторинг и алерты
- Резервные копии и восстановление
- Логи и трассировка
Практический смысл разделения: интеграцию с новым банком или маркетплейсом можно добавить, не трогая учётную логику; интерфейс склада можно переписать под новый ТСД, не меняя расчёт себестоимости; отчётность можно вынести на реплику, не останавливая работу.
Состав модулей
Что входит в систему на каждом уровне
Матрица показывает, какие модули входят в базовую поставку каждого уровня. «Полностью» означает готовый модуль с отчётностью и правами, «базово» — упрощённый вариант, который расширяется при переходе на следующий уровень, «—» — модуль на этом уровне не нужен.
- Полностью
- Базово
- Не входит
Набор модулей согласуется после диагностики: в матрице — типовая база, а не жёсткий прайс. Мы можем собрать нестандартную комбинацию, например склад и производство без контура персонала.
Интеграции
Связываем ERP с тем, что уже работает в компании
Интеграции — самая недооценённая часть ERP-проекта и самая частая причина срыва сроков у подрядчиков. Мы обследуем источник данных до написания коннектора, показываем схему обмена с точками отказа и считаем интеграции отдельной строкой сметы.
1С
УчётНоменклатура, цены, остатки, документы, взаиморасчёты — в обе стороны
ПодробнееБитрикс24
CRMЗаявки, сделки, задачи и счета без ручного переноса
ПодробнееCRM
CRMОбмен с собственной или коробочной CRM: сделки, клиенты, оплаты
ПодробнееЭДО
ДокументыДиадок и СБИС: накладные, УПД, акты, счета-фактуры
Банк-клиент
ФинансыВыписки, платёжные поручения, реестры, сверка сальдо
ПодробнееТСД и сканеры
СкладПриёмка, отбор, инвентаризация прямо у стеллажа
Весы и принтеры этикеток
ОборудованиеВзвешивание, маркировка, штрихкоды и QR партий
Станки и MES
ПроизводствоНаработка, простои, выработка и статусы заказов с оборудования
WMS
ЛогистикаСинхронизация остатков, резервов и отгрузок со складом
Маркетплейсы
E-commerceЗаказы, остатки, цены, возвраты и отчёты комиссионера
ПодробнееГосзакупки и ЭТП
ТендерыЗагрузка извещений, формирование заявок, контроль сроков
Телефония
КоммуникацииЗвонки из карточки клиента, запись, пропущенные вызовы
ПодробнееПочта и мессенджеры
КоммуникацииПисьма, Telegram, WhatsApp — история в карточке контрагента
ПодробнееBI и хранилище данных
АналитикаВыгрузка витрин для аналитики и внешних дашбордов
ПодробнееВнешние API
УниверсальноеREST, SOAP, вебхуки, обмен по расписанию и файлами
ПодробнееШтрихкодирование и маркировка
МаркировкаЧестный знак, серийные номера, агрегация упаковок
Если система самописная, старой версии или без API — делаем обмен через промежуточную базу, файловый обмен или шину данных. Отсутствие готового интерфейса не является препятствием, но такой обмен проектируется отдельно и оценивается по объёму источников.
Миграция
Перенос данных из старых систем без потери истории
Переход на новую ERP боится не разработки, а переноса: если история останется в старой базе, новая система умрёт через месяц. Поэтому миграция — отдельный этап с проверяемым результатом, который вы принимаете на тестовом стенде до промышленного запуска.
-
01
Инвентаризация источников
Смотрим, какие системы и базы реально используются, что в них заполнено, а что ведётся мимо. Определяем, какие объекты переносим полностью, какие частично, а какие закрываем архивом только для чтения.
-
02
Соглашение о соответствии
Составляем таблицу соответствия: поле источника, поле приёмника, правило преобразования, что делаем с пустыми и дублирующимися значениями. Это документ, по которому потом проверяется результат.
-
03
Дедупликация и очистка
Убираем задвоенные контрагенты и номенклатуру, сводим справочники к единым кодам, разбираем «мусорные» записи. Без этого ошибки из старой базы переезжают в новую и живут там годами.
-
04
Загрузка, сверка и приёмка
Переносим данные на тестовый стенд, сверяем контрольные суммы, остатки, сальдо и количество документов. Вы проверяете выборку, только после этого загружаем в промышленный контур и фиксируем результат актом.
Что и откуда переносим
Историю переносим в объёме, который даёт исходная система. То, что перенести нельзя (обычно это переписка и закрытые периоды), остаётся доступным в архиве только для чтения — так вы не теряете возможность поднять документ трёхлетней давности.
Этапы
Дорожная карта проекта по неделям
Проект разбит на этапы с артефактами и критериями приёмки. Работающую систему вы видите каждые две недели на тестовом стенде, а не одну презентацию в конце. Порядок этапов неизменен, длительность — зависит от уровня системы.
-
Этап 01 1–3 недели
Диагностика и карта процессов
Разбираем, как компания работает сейчас: участники, документы, потоки данных, узкие места, обходные процедуры. Фиксируем требования, границы проекта и критерии приёмки.
- Карта процессов «как есть»
- Реестр требований
- Границы проекта
-
Этап 02 1–3 недели
Модель данных и архитектура
Проектируем справочники, регистры, статусные модели документов, схему ролей и точки интеграции. Согласуем модель до написания кода — правки на этом этапе бесплатны.
- Схема базы данных
- Матрица ролей и прав
- Карта интеграций
-
Этап 03 1–2 недели
Прототип ключевых экранов
Собираем прототипы рабочих мест, по которым сотрудники реально будут работать каждый день. Проверяем на них скорость ввода и понятность до начала разработки.
- Кликабельный прототип
- Согласованные формы ввода
- Сценарии обучения
-
Этап 04 от 6 недель
Разработка ядра и контуров итерациями
Собираем систему спринтами по две недели: справочники, документы, движения, отчёты. Каждый спринт заканчивается работающей демонстрацией и возможностью изменить приоритеты.
- Работающие модули на стенде
- Демонстрации каждые 2 недели
- Журнал изменений
-
Этап 05 2–6 недель
Интеграции и миграция данных
Подключаем 1С, оборудование, ЭДО, банк и внешние сервисы. Переносим историю по согласованной таблице соответствия, сверяем контрольные суммы и принимаем результат.
- Промышленные обмены
- Протокол сверки данных
- Акт приёмки миграции
-
Этап 06 2–4 недели
Обучение, опытная эксплуатация, запуск
Обучаем администраторов и ключевых пользователей, готовим инструкции, запускаем параллельно с прежним учётом, разбираем расхождения и переходим на единый контур.
- Инструкции и видео
- Регламент закрытия периода
- Акт ввода в эксплуатацию
-
Этап 07 по SLA
Поддержка и развитие
Сопровождаем по SLA: инциденты, консультации, доработки по мере изменения процессов, мониторинг производительности и ревизия неиспользуемых экранов.
- Регламент SLA
- План развития
- Отчёты о мониторинге
Технологии
Стек, который переживёт смену подрядчика
ERP эксплуатируется годами и переживает несколько команд разработки. Поэтому мы выбираем технологии с большим рынком специалистов и предсказуемым развитием, а не экзотику, которую сможет поддерживать только автор кода.
Ядро приложения
Laravel 12
Маршрутизация, ORM, очереди, планировщик, события, политики доступа
Интерфейс
Livewire 3
Динамичные рабочие места без отдельного SPA и дублирующего слоя API
Данные
MySQL / PostgreSQL
Схема под отчётность: регистры, индексы, партиционирование больших таблиц
Кэш, очереди, блокировки
Redis
Сессии, кэш справочников, фоновые задачи, защита от двойных операций
Фоновые задачи
Laravel Horizon
Мониторинг обменов, выгрузок и рассылок: видно, что упало и почему
Производительность
Laravel Octane
Долгоживущие воркеры для контуров с высокой интенсивностью ввода
API и доступ
Sanctum / OAuth2
Токены для мобильных клиентов, ТСД, оборудования и внешних систем
Надёжность
PostgreSQL + аудит
Репликация, резервное копирование, история изменений и закрытие периодов
Инфраструктура
Docker и CI/CD
Одинаковые окружения, автоматическое развёртывание, откат релиза
Мониторинг
Grafana / Prometheus
Метрики приложения, очередей и базы, алерты до жалоб пользователей
Нет платы за пользователей
Стоимость владения не растёт вместе со штатом: серверы стоят одинаково при 20 и 200 сотрудниках. Для склада и производства, где нужен доступ у каждого кладовщика и мастера, это решающая разница.
Логика учёта остаётся вашей
Нестандартные правила расчёта, собственные алгоритмы распределения, отраслевые нормы — всё это реализуется кодом, а не обходными путями в настройках вендора.
Код, схема и документация передаются вам
Систему можно развивать своей командой или передать другому подрядчику: это обычное приложение на распространённом стеке, а не чёрный ящик с закрытым форматом базы.
Рост объёмов без переписывания
Очереди, кэширование, реплики и партиционирование добавляются по мере роста: миллионы документов и сотни одновременных пользователей не требуют смены платформы.
Работа в закрытом контуре
Систему можно развернуть без внешних зависимостей: обновления, библиотеки и сервисы размещаются внутри периметра, а не тянутся из интернета в момент запуска.
Предсказуемая поддержка
Специалистов по Laravel и PostgreSQL на рынке много, поэтому поддержка не зависит от одной компании и не превращается в торг при смене подрядчика.
Нагрузка
Система, которая не тормозит на реальных объёмах
Учётные системы умирают не от нехватки функций, а от скорости работы на объёме: справочник из 300 тысяч позиций, миллион строк движений, отчёт по марже за год. Производительность мы проектируем так же, как функциональность — заранее.
- 10 млн+
- строк движений
- 500
- одновременных пользователей
- < 1 сек
- отклик рабочих экранов
- 24/7
- режим эксплуатации
Партиционирование и индексы под реальные запросы, а не «на всякий случай»
Octane, кэш справочников и отвязанные от интерфейса фоновые задачи
Целевой бюджет на операции ввода: приёмка, отбор, оформление заказа
Обновления и обслуживание без остановки учёта в рабочее время
Индексы под реальные запросы
Мы снимаем фактические планы запросов на ваших объёмах и строим индексы под них, а не под предположения. Отдельно проверяем отчёты, которые сотрудники запускают каждое утро.
Тяжёлые операции — в очереди
Закрытие периода, пересчёт себестоимости, массовая выгрузка и обмен с внешними системами уходят в фоновые задачи с прогрессом и журналом, а не блокируют интерфейс.
Отчётность на реплике
Аналитические запросы выполняются на реплике, поэтому построение отчёта по марже за год не замедляет работу кладовщика на приёмке.
Нагрузочное тестирование
Перед запуском воспроизводим пиковую нагрузку: одновременная приёмка, отгрузка и закрытие периода. Если узкое место есть, оно находится до промышленной эксплуатации, а не в отчётный день.
Бюджеты производительности в CI
Ключевые сценарии замеряются автоматически при каждом изменении кода: деградация скорости обнаруживается на этапе разработки, а не через полгода на проде.
Мониторинг и алерты
Метрики приложения, базы и очередей собираются постоянно: рост времени ответа, длина очереди и ошибки обмена видны до того, как о них сообщат пользователи.
Безопасность
Доступы, данные и соответствие требованиям
ERP содержит всю коммерческую картину компании: закупочные цены, себестоимость, маржу, зарплаты, персональные данные сотрудников и клиентов. Поэтому безопасность и разграничение доступа здесь не опция, а требование к архитектуре.
Развёртывание в вашем контуре
Система работает на ваших серверах или в российском облаке. Данные не покидают периметр компании, а внешние сервисы подключаются только там, где это осознанное решение.
152-ФЗ и персональные данные
Разграничение доступа, согласия на обработку, журналирование операций, сроки хранения и обезличивание в аналитических выгрузках.
Тонкие права по контурам
Доступ не «ко всему разделу», а к конкретным документам, складам, юрлицам и суммам: закупщик не видит маржу, мастер видит свой цех, руководитель — свод.
SSO и двухфакторная аутентификация
Вход через корпоративный каталог, 2FA для администраторов и пользователей с правом платежей, ограничение по IP, контроль и завершение активных сессий.
Неизменяемый аудит действий
Кто, когда и что изменил: правки цен, статусов, сумм и справочников фиксируются с прежним и новым значением. Экспорт и печать документов тоже попадают в журнал.
Закрытие периодов
После закрытия месяца документы прошлых периодов защищены от правок: корректировки оформляются отдельными операциями, а не переписыванием истории.
Резервное копирование и восстановление
Автоматические копии базы и файлов, хранение на отдельном носителе, регулярная проверка восстановления на отдельном стенде. Копия, которую не проверяли, копией не считается.
Отказоустойчивость и регламенты
Репликация, мониторинг, алерты, регламенты действий при инциденте и понятный план восстановления с целевым временем простоя.
Сравнение
Excel, коробочная ERP или собственная система
Мы не утверждаем, что разработка нужна всегда. Ниже — честное сравнение трёх путей по критериям, которые проявляются не на старте, а через год эксплуатации.
Если у вас типовой учёт, один склад и нет требований к изоляции данных — коробочное решение может оказаться разумнее, и мы скажем об этом прямо на диагностике. Собственная ERP оправдана, когда логика учёта специфична, интеграций много или данные не могут покидать периметр компании.
Бюджет
Ориентиры по бюджету и срокам
Точную смету называем после диагностики: она зависит от числа контуров, объёма миграции и количества интеграций. Ниже — ориентиры, чтобы вы понимали порядок величин и могли планировать бюджет до первого разговора.
Учётный контур
от 1 400 000 ₽
6–10 недель
Торговая или сервисная компания: единый учёт вместо Excel и несвязанных программ.
- Номенклатура, склад, закупки, продажи, деньги
- До 3 контуров учёта и 40 пользователей
- 2 интеграции: 1С, банк или ЭДО
- Миграция справочников и остатков
- Отчёты руководителя и обучение
Производство
от 2 900 000 ₽
3–6 месяцев
Производство или дистрибуция со сборкой: спецификации, цеха, себестоимость.
- Всё из «Учётного контура» плюс производство
- Спецификации, заказы, загрузка цехов
- Плановая и фактическая себестоимость
- Контур качества и прослеживаемость партий
- Обмен с оборудованием, ТСД и MES
- Выделенный менеджер проекта
Холдинг
от 5 500 000 ₽
6–12 месяцев
Группа компаний: несколько юрлиц, площадок и складов с консолидацией наверху.
- Мультикомпанейность и внутренние обороты
- Мастер-данные и единые регламенты группы
- Консолидация отчётности и план-факт
- Иерархия прав с наследованием
- Промышленный обмен с несколькими системами
- Обучение по площадкам и регламенты
Предприятие
по проекту
от 9 месяцев
Высокая нагрузка, закрытый контур, требования ИБ и связь с АСУ ТП.
- Архитектура под нагрузку и партиционирование
- Шина данных, обмен с MES, SCADA, WMS
- Закрытый контур и SSO, аудит действий
- Нагрузочное тестирование перед запуском
- Выделенная команда и SLA
- Регламенты эксплуатации и восстановления
В стоимость входят проектирование, разработка, интеграции, миграция данных, развёртывание, обучение и документация. Исходный код и схема базы передаются вам без лицензионных ограничений.
Поддержка
Что происходит после запуска
ERP — не проект с датой окончания, а система, которая живёт вместе с бизнесом: меняются процессы, поставщики, требования и объёмы. Мы остаёмся на поддержке и развитии по понятному регламенту.
Базовая
от 60 000 ₽ / мес.
Реакция в течение рабочего дня
- Инциденты и консультации пользователей
- Мониторинг доступности и очередей
- Обновления безопасности зависимостей
- До 10 часов доработок в месяц
Расширенная
от 140 000 ₽ / мес.
Реакция до 2 часов в рабочее время
- Всё из базовой поддержки
- Выделенный канал и ответственный инженер
- До 30 часов доработок и развития в месяц
- Ревизия процессов раз в квартал
- Оптимизация производительности отчётов
Критичная эксплуатация
по регламенту
Круглосуточно, реакция от 30 минут
- Дежурство 24/7 и эскалация до руководителя
- Целевое время восстановления по SLA
- Резервные стенды и проверка восстановления
- Выделенная команда развития
- Регулярные нагрузочные проверки
Отдельно проводим ревизию через несколько месяцев эксплуатации: смотрим, какие экраны не используются, где сотрудники обходят систему и ведут параллельные таблицы, и предлагаем упрощения. Это самая недооценённая часть поддержки.
Почему мы
Почему ERP стоит разрабатывать у нас
Начинаем с процессов и учётной политики
Прежде чем писать код, описываем документооборот, правила расчётов и точки контроля. ERP, собранная без этого, повторяет беспорядок, который была призвана устранить.
Считаем интеграции и миграцию отдельно
В смете видно, сколько стоит каждый коннектор и перенос данных. Это защищает от классической ситуации, когда «основная разработка» закончена, а система не запускается без обмена и истории.
Показываем работающую систему каждые две недели
Вы видите реальные экраны на тестовом стенде, а не отчёт о проценте готовности. Приоритеты можно менять между спринтами, не пересматривая весь проект.
Проверяем производительность на ваших объёмах
Индексы, очереди и реплики проектируются под реальные данные, а ключевые сценарии замеряются автоматически. Система не «встанет» в первый день закрытия периода.
Отвечаем за запуск, а не за код
Наша задача — чтобы учёт действительно переехал в систему, а сотрудники перестали вести параллельные таблицы. Поэтому в проекте есть обучение, опытная эксплуатация и разбор расхождений.
Передаём систему, а не держим в заложниках
Код, схема базы, документация и доступы передаются вам. Систему можно развивать своей командой или с другим подрядчиком — мы к этому относимся спокойно.
Что такое ERP и когда она нужна бизнесу
ERP — это учётная система, в которой связаны все основные контуры компании: закупки, склад, производство, продажи, деньги, персонал и отчётность. Ключевое слово здесь — «связаны». Набор несвязанных программ, даже современных, не является ERP: если приход товара в одной системе не меняет остаток во второй и не влияет на себестоимость в третьей, учёт всё равно придётся сводить руками.
Потребность в ERP появляется, когда компания перерастает Excel и отдельные программы: остатки не сходятся, себестоимость считается приблизительно, отчёт для руководителя собирается неделю, а данные между складами и бухгалтерией переносят вручную. Второй типичный триггер — требования службы безопасности или группы компаний, когда данные не могут храниться у внешнего вендора, а несколько юридических лиц нужно видеть в одном контуре.
Чем ERP отличается от CRM и зачем они нужны вместе
CRM управляет отношениями с клиентами: заявки, сделки, коммуникации, воронка. ERP управляет ресурсами: что и по какой себестоимости закуплено, где лежит, как использовано, сколько заработали. Граница проходит по моменту: CRM заканчивается там, где сделку нужно обеспечить товаром, сырьём или мощностями.
На практике они работают лучше в паре. Заказ из CRM становится заказом клиента в ERP и запускает резерв на складе, закупку недостающего и производственный заказ; фактическая себестоимость и маржа возвращаются обратно в CRM к карточке клиента. Мы делаем и то и другое, поэтому связка проектируется сразу, а не прикручивается обменом файлов через год.
Почему мы разрабатываем ERP на Laravel
Для учётной системы важнее не скорость написания первой версии, а стоимость изменений на горизонте пяти-семи лет. Laravel — зрелый фреймворк с предсказуемой архитектурой, огромной экосистемой и большим рынком специалистов. Это означает, что систему можно поддерживать и развивать силами разных команд, а не только автора кода.
Отдельно важен вопрос владения. Приложение на Laravel и PostgreSQL запускается на любом сервере, не требует лицензионных отчислений за пользователей и не зависит от вендора платформы. Схему базы можно прочитать, данные — выгрузить, логику — проверить. Для ERP, где сосредоточена вся коммерческая картина компании, это принципиальное требование.
Как мы оцениваем сложность ERP-проекта
Сложность ERP определяется не числом экранов, а объёмом учётной логики и связностью данных. Простой учётный контур для торговой компании — это несколько десятков таблиц и три-четыре роли. Производственная ERP с партионным учётом, нормированием и расчётом себестоимости — это уже сотни таблиц, сложные регистры и десяток ролей с разными правами на одни и те же документы.
Два фактора увеличивают бюджет сильнее всего: миграция исторических данных и интеграции. Первая требует очистки и согласования справочников, вторая — обследования внешних систем, у которых часто нет документации и работающего API. Мы всегда считаем эти два блока отдельными строками сметы, чтобы клиент видел, за что платит, и мог управлять объёмом работ.
Типичные ошибки при внедрении ERP
Первая и самая дорогая ошибка — начинать с покупки или разработки, минуя описание учётной политики. Если в компании нет единого мнения о том, в какой момент возникает движение и как считается себестоимость, система зафиксирует текущий беспорядок и сделает его дороже в исправлении.
Вторая ошибка — пытаться внедрить всё сразу. Проект длится год, бизнес меняется быстрее, требования устаревают до запуска, а сотрудники теряют веру в результат. Мы разбиваем внедрение на этапы с работающим результатом каждые две недели. Третья ошибка — недооценка миграции и обучения: историю переносят «потом», сотрудники остаются с привычными таблицами, и система тихо умирает через три месяца после запуска.
Когда собственная ERP не нужна
Мы не считаем разработку универсальным ответом. Если у компании типовой учёт, один склад, стандартные продажи и отсутствуют требования к изоляции данных, коробочное решение обойдётся дешевле и запустится быстрее. В этом случае собственная система — лишние расходы и лишняя ответственность.
Разработка оправдана там, где есть настоящий барьер: нестандартная учётная логика, которую нельзя настроить; потребность в интеграциях с оборудованием и самописными системами; рост затрат на лицензии при увеличении штата; необходимость управленческой отчётности, которой нет в типовых отчётах; требования безопасности, исключающие хранение данных у вендора. На диагностике мы говорим об этом прямо, даже если честный ответ означает отсутствие проекта для нас.
Частые вопросы о разработке ERP
Стоимость определяется тремя факторами: числом контуров учёта, объёмом миграции данных и количеством интеграций. Учётный контур для торговой компании начинается от 1 400 000 ₽ и занимает 6–10 недель. Производственная ERP со спецификациями, цехами и себестоимостью — от 2 900 000 ₽ и 3–6 месяцев. Проекты для группы компаний и платформы предприятия считаются индивидуально. Точную смету мы даём после диагностики, которая занимает 1–3 недели, и фиксируем её в договоре.
Коробочная ERP быстрее на старте и содержит готовые регламентированные отчёты — если ваш учёт типовой, она может оказаться выгоднее, и мы скажем об этом прямо. Собственная система нужна, когда логика учёта специфична (давальческое сырьё, партионный учёт с особыми правилами, многоуровневое ценообразование), когда интеграций много и они нестандартные, когда лицензии за каждого пользователя становятся заметной строкой расходов или когда требования безопасности исключают хранение данных вне вашего периметра.
Да, и обычно мы рекомендуем именно такой путь. Модель данных и справочники проектируются с запасом, поэтому первая версия может закрывать, например, склад и закупки, а затем к ней добавляются производство, персонал и бюджетирование. Такой подход снижает риск: вы получаете работающий инструмент быстро, проверяете его на реальных операциях, а расширение идёт уже по фактам, а не по предположениям.
Мы переносим историю: справочники, документы, остатки, сальдо, цены и производственные записи. Миграция — отдельный этап с документом соответствия полей, очисткой дублей и сверкой контрольных сумм. Данные сначала загружаются на тестовый стенд, вы проверяете выборку, и только затем идёт промышленная загрузка. То, что перенести технически нельзя (например, часть переписки или закрытые периоды), остаётся доступным в архиве только для чтения.
Это типовая задача для производственных проектов. Мы работаем с тем, что есть: чтение по OPC UA или OPC DA, обмен файлами с АСУ ТП, снятие данных с контроллеров, подключение к промежуточной базе MES, если она есть, либо организация ввода через терминалы и ТСД у рабочих мест. На диагностике мы проверяем, какие данные оборудование реально отдаёт, и предлагаем самый надёжный из доступных вариантов, а не идеальный на бумаге.
Минимальный срок до запуска — около шести недель для учётного контура. Ускорить запуск можно двумя способами: сократить объём первого релиза (запустить два контура вместо пяти) и разнести интеграции по этапам, начав с самой критичной. Ускорять проект за счёт этапа проектирования мы не берёмся: ошибка в модели данных на старте обходится дороже, чем две недели диагностики.
Вы. После завершения проекта передаются исходный код, схема базы данных, документация по развёртыванию, доступам и регламентам. Никаких лицензионных ограничений на доработку и передачу другой команде нет: это обычное приложение на Laravel и PostgreSQL, которое можно запустить на любом сервере. Если система размещена на нашей инфраструктуре, мы поможем перенести её на вашу — это отдельный, заранее оцененный этап.
Доступ строится не по разделам, а по сущностям и суммам: закупщик не видит маржу, мастер — только свой цех, руководитель — сводные показатели. Дополнительно: вход через корпоративный каталог, двухфакторная аутентификация для администраторов и пользователей с правом платежей, неизменяемый журнал аудита с прежним и новым значением, закрытие периодов от правок, ограничение выгрузок и печати. Система разворачивается в вашем контуре, при необходимости — полностью без выхода в интернет.
Инциденты обрабатываются по регламенту SLA: приоритет, срок реакции, срок решения, ответственный. Критичные ошибки, останавливающие учёт (не проводится приёмка или отгрузка), имеют наивысший приоритет и обрабатываются вне очереди. Все обращения фиксируются, а по повторяющимся мы находим причину в коде, а не лечим следствие. Если ошибка вызвана нашими изменениями, исправление входит в поддержку без отдельного бюджета.
Да, и это отдельная ценность проекта. Мы описываем учётную политику: какие документы фиксируют факты хозяйственной жизни, в какой момент возникают движения, как считаются себестоимость и цены, кто и что контролирует. Если внутри компании нет единого мнения о правилах, мы проводим отдельные встречи с финансами, производством и коммерцией и фиксируем согласованный вариант в документе, по которому потом строится система.
Да. Мы разворачиваем приложение на вашей инфраструктуре и настраиваем его так, чтобы оно не зависело от внешних сервисов: библиотеки и обновления размещаются внутри периметра, шрифты и статика отдаются локально, уведомления работают через внутренний почтовый сервер. Особенность закрытого контура — часть привычных внешних сервисов придётся заменить внутренними, поэтому такой проект нужно планировать заранее, а не на последнем этапе.
Возможно, нет. Если у вас один склад, типовые продажи и учёт сходится в готовой программе, разработка ERP не окупится, и мы скажем об этом прямо на диагностике. Собственная система оправдана, когда компания упирается в конкретный барьер: нестандартные правила учёта, ручной перенос данных между программами, лицензии за пользователей, невозможность получить управленческую отчётность или требования безопасности. Мы предпочитаем честно отговорить от ненужного проекта, чем вести его ради бюджета.
Проектирование (карта процессов, модель данных, матрица прав), прототип ключевых экранов, разработка, интеграции, миграция данных, развёртывание на вашей инфраструктуре, нагрузочное тестирование, обучение пользователей и администраторов, документация и регламенты. Отдельно и прозрачно считаются поддержка после запуска и доработки по мере изменения процессов. Скрытых статей мы не оставляем: всё, что не входит в смету, перечислено в договоре отдельным списком.
Обсудим вашу ERP?
Расскажите, как устроен учёт сейчас: какие контуры уже автоматизированы, что ведётся в Excel и какие системы нужно связать. На первой встрече разберём процессы, предложим уровень системы и назовём порядок сроков и бюджета — без обязательств.