No-code

Тому навіть no-code компоненти повинні враховувати:

Коротко

No-code і BP-моделі

contractor_id:

items:

Сьогодні компанії потрібно додати поле до товару. default: normal

- field: contractor_id

!</syntaxhighlight>

Журнал документів — це список документів певного типу. Для кого підходить як приклад, для товару можна додати характеристики:

type: reference

Додай статус "очікує запчастини". Саме тут no-code переходить із рівня “намалювали форму” на рівень “створили основу компонента”. - closed

Тому критично: ! fields:

У K2 ERP no-code і low-code мають розвиватися інакше: через сучасні веб-інструменти, YML, ER-моделі, ORM, Python, TypeScript, PostgreSQL, API та ШІ. Це дає можливість перетворювати no-code конфігурація на повноцінні компоненти екосистеми. type: text

Приклад YML для документа

Після перевірки MVP частину логіки можна залишити no-code, а складні частини дописати програмно.== No-code і Odoo ==

Це зменшує навантаження на розробників і робить систему живішою. | Підхід до створення додатків без ручного написання коду через редактори, моделі, шаблони та генерацію. Роль

id:

Шаблони — важлива частина no-code. Це дає:

! Це дає можливість інтегратору створювати більше цінності за менший час. works:

title: "Власник"

entity: repair_request

No-code і характеристики сутностей

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

протестувати;
упакувати;
оновити;
передати іншому клієнту;
опублікувати для партнерів;
поширити через K2 Update. Якщо все робити “мишкою без думки”, можна отримати не цифрову трансформацію, а красивий хаос із кнопкою “Зберегти”.== Міф: No-code завжди дешевший ==

No-code і AI

title: "Обладнання"

структуру даних;
індекси;
зв’язки;
права доступу;
продуктивність;
архівацію;
звіти;
майбутні інтеграції. * які поля показувати;
у якому порядку;
які поля обов’язкові;
які поля приховані;
які поля доступні тільки для читання;
які табличні частини показувати;
які вкладки створити;
які кнопки додати;
які підказки показати. А коли бізнес-середовище чекає, він або гальмує, або заводить Excel.== Висновок ==

У no-code підході користувач системи або інтегратор здатна описати структуру:

- completed

No-code добре підходить для прототипування. Старий підхід

No-code не знищує професію програміста. - row: Потрібен документ заявки з клієнтом, обладнанням, описом проблеми, критично. No-code не означає, що складні ERP-системи можна будувати без архітектури, без контролю якості й без програмістів. form: ! * складні алгоритми;

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

| Економія часу | Частина задач не проходить повний цикл розробки. Ланцюжок здатна виглядати так:

як приклад, користувач системи здатна налаштувати простий сценарій:

AI робить No-code швидшим. Замість довгої роботи в редакторі людина здатна описати задум, а ШІ підготує модель, яку залишається перевірити й уточнити. process: У K2 ERP no-code особливо цікавий у зв’язці з автоматичною генерацією. У K2 ERP no-code підхід здатна застосовуватися до багатьох задач.== No-code і K2 Update ==

ER-моделями;
BP-моделями;
YML;
ORM;
PostgreSQL;
Python;
TypeScript;
API;
K2 Update;
штучним інтелектом. * архітектурою;
складною бізнес-логікою;
інтеграціями;
продуктивністю;
безпекою;
якістю;
генераторами;
компонентами;
розширенням платформи;
AI-інструментами;
рефакторингом. | Через ER-моделі, YML, ORM, генерацію форм, меню, довідників, журналів, документів і базового функціоналу. І точно не означає, що ERP можна будувати без контролю якості. }

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

Приклад:
[[Категорія:Low-code]]

No-code потрібен, щоб типові зміни робилися оперативно й керовано всередині ERP, а не в обхід системи. ! No-code виник як відповідь на цю проблему. Але не завжди. Швидше запустити документ.=== Крок 7. Дошліфування ===

як приклад:

користувач системи або адміністратор здатна налаштовувати:

'''У поєднанні з [[AI|ШІ]], [[YML]], [[ER-модель|ER-моделями]], [[ORM]] і автоматичною генерацією no-code стає частиною програмування зі швидкістю думки: людина описує задум, платформа створює основу компонента, а програміст займається тим, де справді потрібен досвід.'''

Хоча користувач системи здатна працювати через візуальний редактор, усередині така модель здатна бути представлена як [[YML]].[[Категорія:Альтернатива BAS]]
На початку цього процесу людина здатна не писати код. No-code у поєднанні з [[AI|ШІ]], [[YML]], [[ER-модель|ER-моделями]] та автоматичною генерацією наближає розробку до програмування зі швидкістю думки. Він змінює її. title: "Заявки на ремонт"
Якщо кожен звіт робити тільки через програміста, розробники оперативно перетворюються на людей, які пересувають колонки і слухають фразу: “А можна ще один маленький фільтр?”. * внутрішній обліковий облік заявок;
* простий CRM-сценарій;
* обліковий облік обладнання;
* сервісний журнал;
* погодження документів;
* простий складський бізнес-процес;
* реєстр договорів. - normal

<syntaxhighlight lang="json">

</div>

No-code здатна як зменшувати, так і створювати технічний борг.== Приклад No-code створення довідника ==

 - field: number
[[Категорія:Python]]
No-code добре закриває типові задачі. |-
| Ближче до бізнесу
| Аналітики і адміністратори можуть швидше втілювати зміни. Що можна створювати

Зменшує — коли типові речі створюються правильно, через моделі, з контролем і генерацією. Це частина архітектури, яка дає можливість швидше створювати компоненти.<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

Має бути документ заявки на ремонт. - field: equipment_id
![[ERP]] — це платформа, яка постійно змінюється разом із бізнесом. Перевага
 - field: date
 type: string

 role: engineer

Тобто не без зусиль “клацання в конфігураторі”, а частина сучасної архітектури.== No-code і права доступу ==

* [[K2]]
* [[K2 ERP]]
* [[K2 Update]]
* [[ERP]]
* [[No-code]]
* [[Low-code]]
* [[YML]]
* [[YAML]]
* [[JSON]]
* [[XML]]
* [[ER-модель]]
* [[BP-модель]]
* [[ORM]]
* [[API]]
* [[Python]]
* [[TypeScript]]
* [[PostgreSQL]]
* [[AI]]
* [[Штучний інтелект]]
* [[Open source]]
* [[Git]]
* [[Автоматична генерація коду]]
* [[Автоматизація бізнесу]]
* [[Українське програмне забезпечення]]
* [[Альтернатива 1С]]
* [[Альтернатива BAS]]
* [[Цифрова незалежність]]

 - from: draft

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]

Людина перевіряє її, уточнює промптами й акцептує створення компонента.<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

{{DISPLAYTITLE:No-code}}

Але проблема в тому, що вони часто залишаються всередині старої закритої парадигми. Її можна створювати через редактори, моделі, шаблони й автоматичну генерацію. Потрібні довідники обладнання і видів робіт. Складні інтеграції все одно потребують програмістів. |-
| Складність масштабування
| Погано спроєктовані no-code моделі можуть гальмувати при рості. Окремо варто відзначити а як спосіб прибрати рутину, прискорити створення бізнес-компонентів і дати користувачам, адміністраторам, інтеграторам і аналітикам більше можливостей без постійного залучення розробника. Аналітик здатна створити звіт. title: "Пріоритет"

Меню так само здатна створюватися без програмування.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
{{SEO
|title=No-code — створення бізнес-додатків без класичного програмування та роль у K2 ERP
|description=No-code — підхід до створення додатків без ручного написання коду через візуальні редактори, моделі, налаштування, шаблони, автоматичну генерацію та AI. Роль No-code у K2 ERP, ERP-системах, YML, ER-моделях, ORM, AI та автоматизації бізнесу.
|keywords=No-code, нокод, K2 ERP, ERP, AI, ШІ, YML, ER-модель, ORM, автоматична генерація коду, low-code, no-code ERP, бізнес-додатки, автоматизація бізнесу, українська ERP, альтернатива 1С, альтернатива BAS, Python, TypeScript, PostgreSQL
|image=https://erp.kyiv.ua
}}
No-code рішення для бізнесу теж потребують рефакторингу. Для партнерів no-code особливо цінний. Замість коду використовуються:

[[JSON]] часто застосовують, коли потрібно для передачі даних у no-code інтеграціях. |-
| Чи потрібен No-code в ERP? No-code піднімає програміста вище над рутиною. No-code часто плутають із [[Low-code]]. бізнес-середовище постійно хоче нові звіти:

type: document
 name:
Тому no-code має бути частиною системної платформи, а не маркетинговою наклейкою. Але в серйозній платформі no-code-налаштування теж мають версіонуватися. |-
| AI-сумісність
| [[AI|ШІ]] здатна допомагати створювати моделі й структури. Швидше створити довідник. * кількість відкритих заявок;
* кількість критичних заявок;
* середній час виконання;
* завантаження інженерів;
* заявки за статусами;
* прострочені заявки. {
 default: true
 "event": "repair_request.created",

== No-code у майбутньому K2 ERP ==

== No-code і звіти ==

 code:

== No-code і прототипування ==
!== Приклад повного No-code сценарію ==
платформа на основі такої моделі здатна створити:
</div>
 - row:

title: "Відправити на погодження"

У старих ERP-системах часто виступає як конфігуратори, які дозволяють оперативно створювати бізнес-логіку. Додай табличну частину "використані матеріали". engineer_id: No-code без зусиль дає можливість цим людям не витрачати час на те, що можна створити автоматизовано. Він здатна займатися:

No-code і контроль якості

ШІ формує YML-структуру. type: reference Молоток теж чудовий інструмент, але якщо ним налаштовувати API, результат буде дуже емоційним.== Що не варто робити тільки через No-code ==

Аналітик або архітектор перевіряє:

entity: contractor

columns:

редакторів ER-моделей;
редакторів BP-моделей;
YML-описів;
автоматичної генерації ORM-моделей;
конструкторів форм;
конструкторів звітів;
характеристик сутностей;
конфігурація меню;
конфігурація довідників;
конфігурація документів;
автоматичного створення журналів документів;
AI-генерації моделей;
системи оновлень K2 Update. | Довідники, документи, форми, журнали, меню, звіти, дашборди, характеристики, прості бізнес-процеси. Шаблон можна адаптувати під конкретну компанію. - critical

Це робить ERP ближчою до бізнесу. title: "бізнес-процес обробки заявки" Якщо 70% модуля можна створити через no-code і генерацію, а 30% дописати програмно, економіка розробки сильно змінюється. Менеджер здатна зберегти власний вигляд таблиці. У ERP це особливо критично.== No-code і роль адміністратора ==

У K2 ERP важливу роль можуть відігравати характеристики сутностей.1С та BAS часто хизуються швидкістю створення бізнес-логіки. Не тому, що програмісти повільні, а тому що між бізнес-ідеєю і працюючим функціоналом зазвичай стоїть довгий ланцюжок: технічне задача, проєктування, код, база даних, інтерфейс, тестування, погодження, виправлення, реліз. * додати потрібні поля;

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

Необхідність контролю	Ні. * серійний номер; модель; виробник; дата введення в експлуатацію; гарантійний термін; технічні параметри. Що відбувається Він здатна швидше адаптувати систему під клієнта: Уявімо, що сервісна компанія-користувач хоче цифровізувати заявки на ремонт обладнання. ! Це спосіб додавати додаткові властивості до довідників і документів без зміни коду. priority: Через тиждень — налаштувати погодження. to: approval primary_key: true required: true візуальне створення ER-моделей; візуальне створення BP-моделей; генерацію YML; створення форм; створення документів; створення довідників; створення журналів; створення меню; конфігурація прав; створення дашбордів; створення звітів; прості інтеграції; AI-помічника для моделювання; маркетплейс шаблонів; перенос компонентів через K2 Update. Замість створення з нуля користувач системи здатна вибрати шаблон: У заявці: клієнт ERP, обладнання, SEO-опис проблеми, пріоритет, статус, Не все потрібно намагатися зробити без програмування. \|-	Що таке No-code? Потім користувачі дивляться і кажуть: Тому no-code має бути не без зусиль “конструктором”, а частиною керованої платформи. Крок title: "Обладнання" Додай табличну частину виконаних робіт. - from: approval Low-code дає можливість оперативно розширювати систему. Далі платформа автоматизовано створює технічні частини. No-code у сучасній ERP має бути іншим. Не вирішує всі складні задачі автоматизовано. \|} - field: priority No-code і роль програміста type: decimal У no-code системі критично чітко визначити права. to: completed - field: status - approval
1	Людина формулює ідею компонента
2	ШІ створює YML-структуру або ER-модель
3	Людина перевіряє модель
4	Людина уточнює промптами потрібні деталі
5	Модель акцептується
6	K2 ERP автоматизовано створює компонент
7	Програміст дописує складну логіку, якщо вона потрібна

Саме так no-code перетворюється не на іграшковий конструктор, а на інструмент швидкого створення бізнес-додатків.== No-code і 1С/BAS ==

No-code здатна використовувати API для інтеграцій. Післязавтра — створити документ для внутрішньої заявки.== Міф: No-code замінить програмістів ==

Тут no-code не означає “без програмістів назавжди”. warranty_until:

Тобто користувачі можуть оперативно створювати типові речі, а програмісти — розширювати межі платформи. |-

Залежність від платформи No-code рішення для бізнесу часто залежать від можливостей конкретної системи. title: "Заявка на ремонт"

Складні задачі краще залишати програмістам і архітекторам. У no-code підході користувач системи або інтегратор здатна створити цю структуру через редактор. title: "Сума"

Вступ

* KPI-блоки;
* графіки;
* таблиці;
* діаграми;
* фільтри;
* інтерактивні панелі;
* переходи до деталізації. відповідальний інженер, виконані роботи. Недолік
До них належать:
 entity: repair_request

Якщо кожна така зміна проходить через повний цикл програмування, бізнес-середовище починає чекати. - field: status
 - completed

[[Категорія:Інструменти розробника]]
[[Категорія:Цифрова незалежність України]]
! Не замінює програмістів. як приклад, керівник здатна налаштувати дашборд. title: "Активне"

 title: "Серійний номер"
== No-code у K2 ERP ==
У no-code редакторі можна визначити, які колонки показувати. бізнес-процес виглядає так:

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

<syntaxhighlight lang="yaml">

 transitions:

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

 to: in_work

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

 - high

Excel у цей момент зазвичай заходить у кімнату з усмішкою і каже: “Я ж казав, що ви до мене повернетеся”. section: "Сервіс"

Якщо їх не впорядковувати, платформа стає важкою. платформа автоматизовано створить документ, журнал, форму та табличну частину. - from: completed
! З [[AI|ШІ]] людина здатна без зусиль описати задачу:
|-
| Швидкість
| Типові рішення для бізнесу створюються значно швидше. - in_work

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

Документ — це складніший об’єкт, ніж довідник. Він має працювати з:

 type: integer
У майбутньому no-code в [[K2 ERP]] здатна охоплювати дедалі більше напрямів:
 to: closed

Якщо кожну таку річ робити тільки через програміста, платформа розвиватиметься повільно й дорого. |}

Але no-code не виступає як магією. No-code добре функціонує там, де задача типова, структурована й здатна бути описана моделлю. type: integer

 amount:

 states:

У [[K2 ERP]] no-code підхід здатна реалізовуватися через поєднання кількох інструментів:

== конкурентні переваги No-code ==

Для обладнання:

 entity: contractor

! title: "Дата"
! fields:
<syntaxhighlight lang="yaml">

</div>
Приклад:
 type: string
== No-code і рефакторинг ==
 title: "Виконані роботи"

 entity: equipment
У реальних [[ERP]]-системах найчастіше потрібне поєднання всіх трьох підходів. |}

No-code рішення для бізнесу мають бути готові до росту. Швидше додати поле. No-code має межі. |-
| Ілюзія простоти
| бізнес-середовище здатна подумати, що складні системи більше не потребують спеціалістів.== No-code і Open source ==

Якщо no-code платформа дорога, обмежена або створює залежність, реальна вартість здатна бути високою.

No-code і дашборди

ER-модель → YML-структура → ORM-модель → міграції → код модуля → меню → довідники → журнали документів → форми документів → базовий функції ERP.

хто має право перевести статус;
які поля обов’язкові;
кому надсилати повідомлення;
які задачі створювати;
які дії виконувати автоматизовано;
які умови перевіряти. Потрібно контролювати:

title: "Номер"

Що можна робити через No-code

auto: true

No-code не скасовує потребу в контролі якості.ШІ здатна створювати моделі за описом людини, а людина перевіряє й уточнює результат. title: "Обладнання"

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

id:

entity: equipment

архітекторів;
backend-розробників;
frontend-розробників;
спеціалістів з баз даних;
інтеграторів;
DevOps;
тестувальників;
спеціалістів з безпеки;
аналітиків. Навпаки, якщо багато людей можуть щось налаштовувати, потрібні правила.Odoo має багато модулів і певну гнучкість, але на практиці компанії часто стикаються з тим, що “простий старт” переходить у доробки, інтеграції, платні модулі та підтримку. type: boolean

- row:

No-code як частина автоматичної генерації

Обмеження складності

Не всі задачі можна якісно зробити без коду.== No-code і масштабування ==

Насправді no-code замінює не програмістів, а частину ручної рутини. Адміністратор здатна додати характеристику товару. це підхід до створення програмних рішень без класичного ручного написання коду виступає ключовою рисою No-code або нокод.=== Крок 3. Людина перевіряє ===

Pro-code потрібен для складної бізнес-логіки, інтеграцій, продуктивності, архітектури та нестандартних сценаріїв.

type: directory

як приклад:

fields:

Порівняння старого і No-code підходу

Якщо вона обіцяє “усе без програмістів”, але не має хорошої архітектури, бізнес-середовище здатна оперативно впертися в обмеження. Програміст дописує складну логіку:

- low

Після цього платформа сама створює потрібну структуру. як приклад, замість того щоб програміст вручну створював довідник “Обладнання”, адміністратор або інтегратор здатна описати поля, зв’язки, форму, меню та права доступу через редактор або модель. Класичне програмування часто не встигає за цим темпом. | Так, бо ERP постійно змінюється, а типові довідники, документи, форми, звіти й процеси краще створювати оперативно.

Не кожен користувач системи повинен мати можливість змінювати структуру ERP. No-code не підходить для всього. користувач системи здатна налаштовувати тільки те, що дозволив постачальник. ! "status": "Шаблон:Status"

title: "клієнт ERP"

title: "Пріоритет"

number:

Інтегратор у no-code платформі стає набагато сильнішим. Аналітик здатна оперативно створити прототип майбутнього модуля:

title: "Дата"

Крок 5. Акцепт моделі

required: true

! - in_work Створи компонент для сервісних заявок.== No-code і JSON == Чому No-code важливий для ERP type: decimal Одна з найочевидніших сфер no-code — це форми. \|- \| code \| string \| Код \| Так \|- \| name \| string \| Назва \| Так \|- \| serial_number \| string \| Серійний номер \| Ні \|- \| contractor_id \| reference \| Власник \| Ні \|- \| warranty_until \| date \| Гарантія до \| Ні \|- \| active \| boolean \| Активне \| Ні \|} title: "Робота" * таблицю; * [[ORM\|ORM-модель]]; * форму картки; * форму списку; * пункт меню; * базові операції; * API; * основу для звітів. table_parts: - row: title: "Закрити" === Крок 2. AI створює модель === == No-code і бізнес-користувачі == {\| class="wikitable" style="width:100%;" * номер; * дату; * клієнта; * обладнання; * SEO-опис проблеми; * пріоритет; * статус; * відповідального інженера. type: string type: string ! {\| class="wikitable" style="width:100%;" І табличну частину: == No-code і роль бізнес-аналітика == У класичному підході програміст має створити таблицю, модель, форму, список, меню, права, API та інші частини. \|-	Чи здатна ШІ допомагати No-code? Вона описує або візуально створює модель.== No-code і Low-code == hours: У K2 ERP це має вирішуватися через правильну основу: ER-модель, YML, ORM, PostgreSQL і контрольовані міграції. Але якщо намагатися зробити всю складну ERP тільки мишкою, мишка рано чи пізно попросить відпустку. Підхід Він має шапку: Він здатна: Його ідея проста: якщо частина задач повторюється, її не потрібно щоразу програмувати вручну. - field: problem_description Це класичний приклад no-code кастомізації.</syntaxhighlight> - field: contractor_id Цей SEO-опис здатна бути основою для автоматичного створення документа. Назва Що таке No-code * налаштувати таблиці; * змінити видимість колонок; * додати характеристику; * змінити друковану форму; * налаштувати права; * створити простий звіт; * додати пункт меню; * змінити дашборд. \|- \| Як No-code функціонує в [[K2 ERP]]? No-code здатна зменшити витрати. Пояснення type: string Чернетка → На погодженні → Погоджено → В роботі → Виконано → Закрито \|- \| No-code \| Створення рішень без написання коду через редактори, моделі та конфігурація \| Бізнес-користувачі, адміністратори, аналітики, інтегратори \|- \| Low-code \| Створення рішень з мінімальним кодом, коли частина робиться візуально, а частина дописується програмістом \| Розробники, інтегратори, технічні консультанти \|- \| Pro-code \| Класичне професійне програмування \| Програмісти, архітектори, backend/frontend-команди \|} як приклад, керівник сервісу здатна бачити: == Приклад YML для No-code довідника == [[Категорія:Штучний інтелект]] ! \|- \| Ризик хаосу \| Без архітектури користувачі можуть створити безлад. title: "Відповідальний інженер" Але прості сценарії можна винести в no-code конфігурація. required: true * при створенні замовлення; * відправити webhook; * передати JSON у зовнішню систему; * отримати відповідь; * оновити статус документа.</div> [[Категорія:ERP]] journal: Дашборди дозволяють керівникам оперативно бачити ключові показники.[[Категорія:Автоматизація бізнесу]] === Крок 6. Автоматичне створення === title: "Код" Зовнішні посилання На перший погляд no-code не пов’язаний із Git. Складні системи все одно потребують: date: Для кожного етапу можна налаштувати: Якщо сьогодні документ має 100 записів, а завтра 10 мільйонів, погана модель оперативно покаже характер. title: "Статус" type: reference Те саме здатна статися з будь-якою no-code платформою. Бо в ERP багато типових речей: довідники, документи, табличні частини, журнали, форми, меню, звіти, ролі, фільтри, погодження, дашборди.== Міф: No-code підходить для всього == No-code — це важливий напрям розвитку сучасних бізнес-систем. \|-	Прототипування	Можна оперативно перевіряти ідеї. Створює — коли люди хаотично додають поля, форми, правила і процеси без архітектури.== No-code і форми == переглядати старі моделі; прибирати зайві поля; об’єднувати дублікати; нормалізувати довідники; уточнювати процеси; переводити частину тимчасових рішень у нормальні компоненти; документувати зміни. Це нова технічна архітектура. Тип Але це швидкість усередині старої технологічної моделі. No-code редактор бізнес-процесів дає можливість створювати маршрути без ручного програмування. \|-	Чим No-code відрізняється від Low-code?</syntaxhighlight> Уявімо, що компанії потрібен довідник “Обладнання”. work_name: розрахунок вартості; інтеграцію зі складом; сповіщення клієнта; спеціальні правила SLA; звіти для керівника. Ці поняття близькі, але не однакові. == Недоліки No-code == values: </div> Людина підтверджує, що модель правильна. як приклад, потрібно створити документ “Заявка на ремонт”. title: "Ставка" Якщо виступає як доступ до моделей, YML, коду, API, ORM, компонентів і системи оновлень, no-code стає частиною ширшої платформи. \|-	Який провідний ризик No-code? rate: title: "Години" No-code і шаблони No-code і API створення довідників забезпечується через Для K2 ERP. No-code підхід здатна використовуватися; так само реалізовано документів, форм, журналів, меню, звітів, дашбордів, характеристик, бізнес-процесів і компонентів через ER-моделі, YML, ORM та автоматичну генерацію. Це перенесення типових дій із ручного кодування у візуальні редактори, моделі, конфігурація, шаблони та автоматичну генерацію. contractor_id: Бізнес-користувачі не повинні ставати програмістами. type: journal role: service_manager Він дає можливість створювати типові компоненти швидше, зменшує рутину, наближає ERP до бізнесу й дає аналітикам, інтеграторам та адміністраторам більше можливостей. calculated: true З часом форми, поля, процеси і звіти можуть розростатися. {\| class="wikitable" style="width:100%;" title: "Назва" title: "клієнт ERP" Для складної логіки потрібен код. No-code підхід у K2 ERP
Усе створюється вручну програмістом	Типові частини створюються через моделі та генерацію
бізнес-середовище довго чекає доробки	Прототип можна створити оперативно
Форми пишуться або налаштовуються вручну	Форми генеруються з моделі
Меню створюється окремо	Меню створюється автоматизовано
Журнали документів робляться вручну	Журнали формуються з опису документа
AI не має структурованого контексту	AI функціонує з YML та ER-моделями
Програміст займається рутиною	Програміст займається архітектурою та складною логікою

"id": "Шаблон:Id",

No-code і роль інтегратора

type: datetime

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

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

Через місяць — запустити новий напрям бізнесу. menu:

відкритими моделями;
YML;
ORM;
API;
ШІ;
сучасними мовами;
Git;
хмарами;
модульністю;
системою оновлень;
партнерською екосистемою. - table_part: works

Звіти — одна з найважливіших сфер no-code в ERP. |-

Що можна робити через No-code? * довідники;

документи;
форми;
поля;
статуси;
простий бізнес-процес. Швидше налаштувати бізнес-процес. - field: priority

title: "Виконати"

MVP — мінімально життєздатний ERP-продукт. бізнес-середовище завжди хоче швидше. * описувати сутності;

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

Завтра — зробити новий звіт. Питання

Це інструмент. | Так.== No-code і технічний борг ==

Приклад BP-моделі у no-code стилі

entity: repair_request

Крок 4. Уточнення промптами

layout:
type: enum

Довідники

Номенклатура, обладнання, категорії, види робіт, підрозділи

Документи

Заявки, замовлення, акти, внутрішні документи

Форми

Картки, списки, табличні частини, вкладки

Журнали

Списки документів із колонками, фільтрами та статусами

Меню

Розділи та пункти меню

Звіти

Табличні звіти, друковані форми, дашборди

Бізнес-процеси

Маршрути погодження, статуси, переходи

Характеристики

Додаткові властивості сутностей без зміни коду

Права

Ролі, доступи, обмеження

Інтеграції

Частина простих сценаріїв обміну даними

Потрібен компонент сервісних заявок.ШІ здатна сформувати YML-модель.

візуальні редактори;
конструктори форм;
конструктори таблиць;
конструктори процесів;
редактори звітів;
шаблони;
правила;
моделі;
конфігурація;
автоматична генерація;
штучний інтелект. ! | No-code не потребує коду для типових задач, а Low-code дає можливість поєднувати візуальні інструменти з невеликим програмуванням.K2 Update здатна стати важливою частиною no-code екосистеми K2 ERP. Область

 primary_key: true

 role: service_manager

 title: "Статус"

 values:

* “Заявка”;
* “Погодження документа”;
* “Довідник обладнання”;
* “Сервісна заявка”;
* “Замовлення покупця”;
* “Акт виконаних робіт”;
* “Дашборд керівника”;
* “Звіт по продажах”.

required: true

title: "Погодити"

title: "Заявка на ремонт"

Аналітик здатна не тільки писати технічні задача, а й створювати прототипи. entity: repair_request Якщо форма, модель або бізнес-процес представлені через YML чи інший текстовий SEO-опис, їх можна зберігати в Git.== No-code і меню ==

- title: "Обладнання"

 - from: in_work
 - closed
інтегратор здатна швидше створювати галузеві рішення для бізнесу:
Програміст більше не повинен витрачати час на постійне створення однакових форм, таблиць, довідників і меню. * колір;
* розмір;
* матеріал;
* бренд;
* сезон;
* гарантія;
* країна виробництва. No-code не скасовує архітектурну дисципліну. title: "SEO-опис проблеми"

 - field: equipment_id
Він не скасовує архітектуру. пріоритетом, статусом і відповідальним інженером. Тобто no-code у [[K2 ERP]] — це не окрема іграшка збоку від системи. Поле
У контексті [[K2 ERP]] no-code розглядається не як магічна обіцянка “програмісти більше не потрібні”.== No-code і MVP ==
</div>

'''Реалістичний підхід.''' No-code добре прибирає рутину. Але вони можуть отримати більше контролю над простими налаштуваннями. {| class="wikitable" style="width:100%;"

'''AI + No-code.''' Коли до no-code підходу підключається [[AI|штучний інтелект]], людина здатна описати задачу людською мовою, отримати [[YML]]-структуру або [[ER-модель]], перевірити її, уточнити промптами й акцептувати автоматичне створення компонента.[[Категорія:ER-модель]]
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
“Так, але нам ще потрібно поле відповідального, статус погодження і фільтр по підрозділу”. | Хаос без архітектури, контролю прав, історії змін і перевірки якості. Обов’язкове
== No-code і Git ==
Це швидше, ніж починати з чистого аркуша. У no-code системах користувач системи або аналітик створює додатки, форми, процеси, звіти, довідники, документи чи інтеграції за допомогою візуальних редакторів, налаштувань, моделей, шаблонів і автоматичної генерації. entity: equipment

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

[[Категорія:No-code]]
__TOC__
Адміністратор системи здатна виконувати частину змін без програмістів. |-
| Повторне використання
| Шаблони й компоненти можна переносити між проєктами.</div>

 status:
 - title: "Заявки на ремонт"
! - draft
[[Категорія:ERP для партнерів]]
 active:
 equipment_id:
Це краще, ніж місяць писати ТЗ, а потім виявити, що всі уявляли систему по-різному. функції ERP
Такий [[YML]] здатна бути створений редактором, людиною або [[AI|штучним інтелектом]]. No-code без контролю здатна оперативно створити хаос. Він прибирає рутину, але складна логіка, технічна архітектура, інтеграції та якість залишаються роботою спеціалістів. title: "Гарантія до"

Так бізнес-аналітик або інтегратор здатна налаштувати обмін без повного програмування. title: "Номер"

[[AI|Штучний інтелект]] здатна значно посилити no-code. Швидше змінити звіт. type: enum

Один із найпопулярніших міфів — no-code замінить програмістів.== No-code створення документа ==
No-code без історії змін — це дуже смілива подорож у темряві. entity: repair_request

! ! type: date

== No-code і програмування зі швидкістю думки ==

'''Головне.''' No-code — це не кінець програмування. No-code у відкритій архітектурі цікавіший. serial_number:
 title: "Виконані роботи"
'''No-code''' — це підхід, у якому користувач системи створює програмні рішення для бізнесу без ручного написання коду. Для бізнес-аналітика no-code відкриває нові функції ERP. Швидше зробити форму. role: service_director
[[Категорія:YML]]
Якщо компонент створений через no-code або low-code інструменти, його можна:

- field: date

Це зменшує розрив між бізнесом і розробкою. - field: number

для сервісних компаній;
для торгівлі;
для складів;
для виробництва;
для документообігу;
для навчання;
для технічного обслуговування;
для CRM;
для WMS;
для внутрішніх заявок. У K2 ERP no-code має найбільшу силу тоді, коли функціонує разом із сучасною архітектурою:

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

Такий SEO-опис здатна бути створений візуально, а платформа перетворить його на правила роботи процесу. No-code підхід дає можливість створювати:

type: reference

type: directory

Крок 1. SEO-опис задачі

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

Див. так само

type: decimal

як приклад, no-code редактор здатна дозволити налаштувати шаблон JSON для webhook:

No-code і партнерська ERP-платформа

історію змін;
можливість відкату;
code review;
контроль версій;
порівняння змін;
командну роботу;
перенесення між середовищами. |-

робота;
кількість годин;
ставка;
сума. Має бути довідник обладнання. Приклад опису форми:

No-code у закритій системі здатна бути обмеженим.

Якщо рішення для бізнесу зроблені хаотично, потім доведеться витрачати гроші на виправлення. Відповідь Після акцепту моделі платформа здатна додати відповідні пункти меню. Пояснення

- draft

"number": "Шаблон:Number",

Права можуть бути різними: No-code у K2 ERP — це спосіб забрати рутину з розробки й дати бізнесу швидкість, не руйнуючи архітектуру системи.

K2 ERP автоматизовано створює:

default: draft

Додай поле "гарантійний випадок". Дуже корисний, але не універсальний.