Кастомная ERP-система
любого уровня сложности — под ваши процессы
Собираем учётную систему вокруг того, как компания работает на самом деле. Берём в работу все четыре уровня: от учётного контура для торговой компании до платформы предприятия с обменом с MES, SCADA и закрытым периметром. Уровень определяется объёмом учёта, а не размером компании, — и мы не отказываемся от проекта, потому что он «слишком сложный» или «слишком нестандартный».
Начинаем с карты процессов
Модель данных и границы первой версии согласуем до первой строки кода
Смета фиксируется в договоре
Ориентир — до разговора, точная стоимость — после диагностики в 1–3 недели
Работающая система каждые 2 недели
Демонстрации на тестовом стенде, а не отчёт о проценте готовности
Код, схема БД и доступы — ваши
Без лицензий за пользователей и без привязки к нам
Оставьте контакт — вернёмся с составом первой версии, сроком и ориентиром бюджета.
Ответ 15 мин
Уровни сложности
4 и нестандартные
Минимальный запуск
6 недель
Ответим в рабочее время. Разбор задачи и оценка — 2 рабочих дня, без обязательств.
Laravel 12Livewire 3PostgreSQLMySQLRedisHorizonOctaneDockerфинансызакупкисклад и WMSпроизводствосебестоимостьперсоналхолдинг и консолидацияMES и SCADAТСД и сканерывесы и этикетки1СБитрикс24ЭДОбанк-клиентмаркетплейсыгосзакупкимиграция историиSSO и 2FAжурнал аудитазакрытый контур
Laravel 12Livewire 3PostgreSQLMySQLRedisHorizonOctaneDockerфинансызакупкисклад и WMSпроизводствосебестоимостьперсоналхолдинг и консолидацияMES и SCADAТСД и сканерывесы и этикетки1СБитрикс24ЭДОбанк-клиентмаркетплейсыгосзакупкимиграция историиSSO и 2FAжурнал аудитазакрытый контур
Любой уровень сложности
Четыре уровня, которые мы берём в работу
Уровень определяется не числом сотрудников, а объёмом учёта: сколько контуров, сколько юрлиц, сколько документов в месяц и насколько нестандартна логика. Мы работаем со всеми четырьмя — и с проектами, которые в эту шкалу не помещаются.
Торговая или сервисная компания, 10–60 сотрудников, одно юрлицо
Учётный контур: склад, закупки, продажи, деньги
Вместо Excel и трёх несвязанных программ — один контур, в котором закупка, склад, заказ и оплата связаны документами. Руководитель впервые видит остатки, дебиторку и маржу в одном месте и в актуальном состоянии.
Уровень, на котором появляется производственный учёт: спецификации, производственные заказы, загрузка рабочих центров, учёт выработки и расчёт себестоимости. Здесь ERP перестаёт быть учётной программой и становится инструментом управления.
Срок
3–6 месяцев
Команда
3–5 разработчиков
Бюджет
от 2 900 000 ₽
Что входит
Спецификации, техкарты, версии и замены материалов
Производственные заказы и маршрутные листы
Планирование загрузки цехов и рабочих центров
Учёт выработки, брака, простоев по сменам
Плановая и фактическая себестоимость партии
Группа компаний, 300+ пользователей, несколько юрлиц и площадок
ERP холдинга: юрлица, филиалы, консолидация
Единая платформа для нескольких юридических лиц и территорий: сквозной учёт с самостоятельностью площадок и консолидированной отчётностью наверху. Внутренние обороты, трансфертные цены, единые справочники и разграничение доступа по контурам.
Проект про устойчивость, а не про функции: десятки миллионов документов, сотни одновременных пользователей, интеграция с MES, SCADA, WMS и самописными системами, работа без выхода в интернет и полный аудит действий.
SSO, 2FA, тонкие права, неизменяемый журнал аудита
Нагрузочное тестирование перед запуском
А если проект не помещается ни в один уровень
Так бывает часто, и это нормально: шкала — ориентир для разговора, а не сетка, в которую обязан влезть ваш учёт. Мы собираем нестандартные комбинации: склад и производство без контура персонала, мультикомпанейность при одном складе, партионный учёт с индивидуальными правилами списания, три вида цен и бонусы дистрибьюторам, давальческое сырьё, резервы под заказ, спецификации с формулами.
Можно взять один контур, а не всю систему сразу
Нетиповые правила учёта реализуем кодом и покрываем тестами
Если задача решается настройкой коробки — скажем об этом прямо
Задачи
С чем приходят на разработку кастомной ERP
ERP заказывают не ради модного слова. Обычно к этому моменту бизнес уже вырос из таблиц, но ещё не готов платить за коробку, которую придётся подстраивать под себя годами. Ниже — признаки, по которым мы узнаём такой проект.
Учёт живёт в Excel и головах сотрудников
Остатки, себестоимость и дебиторка считаются в разных файлах, которые сходятся только к концу месяца. Ни одно число нельзя получить быстрее, чем за день, а расхождения выясняются на планёрке.
Лоскутная автоматизация из пяти программ
Склад в одной системе, продажи в другой, бухгалтерия в третьей, производство в четвёртой. Данные между ними переносят руками или выгрузками, и каждая передача — источник ошибок и задержек.
Своя логика не помещается в коробку
Спецификации с формулами, давальческое сырьё, партионный учёт, три вида цен, бонусы дистрибьюторам, резервы под заказ. В типовой конфигурации это либо невозможно, либо требует доработок, которые ломают обновления.
Лицензии дорожают вместе со штатом
Платная ERP считается по пользователям, включая тех, кому нужен только просмотр накладной или отчёт. При росте склада и производства подписка растёт быстрее выручки, а отключить доступ «на время» нельзя.
Система не стыкуется с оборудованием
Весы, сканеры, принтеры этикеток, терминалы сбора данных, станки, банк-клиент, ЭДО, маркетплейсы, площадки госзакупок. Коробка работает с тем, что есть в её списке, а остальное сотрудники переносят вручную.
Управленческой отчётности нет — есть догадки
Маржа по номенклатуре, себестоимость партии, план-факт по цехам, оборачиваемость склада, эффективность закупщика. Данные для решений не собираются вообще либо собираются неделю силами аналитика.
Предварительный расчёт
Порядок бюджета и сроков за минуту
Модель считает ориентир по четырём параметрам, которые сильнее всего влияют на стоимость
ERP-проекта: число пользователей, количество контуров, число интеграций и класс решения.
Точная смета появляется после диагностики — здесь вы получаете порядок величин до первого разговора.
40
3
2
Класс решения
Ориентир бюджета разработки
4 360 000 ₽—6 050 000 ₽
Ориентир срока до запуска
3–6 месяцев
Владение за 3 года
8 034 400 ₽
Лицензии коробочной ERP за 3 года
1 932 000 ₽
Ориентир окупаемости
32 мес.
Выгода против коробки за 3 года
6 102 400 ₽
На этом наборе параметров коробочное решение может оказаться дешевле — мы скажем об этом прямо на диагностике.
Расчёт носит оценочный характер и не является публичной офертой. Он не учитывает специфику вашей учётной логики, требования ИБ и состав оборудования — эти факторы выясняются на диагностике, после которой смета фиксируется в договоре.
Контуры системы
Девять контуров, которые собираются в один контур
Контур — это законченный блок учёта со своими документами, ролями и отчётностью. Каждый можно включить отдельно и связать с остальными: закупка меняет склад, склад влияет на производство, производство закрывает заказ, заказ формирует финансы. Ниже — состав базовой модели; в вашем проекте набор контуров определяется картой процессов.
Финансы, взаиморасчёты и бюджетирование
Деньги компании в одном регистре: счета, платежи, кассы, авансы, кредиты и займы, взаиморасчёты с контрагентами, БДДС и план-факт по подразделениям.
Роли
Финансовый директор
Бухгалтер
Казначей
Руководитель ЦФО
Типовые обмены
Банк-клиент
1С:Бухгалтерия
ЭДО
Что закрывает модуль
Банк и касса: выписки, платежи, реестры, сверка
Взаиморасчёты: дебиторка и кредиторка по документам
Бюджеты: БДР, БДДС, план-факт по ЦФО и статьям
Платёжный календарь и заявки на оплату с маршрутом
Курсовые разницы, мультивалютность, несколько юрлиц
Закрытие периода и регламентные операции
−30%
времени на закрытие месяца
Закупки, снабжение и работа с поставщиками
От потребности до приходной накладной: заявки подразделений, выбор поставщика, цены и условия, контроль сроков, претензии и рейтинг поставщиков.
Роли
Начальник снабжения
Закупщик
Кладовщик
Экономист
Типовые обмены
1С
ЭДО
Площадки госзакупок
Что закрывает модуль
Заявки на закупку с маршрутом согласования и лимитами
Прайсы, коммерческие предложения, сравнение цен
Заказы поставщикам и контроль сроков поставки
Приёмка, несоответствия, возврат и претензии
Рейтинг поставщиков: сроки, качество, цена, срыв
Планирование закупок по остаткам и точкам заказа
−18%
средней цены закупки
Складской учёт, логистика и движение товара
Склад не как склад, а как источник правды об остатках: адресное хранение, партии, серии, сроки годности, резервы, перемещения и отгрузка.
Договоры, спецификации, лимиты отсрочки и дебиторка
Отгрузка, доставка, возвраты и рекламации
Воронка и планирование продаж по менеджерам
Личный кабинет клиента и B2B-портал заказов
+22%
повторных заказов
Персонал, смены и сдельная оплата
Кадровый контур для производственных и торговых компаний: смены и графики, выработка, сдельные наряды, доступы и обучение сотрудников.
Роли
HR-директор
Кадровик
Начальник участка
Бухгалтер по зарплате
Типовые обмены
Терминалы СКУД
Биометрия
1С:ЗУП
Что закрывает модуль
Штатное расписание, приём, перевод, увольнение
Графики смен и табель рабочего времени
Сдельные наряды и расчёт выработки
Премии и удержания по настраиваемым формулам
Доступы сотрудников и матрица полномочий
Обучение, инструктажи, аттестация и допуски
−40%
времени на расчёт сделки
Управленческая отчётность и BI
Отчёты, которые считаются по фактическим данным системы, а не собираются вручную: маржа, оборачиваемость, загрузка, отклонения, план-факт.
Роли
Генеральный директор
Финансовый директор
Аналитик
Руководитель подразделения
Типовые обмены
BI-инструменты
Excel и Google Sheets
Data Warehouse
Что закрывает модуль
Конструктор отчётов без программиста
Дашборды по ролям: продажи, склад, производство, деньги
Маржинальность по клиентам, каналам и номенклатуре
Оборачиваемость, ABC/XYZ, неликвид и дефицит
План-факт и отклонения с расшифровкой до документа
Регулярные рассылки отчётов и выгрузка в Excel
день
вместо недели на отчёт
Качество, рекламации и нормативная документация
Контур качества для тех, кто отвечает за продукт перед клиентом и регулятором: контроль партий, несоответствия, рекламации и корректирующие действия.
Роли
Директор по качеству
Контролёр ОТК
Технолог
Инженер по качеству
Типовые обмены
Лаборатория
ЭДО
Маркировка
Что закрывает модуль
Входной, операционный и приёмочный контроль
Несоответствия, изоляция и утилизация брака
Рекламации клиентов и разбор причин
Корректирующие и предупреждающие действия
Паспорта и сертификаты на партию
Прослеживаемость: от сырья до конкретного клиента
100%
прослеживаемость партии
Сервис, ремонты и обслуживание оборудования
Контур технического обслуживания: заявки, регламентные работы, ремонты оборудования, запасные части и SLA перед внутренним или внешним заказчиком.
Роли
Главный механик
Сервисный инженер
Диспетчер
Кладовщик ЗЧ
Типовые обмены
Оборудование
ТСД
1С
Что закрывает модуль
Заявки на ремонт и техобслуживание с приоритетами
Регламентное обслуживание по наработке и календарю
История оборудования: отказы, ремонты, наработка
Склад запасных частей и расходных материалов
Наряды, акты выполненных работ, стоимость ремонта
SLA: сроки реакции и решения по каждому классу заявок
−25%
простоев оборудования
Объём первой версии
Что запускаем сначала, а что осознанно откладываем
Главная причина провала ERP-проектов — попытка внедрить всё сразу. Проект длится год, требования устаревают до запуска, сотрудники теряют веру в результат. Мы разбиваем внедрение на этапы с работающим результатом каждые две недели.
Входит в первую версию
Карта процессов и модель данных
Справочники и номенклатура с историей цен
Один-два критичных контура учёта
Роли, права и маршруты согласования
Миграция справочников и остатков
Обучение ключевых пользователей
Откладываем осознанно
Контуры, которые не влияют на запуск
Интеграции, кроме критичной для старта
BI-дашборды и конструктор отчётов
Тонкая настройка печатных форм
Мобильные приложения для выездных сотрудников
Полный перенос закрытых периодов
Когда разработка не нужна
Типовой учёт, который сходится в готовой программе
Один склад и стандартные продажи без требований к изоляции данных
Нет ни одного барьера: процессы не мешают расти
Задача решается настройкой коробочной конфигурации
Если по вашему случаю подходит коробочное решение, мы скажем об этом прямо на диагностике — даже если честный ответ означает отсутствие проекта для нас.
Интеграции
Связываем ERP с тем, что уже работает в компании
Интеграции — самая недооценённая часть ERP-проекта и самая частая причина срыва сроков у подрядчиков. Мы обследуем источник данных до написания коннектора, показываем схему обмена с точками отказа и считаем интеграции отдельной строкой сметы.
Если система самописная, старой версии или без API — делаем обмен через промежуточную базу, файловый обмен или шину данных. Отсутствие готового интерфейса не является препятствием, но такой обмен проектируется отдельно и оценивается по объёму источников.
Перенос данных из старых систем без потери истории
Переход на новую ERP боится не разработки, а переноса: если история останется в старой базе, новая система умрёт через месяц. Поэтому миграция — отдельный этап с проверяемым результатом, который вы принимаете на тестовом стенде до промышленного запуска.
01
Инвентаризация источников
Смотрим, какие системы и базы реально используются, что в них заполнено, а что ведётся мимо. Определяем, какие объекты переносим полностью, какие частично, а какие закрываем архивом только для чтения.
02
Соглашение о соответствии
Составляем таблицу соответствия: поле источника, поле приёмника, правило преобразования, что делаем с пустыми и дублирующимися значениями. Это документ, по которому потом проверяется результат.
03
Дедупликация и очистка
Убираем задвоенные контрагенты и номенклатуру, сводим справочники к единым кодам, разбираем «мусорные» записи. Без этого ошибки из старой базы переезжают в новую и живут там годами.
04
Загрузка, сверка и приёмка
Переносим данные на тестовый стенд, сверяем контрольные суммы, остатки, сальдо и количество документов. Вы проверяете выборку, только после этого загружаем в промышленный контур и фиксируем результат актом.
API вендора, выгрузки, ограничения по объёму переносимой истории фиксируем заранее
Бумажные журналы и архив
Накладные, акты, паспорта партий прошлых периодов
Сканирование и привязка к документам, архив только для чтения с поиском
Историю переносим в объёме, который даёт исходная система. То, что перенести нельзя (обычно это переписка и закрытые периоды), остаётся доступным в архиве только для чтения — так вы не теряете возможность поднять документ трёхлетней давности.
Как идёт работа
Семь этапов от диагностики до поддержки
Порядок этапов неизменен, длительность зависит от уровня системы. У каждого этапа есть артефакт, который вы принимаете, и критерии приёмки, зафиксированные в договоре.
011–3 недели
Диагностика и карта процессов
Карта процессов, реестр требований, границы проекта
021–3 недели
Модель данных и архитектура
Схема базы, матрица ролей, карта интеграций
031–2 недели
Прототип ключевых экранов
Кликабельный прототип, согласованные формы ввода
04от 6 недель
Разработка ядра и контуров
Работающие модули на стенде, демо каждые 2 недели
052–6 недель
Интеграции и миграция данных
Промышленные обмены, протокол сверки, акт миграции
062–4 недели
Обучение и опытная эксплуатация
Инструкции, регламент закрытия периода, акт ввода
07по SLA
Поддержка и развитие
Регламент SLA, план развития, отчёты мониторинга
Проектирование мы не сокращаем даже под давлением сроков: ошибка в модели данных на старте обходится дороже, чем две недели диагностики.
Сравнение
Excel, коробочная ERP или собственная система
Мы не утверждаем, что разработка нужна всегда. Ниже — критерии, которые проявляются не на старте, а через год эксплуатации.
Сравнение Excel, коробочной ERP и собственной системы
Критерий
Excel и лоскутная автоматизация
Коробочная ERP
Собственная ERP
Соответствие вашим процессам
Файлы подстраиваются под людей, но не масштабируются
Только то, что предусмотрел вендор
Система проектируется от вашей карты процессов
Стоимость владения при росте
Время сотрудников и ошибки, которые не считают
Лицензия за каждого пользователя плюс сопровождение
Серверы и поддержка, число пользователей не влияет
Нестандартная логика учёта
Ручные расчёты и договорённости
Доработки, которые усложняют обновления
Реализуется кодом и покрывается тестами
Оборудование и самописные системы
Нет
Ограничены списком коннекторов вендора
Любой обмен: API, файлы, промежуточная база, шина
Требования службы безопасности
Файлы расходятся по почте и флешкам
Зависит от вендора и модели лицензирования
Ваш контур, SSO, 2FA, аудит, закрытый периметр
Владение кодом и данными
Нет единой системы и ответственного
Платформа и формат базы принадлежат вендору
Код, схема БД и документация передаются вам
Разработка оправдана, когда логика учёта специфична, интеграций много или данные не могут покидать периметр компании.
Бюджет
Ориентиры по бюджету и срокам
Точную смету называем после диагностики: она зависит от числа контуров, объёма миграции и количества интеграций. Ниже — ориентиры, чтобы вы понимали порядок величин и могли планировать бюджет до первого разговора.
Учётный контур
от 1 400 000 ₽
6–10 недель
Торговая или сервисная компания: единый учёт вместо Excel и несвязанных программ.
В стоимость входят проектирование, разработка, интеграции, миграция данных, развёртывание, обучение и документация. Исходный код и схема базы передаются вам без лицензионных ограничений.
Что происходит после запуска
ERP — не проект с датой окончания, а система, которая живёт вместе с бизнесом: меняются процессы, поставщики, требования и объёмы. Мы остаёмся на поддержке и развитии по понятному регламенту.
Базовая
от 60 000 ₽ / мес.
Реакция в течение рабочего дня
Инциденты и консультации пользователей
Мониторинг доступности и очередей
Обновления безопасности зависимостей
До 10 часов доработок в месяц
Расширенная
от 140 000 ₽ / мес.
Реакция до 2 часов в рабочее время
Всё из базовой поддержки
Выделенный канал и ответственный инженер
До 30 часов доработок и развития в месяц
Ревизия процессов раз в квартал
Оптимизация производительности отчётов
Критичная эксплуатация
по регламенту
Круглосуточно, реакция от 30 минут
Дежурство 24/7 и эскалация до руководителя
Целевое время восстановления по SLA
Резервные стенды и проверка восстановления
Выделенная команда развития
Регулярные нагрузочные проверки
Отдельно проводим ревизию через несколько месяцев эксплуатации: смотрим, какие экраны не используются, где сотрудники обходят систему и ведут параллельные таблицы, и предлагаем упрощения. Это самая недооценённая часть поддержки.
Условия работы
На чём мы стоим в каждом проекте
Это не рекламные обещания, а правила, по которым устроен процесс. Каждое проверяется на первой же встрече.
Начинаем с процессов и учётной политики
Прежде чем писать код, описываем документооборот, правила расчётов и точки контроля. ERP, собранная без этого, повторяет беспорядок, который была призвана устранить.
Считаем интеграции и миграцию отдельно
В смете видно, сколько стоит каждый коннектор и перенос данных. Это защищает от классической ситуации, когда «основная разработка» закончена, а система не запускается без обмена и истории.
Показываем систему каждые две недели
Вы видите реальные экраны на тестовом стенде, а не отчёт о проценте готовности. Приоритеты можно менять между спринтами, не пересматривая весь проект.
Проверяем производительность на ваших объёмах
Индексы, очереди и реплики проектируются под реальные данные, ключевые сценарии замеряются автоматически. Система не «встанет» в первый день закрытия периода.
Отвечаем за запуск, а не за код
Наша задача — чтобы учёт действительно переехал в систему, а сотрудники перестали вести параллельные таблицы. Поэтому в проекте есть обучение, опытная эксплуатация и разбор расхождений.
Передаём систему, а не держим в заложниках
Исходный код, схема базы, документация, доступы и регламенты передаются вам. Систему можно развивать своей командой или с другим подрядчиком — мы относимся к этому спокойно.
Частые вопросы о разработке ERP
Мы делаем нестандартную систему. Возьмётесь за такой уровень сложности?
Да. Шкала из четырёх уровней — ориентир для разговора, а не список того, что мы умеем. Мы берём проекты, которые в неё не помещаются: нестандартные комбинации контуров, партионный учёт с индивидуальными правилами списания, давальческое сырьё, многоуровневое ценообразование, обмен с самописными системами и оборудованием без документации. Сложность влияет на срок и бюджет, но не является причиной отказа: если задача в принципе решается программно, мы её оценим и назовём условия.
Сколько стоит разработка кастомной ERP-системы?
Ориентиры: учётный контур для торговой или сервисной компании — от 1 400 000 ₽ и 6–10 недель; производственная ERP со спецификациями, цехами и себестоимостью — от 2 900 000 ₽ и 3–6 месяцев; ERP холдинга с несколькими юрлицами — от 5 500 000 ₽ и 6–12 месяцев; платформа предприятия с высокой нагрузкой и закрытым контуром считается по проекту. Стоимость определяется тремя факторами: числом контуров, объёмом миграции и количеством интеграций. Точную смету даём после диагностики в 1–3 недели и фиксируем её в договоре.
Можно ли начать с одного участка, а не внедрять всё сразу?
Да, и обычно мы рекомендуем именно такой путь. Модель данных и справочники проектируются с запасом, поэтому первая версия может закрывать, например, склад и закупки, а затем к ней добавляются производство, персонал и бюджетирование. Такой подход снижает риск: вы получаете работающий инструмент быстро, проверяете его на реальных операциях, а расширение идёт уже по фактам, а не по предположениям.
Сколько времени займёт проект и можно ли ускорить запуск?
Минимальный срок до запуска — около шести недель для учётного контура. Ускорить можно двумя способами: сократить объём первого релиза (запустить два контура вместо пяти) и разнести интеграции по этапам, начав с самой критичной. Ускорять проект за счёт этапа проектирования мы не берёмся: ошибка в модели данных на старте обходится дороже, чем две недели диагностики.
Что будет с данными из старой системы и Excel?
Мы переносим историю: справочники, документы, остатки, сальдо, цены и производственные записи. Миграция — отдельный этап с документом соответствия полей, очисткой дублей и сверкой контрольных сумм. Данные сначала загружаются на тестовый стенд, вы проверяете выборку, и только затем идёт промышленная загрузка. То, что перенести технически нельзя (часть переписки, закрытые периоды), остаётся доступным в архиве только для чтения.
Чем кастомная разработка отличается от доработки 1С или коробочной ERP?
Коробочная ERP быстрее на старте и содержит готовые регламентированные отчёты — если ваш учёт типовой, она может оказаться выгоднее, и мы скажем об этом прямо. Собственная система нужна, когда логика учёта специфична и не настраивается, когда интеграций много и они нестандартные, когда лицензии за каждого пользователя становятся заметной строкой расходов или когда требования безопасности исключают хранение данных вне вашего периметра. Отдельный плюс кастомной системы: обновления вендора не ломают ваши доработки, потому что доработок в чужой код нет.
Кто владеет исходным кодом и можно ли от вас уйти?
Вы. После завершения проекта передаются исходный код, схема базы данных, документация по развёртыванию, доступам и регламентам. Никаких лицензионных ограничений на доработку и передачу другой команде нет: это обычное приложение на Laravel и PostgreSQL, которое запускается на любом сервере. Если система размещена на нашей инфраструктуре, поможем перенести её на вашу — это отдельный, заранее оцененный этап.
Как вы обеспечиваете безопасность и разграничение доступа?
Доступ строится не по разделам, а по сущностям и суммам: закупщик не видит маржу, мастер — только свой цех, руководитель — сводные показатели. Дополнительно: вход через корпоративный каталог, двухфакторная аутентификация для администраторов и пользователей с правом платежей, неизменяемый журнал аудита с прежним и новым значением, закрытие периодов от правок, ограничение выгрузок и печати. Система разворачивается в вашем контуре, при необходимости — полностью без выхода в интернет.
Система будет работать в закрытом контуре без интернета?
Да. Мы разворачиваем приложение на вашей инфраструктуре и настраиваем так, чтобы оно не зависело от внешних сервисов: библиотеки и обновления размещаются внутри периметра, шрифты и статика отдаются локально, уведомления идут через внутренний почтовый сервер. Особенность закрытого контура — часть привычных внешних сервисов придётся заменить внутренними, поэтому такой проект нужно планировать заранее, а не на последнем этапе.
Мы небольшая компания — нам это вообще нужно?
Возможно, нет. Если у вас один склад, типовые продажи и учёт сходится в готовой программе, разработка не окупится, и мы скажем об этом прямо на диагностике. Собственная система оправдана, когда компания упирается в конкретный барьер: нестандартные правила учёта, ручной перенос данных между программами, лицензии за пользователей, невозможность получить управленческую отчётность или требования безопасности. Мы предпочитаем честно отговорить от ненужного проекта, чем вести его ради бюджета.
Что происходит после запуска, если что-то сломается?
Работает регламент SLA: приоритет обращения, срок реакции, срок решения, ответственный. Поддержка начинается от 60 000 ₽ в месяц с реакцией в течение рабочего дня, расширенная — от 140 000 ₽ с реакцией до двух часов и выделенным инженером, критичная эксплуатация — круглосуточно с эскалацией. Критичные ошибки, останавливающие учёт (не проводится приёмка или отгрузка), обрабатываются вне очереди. Если ошибка вызвана нашими изменениями, исправление входит в поддержку без отдельного бюджета.
Что входит в стоимость проекта помимо разработки?
Проектирование (карта процессов, модель данных, матрица прав), прототип ключевых экранов, разработка, интеграции, миграция данных, развёртывание на вашей инфраструктуре, нагрузочное тестирование, обучение пользователей и администраторов, документация и регламенты. Отдельно и прозрачно считаются поддержка после запуска и доработки по мере изменения процессов. Скрытых статей нет: всё, что не входит в смету, перечислено в договоре отдельным списком.
Коротко о главном
Что такое кастомная ERP и когда она нужна
ERP — учётная система, в которой связаны основные контуры компании: закупки, склад, производство, продажи, деньги, персонал и отчётность. Ключевое слово — «связаны»: набор несвязанных программ, даже современных, не является ERP. Если приход товара в одной системе не меняет остаток во второй и не влияет на себестоимость в третьей, учёт всё равно придётся сводить руками.
Кастомная ERP отличается тем, что проектируется от вашей карты процессов, а не подстраивается под шаблон вендора. Она оправдана, когда логика учёта специфична, интеграций много, лицензии за пользователей дорожают с ростом штата или данные не могут покидать периметр компании.
Из чего складывается стоимость разработки
Стоимость определяют три фактора, и два из них недооценивают чаще всего. Первый — число контуров учёта: каждый добавляет документы, регистры, роли и отчётность. Второй — миграция исторических данных: она требует очистки и согласования справочников, иначе ошибки старой базы переезжают в новую и живут там годами. Третий — интеграции: внешние системы часто оказываются без документации и работающего API.
Мы всегда считаем миграцию и интеграции отдельными строками сметы, чтобы было видно, за что вы платите, и чтобы объёмом работ можно было управлять: сократить первый релиз, разнести обмены по этапам, начать с одного участка.
Почему для ERP мы выбираем Laravel и PostgreSQL
Для учётной системы важнее не скорость написания первой версии, а стоимость изменений на горизонте пяти-семи лет. Laravel — зрелый фреймворк с предсказуемой архитектурой, большой экосистемой и широким рынком специалистов: систему можно поддерживать силами разных команд, а не только автора кода.
Отдельно важен вопрос владения. Приложение на Laravel и PostgreSQL запускается на любом сервере, не требует лицензионных отчислений за пользователей и не зависит от вендора платформы. Схему базы можно прочитать, данные — выгрузить, логику — проверить. Для ERP, где сосредоточена вся коммерческая картина компании, это принципиальное требование.
Полный технический разбор — архитектурные слои, матрица модулей, требования к нагрузке
и безопасности, стек и регламенты поддержки — на
странице разработки ERP.
Разберём вашу задачу
Расскажите, как устроен учёт сейчас, что не помещается в текущие программы и какой
участок болит сильнее всего. Предложим состав первой версии, срок и ориентир бюджета —
до договора и без обязательств.
Свяжемся, разберём процессы и учётную логику, после чего пришлём состав первой
версии, срок и ориентир бюджета. Если задача решается коробочным решением —
скажем об этом прямо.
Если система уже есть
Посмотрим текущее решение и скажем, что менять до развития функций, а что можно
оставить и связать интеграциями.
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie
(Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия —
от него можно отказаться. Подробнее:
Политика использования cookie
и
обработка персональных данных.
Настройки cookie
Выберите, какие категории cookie можно использовать. Необходимые отключить нельзя:
без них не работают формы и сессия.