Український бізнес сьогодні багато говорить про перехід з 1С, BAS та іншого російського програмного забезпечення. І це правильно. Після років війни, санкцій, кіберризиків і прямої залежності від ворожих технологій питання вже давно вийшло за межі “зручно чи незручно”. Це питання безпеки, незалежності та виживання українського бізнес-середовища.
Але тут є одна небезпечна ілюзія.
Багато хто вважає, що достатньо запустити нову систему, перенести в неї залишки, почати працювати “з понеділка” — і проблема вирішена. Мовляв, 1С або BAS більше не використовується, облік ведеться в іншій програмі, отже перехід відбувся.
Насправді — ні.
Якщо стара база 1С або BAS залишається десь “в архіві”, то російський продукт нікуди не зник. Він просто змінив статус. Раніше це була робоча система, а тепер — архівна. Але вона все одно існує. Її все одно потрібно відкривати. До неї все одно потрібно мати доступ. Її все одно потрібно тримати на сервері або в резервній копії.
І найголовніше — разом із нею залишаються всі ризики, через які від цього програмного забезпечення й потрібно було відмовлятися.
Залишки — це не історія бізнесу
Класична схема переходу виглядає просто: у нову систему переносять довідники, залишки товарів, залишки взаєморозрахунків, залишки по рахунках, можливо, відкриті документи. Після цього компанія починає працювати в новому продукті.
На папері все красиво. Але в реальному житті бізнес — це не тільки залишки на дату переходу.
Бізнес — це історія договорів, кадрових документів, нарахувань, змін посад, відпусток, лікарняних, податкових операцій, закупівель, продажів, виробництва, складу, взаєморозрахунків, актів, накладних, внутрішніх документів, доробок і звітів, які накопичувалися роками.
Залишки показують лише точку старту в новій системі. Але вони не забирають із собою минуле компанії.
А минуле бізнесу — це не щось другорядне. Саме в ньому лежать відповіді на більшість складних питань: чому виникла заборгованість, як формувалась собівартість, які документи були підставою для операцій, що відбувалося з працівником, які рішення приймалися, які помилки виправлялися, які доробки використовувалися роками.
Коли вся ця історія залишається в 1С або BAS, то компанія фактично не відмовилася від старої системи. Вона просто почала вести новий облік в іншій програмі, а стару залишила як музей із ризиками.
Архівна база — це все ще 1С або BAS
Часто можна почути: “Ми вже перейшли, стара база у нас тільки для архіву”.
Але що означає “тільки для архіву”?
Якщо через рік бухгалтеру потрібно подивитися старий акт — він відкриває 1С. Якщо кадровик шукає інформацію по працівнику — він відкриває 1С. Якщо податкова перевірка просить документи за попередні роки — знову відкривається 1С. Якщо потрібно підняти історію нарахувань, рухів, взаєморозрахунків або кадрових змін — знову стара база.
Тобто продукт продовжує жити. Його не видалили. Його не прибрали з інфраструктури. Його не замінили повністю. Його просто відсунули в тінь.
І саме тут криється головна проблема: якщо в країні було сотні тисяч екземплярів 1С та BAS, то після таких “переходів” їх кількість не зменшується радикально. Вони залишаються в архівах, на серверах, у резервних копіях, на старих комп’ютерах, у бухгалтеріях, у кадрових службах, у відділах обліку.
Формально нова система запущена. Але фактично стара залежність не знищена.
Це не повна заміна. Це співіснування нової системи зі старою. Причому стара система продовжує тримати в собі найважливіше — історію бізнесу.
Архівну базу потрібно не просто зберігати. Її потрібно підтримувати живою
Є ще один момент, про який багато хто воліє не думати до останнього. Архівна база 1С або BAS — це не коробка з паперами, яку можна поставити в кут і забути. Це жива технічна залежність.
Щоб через рік, п’ять чи десять років відкрити старі документи, база має працювати. Має працювати сервер. Має запускатися стара платформа. Мають не “злетіти” ліцензії. Має бути доступ до старої операційної системи, старої СУБД, старих компонентів, старих обробок, старих звітів. Має залишатися людина, яка розуміє, як усе це підняти, якщо воно раптом перестане відкриватися.
І ось тут ситуація стає ще небезпечнішою.
Бо компанія начебто вже перейшла на нову систему, але продовжує боятися старої. Боїться, що зламається сервер. Боїться, що перестане запускатися стара база. Боїться, що ліцензії не активуються після перенесення. Боїться, що старий спеціаліст піде, а новий уже не розбереться. Боїться, що під час перевірки знадобляться документи за минулі роки, а архів просто не відкриється.
Тобто стара система не просто залишається. Вона стає мінним полем уповільненої дії.
Особливо небезпечно чекати моменту, коли стара інфраструктура вже почне сипатися. Бо переносити історичні дані потрібно не тоді, коли все вже впало, сервер помер, ліцензії злетіли, а стару базу ніхто не може запустити. Переносити потрібно тоді, коли стара система ще жива. Коли база відкривається. Коли дані доступні. Коли можна перевірити документи, зв’язки, рухи, регістри, звіти й коректність перенесення.
Тобто — саме зараз.
Бо завтра “архівна база” може перетворитися не на джерело історії, а на закриту чорну скриньку, де лежать критично важливі дані бізнесу, але дістати їх уже неможливо без болю, ризиків і великих витрат.
Кадрові дані можуть тягнути стару систему десятиліттями
Особливо гостро це видно на кадровому обліку. Частина кадрових документів має зберігатися десятиліттями. У багатьох випадках мова йде про дуже тривалі строки зберігання, зокрема до 70 років.
І що це означає на практиці?
Якщо кадрова історія залишилася в 1С або BAS, то компанія не може просто взяти й видалити стару систему. Її доведеться тримати роками. Не місяць. Не рік. Не “до кінця кварталу”. А фактично ціле покоління.
Це абсурдна ситуація: компанія декларує відмову від російського продукту, але продовжує зберігати його заради старих кадрових даних. І чим довше вона відкладає повне перенесення історії, тим складнішим стає цей процес.
Сервери старіють. Операційні системи перестають підтримуватися. Фахівці змінюються. Документація губиться. Ліцензійні механізми можуть перестати працювати. А бізнес продовжує жити з думкою: “Головне, щоб стара база ще відкрилась”.
Це вже не архів. Це залежність.
Тому перенесення лише залишків — це не стратегія повної відмови від ворожого софту. Це тимчасова латка. Вона може допомогти швидко стартувати в новій системі, але вона не вирішує головного питання: як повністю вивести російський продукт із життя компанії.
Справжня заміна — це поглинання бази
Щоб повністю відмовитися від 1С, BAS або іншого ворожого програмного забезпечення, потрібно переносити не тільки залишки. Потрібно поглинати всю базу даних.
Не “початкові залишки”. Не “частину довідників”. Не “документи за останній рік”.
Потрібно переносити всю історію: документи, довідники, рухи, зв’язки між документами, кадрові дані, бухгалтерські та управлінські операції, складські рухи, виробничі процеси, аналітику, доробки, специфічні структури, конфігурації різних розробників, нестандартні поля, внутрішню логіку, звіти та все те, що роками накопичувалося в компанії.
Тільки після цього можна сказати: стара система більше не потрібна.
Не як основна. Не як архівна. Не як запасний варіант. Взагалі не потрібна.
Ось це і є справжня відмова від ворожого софту.
Бо якщо після переходу компанія все одно тримає 1С або BAS для архіву, то це не повна відмова. Це лише перший крок. Важливий, але недостатній.
Це не просто міграція. Це технологічне поглинання
Поглинання старої бази — це значно складніше, ніж перенесення залишків. Бо 1С і BAS у кожній компанії можуть виглядати по-різному.
Десь типова конфігурація. Десь сильно дороблена. Десь десятки років змін. Десь різні програмісти дописували свої механізми. Десь частина документів ведеться нестандартно. Десь є самописні звіти, специфічні регістри, старі помилки, дивні структури, подвійна логіка, історичні компроміси.
І все це потрібно не просто “скопіювати”. Це потрібно зрозуміти, розібрати, перенести, зберегти зв’язки, дати можливість шукати, переглядати, аналізувати й використовувати ці дані вже в українській системі.
Справжня заміна 1С та BAS — це не кнопка “експорт-імпорт”. Це складний технологічний процес.
Але без нього країна не очистить бізнес від російської програмної залежності.
Бо можна забороняти продукти на папері. Можна писати правильні постанови. Можна говорити про імпортозаміщення. Але якщо історичні бази залишаються в старих системах, то залежність продовжує жити в підвалах серверних, на старих дисках і в “архівних” копіях.
K2 ERP іде шляхом повного поглинання
K2 ERP створюється не як чергова система, в яку можна перенести залишки й залишити стару 1С “про всяк випадок”. Це не має сенсу, якщо мета — повна відмова від ворожого софту.
Мета K2 ERP значно амбітніша: поглинути старі бази повністю.
Йдеться про перенесення історичних даних, структури, логіки, документів, довідників, рухів, зв’язків, різних конфігурацій, доробок і всього того, що роками тримало бізнес у 1С, BAS або інших застарілих системах.
K2 ERP поступово перетворюється на велику українську платформу, здатну приймати в себе дані з різних джерел і різних конфігурацій. Не просто запускати новий облік “з чистого аркуша”, а забирати всю історію бізнесу в український технологічний контур.
Це і є принципова різниця.
Бо перенести залишки — означає почати нове життя, але залишити старий будинок стояти поруч.
Поглинути базу — означає забрати з нього все цінне, перенести в нову систему, а сам старий будинок демонтувати.
Поглинання функціоналу — не менш важливе, ніж поглинання даних
Є ще одна складна частина, про яку рідко говорять. У старих базах живуть не тільки дані. Там живе функціонал.
У багатьох компаніях 1С або BAS — це не просто типова конфігурація. Це результат багаторічних доробок. Там можуть бути специфічні документи, звіти, алгоритми, обробки, бізнес-процеси, інтеграції, правила розрахунків, внутрішні механізми контролю.
І якщо просто перенести залишки, весь цей функціонал залишається в старій системі. Потім починається знайоме: “А в старій базі була така обробка”, “А в 1С був такий звіт”, “А в BAS ми могли подивитися ось так”, “А програміст нам колись робив спеціальний документ”.
Саме тому поглинання має стосуватися не тільки даних, а й логіки роботи бізнесу.
K2 ERP розвивається саме як платформа, яка може приймати в себе різні модулі, різні структури, різні сценарії обліку, різну логіку бізнес-процесів. Тобто завдання полягає не в тому, щоб зробити красиву оболонку поверх нової бази. Завдання — забрати все цінне зі старого світу й перенести в українську систему.
Не копіювати російську ідеологію продукту. Не відтворювати стару залежність під новою назвою. А переплавити накопичений бізнес-досвід у сучасну українську платформу.
Чому це важливо для держави і бізнесу
Поки 1С та BAS залишаються в архівах, країна не може сказати, що реально відмовилася від цих продуктів. Бізнес може звітувати про перехід, але в реальності залежність продовжує існувати.
Це питання не тільки зручності. Це питання безпеки, контролю, технологічної незалежності та здорового майбутнього українського ринку.
Архівна база — це не дрібниця. Це доступи, сервери, ліцензії, старі компоненти, потенційні вразливості, залежність від фахівців, які обслуговують стару систему, і постійна спокуса “ще трохи користуватися, бо там усе є”.
Але саме так залежність і виживає. Вона не завжди залишається на першому плані. Іноді вона просто ховається в архів. І бізнес роками живе з думкою, що відмовився від старого продукту, хоча насправді просто переніс його у статус “не чіпати, але зберігати”.
Україні потрібна не імітація заміни, а реальне технологічне очищення.
І це очищення неможливе без повного перенесення історичних даних.
Чому діяти потрібно зараз
Найгірша стратегія — відкласти це питання “на потім”.
Бо “потім” може виявитися моментом, коли стара база вже не відкривається. Коли сервер зламався. Коли резервна копія пошкоджена. Коли ліцензії не активуються. Коли старий спеціаліст недоступний. Коли стара операційна система не запускається. Коли терміново потрібні документи для перевірки, суду, аудиту або кадрового питання, а бізнес раптом розуміє, що архів існує тільки теоретично.
Переносити дані потрібно тоді, коли система ще працює. Коли є доступ до бази. Коли можна порівняти результати. Коли можна перевірити правильність перенесення. Коли можна спокійно підготувати нову систему, а не рятувати дані в аварійному режимі.
Правильний момент для поглинання старих баз — не колись. Правильний момент — зараз.
Бо кожен місяць очікування робить стару залежність дорожчою, небезпечнішою і складнішою для ліквідації.
Майбутнє — автоматичне поглинання будь-якої конфігурації
Сьогодні це великий виклик. Але саме такі виклики і створюють сильні продукти.
K2 ERP розвиває механізм, який з часом має дозволити поглинати будь-яку базу, будь-яку конфігурацію, будь-які доробки та структури з мінімальною участю людини. Це не фантазія, а напрямок розвитку платформи.
Спочатку такі процеси потребують аналізу, налаштувань, перевірок, участі розробників і консультантів. Але кожне нове поглинання бази навчає систему. Кожна нова конфігурація додає досвід. Кожна нова структура робить механізм сильнішим.
У перспективі це має перетворитися на технологію, де українська система зможе автоматично розбирати стару базу, визначати її структуру, переносити дані, відтворювати логіку та давати бізнесу можливість повністю прибрати 1С, BAS або інший ворожий продукт зі своєї інфраструктури.
Не сховати. Не законсервувати. Не залишити “на всяк випадок”.
А саме видалити.
Поглинання — це новий рівень імпортозаміщення
Справжнє імпортозаміщення — це не тоді, коли поверх старої залежності поставили нову програму.
Справжнє імпортозаміщення — це коли стара залежність більше не потрібна.
Саме тому майбутнє не за простим перенесенням залишків. Майбутнє — за повним поглинанням історії бізнесу в українські системи.
1С, BAS та інший ворожий софт не можна просто “відкласти в архів”. Їх потрібно технологічно поглинути, забрати з них усі дані, усю історію, увесь корисний функціонал — і після цього прибрати сам продукт.
Це складно. Це довго. Це потребує сильної платформи, команди, технології та волі.
Але саме так і виглядає справжня деколонізація українського бізнес-софту.
Не косметичний перехід.
Не нова система поруч зі старою.
Не “залишки перенесли, а архів нехай лежить”.
А повне поглинання 1С, BAS та іншого ворожого софту українською системою K2 ERP.
Бо вороже програмне забезпечення потрібно не просто замінити на старті нового обліку.
Його потрібно поглинути, обеззброїти й прибрати з інфраструктури українського бізнесу назавжди.