Технології

Що таке metadata-driven ERP і чому це майбутнє обліку

Інженер працює над конфігурацією програмної системи

Коротко (TL;DR)

Metadata-driven ERP описує сутності, поля, процеси й права доступу декларативно — як метадані, а не код. Інтерфейс і логіка генеруються автоматично. Результат: зміни швидші й дешевші, оновлення не ламають доробки, немає вендор-локу. Саме на такому ядрі побудована Основа.

Класичні облікові системи на кшталт 1С/BAS налаштовують через конфігурування й написання коду в закритій платформі. Це працює, але має ціну: кожна зміна потребує програміста, доробки конфліктують з оновленнями, а бізнес стає залежним від конкретного підрядника. Metadata-driven підхід вирішує саме цю проблему.

Що означає «metadata-driven»

У такій системі структура даних і поведінка описуються як метадані — декларативний опис, а не імперативний код. Ви говорите системі що має бути (сутність «Співробітник» з полями ПІБ, РНОКПП, посада, оклад), а не як намалювати кожну форму. Інтерфейс, валідація, права доступу й API генеруються автоматично.

Налаштування — це дані, а не програмування. Тому зміни вносяться швидко й безпечно.

Приклад: опис сутності замість коду

doctype: Employee
label: Співробітник
fields:
  - { name: full_name, label: ПІБ, type: data, required: true }
  - { name: rnokpp,    label: РНОКПП, type: data }
  - { name: position,  label: Посада, type: link, target: Position }
  - { name: salary,    label: Оклад,  type: currency }
permissions:
  - { role: hr, read: true, write: true }

З цього опису система сама створює таблицю, форму, список, фільтри, права та точки API. Щоб додати поле — ви редагуєте метадані, а не переписуєте екрани.

Чому це вигідніше за доробки 1С/BAS

  • Швидкість змін. Нове поле чи процес — це конфігурація, а не реліз. Години замість тижнів.
  • Безпечні оновлення. Метадані відокремлені від ядра, тому ваші налаштування не «злітають» після апдейту — болюча проблема кастомних конфігурацій 1С.
  • Менша залежність від людей. Не потрібна команда профільних програмістів під кожну дрібницю.
  • Без вендор-локу. Відкритий API та прозора структура даних — ви не «замкнені» в закритій платформі.

Що це дає бізнесу на практиці

Система росте разом із компанією: нові документи, маршрути узгодження, звіти й інтеграції додаються без капітального «переписування». Це особливо важливо під час переходу з 1С/BAS — ви не просто копіюєте старі процеси, а отримуєте платформу, яку легко адаптувати далі. Докладніше про підхід — на сторінці Платформа.

Low-code не означає «спрощено». Складну логіку теж можна реалізувати — але типові 80% налаштувань роблять декларативно, а код залишають для справді унікальних випадків.

Часті запитання

Що таке metadata-driven ERP простими словами?
Це система, де ви описуєте, які потрібні сутності, поля й процеси, а інтерфейс і логіка створюються автоматично — без написання коду під кожну зміну.
Чи можна реалізувати складну логіку?
Так. Типові налаштування роблять декларативно, а для унікальних сценаріїв доступні розширення й відкритий API.
Чим це краще за конфігурування 1С/BAS?
Зміни швидші й безпечніші, оновлення не ламають доробки, немає залежності від закритої платформи й одного підрядника.
Платформа Low-code YAML

Хочете побачити це в дії?

Покажемо, як описати ваш документ чи процес у Основі за лічені хвилини.

Про платформу →

Платформа, яка не застаріє

Замовте демо — покажемо low-code ядро Основи на ваших процесах.