1С:ERP vs заказная ERP: что выбрать в 2026 году — сравнение и TCO

Вердикт сразу

Мы внедряли и то, и другое. Переносили клиентов с 1С:УПП на заказные системы и наоборот — ставили 1С:ERP там, где до нас два года писали самописку. Вот короткий ответ.

Выбирайте 1С:ERP, если:

• Бухгалтерский и регламентированный учёт — ядро ваших процессов
• Нагрузка до 200 одновременных пользователей
• Вы не планируете выход за пределы РФ/СНГ
• Бюджет на старте ограничен 5–8 млн ₽
• Бизнес-процессы укладываются в типовую конфигурацию на 70%+

Выбирайте заказную ERP (Java/Kotlin), если:

• Высоконагруженные сценарии: тысячи транзакций в секунду, 500+ пользователей одновременно
• Нужна глубокая интеграция с внешними системами (WMS, MES, IoT-датчики, маркетплейсы)
• Типовые конфигурации 1С пришлось бы переписать на 50%+
• Планируете масштабирование на другие рынки и языки
• Критичны SLA по отклику (менее 200 мс на операцию)

Дальше — детали. 10 критериев, TCO-расчёты, три реальных кейса и decision tree для тех, кто ещё не определился.

Почему сравнение вообще нужно

На рынке есть два типа контента про ERP в России. Первый — от 1С-франчайзи, которые пишут «1С:ERP закрывает 100% задач любого предприятия». Второй — от кастом-разработчиков (мы в их числе), которые рассказывают про «уникальные бизнес-процессы, которые невозможно запихнуть в коробку». Оба правы. Оба врут.

Правда: каждый подход решает определённый класс задач лучше, чем альтернатива. И для 40–60% компаний среднего масштаба выбор неочевиден — он зависит от конкретных факторов, которые мы разберём ниже.

Если вы уже знаете, что вам нужна заказная ERP-система, — переходите сразу к разделу TCO. Если сомневаетесь — читайте по порядку.

10 критериев сравнения

1. Стоимость запуска (первый год)

1С:ERP: лицензии от 432 000 ₽ (на 10 рабочих мест) до 3–4 млн ₽ (100+ мест). Плюс внедрение. Типовой проект внедрения 1С:ERP у франчайзи — 3–12 млн ₽ в зависимости от масштаба. Сюда входят: обследование, настройка, доработки, обучение, миграция данных. Иногда — «допиливание» типовой конфигурации, и вот тут начинается самое интересное (об этом ниже, в критерии «кастомизация»).

Заказная ERP: нет лицензионных платежей вендору (open-source стек: Java/Kotlin, Spring Boot, PostgreSQL). Стоимость разработки MVP — от 6 до 20 млн ₽ в зависимости от количества модулей. Обычно стартуют с 2–3 критических модулей и наращивают.

Итог: 1С дешевле на старте в 1,5–2 раза, если ваши процессы совпадают с типовой конфигурацией. Если не совпадают — разрыв сокращается быстро.

2. Масштабируемость

1С:ERP: архитектура «толстый сервер приложений» + файловый или SQL-кластер. 1С:Предприятие 8.3 работает на MS SQL или PostgreSQL, есть поддержка кластеризации серверов 1С. На практике при 200+ одновременных сессиях начинаются проблемы: блокировки таблиц, медленные отчёты, конфликты на уровне записей. Существуют способы оптимизации (разделение данных, РИБ, фоновые задания), но потолок есть.

Мы видели кейс: крупный производитель с 450 пользователями в 1С:ERP. Закрытие месяца — 14 часов. Формирование оборотно-сальдовой ведомости по одному складу — 8 минут. При этом сервер — 128 ГБ RAM, 32 ядра, NVMe. Железо не спасало.

Заказная ERP: горизонтальное масштабирование из коробки (если архитектура заложена правильно). Микросервисы или модульный монолит, каждый модуль масштабируется независимо. PostgreSQL с партиционированием, Redis для кеширования, Kafka для асинхронных операций. При грамотной архитектуре — линейное масштабирование до тысяч пользователей.

Итог: до 150–200 пользователей — разницы нет. Выше — кастом выигрывает в разы.

3. Кастомизация и доработки

1С:ERP: можно дорабатывать типовую конфигурацию. Язык — 1С (русскоязычный, специфический). Проблема: при обновлении типовой конфигурации (а обновления выходят регулярно — законодательство, формы отчётности) все ваши доработки нужно «накатывать» заново. Это называется «обновление конфигурации с изменениями поставщика», и это боль.

На одном проекте (федеральная розничная сеть) доработки типовой конфигурации составляли ~40% от объёма кода. Каждое обновление от 1С — от 80 до 200 человеко-часов на «перенос» доработок. Четыре обновления в год — 320–800 часов. Это $15 000–40 000 ежегодно только на совместимость. Не на новые фичи. На поддержание статус-кво.

Заказная ERP: вы владеете кодом. Обновления зависят только от вас. Технический долг, конечно, тоже ваш — но это управляемый долг, а не внешний фактор. При хорошей архитектуре (модульная система, API-контракты между модулями, CI/CD) добавление нового модуля — вопрос недель, а не месяцев.

Итог: если доработки типовой конфигурации превышают 30% — заказная система выгоднее уже на горизонте 2–3 лет.

4. Скорость внедрения

1С:ERP: от 3 до 12 месяцев для типового внедрения. Если процессы стандартные и вы не требуете «чтобы всё было как в старой системе, но лучше» — можно уложиться в 4–6 месяцев. Есть огромное количество готовых отраслевых решений: 1С:ERP Молокозавод, 1С:ERP Мясопереработка, 1С:ERP для энергетических компаний. Если вам подходит отраслевое решение — это сильный аргумент.

Заказная ERP: MVP первых модулей — 4–8 месяцев. Полноценная система — 12–24 месяца. Это объективно дольше. Но есть нюанс: при заказной разработке вы получаете работающие модули итерационно. Через 4 месяца работает склад. Через 6 — производство. Через 8 — финансы. В 1С вы часто ждёте «всё или ничего»: пока не настроена вся цепочка, пилотная эксплуатация невозможна.

Итог: для быстрого старта — 1С. Для предсказуемого поэтапного внедрения — кастом.

5. Интеграции

1С:ERP: стандартные интеграции — обмен с ГИС (ЕГАИС, Честный знак, ФГИС «Меркурий»), банк-клиенты, ЭДО. Для интеграции с нетиповыми системами (WMS, MES, CRM, маркетплейсы, IoT) используются веб-сервисы 1С и HTTP-сервисы. Работают, но медленно: HTTP-сервисы 1С обрабатывают 50–100 запросов в секунду на хорошем железе. Для highload-интеграций (маркетплейс, тысячи обновлений остатков в минуту) — не хватает.

Если вам нужна интеграция с CRM-системой или внешним порталом — учитывайте ограничения по RPS.

Заказная ERP: REST/gRPC/GraphQL API — стандарт. Kafka для event-driven интеграций. Пропускная способность API — тысячи RPS. Готовые коннекторы к любым системам через Spring Integration, Apache Camel. WebSocket для real-time обновлений в UI.

Итог: стандартные российские интеграции — у 1С из коробки. Highload-интеграции и нестандартные сценарии — заказная ERP.

6. Поддержка и экосистема

1С:ERP: огромная экосистема. ~6 000 франчайзи в России, 400 000+ сертифицированных специалистов. Найти 1С-разработчика легко. Найти хорошего 1С-разработчика — сложно (но это справедливо для любой технологии). Стоимость часа 1С-разработчика — 2 000–5 000 ₽. Линия поддержки от фирмы «1С» — ИТС.

Заказная ERP: Java-экосистема глобальная — это плюс (любой backend-разработчик может работать с системой) и минус (ваша система — уникальная, нужно время на онбординг). Стоимость часа Java/Kotlin-разработчика — 3 500–7 000 ₽. Зато нет привязки к одному вендору. Ваша система на PostgreSQL, Spring Boot, Kotlin — стек, который знают сотни тысяч разработчиков в мире.

Итог: для типовой поддержки — 1С дешевле и проще. Для развития системы — Java/Kotlin-стек даёт больше свободы.

7. Лицензирование

1С:ERP: серверная лицензия (186 000 ₽) + клиентские лицензии (6 300–12 600 ₽ за рабочее место) + КОРП-лицензия для крупных внедрений (подписка). Плюс ИТС-подписка (~70 000–150 000 ₽/год). При 200 рабочих местах лицензирование — 2,5–4 млн ₽ единовременно + ежегодные подписки. Лицензии привязаны к вендору: если 1С завтра изменит ценовую политику — вы в заложниках.

Заказная ERP: PostgreSQL — бесплатен. Java/Kotlin — бесплатны. Spring Framework — бесплатен. Redis, Kafka — open-source. Платите только за инфраструктуру (серверы, облако) и за разработку/поддержку.

Итог: на горизонте 5 лет лицензионные расходы на 1С для 200+ пользователей — 5–8 млн ₽. На кастоме — 0 ₽ за лицензии, только инфраструктура (~200–500 тыс. ₽/год).

8. Highload-сценарии

1С:ERP: не создавалась для highload. Объективно. Архитектура 1С оптимизирована под «один пользователь — одна операция — одна транзакция». Конкурентный доступ к одним и тем же данным — проблема. Формирование тяжёлых отчётов блокирует операционную работу.

Пример: один наш клиент (крупный дистрибьютор) обрабатывает 12 000 заказов в день. В 1С:ERP формирование документа «Реализация товаров» с 50+ строками занимало 4–6 секунд. При пиковой нагрузке (конец месяца, одновременная работа 180 менеджеров) — до 15 секунд. Операторы ждали. Клиенты на линии ждали.

Заказная ERP: CQRS, event sourcing, read replicas для отчётов, write-оптимизированные сервисы для операций. Формирование заказа — 50–150 мс. Отчёты — на отдельной read-реплике, не блокируют основную базу. При необходимости — шардирование PostgreSQL через Citus.

Итог: если у вас больше 5 000 документов в день и SLA по отклику критичен — 1С будет узким местом.

9. Импортозамещение

Здесь 1С, казалось бы, выигрывает вчистую. 1С включена в реестр отечественного ПО, сертифицирована, принимается регуляторами. Но есть нюанс.

1С:ERP: в реестре ✓. Работает на PostgreSQL (без MS SQL) ✓. Но под капотом: серверная часть 1С:Предприятия — проприетарный закрытый код, который компилируется под Windows и Linux. Вы не можете аудировать исходный код платформы. Для некоторых госзаказчиков это стоп-фактор.

Заказная ERP: Java/Kotlin + PostgreSQL + Linux — всё open-source, всё аудируемое. Можно включить в реестр отечественного ПО (процедура занимает 2–4 месяца). Для объектов КИИ (критической информационной инфраструктуры) открытый код — требование. Если ваша компания подпадает под КИИ — это серьёзный аргумент. Мы помогаем с разработкой информационных систем с учётом требований 187-ФЗ.

Итог: формально — 1С в реестре. Фактически — кастом на open-source стеке даёт полный контроль над кодом и соответствие КИИ.

10. Миграция и vendor lock-in

1С:ERP: вы привязаны к платформе 1С:Предприятие. Перенести бизнес-логику из 1С в другую систему — это практически переписывание с нуля. Данные можно выгрузить, но логику — нет. Формулы расчёта себестоимости, алгоритмы распределения затрат, правила ценообразования — всё это живёт внутри конфигурации на языке 1С и не портируется.

Заказная ERP: стандартный стек (Java/Kotlin, SQL, REST API) — система переносима. Можно сменить команду разработки, можно перенести в другое облако, можно заменить отдельные модули. Код — ваш.

Итог: 1С = vendor lock-in. Кастом = свобода выбора.

TCO за 5 лет: три сценария

Считаем полную стоимость владения за 5 лет. Включаем: лицензии, внедрение/разработку, инфраструктуру, поддержку, доработки, обновления.

Сценарий A: Малый бизнес (50 пользователей, типовые процессы)

Вывод: при 50 пользователях и типовых процессах 1С:ERP дешевле на ~28%. Выбор очевиден — 1С.

Сценарий B: Средний бизнес (200 пользователей, 30% нетиповых процессов)

Вывод: при 200 пользователях и существенной доле нетиповых процессов стоимость выравнивается. Кастом начинает выигрывать — на ~13%. Ключевой фактор — строка «обновления и совместимость»: каждое обновление 1С при 30% доработок — дорого.

Сценарий C: Крупный бизнес (500+ пользователей, highload, сложные интеграции)

Вывод: при 500+ пользователях и highload-сценариях кастом дешевле на ~36%. Основная экономия: лицензии (9 млн ₽ vs 0), обновления (10 млн vs 2 млн) и потери от простоев. В 1С при таком масштабе простои — регулярное явление: регламентные операции, блокировки, закрытие месяца.

Порог окупаемости: по нашему опыту, заказная ERP начинает выигрывать по TCO при 150–200 пользователях или при объёме доработок типовой конфигурации выше 30%. Ниже этого порога — 1С экономически выгоднее.

Decision tree: как принять решение

Текстовая блок-схема. Отвечайте на вопросы по порядку.

Шаг 1. Сколько одновременных пользователей?

• Менее 100 → скорее 1С. Переходите к шагу 2.
• 100–300 → зависит от факторов. Переходите к шагу 2.
• Более 300 → скорее кастом. Переходите к шагу 3 для подтверждения.

Шаг 2. Какой процент ваших бизнес-процессов покрывается типовой конфигурацией 1С:ERP?

• 70%+ покрывается → 1С:ERP. Остановитесь.
• 50–70% → шаг 3.
• Менее 50% → заказная ERP. Остановитесь.

Шаг 3. Есть ли highload-требования (более 5 000 документов/день, SLA менее 300 мс, интеграции более 100 RPS)?

• Да → заказная ERP. Остановитесь.
• Нет → шаг 4.

Шаг 4. Подпадаете ли вы под 187-ФЗ (КИИ) или нужен аудит исходного кода?

• Да → заказная ERP. Остановитесь.
• Нет → шаг 5.

Шаг 5. Какой бюджет на первый год?

• До 8 млн ₽ → 1С:ERP (типовое внедрение дешевле).
• Более 8 млн ₽ → заказная ERP (инвестиция в собственную платформу, которая окупится на 3–5 году).

Шаг 6 (если не определились). Гибридный вариант.

• Запускаете регламентированный учёт на 1С:ERP, специфичные модули (WMS, производственное планирование, портал) — на Java/Kotlin. Связка через API. Подробнее — в разделе «Когда начать с 1С и мигрировать позже».

Три кейса из практики

Кейс 1: 1С:ERP выиграла — торговая компания, 80 пользователей

Контекст: федеральная сеть магазинов, 30 точек, 80 пользователей в центральном офисе. Основные процессы: закупка, складской учёт, розничные продажи (интеграция с 1С:Розница), бухгалтерский учёт, регламентированная отчётность.

Что рассматривали: заказная ERP на Java + PostgreSQL.

Почему выбрали 1С: 90% процессов покрывались типовой конфигурацией 1С:ERP + 1С:Розница. Интеграция между ними — штатная. ЕГАИС, Честный знак — из коробки. Внедрение за 5 месяцев, бюджет 5,2 млн ₽ (вместе с лицензиями). Заказная ERP на этот же функционал обошлась бы в 10–12 млн ₽ и потребовала бы 10+ месяцев.

Итог: 1С — правильный выбор. Работает третий год, 2 программиста на полной занятости для доработок. Проблемы есть (медленные отчёты при закрытии месяца), но в рамках допустимого.

Кейс 2: Заказная ERP выиграла — крупный производитель, 400+ пользователей

Контекст: крупный производитель (пищевая промышленность). 3 завода, 12 складов, 400+ пользователей. Требования: производственное планирование с учётом рецептур и сроков годности, MES-интеграция (SCADA-системы на заводах), WMS с адресным хранением и FIFO по партиям, маркировка «Честный знак» в реальном времени (поточная линия, 200 единиц в минуту).

Что пробовали сначала: 1С:ERP + отраслевое решение для пищевой промышленности. Внедряли 14 месяцев. Проблемы:

• Формирование плана производства на неделю — 45 минут (при 3 000+ рецептур)
• Интеграция со SCADA через HTTP-сервисы 1С — потеря данных при пиковой нагрузке (HTTP-сервис 1С не выдерживал 80+ RPS)
• Закрытие месяца — 18 часов, в это время работа операторов останавливалась

Что сделали: мигрировали производственное планирование, WMS и MES-интеграцию на заказную систему (Java 21, Spring Boot 3.3, PostgreSQL 16 + TimescaleDB для данных с датчиков). Бухгалтерский учёт оставили в 1С:Бухгалтерия (не ERP — просто бухгалтерия). Связали через Kafka.

Результат: план производства формируется за 90 секунд (было 45 минут). MES-интеграция — 2 000 RPS без потерь. Закрытие месяца — 40 минут.

Заказать архитектурный аудит ERP →

Кейс 3: гибридный подход — дистрибьютор, 250 пользователей

Контекст: крупный дистрибьютор (стройматериалы). 250 пользователей. 1С:ERP уже внедрена, работает 4 года. Проблема: нужен портал для дилеров (B2B-кабинет), мобильное приложение для торговых представителей, интеграция с 5 маркетплейсами (Ozon, Wildberries, Яндекс Маркет, СберМегаМаркет, «Все инструменты»).

Почему не остались полностью в 1С: HTTP-сервисы 1С не справлялись с нагрузкой от маркетплейсов (обновление остатков — 15 000 SKU каждые 5 минут по 5 маркетплейсам = ~250 запросов/минуту к 1С). Плюс B2B-портал на 1С — это отдельная боль (существуют решения типа «1С-Битрикс: Управление сайтом», но их интеграция с 1С:ERP — костыли поверх костылей).

Решение: 1С:ERP осталась ядром для учёта. Поверх неё построили слой интеграции на Java/Kotlin: API-шлюз (Spring Cloud Gateway), сервис синхронизации маркетплейсов (Kotlin + корутины), B2B-портал (Next.js + Java-бэкенд), мобильное приложение (Kotlin Multiplatform). Данные из 1С вытягиваются по расписанию через OData + push-уведомления через RabbitMQ.

Итог: 1С работает как центр учёта, Java-слой — как интеграционный хаб и front-facing приложения. Каждая часть делает то, что умеет лучше всего.

Когда начать с 1С и мигрировать позже

Частый сценарий. Особенно для компаний, которые растут быстрее, чем планировали.

Стратегия «1С → гибрид → кастом»:

1. Год 0–2: внедряете 1С:ERP для регламентированного учёта, бухгалтерии, HR. Это быстро, относительно дёшево, закрывает требования регуляторов.

2. Год 2–3: бизнес растёт, появляются highload-сценарии (портал, маркетплейсы, IoT). Строите интеграционный слой на Java/Kotlin: API-шлюз, event bus, отдельные сервисы для нагруженных модулей. 1С остаётся системой записи (system of record).

3. Год 3–5: постепенно переносите бизнес-логику из 1С в Java-модули. Начинаете с самых «тяжёлых» — складской учёт, производственное планирование. 1С сжимается до бухгалтерского ядра.

4. Год 5+: если бизнес дорос до 500+ пользователей — полный переход на собственную платформу. 1С остаётся только для формирования регламентированной отчётности (или заменяется модулем на Java с шаблонами ФНС).

Ключевое правило: проектируйте API с первого дня. Даже если сейчас «всё в 1С» — создавайте интеграционные контракты (OpenAPI-спецификации, event-схемы). Это сэкономит месяцы работы при будущей миграции.

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

Сводная таблица: 10 критериев

Мифы, которые мешают принять решение

Миф 1: «1С — это только для бухгалтерии». Нет. 1С:ERP — полноценная ERP-система с модулями производства, бюджетирования, казначейства, CRM, MRP. Другое дело, что каждый из этих модулей имеет ограничения по производительности и гибкости. Но «1С = только бухгалтерия» — устаревшее суждение.

Миф 2: «Заказная ERP — это всегда дорого и долго». Зависит от подхода. Если пытаться воспроизвести всю функциональность 1С:ERP с нуля — да, это годы и десятки миллионов. Но так никто не делает. Строят модульно: сначала — ядро (2–3 критических модуля), потом — расширение. MVP за 6 месяцев — реальность, не маркетинг.

Миф 3: «Можно взять готовую open-source ERP (Odoo, ERPNext) и дописать». Теоретически — да. Практически в России: нет поддержки российского учёта, нет ЕГАИС, нет Честного знака, нет форм ФНС. Дописывать придётся столько, что проще (и дешевле) написать с нуля на привычном стеке.

Миф 4: «1С не масштабируется вообще». Масштабируется — до определённого предела. 1С-Рарус и другие крупные франчайзи внедряют 1С:ERP на 1 000+ пользователей. Правда, с оговорками: выделенные серверы для фоновых заданий, РИБ (распределённые информационные базы), отдельные базы для отчётности. Это работает. Но стоимость такой «масштабированной» 1С приближается к стоимости заказной ERP, а гибкость остаётся ниже.

Что стоит сделать прямо сейчас

Если вы читаете эту статью, значит, выбор ещё не сделан. Три действия, которые помогут определиться:

1. Посчитайте объём нетиповых процессов. Возьмите список своих бизнес-процессов (50–100 штук) и отметьте, какие покрываются типовой 1С:ERP без доработок. Если больше 70% — 1С. Если меньше 50% — кастом. Между — нужен детальный анализ.

2. Оцените рост нагрузки на 3–5 лет. Сколько пользователей будет через 3 года? Какой объём документооборота? Если рост — в 2–3 раза — закладывайте масштабируемость сразу.

3. Закажите предпроектное обследование. 2–3 недели, стоимость — от 300 до 800 тыс. ₽. На выходе — документ с рекомендацией (1С / кастом / гибрид), архитектурой целевого решения и TCO-расчётом под ваши конкретные параметры.

Мы проводим такие обследования. Без предвзятости: если вам подходит 1С — скажем прямо. Если нужна заказная разработка ERP — спроектируем архитектуру и дадим оценку с точностью ±20%.

Заказать предпроектное обследование →

FAQ

Можно ли перенести данные из 1С в заказную ERP? Да. Данные (справочники, документы, остатки) выгружаются из 1С через стандартные механизмы (COM-соединение, OData, файловый обмен). Обычно миграция данных занимает 2–4 недели. Бизнес-логику (обработки, отчёты, печатные формы) придётся переписать.

Что дешевле поддерживать — 1С или кастом? При типовой конфигурации и менее 100 пользователях — 1С. При существенных доработках или высокой нагрузке — кастом. Ключевой фактор — стоимость обновлений: в 1С каждое обновление конфигурации при наличии доработок — трудоёмкая операция.

Как долго длится миграция с 1С на кастом? Зависит от объёма. Типичный сценарий: 6–12 месяцев параллельной работы двух систем, затем переключение по модулям. Полная миграция крупного предприятия — 12–18 месяцев.

А что с кадрами? Найти 1С-разработчика проще? Количественно — да, 1С-специалистов в РФ больше. Но квалификация варьируется сильно. Java/Kotlin-разработчик с опытом enterprise-систем стоит дороже, но привносит практики из мировой индустрии: CI/CD, автотесты, code review, мониторинг. В 1С-экосистеме эти практики пока менее распространены (хотя ситуация меняется).

Мы уже на 1С:УПП. Переходить на 1С:ERP или сразу на кастом? Если 1С:УПП устраивает функционально и проблема только в прекращении поддержки — переходите на 1С:ERP. Если УПП перестала справляться с нагрузкой или процессы сильно отличаются от типовых — рассмотрите кастом. Переход УПП → ERP — это фактически новое внедрение (данные мигрируются, но конфигурации несовместимы).