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

Атестаційні завдання K2 ERP/Датацентр, інтернет-провайдер

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

Мета задача

Права доступу

!== Коротко ==

Довідник «Послуги»

! Критерій

Статуси рахунку

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

Договір фіксує умови надання послуг клієнту.

Заборгованість = Сума виставлених рахунків - Сума оплат |- | Назва локації | як приклад: DC1, Rack A-12, Port 24 |- | Тип локації | Датацентр, стійка, порт, адреса |- | Батьківська локація | Для ієрархії |- | SEO-опис | Додаткова інформаційні матеріали |- | Статус | Активна або неактивна |}

! Поле

У картці клієнта потрібно бачити:

Виставлення рахунків

Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл провайдера: клієнт ERP → договір → послуга → підписка → рахунок → оплата → борг або закриття → звіт.== Технічні параметри послуг ==

Поля підписки

|- | клієнт ERP | Хто користується послугою |- | Договір | До якого договору прив’язана послуга |- | Послуга або тариф | Що саме підключено |- | Дата початку | Коли послуга активована |- | Дата завершення | Якщо послуга має строк завершення |- | Періодичність | Щомісяця, щокварталу, щороку |- | Ціна | Вартість за період |- | Знижка | Індивідуальна знижка, якщо виступає як |- | Статус | Активна, призупинена, відключена |- | Обладнання | Прив’язка до сервера, порту або іншого ресурсу |}

Статуси заявки підтримки

Довідник «Клієнти»

Формула нарахування

Поля заявки

Довідник клієнтів містить усіх замовників послуг. {| class="wikitable" style="width:100%;"

  • за кілька днів до дати оплати;
  • у день оплати;
  • після прострочення;
  • перед можливим відключенням послуги. {| class="wikitable" style="width:100%;"

Для різних типів послуг можуть бути потрібні свої параметри.== Поля локації ==

Довідник «Тарифи»

!

Для реалізації задачі доцільно передбачити такі сутності:

!== Основна логіка рахунку ==

У звіті потрібно відображати:

платформа повинна логувати таку дію і показувати її менеджеру. | Активні підписки клієнтів і регулярне виставлення рахунків
Що має робити білінг? # Формування рахунків.== Типи клієнтів == SEO-опис

Типовий бізнес-процес роботи провайдера або датацентру виглядає так:

  • номер акта;
  • дату;
  • клієнта;
  • договір;
  • період;
  • перелік послуг;
  • суму;
  • підписи сторін. # Вибір періоду. Датацентр, інтернет-провайдер — це практична задача; так само реалізовано хостинг-провайдера або інтернет-провайдера виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку послуг датацентру забезпечується через Атестаційне задача K2 ERP. | Оплати, часткові оплати, борги, прострочення і статуси послуг
Який кабінет потрібен?== Поля оплати ==

платформа повинна дозволяти сформувати рахунки одразу для багатьох клієнтів. Максимальна оцінка провідний принцип. Для датацентру й провайдера критично критично не загубити жодну активну послугу клієнта.== обліковий облік договорів ==

== Поля клієнта == == Поля обладнання ==

Розрахунок боргу

Локації датацентру

  • номер заявки;
  • клієнта;
  • тему;
  • пріоритет;
  • статус;
  • відповідального;
  • час обробки. Якщо послуга активна — вона має потрапити в щомісячний рахунок, а оплата або борг мають бути видимі в системі.== Приклади послуг ==
 # Перевірка помилок. Поле

Технічні вимоги

Підписка — це активна послуга клієнта, яка регулярно потрапляє в рахунок. Акт має містити: Нагадування можуть надсилатися:

Номер заявки Унікальний номер
клієнт ERP Хто звернувся
Послуга До якої послуги стосується звернення
Тема Короткий SEO-опис проблеми
SEO-опис Деталі звернення
Пріоритет Низький, середній, високий, критичний
Статус Нова, в роботі, очікує клієнта, вирішена, закрита
Відповідальний Працівник підтримки
Дата створення Коли заявка розроблена
У звіті потрібно відображати:
== Звіт «Заявки підтримки» ==

Звіт «Підписки до нарахування»

Назва компанії або ПІБ Ім’я клієнта або назва юридичної особи
Тип клієнта Корпоративний або приватний
ЄДРПОУ / ІПН Для юридичних осіб або ФОП
Юридична адреса Адреса для документів
Контактна особа базовий представник клієнта
Телефон Контактний номер
Email Адреса для рахунків і повідомлень
Умови оплати Передплата, післяплата, індивідуальні умови
Статус Активний, заблокований, архівний
Примітки Внутрішня інформаційні матеріали менеджера

У такому бізнесі основна складність — регулярне нарахування. |-

Назва тарифу Назва пакета
Тип тарифу Інтернет, VPS, хостинг, colocation, backup
Список включених послуг Які сервіси входять у тариф
Загальна ціна Вартість тарифу за період
Періодичність Місяць, квартал, рік
Включений трафік Опціонально
Обмеження Швидкість, RAM, CPU, storage, кількість IP тощо
Статус Активний або архівний

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

Практичне задача

Поля договору

  • назву послуги;
  • тариф;
  • дату підключення;
  • вартість;
  • статус;
  • обладнання;
  • IP-адресу або інший технічний параметр, якщо застосовується для;
  • дату наступного нарахування;
  • борг по клієнту. автоматизація процесів білінгу дає можливість мінімізувати людський фактор, не пропускати нарахування, оперативно бачити борги, контролювати активні послуги, покращувати підтримку клієнтів і стабільно керувати доходами компанії. # Вибір клієнтів або групи клієнтів. Журнал змін має зберігати:
  • обладнання;
  • тип;
  • модель;
  • серійний номер;
  • локацію;
  • статус;
  • клієнта або послугу, якщо прив’язано. Звіт показує, які підписки мають потрапити в наступне виставлення рахунків. * пошук клієнта;
  • вибір послуг;
  • створення підписки;
  • зміна статусу послуги;
  • формування рахунку;
  • реєстрація оплати;
  • оновлення версій боргу;
  • перегляд активних послуг;
  • створення заявки підтримки;
  • зміна статусу заявки;
  • фільтрація журналів;
  • оновлення версій звітів. Поле
Активна підписка не повинна бути пропущена при виставленні рахунку

SEO-опис Активні послуги, доходи, заборгованість, обладнання, підписки до нарахування Що виступає як критичною вимогою?

Особистий кабінет дає можливість клієнту самостійно бачити стан послуг і документів. Бали

інформаційні дані активної послуги

90–100 Відмінно компонент на 100% функціонує: клієнти, послуги, тарифи, обладнання, договори, підписки, рахунки, оплати, борги, кабінет, заявки і звіти реалізовані коректно
75–89 Добре Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес білінгу та обліку послуг
60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59 Не зараховано Відсутня критична логіка: клієнти, послуги, підписки, рахунки, оплати або заборгованість

Оплати і заборгованість

  • неможливо створити клієнта;
  • неможливо створити послугу;
  • неможливо створити тариф;
  • неможливо створити договір;
  • неможливо підключити підписку;
  • активна підписка не потрапляє в рахунок;
  • рахунок не формується;
  • сума рахунку розраховується неправильно;
  • часткова оплата не змінює стан боргу;
  • повна оплата не закриває рахунок;
  • заборгованість клієнта не розраховується;
  • PDF-рахунок не формується, якщо ця функція заявлена;
  • клієнт ERP бачить чужі рахунки або послуги в кабінеті;
  • заявка підтримки не прив’язується до клієнта;
  • звіти не відповідають фактичним рахункам, оплатам і підпискам;
  • зміни тарифів, рахунків, оплат і статусів послуг не логуються.== Звіт «Доходи за період» ==
Довідник послуг містить усі сервіси, які компанія-користувач здатна надавати клієнтам. SEO-опис
VPS CPU, RAM, SSD, IP, операційна платформа
Dedicated Сервер, CPU, RAM, диски, IP, локація
Colocation Стійка, юніти, живлення, порт, трафік
Інтернет Адреса підключення, швидкість, тип каналу, обладнання
Backup Обсяг сховища, період зберігання, розклад копіювання
Адміністрування Кількість годин, рівень підтримки, SLA

Мета задача — створити в K2 ERP компонент для автоматизації роботи компанії, яка надає послуги датацентру, хостингу, хмарних сервісів або доступу до інтернету.== Очікуваний результат ==

Тариф — це пакет послуг або умов із визначеною ціною. Поле
== Див. так само ==

Шкала оцінювання

компонент повинен фіксувати важливі зміни. SEO-опис


Критерії оцінювання

Назва задача

  • colocation;
  • dedicated-сервери;
  • VPS;
  • хмарні сервери;
  • backup;
  • storage;
  • домени;
  • SSL-сертифікати;
  • адміністрування серверів;
  • технічна технічна підтримка;
  • домашній інтернет;
  • корпоративний інтернет;
  • виділені канали;
  • VPN;
  • оренда IP-адрес;
  • ліцензування програмного забезпечення;
  • супутні послуги. |-
Дата оплати Коли надійшли кошти
клієнт ERP Хто оплатив
Рахунок За який рахунок оплата
Сума Сума оплати
Спосіб оплати Банківський переказ, картка, готівка, онлайн-оплата
Коментар Призначення платежу або примітка

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

Номер договору Унікальний номер
клієнт ERP Замовник послуг
Дата початку Коли договір набирає чинності
Дата завершення Якщо договір строковий
Тип договору Передплата, післяплата, індивідуальний
Валюта UAH, USD, EUR або інша
Статус Активний, призупинений, припинений
Коментар Додаткові умови

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

бізнес-процес масового виставлення

Правила призупинення

  • період;
  • суму виставлених рахунків;
  • суму оплат;
  • суму боргу;
  • дохід по типах послуг;
  • дохід по клієнтах. Поле

Особистий кабінет клієнта

Назва обладнання Внутрішня назва або інвентарний номер Тип Сервер, маршрутизатор, комутатор тощо Модель Модель обладнання Серійний номер Унікальний номер виробника Інвентарний номер Внутрішній номер компанії Локація Датацентр, стійка, вузол, адреса Статус У роботі, резерв, ремонт, списаний клієнт ERP Якщо обладнання прив’язане до клієнта Послуга Якщо обладнання забезпечує конкретну послугу Коментар Технічні примітки

Блокування або призупинення послуг

Критичні помилки

У звіті потрібно відображати:

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

Тикет-система підтримки

У звіті потрібно відображати:

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

Моніторинг активних послуг

Нова Заявку створено В роботі Спеціаліст обробляє звернення Очікує клієнта Потрібна відповідь або дія клієнта Очікує постачальника Потрібна дія зовнішньої сторони Вирішена Проблему вирішено Закрита Звернення завершено

інформаційні дані рахунку

Це можуть бути:

клієнт ERP повинен мати можливість:

  • клієнта;
  • послугу;
  • тариф;
  • дату підключення;
  • вартість;
  • статус;
  • обладнання або технічний ресурс. ! ! !

Акти виконаних робіт

Клієнти, послуги, тарифи, обладнання, локації Який провідний обліковий облік? SEO-опис

  • клієнта;
  • послугу;
  • тариф;
  • дату наступного нарахування;
  • суму;
  • статус. Якщо борг > 0 і прострочення більше 10 днів — послуга переходить у статус «Призупинена»
  • номер рахунку;
  • дату;
  • клієнта;
  • договір;
  • період надання послуг;
  • перелік послуг;
  • кількість;
  • ціну;
  • знижку;
  • суму;
  • реквізити для оплати;
  • статус оплати. |-

Бекенд K2 Cloud ERP на Python або PHP База даних PostgreSQL або MySQL Фронтенд HTML5, JavaScript AJAX Axios або Fetch API UI-компоненти DataTables, Select2, Datepicker Email Відправка рахунків, нагадувань і повідомлень по заявках Друк PDF-рахунки, акти виконаних робіт, договори Інтеграції API моніторингу, платіжні системи, білінг або мережеве обладнання — опціонально Експорт Excel або PDF для звітів

!

формування звітів

  1. створити клієнта;
  2. створити послуги;
  3. створити тариф;
  4. створити обладнання;
  5. створити локацію;
  6. створити договір;
  7. підключити клієнту послугу через підписку;
  8. вказати дату початку, ціну і періодичність;
  9. сформувати щомісячний рахунок;
  10. перевірити, що активна підписка потрапила в рахунок;
  11. сформувати PDF-рахунок;
  12. змінити статус рахунку на «Виставлений»;
  13. зареєструвати часткову оплату;
  14. перевірити статус «Частково оплачений»;
  15. зареєструвати повну оплату;
  16. перевірити статус «Оплачений»;
  17. створити заборгованість через прострочений рахунок;
  18. сформувати нагадування про оплату;
  19. створити заявку підтримки з кабінету клієнта;
  20. змінити статус заявки;
  21. сформувати звіт активних послуг;
  22. сформувати звіт доходів;
  23. сформувати звіт заборгованості;
  24. сформувати звіт обладнання;
  25. перевірити журнал змін.== Приклади локацій ==
  • переглядати активні послуги;
  • бачити тарифи;
  • бачити поточну заборгованість;
  • завантажувати рахунки;
  • завантажувати акти;
  • бачити історію оплат;
  • створювати заявки в техпідтримку;
  • переглядати статус заявок;
  • змінювати контактні інформаційні дані, якщо дозволено. Акт підтверджує факт надання послуг за період. Статус
  • приватний клієнт ERP;
  • корпоративний клієнт ERP;
  • державна організація;
  • інтегратор;
  • внутрішній клієнт ERP. ! |-

| Що потрібно створити? Інтерфейс має працювати оперативно та інтуїтивно для менеджера, бухгалтера, технічного спеціаліста і клієнта. функції ERP

Масове виставлення рахунків

Рекомендовані сутності бази даних

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

платформа повинна дозволяти:

  • Colocation;
  • Dedicated Server;
  • VPS 4GB RAM;
  • VPS 8GB RAM;
  • Backup 500GB;
  • Storage 1TB;
  • домашній інтернет 100 Мбіт;
  • корпоративний інтернет 1 Гбіт;
  • оренда IP-адреси;
  • адміністрування сервера;
  • технічна технічна підтримка;
  • ліцензійний пакет ПЗ;
  • реєстрація домену;
  • SSL-сертифікат. Значення

Звіт показує роботу техпідтримки. * хто створив клієнта;

  • хто змінив умови клієнта;
  • хто створив послугу;
  • хто змінив тариф;
  • хто підключив підписку;
  • хто відключив або призупинив послугу;
  • хто сформував рахунок;
  • хто зареєстрував оплату;
  • хто змінив борг;
  • хто створив заявку підтримки;
  • хто змінив статус заявки;
  • хто змінив обладнання або локацію;
  • дату й час дії;
  • старе та нове значення, якщо це можливо. У результаті виконання атестаційного задача має бути створений компонент датацентру або інтернет-провайдера в K2 ERP. Якщо підписка активна, платформа повинна врахувати її при формуванні наступного рахунку. # Відправка рахунків на email. компонент має фіксувати оплати клієнтів і показувати заборгованість.== Поля послуги ==

Довідник «Обладнання»

Звіт показує борги клієнтів. SEO-опис

Поле

компонент повинен показувати всі активні послуги клієнта. Роль

Поля тарифу

Заявки підтримки потрібні для обробки технічних і фінансових звернень.== Основні об’єкти модуля ==

Значення
Клієнти Приватні та корпоративні замовники послуг
Послуги VPS, інтернет, colocation, backup, адміністрування тощо
Тарифи Пакети послуг із ціною та умовами
Обладнання Сервери, маршрутизатори, комутатори, стійки, порти
Локації Датацентри, стійки, полиці, вузли підключення
Договори Юридична або облікова основа співпраці з клієнтом
Підписки Активні регулярні послуги клієнта
Рахунки Документи для оплати послуг
Оплати Факти надходження коштів
Заборгованість Несплачені суми клієнтів
Акти Документи підтвердження наданих послуг
Особистий кабінет Інтерфейс клієнта для перегляду послуг і рахунків
Заявки підтримки Звернення клієнтів у техпідтримку
Звіти аналітичні інструменти по доходах, боргах, послугах і клієнтах

Нагадування про оплату

! SEO-опис

|- | Реалізація бази клієнтів, послуг, обладнання | 20 | Клієнти, послуги, тарифи, обладнання, локації, технічні параметри |- | керування договорами і тарифами | 20 | Договори, підписки, періодичність, індивідуальні умови, статуси послуг |- | Автоматичне виставлення рахунків і обліковий облік оплат | 20 | Масове нарахування, рахунки, PDF, часткова і повна оплата, борги |- | Звіти по заборгованостях, доходах і активних послугах | 20 | Активні послуги, доходи, борги, обладнання, підписки до нарахування |- | Інтерактивність через AJAX і особистий кабінет клієнта | 20 | Кабінет клієнта, перегляд послуг, рахунків, актів, заявок і AJAX-оновлення |-

компонент має підтримувати розмежування прав. {| class="wikitable" style="width:100%;"

! Можливі параметри

базовий бізнес-процес

Приклади параметрів

Звіт показує стан обладнання. SEO-опис

Опціонально можна реалізувати автоматичне призупинення послуг при простроченні. Разом

! Бали

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

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

Логування змін

Підписки клієнта

  1. менеджер створює клієнта;
  2. створюється договір або особовий рахунок;
  3. клієнту підключаються послуги;
  4. для кожної послуги задається тариф, дата початку, періодичність і статус;
  5. платформа щомісяця формує рахунок;
  6. рахунок надсилається клієнту на email;
  7. клієнт ERP оплачує рахунок;
  8. бухгалтер або платформа фіксує оплату;
  9. заборгованість клієнта оновлюється;
  10. клієнт ERP бачить рахунки й послуги в особистому кабінеті;
  11. при проблемах клієнт ERP створює заявку в техпідтримку;
  12. керівник переглядає звіти по доходах, боргах і активних сервісах. |-
Чернетка Рахунок сформовано, але ще не відправлено
Виставлений Рахунок готовий і надісланий клієнту
Частково оплачений Оплачена лише частина суми
Оплачений Рахунок на 100% оплачено
Прострочений Термін оплати минув
Скасований Рахунок анульовано

Примітка

Довідник обладнання потрібен для обліку технічної інфраструктури. У звіті потрібно відображати:

AJAX-інтерактив

! компонент обліку послуг датацентру та інтернет-провайдера: обладнання, тарифи, клієнти, виставлення рахунків. Через AJAX мають працювати: 

компонент для датацентру та інтернет-провайдера критично важливий для компаній, які мають багато регулярних послуг і клієнтів. # Розрахунок сум. * клієнта;
* суму боргу;
* кількість прострочених рахунків;
* дату найстарішого боргу;
* активні послуги клієнта;
* статус клієнта. платформа повинна мати можливість надсилати клієнту нагадування. # Пошук активних підписок. Тип послуги
|-
| Менеджер
| Створює клієнтів, договори, підписки, керує послугами
|-
| Бухгалтер
| Формує рахунки, акти, реєструє оплати, контролює борги
|-
| Технічний спеціаліст
| функціонує з обладнанням, активними сервісами і заявками підтримки
|-
| Оператор підтримки
| Обробляє заявки клієнтів
|-
| клієнт ERP
| Переглядає свої послуги, рахунки, акти, борги і заявки
|-
| Керівник
| Переглядає доходи, борги, активні послуги, обладнання і звіти
|-
| Адміністратор
| Налаштовує права, тарифи, послуги, статуси, шаблони рахунків і службові параметри
|}

! Поле

Звіт «Обладнання»

Практичний сенс. Саме підписки виступає як основою регулярного білінгу.

! Відповідь

Звіт «Активні послуги»

!


Звіт «Заборгованість клієнтів»

! Статус



! Параметр

Рахунок формується за період і містить:

! # Запис результату в журнал. | Кабінет клієнта з послугами, рахунками, актами, оплатами і заявками
|-
| Які звіти потрібні? |}


інформаційні дані акта

! Звіт показує всі активні послуги клієнтів. SEO-опис

Мінімальний сценарій:


Типи обладнання

Сума рахунку = Активні послуги + Разові послуги - Знижки + Борг попередніх періодів

Реальний бізнес-контекст

У межах атестації потрібно продемонструвати робочий сценарій. Поле

! Рівень
Критичними помилками вважаються ситуації, коли:
|-
| Назва послуги
| як приклад: VPS 4GB RAM, Colocation, Internet 100 Mbps
|-
| Тип послуги
| Сервери, інтернет, хмарна інфраструктура, backup, адміністрування, ліцензії
|-
| SEO-опис
| Короткий SEO-опис послуги
|-
| Базова ціна за місяць
| Стандартна вартість
|-
| Мінімальний період
| як приклад: 1 місяць, 3 місяці, 1 рік
|-
| Одиниця обліку
| Місяць, доба, година, ГБ, Мбіт/с, одиниця
|-
| Активність
| Чи доступна послуга для нових підключень
|}

Рахунок має містити:

компонент має автоматизовано формувати рахунки на основі активних підписок. Об’єкт


Функції кабінету клієнта

Приклад:

! Звіт показує суму нарахувань і оплат. ! | Щомісяця формувати рахунки за активними послугами
|-
| Що потрібно контролювати? | компонент обліку послуг датацентру та інтернет-провайдера
|-
| Які довідники потрібні? Призначення

* усі активні послуги клієнта;
* тарифи;
* індивідуальні знижки;
* разові послуги;
* попередню заборгованість, якщо потрібно;
* підсумкову суму до оплати. ! SEO-опис
Отримано з https://wiki.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Датацентр,_інтернет-провайдер&oldid=542