K2 ERP — сучасна система для автоматизації бізнес-процесів, яка допомагає компаніям ефективно керувати фінансами, складом, продажами, закупівлями, виробництвом і персоналом. Рішення об’єднує ключові напрямки роботи в єдиному цифровому середовищі, зменшує кількість ручних операцій, підвищує прозорість даних і прискорює прийняття управлінських рішень. K2 ERP підходить для бізнесу, що прагне масштабування, контролю та стабільного розвитку.
Як невеликій команді створювати складні корпоративні системи, не повторюючи в кожному проєкті ті самі компоненти? Це питання супроводжує нашу роботу понад 30 років.
Від «Корпорації 1» до нового ядра
Шлях почався з «Корпорації 1» на Delphi, продовжився модульною «Корпорацією 2» та рішеннями на PHP. У статті, опублікованій у жовтні 2026 року, я розповідаю, що нову реалізацію ядра на Python і TypeScript ми почали приблизно за три роки до того.
Спільні механізми для складних проєктів
K2 Platform поєднує власне ядро, модульну архітектуру, візуальні конструктори, ORM, повторно використовувані компоненти й механізми оновлення. На цій основі розвивається родина прикладних рішень, зокрема інформаційна система K2 ERP.
У повній статті — причини відходу від попередньої архітектури, технологічні обмеження та пошук способу виконувати складні проєкти обмеженими ресурсами.
Why spend years developing software functionality that could already be available? And what if you could modernize legacy applications without losing decades of valuable business logic?
K2 Platform is a Ukrainian development platform for building and modernizing enterprise software. Its goal is to let developers reuse a common technical foundation while concentrating on the business requirements of an application.
With over 30 years of development experience, we have evolved from Clipper, Delphi, Access, Excel, 1C/BAS and PHP to technologies such as Python, TypeScript, Vue and PostgreSQL.
A foundation for business applications
The video introduces data modeling, business process management, reusable components, API integrations, analytics, reverse engineering and software modernization. For developers and technology companies, these tools are presented as a basis for developing their own ERP, CRM, WMS and other business applications.
K2 Platform is the development platform. K2 ERP is the business information system built using that foundation. Reusing platform components can reduce repeated work, while preserving legacy business logic still requires analysis, implementation and validation for each project.
Навіщо переписувати все з нуля, якщо можна зберегти десятиліття бізнес-логіки та дати програмі нове життя?
Зберегти логіку, оновити технологічну основу
Під час модернізації програм важливо зберегти корисну бізнес-логіку й визначити, що потребує зміни. Повне переписування з нуля — лише один із можливих шляхів.
K2 Platform — українська платформа розробки бізнес-застосунків із використанням Python, TypeScript і PostgreSQL. Вона надає технологічну основу для нових рішень і модернізації наявних систем. K2 ERP — інформаційна система, що використовує цю основу.
Збереження логіки старого застосунку потребує аналізу, перенесення та перевірки: сама наявність платформи не гарантує автоматичного перетворення будь-якої програми без доробок.
Не винаходити велосипед у кожному проєкті
Ідея K2 Platform — спиратися на готову технологічну основу, щоб більше уваги приділяти завданням бізнесу. Так можна розвивати нові застосунки та давати нове життя наявним програмам.
K2 Platform — українська платформа для розробки нових і модернізації наявних бізнес-застосунків. Відеопрезентація знайомить з її архітектурою, інструментами та прикладами використання.
Технології й інструменти в одному середовищі
Технологічну основу складають Python, TypeScript, Vue і PostgreSQL. У спільному середовищі використовуються ER- та BP-моделі, ORM, генерація компонентів, API, механізми K2 Update й інтеграційні інструменти.
Від досвіду розробки до прикладних рішень
За понад 30 років команда пройшла шлях від Clipper, Delphi та PHP до вебархітектури. На платформі розвиваються рішення для обліку, CRM, WMS, виробництва, документообігу, технічного обслуговування та аналітики.
K2 ERP — інформаційна система для бізнесу, а K2 Platform — платформа розробки, яку можна використовувати для власних прикладних рішень.
What if your 10, 20 or even 30-year-old software could have a new future?
Legacy applications built with Clipper, FoxPro, Delphi, 1C or BAS may contain decades of useful business logic, data and development experience. Modernization starts with deciding what to preserve and what to change.
A development foundation for the next generation
This presentation introduces K2 Platform, a Ukrainian development platform based on Python, TypeScript, Vue and PostgreSQL. K2 ERP is the business information system built using that foundation.
Tools, business applications and data migration
The video covers web, mobile and cloud technologies; ERP, CRM, WMS, HR, manufacturing and analytics; visual development tools, business process automation, reusable components and K2 Update. It also introduces AI-assisted development and K2 Replicator for legacy data migration.
For software developers, the aim is to retain valuable expertise while building a new generation of applications and exploring international markets. Plan migration around the source system, target data model and validation requirements of the project.
Preserve your expertise. Modernize your technology. Enter new markets.
Програма може успішно працювати десятиліттями. Складнощі починаються, коли до неї потрібно додати вебдоступ, мобільний інтерфейс, сучасні інтеграції чи нову аналітику.
Коли нові завдання переростають стару архітектуру
За понад 30 років ми в K2 пройшли кілька поколінь технологій і на практиці стикалися з витратами часу, коштів та зусиль на перебудову великих систем. У статті розглядаємо еволюцію ERP, обмеження старих архітектур, Python, TypeScript, кросплатформеність і використання ШІ в роботі над програмними продуктами.
Модернізувати технології та зберегти бізнес-логіку
Окрема тема — збереження корисної бізнес-логіки під час переходу на нову технологічну основу. K2 Platform — платформа розробки й модернізації застосунків, а K2 ERP є інформаційною системою на цій основі.
І трохи гумору про технології, які вже не раз відправляли на пенсію, а вони вперто продовжують працювати.
Старий код може жити вічно. Але чи варто бізнесу старіти разом із ним?
Коли ми вирішили змінити технологічну основу K2 ERP, у нас уже працювала PHP-версія з модулями й напрацюваннями клієнтських проєктів. У нас було що втрачати. Роки роботи над обліком, складом та іншими процесами мали перейти в нову архітектуру разом із досвідом команди.
Чому ми змінили технологічну основу
У попередній версії розгортання залежало від налаштувань вебсервера, версій PHP і бібліотек. Підтримувати різні інсталяції ставало складніше, а до звичних вебформ додавалися API, інтеграції, фонові завдання й робота з різних пристроїв. Для K2 ERP ми обрали архітектуру, в якій ці частини можна розвивати окремо й перевіряти разом на одному бізнес-процесі.
Як розподілили роботу між Python і TypeScript
Python використали для серверної логіки, обробки даних, інтеграцій і фонових процесів. TypeScript — для вебінтерфейсу. Дані зберігаються в PostgreSQL. Наприклад, коли користувач оформлює складський документ, інтерфейс збирає й показує дані, а серверна частина виконує правила обліку. Зміна форми й зміна правил проведення документа стають різними завданнями, які можна перевіряти окремо.
Що дає власна платформа розробки
K2 ERP — інформаційна система для бізнесу. K2 Platform — технологічна основа, на якій ми розвиваємо її модулі й прикладні рішення. Власна архітектура дає команді змогу визначати, як розвивати інтерфейс, модулі та інтеграції. Вона також дає змогу оцінювати різні варіанти розгортання, зокрема хмару й серверне середовище Linux, а користувачам працювати через браузер.
Якщо ви порівнюєте цей підхід із наявною 1С, BAS або іншою ERP, візьміть один процес із вашого підприємства. Перевірте, як перенести дані, під’єднати потрібний сервіс і змінити прикладну логіку. Так видно, де архітектура справді спрощує роботу, а де потрібне окреме налаштування.
Під час набору Python-розробників у червні 2026 року ми побачили, що кандидатам цікаво працювати над українською ERP. У тогочасному повідомленні K2 йшлося про сотні резюме та десятки виконаних тестових завдань. Дехто подавав повноцінний вебзастосунок із серверною частиною, інтерфейсом і базою даних. Саме в таких роботах було видно, як кандидат мислить поза межами окремого фрагмента коду.
Що показувало тестове завдання
Для команди ERP важливо, як розробник перетворює вимогу бізнесу на дані, правила й зрозумілий інтерфейс. Наприклад, візьміть просту заявку: опишіть її поля, перевірте обов’язкові дані на сервері та покажіть користувачу, що відбулося після збереження. На такому прикладі можна обговорювати і Python, і вебінтерфейс, і рішення щодо структури даних.
Чому між відгуком і співбесідою був проміжок
На той момент відгуки й готові роботи надходили швидше, ніж ми встигали їх переглядати, проводити співбесіди й навчати нових людей. За повідомленням команди, окремі кандидати тоді чекали на співбесіду місяць або два. Це опис конкретного червневого набору. Актуальні вакансії та строки варто уточнювати в команди.
Яку роботу ми пропонували
Ми шукали людей, яким цікаво розвивати K2 ERP — інформаційну систему для українського бізнесу. Python, TypeScript і вебтехнології потрібні тут для прикладних задач: від обліку та інтеграцій до інтерфейсів на K2 Platform. Для нас інтерес до цього набору був ознакою, що довкола української ERP можна формувати команду. Ми ділимося досвідом саме цього набору.
Ми бачимо інтерес Python-розробників до K2 ERP. Під час набору команда має встигати переглядати роботи, проводити співбесіди й навчати людей. Для цього потрібні час і наставники. А познайомитися з продуктом можна вже зараз: подивіться, як у ньому працюють люди, чиї задачі ви згодом автоматизуватимете.
Пройдіть один процес від документа до звіту
Виберіть закупівлю, продаж або рух товару. У публічній хмарі спробуйте оформити операцію на навчальних даних. Порівняйте результат із демонстрацією та документацією. Запишіть, хто створює документ, які довідники потрібні, що змінюється після проведення і де користувач перевіряє результат. Якщо щось здивувало, сформулюйте запитання або пропозицію до процесу.
Розберіться, яку задачу вирішує код
У K2 ERP документи пов’язують роботу складу, продажів, фінансів і виробництва. Тому поряд із Python, Vue та TypeScript вивчайте первинні документи, проводки, залишки, собівартість і звітність. Для фінансових задач корисно зрозуміти логіку бухгалтерського обліку та МСФЗ. Почніть із конкретного прикладу: простежте, як закупівля змінює складський залишок і які дані потрібні бухгалтеру для перевірки.
Покажіть, як ви розв’язали б задачу
K2 ERP — інформаційна система, а K2 Platform — платформа розробки її прикладних компонентів. Візьміть одну невелику задачу з обраного процесу. Опишіть дані, потрібну перевірку на сервері й те, що має побачити користувач у вебінтерфейсі. Такий приклад допоможе предметно поговорити з командою про Python, TypeScript і рішення, які потрібні підприємствам під час переходу з 1С або BAS.
Ми добре пам'ятаємо час, коли Windows був центром робочого середовища, інтернет — слабкою ланкою, а оновлення системи нагадувало нічний обряд із резервною копією та кавою. Понад двадцять років тому ми самі працювали з такими підходами. Саме тому розмова про стару архітектуру для нас — ще й розмова про власний досвід.
Чому доводилося переосмислювати продукт
Те, що добре вирішувало завдання локального офісу, не завжди так само зручно працює для розподіленої команди, інтернет-магазину чи обміну даними з іншими сервісами. Ми неодноразово переробляли продукт, змінювали архітектурні рішення й відмовлялися від підходів, які переставали відповідати новим потребам.
Це складніша робота, ніж змінити назву або перемалювати кнопки. Доводиться зберігати корисну бізнес-логіку, переглядати залежності між частинами системи та перевіряти, як зміни впливають на щоденну роботу користувачів.
Що ми перевіряємо в сучасній бізнес-системі
Порівнюючи власний шлях із 1С/BAS та іншими обліковими системами, ми насамперед ставимо практичні запитання:
Як підключити потрібний зовнішній сервіс і передати дані через API?
Як оновлювати систему, не втрачаючи власних доробок і контролю над результатом?
Хто підтримуватиме рішення, коли команда чи обсяг роботи зростуть?
Яку частину процесу можна автоматизувати, а де потрібне рішення людини?
Відповіді варто перевіряти на конкретному сценарії та версії продукту. Сам по собі вік системи не доводить ані її непридатності, ані її надійності. Так само наявність вебінтерфейсу чи слова «AI» у презентації ще не показує, як рішення працюватиме у вашому бізнесі.
K2 ERP і K2 Platform
K2 ERP — інформаційна система для роботи з бізнес-процесами. K2 Platform — платформа розробки, на якій розвиваються прикладні рішення. У технологічному розвитку K2 ми використовуємо Python, TypeScript і PostgreSQL та приділяємо увагу інтеграціям і хмарним сценаріям.
Роботу зі штучним інтелектом розглядаємо як напрям розвитку автоматизації. Її практичну цінність потрібно вимірювати конкретною задачею, якістю результату й умовами доступу до даних, а не обіцянкою, що одна технологія розв'яже все.
Наш висновок простий: досвід минулого корисний, коли допомагає змінюватися. Бізнесу потрібна система, яку можна розвивати разом із його завданнями.
1С і BAS нагадують стару шафу в smart-квартирі. Вона стоїть, навіть щось тримає, але пересунути її — окрема спецоперація. У травневій статті ми так описали знайому ситуацію: роками підприємство нарощує доробки навколо обліку, а потім виявляє, що перенести навіть один процес важче, ніж здається з боку.
Звідки береться відчуття старої архітектури
Ми самі працювали в епоху товстих клієнтів, COM, DCOM, DLL, локальних мереж і серверів під столом. Під ті умови системи й будувалися. Сьогодні до тієї самої бази треба під’єднати інтернет-магазин, доставку, банківські сервіси, мобільний склад, електронні документи й аналітику. У старій конфігурації ці зв’язки можуть залежати від власних доробок, конкретного робочого місця або одного фахівця, який пам’ятає, чому все зроблено саме так.
Питання тут практичне. Чи можна оновити облік, не зупиняючи продажі? Чи видно, на якому кроці зупинився обмін? Чи зможе інша команда відтворити налаштування з документації? Саме такі перевірки показують, наскільки система придатна до змін.
Що підтримує 1С і що залежить від конфігурації
Історичний образ локальної системи на Windows пояснює частину досвіду впроваджень. Водночас документація платформи 1С:Підприємство описує кросплатформені компоненти, зокрема підтримку Linux, вебклієнт і мобільні сценарії. У конкретному впровадженні можливості залежать від версії, конфігурації та інтеграцій. Для BAS їх варто звіряти за документацією потрібного продукту й редакції.
Ліцензування теж має деталі. У довідці 1C-DN типовий клієнт-серверний сценарій описано через серверну й клієнтські ліцензії. Для багатокористувацької ліцензії важливо, скільки сеансів працює одночасно. Тому кількість працівників у штаті сама по собі не визначає потреби в ліцензіях.
Як K2 розділяє роботу бізнесу й розробку
K2 ERP — інформаційна система для роботи підприємства. K2 Platform — платформа розробки та модернізації застосунків. У документації K2 Platform описано Python для серверної логіки, TypeScript і Vue для вебінтерфейсу та PostgreSQL для даних. Публічна хмара K2 дає змогу ознайомитися з представленими модулями. Мобільність, API, аналітику й сценарії із ШІ з травневої статті варто перевіряти окремо для тієї комплектації, яку підприємство планує використовувати.
Наприклад, якщо складська операція починається зі сканування штрихкоду, пройдіть шлях від телефону або термінала до проведеного документа й підсумкового звіту. Перевірте, як повторюється передавання після помилки, хто бачить її в журналі і що відбувається, коли той самий запис приходить двічі. Так розмова про мобільність, BI й API стає перевіркою робочого процесу.
З чого почати модернізацію
Випишіть конфігурації, доробки й обміни, від яких залежить щоденна робота.
Визначте один процес для пілота та його результат. Наприклад, склад має підтвердити відвантаження, а облікова система — отримати той самий документ і суму.
Перевірте розгортання, права, резервування, оновлення й відновлення на тестових даних. Порівняйте необхідні модулі, інтеграції та умови ліцензування.
Заплануйте перенесення даних і контрольні звірки до переходу. Команді має бути зрозуміло, як повернутися до робочого стану, якщо пілот виявить проблему.
Стару шафу легше пересунути, коли вже відомо, що в ній лежить, через які двері вона пройде і хто за це відповідає. З обліковою системою та сама логіка. Рішення про модернізацію має спиратися на процеси підприємства й перевірені сценарії.
У квітні 2026 року ми шукали TypeScript/Vue-розробника до команди K2 ERP. На сторінці вакансії на DOU оголошення позначено неактивним.
Навіщо ERP-системі сильний фронтенд
Ми шукали людину, якій цікаво розібратися, як працює бізнес. У K2 ERP користувачі ведуть облік, обробляють замовлення й документи, керують складом і виробництвом, переглядають фінансові звіти. За кожною формою стоїть робочий процес, і від інтерфейсу залежить, скільки часу людина витратить на нього та скількох помилок зможе уникнути.
Наша мета — дати українським компаніям власну систему автоматизації, зокрема тим, хто планує перехід із 1С або BAS. Тому у вакансії ми робили акцент на продуктовій роботі й відповідальності за результат. Для нас важливо, щоб розробник міг пояснити, навіщо користувачеві певна функція та як вона пов’язана з іншими процесами.
Задачі та інструменти
Роль охоплювала розробку форм, таблиць, фільтрів, довідників, карток, документів, звітів і дашбордів. Фронтенд-розробник мав узгоджувати бізнес-правила з командою продукту та бекенд-розробниками, працювати з API і пропонувати зміни до інтерфейсів.
Основні інструменти — TypeScript і Vue.js. Ми очікували досвіду зі складними формами й таблицями, керуванням станом застосунку та інтеграцією з API. У пригоді ставали JavaScript, HTML і CSS, компонентна архітектура, досвід з ERP, CRM або іншими внутрішніми системами та базове розуміння Python і Flask для співпраці з бекенд-командою.
В оголошенні йшлося про повну зайнятість і віддалений або гібридний формат. Київ був бажаним місцем роботи, але ми також розглядали кандидатів з інших міст України, які могли працювати в командному ритмі.
У квітневому дописі ми зазначили стартовий діапазон 40 000–60 000 грн. Підвищення оплати, рух до Дія.City та можливість бронювання ключових працівників описували як плани команди на той час.
Тестове завдання: модуль обліку замовлень
Для цього завдання ми обрали невеликий, але типовий для ERP сценарій. Він показує, як розробник пов’язує інтерфейс, дані та бізнес-правила. Нам було важливо побачити, як кандидат пояснює структуру рішення та вибір інструментів.
Суть завдання
Потрібно створити невеликий frontend-модуль обліку замовлень для бізнес-системи.
Що потрібно реалізувати
Створити невеликий застосунок на:
TypeScript
Vue.js
Потрібні сутності
Клієнт
Товар
Замовлення
Мінімальний функціонал
Реалізувати інтерфейс, у якому можна:
створити клієнта;
створити товар;
створити замовлення;
переглянути список замовлень по клієнту;
автоматично побачити суму замовлення.
Обов’язкові бізнес-правила
не можна створити замовлення без клієнта;
у замовленні має бути хоча б один товар;
сума замовлення має розраховуватися автоматично на основі товарів;
має бути зрозумілий і логічний інтерфейс для користувача.
Формат виконання
Можна зробити:
frontend із моковими даними;
frontend із локальним state management;
або frontend із підключенням до простого mock API, якщо вам так зручніше.
Що має бути в результаті
код проєкту;
інструкція запуску;
короткий опис структури;
коротке пояснення, чому ви обрали саме такий підхід.
Буде плюсом, але не є обов’язковим
хороша компонентна структура
акуратна типізація
валідація форм
робота з таблицями, фільтрами, станом
адаптивність
охайний UI
pinia / vue-router / composables
інтеграція з API
базове розуміння, як це буде працювати в реальному ERP-продукті
Додатково: 3 короткі питання до кандидата
Разом із тестовим просимо коротко відповісти на 3 питання:
Чому вам цікаво працювати саме над українським ERP-продуктом?
Як ви бачите значення заміни 1С/BAS та подібних систем в Україні?
Що для вас зараз важливіше: швидкі гроші, професійний ріст, продукт, місія чи стабільність? Чому?
Нам важливо зрозуміти не тільки те, як ви пишете код, а й те, наскільки вам близька сама задача.
Знаєте той момент, коли вам кидають «маленьке термінове завдання» — а це раптом… 3D-конфігуратор меблів?
Та-а-ак, я теж не знав, що на мене чекає такий квест. Але K2 Platform і TypeScript допомогли швидко перейти від несподіваного запиту до робочого прикладу.
У цьому проєкті я за кілька годин зібрав робочий прототип, який поєднав серверну частину, вебінтерфейс і 3D-візуалізацію. Кава ще не встигла охолонути, а ідею вже можна було показувати й обговорювати на конкретному прикладі.
Магія правильної архітектури
Бізнес кидає новий виклик, система витримує зміну задуму, а розробник не панікує. У цьому випадку результат можна було показати того самого дня.
Що дає прототип
Ранній робочий варіант допомагає перевірити основний сценарій і побачити, як взаємодіють частини застосунку. Це також зручна основа для уточнення вимог: що користувач має змінювати, який результат бачити та які дані потрібно передавати далі.
Термін у кілька годин описує саме цей авторський досвід. Підготовка промислового рішення залежить від складності меблів, правил конфігурації, якості моделей, інтеграцій і перевірок. Демонстрація прототипу ще не означає завершення всіх цих робіт.
K2 ERP — інформаційна система, а K2 Platform — платформа розробки прикладних рішень. Головний висновок цього досвіду: продумана архітектура допомагає швидше переходити від несподіваного запиту до предметної демонстрації.
Якщо ваш бізнес теж хоче швидше реагувати на реальність — а інколи й на хаос — дивіться, що вийшло, і приходьте зі своїм завданням.
Які технології допомагають розвивати ERP, коли одночасно треба оновлювати вебінтерфейс, автоматизувати роботу з даними й підтримувати програми, якими клієнти вже користуються? У листопаді 2025 року ми пояснювали свій вибір через три напрями: TypeScript і JavaScript для веброзробки, Python для серверних задач та автоматизації, PHP для наявних рішень. За кілька місяців К2 переглянула роль PHP у подальшому розвитку продуктів.
HTML, CSS і SQL у структурі вебсистеми
HTML задає структуру сторінки, CSS відповідає за її оформлення, а SQL дає змогу запитувати й змінювати дані в реляційній базі. В ERP це різні шари роботи. Наприклад, у формі замовлення HTML і CSS визначають, як користувач бачить поля й рядки, тоді як запити до бази повертають дані для форми чи звіту. Інтерфейс, прикладні правила та сховище можна розвивати окремо, якщо межі між ними чіткі.
Що показало глобальне опитування 2025 року
На запитання про мови й технології, з якими респонденти багато працювали протягом попереднього року, у Stack Overflow Developer Survey 2025 відповіла 31 771 людина. Кожен міг вибрати кілька варіантів. Серед відповідей JavaScript мав 66%, Python — 57,9%, TypeScript — 43,6%, PHP — 18,9%. Це частки учасників опитування, які відзначили кожну технологію. Для звірки показників варто відкрити таблицю самого опитування. Ілюстрації з листопадової публікації зібрано нижче.
Які мови називали учасники українського опитування
У рейтингу мов програмування DOU за 2025 рік зібрано 7 459 анкет. У загальному рейтингу основних мов першими були TypeScript, Python і JavaScript, за ними — C# та Java. У зрізі Software Engineering Python був шостим. Для команди ERP це суттєва різниця: найм веброзробника й пошук фахівця з обробки даних потребують різних навичок. Опитування допомагає зрозуміти, де ці навички поширені, а доступність фахівців варто перевіряти окремо.
Як змінилися відповіді між 2024 і 2025 роками
За тим самим запитанням у Stack Overflow Developer Survey 2024 JavaScript мав 62,3%, Python — 51%, TypeScript — 38,5%. У 2025 році ці показники становили відповідно 66%, 57,9% і 43,6%. Python додав 6,9 відсоткового пункта, TypeScript — 5,1, а JavaScript залишився найчастіше згаданою мовою. Це порівняння відповідей двох щорічних вибірок. Дані пояснюють інтерес до технологій, а рішення про архітектуру потребує окремої оцінки задач, залежностей і вартості підтримки.
Для чого К2 використовувала різні мови
TypeScript і JavaScript для вебінтерфейсів
У великому вебінтерфейсі типи допомагають узгодити, які дані передають форми й компоненти та що повертає сервер. Зміна формату поля тоді швидше виявляється під час перевірки коду. Листопадова стаття згадувала односторінкові інтерфейси, сценарії в реальному часі й Node.js для частини серверних задач. Точний перелік модулів на Node.js у статті не наведено. У жовтневому огляді К2 за 2026 рік TypeScript і Vue описано як основу вебінтерфейсів.
Python для серверних задач і роботи з даними
У виборі Python важили бібліотеки для інтеграції, обробки документів, аналітики, прогнозування та машинного навчання. Практична користь від такого поділу помітна, коли потрібно прийняти дані з іншої системи, перевірити їх за бізнес-правилами й передати результат у звіт. Це приклади задач, заради яких обирали мову. Склад реалізованих модулів залежить від продукту й версії. У жовтневому огляді К2 також описує PostgreSQL як основу роботи з транзакціями та корпоративними даними.
PHP для наявних продуктів
У 2025 році PHP залишалася важливою для підтримки наявного серверного коду та інтеграцій. 26 березня 2026 року К2 оголосила про припинення подальшого розвитку продуктів на PHP і заявила, що продовжить їхню підтримку, зокрема оновлення безпеки. Компанія назвала CMS, інтернет-магазин, систему документообігу та VDoc серед продуктів, які планувала перевести на хмарну архітектуру з Python. У цьому повідомленні описано план переходу. Стан міграції конкретного продукту треба звіряти за його версією та документацією.
Що перевірити перед розвитком або міграцією ERP
Почніть із переліку сценаріїв, які мають працювати після зміни: форми, обміни, облік, звіти й доступи. Для кожного визначте, де зберігаються дані, хто підтримує прикладні правила та як команда перевірить результат. Так стає зрозуміло, які компоненти варто переносити першими, а які можуть працювати під чинною підтримкою. Саме цей розподіл був важливий у виборі К2: окремо розвивати вебінтерфейси й серверну логіку та планувати перехід для програм, на які вже спирається бізнес.
У листопаді 2025 року ми анонсували розвиток TypeScript-напряму K2: сучасного вебінтерфейсу для роботи із серверними рішеннями на PHP та Python. Основна ідея — поєднати зручність прикладної розробки зі зрозумілою структурою великого проєкту.
Навіщо TypeScript
TypeScript додає до JavaScript статичну перевірку типів. Вона допомагає знаходити певні помилки до виконання програми — наприклад, звернення до неправильно названої властивості. Після компіляції типи стираються, а виконується JavaScript. Це описано в офіційному посібнику TypeScript.
Для розвитку інтерфейсу важливі також модульна структура й узгоджені контракти обміну даними. Перевірка типів доповнює тестування: правильність бізнес-правил і даних потребує власних перевірок.
Що планували розвивати
Початковий анонс описував графічне проєктування ER-моделей і бізнес-логіки, генерацію коду для TypeScript, Python та PHP, а також підготовку документації, відео і бета-тестування. Ці пункти відображають наміри на момент публікації. Їх не слід автоматично сприймати як перелік готових функцій будь-якої поточної версії.
Від ER-схеми до коду модуля
Уявіть задуманий нами сценарій: бізнес-аналітик створює ER-схему й задає правила у візуальному редакторі, а генератор готує код інтерфейсу та серверної частини для відповідного технологічного напряму. Далі розробник адаптує модуль, тестує його та готує до впровадження. Саме такий перехід від графічного опису до коду ми описували в анонсі.
Підхід мав скоротити повторювану ручну роботу, залишаючи розробнику контроль над логікою. Обсяг візуального налаштування та необхідного програмування залежить від конкретного завдання й реалізованих інструментів.
Документація, демонстрація та бета-тестування
Разом із новим інтерфейсом ми планували підготувати документацію, відеодемонстрацію та інструкцію з переходу й налаштування, а користувачів — запросити до бета-тестування.
Для розмежування продуктів: K2 ERP — інформаційна система, K2 Platform — платформа розробки. Перед вибором інструментів для проєкту варто переглянути демонстрацію саме потрібної версії.
У 2025 році за звання лідера легко було назвати і JavaScript, і TypeScript, і Python. Залежало від того, куди дивитися. GitHub рахував учасників, які робили внески, Stack Overflow опитував розробників про їхню роботу, а TIOBE оцінював популярність за власною методикою. Подивімося, що кожен із цих показників справді може розповісти про мову й вибір технологій.
Світ у 2025 році: хто очолив різні рейтинги
TypeScript на GitHub і JavaScript в опитуванні Stack Overflow
У серпні 2025 року TypeScript уперше випередив Python і JavaScript на GitHub за кількістю учасників, які робили внески, за даними Octoverse 2025. Цей показник описує активність на GitHub. У Stack Overflow Developer Survey 2025 JavaScript згадали 66% учасників, які відповіли на питання про мови й технології, з якими багато працювали. Python відзначили 57,9%, TypeScript — 43,6%. В одному опитуванні можна було назвати кілька технологій, тому ці частки не складаються в 100%.
Python і класичні мови в TIOBE
TIOBE публікує щомісячний індекс за власною методикою, яка враховує результати пошуку та інші сигнали про популярність. У жовтневому зрізі 2025 року Python був першим, а за ним ішли C, C++, Java та C#. Тож зростання TypeScript на GitHub співіснувало із сильними позиціями давно поширених мов в іншому індексі. У початковому огляді графік також ілюстрував динаміку Go, C, C++ і Java, однак вихідних чисел для його кривих у статті немає. Для точних значень потрібен датований ряд самого TIOBE.
Україна: як змінювалися відповіді DOU у 2022–2025 роках
2022. В опитуванні DOU JavaScript лідирував із 18,8%. За ним ішли C# та Java. TypeScript перевищив 10%, а частка Python у цій вибірці знижувалася.
2023. За наступним опитуванням JavaScript залишився першим із 19%. Java отримала 14%, Python — 13%. C# і TypeScript ішли слідом із невеликим відривом.
2024. У звіті за 2024 рік JavaScript залишався лідером, TypeScript майже наздогнав його, а Python посів третє місце.
2025. У загальному рейтингу DOU TypeScript вийшов на перше місце, Python — на друге, а JavaScript змістився на третє. Далі були C# і Java. У зрізі лише Software Engineering Python посів шосте місце, тоді як у Data Science та AI/ML він був основною мовою. Частка PHP майже не змінилася, а приріст Go автори опитування оцінили як менший за похибку.
JavaScript кілька років тримав корону, але в 2025-му TypeScript посунув його у загальній вибірці DOU. Це зміна відповідей учасників опитування. Для окремих напрямів картина інша. Наприклад, у бекенд-зрізі 2025 року Java залишилася першою, а C# і PHP посіли наступні місця.
Україна і світ: як читати різні шкали
Третій графік початкової публікації ставить поруч показник, побудований на місці в опитуванні DOU, і відсоткове значення індексу TIOBE. Висота стовпчиків тут не показує, наскільки частіше ту саму мову використовували в Україні або у світі. Місце — це порядок усередині вибірки. Відсоток TIOBE — оцінка за іншою методикою. Графік показує, які саме мови зіставляв автор, а висновки про позиції слід читати окремо за кожним джерелом.
Це пояснює, чому TypeScript міг очолювати вибірку DOU і GitHub, JavaScript — перелік мов у Stack Overflow, а Python — індекс TIOBE. Для оцінки однієї мови в часі варто брати послідовні випуски того самого джерела й перевіряти, чи збереглися питання та склад вибірки.
Що з цього взяти розробнику
Хочеш робити вебінтерфейси? Почни з JavaScript і додай TypeScript, коли треба чітко описати дані між формами, компонентами й API. Якщо тягне до автоматизації, аналізу даних чи ML, Python дає інший набір інструментів. У невеликому навчальному проєкті можна поєднати їх: підготувати дані скриптом і показати результат у типізованому вебінтерфейсі.
Java й C# залишалися серед основних мов бекенду в опитуванні DOU. Для проєктів із наявним кодом PHP важливо оцінити підтримувані версії й залежності. Go та Rust варто оцінювати за задачами конкретної команди: для мережевого сервісу, системного компонента або роботи з обмеженими ресурсами вимоги різні. Рейтинг допомагає поставити запитання, а відповідь дають код, команда й проєкти, у яких хочеш працювати.
