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

Атестаційні завдання K2 ERP/Хостинг

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

Послуга клієнта — це конкретний активний або завершений ERP-продукт, який купив клієнт ERP. SEO-опис

Опціонально можна реалізувати простий обліковий облік DNS. SEO-опис

Хостингова компанія-користувач надає клієнтам цифрові послуги:

Панель адміністратора

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

Поля домену

Бекенд K2 Cloud ERP на Python або PHP
База даних PostgreSQL або MySQL
Фронтенд HTML5, JavaScript
AJAX Fetch API або Axios
UI-компоненти DataTables для списків клієнтів, послуг, рахунків і доменів; Select2 для пошуку тарифів, клієнтів і серверів
Оплати LiqPay, Stripe, PayPal або ручна фіксація оплат
Друк PDF-рахунки, акти, звіти
Експорт Excel або PDF для звітів
Сповіщення Email або внутрішні повідомлення
API інтеграційні функції ERP з панелями хостингу, реєстраторами або платіжними шлюзами, опціонально
== DNS, опціонально ==

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

Рахунки і оплати

компонент повинен фіксувати важливі дії. !== Основні об’єкти модуля ==

Тікети підтримки, опціонально

У кабінеті клієнт ERP бачить

  • A;
  • AAAA;
  • CNAME;
  • MX;
  • TXT;
  • NS;
  • SRV. {| class="wikitable" style="width:100%;"

Звіти

  • сервер;
  • кількість послуг;
  • кількість клієнтів;
  • використані IP-адреси;
  • статус сервера;
  • коментар адміністратора. Призначення
== Статуси послуг == == Реальний бізнес-контекст ==
  1. менеджер або клієнт ERP створює обліковий запис;
  2. клієнт ERP обирає тариф;
  3. платформа створює послугу клієнта;
  4. послуга прив’язується до сервера, домену або IP-адреси;
  5. платформа формує рахунок;
  6. клієнт ERP оплачує рахунок;
  7. послуга переходить у статус «Активна»;
  8. перед завершенням періоду платформа надсилає нагадування;
  9. формується рахунок на продовження;
  10. після оплати період дії послуги продовжується;
  11. якщо оплати немає — послуга переходить у статус «Очікує оплату» або «Прострочена»;
  12. адміністратор бачить прострочені послуги у звіті. Значення
 Адміністратор або оператор має керувати всіма об’єктами системи. Об’єкт
  • час реакції;
  • час вирішення;
  • рівень доступності;
  • пріоритет підтримки;
  • відповідального менеджера;
  • спеціальні умови договору. | Активні послуги, послуги що завершуються, домени, борги, доходи, сервери
class="wikitable" style="width:100%;"

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

Мінімальний сценарій: У звіті потрібно відображати:

Назва тарифу як приклад: Hosting Start, VPS 4GB, Dedicated Pro
Тип послуги Хостинг, VPS, домен, сервер, SSL, backup
SEO-опис Короткий SEO-опис послуги
Вартість за місяць Ціна за 1 місяць
Вартість за рік Ціна за 12 місяців
Дисковий простір як приклад: 10 GB, 50 GB, 200 GB
RAM Для VPS / VDS / Dedicated
CPU Кількість ядер або частка CPU
Трафік Ліміт або безліміт
Кількість сайтів Для shared hosting
Кількість баз даних Для shared hosting
Статус Активний, прихований, архівний

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

В адмін-панелі потрібно бачити

Типи DNS-записів

  • створено нову послугу;
  • виставлено рахунок;
  • рахунок оплачено;
  • платіж не пройшов;
  • послуга завершується через 30 днів;
  • послуга завершується через 7 днів;
  • послуга прострочена;
  • домен завершується;
  • домен прострочений;
  • послугу продовжено;
  • послугу призупинено;
  • створено тікет підтримки;
  • відповідь у тікеті підтримки.== Особистий кабінет клієнта ==
ПІБ або назва компанії Ім’я клієнта або назва організації
Тип клієнта Фізична особа, ФОП, юридична особа
Email базовий контакт і логін
Телефон Контактний номер
Контактна особа Для компаній
Дата реєстрації Коли клієнт ERP створений у системі
Адреса Юридична або фактична адреса, якщо потрібно
Коментар Внутрішні нотатки менеджера
Статус Активний, заблокований, архівний

Мета задача

Роль

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

платформа має підтримувати email або внутрішні повідомлення.

  • фізична особа;
  • ФОП;
  • юридична особа;
  • корпоративний клієнт ERP;
  • інтегратор;
  • внутрішній клієнт ERP.== Поля рахунку ==

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

SLA, опціонально

== База «Домени» ==

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

SEO-опис
  1. створити клієнта;
  2. створити тарифний план;
  3. створити сервер;
  4. створити IP-адресу;
  5. створити послугу клієнта;
  6. прив’язати послугу до тарифу;
  7. прив’язати послугу до сервера;
  8. створити домен клієнта;
  9. сформувати рахунок на оплату;
  10. зафіксувати часткову оплату;
  11. перевірити борг по рахунку;
  12. зафіксувати повну оплату;
  13. змінити статус послуги на «Активна»;
  14. виконати продовження послуги;
  15. перевірити зміну дати завершення;
  16. створити нагадування про завершення домену;
  17. сформувати звіт активних послуг;
  18. сформувати звіт послуг, що завершуються;
  19. сформувати звіт боргів клієнтів;
  20. перевірити особистий кабінет клієнта;
  21. перевірити журнал змін. Тарифний план описує послугу. * нової послуги;
  • продовження послуги;
  • реєстрації домену;
  • продовження домену;
  • SSL-сертифіката;
  • адміністрування;
  • додаткових послуг;
  • разових робіт. SEO-опис

ERP для хостинг-провайдера виступає як критично важливою для обліку клієнтів, своєчасного виставлення рахунків, контролю продовжень, запобігання простроченню доменів і послуг, а так само для зменшення ручної роботи операторів.== SLA здатна містити == Інтерфейс має працювати оперативно й без перезавантаження сторінок. !== Типи серверів ==

Поля клієнта

  • клієнта;
  • послугу;
  • дату завершення;
  • кількість днів до завершення;
  • статус рахунку;
  • чи надіслано нагадування.== Звіт «Домени, що завершуються» ==
- клієнт ERP Хто звернувся Послуга До якої послуги звернення Тема Короткий SEO-опис SEO-опис Деталі звернення Пріоритет Низький, середній, високий, критичний Статус Новий, в роботі, очікує клієнта, закритий Відповідальний Оператор або адміністратор

Поля IP-адреси

Примітка

Колонка Хостинг — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку клієнтів, тарифних планів, серверів, доменів, активних послуг, рахунків, оплат, продовжень, сповіщень і особистого кабінету клієнта для хостинг-провайдера виступає ключовою рисою Атестаційне задача K2 ERP. Типовий бізнес-процес роботи хостинг-провайдера виглядає так:
SEO-опис
  • свої послуги;
  • статуси послуг;
  • дати завершення;
  • домени;
  • рахунки;
  • оплати;
  • борги;
  • можливість продовження;
  • контактні інформаційні дані;
  • історію звернень у підтримку;
  • документи для завантаження. Поле
Журнал змін має зберігати:
Клієнти Фізичні особи, ФОП або компанії, що купують послуги
Тарифні плани Пакети послуг із цінами та характеристиками
Сервери Фізичні або віртуальні сервери провайдера
IP-адреси Пул адрес, прив’язаний до серверів або клієнтів
Послуги клієнтів Активні або завершені послуги клієнтів
Домени Доменні імена клієнтів
DNS DNS-сервери або DNS-записи, якщо реалізовано
Рахунки Документи для оплати
Оплати Фактичні платежі клієнтів
Продовження Операції продовження послуг
Сповіщення Email або внутрішні повідомлення клієнтам
Тікети підтримки Звернення клієнтів, опціонально
Звіти аналітичні інструменти по доходах, послугах, клієнтах і серверах

компонент має підтримувати виставлення рахунків і контроль оплат. Поле

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

Поля тарифного плану

 Бали
Реалізація бази клієнтів, послуг, тарифів і доменів 20 Клієнти, тарифи, сервери, IP-адреси, послуги клієнтів, домени, DNS
керування оплатами і рахунками 20 Рахунки, позиції рахунків, часткові оплати, повні оплати, борги, PDF-документи
Контроль продовження послуг і сповіщення 20 Дати завершення, автопродовження, нагадування, прострочені послуги, завершення доменів
Інтерактивність через AJAX і особисті кабінети 20 AJAX-пошук, створення послуг, оплати, продовження, кабінет клієнта, тікети
Масштабованість системи для великої кількості клієнтів 20 Фільтри, звіти, сервери, масове продовження, обробка великої кількості послуг
Що перевіряється
Номер рахунку Унікальний номер
клієнт ERP Кому виставлено рахунок
Послуга За яку послугу рахунок
Дата рахунку Коли сформовано
Період За який період оплата
Сума Сума до оплати
Валюта UAH, USD, EUR тощо
Оплачено Скільки оплачено
Борг Залишок до оплати
Статус Новий, очікує оплату, частково оплачено, оплачено, прострочено, скасовано

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

  • LiqPay;
  • Stripe;
  • PayPal;
  • банківський переказ;
  • ручна оплата;
  • внутрішній баланс клієнта.== Критичні помилки ==
У межах атестації потрібно продемонструвати робочий сценарій. Питання 90–100 Відмінно компонент на 100% функціонує: клієнти, тарифи, сервери, послуги, домени, рахунки, оплати, продовження, кабінет клієнта і звіти реалізовані коректно 75–89 Добре Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес роботи хостинг-провайдера 60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання 0–59 Не зараховано Відсутня критична логіка: клієнти, тарифи, послуги, рахунки, оплати, продовження або звіти

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

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

|- | Які довідники потрібні? |- | Номер послуги | Унікальний номер |- | клієнт ERP | Власник послуги |- | Тариф | Обраний тарифний план |- | Тип послуги | Хостинг, VPS, домен, сервер, SSL |- | Сервер | Сервер розміщення |- | IP-адреса | Якщо виділена |- | Домен | Якщо прив’язаний |- | Дата початку | Початок дії послуги |- | Дата завершення | Завершення оплаченого періоду |- | Автопродовження | Так або ні |- | Період оплати | Місяць, квартал, рік |- | Статус | Поточний стан послуги |- | Коментар | Службова примітка |}

База «Послуги клієнтів»

! Поле Для корпоративних клієнтів можна реалізувати SLA. ! | Рахунки, акти, PDF-документи, звіти |- | Які звіти потрібні? SEO-опис

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

функції ERP
Домен До якого домену належить запис
Тип запису A, MX, TXT тощо
Ім’я Host або піддомен
Значення IP, текст або інше значення
TTL Час життя запису
Статус Активний або вимкнений

Події для сповіщень

IP-адреси використовуються для серверів, VPS, dedicated-серверів або окремих послуг. Сервери потрібні для прив’язки послуг клієнтів до фізичної або віртуальної інфраструктури.== Типи тарифів == У звіті потрібно відображати: |- | Що потрібно створити? | Створення послуги, виставлення рахунку, оплата і продовження |-

| Що потрібно контролювати?
компонент має підтримувати клієнтів, контактних осіб, тарифні плани, сервери, IP-адреси, послуги клієнтів, домени, DNS-записи, рахунки, оплати, продовження, сповіщення, особистий кабінет, тікети підтримки, SLA, звіти, AJAX-інтерактив і журнал змін. Коротко. Потрібно реалізувати компонент хостинг-провайдера: клієнти, тарифи, сервери, IP-адреси, домени, DNS, послуги клієнтів, рахунки, оплати, автопродовження, сповіщення, особистий кабінет, адмін-панель, SLA, тікети підтримки, звіти й AJAX-інтерактив. Бали
SEO-опис
  • клієнта;
  • рахунок;
  • послугу;
  • суму рахунку;
  • оплачено;
  • борг;
  • кількість днів прострочення.

Поля послуги клієнта

Колонки бази послуг

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

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

Сповіщення

  • хто створив клієнта;
  • хто створив тариф;
  • хто створив послугу;
  • хто змінив тариф послуги;
  • хто змінив дату завершення;
  • хто створив рахунок;
  • хто зафіксував оплату;
  • хто продовжив послугу;
  • хто призупинив послугу;
  • хто змінив сервер;
  • хто змінив IP-адресу;
  • хто додав домен;
  • хто змінив DNS-запис;
  • хто надіслав сповіщення;
  • хто закрив тікет;
  • дату й час дії;
  • старе та нове значення, якщо це можливо. Поле
 SEO-опис
Доменне ім’я як приклад: example.com
клієнт ERP Власник домену
Реєстратор Компанія-реєстратор
Зона домену .com, .net, .ua, .org тощо
Дата реєстрації Коли зареєстровано
Дата завершення Коли завершується строк дії
DNS-сервери NS-записи
Статус Активний, завершується, протермінований, видалений
Автопродовження Так або ні

Логіка продовження

Довідник «Сервери»

  • за 30 днів до завершення;
  • за 15 днів до завершення;
  • за 7 днів до завершення;
  • у день завершення;
  • після прострочення, якщо домен не продовжено. | Клієнти, тарифи, сервери, IP-адреси, домени

|- | Який провідний бізнес-процес? Параметр |- | Назва сервера | Внутрішня назва або hostname |- | Локація | Датацентр або місто |- | Тип сервера | Shared, VPS-node, Dedicated, DNS тощо |- | IP-адреса | Основна IP-адреса |- | Пул IP | Доступні IP-адреси |- | CPU | Характеристика процесора |- | RAM | Обсяг пам’яті |- | Disk | Обсяг дискового простору |- | Статус | Активний, на обслуговуванні, виведений |- | Коментар | Внутрішня примітка |}

! Разом

  • shared hosting;
  • VPS;
  • VDS;
  • dedicated server;
  • colocation;
  • реєстрація доменів;
  • супровід доменів;
  • DNS-хостинг;
  • SSL-сертифікати;
  • резервне копіювання;
  • поштовий хостинг;
  • адміністрування серверів;
  • додаткові технічні послуги. ! ! ! ! ! | Оплата має змінювати статус рахунку і продовжувати послугу за правилами системи
Що бажано додати? Поле 100

Звіт «Завантаження серверів»

платформа має надсилати нагадування:

Активний Сервер застосовується для
На обслуговуванні Тимчасово недоступний для нових послуг
Перевантажений Потрібна увага адміністратора
Резерв Сервер готовий, але не застосовується для
Виведений Сервер більше не застосовується для

Клієнти — це користувачі або компанії, які купують хостингові послуги. Поле

Сповіщення по доменах

|- | IP-адреса | IPv4 або IPv6 |- | Сервер | До якого сервера належить |- | клієнт ERP | Якщо адреса виділена клієнту |- | Послуга | До якої послуги прив’язана |- | Статус | Вільна, зайнята, резерв, заблокована |- | Коментар | Технічна примітка |}

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

Поля оплати

Назва задача

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

Поля DNS-запису

Див. так само

Поле

компонент має підтримувати рольову модель.== Очікуваний результат ==

  1. платформа знаходить послуги, які скоро завершуються;
  2. формує рахунок на продовження;
  3. надсилає клієнту повідомлення;
  4. клієнт ERP оплачує рахунок;
  5. платформа продовжує дату завершення послуги;
  6. статус послуги оновлюється на «Активна»;
  7. операційна дія потрапляє в журнал змін. Відповідь

Звіт «Доходи по тарифах»

 Статус

Типи клієнтів

  • Shared;
  • VPS-node;
  • Dedicated;
  • Backup;
  • DNS;
  • Mail;
  • Database;
  • Storage;
  • Service. Поле

Через AJAX мають працювати:

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

Рахунки формуються для

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

платформа повинна підтримувати логіку продовження.== Звіт «Борги клієнтів» ==

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

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

  • домен;
  • клієнта;
  • реєстратора;
  • дату завершення;
  • статус;
  • наявність рахунку на продовження. Статус

Автоматичне продовження послуг

  • shared hosting;
  • VPS;
  • VDS;
  • dedicated server;
  • colocation;
  • domain registration;
  • DNS hosting;
  • email hosting;
  • backup;
  • SSL certificate;
  • administration;
  • інші додаткові послуги. Критерій

Варіанти продовження

 SEO-опис

Способи оплати

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

Нова Послугу створено, але ще не активовано
Очікує оплату Рахунок виставлено, оплати ще немає
Активна Послуга оплачена і діє
Завершується До завершення лишилось мало часу
Прострочена Період дії завершився, оплати немає
Призупинена Послуга тимчасово зупинена
Припинена Послуга більше не надається
Архівна Збережена для історії

Домени можуть реєструватися провайдером або без зусиль супроводжуватися в системі. |-

клієнт ERP Власник послуги Тип послуги Hosting, VPS, Domain, SSL тощо Тарифний план Який тариф застосовується для Сервер Де розміщена послуга Домен Якщо послуга пов’язана з доменом Дата початку Початок дії Дата завершення Кінець оплаченого періоду Період оплати Місяць, квартал, рік Статус Активна, очікує оплату, прострочена, припинена

У результаті виконання атестаційного задача має бути створений компонент хостинг-провайдера в K2 ERP. | Дати завершення послуг, домени, рахунки, борги, статуси оплат |- | Які документи потрібні?== Поля сервера == Якісне керування послугами підвищує лояльність клієнтів, зменшує кількість помилок і дає можливість масштабувати бізнес-середовище без хаосу в оплатах та строках дії послуг.== Коротко ==

! SEO-опис

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

  • клієнта;
  • тип послуги;
  • тариф;
  • сервер;
  • дату початку;
  • дату завершення;
  • статус;
  • суму оплати.== Логування змін ==

Довідник «IP-адреси»

! SEO-опис

  • ручне продовження адміністратором;
  • автоматичне продовження після оплати;
  • продовження з балансу клієнта;
  • продовження тільки після підтвердження менеджера. Поле

платформа повинна дозволяти: |- | клієнт ERP | Хто оплатив |- | Рахунок | До якого рахунку прив’язана оплата |- | Дата оплати | Коли отримано оплату |- | Сума | Розмір платежу |- | Спосіб оплати | LiqPay, Stripe, PayPal, вручну тощо |- | Статус платежу | Очікує, успішно, помилка, повернення |- | Коментар | Примітка оператора |}

Компанії потрібно:

!== Звіт «Послуги, що завершуються» ==

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

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

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

! |}

Статуси сервера

! SEO-опис компонент має забезпечувати повний цикл роботи хостингової компанії: клієнт ERP → тариф → послуга → сервер або домен → період дії → рахунок → оплата → продовження → сповіщення → формування звітів. Поле
  • клієнти;
  • контактні особи;
  • тарифні плани;
  • сервери;
  • IP-адреси;
  • послуги клієнтів;
  • домени;
  • DNS-записи;
  • рахунки;
  • позиції рахунків;
  • оплати;
  • продовження послуг;
  • сповіщення;
  • тікети підтримки;
  • SLA;
  • журнал змін;
  • звіти;
  • права доступу. Значення

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

Отримано з https://wiki.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Хостинг&oldid=564