Як закалявся BAS, або як 1С фарбували на Великдень

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

Як закалявся BAS, або як 1С фарбували на Великдень — це історія про те, як після санкцій і токсичності бренду 1С на українському ринку почали з’являтися нові назви, нові логотипи, нові легенди та нові пояснення.

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

це справді нова система чи стара 1С, перефарбована до свята?

Головна ідея: бізнесу потрібно дивитися не на етикетку, а на технологічну сутність продукту.

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

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

Її використовували для:

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

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

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

Після санкційних обмежень проти російського програмного забезпечення та посилення безпекових ризиків на ринку виникла потреба замінити або принаймні перейменувати продукти, пов’язані з 1С.

Саме в цій точці й почалася історія з BAS, BAF, «Афіною» та іншими новими назвами.

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

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

Образ “як 1С фарбували на Великдень” точно описує проблему ребрендингу.

Можна взяти старе яйце, пофарбувати його в новий колір, покласти в новий кошик і назвати по-новому. Але всередині воно залишиться тим самим яйцем.

Так само і з програмним забезпеченням:

можна змінити назву;
можна змінити логотип;
можна прибрати згадки про 1С;
можна оновити сайт;
можна придумати нову абревіатуру;
можна створити нову маркетингову легенду;
можна назвати продукт “українським” або “адаптованим”.

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

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

Ребрендинг 1С у BAS

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

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

Але сам факт нової назви не доводить технологічну незалежність.

Ключові питання:

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

Якщо відповіді на ці питання не є прозорими, бізнес має право сумніватися.

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

Роль ринкової комунікації

Після токсичності бренду 1С ринок почав шукати нові формулювання.

Клієнтам могли пояснювати:

“це вже не 1С”;
“це інший бренд”;
“це новий продукт”;
“це адаптоване рішення”;
“це не російське”;
“це українська версія”;
“це просто BAS”;
“це інша історія”.

Але для бізнесу важливо не те, як продукт називають у презентації. Важливо, що відбувається на рівні технології.

Якщо клієнту продають “моральне виправдання” для продовження використання старої системи, це не вирішує проблему. Це лише відкладає її.

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

Спілка автоматизаторів бізнесу та нова термінологія

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

Замість прямого пояснення походження продукту ринок отримав нову лексику:

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

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

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

BAS, BAF, Афіна та інші назви

Окрім BAS, у дискусії згадуються BAF, «Афіна» та інші назви, які можуть сприйматися як частина ширшої практики перейменування або маскування спадковості.

Сама поява нової абревіатури не є доказом незалежності.

Потрібно оцінювати:

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

Назва	Що потрібно перевіряти
BAS	Чи є реальний технологічний розрив із 1С, чи лише нове позиціонування
BAF	Чи є нова платформа справді незалежною, чи це нова оболонка спадкової логіки
Афіна	Чи є це новим продуктом або продовженням старої бюджетної/облікової екосистеми
Інші нові назви	Чи не маскують вони походження через ребрендинг і маркетингову легенду

Технологічна спадковість як головний критерій

Визначальним критерієм має бути не назва продукту, а його технічна сутність.

Ознаками спадковості 1С можуть бути:

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

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

Санкційний контекст

Питання BAS, BAF, Афіни та подібних систем не можна розглядати лише як маркетингову суперечку.

Це також питання:

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

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

Важливо. Якщо державні або безпекові органи розглядають продукт у зв’язку з 1С, бізнес не може обмежуватися рекламною тезою “це вже не 1С”.

Проблема для бізнесу

Багато власників бізнесу не є технічними спеціалістами.

Вони не зобов’язані самостійно аналізувати:

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

Саме тому постачальники, інтегратори та консультанти мають відповідати прямо.

Ключове питання для бізнесу:

цей продукт російський, пов’язаний із російською екосистемою або технологічно успадковує 1С — чи ні?

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

Маркетингова підміна понять

У матеріалах про BAS і подібні продукти можуть використовуватися формулювання, які заспокоюють клієнта, але не відповідають на головні питання.

Формулювання	Чому його недостатньо
“Це вже не 1С”	Потрібно пояснити, що саме змінилося технологічно
“Це новий продукт”	Нова назва не доводить нову архітектуру
“Це адаптоване рішення”	Адаптація не означає незалежність
“Це не російське”	Потрібно довести походження, правовласників, платежі й оновлення
“Це інший бренд”	Бренд не є технічною сутністю
“Це інша історія”	Потрібно показати, де саме обірвано спадковість

Ризик підміни понять. Бізнесу можуть продавати не нову ERP-систему, а психологічно комфортну легенду про те, що стара залежність уже нібито зникла.

Економічний аспект

В Україні історично було багато компаній, які використовували 1С. Це створило великий ринок для міграції.

Але замість справжньої міграції частині компаній може пропонуватися м’якший сценарій:

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

Такий сценарій здається дешевшим і простішим. Але стратегічно він може лише відкласти проблему.

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

Порівняння ребрендингу та технологічної зміни

Критерій	Ребрендинг	Технологічна зміна
Назва	Змінюється	Може змінюватися або залишатися незмінною
Логотип	Змінюється	Не є головним критерієм
Маркетингова легенда	Оновлюється	Має спиратися на реальну зміну архітектури
Платформа	Може залишатися старою	Має бути змінена або суттєво переосмислена
Мова та конфігурації	Можуть залишатися сумісними зі старою системою	Мають демонструвати реальну незалежність
Бізнес-логіка	Часто зберігається	Має бути побудована або переосмислена незалежно
Ризики спадковості	Зберігаються	Зменшуються
Бізнес-ефект	Психологічне дистанціювання від старої назви	Реальний вихід зі старої технологічної залежності

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

Підхід	Як виглядає	Ризик
Використання 1С під старою назвою	Відкрите збереження старої системи	Санкційні, безпекові та репутаційні ризики
Перейменування 1С у BAS або подібні назви	Зміна зовнішнього бренду без доведеного розриву сутності	Ризик введення бізнесу в оману
Чесне пояснення спадковості	Визнання технологічного походження та ризиків	Потреба у складнішій, але прозорій комунікації з клієнтом
Перехід на незалежну ERP	Реальний вихід зі старої екосистеми	Потреба в міграції, навчанні та зміні процесів

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

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

Ринок має відповісти на питання:

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

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

Українські альтернативи та K2 ERP

Український бізнес не повинен жити в логіці “альтернатив немає”.

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

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

Переваги переходу на українську ERP:

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

Як бізнесу перевірити продукт

Перед купівлею, продовженням використання або переходом на BAS, BAF, Афіну чи будь-який інший продукт компанія має провести перевірку.

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

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

BAS, BAF, Афіна та інші нові назви не можуть автоматично вважатися новими незалежними ERP-системами лише тому, що вони більше не називаються 1С.

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

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

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

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

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

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

Джерела