Low-code

Коротко

Показники:

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

• кількість активних заявок;
• середній час етапу;
• прострочені задачі;
• найповільніші погоджувачі;
• кількість повернень на доопрацювання;
• помилки інтеграцій;
• відсоток автоматичного виконання;
• ручні втручання.; # супровід.; Інтеграції мають бути описані, права доступу обмежені, зовнішні ID збережені, а план переходу на українську ERP — зафіксований.;== Low-code і джерело правди ==

• K2 ERP
• ERP
• API-first
• API для ERP
• AI
• ORM
• SQLite
• CRM для продажів
• Service Desk
• HRM система
• Казначейство
• ERP для документообігу
• ERP для складу
• ERP для виробництва
• MES система
• WMS система
• BI система
• Power BI
• Права доступу в ERP
• Аудит дій
• Інтеграція з BAS
• Заміна BAS
• Міграція даних
• Вивантаження даних
• ERP в хмарі
• Впровадження ERP
• Запуск ERP

Workflow — це маршрут виконання процесу.; Шаблон пришвидшує старт, але його потрібно адаптувати до реального процесу.; # Оптимізація.; Офлайн-режим складніший, бо потрібні синхронізація, конфлікти, локальне зберігання й контроль версій.; * потрібно оперативно автоматизувати бізнес-процес;

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

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

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

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

• фінансовий блок отримують 20 файлів;
• суми не збігаються;
• статті витрат різні;
• немає погодження;
• складно бачити статус;
• Power BI потребує ручного очищення.; | Для автоматизації заявок, погоджень, Service Desk, документообігу, CRM-процесів, HR, фінансів і внутрішніх додатків.;== Low-code і аналітичні інструменти ефективності ==

Процеси, форми й правила мають мати версії.; # Визначає категорію “Казначейство”.; Сценарії:

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

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

У HRM low-code підходить для кадрових процесів.; # Змінити поля й правила.;== Low-code і data model ==

істотно про BAS/1С. Якщо low-code інтегрується з BAS або 1С, потрібно враховувати санкційні, комплаєнс-, кібербезпекові й міграційні ризики.;== Low-code і супровід == Це означає, що low-code додатки не повинні напряму змінювати таблиці критичних систем.; |-

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

Low-code і No-code

• заявки на оплату;
• платіжний календар;
• бюджетні заявки;
• погодження витрат;
• авансові звіти;
• зміна банківських реквізитів;
• погодження лімітів;
• запити на фінансові звіти;
• контроль дебіторки;
• казначейські маршрути.; {| class="wikitable" style="width:100%;"

Low-code і K2 ERP

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

; Для кожного статусу визначаються: Low-code і технічний борг створення форм заявок; конфігурація погоджень; конфігурація ролей; конфігурація довідників; побудова внутрішніх реєстрів; створення процесів Service Desk; інтеграційні функціональні можливості через API; конфігурація аналітики; створення шаблонів документів; автоматизація процесів перевірок; запуск MVP-процесів.; Сценарії: Приклади: Менеджер створює заявку.; організація веде бюджетні заявки в Excel.;== Простий приклад Low-code == У CRM low-code має змогу використовуватися для конфігурація процесів продажів.;== Приклад аудиту в low-code == ризик хаосу без governance; обмеження платформи; vendor lock-in; складність нестандартної логіки; ризики безпеки; не завжди підходить для високого навантаження; залежність від якості налаштувань; прихована складність інтеграцій; можливе дублювання даних; потреба в контролі ІТ.; Сценарії:	;== Що підготувати перед Low-code проєктом == Приклад першого Low-code проєкту Які ризики Low-code? мобільне погодження; фотофіксація; складська заявка; сервісний виїзд; інвентаризація; чек-лист; відрядження; заявка на ремонт; підпис клієнта; push-повідомлення.; Low-code не замінює в цілому класичну розробку.; Для складних інтеграцій, API, безпеки, продуктивності й архітектури потрібні розробники та ІТ-архітектори.; Форма “Контрагент” при відкритті завантажує: Коли Low-code не підходить "edrpou": "12345678", переважні аспекти Low-code категорії заявок; форми звернень; SLA; маршрути; ролі; пріоритети; сповіщення; базу знань; звіти; автоматичну класифікацію; інтеграцію з ERP або Teams/Telegram.;== Приклад AI + Low-code == Погано: Документ створюється.; Low-code надає можливість більшість зробити через конфігурація, але залишає можливість дописувати код, підключати API й реалізовувати складні сценарії.; !; * повна заміна ERP; складна фінансова платформа; високонавантажений e-commerce backend; критичний банківський шлюз; складне виробниче планування.; Приклади довідників: Low-code і BPM список контрагентів; бюджет; заявки; товари; працівники; графіки; договори; залишки; задачі.; # Записує історію.;=== Чи підходить Low-code для міграції з BAS у K2 ERP? === платежі; банківські рахунки; договори; бюджети; зарплата; собівартість; маржа; кредитні ліміти; дебіторка; кредиторка; податкові документи.; Окремо варто відзначити форм, ролей, маршрутів погодження, довідників, API-інтеграцій, звітів, Service Desk-сценаріїв, документообігу і внутрішніх бізнес-застосунків без повної розробки “з нуля”.; Low-code платформа має змогу створювати повільні процеси, якщо її неправильно використовувати.; * заявка не зберігається без контрагента; сума не має змогу бути 0; заявка понад 500 000 грн іде до фіндиректора; ініціатор не має змогу сам погодити заявку; казначей бачить тільки погоджені заявки; після оплати статус змінюється; дія записується в аудит; Power BI бачить нову заявку після актуалізація.; У класичній розробці потрібно:	Хаос процесів, дублювання даних, слабка безпека, vendor lock-in, тіньові IT й неконтрольовані інтеграції.; * форму; обов’язкові поля; валідацію; маршрути; права доступу; ролі; інтеграції; API; сповіщення; звіти; аудит; помилки; продуктивність; мобільну версію.; До автоматизації У ERP low-code має змогу використовуватися для розширень навколо основних процесів.; # Описати бізнес-проблему.;== Low-code і форми == розмір файлу; формат; доступ; версію; антивірусну перевірку; строк зберігання; аудит завантаження.; !; Краще використовувати гібридний підхід:
Створення заявки	Ініціатор	Сума, контрагент, договір, призначення
Перевірка керівника	Керівник підрозділу	Доцільність витрати
Перевірка фінансів	Фінансовий контролер	Бюджет, стаття витрат, ліміт
Погодження	Фінансовий директор	Великі або ризикові платежі
Оплата	Казначей	Реквізити, дата, пріоритет
Закриття	бухгалтерський обліковий облік	Виписка, аванс, борг

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

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

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

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

Середній бізнес-середовище має змогу використовувати low-code як шар автоматизації навколо ERP.; У виробництві low-code має змогу автоматизувати не саму складну MES-логіку, а навколишні процеси.; Low-code — це підхід до розробки програмного забезпечення, у якому значна частина системи створюється не ручним написанням коду, а через візуальні конструктори, готові компоненти, форми, бізнес-процеси, правила, інтеграції, довідники, API, шаблони й конфігурація.; # Запускає SLA 4 години.; Потрібно підготувати:

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

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

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

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

Low-code рішення для бізнесу:

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

| 10:00 | petrenko | Створив заявку | PAY-000145 |- | 10:20 | manager01 | Погодив | PAY-000145 |- | 10:45 | finance01 | Змінив статтю витрат | PAY-000145 |- | 11:00 | cfo | Погодив | PAY-000145 |}

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

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

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

Сценарії:

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

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

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

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

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

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

бізнес-процес договору: !; !; Відповідь

У контексті K2 ERP low-code має змогу бути корисним як підхід до швидкого конфігурація процесів.; Low-code має змогу бути поганим вибором, якщо:

• форма;
• керівник погоджує;
• HR отримує повідомлення;
• заявка потрапляє в список.; # Підписаний файл зберігається.; Так, low-code має змогу допомогти вести реєстр помилок міграції, погоджувати мапінг, контролювати задачі, запускати допоміжні процеси й тимчасово замінювати старі Excel або зовнішні обробки.;{{SEO

• email;
• push;
• месенджер;
• внутрішні повідомлення;
• SMS;
• Service Desk;
• календар;
• webhook;
• Teams/Slack.; Замість ручного написання всього коду розробник або бізнес-аналітик має змогу налаштовувати:

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

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

Low-code і BI

|- | Середній час погодження | 2,8 дня | Де вузьке місце?; |- | Який результат?; Показник

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

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

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

"name": "ТОВ Постачальник",

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

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

| Прострочені SLA | 18 | Де порушується регламент?; {| class="wikitable" style="width:100%;" Приклади: |- | Form builder | Створює форми | Заявка на оплату |- | Workflow builder | Створює процеси | Погодження договору |- | Data model | Описує інформаційні дані | Контрагенти, заявки, платежі |- | Rules engine | Виконує бізнес-правила | Якщо сума > 100 000 грн — погоджує фіндиректор |- | API connector | Підключає зовнішні системи | Банк, CRM, ERP, сайт |- | Dashboard | Показує аналітику | Заявки по статусах |}

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

POST /api/v1/customers

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

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

Low-code має змогу допомагати в управлінні міграцією.; # Через API товар створюється в ERP.; * ERP для виробництва

• MES система

як ілюстрація, бізнес-процес погодження має змогу виглядати так:

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

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

• заявка на відпустку;
• onboarding;
• offboarding;
• заявка на підбір персоналу;
• оцінка працівника;
• погодження навчання;
• кадрові документи;
• запити на довідки;
• зміна графіка;
• заявка на доступи для нового працівника.; {| class="wikitable" style="width:100%;"

У low-code це має змогу налаштовуватися не кодом, а через форму правила.; * контрагенти мають бути в ERP;

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

Що таке Low-code Governance?

Ризики:

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

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

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

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

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

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

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

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

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

* форм;
* процесів;
* налаштувань;
* довідників;
* заявок;
* файлів;
* ролей;
* інтеграцій;
* журналу аудиту;
* звітів.; !; Low-code добре підходить для документообігу.; Пов’язана сторінка: [[API для ERP]]

Було:

як ілюстрація:

{| class="wikitable" style="width:100%;"

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

== Як функціонує Low-code платформа ==
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
!; Потрібно визначити:

ERP повертає ID контрагента, а low-code бізнес-процес продовжує погодження.; Разом вони дозволяють:

Приклади:
Зменшує, якщо:
Low-code має змогу відкривати портали для клієнтів, постачальників або партнерів.; У фінансах low-code має змогу автоматизувати процеси, які часто починаються в Excel або пошті.; Приклади:

== Low-code і класична розробка програмного забезпечення ==

* усі договори;
* усі платежі;
* усі документи;
* усі файли;
* всю історію аудиту;
* всі заявки;
* Power BI-показники.; !; Поле
Low-code добре функціонує з підходом [[API-first]].; # Ставить пріоритет “Високий”.; '''Головне.''' Low-code надає можливість швидше створювати бізнес-додатки: форму заявки, маршрут погодження, довідник, інтеграцію з API, звіт або кабінет користувача можна зібрати з готових блоків, а складну логіку дописати кодом.; Стало:

== Low-code і електронний документообіг ==

У корпоративній архітектурі low-code має займати правильне місце.; !;=== Для чого використовують Low-code? ===

* відкриті API;
* експорт даних;
* документація;
* стандартні формати;
* контроль власності на інформаційні дані;
* продумана технічна архітектура.; # Зібрати зворотний зв’язок.;== Ризики Citizen Development ==

Потрібно контролювати:
Тіньові IT — це системи, які бізнес-середовище створює без ІТ-контролю.; Етап

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

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

== Low-code і складський облік ==

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

Сценарії:

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

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

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

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

У low-code такий бізнес-процес можна налаштувати через форму, статуси, ролі й правила.; # Відправляється на підпис.; * форму заявки;
* поля;
* статуси;
* маршрут;
* ролі;
* правила погодження;
* шаблон повідомлень;
* дашборд;
* список ризиків;
* тестові сценарії.;== Low-code і API ==

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

== Low-code і хмарна інфраструктура ==

* завантажувати інформаційні дані частинами;
* використовувати фільтри;
* показувати підсумки;
* відкривати історію окремо;
* кешувати довідники;
* оптимізувати API.;== Low-code і шаблони ==
Low-code рішення для бізнесу часто починаються з імпорту Excel.;<pre>

[[Категорія:Безпека ERP]]

AI має змогу запропонувати:

Потрібен бізнес-процес погодження службових записок на закупівлю обладнання.;[[Категорія:Бізнес-процеси]]

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

* заявка на списання;
* заявка на переміщення;
* акт розбіжностей;
* реєстр браку;
* контроль інвентаризації;
* фотофіксація пошкоджень;
* заявка на створення номенклатури;
* запит на поповнення складу;
* мобільна форма приймання.; Безпека — критична частина low-code.; # Лише потім робити повну інтеграцію з ERP.; # Масштабувати.; Компанії потрібна заявка на закупівлю.; * ERP ↔ CRM;
* ERP ↔ сайт;
* ERP ↔ банк;
* ERP ↔ електронний документообіг;
* ERP ↔ Service Desk;
* ERP ↔ Power BI;
* ERP ↔ WMS;
* ERP ↔ HRM;
* ERP ↔ AI-асистент;
* BAS ↔ K2 ERP під час переходу.; !; * погодження оплат;
* заявки на закупівлю;
* погодження договорів;
* Service Desk;
* заявки на доступ;
* внутрішні реєстри;
* заявки на списання;
* затвердження знижок;
* реєстр рекламацій;
* контроль якості;
* onboarding працівників;
* керування задачами.; # Архівування або заміна.; Пов’язана сторінка: [[ERP в хмарі]]
Приклад workflow:
THEN approval_route = "CFO + CEO"

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

</div>

[[Категорія:Інтеграція з BAS]]

* реєстр об’єктів міграції;
* погодження мапінгу;
* журнал помилок;
* задачі на очищення даних;
* статуси завантаження;
* контрольні суми;
* погодження результатів;
* Service Desk для міграції;
* документація процесів.; !; |-
| Чим відрізняється від No-code?; Приклад

Сценарії:

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

Приклади:

Ризики:

!; # Прототип.; реліз

• генерація процесів через AI;
• автоматичне створення форм;
• natural language development;
• глибша інтеграційні функціональні можливості з ERP;
• готові галузеві шаблони;
• кращі API-конектори;
• сильніший governance;
• автоматичне тестування;
• low-code AI-агенти;
• швидке створення мобільних застосунків.; * заявка на оплату;
• заявка на закупівлю;
• погодження договору;
• Service Desk;
• onboarding;
• рекламація;
• акт перевірки;
• чек-лист;
• бюджетна заявка;
• реєстр ризиків;
• керування задачами.; | Governance, права доступу, аудит, API-first, тестування, документація, резервні копії й контроль джерел даних.; Він сприяє:

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

У конструкторі це має змогу бути схема з блоків і стрілок.; Розділ

Low-code і vendor lock-in

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

Power BI має змогу підключатися до даних low-code платформи або до ERP, куди low-code передає інформаційні дані.; Приклади: Тестові сценарії:

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

Приклади інтеграцій: Застарілі процеси потрібно: SQLite має змогу використовуватися в low-code або поруч із ним як локальне сховище.;

Low-code має змогу бути частиною мікросервісної архітектури, але має працювати через чіткі API.; {| class="wikitable" style="width:100%;"

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

як ілюстрація:

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

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

Low-code має змогу створювати інформаційні дані для BI або давати прості дашборди.; !; {| class="wikitable" style="width:100%;"

Основні переважні аспекти:

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

* договір;
* акт;
* заявка;
* наказ;
* службова записка;
* рахунок;
* протокол погодження;
* лист клієнту.; Для документообігу має змогу бути потрібна інтеграційні функціональні можливості з електронним підписом.;== Low-code і міграція з BAS ==

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

== Low-code і візуальна розробка програмного забезпечення ==
Краще:

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

* моделювати бізнес-процес;
* запускати виконання;
* контролювати статуси;
* призначати відповідальних;
* вимірювати SLA;
* аналізувати вузькі місця;
* оперативно змінювати маршрут.; Low-code — це спосіб оперативно створювати додатки й процеси.; Що робить
|-
| Контрагент
| Довідник
| Так
|-
| Договір
| Довідник
| Так
|-
| Сума
| Число
| Так
|-
| Валюта
| Список
| Так
|-
| Дата оплати
| Дата
| Так
|-
| Стаття витрат
| Довідник
| Так
|-
| Файл рахунку
| Файл
| Так
|-
| Коментар
| Текст
| Ні
|}

</div>

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

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

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

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

Вони потрібні, щоб low-code не перетворився на хаос.; Хто виконує
Приклади:
Потрібно перевіряти:

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

== Low-code і правила ==
== Як правильно впроваджувати Low-code ==
Low-code часто використовують як інтеграційний шар між системами.; |-
| Що істотно?; Приклад

Потрібно створити форму “Заявка на відпустку”.; # Ідея.; '''Governance''' — це правила керування low-code розробкою.;== Приклад форми заявки на оплату ==

=== Чи має змогу Low-code замінити ERP? ===

{| class="wikitable" style="width:100%;"

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

== Low-code і масштабування ==
!; | В ERP, CRM, BPM, HRM, Service Desk, документообігу, BI, мобільних застосунках, API та інтеграціях.; # Дати користувачам протестувати.;== FAQ ==
!; # Призначити власника процесу.; | Швидша цифровізація, менше ручної роботи, прозорі процеси, кращий контроль і швидші зміни в бізнесі.;== Low-code і фінансовий блок ==
Приклади:
== Low-code і моніторинг процесів ==
Замість довгої розробки можна:
__TOC__

Чутливі інформаційні дані:

== Що таке Low-code ==

Low-code рішення для бізнесу має враховувати ролі користувачів.; # Запустити на обмеженій групі.; IF payment.amount > 500000

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

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

Приклади:

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

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

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

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

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

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

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

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

[[Категорія:BPM]]

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

<pre>

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

Потрібно:

[[Категорія:Склад]]

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

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

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

!; # складський облік додає одиницю виміру й штрихкод.; Якщо low-code створює власний довідник контрагентів без синхронізації з ERP, оперативно з’являться дублікати.; * файл надсилають поштою;
* кілька версій;
* незрозуміло, хто змінив;
* немає прав;
* немає аудиту;
* немає статусу;
* складно будувати звіти.;== Low-code і DevOps ==

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

[[ORM]] має змогу використовуватися в backend low-code платформи або кастомних розширеннях.; | Підхід до швидкої розробки через візуальні конструктори, форми, процеси, правила й готові компоненти.; |-
| Відхилені заявки
| 12%
| Чому заявки повертають?; Пріоритет
|-
| Проста форма заявки
| Low-code
|-
| Погодження договору
| Low-code / BPM
|-
| Високонавантажений API
| Pro-code
|-
| Мобільний прототип
| Low-code
|-
| Складна фінансова логіка
| Pro-code + ERP
|-
| Внутрішній реєстр
| Low-code
|-
| Ядро ERP
| Класична розробка програмного забезпечення або ERP-платформа
|}

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

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

== Low-code і ERP ==

== Майбутнє Low-code ==

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

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

Приклади:

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

* ERP — основні довідники, документи, фінансовий блок, складський облік;
* CRM — продажі та реалізація й ліди;
* Low-code — заявки, погодження, допоміжні процеси;
* BI — аналітичні інструменти;
* API — інтеграції;
* AI — підказки й аналіз;
* Service Desk — супровід й інциденти.; * центр компетенцій;
* каталог додатків;
* стандарти;
* архітектурний review;
* політики безпеки;
* контроль API;
* DevOps;
* моніторинг;
* тестові середовища;
* аудит;
* навчання citizen developers.; # ERP отримує статус.;<pre>
No-code орієнтований на створення рішень без коду.; Типові звіти:

як ілюстрація, організація не впевнена, як має працювати бізнес-процес погодження знижки.; |-
| Які ризики?; Кожен low-code додаток має життєвий цикл:

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

Основні ризики — хаос без governance, слабкі права доступу, дублювання даних, vendor lock-in, неконтрольовані інтеграції, відсутність аудиту, погане тестування й тіньові IT-процеси.; * дублікати;
* порожні поля;
* формат дат;
* валюти;
* коди довідників;
* права доступу;
* контрольні суми.;[[Категорія:Права доступу]]

переважні аспекти:

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

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

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

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

Приклад:

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

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

• low-code форма створює об’єкт PaymentRequest;
• ORM зберігає його в базі;
• workflow engine запускає погодження;
• API передає результат в ERP;
• audit log фіксує зміну.; {| class="wikitable" style="width:100%;"

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

;== Недоліки Low-code == Щоб зменшити ризик, потрібні: заявка на ремонт обладнання; реєстр простоїв; акт браку; погодження заміни матеріалу; контроль якості; журнал змін; заявка на матеріали; виробничі чек-листи; інструкції для зміни.; !; * development; test; staging; production.; Service Desk — один із найкращих сценаріїв для low-code.; Приклади шаблонів: Форми — один із головних елементів low-code.; Доступ контроль даних; юридичні вимоги; інтеграції з локальними системами; резервні копії; доступи; залежність від постачальника; вартість підписок.; Low-code має змогу тимчасово інтегруватися з BAS або 1С, але потрібно враховувати ризики старих систем.; Low-code і звіти Канали: Старт → Заповнення заявки → Перевірка суми → Погодження керівника → Погодження фінансів → Оплата → Завершено створення заявки в low-code; передача погодженої заявки в BAS; отримання статусу платежу; вивантаження довідників; звірка контрольних сум; підготовка переходу на K2 ERP.; # Керівник погоджує.;== Low-code і SQLite == Приклад ролей у процесі договору Приклад порталу постачальника: конструктор форм; конструктор процесів; конструктор даних; конструктор ролей; конструктор звітів; API-конектори; workflow engine; правила валідації; шаблони документів; журнал аудиту; інтеграції; мобільний інтерфейс; розгортання в хмарі або на сервері.;== Приклад різниці Low-code і No-code == Зазвичай ні.; Потрібні: Low-code буде розвиватися разом з AI, API-first і хмарними ERP.;== Low-code і Workflow ==	;== Low-code і Excel == кожен створює процеси як хоче; немає архітектури; немає прав доступу; немає документації; інтеграції випадкові; старі додатки не вимикаються; інформаційні дані дублюються.;== Low-code і зовнішні користувачі == Пов’язана сторінка: HRM система	; Краще: Low-code і шаблони документів більше користувачів; більше заявок; більше файлів; більше API-запитів; більше ролей; більше інтеграцій; більше процесів; більше звітів; більше вимог до аудиту.; * назву процесу; власника; призначення; поля; статуси; маршрути; ролі; права; інтеграції; API; звіти; правила; версії; журнал змін; інструкцію користувача.; |-	Для чого потрібен?; користувач системи пише: користувач системи чекає 20 секунд.; # Категорійний менеджер перевіряє назву й групу.;== Low-code і Citizen Developers ==	; бізнес-процес:	; * швидший запуск; менше ручної розробки; швидке прототипування; гнучкі зміни; зменшення Excel-процесів; доступність для бізнес-аналітиків; швидке створення форм; швидке створення погоджень; інтеграційні функціональні можливості через API; менше навантаження на розробників; прозорі процеси; кращий аудит; швидша цифровізація бізнесу.;== Low-code і персональні інформаційні дані == Не можу провести платіж.; AND payment.currency = "UAH" Low-code і життєвий цикл додатку Low-code і безпека API потрібен для: == Приклад Service Desk на Low-code == Пов’язані сторінки: == Low-code і ролі == !; Відповідальний '''BPM''' — це керування бізнес-процесами.; Краще, щоб вони працювали через стабільні API-контракти.; Об’єкт * [[Міграція з BAS]] * [[Заміна BAS]] * [[Міграція даних]] '''істотно.''' Low-code не означає “без архітектури” і не скасовує вимоги до безпеки, якості даних, API, продуктивності, аудиту, тестування, резервних копій і відповідальності за бізнес-процеси.; Приклад розподілу: <pre> == Low-code і інтеграції == * low-code створює заявку; * payment-service перевіряє оплату; * approval-service керує погодженням; * notification-service надсилає повідомлення; * analytics-service передає інформаційні дані в BI.; !; # Отримує статус підписання.;== Low-code і вартість == Low-code платформа має змогу мати власні довідники або підключатися до ERP-довідників.; !; Приклади: Low-code часто замінює хаотичні Excel-процеси.;[[Категорія:Service Desk]] == Приклад Low-code для міграції == |- | Ініціатор | Створює договір і бачить свої документи |- | Юрист | Перевіряє умови договору |- | фінансовий блок | Перевіряють суму, валюту, платежі |- | Директор | Погоджує критичні договори |- | Адміністратор | Налаштовує бізнес-процес |- | Аудитор | Переглядає історію погодження |} !; * перевірити залишок днів відпустки через API; * врахувати графік роботи; * перевірити заміну працівника; * інтегруватися з HRM; * записати інформаційні дані в ERP; * сформувати наказ; * передати інформаційні дані в Power BI.; "created_from": "low_code_form" {| class="wikitable" style="width:100%;" Візуальна розробка програмного забезпечення — це створення логіки через схеми, блоки, drag-and-drop, правила й конфігурація.; # Повідомляє заявника.; |} == Low-code і API-first == Low-code має зменшувати тіньові IT, а не створювати нові.;== Low-code і середовища == == Low-code і AI == Під час міграції з BAS у K2 ERP створюють low-code реєстр помилок.;== Low-code і якість даних == * закривати; * архівувати інформаційні дані; * вимикати інтеграції; * забирати права; * оновлювати документацію; * повідомляти користувачів; * видаляти дублікати; * не залишати “мертві” форми.; * ПІБ працівників; * телефони; * email; * адреси; * зарплата; * кадрові документи; * банківські реквізити; * паспортні інформаційні дані; * медичні довідки; * оцінки ефективності.; Погана практика — змінювати бізнес-процес одразу в production без перевірки.; |- | Заявки на оплату | 430 за місяць | Який обсяг роботи фінансів?; # Призначає фінансовому адміністратору.; Кращий підхід * отримання довідників; * створення документів; * актуалізація статусів; * отримання залишків; * перевірки клієнтів; * передачі платежів; * інтеграції з CRM; * інтеграції з сайтом; * інтеграції з банком; * передачі даних у Power BI; * підключення AI.; # Запустити простий маршрут.; Тип Low-code — це підхід, коли бізнес-додатки створюються переважно через візуальні конструктори, форми, процеси, правила й готові компоненти, а код застосовується тільки там, де потрібна складніша логіка.; Навіть у low-code потрібно проєктувати модель даних.; У [[K2 ERP]] low-code підхід має змогу використовуватися для швидкого конфігурація процесів, форм і розширень без повного циклу класичної розробки.; * нова заявка на погодження; * SLA майже прострочено; * договір завершується; * платіж погоджено; * заявку відхилено; * потрібен коментар.; !; {| class="wikitable" style="width:100%;" !; Сценарії: Потім адміністратор перевіряє й налаштовує бізнес-процес у low-code платформі.; SLA можна налаштовувати в low-code Service Desk або процесах.; | Low-code допускає код і складні інтеграції, No-code орієнтований на рішення для бізнесу без програмування.; Кожен важливий low-code додаток має бути документований.; API-first зменшує ризик хаотичних інтеграцій і прямого доступу до бази.;[[Категорія:Power BI]] як ілюстрація: Поширені помилки: * сервісний інженер у полі; * комірник у складській зоні; * торговий представник; * інвентаризація; * аудит об’єкта; * кур’єр; * виробнича зміна.; * заявка на доступ; * Service Desk; * погодження рахунку; * реєстр договорів; * заявка на закупівлю; * заявка на відпустку; * внутрішній чек-лист.; Код усе ще має змогу використовуватися, але не для кожної дрібної дії.; Low-code має змогу доповнювати ERP, автоматизувати процеси навколо неї, створювати форми, погодження й інтеграції, але ядро ERP краще залишати в спеціалізованій ERP-платформі.; Час == Low-code і міграція даних == </div> Пов’язана сторінка: [[BI система]] == Low-code і Service Desk == * хто бачить; * хто редагує; * хто погоджує; * які поля обов’язкові; * які сповіщення надсилаються; * які API викликаються; * які SLA діють.; Рекомендований підхід: У великому бізнесі low-code потребує серйозного governance.; |- | Де застосовується?; Роль |- | Низький | 8 годин | 5 днів |- | Середній | 4 години | 2 дні |- | Високий | 1 година | 8 годин |- | Критичний | 15 хвилин | 2 години |} == Low-code і файли == Low-code має змогу зберігати й погоджувати контрольні суми.; Low-code Governance — це правила керування low-code розробкою: хто створює додатки, хто погоджує процеси, як налаштовуються права, інтеграції, тестування, документація, аудит і супровід.; Приклади: == Low-code і версіонування == Low-code має бути інтегрованим із зовнішніми системами через API.; Приклад * хто бачить записи; * хто створює записи; * хто редагує; * хто погоджує; * хто видаляє; * хто експортує; * хто бачить фінансові поля; * хто бачить персональні інформаційні дані; * хто має змогу змінювати бізнес-процес; * хто має адміністративний доступ.; Low-code часто застосовують, коли потрібно для бізнес-процесів.; # Зібрати зворотний зв’язок.; {| class="wikitable" style="width:100%;" == Приклад Low-code Governance == |- | Що таке Low-code?; Результат == Приклад бізнес-правила == AI має змогу підсилити low-code платформи.; Low-code платформи часто працюють у хмарі.; # Перевірити права доступу.; # розробка програмного забезпечення.; # Проходить погодження.; Потрібно уникати: Можна оперативно створити: == Приклад тестування заявки на оплату == !; Поля !; Що показує * швидкий старт; * менше інфраструктури; * доступ з різних місць; * автоматичні актуалізація; * масштабування; * швидке підключення користувачів.; # Бухгалтер перевіряє облікову групу.; Ризикові інформаційні дані: Багато low-code платформ дозволяють створювати мобільні інтерфейси.; Low-code додатки часто оперативно створюються бізнесом, з цієї причини є собою ризик випадково обробляти чутливі інформаційні дані без правил.; Час реакції Low-code має змогу як зменшити, так і збільшити технічний борг.; Якщо бізнес-користувачі створюють додатки без контролю ІТ, можуть виникнути ризики: [[Категорія:API-first]] * створення запису; * зміну полів; * зміну статусу; * погодження; * відхилення; * коментар; * завантаження файлу; * експорт; * зміну маршруту; * зміну ролей; * помилки інтеграцій.; Для простих процесів можуть вистачити бізнес-аналітики або адміністратори.; Low-code і інтеграційні функціональні можливості з BAS/1С реєстр заявок на оплату; погодження договорів; заявка на створення номенклатури; контроль змін контрагентів; сервісні заявки; контроль якості даних; журнал помилок міграції; погодження мапінгу довідників; контрольні таблиці.; * заявка на оплату; заявка на закупівлю; погодження договору; погодження рахунку; Service Desk-заявка; заявка на доступ; відпустка; відрядження; інцидент; рекламація клієнта; погодження знижки; створення нового товару; зміна банківських реквізитів контрагента.; Добре підходять: Не всі low-code додатки мають жити вічно.; # Підключити API за потреби.; Low-code і аудит дій Типові помилки Low-code Приклад якості даних У складських процесах low-code має змогу бути корисним для допоміжних операцій.;=== Як Low-code пов’язаний з API-first? === Governance має визначати: Low-code і тестування з цієї причини архітектуру потрібно планувати заздалегідь.; # Налаштувати аудит.; !;== Low-code і зовнішній портал == Low-code і електронний підпис Потрібно контролювати: Пов’язана сторінка: ERP для документообігу Під час переходу з BAS або 1С low-code має змогу допомогти оперативно відтворити допоміжні процеси, які були зроблені зовнішніми обробками, Excel-файлами або ручними погодженнями.; ERP, CRM забезпечується через Low-code застосовують; додатково реалізовано BPM, Service Desk, HRM, документообігу, внутрішніх порталів, мобільних застосунків, інтеграцій, автоматизації погоджень, звітів, заявок, кабінетів клієнтів, аналітики, AI-асистентів і швидкого створення бізнес-додатків.; # Після вирішення просить оцінку.; Зміна Пов’язані сторінки: характеристика процесу; власника процесу; ролі; поля форми; статуси; маршрути; правила; довідники; інтеграції; API; права доступу; звіти; критерії успіху; тестові сценарії; план підтримки.; Пов’язана сторінка: Міграція даних PurchaseRequest номер, дата, ініціатор, підрозділ, статус, сума PurchaseRequestLine товар, кількість, очікувана ціна, коментар ApprovalHistory погоджувач, дія, час, коментар Attachment файл, тип, дата завантаження Low-code і права доступу Low-code процеси часто працюють із файлами.; Не всі процеси однаково підходять для low-code.; Приклади:	; Форма має змогу містити: мобільний офлайн-кеш; локальна черга синхронізації; зберігання чернеток; журнал подій; проміжна база міграції; тестовий прототип.;== Low-code і фінансові інформаційні дані == При зростанні компанії low-code рішення для бізнесу має витримувати:	; як ілюстрація: Vendor lock-in — це залежність від конкретної платформи.;== Типові помилки при впровадженні Low-code == HR створює форму заявки на навчання; фінансовий блок створюють реєстр бюджетних запитів; офіс-менеджер створює заявку на закупівлю канцелярії; Service Desk налаштовує нову категорію звернень; керівник відділу створює простий бізнес-процес погодження.; Пов’язана сторінка: Права доступу в ERP Low-code і мобільність менше ризику зламати ERP; контроль прав доступу; валідація даних; аудит; стабільність інтеграцій; менше залежності від структури бази; простіше тестування.; Обов’язкове Вибрати 2–3 процеси для старту.; # Запуск.; Проблеми: Документація має містити: Збільшує, якщо:
Форма	Поля: товар, кількість, сума, постачальник, причина закупівельна діяльність
Статуси	Чернетка, на погодженні, погоджено, відхилено, виконано
Маршрут	Ініціатор → керівник → фінансовий блок → закупівельна діяльність
Права	Ініціатор бачить свої заявки, фінансовий блок бачать усі
Повідомлення	Email або сповіщення при погодженні
Звіт	Заявки по статусах, сумах і підрозділах

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

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

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

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

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

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

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

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

Low-code додатково потребує DevOps-підходу.; {| class="wikitable" style="width:100%;"

Low-code додатки мають працювати з ERP, CRM, банком, сайтом і BI через стабільні API-контракти.; # Погодження.;

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

}

Low-code і Power BI

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

Low-code Governance

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

Сповіщення потрібні для керування процесами.; Low-code і no-code схожі, але не однакові.; Пов’язана сторінка: CRM для продажів

Low-code платформи часто мають шаблони.; Управлінське питання