Low-code

Low-code — це підхід до розробки програмного забезпечення, у якому значна частина системи створюється не ручним написанням коду, а через візуальні конструктори, готові компоненти, форми, бізнес-процеси, правила, інтеграції, довідники, API, шаблони й налаштування. Код усе ще може використовуватися, але не для кожної дрібної дії.

Low-code застосовують для ERP, CRM, BPM, Service Desk, HRM, документообігу, внутрішніх порталів, мобільних застосунків, інтеграцій, автоматизації погоджень, звітів, заявок, кабінетів клієнтів, аналітики, AI-асистентів і швидкого створення бізнес-додатків.

У контексті K2 ERP low-code може бути корисним як підхід до швидкого налаштування процесів, форм, ролей, маршрутів погодження, довідників, API-інтеграцій, звітів, Service Desk-сценаріїв, документообігу та внутрішніх бізнес-застосунків без повної розробки “з нуля”.

Головне. Low-code дозволяє швидше створювати бізнес-додатки: форму заявки, маршрут погодження, довідник, інтеграцію з API, звіт або кабінет користувача можна зібрати з готових блоків, а складну логіку дописати кодом.

Практичний приклад. Замість того щоб місяць розробляти заявку на оплату з нуля, у low-code платформі можна створити форму, поля, статуси, маршрут погодження, права доступу, повідомлення, журнал дій і звіт за кілька днів або тижнів — залежно від складності процесу.

Важливо. Low-code не означає “без архітектури” і не скасовує вимоги до безпеки, якості даних, API, продуктивності, аудиту, тестування, резервних копій і відповідальності за бізнес-процеси.

Що таке Low-code

Low-code — це модель розробки, у якій програмні рішення створюються за допомогою візуальних інструментів і готових компонентів.

Замість ручного написання всього коду розробник або бізнес-аналітик може налаштовувати:

форми;
таблиці;
довідники;
документи;
кнопки;
статуси;
маршрути погодження;
бізнес-правила;
сповіщення;
ролі;
права доступу;
інтеграції;
API;
дашборди;
звіти;
мобільні екрани;
автоматичні задачі.

Простий приклад Low-code

Компанії потрібна заявка на закупівлю.

У класичній розробці потрібно:

описати вимоги;
створити таблиці в базі;
написати backend;
написати frontend;
написати логіку статусів;
зробити ролі;
зробити повідомлення;
зробити звіти;
протестувати;
розгорнути.

У low-code платформі можна налаштувати:

Елемент	Приклад налаштування
Форма	Поля: товар, кількість, сума, постачальник, причина закупівлі
Статуси	Чернетка, на погодженні, погоджено, відхилено, виконано
Маршрут	Ініціатор → керівник → фінанси → закупівлі
Права	Ініціатор бачить свої заявки, фінанси бачать усі
Повідомлення	Email або сповіщення при погодженні
Звіт	Заявки по статусах, сумах і підрозділах

Для чого потрібен Low-code

Low-code потрібен для швидкої автоматизації бізнес-задач, коли класична розробка занадто повільна або дорога.

Він допомагає:

швидше запускати процеси;
зменшити чергу задач для розробників;
автоматизувати Excel-процеси;
створювати внутрішні додатки;
будувати форми й погодження;
швидко тестувати гіпотези;
підключати API;
створювати прототипи;
розширювати ERP;
запускати Service Desk;
автоматизувати документообіг;
створювати звіти;
скорочувати ручну роботу.

Low-code і No-code

Low-code і no-code схожі, але не однакові.

Підхід	Що означає	Для кого	Приклад
No-code	Розробка без коду через конструктор	Бізнес-користувачі	Проста форма заявки
Low-code	Основне через конструктор, складне через код	Аналітики, розробники, ІТ	ERP-процес з API та складними правилами
Pro-code	Класична розробка кодом	Розробники	Високонавантажений backend або складний модуль

Приклад різниці Low-code і No-code

Потрібно створити форму “Заявка на відпустку”.

No-code підходить, якщо потрібно:

форма;
керівник погоджує;
HR отримує повідомлення;
заявка потрапляє в список.

Low-code потрібен, якщо треба:

перевірити залишок днів відпустки через API;
врахувати графік роботи;
перевірити заміну працівника;
інтегруватися з HRM;
записати дані в ERP;
сформувати наказ;
передати дані в Power BI.

Як працює Low-code платформа

Low-code платформа зазвичай має набір візуальних конструкторів і технічних модулів.

Типові компоненти:

конструктор форм;
конструктор процесів;
конструктор даних;
конструктор ролей;
конструктор звітів;
API-конектори;
workflow engine;
правила валідації;
шаблони документів;
журнал аудиту;
інтеграції;
мобільний інтерфейс;
розгортання в хмарі або на сервері.

Основні елементи Low-code

Елемент	Що робить	Приклад
Form builder	Створює форми	Заявка на оплату
Workflow builder	Створює процеси	Погодження договору
Data model	Описує дані	Контрагенти, заявки, платежі
Rules engine	Виконує бізнес-правила	Якщо сума > 100 000 грн — погоджує фіндиректор
API connector	Підключає зовнішні системи	Банк, CRM, ERP, сайт
Dashboard	Показує аналітику	Заявки по статусах

Low-code і візуальна розробка

Візуальна розробка — це створення логіки через схеми, блоки, drag-and-drop, правила й налаштування.

Наприклад, процес погодження може виглядати так:

Старт → Заповнення заявки → Перевірка суми → Погодження керівника → Погодження фінансів → Оплата → Завершено

У конструкторі це може бути схема з блоків і стрілок.

Low-code і бізнес-процеси

Low-code часто використовується для бізнес-процесів.

Типові процеси:

заявка на оплату;
заявка на закупівлю;
погодження договору;
погодження рахунку;
Service Desk-заявка;
заявка на доступ;
відпустка;
відрядження;
інцидент;
рекламація клієнта;
погодження знижки;
створення нового товару;
зміна банківських реквізитів контрагента.

Приклад процесу: заявка на оплату

Етап	Хто виконує	Що перевіряється
Створення заявки	Ініціатор	Сума, контрагент, договір, призначення
Перевірка керівника	Керівник підрозділу	Доцільність витрати
Перевірка фінансів	Фінансовий контролер	Бюджет, стаття витрат, ліміт
Погодження	Фінансовий директор	Великі або ризикові платежі
Оплата	Казначей	Реквізити, дата, пріоритет
Закриття	Бухгалтерія	Виписка, аванс, борг

У low-code такий процес можна налаштувати через форму, статуси, ролі й правила.

Low-code і форми

Форми — один із головних елементів low-code.

Форма може містити:

текстові поля;
числа;
дати;
списки;
довідники;
таблиці рядків;
файли;
коментарі;
кнопки;
статуси;
обов’язкові поля;
умовну видимість;
валідацію;
підказки.

Приклад форми заявки на оплату

Поле	Тип	Обов’язкове
Контрагент	Довідник	Так
Договір	Довідник	Так
Сума	Число	Так
Валюта	Список	Так
Дата оплати	Дата	Так
Стаття витрат	Довідник	Так
Файл рахунку	Файл	Так
Коментар	Текст	Ні

Low-code і довідники

Low-code платформа може мати власні довідники або підключатися до ERP-довідників.

Приклади довідників:

контрагенти;
договори;
номенклатура;
організації;
підрозділи;
статті витрат;
валюти;
користувачі;
ролі;
склади;
проєкти;
типи заявок;
статуси;
категорії Service Desk.

Low-code і правила

Бізнес-правила дозволяють автоматизувати логіку.

Приклади:

якщо сума понад 100 000 грн — потрібне погодження фіндиректора;
якщо договір прострочений — заборонити оплату;
якщо товар нижче мінімального залишку — створити заявку на закупівлю;
якщо клієнт має прострочену дебіторку — заблокувати відвантаження;
якщо заявка критична — скоротити SLA;
якщо працівник звільнений — закрити доступи.

Приклад бізнес-правила

IF payment.amount > 500000
AND payment.currency = "UAH"
THEN approval_route = "CFO + CEO"

У low-code це може налаштовуватися не кодом, а через форму правила.

Low-code і ролі

Low-code рішення має враховувати ролі користувачів.

Приклади ролей:

ініціатор;
погоджувач;
фінансовий контролер;
казначей;
бухгалтер;
керівник підрозділу;
адміністратор;
аудитор;
аналітик;
сервісний інженер;
HR;
менеджер продажів.

Приклад ролей у процесі договору

Роль	Доступ
Ініціатор	Створює договір і бачить свої документи
Юрист	Перевіряє умови договору
Фінанси	Перевіряють суму, валюту, платежі
Директор	Погоджує критичні договори
Адміністратор	Налаштовує процес
Аудитор	Переглядає історію погодження

Low-code і права доступу

Права доступу в low-code мають бути не слабшими, ніж у класичній розробці.

Потрібно контролювати:

хто бачить записи;
хто створює записи;
хто редагує;
хто погоджує;
хто видаляє;
хто експортує;
хто бачить фінансові поля;
хто бачить персональні дані;
хто може змінювати процес;
хто має адміністративний доступ.

Пов’язана сторінка: Права доступу в ERP

Low-code і аудит дій

Аудит потрібен, щоб бачити, хто й що зробив у системі.

Low-code платформа має фіксувати:

створення запису;
зміну полів;
зміну статусу;
погодження;
відхилення;
коментар;
завантаження файлу;
експорт;
зміну маршруту;
зміну ролей;
помилки інтеграцій.

Пов’язана сторінка: Аудит дій

Приклад аудиту в low-code

Час	Користувач	Дія	Об’єкт
10:00	petrenko	Створив заявку	PAY-000145
10:20	manager01	Погодив	PAY-000145
10:45	finance01	Змінив статтю витрат	PAY-000145
11:00	cfo	Погодив	PAY-000145

Low-code і API

Low-code має бути інтегрованим із зовнішніми системами через API.

API потрібен для:

отримання довідників;
створення документів;
оновлення статусів;
отримання залишків;
перевірки клієнтів;
передачі платежів;
інтеграції з CRM;
інтеграції з сайтом;
інтеграції з банком;
передачі даних у Power BI;
підключення AI.

Пов’язана сторінка: API для ERP

Приклад Low-code + API

Low-code форма “Новий контрагент” може при збереженні викликати API ERP:

POST /api/v1/customers

Передані дані:

{
  "name": "ТОВ Постачальник",
  "edrpou": "12345678",
  "type": "supplier",
  "created_from": "low_code_form"
}

ERP повертає ID контрагента, а low-code процес продовжує погодження.

Low-code і API-first

Low-code добре працює з підходом API-first.

Це означає, що low-code додатки не повинні напряму змінювати таблиці критичних систем. Краще, щоб вони працювали через стабільні API-контракти.

Переваги:

менше ризику зламати ERP;
контроль прав доступу;
валідація даних;
аудит;
стабільність інтеграцій;
менше залежності від структури бази;
простіше тестування.

Low-code і ERP

У ERP low-code може використовуватися для розширень навколо основних процесів.

Приклади:

погодження оплат;
заявки на закупівлю;
погодження договорів;
Service Desk;
заявки на доступ;
внутрішні реєстри;
заявки на списання;
затвердження знижок;
реєстр рекламацій;
контроль якості;
onboarding працівників;
управління задачами.

Приклад Low-code в ERP

Компанія хоче автоматизувати створення нового товару.

Процес:

Менеджер створює заявку.
Категорійний менеджер перевіряє назву й групу.
Склад додає одиницю виміру й штрихкод.
Бухгалтер перевіряє облікову групу.
Керівник погоджує.
Через API товар створюється в ERP.
Power BI отримує нову номенклатуру після оновлення.

Low-code і K2 ERP

У K2 ERP low-code підхід може використовуватися для швидкого налаштування процесів, форм і розширень без повного циклу класичної розробки.

Сценарії:

створення форм заявок;
налаштування погоджень;
налаштування ролей;
налаштування довідників;
побудова внутрішніх реєстрів;
створення процесів Service Desk;
інтеграція через API;
налаштування аналітики;
створення шаблонів документів;
автоматизація перевірок;
запуск MVP-процесів.

Low-code і CRM

У CRM low-code може використовуватися для налаштування процесів продажів.

Приклади:

форма ліда;
воронка продажів;
погодження знижки;
комерційна пропозиція;
задача менеджеру;
автоматичний лист;
оцінка ймовірності угоди;
інтеграція з ERP;
передача рахунку;
контроль дебіторки.

Пов’язана сторінка: CRM для продажів

Low-code і Service Desk

Service Desk — один із найкращих сценаріїв для low-code.

Можна швидко створити:

категорії заявок;
форми звернень;
SLA;
маршрути;
ролі;
пріоритети;
сповіщення;
базу знань;
звіти;
автоматичну класифікацію;
інтеграцію з ERP або Teams/Telegram.

Пов’язана сторінка: Service Desk

Приклад Service Desk на Low-code

Користувач створює заявку:

Не можу провести платіж.

Low-code процес:

Визначає категорію “Казначейство”.
Ставить пріоритет “Високий”.
Призначає фінансовому адміністратору.
Запускає SLA 4 години.
Повідомляє заявника.
Записує історію.
Після вирішення просить оцінку.

Low-code і документообіг

Low-code добре підходить для документообігу.

Сценарії:

реєстр договорів;
погодження договорів;
продовження договорів;
акти виконаних робіт;
рахунки;
службові записки;
накази;
внутрішні політики;
архів документів;
маршрути підписання;
контроль строків.

Пов’язана сторінка: ERP для документообігу

Приклад погодження договору

Процес договору:

Етап	Відповідальний	Результат
Створення картки	Ініціатор	Договір у статусі “Чернетка”
Юридична перевірка	Юрист	Умови перевірені
Фінансова перевірка	Фінанси	Сума, валюта, бюджет перевірені
Погодження директора	Директор	Договір погоджено
Підписання	Відповідальний	Документ підписано
Архів	Система	Договір збережено

Low-code і фінанси

У фінансах low-code може автоматизувати процеси, які часто починаються в Excel або пошті.

Приклади:

заявки на оплату;
платіжний календар;
бюджетні заявки;
погодження витрат;
авансові звіти;
зміна банківських реквізитів;
погодження лімітів;
запити на фінансові звіти;
контроль дебіторки;
казначейські маршрути.

Пов’язана сторінка: Казначейство

Low-code і склад

У складських процесах low-code може бути корисним для допоміжних операцій.

Приклади:

заявка на списання;
заявка на переміщення;
акт розбіжностей;
реєстр браку;
контроль інвентаризації;
фотофіксація пошкоджень;
заявка на створення номенклатури;
запит на поповнення складу;
мобільна форма приймання.

Пов’язана сторінка: ERP для складу

Low-code і виробництво

У виробництві low-code може автоматизувати не саму складну MES-логіку, а навколишні процеси.

Приклади:

заявка на ремонт обладнання;
реєстр простоїв;
акт браку;
погодження заміни матеріалу;
контроль якості;
журнал змін;
заявка на матеріали;
виробничі чек-листи;
інструкції для зміни.

Пов’язані сторінки:

Low-code і HRM

У HRM low-code підходить для кадрових процесів.

Сценарії:

заявка на відпустку;
onboarding;
offboarding;
заявка на підбір персоналу;
оцінка працівника;
погодження навчання;
кадрові документи;
запити на довідки;
зміна графіка;
заявка на доступи для нового працівника.

Пов’язана сторінка: HRM система

Low-code і BI

Low-code може створювати дані для BI або давати прості дашборди.

Приклади:

статуси заявок;
час погодження;
кількість помилок;
SLA;
суми заявок;
прострочені задачі;
завантаження відділів;
ефективність процесів;
контрольні суми;
дані для Power BI.

Пов’язана сторінка: BI система

Low-code і Power BI

Power BI може підключатися до даних low-code платформи або до ERP, куди low-code передає дані.

Приклади дашбордів:

заявки на оплату по статусах;
середній час погодження;
сума заявок по підрозділах;
SLA Service Desk;
кількість договорів на погодженні;
прострочені задачі;
бюджет план-факт;
якість даних;
навантаження погоджувачів.

Приклад Power BI для Low-code процесу

Показник	Що показує	Управлінське питання
Середній час погодження	2,8 дня	Де вузьке місце?
Заявки на оплату	430 за місяць	Який обсяг роботи фінансів?
Прострочені SLA	18	Де порушується регламент?
Відхилені заявки	12%	Чому заявки повертають?

Low-code і AI

AI може підсилити low-code платформи.

Сценарії:

генерація форми за описом;
генерація процесу;
класифікація заявок;
аналіз тексту;
витягування реквізитів з документів;
підказки користувачам;
створення чернеток відповідей;
пошук по базі знань;
аналіз причин затримок;
рекомендації по маршруту погодження.

Пов’язана сторінка: AI

Приклад AI + Low-code

Користувач пише:

Потрібен процес погодження службових записок на закупівлю обладнання.

AI може запропонувати:

форму заявки;
поля;
статуси;
маршрут;
ролі;
правила погодження;
шаблон повідомлень;
дашборд;
список ризиків;
тестові сценарії.

Потім адміністратор перевіряє й налаштовує процес у low-code платформі.

Low-code і інтеграції

Low-code часто використовують як інтеграційний шар між системами.

Приклади інтеграцій:

ERP ↔ CRM;
ERP ↔ сайт;
ERP ↔ банк;
ERP ↔ документообіг;
ERP ↔ Service Desk;
ERP ↔ Power BI;
ERP ↔ WMS;
ERP ↔ HRM;
ERP ↔ AI-асистент;
BAS ↔ K2 ERP під час переходу.

Пов’язана сторінка: Інтеграція з BAS

Low-code і міграція з BAS

Під час переходу з BAS або 1С low-code може допомогти швидко відтворити допоміжні процеси, які були зроблені зовнішніми обробками, Excel-файлами або ручними погодженнями.

Приклади:

реєстр заявок на оплату;
погодження договорів;
заявка на створення номенклатури;
контроль змін контрагентів;
сервісні заявки;
контроль якості даних;
журнал помилок міграції;
погодження мапінгу довідників;
контрольні таблиці.

Пов’язані сторінки:

Low-code і прототипування

Low-code добре підходить для MVP і прототипів.

Наприклад, компанія не впевнена, як має працювати процес погодження знижки.

Замість довгої розробки можна:

Швидко створити форму.
Запустити простий маршрут.
Дати користувачам протестувати.
Зібрати зворотний зв’язок.
Змінити поля й правила.
Лише потім робити повну інтеграцію з ERP.

Low-code і Citizen Developers

Citizen developer — це бізнес-користувач, який створює прості додатки без професійної розробки.

Наприклад:

HR створює форму заявки на навчання;
фінанси створюють реєстр бюджетних запитів;
офіс-менеджер створює заявку на закупівлю канцелярії;
Service Desk налаштовує нову категорію звернень;
керівник відділу створює простий процес погодження.

Ризики Citizen Development

Якщо бізнес-користувачі створюють додатки без контролю ІТ, можуть виникнути ризики:

дублювання даних;
хаотичні процеси;
слабкі права доступу;
відсутність аудиту;
відсутність резервних копій;
погана якість даних;
неконтрольовані інтеграції;
тіньові IT-системи;
залежність від однієї людини;
неможливість підтримки.

Low-code Governance

Governance — це правила керування low-code розробкою.

Вони потрібні, щоб low-code не перетворився на хаос.

Governance має визначати:

хто може створювати додатки;
хто погоджує нові процеси;
які дані можна обробляти;
як налаштовуються права;
як ведеться аудит;
як тестуються зміни;
хто відповідає за підтримку;
як документуються процеси;
як контролюються інтеграції;
як видаляються застарілі додатки.

Приклад Low-code Governance

Правило	Приклад
Новий процес погоджується власником	Фінансові процеси погоджує фіндиректор
Інтеграції погоджує ІТ	API до ERP не створюється без review
Права перевіряє безпека	Зарплата й банк закриті для зайвих ролей
Зміни тестуються	Спочатку тестове середовище, потім production
Аудит обов’язковий	Усі погодження й зміни статусів логуються

Low-code і безпека

Безпека — критична частина low-code.

Потрібно контролювати:

ролі;
права доступу;
API-ключі;
персональні дані;
фінансові дані;
файли;
експорт;
інтеграції;
журнали дій;
адміністраторів;
доступ до production;
зовнішніх користувачів;
резервні копії.

Low-code і персональні дані

Low-code додатки часто швидко створюються бізнесом, тому є ризик випадково обробляти чутливі дані без правил.

Чутливі дані:

ПІБ працівників;
телефони;
email;
адреси;
зарплата;
кадрові документи;
банківські реквізити;
паспортні дані;
медичні довідки;
оцінки ефективності.

Low-code і фінансові дані

Фінансові low-code процеси потребують особливого контролю.

Ризикові дані:

платежі;
банківські рахунки;
договори;
бюджети;
зарплата;
собівартість;
маржа;
кредитні ліміти;
дебіторка;
кредиторка;
податкові документи.

Low-code і тестування

Low-code рішення теж потрібно тестувати.

Перевіряють:

форму;
обов’язкові поля;
валідацію;
маршрути;
права доступу;
ролі;
інтеграції;
API;
сповіщення;
звіти;
аудит;
помилки;
продуктивність;
мобільну версію.

Приклад тестування заявки на оплату

Тестові сценарії:

заявка не зберігається без контрагента;
сума не може бути 0;
заявка понад 500 000 грн іде до фіндиректора;
ініціатор не може сам погодити заявку;
казначей бачить тільки погоджені заявки;
після оплати статус змінюється;
дія записується в аудит;
Power BI бачить нову заявку після оновлення.

Low-code і середовища

Для серйозного low-code потрібні окремі середовища:

development;
test;
staging;
production.

Погана практика — змінювати процес одразу в production без перевірки.

Low-code і версіонування

Процеси, форми й правила мають мати версії.

Наприклад:

Версія	Зміна
1.0	Базова заявка на оплату
1.1	Додано поле “Стаття витрат”
1.2	Додано погодження фіндиректора понад 500 000 грн
2.0	Додано інтеграцію з казначейством K2 ERP

Low-code і продуктивність

Low-code платформа може створювати повільні процеси, якщо її неправильно використовувати.

Ризики:

занадто багато автоматичних дій;
складні правила без оптимізації;
надмірні API-запити;
великі таблиці без індексів;
повільні звіти;
багато вкладених процесів;
зайві повідомлення;
відсутність пагінації;
великі файли;
складні інтеграції без черг.

Приклад проблеми продуктивності

Форма “Контрагент” при відкритті завантажує:

усі договори;
усі платежі;
усі документи;
усі файли;
всю історію аудиту;
всі заявки;
Power BI-показники.

Користувач чекає 20 секунд.

Краще:

завантажувати дані частинами;
використовувати фільтри;
показувати підсумки;
відкривати історію окремо;
кешувати довідники;
оптимізувати API.

Low-code і масштабування

При зростанні компанії low-code рішення має витримувати:

більше користувачів;
більше заявок;
більше файлів;
більше API-запитів;
більше ролей;
більше інтеграцій;
більше процесів;
більше звітів;
більше вимог до аудиту.

Тому архітектуру потрібно планувати заздалегідь.

Low-code і технічний борг

Low-code може як зменшити, так і збільшити технічний борг.

Зменшує, якщо:

є стандарти;
є governance;
є документація;
є тестування;
є API-first;
є аудит;
є власники процесів.

Збільшує, якщо:

кожен створює процеси як хоче;
немає архітектури;
немає прав доступу;
немає документації;
інтеграції випадкові;
старі додатки не вимикаються;
дані дублюються.

Low-code і тіньові IT

Тіньові IT — це системи, які бізнес створює без ІТ-контролю.

Приклади:

Excel-файл із критичним реєстром;
Google Sheet із платежами;
low-code форма з персональними даними без прав;
інтеграція через особистий API-ключ;
процес, про який ІТ не знає;
дублювання довідника контрагентів.

Low-code має зменшувати тіньові IT, а не створювати нові.

Low-code і документація

Кожен важливий low-code додаток має бути документований.

Документація має містити:

назву процесу;
власника;
призначення;
поля;
статуси;
маршрути;
ролі;
права;
інтеграції;
API;
звіти;
правила;
версії;
журнал змін;
інструкцію користувача.

Приклад документації процесу

Розділ	Приклад
Процес	Заявка на оплату
Власник	Фінансовий директор
Ключові ролі	Ініціатор, керівник, фінанси, казначей
Інтеграції	K2 ERP, банк, Power BI
Критичні правила	Сума понад 500 000 грн потребує погодження CFO
Аудит	Усі зміни статусів і сум логуються

Low-code і DevOps

Low-code також потребує DevOps-підходу.

Потрібно контролювати:

середовища;
релізи;
резервні копії;
зміни;
rollback;
моніторинг;
логи;
доступи;
секрети;
інтеграції;
продуктивність;
аварійне відновлення.

Low-code і резервне копіювання

Low-code платформа може містити критичні бізнес-дані.

Резервні копії потрібні для:

форм;
процесів;
налаштувань;
довідників;
заявок;
файлів;
ролей;
інтеграцій;
журналу аудиту;
звітів.

Low-code і імпорт даних

Low-code рішення часто починаються з імпорту Excel.

Наприклад:

список контрагентів;
бюджет;
заявки;
товари;
працівники;
графіки;
договори;
залишки;
задачі.

Потрібно перевіряти:

дублікати;
порожні поля;
формат дат;
валюти;
коди довідників;
права доступу;
контрольні суми.

Low-code і Excel

Low-code часто замінює хаотичні Excel-процеси.

Було:

файл надсилають поштою;
кілька версій;
незрозуміло, хто змінив;
немає прав;
немає аудиту;
немає статусу;
складно будувати звіти.

Стало:

є форма;
є статус;
є погодження;
є відповідальні;
є аудит;
є API;
є Power BI;
є контроль доступу.

Приклад заміни Excel на Low-code

Компанія веде бюджетні заявки в Excel.

Проблеми:

фінанси отримують 20 файлів;
суми не збігаються;
статті витрат різні;
немає погодження;
складно бачити статус;
Power BI потребує ручного очищення.

Low-code рішення:

одна форма;
єдині статті витрат;
погодження керівником;
автоматичний статус;
контроль лімітів;
звіт по бюджетах;
експорт у ERP.

Low-code і мобільність

Багато low-code платформ дозволяють створювати мобільні інтерфейси.

Сценарії:

мобільне погодження;
фотофіксація;
складська заявка;
сервісний виїзд;
інвентаризація;
чек-лист;
відрядження;
заявка на ремонт;
підпис клієнта;
push-повідомлення.

Low-code і офлайн-режим

Офлайн-режим потрібен, якщо користувач працює без стабільного інтернету.

Приклади:

сервісний інженер у полі;
комірник у складській зоні;
торговий представник;
інвентаризація;
аудит об’єкта;
кур’єр;
виробнича зміна.

Офлайн-режим складніший, бо потрібні синхронізація, конфлікти, локальне зберігання й контроль версій.

Low-code і SQLite

SQLite може використовуватися в low-code або поруч із ним як локальне сховище.

Приклади:

мобільний офлайн-кеш;
локальна черга синхронізації;
зберігання чернеток;
журнал подій;
проміжна база міграції;
тестовий прототип.

Low-code і ORM

ORM може використовуватися в backend low-code платформи або кастомних розширеннях.

Наприклад:

low-code форма створює об’єкт PaymentRequest;
ORM зберігає його в базі;
workflow engine запускає погодження;
API передає результат в ERP;
audit log фіксує зміну.

Low-code і мікросервіси

Low-code може бути частиною мікросервісної архітектури, але має працювати через чіткі API.

Наприклад:

low-code створює заявку;
payment-service перевіряє оплату;
approval-service керує погодженням;
notification-service надсилає повідомлення;
analytics-service передає дані в BI.

Low-code і хмара

Low-code платформи часто працюють у хмарі.

Переваги:

швидкий старт;
менше інфраструктури;
доступ з різних місць;
автоматичні оновлення;
масштабування;
швидке підключення користувачів.

Ризики:

контроль даних;
юридичні вимоги;
інтеграції з локальними системами;
резервні копії;
доступи;
залежність від постачальника;
вартість підписок.

Пов’язана сторінка: ERP в хмарі

Low-code і vendor lock-in

Vendor lock-in — це залежність від конкретної платформи.

Ризики:

складно перенести процеси;
складно експортувати дані;
API обмежені;
ліцензії дорожчають;
кастомний код прив’язаний до платформи;
немає повного контролю над архітектурою;
постачальник змінює умови.

Щоб зменшити ризик, потрібні:

відкриті API;
експорт даних;
документація;
стандартні формати;
контроль власності на дані;
продумана архітектура.

Low-code і вартість

Low-code може зменшити вартість розробки, але не завжди.

Вартість складається з:

ліцензій;
користувачів;
інтеграцій;
кастомного коду;
підтримки;
навчання;
адміністрування;
governance;
тестування;
міграції;
хмарної інфраструктури;
зовнішніх консультантів.

Коли Low-code вигідний

Low-code вигідний, якщо:

потрібно швидко автоматизувати процес;
процес часто змінюється;
є багато внутрішніх заявок;
потрібні форми й погодження;
немає сенсу писати все з нуля;
потрібно замінити Excel;
бізнес хоче швидко тестувати гіпотези;
є багато типових задач;
потрібна інтеграція з ERP через API.

Коли Low-code не підходить

Low-code може бути поганим вибором, якщо:

потрібна дуже складна високонавантажена система;
потрібна повна свобода архітектури;
процес має нетипову складну логіку;
потрібні низькорівневі оптимізації;
вимоги до продуктивності дуже високі;
платформа не підтримує потрібні інтеграції;
є жорсткі вимоги до локального розміщення;
vendor lock-in неприйнятний;
дані дуже чутливі, а платформа не дає достатнього контролю.

Low-code і класична розробка

Low-code не замінює повністю класичну розробку.

Краще використовувати гібридний підхід:

Задача	Кращий підхід
Проста форма заявки	Low-code
Погодження договору	Low-code / BPM
Високонавантажений API	Pro-code
Мобільний прототип	Low-code
Складна фінансова логіка	Pro-code + ERP
Внутрішній реєстр	Low-code
Ядро ERP	Класична розробка або ERP-платформа

Low-code і архітектура підприємства

У корпоративній архітектурі low-code має займати правильне місце.

Він не повинен дублювати ERP, CRM або BI, а має доповнювати їх.

Приклад розподілу:

ERP — основні довідники, документи, фінанси, склад;
CRM — продажі й ліди;
Low-code — заявки, погодження, допоміжні процеси;
BI — аналітика;
API — інтеграції;
AI — підказки й аналіз;
Service Desk — підтримка й інциденти.

Low-code і джерело правди

Low-code не має створювати дублікати “джерел правди”.

Наприклад:

контрагенти мають бути в ERP;
ліди — у CRM;
фінансові платежі — у казначействі;
працівники — у HRM;
аналітика — у BI;
заявки — у low-code, якщо це їхній процес.

Якщо low-code створює власний довідник контрагентів без синхронізації з ERP, швидко з’являться дублікати.

Low-code і інтеграція з BAS/1С

Low-code може тимчасово інтегруватися з BAS або 1С, але потрібно враховувати ризики старих систем.

Сценарії:

створення заявки в low-code;
передача погодженої заявки в BAS;
отримання статусу платежу;
вивантаження довідників;
звірка контрольних сум;
підготовка переходу на K2 ERP.

Важливо про BAS/1С. Якщо low-code інтегрується з BAS або 1С, потрібно враховувати санкційні, комплаєнс-, кібербезпекові й міграційні ризики. Інтеграції мають бути описані, права доступу обмежені, зовнішні ID збережені, а план переходу на українську ERP — зафіксований.

Low-code і міграція даних

Low-code може допомагати в управлінні міграцією.

Сценарії:

реєстр об’єктів міграції;
погодження мапінгу;
журнал помилок;
задачі на очищення даних;
статуси завантаження;
контрольні суми;
погодження результатів;
Service Desk для міграції;
документація процесів.

Пов’язана сторінка: Міграція даних

Приклад Low-code для міграції

Під час міграції з BAS у K2 ERP створюють low-code реєстр помилок.

Поля:

Поле	Приклад
Об’єкт	Номенклатура
Старий ID	BAS-T-00145
Помилка	Не знайдено одиницю виміру
Відповідальний	Категорійний менеджер
Статус	На виправленні
Дедлайн	20.05.2026

Low-code і контрольні суми

Low-code може зберігати й погоджувати контрольні суми.

Приклади:

кількість контрагентів;
кількість номенклатури;
залишки товарів;
банк;
каса;
дебіторка;
кредиторка;
кількість заявок;
кількість помилок;
статуси міграції.

Low-code і шаблони

Low-code платформи часто мають шаблони.

Приклади шаблонів:

заявка на оплату;
заявка на закупівлю;
погодження договору;
Service Desk;
onboarding;
рекламація;
акт перевірки;
чек-лист;
бюджетна заявка;
реєстр ризиків;
управління задачами.

Шаблон пришвидшує старт, але його потрібно адаптувати до реального процесу.

Low-code і складність процесів

Не всі процеси однаково підходять для low-code.

Добре підходять:

лінійні погодження;
прості реєстри;
заявки;
довідники;
форми;
задачі;
прості інтеграції;
документообіг;
Service Desk.

Складніше підходять:

високонавантажені транзакції;
складна собівартість;
real-time склад;
складне виробниче планування;
банківські платіжні шлюзи;
складна багатовалютна логіка;
ядро ERP.

Low-code і BPM

Low-code часто перетинається з BPM.

BPM — це управління бізнес-процесами. Low-code — це спосіб швидко створювати додатки й процеси.

Разом вони дозволяють:

моделювати процес;
запускати виконання;
контролювати статуси;
призначати відповідальних;
вимірювати SLA;
аналізувати вузькі місця;
швидко змінювати маршрут.

Low-code і Workflow

Workflow — це маршрут виконання процесу.

Приклад workflow:

Створено → На перевірці → На погодженні → Погоджено → Виконано → Закрито

Для кожного статусу визначаються:

хто бачить;
хто редагує;
хто погоджує;
які поля обов’язкові;
які сповіщення надсилаються;
які API викликаються;
які SLA діють.

Low-code і правила SLA

SLA можна налаштовувати в low-code Service Desk або процесах.

Приклад:

Пріоритет	Час реакції	Час вирішення
Низький	8 годин	5 днів
Середній	4 години	2 дні
Високий	1 година	8 годин
Критичний	15 хвилин	2 години

Low-code і сповіщення

Сповіщення потрібні для керування процесами.

Канали:

email;
push;
месенджер;
внутрішні повідомлення;
SMS;
Service Desk;
календар;
webhook;
Teams/Slack.

Приклади:

нова заявка на погодження;
SLA майже прострочено;
договір завершується;
платіж погоджено;
заявку відхилено;
потрібен коментар.

Low-code і файли

Low-code процеси часто працюють із файлами.

Приклади:

рахунок PDF;
договір DOCX;
акт;
фото браку;
скан накладної;
комерційна пропозиція;
сертифікат;
службова записка;
чек;
звіт.

Потрібно контролювати:

розмір файлу;
формат;
доступ;
версію;
антивірусну перевірку;
строк зберігання;
аудит завантаження.

Low-code і шаблони документів

Low-code може генерувати документи за шаблонами.

Наприклад:

договір;
акт;
заявка;
наказ;
службова записка;
рахунок;
протокол погодження;
лист клієнту.

Шаблон може брати дані з форми й автоматично вставляти їх у документ.

Low-code і електронний підпис

Для документообігу може бути потрібна інтеграція з електронним підписом.

Процес:

Документ створюється.
Проходить погодження.
Формується PDF.
Відправляється на підпис.
Отримує статус підписання.
Підписаний файл зберігається.
ERP отримує статус.

Low-code і зовнішні користувачі

Low-code може відкривати портали для клієнтів, постачальників або партнерів.

Сценарії:

постачальник подає рахунок;
клієнт створює заявку;
дилер створює замовлення;
партнер бачить статус;
підрядник завантажує акт;
кандидат заповнює анкету;
сервісний партнер закриває заявку.

Потрібно дуже уважно налаштовувати доступ.

Low-code і зовнішній портал

Приклад порталу постачальника:

реєстрація;
профіль постачальника;
завантаження рахунку;
статус погодження;
коментарі;
історія документів;
інтеграція з ERP;
повідомлення про оплату.

Low-code і data model

Навіть у low-code потрібно проєктувати модель даних.

Потрібно визначити:

сутності;
поля;
типи даних;
зв’язки;
обов’язковість;
унікальність;
статуси;
довідники;
історію змін;
зовнішні ID;
архівування.

Приклад моделі даних

Для заявки на закупівлю:

Сутність	Поля
PurchaseRequest	номер, дата, ініціатор, підрозділ, статус, сума
PurchaseRequestLine	товар, кількість, очікувана ціна, коментар
ApprovalHistory	погоджувач, дія, час, коментар
Attachment	файл, тип, дата завантаження

Low-code і якість даних

Low-code процеси мають підтримувати якість даних.

Потрібно уникати:

вільного тексту там, де потрібен довідник;
дублів;
порожніх обов’язкових полів;
різних назв одного контрагента;
різних форматів дат;
різних валют без контролю;
неструктурованих коментарів замість полів;
відсутності зовнішніх ID.

Приклад якості даних

Погано:

Стаття витрат: "реклама", "Маркетинг", "ads", "Гугл реклама"

Краще:

довідник статей витрат;
код статті;
назва;
відповідальний;
бюджетний ліміт;
зв’язок з ERP.

Low-code і звіти

Low-code платформа може мати власні звіти.

Типові звіти:

заявки по статусах;
заявки по відповідальних;
середній час погодження;
прострочені SLA;
суми по підрозділах;
кількість відхилень;
навантаження користувачів;
помилки інтеграцій;
активність процесів.

Low-code і моніторинг процесів

Моніторинг потрібен, щоб бачити, де процеси зупиняються.

Показники:

кількість активних заявок;
середній час етапу;
прострочені задачі;
найповільніші погоджувачі;
кількість повернень на доопрацювання;
помилки інтеграцій;
відсоток автоматичного виконання;
ручні втручання.

Low-code і аналітика ефективності

Low-code дозволяє вимірювати, чи справді автоматизація дала ефект.

Приклади:

До автоматизації	Після Low-code
Заявка погоджувалась 5 днів	2 дні
Статус шукали в пошті	Статус видно в системі
Звіти збирали вручну	Power BI оновлюється автоматично
Не було аудиту	Є історія дій
Дані дублювались	Є єдина форма й довідники

Low-code і підтримка

Після запуску low-code процес потребує підтримки.

Потрібно:

відповідати на запити користувачів;
виправляти помилки;
оновлювати маршрути;
додавати поля;
змінювати ролі;
перевіряти інтеграції;
чистити старі записи;
оновлювати документацію;
аналізувати використання.

Low-code і життєвий цикл додатку

Кожен low-code додаток має життєвий цикл:

Ідея.
Прототип.
Погодження.
Розробка.
Тестування.
Запуск.
Підтримка.
Оптимізація.
Архівування або заміна.

Low-code і архівування

Не всі low-code додатки мають жити вічно.

Застарілі процеси потрібно:

закривати;
архівувати дані;
вимикати інтеграції;
забирати права;
оновлювати документацію;
повідомляти користувачів;
видаляти дублікати;
не залишати “мертві” форми.

Типові помилки Low-code

Поширені помилки:

створювати процес без власника;
не описувати вимоги;
не налаштовувати права;
не робити аудит;
не тестувати;
напряму писати в базу ERP;
дублювати довідники;
не документувати процес;
не контролювати версії;
давати бізнесу повний доступ до налаштувань;
робити критичну фінансову логіку без ІТ-review;
не думати про масштабування.

Типові помилки при впровадженні Low-code

Поширені помилки впровадження:

купити платформу без процесів;
очікувати, що бізнес сам усе зробить;
не навчити адміністраторів;
не створити governance;
не інтегрувати з ERP;
не визначити джерело правди;
не налаштувати API;
не зробити backup;
не перевірити безпеку;
не рахувати економічний ефект.

Як правильно впроваджувати Low-code

Рекомендований підхід:

Вибрати 2–3 процеси для старту.
Описати бізнес-проблему.
Призначити власника процесу.
Створити прототип.
Перевірити права доступу.
Налаштувати аудит.
Підключити API за потреби.
Провести тестування.
Запустити на обмеженій групі.
Зібрати зворотний зв’язок.
Масштабувати.

Приклад першого Low-code проєкту

Хороший перший проєкт:

заявка на доступ;
Service Desk;
погодження рахунку;
реєстр договорів;
заявка на закупівлю;
заявка на відпустку;
внутрішній чек-лист.

Поганий перший проєкт:

повна заміна ERP;
складна фінансова система;
високонавантажений e-commerce backend;
критичний банківський шлюз;
складне виробниче планування.

Що підготувати перед Low-code проєктом

Потрібно підготувати:

опис процесу;
власника процесу;
ролі;
поля форми;
статуси;
маршрути;
правила;
довідники;
інтеграції;
API;
права доступу;
звіти;
критерії успіху;
тестові сценарії;
план підтримки.

Переваги Low-code

Основні переваги:

швидший запуск;
менше ручної розробки;
швидке прототипування;
гнучкі зміни;
зменшення Excel-процесів;
доступність для бізнес-аналітиків;
швидке створення форм;
швидке створення погоджень;
інтеграція через API;
менше навантаження на розробників;
прозорі процеси;
кращий аудит;
швидша цифровізація бізнесу.

Недоліки Low-code

Основні недоліки:

ризик хаосу без governance;
обмеження платформи;
vendor lock-in;
складність нестандартної логіки;
ризики безпеки;
не завжди підходить для високого навантаження;
залежність від якості налаштувань;
прихована складність інтеграцій;
можливе дублювання даних;
потреба в контролі ІТ.

Low-code у малому бізнесі

Малий бізнес може використовувати low-code для:

CRM-процесів;
заявок;
обліку задач;
погодження оплат;
простого документообігу;
клієнтських форм;
Service Desk;
внутрішніх реєстрів;
автоматизації Excel.

Low-code у середньому бізнесі

Середній бізнес може використовувати low-code як шар автоматизації навколо ERP.

Приклади:

фінансові заявки;
договори;
закупівлі;
HR-процеси;
Service Desk;
якість;
складські заявки;
Power BI-аналітика;
інтеграції з CRM і сайтом.

Low-code у великому бізнесі

У великому бізнесі low-code потребує серйозного governance.

Потрібні:

центр компетенцій;
каталог додатків;
стандарти;
архітектурний review;
політики безпеки;
контроль API;
DevOps;
моніторинг;
тестові середовища;
аудит;
навчання citizen developers.

Майбутнє Low-code

Low-code буде розвиватися разом з AI, API-first і хмарними ERP.

Ймовірні напрями:

генерація процесів через AI;
автоматичне створення форм;
natural language development;
глибша інтеграція з ERP;
готові галузеві шаблони;
кращі API-конектори;
сильніший governance;
автоматичне тестування;
low-code AI-агенти;
швидке створення мобільних застосунків.

Пов’язані сторінки

FAQ

Що таке Low-code простими словами?

Low-code — це підхід, коли бізнес-додатки створюються переважно через візуальні конструктори, форми, процеси, правила й готові компоненти, а код використовується тільки там, де потрібна складніша логіка.

Чим Low-code відрізняється від No-code?

No-code орієнтований на створення рішень без коду. Low-code дозволяє більшість зробити через налаштування, але залишає можливість дописувати код, підключати API й реалізовувати складні сценарії.

Для чого використовують Low-code?

Low-code використовують для заявок, погоджень, Service Desk, документообігу, внутрішніх реєстрів, CRM-процесів, фінансових заявок, HR-процесів, мобільних форм, інтеграцій і швидкого прототипування.

Чи може Low-code замінити ERP?

Зазвичай ні. Low-code може доповнювати ERP, автоматизувати процеси навколо неї, створювати форми, погодження й інтеграції, але ядро ERP краще залишати в спеціалізованій ERP-платформі.

Чи потрібні програмісти для Low-code?

Для простих процесів можуть вистачити бізнес-аналітики або адміністратори. Для складних інтеграцій, API, безпеки, продуктивності й архітектури потрібні розробники та ІТ-архітектори.

Які ризики Low-code?

Основні ризики — хаос без governance, слабкі права доступу, дублювання даних, vendor lock-in, неконтрольовані інтеграції, відсутність аудиту, погане тестування й тіньові IT-процеси.

Що таке Low-code Governance?

Low-code Governance — це правила керування low-code розробкою: хто створює додатки, хто погоджує процеси, як налаштовуються права, інтеграції, тестування, документація, аудит і підтримка.

Як Low-code пов’язаний з API-first?

Low-code додатки мають працювати з ERP, CRM, банком, сайтом і BI через стабільні API-контракти. API-first зменшує ризик хаотичних інтеграцій і прямого доступу до бази.

Чи підходить Low-code для міграції з BAS у K2 ERP?

Так, low-code може допомогти вести реєстр помилок міграції, погоджувати мапінг, контролювати задачі, запускати допоміжні процеси й тимчасово замінювати старі Excel або зовнішні обробки.

Який результат правильного використання Low-code?

Результат — швидший запуск бізнес-процесів, менше Excel, прозорі погодження, контроль доступу, аудит, інтеграції через API, аналітика в Power BI і менше навантаження на класичну розробку.

Коротко

Питання	Відповідь
Що таке Low-code?	Підхід до швидкої розробки через візуальні конструктори, форми, процеси, правила й готові компоненти.
Для чого потрібен?	Для автоматизації заявок, погоджень, Service Desk, документообігу, CRM-процесів, HR, фінансів і внутрішніх додатків.
Чим відрізняється від No-code?	Low-code допускає код і складні інтеграції, No-code орієнтований на рішення без програмування.
Де використовується?	В ERP, CRM, BPM, HRM, Service Desk, документообігу, BI, мобільних застосунках, API та інтеграціях.
Що важливо?	Governance, права доступу, аудит, API-first, тестування, документація, резервні копії й контроль джерел даних.
Які ризики?	Хаос процесів, дублювання даних, слабка безпека, vendor lock-in, тіньові IT й неконтрольовані інтеграції.
Який результат?	Швидша цифровізація, менше ручної роботи, прозорі процеси, кращий контроль і швидші зміни в бізнесі.