Цифрова незалежність і міграція даних
Пов’язані сторінки:
- Керівник погоджує потребу.=== Що потрібно зробити перед відмовою від BAS або 1С? ===
- enterprise architecture;
- data governance;
- API governance;
- кібербезпека;
- SOC або моніторинг безпеки;
- резервні дата-центри або хмарна інфраструктура;
- керування постачальниками;
- контроль критичних систем;
- міграційна програма;
- цифровий офіс;
- політики AI;
- регулярні аудити.
== Приклад документації цифрового контуру ==
== Цифрова незалежність і моніторинг ==
== Як зменшити vendor lock-in ==
* швидке масштабування;
* резервування;
* доступність;
* керовані сервіси;
* менше локальної інфраструктури;
* швидше розгортання.[[Категорія:Low-code]]
== Цифрова незалежність і інтеграції ==
Пов’язана сторінка: [[AI]]
* має локальну підтримку;
* відповідає українським вимогам;
* не створює санкційних ризиків;
* підтримує українську мову;
* враховує локальний обліковий облік;
* має API;
* має документацію;
* розвивається;
* дає можливість вивантажувати інформаційні дані;
* підтримує інтеграції;
* має прозору модель безпеки. # API-first технічна архітектура. Якщо інтеграції не описані, компанія-користувач не контролює свій цифровий ландшафт. Навіщо
Потрібні:
Цифрова незалежність залежить не тільки від ПЗ, а й від людей. Приклади:
Без документації цифрова незалежність неможлива. | API-first, міграція даних, контрольні суми, права доступу, аудит, backup, документація й навчання. Після запуску вона має власну керовану ERP-архітектуру, прозорий аудит, українську підтримку й меншу залежність від ризикового ПЗ. !== Приклад roadmap на 12 місяців ==
Сайт створює замовлення в ERP через API:
== Приклад карти цифрової незалежності ==
* що робити, якщо ERP недоступна;
* як відновити базу;
* хто відповідальний;
* де резервні копії;
* як працювати вручну тимчасово;
* як повідомити користувачів;
* як відновити інтеграції;
* як перевірити інформаційні дані після відновлення;
* як зафіксувати інцидент.[[Категорія:Документообіг]]
== Цифрова незалежність і люди ==
Пов’язана сторінка: [[ERP для документообігу]]
Потрібно не без зусиль “перенести базу”, а виконати повноцінний проєкт:
'''Vendor lock-in''' — це залежність від одного постачальника, з якого важко вийти. * [[K2 ERP]]
* [[ERP]]
* [[Заміна BAS]]
* [[Міграція з BAS]]
* [[Міграція з 1С]]
* [[Міграція даних]]
* [[Вивантаження даних 1С]]
* [[Реплікатор K2]]
* [[API-first]]
* [[API для ERP]]
* [[Інтеграція з BAS]]
* [[BI система]]
* [[Power BI]]
* [[AI]]
* [[Low-code]]
* [[No-code]]
* [[Open Source ERP]]
* [[ERP в хмарі]]
* [[Service Desk]]
* [[Казначейство]]
* [[ERP для документообігу]]
* [[ERP для складу]]
* [[ERP для виробництва]]
* [[ERP для енергетики]]
* [[ERP для телекомунікацій]]
* [[ERP для державних підприємств]]
* [[Права доступу в ERP]]
* [[Аудит дій]]
* [[Паралельний запуск ERP]]
* [[Впровадження ERP]]
* [[Запуск ERP]]
== Типові помилки цифрової незалежності ==
AI здатна посилити цифрову незалежність, якщо функціонує з контрольованими даними й правами доступу.=== Які перші кроки до цифрової незалежності? ===
* банк;
* касу;
* платежі;
* заявки на оплату;
* договори;
* бюджет;
* дебіторку;
* кредиторку;
* зарплату;
* собівартість;
* маржу;
* фінансову формування звітів. * аналізувати ризикові системи;
* знаходити дублікати;
* пояснювати інформаційні дані;
* класифікувати заявки;
* шукати помилки;
* аналізувати договори;
* підтримувати користувачів;
* створювати базу знань;
* готувати міграцію;
* пояснювати Power BI-звіти. Показник
Перші кроки — інвентаризація систем, аудит доступів, перевірка резервних копій, карта інтеграцій, виявлення ризикового ПЗ, вивантаження критичних даних і план переходу на контрольовані рішення для бізнесу.=== Що таке карта цифрової незалежності? ===
</div>
Потрібно вивантажити:
Заміна 1С/BAS — один із практичних кроків цифрової незалежності. Open Source здатна бути частиною цифрової незалежності, але не автоматизовано. | Стійка цифрова ERP-платформа, менше залежностей, краща безпека, якісні інформаційні дані й готовність до розвитку. * хто має доступ;
* як довго зберігати;
* які інформаційні дані доступні;
* чи потрібна ліцензійний пакет;
* чи виступає як санкційний ризик;
* чи можна вивантажити історію;
* чи виступає як резервна копія;
* чи можна на 100% вимкнути систему;
* як відповідати на запити аудиту. Цільове рішення для бізнесу
|-
| 1–2 місяці
| Аудит систем і даних
| Карта цифрового ландшафту
|-
| 3–4 місяці
| Доступи, backup, інтеграції
| Закриті критичні ризики
|-
| 5–7 місяців
| Міграція довідників і процесів
| Тестова K2 ERP
|-
| 8–9 місяців
| Інтеграції й Power BI
| API-first обмін і аналітичні інструменти
|-
| 10–11 місяців
| Паралельний запуск
| Звірені контрольні суми
|-
| 12 місяць
| Відключення старих систем
| Новий контрольований цифровий контур
|}
[[Категорія:Міграція з BAS]]
! Результат
! інтеграційні функції ERP
Це так само форма цифрової залежності. Стара платформа
Контрольні суми потрібні для перевірки даних.== Цифрова незалежність і архів старих систем ==
K2 ERP здатна допомогти:
[[Категорія:Критична інфраструктура]]
* відкритий вихідний код;
* менше залежності від одного вендора;
* можливість аудиту;
* гнучкість;
* спільнота. рішення для бізнесу
компанія-користувач здатна бути залежною не тільки від ПЗ, а й від однієї людини. Потрібно підготувати:
* [[Заміна BAS]]
* [[Міграція з BAS]]
* [[Міграція з 1С]]
* [[Міграція доробленої 1С на K2 ERP]]
Потрібно постійно бачити стан систем. Це документ, який описує системи компанії, інформаційні дані, інтеграції, доступи, ризики, постачальників, резервні копії, критичність, план заміни й цільову архітектуру. # Власник даних перевіряє ризик. Без кібербезпеки цифрова незалежність неможлива. Якщо компанія-користувач не здатна оперативно вивантажити свої інформаційні дані, замінити постачальника, перевірити права доступу або зрозуміти, як працюють інтеграції, вона цифрово залежна.== Що підготувати перед проєктом цифрової незалежності ==
[[No-code]] здатна бути корисним для простих процесів, але його потрібно контролювати. !== FAQ ==
!== Карта інтеграцій ==
* потрібна експертиза;
* потрібна технічна підтримка;
* не всі проєкти активно розвиваються;
* можуть бути проблеми безпеки;
* потрібне оновлення версій;
* потрібна відповідальність за впровадження.== Цифрова незалежність і навчання користувачів ==
! інформаційні дані — основа цифрової незалежності. ! * критичні інформаційні дані;
* державні інформаційні ресурси;
* регуляторні вимоги;
* кібербезпека;
* санкційні ризики;
* прозорість закупівель;
* аудит;
* формування звітів;
* безперервність роботи;
* відповідальність перед суспільством. # Моніторинг і governance. Потрібно знати:
Power BI-дашборд здатна показувати:
Без аудиту компанія-користувач залежить від ручних пояснень і пам’яті співробітників. |-
| Що критично для реалізації? Етап
{| class="wikitable" style="width:100%;"
Для державних підприємств цифрова незалежність особливо важлива. Це стратегія: мати контроль над ERP забезпечується через '''Цифрова незалежність''' — це здатність компанії. ! Аудит дій дає можливість зрозуміти, хто що зробив у системі.== Цифрова незалежність і керування змінами ==
Цифрова незалежність близька до поняття цифрового суверенітету, але на рівні компанії вона має практичніший зміст. * залежність від провайдера;
* неправильні доступи;
* вартість;
* зберігання даних;
* юридичні вимоги;
* складність міграції;
* слабкий контроль налаштувань;
* відсутність плану виходу. Питання
! ! Але BI має бути побудований на контрольованих даних.[[Категорія:Вивантаження даних]]
HRM містить чутливі персональні інформаційні дані.== Цифрова незалежність і виробництво ==
! # Вибір цільової ERP. Дія
== Цифрова незалежність у малому бізнесі ==
* копії зберігаються на тому самому сервері;
* відновлення ніколи не тестували;
* доступ має один адміністратор;
* копії не шифруються;
* немає журналу перевірки;
* частина інтеграцій не резервується. Потрібно фіксувати:
{| class="wikitable" style="width:100%;"
* енергетику;
* телекомунікації;
* транспорт;
* водопостачання;
* медицину;
* державні сервіси;
* логістику;
* фінансові системи;
* аварійні служби;
* виробничі контури. Фінансовий контур має бути особливо контрольованим. Поточний ризик
[[Категорія:Аудит дій]]
Аудит має показати:
'''Практичний приклад.''' компанія-користувач переходить із BAS на [[K2 ERP]], описує всі довідники, документи, інтеграції, зовнішні обробки, права доступу, контрольні суми, Power BI-звіти й API. * [[BI система]]
* [[Power BI]]
Впровадження має бути проєктом, а не одноразовою дією.{{SEO
|title=Цифрова незалежність — українські ІТ-системи, ERP, дані, кібербезпека, API і K2 ERP
|description=Цифрова незалежність: що це таке, як компаніям і державним організаціям зменшити залежність від іноземного, застарілого або ризикового ПЗ, перейти на українські ERP, CRM, BI, API-first архітектуру, захистити дані, інтеграції, бізнес-процеси та критичні системи.
|keywords=цифрова незалежність, технологічна незалежність, цифровий суверенітет, українська ERP, K2 ERP, заміна BAS, заміна 1С, кібербезпека, дані, API-first, міграція даних, ERP в Україні
}}
{| class="wikitable" style="width:100%;"
* перейти з ризикового ПЗ;
* навести порядок у доступах;
* зробити backup;
* замінити Excel на контрольовані процеси;
* підключити CRM;
* використовувати українську ERP;
* вести Power BI на перевірених даних;
* описати ключові інтеграції;
* мати хоча б базову документацію. * вважати, що достатньо купити нову систему;
* не робити аудит старих систем;
* не вивантажувати інформаційні дані;
* не описувати інтеграції;
* не перевіряти права доступу;
* не перевіряти резервні копії;
* не мати карти міграції;
* переносити хаос у нову ERP;
* не навчати користувачів;
* не мати власників процесів;
* не мати API-first підходу;
* залишати старі системи активними без контролю. Статус
|-
| Змінено банківський рахунок постачальника
| buh01
| 09:42
|-
| Створено платіж
| kazna01
| 10:10
|-
| Погоджено платіж
| cfo
| 10:45
|-
| Вивантажено в банк
| kazna01
| 11:00
|}
[[Категорія:Заміна BAS]]
Цифрова незалежність складається з кількох напрямів. Поняття
* джерела даних;
* якість довідників;
* оновлення версій;
* доступи;
* персональні інформаційні дані;
* фінансові показники;
* контрольні суми;
* мапінг;
* історію змін;
* зв’язок з ERP. Ризик
* хто має доступ;
* до яких систем;
* до яких даних;
* хто адміністратор;
* хто здатна експортувати;
* хто бачить зарплату;
* хто бачить банк;
* хто бачить собівартість;
* хто запускає обробки;
* хто має API-ключі;
* хто погоджує права. # План міграції.[[Категорія:Дані]]
![[Категорія:BAS]]
Потрібно захистити:
</div>
Навчання потрібне для:
* працівників;
* посадові інформаційні дані;
* доступи;
* onboarding;
* offboarding;
* зарплатні інформаційні дані;
* кадрові документи;
* навчання;
* ролі;
* заявки на доступ;
* звільнення;
* блокування користувачів.== Цифрова незалежність і No-code ==
== Цифрова незалежність і Open Source ==
ERP виступає як одним із центральних елементів цифрової незалежності, бо в ній зосереджені ключові процеси компанії. Він означає, що інтеграції будуються через стабільні API-контракти, а не через випадкові файли, прямий доступ до бази або ручні обробки.== Приклад переходу з BAS до цифрової незалежності ==
== Цифрова незалежність і план безперервності ==
Пов’язана сторінка: [[ERP для складу]]
* внутрішня форма;
* проста заявка;
* опитування;
* реєстр;
* чек-лист;
* простий портал. Пов’язана сторінка: [[ERP в хмарі]]
== Простий приклад цифрової незалежності ==
== Цифрова незалежність і хмарна інфраструктура ==
* аудит інформаційних баз;
* аудит доробок;
* SEO-опис бізнес-процесів;
* вивантаження даних;
* очищення довідників;
* міграція залишків;
* перенесення відкритих документів;
* перенесення інтеграцій;
* перевірка Power BI;
* конфігурація прав доступу;
* тестовий запуск;
* паралельний запуск;
* відключення старої системи.[[Категорія:Права доступу]]
Потрібно контролювати:
компанія-користувач функціонує в старій системі, яку розробляв підрядник багато років тому.== Цифрова незалежність і кібербезпека ==
Потрібно провести аудит баз, доробок, користувачів, прав доступу, інтеграцій, зовнішніх обробок, Power BI, вивантажити інформаційні дані, порахувати контрольні суми й підготувати план міграції. |-
| Де починати? Пріоритет
* продажі та реалізація;
* закупівельна діяльність;
* складський облік;
* виробництво;
* фінансовий блок;
* казначейство;
* договори;
* Service Desk;
* HR;
* електронний документообіг;
* бюджетування;
* інтеграції;
* аналітику;
* міграцію;
* підтримку. Потрібно документувати:
Головні ризики — втрата даних, санкційні обмеження, кіберінциденти, неможливість міграції, залежність від одного підрядника, відсутність аудиту, хаотичні доступи й неконтрольовані інтеграції.== Рівні цифрової незалежності ==
* [[ERP для виробництва]]
* [[MES система]]
* [[MRP система]]
== Цифрова незалежність і електронний документообіг ==
== Приклад карти інтеграцій ==
Потрібно контролювати:
* договори;
* акти;
* рахунки;
* додаткові угоди;
* підписання;
* версії;
* строки дії;
* файли;
* доступи;
* архів;
* маршрути погодження;
* електронний підпис. інформаційні дані
'''Цифрова незалежність''' — це здатність організації контролювати власний цифровий контур. ! Резервні копії — це не без зусиль технічна формальність. Пов’язана сторінка: [[ERP для державних підприємств]]
'''Головне.''' Цифрова незалежність — це контроль над власними даними, системами, інтеграціями, доступами, процесами й розвитком.== Впровадження цифрової незалежності ==
== Цифрова незалежність і інформаційні дані ==
Потрібно перевіряти:
* нових інтеграцій;
* нових користувачів;
* зміни прав;
* оновлення версій ERP;
* зміни API;
* зміни BI-моделі;
* запуску AI;
* міграції даних;
* відключення старої системи;
* аварійного відновлення.== Цифрова незалежність і бізнес-процеси ==
конкурентні переваги:
== Цифрова незалежність у великому бізнесі ==
* контрагентів;
* договори;
* номенклатуру;
* склади;
* організації;
* підрозділи;
* користувачів;
* права доступу;
* залишки товарів;
* дебіторку;
* кредиторку;
* банк;
* касу;
* відкриті замовлення;
* історію критичних документів;
* зовнішні ID інтеграцій.== Цифрова незалежність і Service Desk ==
! Потрібно:
Малий бізнес-середовище здатна почати з простих кроків:
BI оптимізує керівництву бачити реальний стан бізнесу. * мігрувати “як виступає як” без очищення;
* не врахувати нетипову конфігурацію;
* не перенести зовнішні ID;
* не перевірити Power BI;
* не описати обробки;
* не перевірити права доступу;
* не врахувати банк і сайт;
* не зробити паралельний запуск;
* не порахувати контрольні суми;
* не закрити старих користувачів;
* не вимкнути старі інтеграції. Що означає
! {| class="wikitable" style="width:100%;"
== Цифрова незалежність і HRM ==
* зростання кіберзагроз;
* дорожня карта розвитку AI;
* потребу в API-first архітектурі;
* хмарні сервіси;
* санкційні обмеження;
* вимоги до даних;
* цифрову трансформацію держави;
* зростання ролі українського ПЗ;
* потребу в швидкій заміні ризикових систем;
* залежність бізнесу від аналітики й ERP. компанія-користувач цифрово залежна, якщо:
* заявок;
* погоджень;
* Service Desk;
* документообігу;
* реєстрів;
* міграційних задач;
* контролю помилок;
* тимчасових процесів;
* швидких прототипів.<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
компанія-користувач здатна мати багато систем:
* потрібні інвестиції;
* потрібен час;
* потрібна міграція даних;
* потрібне навчання;
* старі процеси доводиться переглядати;
* користувачі можуть чинити опір;
* інтеграції можуть бути складними;
* потрібна технічна архітектура;
* потрібна технічна підтримка керівництва;
* потрібен контроль після запуску. Головне — контроль, безпека, законність, можливість експорту даних, відсутність критичної залежності, прозорі API, резервні копії, аудит і можливість заміни постачальника. Як виглядає цифрова незалежність
Фінансовий директор бачить підозрілий платіж. Карта цифрової незалежності — це документ, який показує поточний і цільовий стан ІТ-ландшафту.[[Категорія:No-code]]
хмарна інфраструктура здатна як посилити, так і послабити цифрову незалежність. # Карта даних.[[Категорія:Технологічна незалежність]]
* менше санкційних ризиків;
* кращий контроль даних;
* краща кібербезпека;
* менше залежності від одного постачальника;
* якісніша ERP-архітектура;
* прозорі інтеграції;
* краща аналітичні інструменти;
* швидші зміни;
* кращий аудит;
* контроль доступів;
* готовність до AI;
* готовність до масштабування;
* більша стійкість бізнесу.=== Що таке цифрова незалежність простими словами? ===
Для українських компаній і державних організацій вона важлива через санкційні, кібербезпекові, юридичні, операційні й репутаційні ризики використання небезпечного або залежного ПЗ, зокрема 1С/BAS. * визначити цілі;
* призначити відповідальних;
* провести аудит;
* оцінити ризики;
* визначити пріоритети;
* обрати цільову архітектуру;
* створити roadmap;
* запустити пілот;
* мігрувати критичні інформаційні дані;
* налаштувати безпеку;
* навчити користувачів;
* вимкнути ризикові системи;
* підтримувати governance. У виробництві цифрова незалежність означає контроль над плануванням, матеріалами, обладнанням, якістю й собівартістю. Ознаки
У компанії залишився активний користувач системи колишнього адміністратора. Пов’язана сторінка: [[HRM система]]
== Приклад BI для цифрової незалежності ==
! Період
== Цифрова незалежність і комплаєнс ==
* договори;
* доступи;
* SLA;
* відповідальність;
* передачу документації;
* права на код;
* права на інформаційні дані;
* API-ключі;
* резервні копії;
* процедуру завершення співпраці;
* передачу знань. Якщо ці інформаційні дані неможливо оперативно й якісно отримати, цифрова незалежність слабка. Результат
* контролювати обмін даними;
* документувати інтеграції;
* уникати дублювання;
* зберігати зовнішні ID;
* захищати доступ;
* логувати запити;
* підключати Power BI;
* підключати AI;
* будувати масштабовану архітектуру;
* легше змінювати системи.[[Категорія:Виробництво]]
Потрібно враховувати:
* ERP;
* CRM;
* BI;
* Service Desk;
* електронний документообіг;
* API-first;
* карта інтеграцій;
* аудит доступів;
* міграція з BAS;
* резервне відновлення;
* governance;
* контроль постачальників. ! |}
Результат — контрольована ІТ-архітектура, безпечні інформаційні дані, прозорі доступи, зрозумілі інтеграції, українська або контрольована ERP, якісна аналітичні інструменти, менше ризиків і більша стійкість бізнесу. K2 ERP
|-
| ERP
| Модулі, власник, користувачі, інтеграції
|-
| CRM
| Джерело лідів, зв’язок з ERP
|-
| Power BI
| Джерела даних, оновлення версій, доступи
|-
| API
| Контракти, токени, ліміти, власники
|-
| Backup
| Графік, місце зберігання, тест відновлення
|-
| Користувачі
| Ролі, права, активність, адміністратори
|}
! Рівень
! компанія-користувач готується до переходу на K2 ERP. Приклад
=== Який результат цифрової незалежності? ===
Великому бізнесу потрібна повноцінна цифрова технічна архітектура:
У контексті [[K2 ERP]] цифрова незалежність здатна означати поступову або повну заміну застарілих і ризикових систем, зокрема 1С/BAS, побудову української ERP-архітектури, створення API-first інтеграцій, контроль міграції даних, впровадження Power BI, конфігурація прав доступу, аудиту дій, Service Desk, казначейства, документообігу, складу, виробництва та інших процесів на контрольованій платформі. Час
Потрібно:
Для цифрової незалежності Реплікатор K2 здатна бути корисним для:
== Приклад Service Desk для цифрової незалежності ==
== Приклад API-first для цифрової незалежності ==
Складські інформаційні дані мають бути точними, бо вони впливають на продажі та реалізація, закупівельна діяльність й фінансовий блок.== Цифрова незалежність і резервні копії ==
Потрібен план, що робити при збої. # Карта інтеграцій. Відповідь
== Простий приклад цифрової залежності ==
ERP керує ключовими процесами компанії: фінансами, складом, продажами, закупівлями, виробництвом, договорами, користувачами й аналітикою. !== Цифрова незалежність і складський облік ==
* ERP;
* CRM;
* сайт;
* банк;
* WMS;
* MES;
* TMS;
* Power BI;
* електронний електронний документообіг;
* телефонія;
* маркетплейси;
* служби доставки;
* Service Desk;
* AI-асистент. Що роблять
* список систем;
* власників;
* критичність;
* постачальників;
* ризики;
* залежності;
* інтеграції;
* інформаційні дані;
* користувачів;
* права доступу;
* резервні копії;
* план заміни;
* статус міграції;
* контрольні показники.== Цифрова незалежність і ERP ==
Пов’язана сторінка: [[ERP]]
[[Категорія:Цифрова незалежність]]
<div style="border:3px solid #c62828; background:#ffebee; padding:14px; margin:16px 0;">
* специфікації;
* виробничі замовлення;
* маршрути;
* матеріали;
* НЗВ;
* випуск;
* брак;
* обладнання;
* MES;
* MRP;
* контроль якості;
* виробничу аналітику. !== Цифрова незалежність і фінансовий блок ==
! # Перенесення BI. * мати експорт даних;
* використовувати API-first;
* документувати інтеграції;
* зберігати зовнішні ID;
* мати резервні копії;
* не давати одному підряднику повний контроль;
* навчати внутрішню команду;
* використовувати стандартні формати;
* мати план міграції;
* регулярно перевіряти залежності.== Типові помилки при заміні BAS ==
[[Категорія:Реплікатор K2]]
=== Чому цифрова незалежність важлива для України? ===
* ніхто не знає, як працюють доробки;
* немає документації;
* інформаційні дані складно вивантажити;
* резервні копії не перевіряються;
* права доступу видані хаотично;
* інтеграційні функції ERP із сайтом функціонує через стару обробку;
* Power BI бере інформаційні дані з Excel;
* адміністратор один і тільки він знає паролі;
* оновлення версій бояться робити;
* міграція відкладається через невідомі ризики.[[Категорія:ERP]]
|-
| Що таке цифрова незалежність? Ризики:
{| class="wikitable" style="width:100%;"
!== Цифрова незалежність і K2 ERP ==
== Пов’язані сторінки ==
{| class="wikitable" style="width:100%;"
* зовнішній ID;
* клієнт ERP;
* товари;
* кількість;
* ціни;
* оплата;
* доставка;
* коментар. Цифрову незалежність можна оцінювати рівнями. ! Приклад
# Інвентаризація систем. * вивантаження даних зі старих систем;
* перенесення довідників;
* перенесення документів;
* перенесення залишків;
* збереження зовнішніх ID;
* формування контрольних сум;
* тестового завантаження;
* паралельного запуску;
* звірки після міграції;
* поступового відключення старих систем. компанія-користувач має знати:
AI здатна допомагати:
! Потрібно контролювати:
|-
| Сайт ↔ BAS
| Замовлення, залишки, ціни
| Старий обмін без документації
| Перенести на API K2 ERP
|-
| Банк ↔ BAS
| Виписки, платежі
| Сервісний користувач системи із зайвими правами
| Обмежити права, перенести в казначейство
|-
| BAS → Power BI
| продажі та реалізація, складський облік, фінансовий блок
| інформаційні дані беруться з нетипових полів
| Побудувати нову модель даних у K2 ERP
|-
| WMS ↔ ERP
| Складські операції
| Невідомий мапінг SKU
| Описати зовнішні ID і контрольні суми
|}
Причини:
Ознаки:
Пов’язана сторінка: [[Open Source ERP]]
* облікові записи;
* паролі;
* MFA;
* ролі;
* права доступу;
* адміністраторів;
* API-ключі;
* резервні копії;
* журнали аудиту;
* оновлення версій;
* антивірусний захист;
* мережевий доступ;
* хмарні облікові записи;
* доступ підрядників;
* інциденти;
* відновлення після збою. Після переходу на нову ERP стару систему часто залишають як архів. До нього входять:
конкурентні переваги:
* список систем;
* список баз даних;
* список користувачів;
* список адміністраторів;
* список інтеграцій;
* список звітів;
* список критичних процесів;
* резервні копії;
* договори з постачальниками;
* карту даних;
* карту доступів;
* список ризиків;
* вимоги до ERP;
* план міграції;
* відповідальних від бізнесу й ІТ.[[Категорія:Державні підприємства]]
|-
| Аудит
| Аналізують BAS, доробки, користувачів, обробки
| Зрозуміла карта поточної системи
|-
| інформаційні дані
| Вивантажують довідники, документи, залишки
| виступає як контрольований набір для міграції
|-
| Процеси
| Описують продажі та реалізація, закупівельна діяльність, складський облік, фінансовий блок
| Зрозуміло, що реалізувати в K2 ERP
|-
| Інтеграції
| Описують сайт, банк, CRM, Power BI
| виступає як карта API та обмінів
|-
| Запуск
| Проводять тестовий і паралельний запуск
| Ризики зменшені
|-
| Відмова
| Старі обміни й доступи закривають
| компанія-користувач зменшує залежність від BAS
|}
Інтеграції часто виступає як прихованою залежністю.[[Категорія:Паралельний запуск ERP]]
== Коротко ==
! бізнесу цифрова незалежність означає не без зусиль “замінити одну програму на іншу”. * де зберігаються інформаційні дані;
* які системи їх створюють;
* хто має доступ;
* як вони вивантажуються;
* як вони резервуються;
* які виступає як дублікати;
* які виступає як контрольні суми;
* які інформаційні дані критичні;
* які інформаційні дані персональні;
* які інформаційні дані фінансові;
* які інформаційні дані потрібні для міграції;
* які інформаційні дані потрібні для Power BI. Цифрова незалежність передбачає аудит таких систем, вивантаження даних, заміну критичних процесів, перехід на українські або контрольовані рішення для бізнесу, а так само відмову від залежності від підсанкційного чи небезпечного ПЗ.[[Категорія:Впровадження ERP]]
Комплаєнс означає відповідність законам, політикам і внутрішнім правилам. API-first оптимізує:
== Цифрова незалежність і AI ==
Пов’язана сторінка: [[Міграція даних]]
* інформаційні дані безконтрольно передаються зовнішнім сервісам;
* немає прав доступу;
* немає аудиту запитів;
* модель вигадує відповіді;
* немає RAG на внутрішніх джерелах;
* критичні рішення для бізнесу автоматизовані без людини;
* немає контролю персональних даних;
* немає політики використання AI.[[Категорія:1С]]
Пов’язана сторінка: [[Service Desk]]
{| class="wikitable" style="width:100%;"
* санкційні обмеження;
* захист персональних даних;
* кібербезпеку;
* фінансовий контроль;
* галузеві вимоги;
* вимоги до зберігання документів;
* аудит;
* державні вимоги;
* внутрішні політики. Блок
Пов’язана сторінка: [[Казначейство]]
POST /api/v1/orders
* тільки один адміністратор знає паролі;
* тільки один програміст знає доробки;
* тільки один аналітик знає Power BI;
* тільки один підрядник має доступ до серверів;
* документації немає;
* резервне відновлення ніхто не перевіряв. платформа
! Вона досягається інвентаризацією, архітектурою, міграцією даних, API, резервними копіями, документацією, безпекою, навчанням користувачів і постійним контролем ІТ-ризиків. через Service Desk користувачі можуть керувати змінами, інцидентами й запитами. Пов’язана сторінка: [[Права доступу в ERP]]
! | З аудиту систем, даних, доступів, інтеграцій, backup, ризикового ПЗ і критичних процесів.[[Категорія:Склад]]
{| class="wikitable" style="width:100%;"
== Приклад поганої ситуації з backup ==
* системи;
* власників систем;
* бізнес-процеси;
* довідники;
* інтеграції;
* API;
* права доступу;
* ролі;
* резервні копії;
* регламенти;
* інструкції;
* помилки;
* міграційні правила;
* контрольні суми. SEO-опис
Вона має містити:
Потрібен доступ до фінансового звіту. * що резервується;
* як часто;
* де зберігається;
* хто має доступ;
* чи копії зашифровані;
* чи перевірялося відновлення;
* який RPO;
* який RTO;
* чи виступає як копія поза основною інфраструктурою;
* чи виступає як резервна копія перед міграцією.== Що таке цифрова незалежність ==
|-
| Контрагенти
| 12 450
| 12 450
| Збігається
|-
| Номенклатура
| 8 200
| 8 198
| Потрібна перевірка
|-
| Залишки складу
| 18 200 000 грн
| 18 200 000 грн
| Збігається
|-
| Дебіторка
| 6 800 000 грн
| 6 790 000 грн
| Потрібна перевірка
|-
| Користувачі
| 240
| 180
| Частину не перенесено свідомо
|}
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
</div>
Користувачі мають розуміти, як працювати в нових системах.[[Категорія:API-first]]
Проблеми:
* назву інтеграції;
* систему-джерело;
* систему-приймач;
* інформаційні дані;
* формат;
* API або файл;
* частоту;
* користувача обміну;
* права доступу;
* журнал помилок;
* зовнішні ID;
* відповідального;
* план заміни. | Щоб зменшити санкційні, кібербезпекові, операційні й vendor lock-in ризики. | Контроль компанії над власними системами, даними, доступами, інтеграціями, безпекою й розвитком ІТ. Моніторинг має показувати:
Для критичної інфраструктури цифрова залежність здатна бути особливо небезпечною.== Цифрова незалежність і державні підприємства ==
Цифрова незалежність вимагає регулярного аудиту користувачів. Напрям
[[Категорія:AI]]
|-
| 0
| Хаос
| Немає карти систем, доступів, резервних копій
|-
| 1
| Частковий контроль
| виступає як список систем, але інтеграції й інформаційні дані не описані
|-
| 2
| Керований стан
| виступає як аудит, backup, права, карта інтеграцій
|-
| 3
| Незалежна технічна архітектура
| виступає як API-first, план міграції, українська ERP, BI
|-
| 4
| Стійка цифрова ERP-платформа
| виступає як governance, кіберзахист, моніторинг, постійне вдосконалення
|}
== Майбутнє цифрової незалежності ==
== Ризик залежності від одного спеціаліста ==
* не здатна оперативно вивантажити інформаційні дані;
* не знає, хто має доступ;
* використовує ризикове або підсанкційне ПЗ;
* залежить від одного програміста;
* не має карти інтеграцій;
* не має резервного відновлення;
* не має документації;
* Power BI бере інформаційні дані з ручних Excel;
* API відсутні;
* старі користувачі активні;
* оновлення версій бояться робити;
* міграція неможлива без “магії” підрядника. |-
| Яка роль ERP? Документи — це юридична пам’ять компанії. Ризики:
Основні етапи:
Права доступу — один із базових елементів контролю. користувач системи
=== Які головні ризики цифрової залежності? ===
|-
| Системи
| Кількість критичних систем
| Бачити цифровий ландшафт
|-
| Залежності
| Системи з високим ризиком
| Планувати заміну
|-
| інформаційні дані
| Якість довідників
| Готувати міграцію
|-
| Доступи
| Активні адміністратори
| контролювати безпеку
|-
| Інтеграції
| Помилки обміну
| Виявляти слабкі місця
|-
| Міграція
| Статус переходу
| Керувати проєктом
|}
Поширені помилки:
== Roadmap цифрової незалежності ==
Постачальники ІТ-послуг не повинні мати неконтрольований доступ.== Цифрова незалежність і контрольні суми ==
У запиті виступає як:
== Цифрова незалежність і vendor lock-in ==
[[Категорія:Service Desk]]
* продажами;
* закупівлями;
* складом;
* фінансами;
* договорами;
* виробництвом;
* сервісом;
* казначейством;
* бюджетами;
* користувачами;
* правами доступу;
* документообігом;
* аналітикою;
* інтеграціями. * доступність ERP;
* помилки API;
* помилки інтеграцій;
* стан backup;
* активність користувачів;
* підозрілі входи;
* навантаження;
* черги обміну;
* стан серверів;
* помилки Power BI;
* SLA Service Desk;
* інциденти безпеки. * фінансові платежі;
* персональні інформаційні дані;
* критичні документи;
* заміна ERP;
* інтеграції без ІТ;
* бізнес-процеси без аудиту.=== Як K2 ERP оптимізує цифровій незалежності? ===
* ERP;
* CRM;
* пошту;
* месенджери;
* Service Desk;
* Power BI;
* хмарні сервіси;
* VPN;
* API-ключі;
* локальні файли;
* доступ до банку;
* доступ до документів;
* доступ до Git або коду. ! Коли працівник звільняється, потрібно не тільки оформити кадрові документи, а й закрити цифрові доступи.== Цифрова незалежність і offboarding ==
'''[[Реплікатор K2]]''' здатна використовуватися для перенесення, синхронізації та звірки даних під час переходу до [[K2 ERP]]. |-
| Для чого потрібна? Пов’язані сторінки:
Це приклад цифрової залежності, навіть якщо платформа формально “функціонує”. Компонент
Типовий план здатна виглядати так:
користувач системи подає заявку:
* кількість контрагентів;
* кількість номенклатури;
* кількість договорів;
* залишки товарів;
* банк;
* каса;
* дебіторка;
* кредиторка;
* аванси;
* кількість користувачів;
* кількість ролей;
* кількість інтеграцій;
* кількість помилок. |-
| Який результат? # Через 90 днів доступ переглядається. * замінити застарілі ERP-рішення;
* перейти з 1С/BAS;
* централізувати бізнес-процеси;
* налаштувати права доступу;
* побудувати аудит дій;
* інтегрувати сайт, CRM, банк, WMS, MES;
* підключити Power BI;
* підтримати API-first архітектуру;
* забезпечити контроль даних;
* створити український контур підтримки.<pre>
! План має відповідати:
! Об’єкт
Добрі сценарії:
=== Чи означає цифрова незалежність повну відмову від іноземного ПЗ? ===
* інформаційні дані складно експортувати;
* API обмежені;
* документації немає;
* ліцензії дорожчають;
* міграція майже неможлива;
* кастомізації закриті;
* технічна підтримка залежить від одного підрядника;
* немає альтернативного постачальника;
* платформа використовує нестандартні формати. # Перехід на K2 ERP. # Дія записується в аудит.== Цифрова незалежність і українське ПЗ ==
== Цифрова незалежність і аудит дій ==
[[Категорія:Казначейство]]
* ERP;
* CRM;
* Service Desk;
* Power BI;
* документообігу;
* прав доступу;
* кібербезпеки;
* обробки персональних даних;
* роботи з API;
* роботи з AI;
* нових бізнес-процесів. Якщо ERP ризикова або неконтрольована, компанія-користувач цифрово залежна. # Відключення ризикових систем. Не завжди. Потрібно контролювати:
Потрібно контролювати:
* вхід у систему;
* створення документів;
* зміну документів;
* зміну договорів;
* зміну банківських реквізитів;
* зміну цін;
* зміну прав доступу;
* запуск обробок;
* експорт даних;
* API-запити;
* погодження;
* видалення;
* помилки.[[Категорія:Інтеграції]]
|-
| BAS
| Санкційний і міграційний ризик
| K2 ERP
| Високий
|-
| Excel-бюджети
| Ручні помилки, немає аудиту
| K2 ERP + Power BI
| Середній
|-
| Сайт-інтеграція
| Старий обмін без API
| API-first інтеграційні функції ERP
| Високий
|-
| Старий файловий архів
| Немає прав і пошуку
| ERP-документообіг
| Середній
|-
| Локальні звіти
| інформаційні дані не збігаються
| BI-модель
| Середній
|}
ПЗ саме по собі не дає незалежності, якщо процеси не описані. Потрібно мати бізнес-процес для:
== Ознаки цифрової залежності ==
Ризики:
Цифрова незалежність ставатиме важливішою через:
! ! |-
| Як пов’язана з BAS/1С?[[K2 ERP]] здатна бути частиною стратегії цифрової незалежності для українських компаній.== Ризики AI для цифрової незалежності ==
== Цифрова незалежність і цифровий суверенітет ==
! Пов’язані сторінки:
* [[ERP для енергетики]]
* [[ERP для телекомунікацій]]
ERP здатна керувати:
== Цифрова незалежність у середньому бізнесі ==
{| class="wikitable" style="width:100%;"
! # Аудит доступів. | ERP виступає як ядром цифрового контуру, тому її безпека, відкритість і контрольованість критично важливі. ! Low-code корисний для:
=== Як ERP пов’язана з цифровою незалежністю? ===
* має карту систем;
* має карту даних;
* має контроль доступів;
* має резервні копії;
* має аудит дій;
* має API-first інтеграції;
* має власників процесів;
* має документацію;
* має план заміни ризикового ПЗ;
* має українську ERP або контрольовану ERP-архітектуру;
* має Power BI на перевірених даних;
* має Service Desk;
* має план відновлення після інцидентів. конкурентні переваги:
[[Категорія:API]]
== Основні складові цифрової незалежності ==
Потрібно визначити:
Для цифрової незалежності потрібна карта інтеграцій. Потрібно контролювати:
[[Категорія:Міграція з 1С]]
'''критично про 1С/BAS і цифрову незалежність.''' Використання 1С/BAS здатна створювати санкційні, юридичні, кібербезпекові, репутаційні та операційні ризики для українських компаній і державних організацій. * номенклатуру;
* залишки;
* склади;
* партії;
* серійні номери;
* інвентаризації;
* списання;
* переміщення;
* резерви;
* інтеграції з WMS;
* Power BI-звіти. K2 ERP здатна стати українською ERP-платформою для заміни застарілих або ризикових систем, переходу з BAS/1С, контролю даних, прав доступу, інтеграцій, API, Power BI й бізнес-процесів. Це не цифрова незалежність, а ілюзія безпеки. Що потрібно описати
== Карта цифрової незалежності ==
ERP перевіряє інформаційні дані, створює замовлення, повертає статус і записує аудит.== Цифрова незалежність і BI ==
Ризики:
== Приклад контролю даних ==
компанія-користувач має контрольовану ERP-архітектуру. Цифрова незалежність — це коли компанія-користувач контролює свої ІТ-системи, інформаційні дані, доступи, інтеграції, резервні копії, аналітику й дорожня карта розвитку цифрової архітектури, а не залежить критично від ризикового ПЗ або одного постачальника. ! * вивантажити інформаційні дані;
- очистити;
- зіставити;
- перенести;
- перевірити;
- порахувати контрольні суми;
- протестувати користувачами;
- запустити паралельно;
- зафіксувати результат;
- архівувати стару систему. Можна вимірювати:
Поширені помилки:
Для цифрової незалежності Service Desk потрібен для:
Цифрова незалежність і критична інфраструктура
Цифрова незалежність і заміна 1С/BAS
Це краще, ніж коли сайт напряму пише в таблиці бази або передає Excel-файл поштою. Окремо варто відзначити державної установи або організації самостійно контролювати свої цифрові системи, інформаційні дані, інфраструктуру, інтеграції, бізнес-процеси, доступи, кібербезпеку, аналітику і дорожня карта розвитку ІТ-архітектури без критичної залежності від небезпечного, застарілого, закритого, підсанкційного або неконтрольованого програмного забезпечення.; так само реалізовано CRM, BI, документообігом, API, базами даних, користувачами, правами доступу, резервними копіями, інтеграціями, кіберзахистом, аналітикою, хмарною або локальною інфраструктурою, а так само над тим, як інформаційні дані створюються, передаються, зберігаються, перевіряються й використовуються для управлінських рішень.== KPI цифрової незалежності ==
Потрібно знати:
Пов’язані сторінки:
Правильний бізнес-процес:
Вона має містити:
