No-code
Приклад BP-моделі у no-code стилі
No-code і 1С/BAS
- продажі та реалізація за період;
- залишки на складах;
- дебіторська заборгованість;
- виконані роботи;
- ефективність менеджерів;
- рух товарів;
- фінансові показники;
- статуси заявок;
- контроль прострочень.; Роль
- документи;
- форми;
- поля;
- статуси;
- простий бізнес-процес.; No-code добре підходить для прототипування.;JSON часто застосовують, коли потрібно для передачі даних у no-code інтеграціях.; Потрібні довідники обладнання і видів робіт.; Має бути довідник обладнання.; title: "Гарантія до"
No-code виник як відповідь на цю проблему.; як ілюстрація:
No-code без історії змін — це дуже смілива подорож у темряві.; title: "Відправити на погодження"
title: "Дата" - from: completed
Зменшує — коли типові речі створюються правильно, через моделі, з контролем і генерацією.; Він означає, що типова частина створюється без ручного програмування.;</syntaxhighlight>
Додай поле "гарантійний випадок".; Не замінює програмістів.; |-
| Чим No-code відрізняється від Low-code?; No-code підхід у K2 ERP | ; title: "Власник"
No-code у K2 ERP — це спосіб забрати рутину з розробки й дати бізнесу швидкість, не руйнуючи архітектуру системи. як ілюстрація, бізнес-процес погодження заявки: entity: equipment як ілюстрація, користувач системи має змогу налаштувати простий сценарій: - row: Він змінює її.; У no-code системі істотно чітко визначити права.; |- |
Який центральний ризик No-code?; Що можна створювати
На перший погляд no-code не пов’язаний із Git.; функціональні можливості type: string - approval - title: "Заявки на ремонт" Він не скасовує архітектуру.;== Коротко == У K2 ERP no-code підхід має змогу реалізовуватися через поєднання кількох інструментів: * колір;
* розмір;
* матеріал;
* бренд;
* сезон;
* гарантія;
* країна виробництва.;[[Категорія:ERP для розробників]]
No-code редактор бізнес-процесів надає можливість створювати маршрути без ручного програмування.;[[Категорія:Цифрова незалежність України]]
!; Це швидше, ніж починати з чистого аркуша.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
- title: "Обладнання"
[[Категорія:Українське програмне забезпечення]]
Якщо їх не впорядковувати, платформа стає важкою.; required: true
active:
fields:
“Так, але нам ще потрібно поле відповідального, статус погодження і фільтр по підрозділу”.; Складні задачі краще залишати програмістам і архітекторам.; На початку цього процесу людина має змогу не писати код.;== No-code і MVP ==
entity: repair_request
Якщо є собою доступ до моделей, [[YML]], коду, [[API]], [[ORM]], компонентів і системи оновлень, no-code стає частиною ширшої платформи.; type: reference
== No-code у K2 ERP ==
Аналітик має змогу не тільки писати технічні задача, а й створювати прототипи.; "id": "{{id}}",
[[Категорія:Python]]
No-code піднімає програміста вище над рутиною.; Не вирішує всі складні задачі автономно.; Класичне програмування часто не встигає за цим темпом.;[[K2 ERP]] автономно створює:
пріоритетом, статусом і відповідальним інженером.; Складні інтеграції все одно потребують програмістів.; fields: entity: contractor - in_work |
;== No-code і звіти ==
} - completed work_name: |
; У контексті K2 ERP no-code розглядається не як магічна обіцянка “програмісти більше не потрібні”.; | Підхід до створення додатків без ручного написання коду через редактори, моделі, шаблони та генерацію.; |- | Залежність від платформи | No-code рішення для бізнесу часто залежать від можливостей конкретної системи.; role: service_manager
title: "Активне" type: integer </syntaxhighlight> journal: - field: date Створи компонент для сервісних заявок.; role: engineer Що таке No-codeto: approval Low-code надає можливість оперативно розширювати систему.; Уявімо, що сервісна організація хоче автоматизувати заявки на ремонт обладнання.; id: No-code і JSONNo-code не знищує професію програміста.; * внутрішній обліковий облік заявок;
У майбутньому no-code в K2 ERP має змогу охоплювати дедалі більше напрямів: платформа автономно створить документ, журнал, форму та табличну частину.; | Довідники, документи, форми, журнали, меню, звіти, дашборди, характеристики, прості бізнес-процеси.; * хто має право перевести статус;
required: true type: decimal У K2 ERP це має вирішуватися через правильну основу: ER-модель, YML, ORM, PostgreSQL і контрольовані міграції.; !; Адміністратор системи має змогу виконувати частину змін без програмістів.; Журнал документів — це список документів певного типу.; Такий YML має змогу бути створений редактором, людиною або штучним інтелектом.; У старих ERP-системах часто є собою конфігуратори, які дозволяють оперативно створювати бізнес-логіку.;== Що не варто робити тільки через No-code == "status": "Шаблон:Status" type: reference
|
Гнучкість | платформа швидше адаптується до бізнесу.; - normal
ШІ має змогу сформувати YML-модель.; Цей характеристика має змогу бути основою для автоматичного створення документа.; Швидше зробити форму.; Крок 5.; Акцепт моделіПрограміст дописує складну логіку: problem_description: 1С та BAS часто хизуються швидкістю створення бізнес-логіки.; У класичному підході програміст має створити таблицю, модель, форму, список, меню, права, API та інші частини.; Після цього платформа сама створює потрібну структуру.; Дуже корисний, але не універсальний.; з цієї причини істотно: Права можуть бути різними:
Штучний інтелект має змогу значно посилити no-code.;== No-code як частина автоматичної генерації == Те саме має змогу статися з будь-якою no-code платформою.; * які поля показувати;
entity: repair_request No-code і масштабуванняNo-code без контролю має змогу оперативно створити хаос.; Якщо кожну таку річ робити тільки через програміста, платформа розвиватиметься повільно й дорого.; * складні алгоритми;
|
Ближче до бізнесу | Аналітики і адміністратори можуть швидше втілювати зміни.;
title: "Обладнання" - in_work Такий характеристика має змогу бути створений візуально, а платформа перетворить його на правила роботи процесу.; - field: problem_description Так бізнес-аналітик або інтегратор має змогу налаштувати обмін без повного програмування.;== Приклад повного No-code сценарію ==
- closed бізнес-середовище постійно хоче нові звіти: - field: equipment_id - field: priority Це надає можливість інтегратору створювати більше цінності за менший час.; Інтегратор у no-code платформі стає набагато сильнішим.; Питання priority: title: "Заявка на ремонт" code:
У K2 ERP no-code має найбільшу силу тоді, коли функціонує разом із сучасною архітектурою: No-code і роль бізнес-аналітика
|
|---|---|---|---|---|---|---|---|---|---|---|
| - | Складність масштабування | Погано спроєктовані no-code моделі можуть гальмувати при рості.; "number": "Шаблон:Number",
Тут no-code не означає “без програмістів назавжди”.; |- |
AI-сумісність | ШІ має змогу допомагати створювати моделі й структури.; У заявці: замовник, обладнання, характеристика проблеми, пріоритет, статус,
No-code — це важливий напрям розвитку сучасних бізнес-систем.;=== Крок 1.; характеристика задачі === Міф: No-code підходить для всьогоСкладні системи все одно потребують: Приклад YML для документаtitle: "Закрити"як ілюстрація, керівник має змогу налаштувати дашборд.; No-code надає можливість оперативно створювати MVP внутрішніх бізнес-додатків.; У [[K2 ERP]] важливу роль можуть відігравати характеристики сутностей.; Він має змогу швидше адаптувати систему під клієнта:
* відкритими моделями;
* [[YML]];
* [[ORM]];
* [[API]];
* [[AI|ШІ]];
* сучасними мовами;
* Git;
* хмарами;
* модульністю;
* системою оновлень;
* партнерською екосистемою.; engineer_id:
Бізнес-користувачі не повинні ставати програмістами.; як ілюстрація, керівник сервісу має змогу бачити:
Якщо компонент створений через no-code або low-code інструменти, його можна: У no-code підході користувач системи або інтегратор має змогу описати структуру: Потрібно контролювати: Не кожен користувач системи повинен мати можливість змінювати структуру ERP.; |} default: draft </syntaxhighlight> type: date default: true | ||||||
| Обмеження складності | Не всі задачі можна якісно зробити без коду.; У no-code редакторі можна визначити, які колонки показувати.; form:
type: enum |
; Швидше налаштувати бізнес-процес.; Але вони можуть отримати більше контролю над простими налаштуваннями.; Якщо сьогодні документ має 100 записів, а завтра 10 мільйонів, погана модель оперативно покаже характер.; Менеджер має змогу зберегти власний вигляд таблиці.;== No-code і Low-code ==
required: true title: "Виконати" No-code і журнали документів
required: true [[Категорія:API]]
Завтра — зробити новий звіт.; Область
== No-code і шаблони ==
- closed
No-code рішення для бізнесу теж потребують рефакторингу.; Молоток теж чудовий інструмент, але якщо ним налаштовувати API, результат буде дуже емоційним.; Не все потрібно намагатися зробити без програмування.; Швидше змінити звіт.; * таблицю;
* [[ORM|ORM-модель]];
* форму картки;
* форму списку;
* пункт меню;
* базові операції;
* API;
* основу для звітів.;== Міф: No-code замінить програмістів ==
[[Категорія:ERP для партнерів]]
status:
- field: contractor_id
Має бути документ заявки на ремонт.; |-
| Чи потрібен No-code в ERP?; Але це швидкість усередині старої технологічної моделі.;</div>
Це зменшує розрив між бізнесом і розробкою.; | Так.; Пояснення
== No-code і роль інтегратора ==
calculated: true
Людина перевіряє її, уточнює промптами й акцептує створення компонента.; - field: number
Саме так no-code перетворюється не на іграшковий конструктор, а на інструмент швидкого створення бізнес-додатків.;[[Категорія:YML]]
- low
title: "Робота"
Замість коду використовуються:
!;
Якщо 70% модуля можна створити через no-code і генерацію, а 30% дописати програмно, економіка розробки сильно змінюється.; | Ні.; title: "Виконані роботи" Зовнішні посиланняNo-code проти старих ERPПриклад: entity: equipment No-code має змогу зменшити витрати.; бізнес-середовище завжди хоче швидше.; type: string
[[Категорія:Інструменти розробника]]
- field: date
{| class="wikitable" style="width:100%;"
== No-code і роль програміста ==
[[Категорія:K2 ERP]]
|-
| 1
| Людина формулює ідею компонента
|-
| 2
| [[AI|ШІ]] створює [[YML]]-структуру або [[ER-модель]]
|-
| 3
| Людина перевіряє модель
|-
| 4
| Людина уточнює промптами потрібні деталі
|-
| 5
| Модель акцептується
|-
| 6
| [[K2 ERP]] автономно створює компонент
|-
| 7
| Програміст дописує складну логіку, якщо вона потрібна
|}
з цієї причини no-code має бути частиною системної платформи, а не маркетинговою наклейкою.; |-
| Економія часу
| Частина задач не проходить повний цикл розробки.; І табличну частину:
Людина підтверджує, що модель правильна.; І точно не означає, що ERP можна будувати без контролю якості.; No-code добре закриває типові задачі.;== No-code і прототипування ==
[[Категорія:ORM]]
title: "Номер"
'''без ускладнень кажучи.''' No-code — це коли людина не пише код руками, а описує системі, що потрібно створити.; Підхід
[[ERP]] — це платформа, яка постійно змінюється разом із бізнесом.; - row:
=== Крок 6.; Автоматичне створення ===
<syntaxhighlight lang="text">
{| class="wikitable" style="width:100%;"
'''істотно.''' No-code не означає, що складні ERP-системи можна будувати без архітектури, без контролю якості й без програмістів.;<syntaxhighlight lang="yaml">
role: service_manager
'''ER-модель → YML-структура → ORM-модель → міграції → код модуля → меню → довідники → журнали документів → форми документів → базовий функціональні можливості.'''
entity: employee
title: "Назва"
title: "Сума"
Ланцюжок має змогу виглядати так:
!; Що відбувається
title: "Серійний номер"
Сьогодні компанії потрібно додати поле до товару.; Навпаки, якщо багато людей можуть щось налаштовувати, потрібні правила.; |}
to: in_work
<syntaxhighlight lang="yaml">
!; title: "Заявка на ремонт"
* редакторів [[ER-модель|ER-моделей]];
* редакторів [[BP-модель|BP-моделей]];
* [[YML]]-описів;
* автоматичної генерації [[ORM|ORM-моделей]];
* конструкторів форм;
* конструкторів звітів;
* характеристик сутностей;
* конфігурація меню;
* конфігурація довідників;
* конфігурація документів;
* автоматичного створення журналів документів;
* [[AI|AI-генерації]] моделей;
* системи оновлень [[K2 Update]].; contractor_id:
No-code потрібен, щоб типові зміни робилися оперативно й керовано всередині ERP, а не в обхід системи.; Через місяць — запустити новий напрям бізнесу.; з цієї причини навіть no-code компоненти повинні враховувати:
Шаблони — важлива частина no-code.; Поле
== No-code і характеристики сутностей ==
Для складної логіки потрібен код.; Обов’язкове
Це зменшує навантаження на розробників і робить систему живішою.; type: document Це класичний приклад no-code кастомізації.; No-code без ускладнень надає можливість цим людям не витрачати час на те, що можна створити автономно.; бізнес-процес виглядає так:
У no-code системах користувач системи або аналітик створює додатки, форми, процеси, звіти, довідники, документи чи інтеграції за допомогою візуальних редакторів, налаштувань, моделей, шаблонів і автоматичної генерації.;MVP — мінімально життєздатний програмний продукт.; title: "Статус" AI + No-code. Коли до no-code підходу підключається штучний інтелект, людина має змогу описати задачу людською мовою, отримати YML-структуру або ER-модель, перевірити її, уточнити промптами й акцептувати автоматичне створення компонента.; Якщо рішення для бізнесу зроблені хаотично, потім доведеться витрачати гроші на виправлення.; Для кого підходить No-code часто плутають із Low-code.; Створює — коли люди хаотично додають поля, форми, правила і процеси без архітектури.; |- |
Швидкість | Типові рішення для бізнесу створюються значно швидше.; required: true
Одна з найочевидніших сфер no-code — це форми.; title: "Виконані роботи" No-code і API
партнерська сторона має змогу швидше створювати галузеві рішення для бізнесу: [[Категорія:ER-модель]]
type: string
!;=== Крок 4.; Уточнення промптами ===
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
== Недоліки No-code ==
Це дає:
type: integer
з цієї причини істотно дивитися не тільки на швидкість старту, а й на повну вартість володіння.; Не з цієї причини, що програмісти повільні, а з цієї причини що між бізнес-ідеєю і працюючим функціоналом зазвичай стоїть довгий ланцюжок: технічне задача, проєктування, код, база даних, інтерфейс, тестування, погодження, виправлення, реліз.;[[K2 Update]] має змогу стати важливою частиною no-code екосистеми [[K2 ERP]].; |-
| Менше рутини
| Програмісти не витрачають час на однакові форми й довідники.; Швидше перевірити ідею.; |}
amount:
== No-code і Git ==
Насправді no-code замінює не програмістів, а частину ручної рутини.; У [[ERP]] це особливо істотно.; default: normal
{| class="wikitable" style="width:100%;"
|-
| code
| string
| Код
| Так
|-
| name
| string
| Назва
| Так
|-
| serial_number
| string
| Серійний номер
| Ні
|-
| contractor_id
| reference
| Власник
| Ні
|-
| warranty_until
| date
| Гарантія до
| Ні
|-
| active
| boolean
| Активне
| Ні
|}
Через тиждень — налаштувати погодження.; type: journal
<syntaxhighlight lang="text">
title: "Заявки на ремонт"
- critical
* налаштувати таблиці;
* змінити видимість колонок;
* додати характеристику;
* змінити друковану форму;
* налаштувати права;
* створити простий звіт;
* додати пункт меню;
* змінити дашборд.; | Хаос без архітектури, контролю прав, історії змін і перевірки якості.; це підхід до створення програмних рішень без класичного ручного написання коду виступає ключовою рисою '''No-code''' або '''нокод'''.; * номер;
* дату;
* клієнта;
* обладнання;
* характеристика проблеми;
* пріоритет;
* статус;
* відповідального інженера.; |-
| Довідники
| Номенклатура, обладнання, категорії, види робіт, підрозділи
|-
| Документи
| Заявки, замовлення, акти, внутрішні документи
|-
| Форми
| Картки, списки, табличні частини, вкладки
|-
| Журнали
| Списки документів із колонками, фільтрами та статусами
|-
| Меню
| Розділи та пункти меню
|-
| Звіти
| Табличні звіти, друковані форми, дашборди
|-
| Бізнес-процеси
| Маршрути погодження, статуси, переходи
|-
| Характеристики
| Додаткові властивості сутностей без зміни коду
|-
| Права
| Ролі, доступи, обмеження
|-
| Інтеграції
| Частина простих сценаріїв обміну даними
|}
=== Крок 2.; AI створює модель ===
to: closed
type: directory
З часом форми, поля, процеси і звіти можуть розростатися.; Суть
Потім користувачі дивляться і кажуть: entity: repair_request </syntaxhighlight> Саме тут no-code переходить із рівня “намалювали форму” на рівень “створили основу компонента”.; |- |
No-code | Створення рішень без написання коду через редактори, моделі та конфігурація | Бізнес-користувачі, адміністратори, аналітики, інтегратори | |||
| Low-code | Створення рішень з мінімальним кодом, коли частина робиться візуально, а частина дописується програмістом | Розробники, інтегратори, технічні консультанти | ||||||||
| Pro-code | Класичне професійне програмування | Програмісти, архітектори, backend/frontend-команди |
hours:
Але прості сценарії можна винести в no-code конфігурація.;
No-code не підходить для всього.; title: "Обладнання"
No-code створення документа
З ШІ людина має змогу без ускладнень описати задачу:
type: directory
- структуру даних;
- індекси;
- зв’язки;
- права доступу;
- продуктивність;
- архівацію;
- звіти;
- майбутні інтеграції.; Після акцепту моделі платформа має змогу додати відповідні пункти меню.;== No-code і права доступу ==
- from: in_work
Приклад YML для No-code довідника
як ілюстрація:
name:
No-code і BP-моделі
- візуальне створення ER-моделей;
- візуальне створення BP-моделей;
- генерацію YML;
- створення форм;
- створення документів;
- створення довідників;
- створення журналів;
- створення меню;
- конфігурація прав;
- створення дашбордів;
- створення звітів;
- прості інтеграції;
- AI-помічника для моделювання;
- маркетплейс шаблонів;
- перенос компонентів через K2 Update.; !; Додай статус "очікує запчастини".; entity: repair_request
entity: contractor
Він має змогу:
користувач системи функціонує з документами, таблицями, власними налаштуваннями Адміністратор Налаштовує користувачів, ролі, прості параметри Бізнес-аналітик Проєктує форми, процеси, звіти Інтегратор Створює компоненти, моделі, галузеві рішення для бізнесу Архітектор Перевіряє структуру, залежності, масштабованість Програміст Додає складну логіку, інтеграції, розширенняlayout:
Для кожного етапу можна налаштувати:
No-code у поєднанні з ШІ, YML, ER-моделями та автоматичною генерацією наближає розробку до програмування зі швидкістю думки.; |- | Повторне використання | Шаблони й компоненти можна переносити між проєктами.; Тобто no-code у K2 ERP — це не окрема іграшка збоку від системи.; |- | Ілюзія простоти | бізнес-середовище має змогу подумати, що складні системи більше не потребують спеціалістів.; користувач системи або адміністратор має змогу налаштовувати:
primary_key: true - table_part: works
Але no-code не є собою магією.; type: reference
title: "Відповідальний інженер"
- draft
No-code і меню
До них належать: Якщо форма, модель або бізнес-процес представлені через YML чи інший текстовий характеристика, їх можна зберігати в Git.; Але якщо намагатися зробити всю складну ERP тільки мишкою, мишка рано чи пізно попросить відпустку.; entity: equipment No-code має межі.; !; transitions:
- зберегти;
- протестувати;
- упакувати;
- оновити;
- передати іншому клієнту;
- опублікувати для партнерів;
- поширити через K2 Update.; Він прибирає рутину, але складна логіка, технічна архітектура, інтеграції та якість залишаються роботою спеціалістів.;
No-code не скасовує потребу в контролі якості.; Тип
Чернетка → На погодженні → Погоджено → В роботі → Виконано → Закрито
Він має шапку:
- from: approval
відповідальний інженер, виконані роботи.; serial_number: Odoo має багато модулів і певну гнучкість, але на практиці компанії часто стикаються з тим, що “простий старт” переходить у доробки, інтеграції, платні модулі та підтримку.; Якщо все робити “мишкою без думки”, можна отримати не цифрову трансформацію, а красивий хаос із кнопкою “Зберегти”.; Це нова технічна архітектура.; {| class="wikitable" style="width:100%;"
title: "Пріоритет"
; Це перенесення типових дій із ручного кодування у візуальні редактори, моделі, конфігурація, шаблони та автоматичну генерацію.;== No-code і рефакторинг ==
No-code і AIХоча користувач системи має змогу працювати через візуальний редактор, усередині така модель має змогу бути представлена як YML.; |- |
Прототипування | Можна оперативно перевіряти ідеї.; користувач системи має змогу налаштовувати тільки те, що дозволив постачальник.;== Приклад No-code створення довідника == | ; * робота;
Крок 7.; Дошліфуванняcolumns: type: datetime title: "замовник" У класичному no-code людина сама клацає по редакторах і налаштовує структуру.;== No-code і роль адміністратора == role: service_director works: як ілюстрація, no-code редактор має змогу дозволити налаштувати шаблон JSON для webhook: title: "Дата" Програміст більше не повинен витрачати час на постійне створення однакових форм, таблиць, довідників і меню.;== Вступ == Шаблон можна адаптувати під конкретну компанію.; warranty_until: Його ідея проста: якщо частина задач повторюється, її не потрібно щоразу програмувати вручну.; * ER-моделями;
Потрібен документ заявки з клієнтом, обладнанням, описом проблеми, Замість створення з нуля користувач системи має змогу вибрати шаблон: No-code і технічний боргtitle: "Пріоритет" Дашборди дозволяють керівникам оперативно бачити ключові показники.;== No-code і Open source == {{SEO |
Чи має змогу ШІ допомагати No-code?; No-code не скасовує архітектурну дисципліну.; |- | Необхідність контролю | Потрібні права, перевірки, тестування й історичний розвиток змін.;== Див.; додатково ==
No-code і програмування зі швидкістю думкиExcel у цей момент зазвичай заходить у кімнату з усмішкою і каже: “Я ж казав, що ви до мене повернетеся”.; |- |
Ризик хаосу | Без архітектури користувачі можуть створити безлад.; No-code підхід надає можливість створювати:
Після перевірки MVP частину логіки можна залишити no-code, а складні частини дописати програмно.; |- |
Як No-code функціонує в K2 ERP?; Головне. No-code — це не кінець програмування.; !; Для обладнання:
</syntaxhighlight> |
; title: "Код"
No-code добре функціонує там, де задача типова, структурована й має змогу бути описана моделлю.; !;=== Крок 3.; Людина перевіряє === contractor_id: - field: priority Ці поняття близькі, але не однакові.; Відповідь Приклад опису форми: No-code у сучасній ERP має бути іншим.; Меню додатково має змогу створюватися без програмування.; як ілюстрація, потрібно створити документ “Заявка на ремонт”.; У no-code підході користувач системи або інтегратор має змогу створити цю структуру через редактор.; |- |
- | - | Усе створюється вручну програмістом | Типові частини створюються через моделі та генерацію |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| бізнес-середовище довго чекає доробки | Прототип можна створити оперативно | |||||||||||||
| Форми пишуться або налаштовуються вручну | Форми генеруються з моделі | |||||||||||||
| Меню створюється окремо | Меню створюється автономно | |||||||||||||
| Журнали документів робляться вручну | Журнали формуються з опису документа | |||||||||||||
| AI не має структурованого контексту | AI функціонує з YML та ER-моделями | |||||||||||||
| Програміст займається рутиною | Програміст займається архітектурою та складною логікою |
Що можна робити через No-code
values:
AI робить No-code швидшим. Замість довгої роботи в редакторі людина має змогу описати задум, а ШІ підготує модель, яку залишається перевірити й уточнити.; Назва
primary_key: true
Це краще, ніж місяць писати ТЗ, а потім виявити, що всі уявляли систему по-різному.; Потрібен компонент сервісних заявок.; No-code конструктор звітів надає можливість створювати частину звітів через конфігурація.;== No-code і контроль якості ==
type: string values:
У K2 ERP no-code підхід має змогу застосовуватися до багатьох задач.; * довідник обладнання;
- документ заявки;
- журнал заявок;
- форми;
- меню;
- ORM-моделі;
- міграції;
- базовий код модуля.; Бо в ERP багато типових речей: довідники, документи, табличні частини, журнали, форми, меню, звіти, ролі, фільтри, погодження, дашборди.; Аналітик має змогу створити звіт.; - row:
Це не копіювання старого конфігуратора.; Це інструмент.;ШІ має змогу створювати моделі за описом людини, а людина перевіряє й уточнює результат.; У поєднанні з ШІ, YML, ER-моделями, ORM і автоматичною генерацією no-code стає частиною програмування зі швидкістю думки: людина описує задум, платформа створює основу компонента, а програміст займається тим, де справді потрібен досвід.