
Нужна помощь с реализацией?
Наша команда готова взяться за ваш проект. Оставьте заявку — мы свяжемся с вами и обсудим детали.
Похожие статьи
Все статьи

Складская программа: 5 классов и цена владения
Читать полностью

SCM-система: из чего состоит и сколько стоит в 2026
Читать полностью

Автоматизация закупок: коробка или своя система — TCO
Читать полностью
Рассылка
© 2025-2026 МАЙПЛ. Все права защищены.
Разработка SCM под заказ стоит от 800 000 ₽ за контур закупок до 3–4 млн ₽ за полный SCM, срок — 4–8 месяцев. Цену двигают интеграции, миграция данных, роли доступа и ЭДО.


Шесть модулей формируют смету SCM: закупки и поставщики (контракты, счета), запасы и склад, заказы и отгрузка, планирование спроса, аналитика и дашборд руководителя, роли и личные кабинеты подразделений.
| Модуль | Что входит | Вес в смете | Можно отложить |
|---|---|---|---|
| Закупки и поставщики | контракты, счета, заказы поставщикам | крупный | нет, если поставщиков много |
| Запасы и склад | учет остатков, движение товара | крупный | нет для производства и розницы |
| Заказы и отгрузка | обработка заказов клиентов, отгрузка | средний | частично |
| Планирование спроса | прогноз потребности в товаре | средний | да, вторая очередь |
| Аналитика и дашборд руководителя | отчетность в реальном времени | небольшой | да, вторая очередь |
| Роли и личные кабинеты | доступы подразделений | небольшой | частично |
Смету стоит делить на разработку, внедрение, интеграцию и поддержку — так предложения разных подрядчиков сравнимы построчно, а не одной суммой.
Чек-лист модулей различается по типу бизнеса.
Если поставщиков много, то в первую очередь берут модуль контрактов и счетов, а не запасы или аналитику.
На что обратить внимание: в смете должны быть отдельные строки на внедрение, интеграцию, миграцию и поддержку. Если строка «интеграция» слита с разработкой, попросить подрядчика разбить ее отдельно — иначе непонятно, за что платите.
Сметы разных подрядчиков расходятся в разы. Причина не в наценке, а в разной глубине ТЗ и разном составе модулей: один считает контур закупок, другой — полный SCM с планированием и аналитикой.
Чего избегать: сравнивать итоговые суммы двух предложений, если у них разный список модулей — сравнение бессмысленно.
Что сделать сейчас: отметить свои модули в чек-листе выше и запросить у подрядчиков смету в одной и той же разбивке — разработка, внедрение, интеграция, поддержка.
Смету SCM формируют шесть модулей. Крупные задают основную часть бюджета, небольшие почти не двигают итог. Ее делят на разработку, внедрение, интеграцию и поддержку — так предложения сравнимы построчно.
| Модуль | Что входит | Вес в смете | Можно отложить |
|---|---|---|---|
| Закупки и поставщики | контракты, счета, заказы поставщикам | крупный | нет при широкой базе поставщиков |
| Запасы и склад | остатки, движение товара | крупный | нет для производства и розницы |
| Заказы и отгрузка | заказы клиентов, отправка | средний | частично |
| Планирование спроса | прогноз потребности | средний | да, во вторую очередь |
| Аналитика и дашборд руководителя | отчетность в реальном времени | небольшой | да, после базового учета |
| Роли и кабинеты подразделений | доступы отделов | небольшой | частично |
Вес зависит от трудоемкости. Закупки и склад тянут за собой справочники, документы и проверку остатков, поэтому стоят больше всего. Планирование спроса стоит в середине: нужна история продаж и логика прогноза. Дашборд строится поверх готовых данных и обходится дешевле.
Допустим, розничная сеть с десятками поставщиков сначала берет контракты и счета, а складской учет донастраивает следующим шагом. Без этого модуля она теряет контроль над обязательствами: кто что должен поставить и когда оплатить.
Кабинеты подразделений кажутся мелочью, но без них каждый отдел снова ведет свои таблицы, и система теряет смысл. Их закладывают сразу.
Модули с пометкой «можно отложить» — первые кандидаты на сокращение, если предложение не укладывается в бюджет. Ядро урезать опасно: на нем держится остальной учет, и экономия вернется ручной работой.

Вилка: от 800 000 ₽ за контур закупок до 3–4 млн ₽ за полный SCM с планированием спроса и аналитикой. Нижняя граница — один контур с минимумом ролей, верхняя — все шесть модулей и обмены с учетными системами.
| Фактор | Цена |
|---|---|
| Готовое ТЗ и материалы заказчика | падает |
| Число модулей и ролей | растет |
| Число интеграций | растет |
| Миграция данных | растет |
| Требования к ЭДО | растет |
| Масштаб внедрения | растет |
| Поддержка по SLA | растет |
| AI/ML-функции | растет |
Миграция и ЭДО — отдельные работы со своими тестами: перенос справочников и обмен документами с оператором двигают цену к верхней границе.
| Вариант | Гибкость | Зависимость от вендора | Переплата за лишнее | Править самим |
|---|---|---|---|---|
| С нуля | максимальная | от разработчика | нет | если передан код |
| Платформа, например Falcon Space | высокая | от платформы | небольшая | да: правила в SQL-процедурах правит любой SQL-специалист |
| Доработка 1С, SAP, Oracle | в рамках ERP | от вендора ERP | да, за функции коробки | в рамках ERP |
Если процессы нестандартные и часто меняются, то подойдет кастом или платформа. Если уже работает 1С, SAP или Oracle, то сначала оценивают доработку и интеграцию, а кастомный код ERP пишут только при прямой необходимости.
Что сделать сейчас: выбрать вариант по матрице и прикинуть, к какой границе вилки ближе проект — по числу модулей, ролей и интеграций.

ТЗ и проектирование идут первыми: без них разработка не стартует. Миграцию данных и настройку обменов готовят параллельно с разработкой модулей — так проект не ждет, пока допишут код.
| Этап | Результат | Проверяет заказчик | Готовит сам |
|---|---|---|---|
| ТЗ и проектирование | документ и архитектура | полноту процессов и ролей | описание процессов |
| Разработка модулей | рабочие функции | соответствие ТЗ | отзывы по демо |
| Интеграция и миграция | связанные системы, данные | корректность обмена | доступы, выгрузки |
| Тестирование и внедрение | система у пользователей | сценарии и ошибки | обучение сотрудников |
| Поддержка | устраненные сбои | реакцию по SLA | заявки |
По оценке devtechnosys, базовая SCM-система разрабатывается 2–4 месяца, среднего уровня — 4–6, enterprise-платформа — от 8 месяцев. Вилка в заголовке — ориентир для типового проекта; крупная система с аналитикой и множеством интеграций выходит за ее верхнюю границу.
Если подрядчик не просит описать процессы, это сигнал риска для сроков и бюджета: он оценивает проект вслепую, и расхождения всплывут уже в разработке.
Что сделать сейчас: запросить у подрядчика план с контрольными точками по каждому этапу и назначить со своей стороны ответственного за приемку.

Смету сильнее всего двигают четыре фактора: интеграции с 1С и другими учетными системами, миграция данных, ЭДО, роли и права доступа.
Каждая интеграция — отдельная строка сметы: своя логика обмена, свои поля, своя обработка ошибок. ЭДО добавляет обмен с оператором: счета и акты должны ходить без ручной перекладки. Роли дорожают с числом подразделений: каждому нужны свои экраны, доступы и проверка, что лишнего не видно.
Чего избегать: обещаний «бесшовной» интеграции — обмен всегда требует настройки и тестов на реальных данных — и AI/ML «на вырост» раньше, чем заработал базовый учет. Еще два источника доплат — неполное ТЗ и отсутствие условий поддержки после сдачи; оба закрываются в договоре.
Алгоритм: список систем (учетная, складская, поставщики, магазины), направление и частота обмена, выбор между API напрямую и шиной ESB, план переезда со старой системы. Если систем несколько и обмен идет в обе стороны, спросите подрядчика про ESB.
Миграция — самая недооцененная статья: справочники нужно почистить, дубли убрать, решить, какую историю переносить, а какую оставить в архиве.
Что сделать сейчас: составить перечень систем для интеграции и оценить объем данных для переноса.

Допустим, компания заказывает все сразу: через несколько месяцев бюджет почти потрачен, а пользы не видно. Очереди снимают этот риск.
Первую очередь берут по чек-листу модулей выше: при широкой базе поставщиков — закупки, для производства и розницы — склад и остатки.
Пилот запускают на одном потоке и одном объекте, потом расширяют. Оборудование на старте — имеющееся.
Планирование спроса, аналитику, дашборды и AI/ML переносят во вторую очередь, когда базовый учет стабилен. Если первая очередь не дает пользы за 8 недель, она слишком широкая.
Что сделать сейчас: выбрать один поток для пилота и описать, по какому показателю будет видна польза.

В техническое задание вносят состав модулей и очередей внедрения, роли и права доступа, список интеграций, объем миграции данных и требования к ЭДО. Отдельно прописывают критерии приемки для каждого этапа.
Подробное ТЗ снижает неопределенность цены и споры при сдаче: подрядчик считает смету по конкретному перечню работ, а не по общим фразам.
Сравнивать несколько предложений стоит по одинаковым критериям: кейсы в вашей отрасли, опыт интеграций именно с вашей ERP, помощь с составлением ТЗ, условия поддержки после сдачи проекта.
SLA нужен не только крупным компаниям: без прописанного времени реакции и объема поддержки заказчик остается один на один с любым сбоем после запуска.
Эти пункты защищают от зависимости от одного разработчика: если исполнитель уйдет с рынка или поднимет цену на поддержку, систему сможет обслуживать другая команда. Перед подписанием пройдитесь по чек-листу и впишите недостающие пункты в договор.
Посчитаем смету по вашим модулям за 3 рабочих дня. Разработка на заказ — от 800 000 ₽, первая очередь в проде через 8 недель.