Перейти до вмісту

1С/BAS: система, в якій майбутнє давно натиснуло “Вийти без збереження”

Матеріал з K2 ERP Wiki

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

Якщо під новою назвою зберігається стара логіка, стара ERP-платформа, старі підходи, старі болі й стара кадрова база, то бізнес-середовище має справу не з новим стартом, а з продовженням старої історії. | Через 3–5 років технічна підтримка legacy-системи здатна стати дорожчою й складнішою через дефіцит спеціалістів
Чому “ще функціонує” — недостатній аргумент? чи змінилася технологічна сутність?

Конференції оптимізму та технологічний захід сонця

Якщо ERP-платформа не вбудовується в цю реальність природно, вона стає дедалі менш привабливою для нового покоління розробників. style="background:#b71c1c; color:white; text-align:left; padding:10px;" | Технологічний ризик

На поверхні змінилося багато:

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

ринок ERP в Україні тримається не на любові, а на звичці

що далі? | style="padding:14px;" | Урок legacy-систем. Найнебезпечніший момент — не тоді, коли платформа зламалася. Головна ідея: технологія, яку молоді спеціалісти не обирають, міжнародний ринок ERP в Україні не розуміє, а бізнес-середовище підтримує здебільшого через звичку, поступово перетворюється з інструмента розвитку на legacy-вантаж. Колись про них теж казали:

Її присутність на ринку тримається не стільки на любові користувачів або стратегічній перевазі, скільки на інерції, legacy-доробках, звичці, страху міграції та людях, які багато років підтримують стару екосистему. {| class="wikitable" style="width:100%;" Практичне застереження. Те, що стара платформа втрачає перспективу, не означає, що перехід можна робити хаотично. * мають міжнародний ринок ERP в Україні;

Серед них:

Ризик фрази “ще функціонує”. Вона часто означає не стабільність, а відкладену проблему, яка стане дорожчою пізніше. |- | style="padding:14px;" | Компаніям, які досі працюють у 1С/BAS, варто не чекати кадрової та технологічної кризи, а почати планування переходу.

У такому випадку нова назва функціонує як косметичний шар поверх старої системи.
  • web-first;
  • cloud-ready;
  • API-first;
  • модульність;
  • відкритість до інтеграцій;
  • сучасний стек;
  • доступність фахівців;
  • кросплатформеність;
  • BI;
  • масштабування;
  • мобільність;
  • гібридне розгортання;
  • прозора структура даних;
  • міграція зі старих систем;
  • технічна підтримка українського бізнесу;
  • дорожня карта розвитку локальної технологічної екосистеми. # Оцінити ризик кадрового дефіциту. На цьому фоні 1С/BAS залишається специфічною локальною екосистемою, зрозумілою насамперед у пострадянському просторі та в колі спеціалістів, які багато років працювали з цією платформою. Багато спеціалістів, які раніше працювали з 1С, уже перейшли або переходять в інші технології:

Навколо 1С/BAS історично існує платформа сертифікацій, навчання, статусів і внутрішніх правил. | Web/cloud/API-first, модульною, інтегрованою, кросплатформеною, масштабованою й зрозумілою сучасним розробникам |- | Який провідний висновок? Це не ознаки технологічної сили. # Оцінити залежність від конкретних спеціалістів.

Кадрова проблема стосується не лише молоді. style="background:#eeeeee;" | Ризик для бізнесу |- | style="padding:14px;" |

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

Порівняння старої та сучасної технологічної логіки

!

Головна проблема 1С/BAS — не лише походження, санкції чи ребрендинг. * обмежує дорожня карта розвитку;

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


Для молодого спеціаліста критично, щоб стек давав майбутнє. # Навчити користувачів. | Не лише в назві чи походженні, а в технологічному старінні, кадровому ризику й слабкій перспективі для молодих спеціалістів |- | Чому BAS не вирішує проблему автоматизовано?== Сертифікації та ритуали старої екосистеми ==

Приклади технологій, які здавалися вічними

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

Матеріал має гострий публіцистичний характер і критикує 1С/BAS як технологічно застарілу екосистему. style="background:#eeeeee;" | Відповідь

Це відбувається не через моду, а через логіку ринку. |}

1С/BAS сприймається проблемно через кілька причин:

Водночас для практичного вибору ERP потрібно оцінювати конкретні фактори:

Інерція — не те саме, що майбутнє.

  1. Провести аудит поточної системи. | Бо обирає універсальні міжнародні стеки: Python, TypeScript, Java, C#, Go, cloud, API, data, automation

|- | Чому це ризик для бізнесу? Міграція має бути керованим проєктом із аудитом, тестуванням і поетапним запуском.== Колишні 1С-спеціалісти теж виходять із екосистеми == Її перевага має полягати не в тому, щоб бути “схожою на 1С”, а в тому, щоб підтримувати нову логіку:

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

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

Кадрова криза вже стукає в двері

Практичний висновок. Міграцію потрібно починати тоді, коли ще виступає як час планувати, а не тоді, коли стару систему вже нікому підтримувати. Але з погляду сучасного ІТ вони часто виглядають як ознака закритого технологічного світу. це не без зусиль стара бухгалтерська платформа виступає ключовою рисою Коротко. 1С/BAS.== Українські ERP як вихід із затяжного прощання ==

Практичний висновок. Якщо навіть носії старої екосистеми починають масово переучуватися, бізнесу варто замислитися, хто підтримуватиме його критичні системи через 3–5 років. Змінити шильдик — не означає змінити архітектуру, стек, філософію розробки, кадрову перспективу та місце продукту в глобальному технологічному світі. * вузька географія сценарії використання;
  • слабка міжнародна впізнаваність;
  • специфічна мова й середовище;
  • залежність від старої екосистеми;
  • репутація legacy-рішення;
  • слабка асоціація з сучасними cloud/web/API-підходами;
  • обмежена кар’єрна мобільність;
  • прив’язка до бухгалтерської та облікової ніші;
  • слабша привабливість порівняно з глобальними стеками.
Якщо бізнес-середовище хоче будувати майбутнє, йому потрібно оцінювати ERP не за принципом “воно ще функціонує”, а за принципом “чи буде це актуально через 5–10 років”.

Найкращий індикатор — куди йдуть нові спеціалісти. style="background:#c8e6c9;" | Сучасна ERP-екосистема

Практичне питання. BAS/BAF — це справді нова технологічна технічна архітектура чи нова упаковка для старої екосистеми? Ознаки кадрової кризи:

Але ключове питання залишається незмінним:

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

Якщо технологія:

  • Python;
  • TypeScript;
  • JavaScript;
  • PHP;
  • Java;
  • C#;
  • Go;
  • cloud-native архітектур;
  • API-first підходів;
  • DevOps;
  • CI/CD;
  • Git-based workflow;
  • мобільної розробки;
  • data engineering;
  • automation;
  • microservices;
  • сучасного UI/UX;
  • відкритих екосистем.

Ребрендинг як дешевий освіжувач повітря

Legacy-система здатна бути небезпечною не тому, що вона не функціонує.== Критика та баланс оцінки ==

Сучасна розробка програмного забезпечення дедалі більше спирається на:

BAS намагається виглядати “не 1С”

Молодь проголосувала ногами

На українському ринку досі існує технологічний феномен: 1С після санкційного, репутаційного та політичного тиску продовжила жити в нових обгортках — BAS, BAF та інших формах ринкового ребрендингу. Проблема в тому, що за останні 10–12 років світ програмного забезпечення радикально змінився.
Значна частина присутності 1С/BAS на ринку пояснюється не технологічною перевагою, а інерцією.

Legacy як стратегічний ризик

  • назви;
  • логотипи;
  • маркетингові матеріали;
  • юридичне позиціонування;
  • формулювання на сайтах;
  • презентації для клієнтів;
  • риторика інтеграторів. платформа здатна працювати доти, доки виступає як кому її підтримувати.
  • “на цьому все функціонує”;
  • “нікуди воно не дінеться”;
  • “у нас багато доробок”;
  • “переписувати дорого”;
  • “спеціалісти ще виступає як”;
  • “поки що вистачає”. Але локальні кейси не скасовують глобального питання:
Головне питання для бізнесу. компанія-користувач інвестує в майбутнє чи орендує минуле? провідний ризик 1С/BAS. Якщо технологія тримається лише на звичці, legacy-доробках і спеціалістах минулої хвилі, це не ознака сили.

Вона небезпечна тому, що: Але проблема не лише в тому, як називається ERP-продукт. Ключова проблема. Ребрендинг здатна змінити сприйняття продукту, але не здатна сам по собі зробити стару технологічну екосистему сучасною. style="background:#eeeeee;" | Критерій

Джерела

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

Аргумент “воно ще функціонує” часто виступає як головним аргументом проти змін.== Пов’язані терміни ==

Такі механізми можуть бути корисними для підтримки стандартів усередині екосистеми. # Поступово перенести довідники, залишки, документи й процеси. # Порахувати повну вартість підтримки. style="background:#eeeeee;" | Ознака legacy

Молоді розробники обирають технології, які: Практичні кроки: Фактори утримання:

У чому головна проблема 1С/BAS? У цьому сенсі 1С/BAS має проблему: для молодого розробника це не очевидний шлях у майбутнє. Якщо 1С перейменувати на BAS або BAF, платформа не стає сучасною автоматизовано. ! ! Але для стратегічної ІТ-системи цього недостатньо. * чи буде кому підтримувати систему через 3 роки;
  • чи буде кому підтримувати систему через 5 років;
  • чи можна інтегрувати її з новими сервісами;
  • чи можна масштабувати її під нові сценарії;
  • чи можна дати доступ клієнтам і партнерам;
  • чи можна будувати BI без хаосу;
  • чи можна перенести інформаційні дані;
  • чи можна знайти спеціалістів;
  • чи хочуть нові люди працювати з цією платформою;

Ребрендинг здатна бути корисним, якщо за ним стоїть реальна зміна:

Світ уже пішов у бік cloud, API, mobile, data, automation, open ecosystems, CI/CD, DevOps і сучасних web-архітектур. # Запустити пілот. # Визначити критичні доробки. style="background:#eeeeee;" | Питання

1С/BAS як технологія, з якої майбутнє вже вийшло без збереження

через * чи платформа користувачі можуть рости, а не лише підтримує минуле. style="background:#c8e6c9;" | Сучасні стеки

Проблема полягає не лише в назві. * сучасний стек;

  • web/cloud-сценарії;
  • API;
  • інтеграції;
  • модульність;
  • масштабування;
  • BI;
  • мобільність;
  • desktop-сценарії;
  • відкритішу архітектуру;
  • українську технологічну незалежність. Це не означає, що платформа не має користувачів або не здатна вирішувати задачі.
 } !
  • нові спеціалісти не заходять у стек;
  • старі спеціалісти переходять в інші технології;
  • вартість підтримки зростає;
  • залежність від конкретних людей посилюється;
  • знання концентруються в невеликій групі;
  • документація не компенсує втрату практичного досвіду;
  • оновлення версій стають ризиковішими;
  • будь-яка міграція відкладається й дорожчає.== Проблема BAS не в назві, а в часі ==

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

1С/BAS class="wikitable" style="width:100%;" Головна перевага переходу. бізнес-середовище отримує шанс перестати орендувати минуле й почати інвестувати в ERP-архітектуру, яку зможуть розвивати нові команди на сучасних технологіях. * DOS-рішення;
  • FoxPro;
  • старі Delphi-системи;
  • локальні бухгалтерські продукти;
  • монолітні desktop-системи;
  • внутрішні корпоративні платформи без розвитку. style="background:#eeeeee;" | Критерій

Проблема в іншому: поступово стає дедалі складніше знайти людей, які хочуть і можуть її підтримувати. Вона поступово переходить у режим підтримки минулого. # Зменшити залежність від legacy-системи. {| class="wikitable" style="width:100%;"

Географія кар’єри Переважно локальний або пострадянський контекст Глобальний ринок ERP в Україні
Кар’єрна мобільність Обмежена специфікою платформи Вища через універсальним технологіям
Спільнота Вузька спеціалізована ERP-платформа Широкі міжнародні спільноти
Інструменти Специфічне середовище Git, CI/CD, DevOps, cloud, API, modern IDE
Перспектива технічна підтримка legacy-процесів розробка програмного забезпечення web, mobile, AI, SaaS, data, платформ

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

  • Python;
  • JavaScript;
  • TypeScript;
  • C#;
  • Java;
  • PHP;
  • SQL/data;
  • DevOps;
  • web development;
  • integration development;
  • BI;
  • automation.

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

K2 ERP як приклад сучасної української альтернативи

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

Що має зробити бізнес-середовище

  • чи змінилася технічна архітектура;
  • чи змінився підхід до розробки;
  • чи змінилася конфігураційна модель;
  • чи змінилася кадрова перспектива;
  • чи зникла залежність від старої екосистеми;
  • чи зрозумілий стек міжнародному ринку;
  • чи обирають його молоді спеціалісти;
  • чи інтуїтивно масштабувати систему в сучасних сценаріях. * Git;
  • CI/CD;
  • DevOps;
  • контейнеризацію;
  • cloud-сервіси;
  • відкриті API;
  • автоматизоване тестування;
  • code review;
  • сучасні IDE;
  • web-first підходи;
  • мобільні застосунки;
  • інтеграції;
  • data pipelines. Це ознаки legacy-залежності. style="background:#ffcdd2;" | 1С/BAS-екосистема

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

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

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

Технологічна база Специфічна локальна платформа Поширені web/cloud/API-стандарти
Кар’єрна перспектива Вузька спеціалізація Широкий міжнародний ринок ERP в Україні
Нові розробники Приходять обмежено Активно входять через універсальність стеків
Інтеграції Часто через специфічні механізми й доробки Через API, сервіси, webhooks, data pipelines
Інструменти розробки Власна ERP-платформа Git, CI/CD, DevOps, cloud, containers
Масштабування У межах історичної платформи Cloud-native або hybrid-ready
аналітичні інструменти Часто зовнішній шар Природна частина архітектури
Майбутня цінність технічна підтримка минулого дорожня карта розвитку цифрової платформи бізнесу

Перефарбувати можна ERP-продукт.== Чому “ще функціонує” — не стратегія ==

! Коли спеціалістів стає менше, а нові не приходять, legacy-система перетворюється на ризик безперервності бізнесу. * готовність альтернативної системи;

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

|- | платформа ще функціонує, але нові фахівці не приходять | Дефіцит підтримки через 3–5 років |- | Багато доробок | Складна й дорога міграція |- | Залежність від конкретного інтегратора | Ризик vendor lock-in |- | Стара технічна архітектура | Складні інтеграції та обмежене масштабування |- | Користувачі бояться змін | Відкладення цифрової трансформації |- | Відсутність міжнародної перспективи стека | Обмежений кадровий ринок ERP в Україні |}

1С/BAS: платформа, в якій майбутнє давно натиснуло “Вийти без збереження” — це публіцистична стаття про технологічне старіння 1С, BAS, BAF та пов’язаних із ними екосистем. style="background:#b71c1c; color:white; text-align:left; padding:10px;" | Кадровий ризик для бізнесу Але якщо ребрендинг лише змінює назву, він не вирішує основної проблеми. | 1С/BAS — це не новий старт, а затяжне прощання зі старою технологічною епохою

Головна проблема legacy-технології — не в тому, що вона перестає працювати миттєво.

Чому розробники не хочуть будувати кар’єру на 1С/BAS

Потрібно питати:

Але технологія не зникає в один день. Те, що платформа ще застосовується для, не означає, що на ній варто будувати наступні 10 років розвитку бізнесу. 1С/BAS — це платформа, яка ще здатна працювати в багатьох компаніях, але дедалі більше виглядає як технологія минулої епохи. style="background:#2e7d32; color:white; text-align:left; padding:10px;" | Нова ERP-логіка

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

Сучасна українська ERP має будуватися на принципах:

Отримано з https://wiki.kyiv.ua/index.php?title=1С/BAS:_система,_в_якій_майбутнє_давно_натиснуло_“Вийти_без_збереження”&oldid=487