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

Власна хмара ERP

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

хмарна інфраструктура ERP і електронний документообіг

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

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

Власна хмарна інфраструктура ERP потребує правильної архітектури й підтримки. Потрібно врахувати:

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

Архів потрібен для:

  • централізовано розмістити ERP;
  • контролювати доступи;
  • захистити інформаційні дані;
  • мати резервні копії;
  • підключити філії;
  • забезпечити віддалену роботу;
  • інтегрувати ERP з іншими системами;
  • підключити Power BI;
  • використовувати AI;
  • контролювати продуктивність;
  • масштабувати ресурси;
  • поетапно перейти з 1С/BAS;
  • зменшити залежність від локальних серверів. Власна хмарна інфраструктура ERP має масштабуватися разом із бізнесом. Варіант
  • адміністратор;
  • бухгалтер;
  • фінансист;
  • менеджер продажів;
  • керівник продажів;
  • закупівельник;
  • комірник;
  • виробництво;
  • HR;
  • керівник підрозділу;
  • директор;
  • зовнішній користувач системи;
  • аудитор.

Власна хмарна інфраструктура ERP дає можливість співробітникам працювати віддалено. * ERP система;

| Що найважливіше? Моніторинг ERP дає можливість бачити стан системи. * хто увійшов у систему;

  • коли увійшов;
  • які документи переглядав;
  • що створив;
  • що змінив;
  • що видалив;
  • які звіти відкривав;
  • які інтеграції запускались;
  • які помилки виникали;
  • які дії виконував адміністратор. Приклади:

Мобільний доступ до ERP

AI здатна:

  • доступність ERP;
  • навантаження CPU;
  • використання RAM;
  • дисковий простір;
  • стан бази даних;
  • час відповіді;
  • помилки API;
  • черги інтеграцій;
  • успішність резервних копій;
  • кількість користувачів;
  • критичні події. Коли підходить
  • SMS-код;
  • email-код;
  • застосунок автентифікації;
  • апаратний ключ;
  • одноразовий пароль;
  • корпоративну SSO-автентифікацію. Для чого потрібне

!== інтеграційні функції ERP з Power BI ==

DevOps здатна включати:

  • заявками;
  • маршрутами;
  • складом;
  • замовленнями;
  • задачами;
  • фото;
  • підписами;
  • чеклістами;
  • погодженнями;
  • оплатами;
  • статусами;
  • повідомленнями. Власна ERP-хмара дає компанії:

Можливі сценарії:

Резервне копіювання ERP

Див. так само

RPO і RTO для ERP

Правило 3-2-1 для резервних копій

Міграція даних — це перенесення даних зі старих систем у нову ERP-хмару. # Зафіксувати результат. |- | Запустити ERP без резервних копій | ризик втрати критичних даних | налаштувати backup до старту користувачів |- | Не мати тестового середовища | оновлення версій можуть зламати роботу | створити test/stage перед production |- | Не описати права доступу | користувачі бачать зайві інформаційні дані | налаштувати ролі й аудит |- | Не моніторити ресурси | ERP здатна сповільнюватися без пояснення | налаштувати моніторинг CPU, RAM, дисків і БД |- | Не контролювати API | інтеграції створюють ризики безпеки | використовувати ключі, токени, логи й обмеження |- | Не перевіряти відновлення | backup виступає як, але відновити систему неможливо | регулярно тестувати restore |- | Перенести хаос зі старої 1С | нова ERP повторює старі проблеми | очистити інформаційні дані перед міграцією |}

Типові помилки при створенні власної ERP-хмари

Як оцінити ресурси для ERP-хмари

  • продуктивне середовище K2 ERP;
  • база даних;
  • файлове сховище;
  • користувачі;
  • ролі доступу;
  • резервні копії;
  • журнал дій;
  • базовий моніторинг;
  • інтеграційні функції ERP з банком;
  • інтеграційні функції ERP з Power BI;
  • базовий API. ECM здатна підтримувати:

AI-помічник у власній хмарі ERP

Продуктивне і тестове середовище

|- | Власна хмарна інфраструктура ERP | інфраструктура контролюється компанією або її провайдером | потрібен контроль, безпека, інтеграції, специфічні конфігурація |- | Публічна SaaS ERP | платформа функціонує в спільній хмарі постачальника | потрібен швидкий старт без складної інфраструктури |- | Локальний сервер | ERP функціонує в офісі компанії | виступає як власна IT-команда і стабільна локальна інфраструктура |- | Гібридна модель | частина систем у хмарі, частина локально | поетапна міграція або складні інтеграції зі старими системами |}

Власна хмара ERP — це приватне середовище для роботи ERP-системи, яке здатна бути розгорнуте на власних серверах, у дата-центрі, у приватному cloud-провайдері або в гібридній інфраструктурі. через BPM система користувачі можуть цифровізувати бізнес-процеси в ERP-хмарі. Для ERP часто використовують підхід 3-2-1:

  • керівники;
  • менеджери продажів;
  • фінансисти;
  • бухгалтери;
  • закупівельники;
  • HR;
  • аналітики;
  • сервісні інженери;
  • кур’єри;
  • бригади;
  • аудитори;
  • зовнішні користувачі. Правильний запуск власної хмари ERP — це не без зусиль орендувати сервер.== оновлення версій ERP у власній хмарі ==
  • де зберігаються резервні копії;
  • хто відповідає за відновлення;
  • скільки часу займає відновлення;
  • які інформаційні дані можна втратити;
  • як перевіряються копії;
  • як відновити базу;
  • як відновити файли;
  • як відновити інтеграції;
  • як повідомити користувачів.K2 ERP здатна працювати у власній хмарі компанії або в приватній хмарній інфраструктурі. Відповідь

У журналі можна фіксувати: VPN здатна використовуватися для захищеного доступу до ERP-хмари. {| class="wikitable" style="width:100%;"

Висновок

  • сервер застосунку ERP;
  • сервер бази даних;
  • файлове сховище;
  • сервер інтеграцій;
  • API-шлюз;
  • сервер резервних копій;
  • систему моніторингу;
  • систему логування;
  • VPN або захищений доступ;
  • балансування навантаження;
  • тестове середовище;
  • продуктивне середовище;
  • середовище для Power BI;
  • AI-сервіси. * 3 копії даних;
  • 2 різні типи носіїв або сховищ;
  • 1 копія поза основною інфраструктурою. | Компаніям, яким потрібен контроль над даними, безпекою, доступами, інтеграціями, продуктивністю, філіями та переходом із 1С/BAS. | Так. Показник

технічна архітектура власної хмари ERP

ECM у власній ERP-хмарі

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

API ERP у власній хмарі дає можливість підключати зовнішні системи.

Потрібно резервувати: ! !== Ризики власної ERP-хмари ==

Міграція даних у власну ERP-хмару

База даних ERP зберігає ключові інформаційні дані бізнесу. K2 ERP у власній хмарі. K2 ERP здатна працювати у власній ERP-хмарі компанії: користувачі, ролі, бази даних, документи, API, інтеграції, Power BI, AI, резервні копії, моніторинг, безпека, мобільний доступ і поетапний перехід із 1С/BAS. Це побудувати архітектуру: продуктивне й тестове середовище, базу даних, файлове сховище, резервне копіювання, відновлення, ролі доступу, моніторинг, безпеку, API, інтеграції, Power BI, AI і регламент підтримки. Можна інтегрувати:

Ролі доступу в ERP

Власна хмарна інфраструктура ERP і публічна хмарна інфраструктура

! !

Відновлення ERP має бути описане в регламенті. Особливості

Другий етап:

MFA або багатофакторна автентифікація підвищує безпеку входу в ERP. це приватна хмарна інфраструктура компанії; так само реалізовано баз даних, документів, інтеграцій, API, аналітики, резервних копій, AI-сервісів, Power BI, мобільних застосунків і внутрішніх бізнес-сервісів виступає ключовою рисою розміщення ERP-системи забезпечується через Власна хмарна інфраструктура ERP.== MFA для ERP ==

Для чого потрібна власна ERP-хмара

Вартість власної ERP-хмари здатна складатися з: Можна централізувати:

Мінімальний старт власної хмари ERP

Власна хмарна інфраструктура ERP потрібна, щоб компанія-користувач могла: Перед запуском потрібно перевірити: Резервне копіювання ERP — критичний елемент власної хмари.SEO title: Власна хмара ERP — приватна ERP-хмара, сервери, безпека, резервні копії, інтеграції, AI, Power BI і K2 ERP

SEO keywords: власна хмара ERP, приватна хмара ERP, ERP у хмарі, хмарна ERP, K2 ERP хмара, українська ERP у хмарі, ERP сервер, ERP інфраструктура, приватна хмара, резервне копіювання ERP, безпека ERP, API ERP, Power BI, AI в ERP, альтернатива 1С у хмарі, заміна BAS 

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}

  • договори;
  • акти;
  • рахунки;
  • накладні;
  • фото виконаних робіт;
  • файли заявок;
  • креслення;
  • сертифікати;
  • технічну документацію;
  • шаблони;
  • звіти;
  • архіви. # Узгодити час оновлення версій. Сервер ERP — це базовий сервер, на якому функціонує прикладна логіка ERP-системи. |-

| Кому потрібна власна ERP-хмара? # Перевірити інтеграції. ! | Резервні копії, безпека, ролі доступу, моніторинг, тестове середовище, API, інтеграції, Power BI, AI і регламент відновлення.== API у власній ERP-хмарі ==

  • авторизацію користувачів;
  • бізнес-логіку;
  • документи;
  • форми;
  • довідники;
  • операції;
  • звіти;
  • інтеграції;
  • API-запити;
  • задачі BPM;
  • роботу користувачів. Середовище

Безпека ERP у власній хмарі має охоплювати інфраструктуру, користувачів, інформаційні дані, документи, API та інтеграції. ! | З архітектури, оцінки ресурсів, конфігурація production/test, ролей доступу, backup, моніторингу, базових інтеграцій і міграції даних. ! Для компаній із філіями ERP-хмара дає можливість працювати в єдиному середовищі. * погодження рахунку;

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

Відновлення ERP після збою

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

VPN для ERP

RPO допустима втрата даних у часі не більше 1 години даних
RTO допустимий час відновлення системи ERP має відновитися за 4 години

Кому потрібна власна хмарна інфраструктура ERP

До власної ERP-хмари можуть входити:

Вартість власної хмари ERP

хмарна інфраструктура ERP і перехід з 1С/BAS

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

ERP-хмара здатна зберігати:

  • CRM;
  • WMS;
  • MES;
  • EAM;
  • QMS;
  • SRM;
  • HRM;
  • LMS;
  • сайт;
  • інтернет-магазин;
  • маркетплейси;
  • банки;
  • клієнт-банк;
  • електронний електронний документообіг;
  • Power BI;
  • AI;
  • мобільні застосунки;
  • обладнання;
  • BAS/1С;
  • зовнішні API. Помилка

|- | Виробниче компанія-користувач | ERP, MES, складський облік, виробництво, обладнання, Power BI, резервні копії |- | Торгова компанія-користувач | продажі та реалізація, склади, CRM, інтернет-магазин, маркетплейси, аналітичні інструменти |- | Холдинг | філії, кілька компаній, консолідація, права доступу, централізована формування звітів |- | Дистриб’ютор | замовлення, залишки, WMS, логістика, клієнти, мобільні користувачі |- | Будівельна компанія-користувач | проєкти, бюджети, документи, складський облік, підрядники, Cash Flow |- | Комунальне компанія-користувач | абоненти, заявки, техніка, складський облік, документи, кабінет абонента |- | Медична мережа | клініки, склади, фінансовий блок, документи, ролі доступу, формування звітів |- | Благодійний фонд | донори, гранти, складський облік допомоги, формування звітів, документи, публічна прозорість |- | IT-компанія | проєкти, фінансовий блок, HR, таймшити, документи, Power BI |- | компанія-користувач після 1С/BAS | поетапна міграція, архів старої системи, нова українська ERP, інтеграції |}

DevOps для ERP потрібен для контрольованого розвитку системи. # Перевірити звіти. Через API можна передавати:

Вона дає можливість розмістити ERP, документи, базу даних, інтеграції, API, Power BI, AI, мобільний доступ і резервні копії в контрольованому середовищі.== Що не варто переносити у нову ERP-хмару ==

SLA здатна включати:

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

Ролі доступу ERP визначають, що саме здатна бачити і робити користувач системи.== Що таке власна хмарна інфраструктура ERP ==

  • тестове середовище;
  • VPN або SSO;
  • електронний електронний документообіг;
  • інтеграційні функції ERP з CRM;
  • інтеграційні функції ERP з WMS;
  • інтеграційні функції ERP з сайтом;
  • мобільний доступ;
  • розширений моніторинг;
  • регламент оновлень;
  • регламент відновлення. Власна хмарна інфраструктура ERP має підтримувати інтеграції з іншими системами. Приклад

Типова технічна архітектура здатна включати:


Віддалена робота в ERP

Інтеграції у власній ERP-хмарі

Типовий порядок:

Потрібно знати: Власна ERP-хмара потрібна компаніям, які хочуть мати більше контролю над даними, безпекою, доступами, резервним копіюванням, продуктивністю, інтеграціями, масштабуванням і незалежністю від застарілих локальних серверів або сторонніх облікових систем. # Перевірити бізнес-процеси. Головна ідея. Власна хмарна інфраструктура ERP — це не без зусиль “сервер в інтернеті”. |-
Чи здатна K2 ERP працювати у власній хмарі? Power BI здатна отримувати інформаційні дані з ERP-хмари для побудови дашбордів. * картки документів;
  • маршрути погодження;
  • електронний підпис;
  • права доступу;
  • версії;
  • архів;
  • повнотекстовий пошук;
  • AI-пошук;
  • зв’язок із ERP-документами;
  • журнал дій. # Підготувати резервну копію. Власна хмарна інфраструктура дає можливість компанії централізувати фінансовий блок, продажі та реалізація, складський облік, виробництво, закупівельна діяльність, електронний документообіг, HR, аналітику, Cash Flow, P&L, AI та інтеграції.== Журнал дій ERP ==

Для критичної ERP ці показники потрібно визначити до запуску хмари.== База даних ERP ==

Коротко

  • серверних ресурсів;
  • бази даних;
  • сховища файлів;
  • резервних копій;
  • моніторингу;
  • адміністрування;
  • безпеки;
  • підтримки ERP;
  • інтеграцій;
  • Power BI;
  • AI;
  • оновлень;
  • супроводу користувачів. * перенести довідники в K2 ERP;
  • залишити стару 1С/BAS як архів;
  • інтегрувати ERP з BAS на перехідний період;
  • вести нові процеси у K2 ERP;
  • поступово переносити складський облік, продажі та реалізація, фінансовий блок, виробництво;
  • підключити Power BI до нової ERP;
  • підключити AI до якісних даних;
  • відмовитися від старої системи після стабілізації. * базу даних;
  • файлове сховище;
  • конфігурація ERP;
  • інтеграційні сценарії;
  • документи;
  • журнали;
  • конфігурації серверів;
  • ключі доступу;
  • шаблони звітів.== DevOps для ERP-хмари ==

Власна хмарна інфраструктура ERP для філій

BPM у власній ERP-хмарі

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

У Power BI можна аналізувати:

SLA власної ERP-хмари

У власній ERP-хмарі бажано мати окремі середовища. ! Це контрольована інфраструктура для критичних бізнес-процесів: фінансів, продажів, складу, виробництва, закупівель, документообігу, HR, аналітики, AI та інтеграцій.

  • довідники;
  • клієнтів;
  • товари;
  • склади;
  • фінансовий блок;
  • документи;
  • права доступу;
  • звіти;
  • Cash Flow;
  • P&L;
  • закупівельна діяльність;
  • виробництво;
  • HR. VPN корисний для:

конкурентні переваги власної хмари ERP

Приклади процесів:

  • кількість користувачів;
  • процесорні ресурси;
  • оперативну пам’ять;
  • дисковий простір;
  • базу даних;
  • файлове сховище;
  • API;
  • інтеграції;
  • аналітику;
  • Power BI;
  • AI-сервіси;
  • мобільний доступ. ! провідний результат. Власна хмарна інфраструктура ERP дає компанії контроль над даними, стабільну роботу ERP, безпечний доступ користувачів, резервні копії, інтеграції, аналітику Power BI, AI-підказки, мобільну роботу та основу для поетапної заміни 1С/BAS. # Встановити оновлення версій на тестовому середовищі.

MFA здатна використовувати:

  • дублікати клієнтів;
  • неактуальну номенклатуру;
  • старі документи без цінності;
  • неправильні залишки;
  • довідники без структури;
  • ручні коригування без пояснення;
  • старі звіти, якими ніхто не користується;
  • застарілі права доступу;
  • хаотичні файли;
  • інтеграції без власника.== Масштабування ERP-хмари ==
  • клієнти;
  • номенклатура;
  • договори;
  • замовлення;
  • рахунки;
  • акти;
  • оплати;
  • залишки;
  • виробничі інформаційні дані;
  • заявки;
  • фінансовий блок;
  • зарплата;
  • документи;
  • аналітики;
  • конфігурація;
  • журнали дій. | Це приватна інфраструктура для роботи ERP: сервери, база даних, документи, API, інтеграції, резервні копії, безпека, Power BI та AI.

SLA ERP визначає очікуваний рівень доступності та підтримки. # Оновити продуктивне середовище.K2 ERP здатна працювати у власній ERP-хмарі та бути українською альтернативою застарілим локальним або 1С/BAS-рішенням.== Сервер ERP ==

Основні ризики:

  • кількість користувачів;
  • кількість одночасних сесій;
  • обсяг бази даних;
  • кількість документів;
  • обсяг файлового архіву;
  • кількість інтеграцій;
  • частоту API-запитів;
  • складність звітів;
  • потреби Power BI;
  • потреби AI;
  • резервні копії;
  • очікуване зростання. AI в ERP здатна працювати з даними власної ERP-хмари. # Перевірити роботу користувачів. Мобільний доступ до ERP потрібен для працівників поза офісом.

AI у власній ERP-хмарі

  • прогнозувати Cash Flow;
  • пояснювати P&L;
  • знаходити аномалії;
  • прогнозувати дефіцит запасів;
  • аналізувати дебіторку;
  • прогнозувати продажі та реалізація;
  • аналізувати виробництво;
  • класифікувати заявки;
  • шукати документи;
  • формувати звіти;
  • підказувати дії;
  • перевіряти якість даних. Наслідок

Моніторинг ERP-хмари

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

Зовнішні посилання

  • “Покажи клієнтів із простроченою дебіторкою.”
  • “Де буде дефіцит товарів наступного тижня?”
  • “Які платежі потрібно зробити сьогодні?”
  • “Чому впала маржа?”
  • “Які виробничі замовлення запізнюються?”
  • “Які документи чекають погодження?”
  • “Які інтеграції мають помилки?”
  • “Сформуй короткий звіт для директора.”

Моніторинг здатна показувати:

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

Зазвичай переносять: Віддалено можуть працювати: Журнал дій ERP потрібен для аудиту і безпеки. !

  • продажі та реалізація;
  • фінансовий блок;
  • Cash Flow;
  • P&L;
  • складський облік;
  • виробництво;
  • закупівельна діяльність;
  • логістику;
  • HR;
  • бюджетування;
  • заявки;
  • документи;
  • KPI;
  • план-факт.

У базі можуть бути: Файлове сховище ERP потрібне для зберігання документів, вкладень, сканів, фото, договорів, актів, креслень, сертифікатів, звітів і технічних файлів.== Архів 1С/BAS у власній хмарі ==

- Що таке власна хмарна інфраструктура ERP? Приклади ролей:

Він обробляє: Третій етап:

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

Файлове сховище ERP

- З чого почати?
  • AI-помічник;
  • AI-аналітика;
  • інтеграційні функції ERP з MES;
  • інтеграційні функції ERP з обладнанням;
  • інтеграційна шина;
  • автоматичний контроль якості даних;
  • high availability;
  • disaster recovery;
  • консолідація філій;
  • архів старих систем. Власна хмарна інфраструктура ERP — це інфраструктурна основа для сучасного керування бізнесом. * неправильне конфігурація доступів;
  • відсутність резервних копій;
  • слабкий моніторинг;
  • відсутність плану відновлення;
  • недостатня продуктивність;
  • слабкий захист API;
  • неконтрольовані інтеграції;
  • відсутність журналу дій;
  • залежність від одного адміністратора;
  • неописані регламенти підтримки. {| class="wikitable" style="width:100%;"

Перший етап: 

== Безпека власної хмари ERP ==
Отримано з https://wiki.kyiv.ua/index.php?title=Власна_хмара_ERP&oldid=1801