Від кампанії проти російського софту — до розвитку української платформи, на якій можна створювати власні ERP, модернізувати наявні системи й перетворювати галузевий досвід на нові програмні продукти.
Сергій Рудюк, засновник K2 Україна
Чому ми змінюємо стратегію
Є момент, коли компанія повинна перестати доводити ринку, чому йому потрібно змінюватися, і зосередитися на власному майбутньому. Для K2 цей момент настав тоді, коли представники ТЦК витягли мене з автомобіля, засунули в бус і забрали телефон, залишивши керівника української технологічної компанії майже без зв’язку з командою.
Я не просто «тимчасово випав із процесу». Конкретні дії представників державної структури поставили під загрозу роботу компанії та рух проти російського програмного забезпечення, який ми фінансували власним коштом.
Далі було близько двох місяців базової загальновійськової підготовки, майже без можливості нормально контактувати з командою. K2 втрималася завдяки людям, які продовжували працювати, а фінансово зберегти компанію на плаву вдалося лише завдяки великим доступним кредитним лімітам.
Такою для нас виявилася «підтримка національного виробника»: боротьба з російським софтом — за власний рахунок, порятунок української компанії — у кредит.
Саме поєднання байдужості частини бізнесу й такого ставлення представників держави стало причиною зміни курсу. Не розчарування у власній технології, а відповідальність за людей і продукт, які не повинні нескінченно оплачувати чужу байдужість.
Відтепер витіснення 1С та BAS не є головною комерційною метою K2 Україна. Наш пріоритет — розвивати K2 Platform і K2 ERP, створювати сильні рішення та працювати з тими, хто готовий будувати майбутнє разом із нами.
Російському продукту — мільйони. Українському — лупу
Із перших чисел січня 2026 року ми активно виступали за відмову від 1С та BAS. Писали статті, проводили демонстрації, пояснювали ризики й показували українську альтернативу разом з інструментами перенесення даних.
Ми не вважали зміну назви достатньою відповіддю на питання походження технології. BAS — це продовження технологічної екосистеми 1С: ще у 2022 році власник прав на платформу BAS підтвердив DOU, що вона базується на архітектурі 1С. [1]
На цю роботу пішли величезні для нас ресурси. Очікуваної підтримки ми не отримали, а продажі на цьому тлі скорочувалися: увага до проблеми не перетворювалася на достатню кількість оплачених проєктів.
Особливо показовими стали десятки демонстрацій великим, забезпеченим компаніям. Представники окремих підприємств самі розповідали про мільйони, вкладені у впровадження й доопрацювання саме 1С та BAS — добре знаючи російське походження цієї технологічної екосистеми. З їхніх слів, частина цих інвестицій припадала вже на період після початку війни у 2014 році.
Потім український продукт починали розглядати під лупою. У рішеннях на 1С та BAS, які роками фінансували, знаходили особливий звіт або алгоритм, створений на замовлення, і вимагали такого самого результату від K2, у розвиток якої не вклали нічого.
Порівнювати функціональність необхідно. Але порівнювати результат багаторічних власних інвестицій із продуктом, який відмовляєшся фінансувати, а потім називати це доказом його технологічної слабкості — вельми своєрідний метод оцінювання.
Російському продукту дозволено мати бюджет розвитку. Український повинен мати диво. Бажано безкоштовне й до понеділка.
Ми вдячні клієнтам і партнерам, які обрали співпрацю з K2. Саме заради них ми більше не будемо витрачати непропорційно багато сил на тих, кому потрібна не альтернатива, а нове виправдання старого рішення.
Ми виходимо не з ринку. Ми виходимо з ролі вічного переконувача
У переговорах на іноземних ринках, зокрема європейських, ми чуємо інший запит. Замовнику потрібні нові можливості, але він не обов’язково збирається відмовлятися від своєї ERP — навіть якщо це 1С.
Він хоче вебкабінет, мобільний доступ, аналітику, автоматизацію ремонту або сучасну основу для власного продукту. Його запитання звучить просто: «Чи можете ви дати нам це, зберігши те, що вже працює?»
Тепер саме на такі завдання ми спрямовуємо основні зусилля. K2 може бути самостійною бізнес-системою, платформою для нового продукту або середовищем, у якому розвиваються окремі модулі поруч із чинною ERP. [2]
У наших проєктах можуть взаємодіяти K2, SAP, Microsoft Dynamics, Odoo, 1С, BAS та інші системи. Спосіб інтеграції визначають доступні API, бази даних, формати обміну й правила конкретного замовника.
Технічна сумісність не змінює походження російського продукту. Вона дозволяє українській компанії заробляти на власних технологіях, не ставлячи кожен контракт у залежність від готовності клієнта одномоментно перебудувати всю інформаційну систему.
Ми не зобов’язані зносити весь будинок, щоб встановити в ньому сучасну інженерію. Особливо коли власник будинку ще проводить тендер на дозвіл відкрити вікно.
K2 ERP автоматизує бізнес. K2 Platform автоматизує частину створення бізнес-програм
Саме тут починається головне, що не завжди видно під час звичайного порівняння ERP.
K2 ERP — прикладна система, з якою працює підприємство. K2 Platform — технологічна основа, на якій створюються модулі, процеси, інтеграції та власні програмні продукти партнерів. У ній поєднані моделювання даних, генерація типових компонентів, інтерфейси, права доступу, звітність і механізми розвитку застосунків. [2]
Покупець готової програми насамперед запитує: «Що вона вміє сьогодні?» Виробник програмного забезпечення ставить інше запитання: «Наскільки швидко й керовано на цій основі можна створити те, що знадобиться завтра?»
Ми працюємо з обома питаннями. Але саме друга відповідь визначає стратегічну цінність K2 Platform.
Ви отримуєте не лише набір сьогоднішніх функцій. Ви отримуєте інструмент для створення наступних.
Для нас революційність K2 — не в модному слові на обкладинці. Вона в переході від нескінченного ручного повторення стандартних операцій до моделі, у якій платформа бере на себе значну частину цієї роботи, а інженер зосереджується на цінній бізнес-логіці.
Від моделі даних — до працюючого компонента
У K2 ER-модель — не картинка для презентації архітектора. Це опис сутностей, полів і зв’язків, який використовується для побудови програмного компонента: від структури даних до базових інтерфейсів. [3]
Логіка цього підходу виглядає так:
ER-модель → YAML-опис → ORM і структура бази даних → типовий компонент, меню, журнали та форми. [3]
YAML зберігає структуру у читабельному текстовому вигляді. ORM пов’язує програмні об’єкти з базою даних, а генератори використовують цей опис для створення типової частини застосунку. Замість кілька разів вручну описувати ту саму сутність у різних шарах системи розробник працює з узгодженою моделлю. [4]
Уявімо модуль обслуговування обладнання. Потрібні обладнання, заявки, виконавці, роботи й використані матеріали; заявку потрібно пов’язати з конкретною машиною та відповідальним працівником.
У K2 ці зв’язки описують у моделі, після чого створюють структурну основу модуля. Специфічні правила — як визначити вартість ремонту, коли вимагати погодження, що перевіряти перед закриттям заявки — реалізують поверх цієї основи. [3]
Розробник не зникає. Зникає частина роботи, яку йому доводилося механічно повторювати, перш ніж дістатися справжнього завдання клієнта.
Ось що означає прискорювати розробку по суті: не змушувати людину швидше набирати однаковий код, а прибирати необхідність писати його знову. Клієнт платить за розв’язання своєї проблеми, а не за ювілейне, соте народження довідника з кнопкою «Зберегти».
Low-code без технологічного глухого кута
Візуальне конструювання корисне доти, доки не починає диктувати межі бізнесу. Якщо на нестандартне правило система відповідає «так не передбачено», це вже не гнучкість, а красиво оформлене обмеження.
K2 поєднує моделювання з повноцінною розробкою. BP-моделі допомагають описувати послідовності дій, умови переходів, ролі та взаємодію об’єктів, а специфічну логіку можна реалізовувати програмно. [5]
Наприклад, у процесі погодження закупівлі важливі не лише статуси «створено» і «погоджено». Потрібно врахувати суму, підрозділ, відповідального, повернення на доопрацювання й наступну дію після погодження — і бачити цю логіку як процес, а не відновлювати її з розрізнених обробників.
У сучасному ядрі K2 серверна логіка спирається на Python, інтерфейси — на TypeScript і Vue, основне сховище даних — на PostgreSQL. Декларативні описи й візуальні інструменти працюють поруч із кодом, а не замість можливості його написати. [2]
На простішому рівні додаткові характеристики довідників і документів можна задавати без програмування. Властивості обладнання, товарів або заявок не обов’язково щоразу перетворювати на окреме замовлення розробнику: для цього в K2 передбачений механізм розширення сутностей. [6]
Для партнера це означає право вибору: типове — налаштовувати або генерувати, специфічне — програмувати. Команда розвиває компетенції у поширених технологіях і водночас використовує готову інфраструктуру бізнес-платформи.
Ми не хочемо, щоб конструктор став стелею вашого продукту. Він має бути його стартовим майданчиком.
Не починати кожен проєкт із чистого аркуша
У корпоративних систем різні назви, але значна частина базових потреб повторюється. Потрібні користувачі, ролі, довідники, документи, табличні частини, файли, пошук, звіти й обмін даними.
K2 Platform дає спільні механізми для цих завдань. Новий модуль може використовувати наявні сутності, інтерфейсні компоненти й механізми доступу, а не створювати власну несумісну версію всього цього. [7]
Практичний результат — можливість накопичувати технологічний капітал. Компонент, зроблений для одного класу задач, стає основою наступних рішень, а не залишається разовою доробкою, про яку пам’ятає лише її автор.
Умовно, виробник галузевої ERP може один раз створити модуль обслуговування обладнання, а потім адаптувати його для різних замовників. Змінюються правила й налаштування, але не потрібно щоразу заново будувати весь технологічний фундамент.
Це змінює економіку розробки: зусилля можуть перетворюватися на повторно використовуваний продукт. Не кожен новий клієнт — новий героїчний початок із нуля.
K2 Update: від доробки для одного клієнта — до продукту для багатьох
Повторне використання мало чого варте, якщо кожне встановлення залежить від ручного копіювання файлів. Продукт потрібно версіонувати, тестувати, доставляти й підтримувати.
K2 Update працює з компонентами та їхніми версіями, сервером оновлень, історією змін і каналами testing/stable. У процесі використовуються Git та інструменти підготовки й публікації компонентів. [8]
Для інтегратора це можливість розвивати не тільки портфель відпрацьованих годин, а й бібліотеку власних рішень. Для ERP-виробника — основа керованого поширення змін у клієнтські середовища.
Створений звіт, інтеграція або галузевий модуль може отримувати наступні версії й застосовуватися в нових проєктах. Перевірка сумісності та тестування залишаються частиною випуску: повторюваність має бути інженерною, а не випадковою. [8]
Ми пропонуємо партнерам заробляти не лише на тому, що вони сьогодні зробили руками, а й на продукті, який вони розвивають роками.
Ваші старі системи містять досвід. Його не потрібно викидати разом із технологією
У багатьох ERP-виробників є найцінніше: галузеві знання, клієнти й алгоритми, перевірені реальною роботою. Їм потрібна не лекція про те, що їхня технологія постаріла, а шлях до наступного покоління продукту.
K2 розвиває напрям зворотного інжинірингу та модернізації. Вивчаються структури даних, форми, звіти й бізнес-правила; відновлюється модель, на основі якої створюються нові компоненти й інтерфейси. Цей підхід застосовний до модернізації рішень на Delphi, Access, PHP та інших технологіях. [9]
Автоматизація структури й перенесення бізнес-логіки — різні інженерні завдання. Дані допомагають відновити модель, а цінні правила потрібно перенести, перевірити й узгодити з реальною поведінкою системи.
Уявімо виробника, чия настільна ERP добре виконує виробничі розрахунки, але клієнтам потрібен сучасний портал. Немає потреби починати із заміни всіх розрахунків: першим проєктом може бути вебмодуль, який працює з погодженими даними й поступово отримує нові функції.
Так модернізація перестає бути вибором між «нічого не чіпати» та «переписати все». Вона стає послідовністю керованих кроків.
Ваші двадцять років галузевого досвіду — не проблема. Проблема виникає тоді, коли цьому досвіду не дають нової технологічної форми.
K2 Replicator: розвиватися поруч із наявною ERP, а не чекати її демонтажу
Саме тому для нового курсу важливий K2 Replicator. Він потрібен не лише для перенесення даних із 1С та BAS, а й для синхронізації й організації паралельної роботи систем. [10]
Під час інтеграції визначаються джерела, зіставлення полів, правила перетворення, напрям обміну та контроль результату. Наявність бази даних відкриває можливості, але якісний обмін починається з розуміння її структури й бізнес-змісту. [10]
Для клієнта це означає можливість залишити чинний облік і запустити на K2, наприклад, сервісні заявки, CRM або аналітичний модуль. Для розробника ERP — шлях до нового продукту без необхідності одночасно переводити всіх клієнтів і всі процеси.
Перенесення довідників можна відокремити від перенесення документів, а випробування нового процесу — від остаточного переключення. Команда отримує час перевірити дані та навчити людей, поки підприємство продовжує працювати. [10]
Наш новий принцип простий: розвиток не повинен чекати, поки бізнес дозріє до повної заміни ERP. Технології K2 мають приносити користь уже на тому етапі, до якого клієнт готовий.
Реплікатор переносить і синхронізує дані. Переконування директора перестати боятися змін до його ліцензії не входить.
Аналітика має допомагати керувати, а не створювати чергу до програміста
Ще одна перевага платформного підходу — спільні інструменти роботи з інформацією. У K2 є конструктори звітів і друкованих форм, таблична аналітика, PivotGrid та управлінські панелі. [11]
Керівнику потрібен не просто список операцій, а відповідь: де зростають витрати, які підрозділи відстають, що відбувається з продажами чи обслуговуванням. У зведеній аналітиці показники можна розглядати за різними вимірами — періодом, підрозділом, товаром або контрагентом. [11]
Уявімо той самий сервісний модуль: в одному зрізі потрібні витрати на ремонт за обладнанням, в іншому — завантаження виконавців, у третьому — прострочені заявки. Правильно підготовлені дані й аналітичні компоненти дозволяють будувати ці представлення в межах спільного рішення.
Так ми переносимо частину роботи з рівня «замовити окрему програму» на рівень «налаштувати потрібне представлення». Сильний розробник має вирішувати складні задачі, а не все професійне життя пересувати логотип у друкованій формі.
ШІ потрібен не для прикраси ERP, а для прискорення інженерної роботи
У K2 є основа для практичного застосування ШІ в розробці: текстові моделі, код на Python і TypeScript, зрозумілі структури компонентів. З ними можуть працювати інструменти, які допомагають аналізувати код, готувати описи, створювати заготовки й документацію. [12]
Цінність такого підходу — у структурованому завданні. Замість прохання «зроби мені всю ERP» інженер може сформувати вимоги до конкретної сутності, отримати чернетку YAML-опису, перевірити зв’язки й використати її у процесі створення компонента.
Потім перевіряються правила, права доступу та поведінка на тестових даних. Бізнес-логіка стає робочою не тому, що відповідь ШІ звучить упевнено, а тому, що вона пройшла інженерну перевірку.
Ми бачимо перспективу саме в поєднанні моделей, генераторів і роботи інженера з ШІ. Воно дає шлях від людського задуму до структурованого компонента, а не лише до ще одного діалогового вікна. [12]
Нам цікавіший ШІ, який допомагає створювати потрібні бізнесу інструменти, ніж ШІ, який красномовно пояснює, чому їх досі немає.
Одна технологічна основа — різні продукти й сценарії
K2 вже розвиває на спільній платформній основі різні напрями: CRM для роботи з клієнтами, WMS для складської логістики, ТОІР для обслуговування обладнання, LMS для навчання та інші бізнес-модулі. Їх об’єднує можливість використовувати спільні механізми даних, документів і доступу. [7]
Це важливо не кількістю назв у каталозі. Цінність виникає тоді, коли новий процес не потрібно будувати як ізольований острів із власними користувачами, довідниками та дублями інформації.
K2 Chat додає до цього корпоративні комунікації, які можуть працювати в інфраструктурі підприємства. Ми розвиваємо їх як частину робочого середовища, а не як ще одне місце, де потрібно шукати загублене обговорення. [13]
Приклад, який можна оцінити вже зараз, — наше навчання. Курс K2 ERP організовано на власному модулі K2 LMS; на момент запуску він містив 61 урок і 14 розділів, із тестуванням та сертифікацією. Ми використовуємо власну платформу для підготовки її користувачів. [14]
Так проявляється здатність платформи створювати нові застосунки. Сьогодні на спільних механізмах працює навчання, завтра партнер використовує їх для власного сервісу, галузевого модуля чи корпоративного порталу.
У проєкті сервісного підприємства можна поєднати ці можливості в один сценарій: звернення клієнта стає заявкою, заявка пов’язується з обладнанням, роботи — з матеріалами й виконавцями, а результати потрапляють в управлінську аналітику. Для навчання інженерів використовуються курси, а для робочої взаємодії — корпоративні комунікації.
Цей сценарій проєктують і налаштовують під конкретну компанію. Але його не потрібно починати зі створення окремої системи користувачів, окремого механізму документів і ще однієї бази клієнтів: саме для цього потрібна спільна платформа.
K2 ERP показує, що можна побудувати на платформі. K2 Platform дозволяє будувати далі.
Веб, мобільність і контроль над власною системою
K2 доступна через браузер, мобільні застосунки Android та iOS, а також K2 Desktop для Windows, Linux і macOS. Підприємство може обирати публічну хмару, окреме середовище або власне серверне розгортання. [15]
Для замовника це насамперед свобода організації роботи. Різні ролі можуть користуватися системою з відповідних пристроїв, а інфраструктура — відповідати вимогам підприємства, а не лише зручності постачальника.
Доступ до вихідного коду в межах ліцензійних умов дає можливість вивчати механізми, розвивати модулі й накопичувати власну компетенцію. Ми не хочемо, щоб результатом упровадження була лише залежність від людей, які нікому не пояснюють, як усе працює. [16]
Контроль над інфраструктурою поєднується з налаштуванням прав, резервуванням і дисципліною оновлень. Безпека для нас — це керування системою, а не обіцянка, що український логотип самостійно відбиває кібератаки.
Коли більше користувачів — це розвиток, а не новий ліцензійний бар’єр
У серверній моделі K2 кількість користувачів не обмежується ліцензуванням окремих робочих місць. Це дозволяє залучати до системи більше працівників без купівлі нової клієнтської ліцензії K2 на кожного з них. [15]
Для підприємства сенс автоматизації — охопити процес, а не залишити половину людей за його межами. Якщо менеджер працює в ERP, а склад передає йому дані через телефон, частину цифровізації все ще виконує людина з хорошою пам’яттю.
Інфраструктура, впровадження та підтримка мають свою вартість. Але ми не хочемо, щоб сама ідея дати працівнику доступ до робочої системи перетворювалася на фінансову перешкоду.
Для знайомства й роботи доступна безкоштовна публічна хмара K2 ERP. Окремі варіанти розгортання та обслуговування можна оцінювати під потреби конкретного підприємства. [15]
Партнерам: ваш ринок і галузева експертиза — наша технологічна основа
Наш новий курс особливо важливий для виробників ERP, інтеграторів і команд, які мають клієнтів в Україні, Європі та Азії. Ми пропонуємо їм не відмовлятися від своєї експертизи, а дати їй нову технологічну основу.
Виробник ERP може почати з вебмодуля до наявного продукту. Інтегратор — створити компонент, який повторно використовуватиме у проєктах. Галузева команда — побудувати власне рішення, зосередившись на тому, що знає найкраще: виробництві, логістиці, сервісі чи іншому предметному напрямі.
Ми готові обговорювати спільні продукти, локалізації та комерційні моделі, у яких партнер розвиває власний бізнес на K2 Platform. Нам потрібні не представники, які переказують презентацію. Нам потрібні співтворці ринку.
Це інша модель міжнародного розвитку. Українська компанія може експортувати не тільки робочі години, а й технологічну основу, на якій інші компанії створюватимуть власні рішення для своїх клієнтів.
Починати пропонуємо з конкретного пілота. Обираємо процес, визначаємо дані й правила, створюємо компонент, налаштовуємо обмін, перевіряємо результат і оцінюємо подальше розгортання.
Предметом порівняння стають строки реалізації, обсяг повторного використання, зручність змін і вартість супроводу. Саме так ми хочемо доводити силу K2 — на задачі замовника, а не на змаганні рекламних прикметників.
Перевага має накопичуватися: наступний модуль використовує попередні компоненти, наступне впровадження — відпрацьовані механізми, наступний партнер — інструменти платформи. Так ми будуємо не просто продукт із довгим списком функцій, а середовище, у якому створювати нові функції стає технологічно простіше.
Наш новий критерій перемоги — не чужа відмова, а власний результат
Ми залишаємося українською компанією й продовжуємо створювати українську альтернативу. Але більше не ставимо її майбутнє в залежність від того, коли байдужі до цього питання підприємства змінять думку.
Частина бізнесу обрала продовжувати інвестування саме в 1С та BAS, знаючи про їхнє російське технологічне походження. Це її рішення. Наше — більше не фінансувати нескінченне переконування цих компаній ціною розвитку власного продукту.
Підтримка українських технологій — це не обов’язково великий жест. Це може бути перший оплачений модуль, спільний пілот, навчання команди або контракт на розробку. Але це має бути дія: лайк під словом «незалежність» досі не приймають як оплату роботи інженера.
Ми більше не вимірюватимемо успіх кількістю суперечок про 1С. Ми вимірюватимемо його кількістю працюючих рішень, успішних упроваджень і партнерів, які створюють продукти на K2 Platform.
Ми не відмовляємося від українського майбутнього. Ми перестаємо просити дозволу його будувати.
Перевірте K2 на власному завданні
Потрібна система для бізнесу — знайомтеся з K2 ERP. Потрібна основа для власної ERP, галузевого продукту чи модернізації наявного рішення — приходьте з цим завданням до K2 Platform.
Почніть із безкоштовної хмари K2 ERP. Практичні демонстрації та публікації доступні на erp.kyiv.ua, технічна документація — у K2 Wiki.
Рішення компанії представлені на офіційному сайті K2, варіанти вартості — у калькуляторі K2 ERP. Партнерства, пілотні проєкти та технологічна співпраця: rs@corp2.net.
K2 Україна. Ми змінюємо не прапор. Ми змінюємо масштаб завдання.
Від «замінити чужу програму» — до «дати бізнесу й розробникам платформу для створення власного майбутнього».
Джерела та технічні матеріали
[1] DOU. «1C» розбрату: походження платформи BAS; 27 квітня 2022 року.
[2] K2 Wiki. K2 ERP: технологічна платформа, архітектура та інструменти розширення.
[3] K2 Wiki. ER-модель: сутності, зв’язки та генерація компонентів.
[4] K2 Wiki. YML: декларативні описи, ORM, структури даних та інтерфейси.
[5] K2 Wiki. BP-модель: процеси, ролі, умови та переходи.
[6] K2 Wiki. Нові можливості K2 ERP: характеристики сутностей, моделі та аналітика; травень 2026 року.
[7] K2. Каталог рішень: CRM, WMS, ТОІР, LMS та спільні механізми платформи.
[8] K2 Wiki. K2 Update: компоненти, Git, версії та доставка оновлень.
[9] K2 Platform: навіщо створювати програмне забезпечення з нуля, якщо можна створювати майбутнє? Матеріал компанії «K2 платформа.docx»: розділ про зворотний інжиніринг, с. 5.
[10] K2 Wiki. K2 Реплікатор: перенесення, синхронізація та паралельна робота систем.
[11] K2 Wiki. Інструменти розробника: звіти, інтерфейси, моделі та інтеграції.
[12] K2 ERP. Старий код не вмирає. Але чи може бізнес вічно жити на старих технологіях?
[13] K2 ERP. K2 Chat: корпоративні комунікації у власній інфраструктурі; 27 жовтня 2026 року.
[14] K2 ERP. Онлайн-навчання на власній LMS: 61 урок, 14 розділів; 28 жовтня 2026 року.
[15] K2 ERP. Публічна хмара, застосунки, серверне розгортання та ліцензування.
[16] K2 Wiki. Відкритий вихідний код і ліцензійна модель K2 ERP.