ERPNext в 2026 году: обзор, что умеет, где слабее 1С и кому подходит

ERPNext — открытая ERP на фреймворке Frappe с лицензией GPLv3: закупки, склад, проекты, продажи и учёт без платы за рабочее место. Он не заменяет 1С в регламентированном учёте. В обзоре разберём устройство, модули, версии, ограничения и случай компании на 28 рабочих мест.

Что такое ERPNext и чем он отличается от «просто бесплатной ERP»

ERPNext — это бизнес-приложение, которое работает поверх Frappe Framework. Frappe распространяется под лицензией MIT, ERPNext как приложение поверх него — под GPLv3; обе лицензии подтверждены в репозиториях проектов на GitHub. Для компании это означает три вещи: платить за каждое рабочее место не нужно, исходный код открыт, а использовать систему внутри бизнеса можно без ограничений. Если вы меняете код и распространяете его дальше, то условия GPLv3 требуют открыть изменения. Для обычной компании, которая просто работает в системе, это не создаёт обязательств, но юристу показать лицензию стоит.

Слово «бесплатная» я в обзорах стараюсь не употреблять без оговорки. Лицензия стоит 0 ₽, а система стоит денег: сервер, настройка под ваш процесс, обновления, резервные копии, обучение людей. Если заказчик слышит «бесплатно» и экономит на внедрении, через полгода у него получается склад в системе и такой же склад в Excel. Мы в АйТи-Фреш собрали ERPNext под ключ именно потому, что отдельно скачать систему несложно, а довести её до рабочего процесса — работа на недели.

Чем ERPNext отличается от одной только «бесплатной ERP». Во-первых, он цельный: закупки, склад, бухгалтерский слой, проекты, CRM и продажи живут в одной базе и ссылаются друг на друга документами, без обменов между модулями. Во-вторых, его можно доделывать без форка: пользовательские поля, свои DocType, Workflow, отчёты и Server Script настраиваются в интерфейсе. В-третьих, у него есть живое сообщество и документация, чего у многих локальных систем нет. Это не делает его лучшим выбором для всех, и об этом дальше.

Кто стоит за системой. ERPNext и Frappe разрабатывает индийская компания Frappe Technologies, разработка идёт открыто на GitHub: issues, pull request и релизы видны всем. Для заказчика это практический плюс, а не идеология. Когда документация молчит или противоречит обзору, я открываю исходный код нужной ветки и смотрю, как система поступает на самом деле: какие поля есть в настройках, какие проверки стоят при сохранении документа. Так проверены и факты в этом обзоре. С закрытой системой такой ход невозможен, там остаётся верить описанию вендора или проверять на стенде вслепую.

Как система устроена внутри: Frappe, DocType, bench, MariaDB и Redis

Всё в ERPNext строится вокруг DocType. Вы описываете объект: поля, типы, права, а фреймворк сам создаёт таблицу в базе (с префиксом tab), форму ввода, список и точки REST API. В документации Frappe это сформулировано прямо: DocType создаёт таблицу, форму, список, права и API. Поэтому заказ поставщику, карточка номенклатуры и ваш собственный документ «Спецификация договора» устроены одинаково, и добавить своё можно быстро. Один нюанс: удаление поля в интерфейсе физическую колонку из таблицы не убирает — для этого в Frappe есть команда bench --site имя trim-tables; у неё есть режим --dry-run, который только показывает, что будет удалено, и с него я всегда начинаю.

Технически установка состоит из нескольких слоёв, и их полезно знать администратору. Браузер или PWA на телефоне обращается к веб-серверу, тот отдаёт запросы приложению Frappe на Python, а данные лежат в MariaDB. Redis нужен для кэша и очередей. Отдельно работают фоновые воркеры (короткая и длинная очереди), планировщик регулярных заданий и сервис реального времени на Socket.IO. Всем этим управляет bench — утилита установки и администрирования Frappe: создание сайтов, обновления, миграции, резервные копии. | Слой | Что делает | Что ломается чаще всего | |---|---|---| | Веб-сервер и приложение Frappe | интерфейс и REST API | нехватка памяти, зависшие процессы | | MariaDB | все данные | рост базы, нет резервных копий | | Redis | кэш, очереди | сброс кэша, память | | Воркеры и планировщик | почта, импорт, регулярные задачи | не запущены или остановлены | | Socket.IO | обновления в реальном времени | прокси режет соединения |

Развернуть можно по-разному: Frappe Cloud (управляемый хостинг разработчиков), контейнеры через frappe_docker или ручная установка через bench. Для рабочего сервера я выбираю контейнеры: они повторяемы, версии приложений закреплены в образе, откат на уровне образа проще. Репозиторий frappe_docker содержит production-файл compose.yaml и одноразовую демо-сборку pwd.yml. Для боевых установок документация проекта отсылает к разделу Production docs, и по нему мы и работаем.

Доработки в ERPNext идут по лестнице, и чем выше ступень, тем дороже сопровождение. Нижняя ступень: Customize Form и Custom Field, то есть новые поля и изменённые свойства стандартных форм без кода. Выше: Client Script для поведения формы в браузере и Server Script для логики на сервере; с версии 15 Server Script по умолчанию выключены и включаются администратором командой bench set-config -g server_script_enabled true. Верхняя ступень: собственное приложение Frappe со своими DocType, хуками и фикстурами в git. Моё правило: всё, что больше пары полей и одного скрипта, оформляю отдельным приложением, потому что его можно обновлять, тестировать и переносить между стендами, а правки «в интерфейсе боевого сайта» через год никто не вспомнит.

Какие модули есть из коробки и что вынесли в отдельные приложения

В репозитории ERPNext заявлены бухгалтерия, склад, производство, учёт активов, управление проектами, CRM, продажи, закупки и точка продаж. Это ядро, и с него я начинаю любую беседу: закупки и склад, продажи, учёт затрат по проектам, спецификации и производство. Кадры и зарплата (HR) в новых версиях вынесены в отдельное приложение Frappe HR, а CRM — в отдельный продукт Frappe CRM; интерфейс ERPNext при этом содержит собственный базовый модуль CRM с лидами (Lead) и возможностями (Opportunity). Что именно ставится вместе с ERPNext в вашей версии, смотрите по списку приложений сайта командой bench --site имя_сайта list-apps.

Если смотреть по списку модулей в исходном коде ветки version-16, картина шире рекламного перечня: Accounts (бухгалтерский слой), Buying, Selling, Stock, Manufacturing, Projects, CRM, Assets (основные средства), Support (обращения и SLA), Quality Management, Maintenance (графики обслуживания), Subcontracting (давальческая переработка) и Regional. Последний важен для российской компании: в нём лежат региональные доработки для Австралии, Италии, ЮАР, Турции, ОАЭ и США, а России в нём нет. Это и есть формальное подтверждение того, что российский регламентированный учёт в коробку не входит.

Самая зрелая часть системы, на мой взгляд, закупочная цепочка. Она идёт документами: заявка на материалы (Material Request), запрос предложений поставщикам (Request for Quotation), предложения поставщиков (Supplier Quotation), заказ поставщику (Purchase Order), приёмка (Purchase Receipt), счёт поставщика (Purchase Invoice) и оплата (Payment Entry). Каждый следующий документ создаётся из предыдущего кнопкой, а система помнит, сколько уже заказано, принято и оплачено по каждой строке. Для руководителя это значит, что вопрос «где застряла заявка» решается открытием одного документа, а не перепиской в мессенджере.

Складской модуль закрывает то, что обычно просят торговые и производственные компании: несколько складов в дереве, партии со сроками годности, серийные номера, единицы измерения с коэффициентами пересчёта, оценку запасов по FIFO или скользящей средней и инвентаризацию документом Stock Reconciliation. Метод оценки и партионный учёт выбирают до загрузки остатков: после проведённых документов поменять их на карточке товара система не даёт, кроме перехода с FIFO на скользящую среднюю. Это одна из тех вещей, которые в обзорах не пишут, а на внедрении они стоят недели переделок.

Для сайта и розницы в экосистеме есть отдельные приложения, но это уже расширения, и их надо оценивать отдельно: версия, поддержка, совместимость. Важное предупреждение: каждое дополнительное приложение ставьте из стабильной ветки, совместимой с вашей линией ERPNext, а не из develop. Ветка разработки одного приложения может не согласоваться со стабильной версией другого, и это типичная ловушка при «собрал за вечер»: система вроде работает, а мастер первой настройки или миграция падает.

Я делю модули на три группы, когда разговариваю с руководителем: - работают из коробки и закрывают процесс: закупки, склад, продажи, проекты, учёт затрат; - работают, но с доработкой под вас: согласование по сумме (Workflow), контроль перебора, печатные формы, роли; - не рассчитывайте на коробку: регламентированный российский учёт, ЭДО, банк-клиент, сложное производство с непрерывным списанием.

Про производство отдельная оговорка. Модуль Manufacturing ориентирован на дискретное производство: изделие, BOM, Work Order. Для компании, которая собирает шкафы управления или режет плитку на заказ, этого достаточно. Для длительных стройплощадок с поэтапным расходом материалов он неудобен. Мы подробно разбирали производственный сценарий на ERPNext, и если у вас сборка из комплектующих, начните с него.

Версия 15 или 16: что брать для нового проекта

На странице релизов ERPNext на GitHub сейчас идут две линии: version-16 как текущая и version-15 как поддерживаемая. Для нового проекта я беру 16: на 15 вы начнёте с версии, которую придётся обновлять в обозримом будущем, а миграция между мажорными версиями — отдельная работа с остановкой сервиса и проверкой кастомизаций. Если у вас уже работает 15 и всё устраивает, торопиться с обновлением не нужно, но запланировать его в бюджете на год нужно.

Темп выпуска стоит знать заранее. По странице релизов на GitHub 30 сентября 2026 года вышли v16.37.0 и v15.121.6, и патч-релизы в обеих линиях выходят почти каждую неделю. Мой регламент для клиентов такой: обновления внутри линии раз в месяц, по заранее объявленному окну и после копии; переход на следующую мажорную версию раз в год-полтора, через тестовый стенд и проверку всех доработок. Обновлять боевой сайт сразу после выхода каждого патча не нужно, а вот отставать на полгода внутри линии я не советую: исправления безопасности приходят именно патчами.

Правила, которые я соблюдаю при любых обновлениях. Первое: версии frappe и erpnext должны совпадать по линии (обе 15 или обе 16). Второе: возврата версии базы данных назад нет, поэтому перед обновлением — полная резервная копия базы и файлов и проверка, что копию можно развернуть. Третье: обновление сначала на копии, и только потом на боевом сайте. В bench это выглядит так:

bench --site example.com backup --with-files
bench update

Команды приведены в базовом виде, у контейнерной установки процедура другая — образы пересобираются и мигрируют сайт, поэтому сверяйтесь с документацией frappe_docker для вашей версии.

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

Где ERPNext слабее 1С и что с этим делать

Самое важное для российской компании: русский интерфейс не равен готовности к российскому бухгалтерскому и налоговому учёту. План счетов, НДС со ставками и вычетами, счета-фактуры в формате ФНС, УПД, книги покупок и продаж, обмен с банком и ЭДО — это не коробка, а проекты с интеграцией или с самописной локализацией. Поэтому разумная схема, которую мы реализуем чаще всего, — два контура: ERPNext ведёт операционный учёт (заявки, закупки, склад, проекты), а регламентированный учёт остаётся в 1С. | Задача | ERPNext | 1С | |---|---|---| | Заявки и закупки | да, из коробки | да | | Склад и партии | да | да | | Проекты и затраты по ним | да | зависит от конфигурации | | Регламентированный учёт и налоги | не из коробки | да | | ЭДО и банк-клиент | отдельные интеграции | да | | Зарплата и кадры РФ | не из коробки | да |

Теперь о том, где ещё есть слабые места. Русский перевод интерфейса в v16 есть штатно, но требует выверки: на демостенде мы встречали контекстные ошибки, например «No» как «Нет» вместо «Номер». Мобильная работа идёт только онлайн, подробнее об этом ниже. Печатные формы российского образца делаются через конструктор и требуют настройки. Всё это решаемо, но каждый пункт — часы работы, которых нет в слове «бесплатно».

Про мобильную работу отдельно, потому что это частый вопрос от прорабов и кладовщиков. Отдельного нативного приложения для ERPNext в базовой поставке нет: сотрудники открывают тот же веб-интерфейс в браузере телефона или ставят его на главный экран как PWA. Формы адаптируются под экран, создать заявку, принять товар или посмотреть остаток с телефона можно. Без связи работать нельзя, данные не копятся офлайн, поэтому для складов в подвалах и удалённых объектов я сразу закладываю Wi-Fi или мобильный интернет и короткие формы с минимумом полей, чтобы ввод занимал минуту.

Про обмен с 1С. Я не рекомендую писать данные напрямую в SQL-базу 1С — это нарушает целостность и теряет поддержку. Обмен делается через HTTP-сервисы или OData: ERPNext отдаёт утверждённые документы, 1С их принимает. И запомните: Purchase Invoice в ERPNext — не то же самое, что счёт-фактура полученный в 1С; это разные документы с разной юридической нагрузкой, и бухгалтер должен это понимать с первого дня.

Отдельно об интеграциях, потому что именно на них держится схема двух контуров. Frappe автоматически публикует REST API для каждого DocType: чтение и запись идут по адресам /api/resource/<DocType>, вызов своей логики по /api/method/<путь>, а авторизация для интеграции делается API-ключом и секретом пользователя в заголовке Authorization: token ключ:секрет. По событию документа система умеет отправить Webhook. Этого достаточно, чтобы выгружать утверждённые документы в 1С и возвращать статусы оплат; готового коннектора к 1С в коробке нет, его собирают под конфигурацию заказчика.

Как «Тёплый Пол Центр» на 28 рабочих мест решал, брать ли ERPNext

Условный пример. Производственно-торговая компания «Тёплый Пол Центр», 28 рабочих мест: продаёт системы тёплого пола и собирает коллекторные узлы из комплектующих. Бухгалтерия ведётся в 1С, склад — в нескольких Excel-файлах и в самой 1С параллельно, заявки с объектов приходят в мессенджеры. Руководитель хотел «одну систему вместо трёх» и спрашивал, можно ли просто заменить 1С на ERPNext. Цифры ниже — иллюстрация, а не результат конкретного проекта.

Мы разложили задачи по контурам. В ERPNext переехали заявки, закупки у поставщиков, складские остатки по двум складам, сборка узлов по BOM и проекты монтажа. В 1С остались бухгалтерия, налоги, ЭДО, банк и зарплата. Пилот на 6 пользователях продолжался шесть недель. Он показал две вещи: после настройки ролей снабженец перестал дублировать заказы в Excel, а бухгалтер потребовал, чтобы утверждённые заказы выгружались в 1С реестром, а не вручную. Выгрузку сделали отдельной доработкой.

Как распределились эти шесть недель в условном примере. Две недели ушло на разбор процесса и справочники: номенклатура коллекторных узлов, около 1 200 позиций комплектующих, поставщики и склады. Неделя на настройку ролей и маршрута согласования заявок по сумме. Три недели живой работы в системе с шестью пользователями: два снабженца, кладовщик, два руководителя монтажных бригад и бухгалтер на чтение. Метрики пилота были простые и проверяемые: число заказов, продублированных в Excel, расхождение остатка в системе с пересчётом на складе и время от заявки с объекта до заказа поставщику. Процентов экономии мы не обещали, смотрели только на то, исчезает ли двойной учёт.

Сомнение у руководителя было одно: «А если мы останемся без разработчика?» Мы честно ответили: система открытая, документация публичная, но обновления и серверы требуют специалиста, и без интегратора или собственного администратора это риск. Компания взяла сопровождение. Показать, как выглядят такие процессы в системе, мы можем на демостенде erp-demo.itfresh.ru по запросу, без паролей в переписке.

Кому система подходит, а кому лучше выбрать другое

ERPNext подходит, если у вас есть цепочка «заявка — закупка — склад — проект или заказ» и вы устали от Excel; если есть Linux-сервер или готовность его арендовать; если бухгалтерия уже в 1С и менять её не планируется; если вы готовы потратить 4–8 недель на пилот и обучение. Лучше всего он ложится на компании от 5 до 50 человек, где нужен порядок в операционке, а не замена бухгалтерской программы.

Не берите ERPNext, если вам нужна «1С с другой обложкой» с готовым российским учётом из коробки: тогда лучше смотреть на отраслевые конфигурации 1С. Не берите, если нужна только небольшая CRM — хватит лёгкой CRM вроде EspoCRM. Если вам важен выбор среди открытых систем, у нас есть материалы про Odoo и российскую локализацию и про Dolibarr для микробизнеса. Сравнение цен конкурентов я здесь не привожу: проверяйте их на сайтах вендоров.

Из чего складывается стоимость владения, если не считать лицензии. Сервер или виртуальная машина с резервным копированием за его пределы. Часы администратора на обновления внутри линии и раз в год на мажорный переход. Часы аналитика и разработчика на печатные формы, обмен с 1С и доработки процесса. Обучение новых сотрудников, потому что текучка в снабжении и на складе выше, чем в бухгалтерии. Цифр я здесь не привожу: они зависят от числа пользователей и доработок, а условия нашего внедрения указаны на странице продукта. Но этот список стоит положить рядом с ценой любой коробочной системы, чтобы сравнивать сопоставимое.

Где конкуренты объективно сильнее, скажу прямо. У 1С сильнее всё, что связано с российским законодательством, и шире рынок специалистов: найти бухгалтера, знающего 1С, проще, чем администратора Frappe. У Odoo больше готовых модулей в маркетплейсе и более гладкий интерфейс, хотя часть функций есть только в платной редакции. ERPNext выигрывает там, где важны открытый код целиком, отсутствие платы за пользователя и единая модель данных от заявки до оплаты. Если эти три пункта для вас не главные, честнее выбрать систему, вокруг которой у вас уже есть люди.

Четыре вопроса, которые я задаю на первой встрече: 1. Есть ли у вас цепочка заявка — закупка — склад — проект? Если нет, хватит простой CRM или 1С. 2. Бухучёт уже в 1С? Если да, то схема двух контуров. 3. Нужна ли готовая отраслевая функциональность без доработок? Если да, проверьте на демо. 4. Есть ли сервер на Linux и администратор? Если нет, берите сопровождение. Ответы дают три исхода: подходит, подходит после пилота, нужна другая система.

Частые вопросы