Medusa, ERPNext и Metabase: открытые инструменты для малого бизнеса

О чём эта статья

• Что такое каждый инструмент по его собственным README и документации
• Первый небольшой проект для каждого: своя витрина, учёт партий, дашборд на пять вопросов
• Что нужно до старта: разработчики, описанные процессы, чистые данные
• Что разрешают лицензии MIT, GPL и AGPL и где начинаются коммерческие условия
• Сравнительная таблица: инструмент, задача, требования, лицензия
• Три вопроса перед установкой и случаи, когда хватит электронной таблицы

Три инструмента, три разные задачи

Эти три проекта часто называют вместе, но они делают разную работу и не заменяют друг друга. Medusa работает как серверная часть интернет-магазина. ERPNext относится к ERP-системам: заказы, склад, производство и учёт ведутся в одном месте. Metabase служит для отчётности и превращает данные из базы в графики и дашборды.

На 4 октября 2026 года у Medusa было около 37 тысяч звёзд на GitHub, у ERPNext около 40 тысяч, у Metabase около 50 тысяч. Звёзды показывают интерес разработчиков. О том, подойдёт ли инструмент вашему бизнесу, они не говорят.

Medusa: серверная часть магазина, а не готовый магазин

Medusa представляет собой платформу для электронной коммерции с фреймворком для доработок. В документации перечислены модули для товаров, корзины, заказов, платежей, цен, промоакций, остатков, складов, доставки и налогов; все они доступны через REST API. Приложение Medusa состоит из сервера на Node.js и панели администратора. Витрина остаётся отдельным приложением, которое вы делаете и размещаете сами: с нуля или на основе шаблона на Next.js от авторов проекта.

Разумный первый проект: магазин, где сценарий покупки не укладывается в типовой шаблон. Пример: магазин подарочных наборов, где покупатель сам собирает коробку из пяти позиций и добавляет открытку. Каталог, корзина, цены и заказы берутся из модулей Medusa. Конструктор набора пишут ваши разработчики.

Нужны разработчики. Для установки требуются Node.js, Git и работающая база PostgreSQL; других баз Medusa не поддерживает. Оплата и доставка подключаются через модули-провайдеры. В документации в качестве примеров названы Stripe и ShipStation, а для сервиса без готовой интеграции модуль пишут сами. Для российских платёжных систем и служб доставки это стоит выяснить заранее. Кто-то должен всё подключить, проверить и сопровождать, а также разместить сервер и витрину. У проекта есть и управляемый хостинг, Medusa Cloud.

Ограничение: после установки у вас есть API и панель администратора, но не магазин, в котором можно купить. Если ваш сценарий покрывает обычный конструктор магазинов, Medusa добавит работы и не добавит пользы.

ERPNext: заказы, склад, производство и учёт в одной системе

ERPNext относится к ERP-системам с открытым кодом. В README перечислены бухгалтерский учёт, управление заказами (остатки, заказы клиентов, покупатели, поставщики, отгрузки), производство (расход материалов, планирование мощностей, субподряд), учёт активов и проекты с задачами, табелями времени и рентабельностью. В документации описан и модуль закупок: карточки поставщиков, заказы поставщикам и входящие счета.

Первый проект должен охватывать один процесс от начала до конца. Пример: небольшая мастерская свечей заводит воск, отдушки, фитили, банки и упаковку как складские позиции и составляет спецификацию (Bill of Materials) на одну линейку свечей. Каждый производственный запуск оформляется заказом на производство (Work Order), который берёт список материалов из спецификации. Функция Batch присваивает готовым свечам номер партии, и у партии можно указать срок годности. Цель в том, чтобы видеть в одном месте, что израсходовано на каждый запуск и что осталось на складе.

Большая часть того, что нужно, к программам не относится. Руководство по настройке начинает с компании, финансового года, плана счетов, складов, номенклатуры, покупателей, поставщиков, пользователей и начальных остатков. Оно требует подготовить чистые данные из старой системы и до запуска пройти полный цикл: продажа, закупка, склад, учёт. По размещению README предлагает Frappe Cloud или свой сервер с Docker, а быструю команду для Docker прямо называет одноразовой демонстрацией.

ERP труднее всего внедрить из трёх инструментов, потому что система фиксирует, как вы работаете. Сначала опишите процесс на бумаге. Документация говорит прямо: проведённую спецификацию нельзя править, только отменить и заменить новой, а смена валюты, структуры счетов или правил складского учёта после появления операций проходит болезненно. Начните с одной задачи, добавляйте модули поэтапно и заранее проверьте с бухгалтером, покрывает ли система вашу налоговую отчётность.

Metabase: вопросы и дашборды по вашим данным

Metabase относится к инструментам бизнес-аналитики. По README, сотрудники могут задавать вопросы к данным без знания SQL, для сложных запросов есть редактор SQL, а из ответов собираются интерактивные дашборды с фильтрами. Визуальный конструктор строит запрос по шагам. Оповещения отправляют результат вопроса на почту, в Slack или на вебхук, например когда запрос, который обычно пуст, вернул строки.

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

Нужна база данных, которую Metabase умеет читать. В списке официально поддерживаемых есть PostgreSQL, MySQL, MariaDB, SQL Server, SQLite, BigQuery и MongoDB. Сам Metabase запускается как контейнер Docker или файл Java JAR. Встроенная база H2 годится только для пробы на своём компьютере; для рабочей установки документация рекомендует хранить служебные данные Metabase в PostgreSQL. Есть и размещение у авторов, Metabase Cloud. Ещё нужен человек, который знает, что означает каждая таблица и каждый столбец.

Дашборд верен ровно настолько, насколько верны данные под ним. Если заказы вносят с опозданием, статусы пишут свободным текстом, а один клиент заведён трижды, график выглядит точным и при этом ошибается. Сначала наведите порядок во вводе данных.

Что разрешают лицензии, простыми словами

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

• Medusa: файл LICENSE относит репозиторий к лицензии MIT, кроме материалов Enterprise Edition. MIT разрешает бесплатно использовать, копировать, изменять, распространять и продавать копии при условии, что в копиях сохраняются уведомление об авторских правах и текст разрешения; программа предоставляется «как есть». Корпоративные материалы, обозначенные в ENTERPRISE-LICENSE.md как управление доступом по ролям и единый вход, требуют отдельного коммерческого договора с MedusaJS, Inc.
• ERPNext: license.txt содержит GNU General Public License версии 3. Она подтверждает право запускать программу без изменений и разрешает её изменять. Если вы передаёте изменённую версию другим, вся работа целиком должна распространяться под той же лицензией и содержать пометки о ваших изменениях. Программа предоставляется «как есть». Отдельная политика товарного знака ограничивает использование названия и логотипа ERPNext в названии продукта, услуги, компании или домена.
• Metabase: в LICENSE.txt сказано, что код вне каталога enterprise верхнего уровня распространяется под AGPL (в репозитории лежит версия 3), а код внутри него под Metabase Commercial License, для которой нужна действующая лицензия от Metabase. По AGPL, если вы изменили программу и вашей версией пользуются по сети, вы обязаны предложить этим пользователям её исходный код. Обычный образ Docker выпускается под AGPL, образ enterprise под коммерческой лицензией.

Прежде чем что-либо устанавливать: три вопроса

Установка здесь самая простая часть. Сначала письменно ответьте на три вопроса. Если не получается, инструмент за вас на них не ответит.

• Какой именно процесс болит? Запишите его по шагам и у каждого шага поставьте имя: кто принимает заказ, кто проверяет остаток, кто выставляет счёт. Инструмент может следовать процессу. Придумать его он не может.
• Где данные сейчас и верны ли они? Перечислите файлы, приложения и тетради. Проверьте вручную десять записей: дубли, пустые цены, устаревшие остатки. Неверные данные в новой системе остаются неверными.
• Кто отвечает за систему после запуска? Назовите человека, который добавляет пользователей, ставит обновления, делает резервные копии и отвечает на вопросы. Если такого нет, выберите размещение у авторов проекта или подождите.

Когда электронная таблица остаётся правильным инструментом

Таблица остаётся правильным инструментом, пока её правят один-два человека, строк в ней сотни, а процесс всё ещё меняется каждый месяц. Это ещё и самый дешёвый способ спроектировать процесс: столбцы, которые вы добавляете и убираете, показывают, что должна будет хранить будущая система.

Признаки того, что вы из неё выросли: несколько человек затирают правки друг друга, одна и та же цифра в трёх файлах имеет три значения, остатки считают по памяти, а месячный отчёт собирают целый день. Тогда выбирайте по той проблеме, которая у вас есть. Metabase подходит, когда данные уже в базе, а ответы приходят медленно. ERPNext, когда разрознены сами записи. Medusa, когда нужный магазин не собрать из шаблона.