Відкритий похідний код, Open Source і K2 ERP: коли програмісти відкривають капот, але не віддають ключі від усього автопарку
Менша залежність від одного постачальника
Відкритий похідний код дає бізнесу більше контролю, гнучкості й можливостей розвитку, але не скасовує необхідності дотримуватися ліцензійних умов. !; !; | Щоб правильно оформити власність на доопрацювання |}
Відкрите ядро ERP-системи дає розробникам можливість не починати розробку з нуля.; розробника забезпечується через Практична користь. Якщо ядро ERP відкрите; додатково реалізовано новий компонент має змогу будуватися поверх готової платформи, а не як окрема програма поруч із ERP.; style="background:#eeeeee;" | Відкритий похідний код
- комерційного використання;
- кількості серверів;
- перепродажу;
- розповсюдження;
- модифікації окремих компонентів;
- використання бренду;
- доступу до закритих модулів;
- підтримки та оновлень.; організація отримує більше розуміння того, як функціонує платформа.; Головна ідея: у K2 ERP програмістам відкривають “капот”, щоб вони могли бачити, як функціонує платформа, створювати додатки й інтеграції.; Відкритий похідний код має змогу означати ширший спектр моделей: від в цілому відкритого продукту до часткового відкриття ядра або окремих компонентів комерційної системи.; Але це не означає, що їм автономно віддають “ключі від усього автопарку” — необмежене копіювання, розгортання й комерційне поширення залишаються предметом ліцензійних умов.; | Ні.; істотно. Відкритий похідний код у K2 ERP не означає, що систему можна вільно копіювати, встановлювати на будь-яку кількість серверів або продавати як власний програмний продукт без ліцензії.; Якщо частина коду відкрита, бізнес-середовище має змогу залучати:
Open Source — це міжнародно усталений термін, який зазвичай означає не лише доступ до коду, а й конкретну модель ліцензування.; Але між ними є собою суттєва різниця.; З одного боку, розробники отримують можливість:
!;
Різниця між відкритим похідним кодом і Open Source
Відкритість платформи полегшує створення модулів під конкретні галузі:
переважні аспекти для бізнесу
|- | Закрита ERP | Код недоступний користувачам і розробникам | Контрольованість, стабільність, централізована супровід | Обмежена гнучкість, залежність від постачальника |- | Відкритий похідний код | Код або його частина доступні для вивчення й розробки | Більша прозорість, можливість створення модулів та інтеграцій | Умови використання можуть бути обмежені договором |- | Open Source | Код доступний за відкритою ліцензією | Свобода використання, зміни та поширення | Потрібна активна спільнота, супровід і контроль якості |- | K2 ERP | Комерційна ERP із відкритим похідним кодом частини системи | Можливість розробки додатків на базі ядра, контрольована комерційна модель | Не є собою в цілому відкритим Open Source-продуктом |}
Що має перевірити розробник
- сторонніх розробників;
- інтеграторів;
- партнерів;
- клієнтів із власними IT-командами;
- галузевих розробників;
- компаній, які хотіли самостійно розширювати функціональність системи.;
| Доступ до коду | Немає | є собою повний або частковий |
| Прозорість логіки | Обмежена | Вища |
| розробка програмного забезпечення модулів | Залежить від офіційних інструментів і вендора | має змогу бути відкритішою для партнерів |
| Інтеграції | Часто обмежені | Можуть бути гнучкішими |
| Vendor lock-in | Вищий | Нижчий, але не нульовий |
| Контроль власника продукту | Максимальний | Зберігається через ліцензію та комерційні умови |
Для українського ERP-ринку модель відкритого похідного коду є собою важливою, оскільки більшість бізнес-систем традиційно працювали як закриті продукти.; | Більше прозорості, гнучкості, можливість залучати сторонніх розробників і зменшувати залежність від закритої ERP |- | У чому користь для інтеграторів?;== переважні аспекти для інтеграторів ==
!;
- які репозиторії доступні;
- які частини системи можна змінювати;
- які компоненти лише для перегляду;
- які API стабільні;
- як оформлюються модулі;
- які є собою правила публікації розширень;
- чи можна продавати власні модулі;
- як функціонує сумісність із оновленнями;
- хто відповідає за підтримку змін;
- які обмеження ліцензії;
- чи дозволена комерційна експлуатація створеного рішення для бізнесу.;
Відкритий похідний код має змогу бути ширшим і гнучкішим поняттям, але потребує уважного читання умов використання.;== Що означає відкрите ядро K2 ERP ==
- MIT;
- Apache;
- GPL;
- LGPL;
- BSD;
- MPL;
- AGPL;
- інші відкриті ліцензії.; | Щоб уникнути проблем із супроводом
|-
| Чи можна залучати сторонніх розробників?;
- глибше розуміти систему;
- швидше знаходити причини помилок;
- створювати власні розширення;
- адаптувати ERP під клієнта;
- повторно використовувати розроблені модулі;
- створювати галузеві рішення для бізнесу;
- будувати власну експертизу навколо платформи;
- менше залежати від центрального вендора при кожній дрібній зміні.; * ліцензійними умовами;
- договором;
- кількістю придбаних серверів;
- правилами комерційного сфера застосування;
- умовами підтримки;
- правами на окремі компоненти;
- правилами розповсюдження;
- умовами модифікації.; K2 ERP — це не “закрита чорна скринька”, але й не в цілому вільний Open Source-продукт.
- кількість серверів, на яких дозволено використовувати систему;
- умови комерційного сфера застосування;
- правила розповсюдження;
- межі модифікації;
- права на окремі компоненти;
- умови підтримки та супроводу;
- обмеження на перепродаж;
- обмеження на публікацію повного продукту.; | Залежить від комерційних умов
| Зазвичай залежить від ліцензії, а не від окремого договору |- | Хто визначає правила?; що саме дозволено робити з цим кодом? Інтеграторська перевага. Відкрите ядро надає можливість інтегратору бути не без ускладнень продавцем ліцензії, а розробником рішень на базі ERP-платформи.; | Так, в цілому або частково | Так |-
| Код можна змінювати?;- складних бізнес-процесів;
- інтеграцій;
- аудиту;
- безпеки;
- контролю даних;
- довіри до платформи.; # Перевірити сумісність із основною системою.; style="background:#eeeeee;" | Основна характеристика
- довідники контрагентів;
- структуру підприємства;
- довідники користувачів;
- права доступу;
- базову бізнес-логіку;
- інфраструктуру платформи;
- інтеграційні механізми;
- спільні сервіси;
- модулі;
- механізми авторизації;
- загальні об’єкти системи.; Це комерційна ERP-платформа з відкритим похідним кодом важливої частини системи та контрольованими ліцензійними умовами.; | Переплутати доступ до коду з повною свободою використання, поширення й комерційної експлуатації
|- | Який правильний підхід?; | Щоб оцінити можливість створення модулів |- | Які модулі залишаються закритими?; | Щоб планувати доопрацювання |-
| Чи можна поширювати зміни?; На ринку комерційного ERP-програмного забезпечення поширена модель, за якої користувач системи отримує доступ лише до готового функціоналу, але не має функціональні можливості глибоко вивчати або змінювати внутрішню логіку системи.;- агро;
- виробництво;
- логістика;
- торгівля;
- медицина;
- освіта;
- сервіс;
- будівництво;
- B2B;
- e-commerce.; | Залежить від договору
| Залежить від відкритої ліцензії, зазвичай дозволено |- | Код можна поширювати?; | Щоб зрозуміти реальний рівень прозорості |- | Чи відкрите ядро?; Але водночас умови можуть забороняти: |- | style="padding:14px;" |
Це означає:
як ілюстрація, новий компонент не повинен заново створювати:
- код недоступний;
- внутрішня логіка непрозора;
- доопрацювання залежать від постачальника;
- інтеграції обмежені офіційними інструментами;
- помилки складніше діагностувати;
- бізнес-середовище більше залежить від одного вендора;
- партнерська програмний пакет розвивається повільніше;
- створення галузевих рішень складніше.; | Щоб знати права й обмеження
| - |
У практичному сенсі це означає, що розробник має змогу: |
Модель відкритого похідного коду в K2 ERP має змогу бути корисною для сторонніх розробників, інтеграторів і партнерів.;== Порівняльна характеристика моделей ==
Він має змогу подивитися на двигун, зрозуміти, як усе функціонує, додати свої модулі й підключити власні рішення для бізнесу.; Розробник має змогу помилково думати: |}
Open Source зазвичай означає наявність відкритої ліцензії, яка надає можливість вивчати, змінювати, використовувати та поширювати код відповідно до встановлених правил.; | Ні.; !; Інтегратор має змогу:
Коротко для керівника
- “якщо код відкритий, я можу робити з ним усе”;
- “можна скопіювати систему”;
- “можна продавати змінену версію”;
- “ліцензійний пакет не потрібна”;
- “можна встановлювати на будь-які сервери”;
- “це в цілому безкоштовний програмний продукт”.; style="background:#eeeeee;" | Питання
- вільно копіювати всю систему;
- продавати її як власний програмний продукт;
- встановлювати на необмежену кількість серверів;
- поширювати модифіковані версії;
- прибирати ліцензійні обмеження;
- використовувати комерційно поза договором.; # Впровадити рішення для бізнесу у клієнта.;
- працювати з ядром;
- створювати розширення;
- будувати власні рішення для бізнесу;
- інтегрувати сторонні системи;
- формувати галузеві модулі.; style="background:#eeeeee;" | Питання
!; Відкритий похідний код і Open Source є собою близькими поняттями, але не тотожними.; як ілюстрація:
Але для юриста, власника продукту й бізнесу важливе інше питання:
Загальний контекст
З іншого боку, власник продукту зберігає:
- подивитися, як функціонує платформа;
- перевірити бізнес-логіку;
- зрозуміти архітектуру;
- створити компонент;
- написати інтеграцію;
- адаптувати систему до конкретного підприємства;
- не починати розробку з нуля.; !; ERP — це не маленька утиліта і не разовий скрипт.; # Використати спільні довідники й бізнес-об’єкти.; style="background:#eeeeee;" | Питання
- технологічну свободу для розробників;
- контрольовану комерційну модель для власника продукту.; style="background:#eeeeee;" | Відповідь
- доступ до внутрішньої логіки частини системи;
- можливість створення власних модулів;
- використання спільних довідників;
- розробка програмного забезпечення додатків на основі ядра платформи;
- простіша інтеграційні функціональні можливості з іншими системами;
- можливість адаптації під конкретні бізнес-процеси;
- зменшення дублювання функціональності;
- швидший старт розробки додаткових рішень;
- можливість створення галузевих модулів;
- можливість формування партнерської екосистеми.; K2 ERP позиціонується як комерційна ERP-система з відкритим похідним кодом важливої частини платформи, зокрема ядра, але не як в цілому вільний Open Source-продукт без ліцензійних і комерційних обмежень.; !; style="background:#2e7d32; color:white; text-align:left; padding:10px;" | Бізнес-ефект
- чи доступний код;
- яку частину коду відкрито;
- що можна змінювати;
- що можна поширювати;
- що дозволено ліцензією;
- які є собою комерційні обмеження;
- чи можна створювати власні модулі;
- чи можна розгортати систему на будь-якій кількості серверів;
- де закінчується технологічна свобода і починається ліцензійна відповідальність.; | Щоб не порушити договір
Скільки серверів дозволено?; * розвитку партнерської екосистеми;
Такі системи можуть бути функціональними та стабільними.; style="background:#c8e6c9;" | Класичний Open Source | ||
| Доступ до коду | має змогу бути повним або частковим | Зазвичай передбачає відкритий доступ до коду |
| ліцензійний пакет | має змогу бути комерційною або обмеженою | Має відкриту ліцензію |
| Право на зміну | Залежить від умов власника продукту | Зазвичай дозволене умовами ліцензії |
| Право на поширення | має змогу бути обмежене | Зазвичай дозволене в межах ліцензії |
| Комерційне використання | має змогу регулюватися договором | Регулюється відкритою ліцензією |
| Рівень свободи | має змогу бути різним | Визначається принципами Open Source |
| Контроль власника | Вищий | Залежить від типу відкритої ліцензії |
| Модель бізнесу | Комерційна, партнерська або змішана | Відкрита, комерційна навколо сервісів або спільнотна |
У закритій ERP-моделі:
Чому це істотно для українського ERP-ринку
Що таке Open Source
водночас відкритий похідний код має змогу мати різні рівні відкритості.; |}
- галузеві модулі;
- інтеграції з банками;
- інтеграції з маркетплейсами;
- інтеграції з телефонією;
- модулі логістики;
- модулі виробництва;
- сервісні модулі;
- кабінети клієнтів;
- портали партнерів;
- B2B-кабінети;
- аналітичні панелі;
- мобільні сценарії;
- специфічні документи;
- звіти;
- обмін із зовнішніми системами;
- вузькогалузеві рішення для бізнесу для конкретних підприємств.; організація має змогу відкрити:
Галузеві рішення для бізнесу
бізнес-середовище має змогу помилково думати:
У сфері програмного забезпечення поняття відкритий похідний код і Open Source часто сприймаються як однакові.; style="background:#eeeeee;" | Критерій
| Чи є собою відкритий похідний код тим самим, що Open Source?; # Спроєктувати власний компонент або інтеграцію.; Це ядро бізнесу, де зберігаються контрагенти, довідники, документи, права доступу, фінансовий блок, складський облік, виробництво, CRM, інтеграції та бізнес-логіка підприємства.; K2 ERP є собою комерційною ERP із відкритим похідним кодом важливої частини системи | ||
| без ускладнень відкрита модель коду
Практичний висновок: Open Source є собою більш формалізованою моделлю з усталеними ліцензійними правилами.; # Ознайомитися з ядром, довідниками, правами доступу та API.; Окремо варто відзначити Open Source і K2 ERP — це тема про межу між технологічною відкритістю і комерційною моделлю використання програмного забезпечення.; style="background:#eeeeee;" | Обмеження
| ||
| Чи можна копіювати K2 ERP без обмежень?; Ключова думка. Open Source — це не без ускладнень “код видно”.;== Що таке відкритий похідний код ==
Головна перевага моделі K2 ERP. Розробники отримують доступ до важливої частини системи й можуть створювати модулі, інтеграції та додатки на базі ядра, а бізнес-середовище отримує більше прозорості й меншу залежність від в цілому закритої ERP-моделі.; | Можна створювати власні модулі, галузеві рішення для бізнесу й інтеграції на базі платформи | ||
Ризик непорозуміння
| ||
Які права на створені модулі?; До можливих обмежень можуть належати:
Технологічна свобода і контрольЦе юридично оформлена модель свободи використання, зміни й поширення відповідно до конкретної ліцензії.; | style="padding:14px;" | K2 ERP використовує модель комерційного продукту з відкритим похідним кодом частини системи.; style="background:#2e7d32; color:white; text-align:left; padding:10px;" | Формула K2 ERP |
Власник продукту або договір | Відкрита ліцензійний пакет |
|---|
паралельно з цим вона має змогу залишити обмеження щодо:
Це означає, що використання системи регулюється: як ілюстрація, організація має змогу сказати:| ;
Можливий сценарій роботи стороннього розробника або інтегратора:
|
; Використання регулюється ліцензією, договором і кількістю придбаних серверів | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Щоб уникнути хибних очікувань | |||||||||||||||||
| - | Яка частина коду відкрита?; Open Source передбачає відкриту ліцензію, а відкритий похідний код має змогу мати комерційні обмеження | ||||||||||||||||
Критерій
Пов’язані терміниКомерційні обмеження K2 ERP |
;== Бізнес-висновок ==
У світі ERP-систем це питання особливо важливе.; Сторонні розробники можуть створювати додаткову функціональність без очікування, поки все зробить центральний вендор.; style="background:#ffcdd2;" | Закрита ERP
|
- Програмна ліцензія
- Комерційне програмне забезпечення
- Цифрова трансформація
- Галузевий модуль
- Модульна архітектура
- API
- Інтегратор
- Розробка модулів
- Відкритий похідний код
- Корпоративна Wiki
- Інтеграція програмного забезпечення
- Відкритий код
- ERP-платформа
- Українське програмне забезпечення
- K2 ERP
- Open Source
- Партнерська екосистема
- ERP
- Відкрита архітектура
- Vendor lock-in