Low-code
конкурентні переваги:
Приклади:
ORM здатна використовуватися в backend low-code платформи або кастомних розширеннях. # Запуск.== Low-code і архівування == Service Desk — один із найкращих сценаріїв для low-code. "edrpou": "12345678",
Пов’язана сторінка: ERP в хмарі
Вони потрібні, щоб low-code не перетворився на хаос.
Low-code вигідний, якщо: Потрібно контролювати: Пов’язана сторінка: Аудит дій |- | бізнес-процес | Заявка на оплату |- | Власник | Фінансовий директор |- | Ключові ролі | Ініціатор, керівник, фінансовий блок, казначей |- | Інтеграції | K2 ERP, банк, Power BI |- | Критичні правила | Сума понад 500 000 грн потребує погодження CFO |- | Аудит | Усі зміни статусів і сум логуються |}
Low-code здатна генерувати документи за шаблонами. # Налаштувати аудит. Чутливі інформаційні дані:
- Excel-файл із критичним реєстром;
- Google Sheet із платежами;
- low-code форма з персональними даними без прав;
- інтеграційні функції ERP через особистий API-ключ;
- бізнес-процес, про який ІТ не знає;
- дублювання довідника контрагентів. # Перевірити права доступу.== Low-code і SQLite ==
Приклади:
Low-code і шаблони документів
- заявка на відпустку;
- onboarding;
- offboarding;
- заявка на підбір персоналу;
- оцінка працівника;
- погодження навчання;
- кадрові документи;
- запити на довідки;
- зміна графіка;
- заявка на доступи для нового працівника.== Low-code і CRM ==
Форми — один із головних елементів low-code. бізнес-процес:
- повна заміна ERP;
- складна фінансова платформа;
- високонавантажений e-commerce backend;
- критичний банківський шлюз;
- складне виробниче планування. Приклад
- потрібно оперативно цифровізувати бізнес-процес;
- бізнес-процес часто змінюється;
- виступає як багато внутрішніх заявок;
- потрібні форми й погодження;
- немає сенсу писати все з нуля;
- потрібно замінити Excel;
- бізнес-середовище хоче оперативно тестувати гіпотези;
- виступає як багато типових задач;
- потрібна інтеграційні функції ERP з ERP через API. У корпоративній архітектурі low-code має займати правильне місце. Підхід
- development;
- test;
- staging;
- production. * моделювати бізнес-процес;
- запускати виконання;
- контролювати статуси;
- призначати відповідальних;
- вимірювати SLA;
- аналізувати вузькі місця;
- оперативно змінювати маршрут.== Приклад аудиту в low-code ==
ERP повертає ID контрагента, а low-code бізнес-процес продовжує погодження. Low-code рішення для бізнесу теж потрібно тестувати. ! # Керівник погоджує. # Підписаний файл зберігається. * розмір файлу;
- формат;
- доступ;
- версію;
- антивірусну перевірку;
- строк зберігання;
- аудит завантаження. # Лише потім робити повну інтеграцію з ERP.== Low-code і Power BI ==
Low-code здатна створювати інформаційні дані для BI або давати прості дашборди. No-code підходить, якщо потрібно:
Пов’язані сторінки
Офлайн-режим потрібен, якщо користувач системи функціонує без стабільного інтернету. Приклад
Приклад якості даних
|- | 10:00 | petrenko | Створив заявку | PAY-000145 |- | 10:20 | manager01 | Погодив | PAY-000145 |- | 10:45 | finance01 | Змінив статтю витрат | PAY-000145 |- | 11:00 | cfo | Погодив | PAY-000145 |}
! Сценарії:
Приклади:
- якщо сума понад 100 000 грн — потрібне погодження фіндиректора;
- якщо договір прострочений — заборонити оплату;
- якщо товар нижче мінімального залишку — створити заявку на закупівлю;
- якщо клієнт ERP має прострочену дебіторку — заблокувати відвантаження;
- якщо заявка критична — скоротити SLA;
- якщо працівник звільнений — закрити доступи. Перевіряють:
Приклади ролей:
- хто бачить;
- хто редагує;
- хто погоджує;
- які поля обов’язкові;
- які сповіщення надсилаються;
- які API викликаються;
- які SLA діють.== Low-code і права доступу ==
- дублювання даних;
- хаотичні процеси;
- слабкі права доступу;
- відсутність аудиту;
- відсутність резервних копій;
- погана якість даних;
- неконтрольовані інтеграції;
- тіньові IT-системи;
- залежність від однієї людини;
- неможливість підтримки. Приклади:
Low-code і Citizen Developers
Low-code буде розвиватися разом з AI, API-first і хмарними ERP. ! Краще, щоб вони працювали через стабільні API-контракти. Безпека — критична частина low-code. {| class="wikitable" style="width:100%;" Low-code має бути інтегрованим із зовнішніми системами через API.== Low-code і тестування ==
! компанія-користувач веде бюджетні заявки в Excel.SEO title: Low-code — платформи швидкої розробки, автоматизація, ERP, CRM, BPM, API і K2 ERP
SEO keywords: Low-code, low code, low-code платформа, швидка розробка, візуальна розробка, no-code, BPM, ERP, CRM, API, автоматизація бізнес-процесів, K2 ERP, Power BI, AI
</noinclude>
{{SEO
Шаблон для службового SEO-опису сторінки.
}}
Low-code і фінансові інформаційні дані
Поганий перший проєкт: Low-code платформа здатна мати власні довідники або підключатися до ERP-довідників. Приклади:
- потрібна дуже складна високонавантажена платформа;
- потрібна повна свобода архітектури;
- бізнес-процес має нетипову складну логіку;
- потрібні низькорівневі оптимізації;
- вимоги до продуктивності дуже високі;
- платформа не підтримує потрібні інтеграції;
- виступає як жорсткі вимоги до локального розміщення;
- vendor lock-in неприйнятний;
- інформаційні дані дуже чутливі, а платформа не дає достатнього контролю. Кожен low-code додаток має життєвий цикл:
Приклад:
Low-code часто перетинається з BPM. Не всі low-code додатки мають жити вічно.== Low-code і продуктивність ==
Приклади довідників:
Сценарії:
Low-code і моніторинг процесів
- статуси заявок;
- час погодження;
- кількість помилок;
- SLA;
- суми заявок;
- прострочені задачі;
- завантаження відділів;
- ефективність процесів;
- контрольні суми;
- інформаційні дані для Power BI.== Low-code і прототипування ==
"created_from": "low_code_form"
! {
- контрагенти;
- договори;
- номенклатура;
- організації;
- підрозділи;
- статті витрат;
- валюти;
- користувачі;
- ролі;
- склади;
- проєкти;
- типи заявок;
- статуси;
- категорії Service Desk.
Краще:
Low-code і DevOps
- конструктор форм;
- конструктор процесів;
- конструктор даних;
- конструктор ролей;
- конструктор звітів;
- API-конектори;
- workflow engine;
- правила валідації;
- шаблони документів;
- журнал аудиту;
- інтеграції;
- мобільний інтерфейс;
- розгортання в хмарі або на сервері. # Ставить пріоритет “Високий”. Етап
Low-code здатна як зменшити, так і збільшити технічний борг. Потрібно підготувати:
Візуальна розробка програмного забезпечення — це створення логіки через схеми, блоки, drag-and-drop, правила й конфігурація. # Через API товар створюється в ERP. # Повідомляє заявника.== Low-code і виробництво ==
Аудит потрібен, щоб бачити, хто й що зробив у системі. ! Після запуску low-code бізнес-процес потребує підтримки. До автоматизації Документація має містити: Low-code платформи часто працюють у хмарі. |- | Які ризики?=== Чи підходить Low-code для міграції з BAS у K2 ERP? ===
Low-code і контрольні суми
конкурентні переваги Low-code
Тіньові IT — це системи, які бізнес-середовище створює без ІТ-контролю. # Після вирішення просить оцінку. Vendor lock-in — це залежність від конкретної платформи. # Запустити на обмеженій групі. реліз системи
Приклад розподілу:
- погодження оплат;
- заявки на закупівлю;
- погодження договорів;
- Service Desk;
- заявки на доступ;
- внутрішні реєстри;
- заявки на списання;
- затвердження знижок;
- реєстр рекламацій;
- контроль якості;
- onboarding працівників;
- керування задачами.
Вартість складається з:
- Ідея. Управлінське питання
|- | Низький | 8 годин | 5 днів |- | Середній | 4 години | 2 дні |- | Високий | 1 година | 8 годин |- | Критичний | 15 хвилин | 2 години |}
Приклад першого Low-code проєкту
- email;
- push;
- месенджер;
- внутрішні повідомлення;
- SMS;
- Service Desk;
- календар;
- webhook;
- Teams/Slack.
Середній бізнес-середовище здатна використовувати low-code як шар автоматизації навколо ERP. * мобільний офлайн-кеш;
- локальна черга синхронізації;
- зберігання чернеток;
- журнал подій;
- проміжна база міграції;
- тестовий прототип. Пов’язані сторінки:
Low-code платформа зазвичай має набір візуальних конструкторів і технічних модулів. Сутність
- купити платформу без процесів;
- очікувати, що бізнес-середовище сам усе зробить;
- не навчити адміністраторів;
- не створити governance;
- не інтегрувати з ERP;
- не визначити джерело правди;
- не налаштувати API;
- не зробити backup;
- не перевірити безпеку;
- не рахувати економічний ефект. # Описати бізнес-проблему. як приклад:
- фінансовий блок отримують 20 файлів;
- суми не збігаються;
- статті витрат різні;
- немає погодження;
- складно бачити статус;
- Power BI потребує ручного очищення.== Приклад Low-code + API ==
У фінансах low-code здатна цифровізувати процеси, які часто починаються в Excel або пошті.== Low-code і безпека ==
Для чого потрібен Low-code
- Визначає категорію “Казначейство”. Пов’язана сторінка: Права доступу в ERP
- кожен створює процеси як хоче;
- немає архітектури;
- немає прав доступу;
- немає документації;
- інтеграції випадкові;
- старі додатки не вимикаються;
- інформаційні дані дублюються. Хороший перший проєкт:
| 1.0 | Базова заявка на оплату |
| 1.1 | Додано поле “Стаття витрат” |
| 1.2 | Додано погодження фіндиректора понад 500 000 грн |
| 2.0 | Додано інтеграцію з казначейством K2 ERP |
Приклади:
Low-code і довідники
Governance — це правила керування low-code розробкою. # Тестування.== 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
Шаблон здатна брати інформаційні дані з форми й автоматизовано вставляти їх у документ.== Приклад бізнес-правила ==
Low-code і ORM
Якщо low-code створює власний довідник контрагентів без синхронізації з ERP, оперативно з’являться дублікати.== Приклад Low-code для міграції ==
Що таке Low-code
- ERP ↔ CRM;
- ERP ↔ сайт;
- ERP ↔ банк;
- ERP ↔ електронний документообіг;
- ERP ↔ Service Desk;
- ERP ↔ Power BI;
- ERP ↔ WMS;
- ERP ↔ HRM;
- ERP ↔ AI-асистент;
- BAS ↔ K2 ERP під час переходу. * центр компетенцій;
- каталог додатків;
- стандарти;
- архітектурний review;
- політики безпеки;
- контроль API;
- DevOps;
- моніторинг;
- тестові середовища;
- аудит;
- навчання citizen developers. # Погодження. Час реакції
Для документообігу здатна бути потрібна інтеграційні функції ERP з електронним підписом. Поширені помилки:
Приклад Service Desk на Low-code
| Об’єкт | Номенклатура |
| Старий ID | BAS-T-00145 |
| Помилка | Не знайдено одиницю виміру |
| Відповідальний | Категорійний менеджер |
| Статус | На виправленні |
| Дедлайн | 20.05.2026 |
! Питання
Low-code і джерело правди
- отримання довідників;
- створення документів;
- оновлення версій статусів;
- отримання залишків;
- перевірки клієнтів;
- передачі платежів;
- інтеграції з CRM;
- інтеграції з сайтом;
- інтеграції з банком;
- передачі даних у Power BI;
- підключення AI. Пов’язана сторінка: Міграція даних
- CRM-процесів;
- заявок;
- обліку задач;
- погодження оплат;
- простого документообігу;
- клієнтських форм;
- Service Desk;
- внутрішніх реєстрів;
- автоматизації Excel. |-
| Проста форма заявки | Low-code |- | Погодження договору | Low-code / BPM |- | Високонавантажений API | Pro-code |- | Мобільний прототип | Low-code |- | Складна фінансова логіка | Pro-code + ERP |- | Внутрішній реєстр | Low-code |- | Ядро ERP | Класична розробка програмного забезпечення або ERP-платформа |}
Приклад AI + Low-code
Low-code і правила SLA
! Зміна
Складніше підходять:
Low-code і класична розробка програмного забезпечення
Кожен важливий low-code додаток має бути документований.== Low-code і мікросервіси ==
- створення форм заявок;
- конфігурація погоджень;
- конфігурація ролей;
- конфігурація довідників;
- побудова внутрішніх реєстрів;
- створення процесів Service Desk;
- інтеграційні функції ERP через API;
- конфігурація аналітики;
- створення шаблонів документів;
- автоматизація процесів перевірок;
- запуск MVP-процесів. AI здатна запропонувати:
Майбутнє Low-code
- створювати бізнес-процес без власника;
- не описувати вимоги;
- не налаштовувати права;
- не робити аудит;
- не тестувати;
- напряму писати в базу ERP;
- дублювати довідники;
- не документувати бізнес-процес;
- не контролювати версії;
- давати бізнесу повний доступ до налаштувань;
- робити критичну фінансову логіку без ІТ-review;
- не думати про масштабування. |-
| Чим відрізняється від No-code?
# Менеджер створює заявку. !== Low-code і K2 ERP == * категорії заявок; * форми звернень; * SLA; * маршрути; * ролі; * пріоритети; * сповіщення; * базу знань; * звіти; * автоматичну класифікацію; * інтеграцію з ERP або Teams/Telegram. Краще: == Приклад моделі даних == Сценарії: Пов’язана сторінка: [[Service Desk]]
|- | No-code | розробка програмного забезпечення без коду через конструктор | Бізнес-користувачі | Проста форма заявки |- | Low-code | Основне через конструктор, складне через код | Аналітики, розробники, ІТ | ERP-процес з API та складними правилами |- | Pro-code | Класична розробка програмного забезпечення кодом | Розробники | Високонавантажений backend або складний компонент |}
Low-code у великому бізнесі
Приклади:
Добре підходять:
- форма;
- керівник погоджує;
- HR отримує повідомлення;
- заявка потрапляє в список. * текстові поля;
- числа;
- дати;
- списки;
- довідники;
- таблиці рядків;
- файли;
- коментарі;
- кнопки;
- статуси;
- обов’язкові поля;
- умовну видимість;
- валідацію;
- підказки. # складський облік додає одиницю виміру й штрихкод. |-
| Для чого потрібен? * виступає як стандарти;
- виступає як governance;
- виступає як документація;
- виступає як тестування;
- виступає як API-first;
- виступає як аудит;
- виступає як власники процесів.== Low-code і резервне копіювання ==
Low-code і персональні інформаційні дані
- платежі;
- банківські рахунки;
- договори;
- бюджети;
- зарплата;
- собівартість;
- маржа;
- кредитні ліміти;
- дебіторка;
- кредиторка;
- податкові документи.
Пов’язана сторінка: BI система
- ініціатор;
- погоджувач;
- фінансовий контролер;
- казначей;
- бухгалтер;
- керівник підрозділу;
- адміністратор;
- аудитор;
- аналітик;
- сервісний інженер;
- HR;
- менеджер продажів. | Підхід до швидкої розробки через візуальні конструктори, форми, процеси, правила й готові компоненти. Права доступу в low-code мають бути не слабшими, ніж у класичній розробці.== Low-code і бізнес-процеси ==
Low-code здатна відкривати портали для клієнтів, постачальників або партнерів.== Low-code і документація == Пов’язана сторінка: CRM для продажів Ризики: Governance має визначати: У великому бізнесі low-code потребує серйозного governance. # Запускає SLA 4 години. | Швидша цифровізація, менше ручної роботи, прозорі процеси, кращий контроль і швидші зміни в бізнесі. Пов’язана сторінка: AI
- заявки по статусах;
- заявки по відповідальних;
- середній час погодження;
- прострочені SLA;
- суми по підрозділах;
- кількість відхилень;
- навантаження користувачів;
- помилки інтеграцій;
- активність процесів. API потрібен для:
- перевірити залишок днів відпустки через API;
- врахувати графік роботи;
- перевірити заміну працівника;
- інтегруватися з HRM;
- записати інформаційні дані в ERP;
- сформувати наказ;
- передати інформаційні дані в Power BI.== Приклад заміни Excel на Low-code ==
Low-code добре підходить для документообігу. Час вирішення !== Low-code і файли ==
Типові звіти:
* складно перенести процеси;
* складно експортувати інформаційні дані;
* API обмежені;
* ліцензії дорожчають;
* кастомний код прив’язаний до платформи;
* немає повного контролю над архітектурою;
* постачальник змінює умови. Low-code здатна бути поганим вибором, якщо:
Потрібно контролювати:
Застарілі процеси потрібно:
== Low-code і API ==
Приклади:
== Приклад документації процесу ==
"type": "supplier",
Приклад workflow:
! |-
| Прострочені SLA
| 18
| Де порушується регламент? Приклад конфігурація
Low-code дає можливість вимірювати, чи справді автоматизація процесів дала ефект. Моніторинг потрібен, щоб бачити, де процеси зупиняються.== Low-code і аудит дій ==
! Для кого
# оперативно створити форму.== Low-code і AI ==
Приклади:
# Вибрати 2–3 процеси для старту. Сценарії:
== Low-code і електронний документообіг ==
Під час переходу з BAS або 1С low-code здатна допомогти оперативно відтворити допоміжні процеси, які були зроблені зовнішніми обробками, Excel-файлами або ручними погодженнями.== Коли Low-code вигідний ==
Сценарії:
== Low-code і електронний підпис ==
|-
| Що таке Low-code? Потрібно визначити:
Low-code бізнес-процес:
Типові компоненти:
Low-code форма “Новий контрагент” здатна при збереженні викликати API ERP:
Low-code добре функціонує з підходом [[API-first]]. |-
| Який результат?== Low-code і data model ==
|-
| Новий бізнес-процес погоджується власником
| Фінансові процеси погоджує фіндиректор
|-
| Інтеграції погоджує ІТ
| API до ERP не створюється без review
|-
| Права перевіряє безпека
| Зарплата й банк закриті для зайвих ролей
|-
| Зміни тестуються
| Спочатку тестове середовище, потім production
|-
| Аудит обов’язковий
| Усі погодження й зміни статусів логуються
|}
[[Категорія:Вивантаження даних]]
[[Категорія:Бізнес-процеси]]
[[Категорія:CRM]]
* ролі;
* права доступу;
* API-ключі;
* персональні інформаційні дані;
* фінансові інформаційні дані;
* файли;
* експорт;
* інтеграції;
* журнали дій;
* адміністраторів;
* доступ до production;
* зовнішніх користувачів;
* резервні копії. * занадто багато автоматичних дій;
* складні правила без оптимізації;
* надмірні API-запити;
* великі таблиці без індексів;
* повільні звіти;
* багато вкладених процесів;
* зайві повідомлення;
* відсутність пагінації;
* великі файли;
* складні інтеграції без черг. Ризикові інформаційні дані:
== Low-code і правила ==
* сутності;
* поля;
* типи даних;
* зв’язки;
* обов’язковість;
* унікальність;
* статуси;
* довідники;
* історію змін;
* зовнішні ID;
* архівування. У CRM low-code здатна використовуватися для конфігурація процесів продажів. Задача
* створення заявки в low-code;
* передача погодженої заявки в BAS;
* отримання статусу платежу;
* вивантаження довідників;
* звірка контрольних сум;
* підготовка переходу на K2 ERP. Що показує
!== Low-code і зовнішній портал ==
як приклад:
== Low-code і ERP ==
Якщо бізнес-користувачі створюють додатки без контролю ІТ, можуть виникнути ризики:
== Low-code і міграція з BAS ==
[[Категорія:Service Desk]]
|-
| Заявка погоджувалась 5 днів
| 2 дні
|-
| Статус шукали в пошті
| Статус видно в системі
|-
| Звіти збирали вручну
| Power BI оновлюється автоматизовано
|-
| Не було аудиту
| виступає як історія продукту дій
|-
| інформаційні дані дублювались
| виступає як єдина форма й довідники
|}
У конструкторі це здатна бути схема з блоків і стрілок.[[Категорія:Інтеграція з BAS]]
Потрібен бізнес-процес погодження службових записок на закупівлю обладнання. * хто бачить записи;
* хто створює записи;
* хто редагує;
* хто погоджує;
* хто видаляє;
* хто експортує;
* хто бачить фінансові поля;
* хто бачить персональні інформаційні дані;
* хто здатна змінювати бізнес-процес;
* хто має адміністративний доступ.== Приклад різниці Low-code і No-code ==
AND payment.currency = "UAH"
'''Citizen developer''' — це бізнес-користувач, який створює прості додатки без професійної розробки. |-
| Заявки на оплату
| 430 за місяць
| Який обсяг роботи фінансів? * файл надсилають поштою;
* кілька версій;
* незрозуміло, хто змінив;
* немає прав;
* немає аудиту;
* немає статусу;
* складно будувати звіти. |-
| Середній час погодження
| 2,8 дня
| Де вузьке місце? {| class="wikitable" style="width:100%;"
Це означає, що low-code додатки не повинні напряму змінювати таблиці критичних систем. Що означає
}
Процеси, форми й правила мають мати версії.[[Категорія:Склад]]
Він оптимізує:
== Типові помилки Low-code ==
* форму заявки;
* поля;
* статуси;
* маршрут;
* ролі;
* правила погодження;
* шаблон повідомлень;
* дашборд;
* список ризиків;
* тестові сценарії. ! Не можу провести платіж. Роль
== Low-code і складський облік ==
== Основні елементи Low-code ==
* вільного тексту там, де потрібен довідник;
* дублів;
* порожніх обов’язкових полів;
* різних назв одного контрагента;
* різних форматів дат;
* різних валют без контролю;
* неструктурованих коментарів замість полів;
* відсутності зовнішніх ID. Поля
Основні конкурентні переваги:
* закривати;
* архівувати інформаційні дані;
* вимикати інтеграції;
* забирати права;
* оновлювати документацію;
* повідомляти користувачів;
* видаляти дублікати;
* не залишати “мертві” форми. У складських процесах low-code здатна бути корисним для допоміжних операцій. ! Після Low-code
</div>
користувач системи чекає 20 секунд.== Low-code і Workflow ==
Результат — швидший запуск бізнес-процесів, менше Excel, прозорі погодження, контроль доступу, аудит, інтеграції через API, аналітичні інструменти в Power BI і менше навантаження на класичну розробку. Поле
== Low-code і фінансовий блок ==
Потрібно контролювати:
Приклади:
* заявка на ремонт обладнання;
* реєстр простоїв;
* акт браку;
* погодження заміни матеріалу;
* контроль якості;
* журнал змін;
* заявка на матеріали;
* виробничі чек-листи;
* інструкції для зміни. У контексті [[K2 ERP]] low-code здатна бути корисним як підхід до швидкого конфігурація процесів, форм, ролей, маршрутів погодження, довідників, API-інтеграцій, звітів, Service Desk-сценаріїв, документообігу та внутрішніх бізнес-застосунків без повної розробки “з нуля”. * реєстр заявок на оплату;
* погодження договорів;
* заявка на створення номенклатури;
* контроль змін контрагентів;
* сервісні заявки;
* контроль якості даних;
* журнал помилок міграції;
* погодження мапінгу довідників;
* контрольні таблиці. * ризик хаосу без governance;
* обмеження платформи;
* vendor lock-in;
* складність нестандартної логіки;
* ризики безпеки;
* не завжди підходить для високого навантаження;
* залежність від якості налаштувань;
* прихована складність інтеграцій;
* можливе дублювання даних;
* потреба в контролі ІТ. Low-code — це підхід, коли бізнес-додатки створюються переважно через візуальні конструктори, форми, процеси, правила й готові компоненти, а код застосовується для тільки там, де потрібна складніша логіка. Low-code часто використовують як інтеграційний шар між системами. Low-code дає можливість більшість зробити через конфігурація, але залишає можливість дописувати код, підключати API й реалізовувати складні сценарії.
Low-code часто замінює хаотичні Excel-процеси. Ризики:
- мобільне погодження;
- фотофіксація;
- складська заявка;
- сервісний виїзд;
- інвентаризація;
- чек-лист;
- відрядження;
- заявка на ремонт;
- підпис клієнта;
- push-повідомлення.== Простий приклад Low-code ==
- назву процесу;
- власника;
- призначення;
- поля;
- статуси;
- маршрути;
- ролі;
- права;
- інтеграції;
- API;
- звіти;
- правила;
- версії;
- журнал змін;
- інструкцію користувача. ! # Масштабувати. ! # Зібрати зворотний зв’язок. Приклади:
Low-code і масштабування
Low-code і BI
! | Low-code допускає код і складні інтеграції, No-code орієнтований на рішення для бізнесу без програмування. !
Що таке Low-code простими словами?
Low-code і технічний борг
Пов’язана сторінка: API для ERP
Low-code добре підходить для MVP і прототипів. # Змінити поля й правила.== Коли Low-code не підходить == Головне. Low-code дає можливість швидше створювати бізнес-додатки: форму заявки, маршрут погодження, довідник, інтеграцію з API, звіт або кабінет користувача можна зібрати з готових блоків, а складну логіку дописати кодом. |-| Створення заявки | Ініціатор | Сума, контрагент, договір, призначення |
| Перевірка керівника | Керівник підрозділу | Доцільність витрати |
| Перевірка фінансів | Фінансовий контролер | Бюджет, стаття витрат, ліміт |
| Погодження | Фінансовий директор | Великі або ризикові платежі |
| Оплата | Казначей | Реквізити, дата, пріоритет |
| Закриття | бухгалтерський обліковий облік | Виписка, аванс, борг |
Low-code платформа здатна мати власні звіти. |-
| Де застосовується для?! Пов’язана сторінка: [[HRM система]] == Low-code і візуальна розробка програмного забезпечення == компанія-користувач хоче цифровізувати створення нового товару. Погана практика — змінювати бізнес-процес одразу в production без перевірки. API-first зменшує ризик хаотичних інтеграцій і прямого доступу до бази.== Приклад ролей у процесі договору == == Low-code і звіти == Приклади шаблонів: == Low-code і HRM == == Low-code і технічна архітектура підприємства == як приклад: * форми; * таблиці; * довідники; * документи; * кнопки; * статуси; * маршрути погодження; * бізнес-правила; * сповіщення; * ролі; * права доступу; * інтеграції; * API; * дашборди; * звіти; * мобільні екрани; * автоматичні задачі. Хто виконує
- заявки на оплату;
- платіжний календар;
- бюджетні заявки;
- погодження витрат;
- авансові звіти;
- зміна банківських реквізитів;
- погодження лімітів;
- запити на фінансові звіти;
- контроль дебіторки;
- казначейські маршрути. Проблеми:
як приклад:
Канали:
- фінансові заявки;
- договори;
- закупівельна діяльність;
- HR-процеси;
- Service Desk;
- якість;
- складські заявки;
- Power BI-аналітика;
- інтеграції з CRM і сайтом. * нова заявка на погодження;
- SLA майже прострочено;
- договір завершується;
- платіж погоджено;
- заявку відхилено;
- потрібен коментар. # Запустити простий маршрут. Low-code додатки часто оперативно створюються бізнесом, тому виступає як ризик випадково опрацьовувати чутливі інформаційні дані без правил. ! # Створити прототип. Workflow — це маршрут виконання процесу. |-
| Що критично?== Low-code і API-first ==
Low-code не замінює на 100% класичну розробку. # Відправляється на підпис. Low-code не має створювати дублікати “джерел правди”.
Чи потрібні програмісти для Low-code?
- SEO-опис процесу;
- власника процесу;
- ролі;
- поля форми;
- статуси;
- маршрути;
- правила;
- довідники;
- інтеграції;
- API;
- права доступу;
- звіти;
- критерії успіху;
- тестові сценарії;
- план підтримки. * лінійні погодження;
- прості реєстри;
- заявки;
- довідники;
- форми;
- задачі;
- прості інтеграції;
- електронний документообіг;
- Service Desk. Доступ
- реєстр об’єктів міграції;
- погодження мапінгу;
- журнал помилок;
- задачі на очищення даних;
- статуси завантаження;
- контрольні суми;
- погодження результатів;
- Service Desk для міграції;
- документація процесів. ! # Оптимізація. ! Low-code потрібен, якщо треба:
| Form builder | Створює форми | Заявка на оплату |
| Workflow builder | Створює процеси | Погодження договору |
| Data model | Описує інформаційні дані | Контрагенти, заявки, платежі |
| Rules engine | Виконує бізнес-правила | Якщо сума > 100 000 грн — погоджує фіндиректор |
| API connector | Підключає зовнішні системи | Банк, CRM, ERP, сайт |
| Dashboard | Показує аналітику | Заявки по статусах |
Low-code і якість даних
Так, low-code здатна допомогти вести реєстр помилок міграції, погоджувати мапінг, контролювати задачі, запускати допоміжні процеси й тимчасово замінювати старі Excel або зовнішні обробки. Low-code — це модель розробки, у якій програмні рішення для бізнесу створюються за допомогою візуальних інструментів і готових компонентів. У low-code платформі можна налаштувати:
! !== Low-code і Excel ==
- контроль даних;
- юридичні вимоги;
- інтеграції з локальними системами;
- резервні копії;
- доступи;
- залежність від постачальника;
- вартість підписок.SQLite здатна використовуватися в low-code або поруч із ним як локальне сховище. * постачальник подає рахунок;
- клієнт ERP створює заявку;
- дилер створює замовлення;
- інтегратор бачить статус;
- підрядник завантажує акт;
- кандидат заповнює анкету;
- сервісний інтегратор закриває заявку. POST /api/v1/customers
Створено → На перевірці → На погодженні → Погоджено → Виконано → Закрито
Код усе ще здатна використовуватися, але не для кожної дрібної дії. Форма здатна містити:
Як функціонує Low-code платформа
Коротко
- форма ліда;
- воронка продажів;
- погодження знижки;
- комерційна пропозиція;
- задача менеджеру;
- автоматичний лист;
- оцінка ймовірності угоди;
- інтеграційні функції ERP з ERP;
- передача рахунку;
- контроль дебіторки.
- високонавантажені транзакції;
- складна собівартість;
- real-time складський облік;
- складне виробниче планування;
- банківські платіжні шлюзи;
- складна багатовалютна логіка;
- ядро ERP. ! ! Рекомендований підхід:
Low-code так само потребує DevOps-підходу. користувач системи пише:
Типові помилки при впровадженні Low-code
Low-code і міграція даних
- заявки на оплату по статусах;
- середній час погодження;
- сума заявок по підрозділах;
- SLA Service Desk;
- кількість договорів на погодженні;
- прострочені задачі;
- бюджет план-факт;
- якість даних;
- навантаження погоджувачів.
Low-code здатна зберігати й погоджувати контрольні суми. Кращий підхід Замість ручного написання всього коду розробник або бізнес-аналітик здатна налаштовувати: Фінансові low-code процеси потребують особливого контролю. Low-code рішення для бізнесу має враховувати ролі користувачів.== Приклад Low-code Governance ==
FAQ
Low-code і середовища
- low-code створює заявку;
- payment-service перевіряє оплату;
- approval-service керує погодженням;
- notification-service надсилає повідомлення;
- analytics-service передає інформаційні дані в BI. Стаття витрат: "реклама", "Маркетинг", "ads", "Гугл реклама"
Щоб зменшити ризик, потрібні: