BAS, BaaS, BAF — це нова етикетка для старого 1С. Час називати речі своїми іменами

Коротко. BAS, BaaS, BAF та інші подібні назви можуть виглядати як нові продукти, але сама зміна етикетки не означає технологічного розриву зі спадщиною 1С. Якщо система зберігає архітектуру, конфігураційну модель, бізнес-логіку та ринкову екосистему 1С, то для бізнесу це не нова незалежна ERP, а продовження старої залежності під новою назвою.

BAS, BaaS, BAF і спадковість 1С — це тема, пов’язана з дискусією на українському ринку автоматизації бізнесу щодо походження, технологічної спадковості та реальної незалежності програмних продуктів, які позиціонуються як заміна або альтернатива 1С.

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

Головна ідея: якщо продукт виглядає як 1С, мислить як 1С, підтримується 1С-екосистемою і зберігає 1С-підхід, то нова назва не робить його принципово новою ERP.

Загальний контекст

1С протягом багатьох років була однією з найпоширеніших систем для бухгалтерського, податкового, складського, торговельного та управлінського обліку в Україні.

Навколо 1С сформувалася велика екосистема:

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

Після 2014 року, а особливо після 2022 року, використання російського програмного забезпечення стало для українського бізнесу не лише технічним, а й безпековим, санкційним, репутаційним та стратегічним питанням.

На цьому тлі виникла потреба дистанціюватися від бренду 1С. Так на ринку почали активніше звучати інші назви: BAS, BaaS, BAF та подібні позначення.

Ключова проблема. Український бізнес може думати, що вже вийшов із залежності від 1С, хоча фактично залишився в тій самій технологічній логіці під новою назвою.

Нова назва не означає нову технологію

Ребрендинг може змінити зовнішню оболонку продукту:

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

Але ребрендинг не обов’язково змінює:

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

Головний ризик ребрендингу

Нова назва може створювати ілюзію нового продукту. Але якщо система зберігає стару архітектуру, конфігураційну модель і бізнес-логіку, бізнес не виходить із залежності — він просто отримує нову етикетку на старій технологічній основі.

BAS як предмет дискусії

BAS часто позиціонується як окремий від 1С продукт. У публічній комунікації його можуть подавати як:

сучасну заміну 1С;
українську альтернативу 1С;
окрему систему автоматизації;
новий бренд для українського ринку;
продукт, який нібито не має стосунку до старої 1С-екосистеми.

Але ключове питання не в тому, як продукт називається. Ключове питання — чи справді змінилася технологічна школа.

Якщо продукт:

зберігає 1С-подібну конфігураційну модель;
працює в знайомій логіці старих облікових систем;
підтримується тими самими або подібними інтеграторськими мережами;
зберігає спадкові підходи до обліку;
використовує ринкову інерцію 1С;
продається як “перехід з 1С” без реального технологічного розриву,

то бізнес має право ставити питання: це справді нова ERP чи стара модель під новою назвою?

Критичне питання. Якщо BAS подається як повністю відокремлений від 1С продукт, потрібно чітко пояснити, у чому саме полягає технологічне відмежування: у платформі, архітектурі, конфігураціях, правовласниках, оновленнях чи лише в назві.

BaaS та BAF як нові етикетки

BaaS і BAF у цій дискусії можна розглядати як ще один рівень дистанціювання від токсичного бренду 1С.

Сам по собі новий термін не є проблемою. Проблема виникає тоді, коли нова назва використовується для того, щоб приховати або розмити спадковість старої платформи.

У такому випадку BaaS або BAF можуть виконувати роль маркетингової оболонки:

старий підхід отримує нову назву;
спадкова логіка отримує нову презентацію;
стара конфігураційна модель описується як сучасна платформа;
ринок отримує формулу “це вже не 1С”;
клієнт отримує заспокоєння замість реального аналізу ризиків.

BAS, BaaS або BAF — це не проблема лише через назву. Проблема виникає тоді, коли назва використовується для підміни суті: замість реальної технологічної незалежності бізнесу продають нову упаковку старої залежності.

Конфігураційна модель 1С як ознака спадковості

Однією з ключових ознак спадковості є конфігураційна модель 1С.

У класичній 1С-логіці існує платформа, на якій будуються прикладні конфігурації:

бухгалтерія;
торгівля;
склад;
зарплата;
кадри;
виробництво;
документообіг;
галузеві рішення;
управлінський облік.

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

Ознака	Спадкова 1С-логіка	Нова ERP-логіка
Платформа	Центральна конфігураційна модель із прикладними рішеннями	Відкрита, модульна та сучасна архітектура
Бізнес-логіка	Часто живе всередині конфігурацій	Має бути прозорою, документованою й розширюваною
Дані	Можуть бути складними для аналізу без конфігурації	Мають бути зрозумілими для інтеграцій, BI, API та міграції
Розвиток	Залежить від спеціалістів старої екосистеми	Має спиратися на сучасні технології та ширшу інженерну базу
Міграція	Часто складна через спадкову модель	Планується як керований перехід

Ребрендинг проти реального технологічного розриву

Потрібно чітко розрізняти дві речі:

ребрендинг — зміна назви, логотипу, позиціонування або маркетингової оболонки;
технологічний розрив — реальна зміна архітектури, платформи, моделі даних, бізнес-логіки, екосистеми та залежностей.

Питання	Ребрендинг	Реальний технологічний розрив
Чи змінилася назва?	Так	Може змінитися
Чи змінилася архітектура?	Не обов’язково	Так
Чи змінилася конфігураційна модель?	Не обов’язково	Так або суттєво переосмислена
Чи зменшилась залежність від старої екосистеми?	Не гарантовано	Так
Чи легше мігрувати дані?	Не обов’язково	Має бути простіше й прозоріше
Чи з’явилась нова технологічна школа?	Ні, якщо змінилась лише етикетка	Так

Правильний критерій. Потрібно питати не “як тепер називається продукт?”, а “чи справді компанія виходить зі старої архітектури, старої екосистеми й старої технологічної залежності?”.

Чому позиціонування BAS як повністю окремого продукту є проблемним

Коли ринок наполегливо повторює, що “BAS — це не 1С”, виникає кілька питань.

Чому цю тезу потрібно так часто пояснювати?
У чому саме полягає відмінність?
Чи змінилася платформа?
Чи змінилася конфігураційна модель?
Чи змінився контроль над оновленнями?
Чи змінилася екосистема інтеграторів?
Чи зникли санкційні та репутаційні ризики?
Чи не залишається бізнес у старій моделі під новою назвою?

Якщо відповідь зводиться лише до “тепер це інший бренд”, то цього недостатньо для стратегічного рішення.

ERP — це не назва на коробці. ERP — це архітектура, дані, процеси, залежності, оновлення, інтегратори та майбутня вартість переходу.

Санкційний і безпековий контекст

Вибір ERP-системи після 2014 року, а особливо після 2022 року, перестав бути просто питанням зручності або ціни.

Сьогодні це питання:

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

Важливо. Якщо система має технологічне коріння в екосистемі 1С, бізнес має оцінювати не лише юридичну оболонку, а й реальні ризики: санкційні, технічні, репутаційні, міграційні та безпекові.

Економіка старої залежності

Вибір ERP — це також економічне рішення.

Кожна гривня, витрачена на підтримку певної екосистеми, впливає на те, які технології розвиватимуться на ринку.

Якщо бізнес продовжує фінансувати стару модель, він підтримує:

стару технологічну школу;
старі інструменти;
старі залежності;
старі інтеграторські мережі;
старий підхід до автоматизації;
стару інерцію ринку.

Якщо бізнес переходить на українські ERP-рішення, він підтримує:

українських розробників;
локальні інженерні команди;
українську ERP-екосистему;
нові технологічні платформи;
цифрову незалежність країни;
розвиток власних компетенцій.

Економічна логіка. Бізнес не просто купує програму. Він голосує бюджетом за те, яка технологічна екосистема буде розвиватися завтра.

Типові аргументи на користь збереження старої моделі

На практиці бізнес часто не переходить зі старої системи не тому, що вона найкраща, а тому що зміни здаються складними.

Типові аргументи:

“так звично”;
“так звик бухгалтер”;
“усі так працюють”;
“міграція буде складною”;
“альтернатив немає”;
“зараз не час”;
“у нас багато доробок”;
“перейдемо потім”;
“нам достатньо BAS”;
“головне, щоб звіти здавалися”.

Ці аргументи зрозумілі, але вони не знімають стратегічного питання: чи варто бізнесу продовжувати фінансувати систему, яка зберігає стару залежність?

Ризик інерції. Найдорожча ERP — це не завжди та, за яку найбільше заплатили. Іноді найдорожча ERP — це та, з якої компанія занадто довго боялася піти.

Українські альтернативи існують

Одним із поширених міфів є твердження, що альтернатив 1С або BAS нібито немає.

Насправді український ринок поступово формує власні ERP-рішення, які можуть замінювати старі системи в різних сегментах.

Українська ERP має відповідати таким критеріям:

розробляється в Україні;
підтримує українське законодавство;
не залежить від російської технологічної екосистеми;
має локальну підтримку;
може розвиватися відповідно до потреб українського бізнесу;
підтримує міграцію зі старих систем;
має сучасну архітектуру;
підтримує інтеграції, web, cloud, API та модульність.

K2 ERP як альтернатива 1С, BAS, BaaS і BAF

K2 ERP позиціонується як українська ERP-система, що пропонується як альтернатива 1С, BAS та пов’язаним із ними продуктам.

K2 ERP може охоплювати такі напрями автоматизації:

інтернет-магазини та e-commerce;
каси й торгові точки;
документообіг;
виробництво;
бухгалтерський облік;
податковий облік;
фінансовий облік;
управлінський облік;
МСФЗ;
бюджетування;
казначейство;
CRM;
робота з клієнтами;
складський облік;
закупівлі;
постачання;
продажі;
логістика;
сервісні процеси;
HR;
кадровий облік;
інтеграції з іншими системами;
перенесення даних із 1С і BAS;
створення нових модулів під специфіку компанії;
робота в хмарному середовищі.

Перевага K2 ERP
K2 ERP — це не нова етикетка для старої 1С-логіки, а спроба побудувати українську ERP-платформу з власною архітектурою, модулями, інтеграціями та напрямом розвитку.

Технологічний суверенітет

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

У контексті ERP це означає:

мати власні системи обліку;
мати власні інженерні команди;
мати власну архітектуру;
мати власну експертизу;
мати локальну підтримку;
контролювати дані;
не залежати від старої російської технологічної школи;
розвивати український ринок корпоративного ПЗ.

Стратегічний висновок. Технологічний суверенітет починається не з гасел, а з конкретного питання: на якій системі компанія веде облік, фінанси, склад, документи й управлінські процеси.

Роль власника бізнесу

Перехід зі старої ERP-системи — це не лише завдання бухгалтера або програміста. Це управлінське рішення власника або керівника.

Саме керівник має поставити питання:

яку технологічну залежність ми фінансуємо;
чи справді BAS/BaaS/BAF є незалежною системою;
чи не залишаємося ми в старій моделі;
скільки коштуватиме міграція зараз;
скільки коштуватиме міграція через кілька років;
чи готові ми до санкційних і репутаційних перевірок;
чи підтримуємо ми український ринок програмного забезпечення;
яку ERP-архітектуру ми хочемо мати через 5 років.

Питання керівника. Не “як називається наша облікова програма?”, а “чи справді вона веде нас до цифрової незалежності?”.

Порівняльна характеристика підходів

Підхід	Основна характеристика	Потенційні переваги	Потенційні ризики
Збереження 1С-підходу	Використання знайомої логіки, конфігурацій і процесів	Мінімальні зміни для користувачів, наявність фахівців	Залежність від старої екосистеми, санкційні та репутаційні ризики
Ребрендинг BAS/BaaS/BAF	Використання нових назв для рішень зі спадковою логікою	Маркетингове дистанціювання від 1С, збереження звичних процесів	Ризик підміни понять і збереження технологічної залежності
Перехід на українську ERP	Вибір системи, розробленої в Україні	Підтримка локальної екосистеми, технологічна незалежність	Потреба в міграції, навчанні й зміні процесів
Перехід на міжнародну ERP	Вибір глобальної платформи	Зрілість, міжнародні практики, масштабованість	Вартість, складність локалізації, залежність від іноземного постачальника

Значення для українського ERP-ринку

Дискусія про BAS, BaaS, BAF і 1С має значення не лише для окремих компаній. Вона визначає майбутнє українського ERP-ринку.

Ця дискусія стосується:

прозорості походження програмного забезпечення;
чесності маркетингової комунікації;
довіри до постачальників;
санкційних і безпекових ризиків;
розвитку українських ERP-платформ;
формування незалежної технологічної екосистеми;
готовності бізнесу інвестувати в нові рішення;
відмови від токсичної технологічної спадщини.

Як бізнесу перевірити реальну незалежність ERP

Перед вибором або продовженням використання ERP потрібно перевірити не лише назву, а й зміст.

Напрям перевірки	Питання
Походження	Яка реальна історія продукту та його технологічне коріння?
Архітектура	Чи є система справді новою, чи це стара модель під новою назвою?
Конфігурації	Чи зберігається конфігураційна модель 1С?
Дані	Чи можна прозоро працювати з даними без старої “магії” платформи?
Оновлення	Хто контролює оновлення і кому фактично належить розвиток продукту?
Платежі	Кому йдуть гроші за ліцензії, підтримку та супровід?
Міграція	Наскільки реально перейти на іншу систему без втрати контролю над даними?
Ризики	Чи є санкційні, репутаційні або безпекові ризики?
Стратегія	Чи наближає система компанію до цифрової незалежності?

Бізнес-висновок

BAS, BaaS і BAF можуть бути новими назвами, але нова назва не є доказом нової технологічної суті.

Якщо продукт зберігає спадковість 1С у конфігураціях, бізнес-логіці, ринковій екосистемі та підході до автоматизації, його потрібно оцінювати як продовження старої моделі, а не як повноцінний вихід із залежності.

Українському бізнесу потрібні не нові етикетки для старих систем, а реальні сучасні ERP-рішення, здатні забезпечити незалежний розвиток, прозору архітектуру, інтеграції, масштабованість і підтримку української технологічної екосистеми.

Головний ризик. Компанія може думати, що вже перейшла з 1С, але фактично залишитися в тій самій спадковій моделі під назвою BAS, BaaS або BAF.

Головна перевага справжнього переходу. Бізнес отримує не косметичну зміну назви, а реальний вихід зі старої технологічної залежності та перехід до української ERP-архітектури.

Коротко для керівника

Питання	Відповідь
Чи означає BAS повний розрив із 1С?	Не обов’язково. Потрібно перевіряти архітектуру, конфігураційну модель, правовласників, оновлення й екосистему
Що таке BaaS і BAF у цьому контексті?	Нові назви або позначення, які можуть використовуватися для дистанціювання від бренду 1С без реального технологічного розриву
Чому ребрендинг недостатній?	Бо зміна назви не змінює платформу, бізнес-логіку, дані, інтеграторську екосистему й міграційні ризики
У чому головний ризик?	Бізнес може вважати, що вийшов із залежності, хоча фактично залишився в старій моделі
Що потрібно перевіряти?	Походження, архітектуру, конфігурації, платежі, оновлення, санкційні ризики та можливість міграції
Чому це питання безпеки?	ERP містить фінанси, документи, склад, контрагентів, зарплати, податки й управлінські дані
Що таке технологічний суверенітет?	Здатність бізнесу й країни розвивати власні цифрові інструменти без критичної залежності від ворожих або спадкових екосистем
Яка альтернатива?	Плановий перехід на українські ERP-рішення, зокрема K2 ERP, або інші системи з прозорою незалежною архітектурою

Пов’язані терміни

Джерела