Атестаційні завдання K2 ERP/Хостинг
Панель адміністратора
Звіт «Послуги, що завершуються»
Звіт «Активні послуги»
| ; Окремо варто відзначити її параметри і вартість.; Поле
| ||
|---|---|---|
| Реалізація бази клієнтів, послуг, тарифів і доменів | 20 | Клієнти, тарифи, сервери, IP-адреси, послуги клієнтів, домени, DNS |
| керування оплатами і рахунками | 20 | Рахунки, позиції рахунків, часткові оплати, повні оплати, борги, PDF-документи |
| Контроль продовження послуг і сповіщення | 20 | Дати завершення, автопродовження, нагадування, прострочені послуги, завершення доменів |
| Інтерактивність через AJAX і особисті кабінети | 20 | AJAX-пошук, створення послуг, оплати, продовження, кабінет клієнта, тікети |
| Масштабованість системи для великої кількості клієнтів | 20 | Фільтри, звіти, сервери, масове продовження, обробка великої кількості послуг |
| Що бажано додати?;
Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл хостинг-провайдера: замовник → тариф → послуга → рахунок → оплата → активація → продовження → сповіщення → звіт.; Поле | ||
| замовник | Хто звернувся | |
| Послуга | До якої послуги звернення | |
| Тема | Короткий характеристика | |
| характеристика | Деталі звернення | |
| Пріоритет | Низький, середній, високий, критичний | |
| Статус | Новий, в роботі, очікує клієнта, закритий | |
| Відповідальний | Оператор або адміністратор |
Опціонально можна реалізувати простий обліковий облік DNS.; {| class="wikitable" style="width:100%;"
- ручне продовження адміністратором;
- автоматичне продовження після оплати;
- продовження з балансу клієнта;
- продовження тільки після підтвердження менеджера.; характеристика
- пошук клієнтів;
- пошук тарифів;
- створення послуги;
- прив’язка послуги до сервера;
- прив’язка домену;
- формування рахунку;
- фіксація оплати;
- продовження послуги;
- зміна статусу послуги;
- фільтрація послуг;
- фільтрація доменів;
- фільтрація рахунків;
- актуалізація особистого кабінету;
- створення тікета підтримки.; * клієнта;
- рахунок;
- послугу;
- суму рахунку;
- оплачено;
- борг;
- кількість днів прострочення.; Значення
- клієнтів;
- активні послуги;
- прострочені послуги;
- рахунки;
- оплати;
- домени, що завершуються;
- сервери;
- тарифи;
- сповіщення;
- тікети підтримки;
- фінансову статистику.;
| ПІБ або назва компанії | Ім’я клієнта або назва організації |
| Тип клієнта | Фізична особа, ФОП, юридична особа |
| ключовий контакт і логін | |
| Телефон | Контактний номер |
| Контактна особа | Для компаній |
| Дата реєстрації | Коли замовник створений у системі |
| Адреса | Юридична або фактична адреса, якщо потрібно |
| Коментар | Внутрішні нотатки менеджера |
| Статус | Активний, заблокований, архівний |
Коротко. Потрібно реалізувати компонент хостинг-провайдера: клієнти, тарифи, сервери, IP-адреси, домени, DNS, послуги клієнтів, рахунки, оплати, автопродовження, сповіщення, особистий кабінет, адмін-панель, SLA, тікети підтримки, звіти й AJAX-інтерактив.;== Логування змін ==
- свої послуги;
- статуси послуг;
- дати завершення;
- домени;
- рахунки;
- оплати;
- борги;
- можливість продовження;
- контактні інформаційні дані;
- історію звернень у підтримку;
- документи для завантаження.; характеристика
- менеджер або замовник створює обліковий запис;
- замовник обирає тариф;
- платформа створює послугу клієнта;
- послуга прив’язується до сервера, домену або IP-адреси;
- платформа формує рахунок;
- замовник оплачує рахунок;
- послуга переходить у статус «Активна»;
- перед завершенням періоду платформа надсилає нагадування;
- формується рахунок на продовження;
- після оплати період дії послуги продовжується;
- якщо оплати немає — послуга переходить у статус «Очікує оплату» або «Прострочена»;
- адміністратор бачить прострочені послуги у звіті.; Критерій
- shared hosting;
- VPS;
- VDS;
- dedicated server;
- colocation;
- domain registration;
- DNS hosting;
- email hosting;
- backup;
- SSL certificate;
- administration;
- інші додаткові послуги.; Клієнти — це користувачі або компанії, які купують хостингові послуги.; Поле
- Доменне ім’я як ілюстрація: example.com замовник Власник домену Реєстратор Компанія-реєстратор Зона домену .com, .net, .ua, .org тощо Дата реєстрації Коли зареєстровано Дата завершення Коли завершується строк дії DNS-сервери NS-записи Статус Активний, завершується, протермінований, видалений Автопродовження Так або ні class="wikitable" style="width:100%;"
Типи клієнтів
замовник Переглядає свої послуги, рахунки, оплати, домени, тікети Оператор Створює клієнтів, послуги, рахунки, фіксує звернення Бухгалтер функціонує з рахунками, оплатами, боргами, актами і фінансовими звітами Технічний адміністратор Керує серверами, 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 інтеграційні функціональні можливості з панелями хостингу, реєстраторами або платіжними шлюзами, опціонально
компонент має підтримувати виставлення рахунків і контроль оплат.; * Shared;
- VPS-node;
- Dedicated;
- Backup;
- DNS;
- Mail;
- Database;
- Storage;
- Service.; !;== Коротко ==
Звіт «Борги клієнтів»
Див.; додатково
| }
Компанії потрібно: |
; характеристика | ; характеристика
У результаті виконання атестаційного задача має бути створений компонент хостинг-провайдера в K2 ERP.; У звіті потрібно відображати: |
; * зберігати базу клієнтів;
У звіті потрібно відображати:
SLA має змогу міститиРекомендовані сутності бази даних |
;
База «Домени»Звіт «Доходи по тарифах»
DNS, опціонально |
|---|---|---|---|---|
| замовник | Хто оплатив | |||
| Рахунок | До якого рахунку прив’язана оплата | |||
| Дата оплати | Коли отримано оплату | |||
| Сума | Розмір платежу | |||
| Спосіб оплати | LiqPay, Stripe, PayPal, вручну тощо | |||
| Статус платежу | Очікує, успішно, помилка, повернення | |||
| Коментар | Примітка оператора |
компонент має забезпечувати повний цикл роботи хостингової компанії: замовник → тариф → послуга → сервер або домен → період дії → рахунок → оплата → продовження → сповіщення → формування звітів.;== Типи DNS-записів ==
центральний принцип. Хостинг-провайдер має чітко бачити, які послуги активні, коли вони завершуються, хто оплатив, хто має борг, на якому сервері розміщена послуга і які клієнти потребують нагадування.; | Рахунки, акти, PDF-документи, звіти
Які звіти потрібні?; характеристика
База «Послуги клієнтів»
Способи оплати
!; Поле
Права доступу
- сервер;
- кількість послуг;
- кількість клієнтів;
- використані IP-адреси;
- статус сервера;
- коментар адміністратора.; !; характеристика
Домени можуть реєструватися провайдером або без ускладнень супроводжуватися в системі.; {| class="wikitable" style="width:100%;"
Для реалізації задачі доцільно передбачити такі сутності:
Технічні вимоги
Практичне задача
- вести клієнтів;
- вести тарифні плани;
- вести сервери;
- вести IP-адреси;
- вести домени клієнтів;
- вести DNS-сервери;
- створювати послуги клієнтів;
- прив’язувати послуги до тарифів;
- прив’язувати послуги до серверів;
- контролювати період дії послуг;
- автономно формувати рахунки;
- фіксувати оплати;
- бачити борги клієнтів;
- контролювати прострочені послуги;
- надсилати нагадування про оплату і продовження;
- підтримувати ручне та автоматичне продовження;
- вести особистий кабінет клієнта;
- вести адмін-панель оператора;
- формувати акти, рахунки та інші PDF-документи;
- формувати звіти по доходах, клієнтах, послугах, доменах і серверах.; Поле
Поля послуги клієнта
- тариф;
- кількість активних послуг;
- суму нарахувань;
- суму оплат;
- частку в загальному доході.;
В адмін-панелі потрібно бачити
компонент має змогу містити просту систему звернень.;== Поля IP-адреси ==
Типи тарифів
|- | замовник | Власник послуги |- | Тип послуги | Hosting, VPS, Domain, SSL тощо |- | Тарифний план | Який тариф застосовується |- | Сервер | Де розміщена послуга |- | Домен | Якщо послуга пов’язана з доменом |- | Дата початку | Початок дії |- | Дата завершення | Кінець оплаченого періоду |- | Період оплати | Місяць, квартал, рік |- | Статус | Активна, очікує оплату, прострочена, припинена |}
Логіка продовження
!; !; Разом У звіті потрібно відображати: !; !; Питання
Довідник «Тарифні плани»
!;== SLA, опціонально ==
- платформа знаходить послуги, які скоро завершуються;
- формує рахунок на продовження;
- надсилає клієнту повідомлення;
- замовник оплачує рахунок;
- платформа продовжує дату завершення послуги;
- статус послуги оновлюється на «Активна»;
- операційна дія потрапляє в журнал змін.; Поле
- за 30 днів до завершення;
- за 15 днів до завершення;
- за 7 днів до завершення;
- у день завершення;
- після прострочення, якщо домен не продовжено.; !; компонент обліку клієнтів, тарифів, серверів, доменів і виставлення рахунків для хостинг-провайдера.; Бали
!; Мінімальний сценарій:
Основні об’єкти модуля
- клієнта;
- послугу;
- дату завершення;
- кількість днів до завершення;
- статус рахунку;
- чи надіслано нагадування.;== Поля оплати ==
- фізична особа;
- ФОП;
- юридична особа;
- корпоративний замовник;
- партнерська сторона;
- внутрішній замовник.; | Дати завершення послуг, домени, рахунки, борги, статуси оплат
|- | Які документи потрібні?;== Варіанти продовження ==
Колонки бази послуг
!; характеристика |- | IP-адреса | IPv4 або IPv6 |- | Сервер | До якого сервера належить |- | замовник | Якщо адреса виділена клієнту |- | Послуга | До якої послуги прив’язана |- | Статус | Вільна, зайнята, резерв, заблокована |- | Коментар | Технічна примітка |}
!; Журнал змін має зберігати:
!; !; замовник повинен мати доступ до особистого кабінету.; !; характеристика
Шкала оцінювання
!;== Довідник «Клієнти» ==
Якісне керування послугами підвищує лояльність клієнтів, зменшує кількість помилок і надає можливість масштабувати бізнес-середовище без хаосу в оплатах та строках дії послуг.; !;
Довідник «IP-адреси»
- домен;
- клієнта;
- реєстратора;
- дату завершення;
- статус;
- наявність рахунку на продовження.; У звіті потрібно відображати:
Тарифний план описує послугу.; !; !; Поле
Адміністратор або оператор має керувати всіма об’єктами системи.; | компонент обліку хостинг-провайдера| Які довідники потрібні?; !; Параметр | |
| Клієнти | Фізичні особи, ФОП або компанії, що купують послуги |
| Тарифні плани | Пакети послуг із цінами та характеристиками |
| Сервери | Фізичні або віртуальні сервери провайдера |
| IP-адреси | Пул адрес, прив’язаний до серверів або клієнтів |
| Послуги клієнтів | Активні або завершені послуги клієнтів |
| Домени | Доменні імена клієнтів |
| DNS | DNS-сервери або DNS-записи, якщо реалізовано |
| Рахунки | Документи для оплати |
| Оплати | Фактичні платежі клієнтів |
| Продовження | Операції продовження послуг |
| Сповіщення | Email або внутрішні повідомлення клієнтам |
| Тікети підтримки | Звернення клієнтів, опціонально |
| Звіти | аналітичні інструменти по доходах, послугах, клієнтах і серверах |
Критерії оцінювання
ERP для хостинг-провайдера є собою критично важливою для обліку клієнтів, своєчасного виставлення рахунків, контролю продовжень, запобігання простроченню доменів і послуг, а додатково для зменшення ручної роботи операторів.; Мета задача — створити в K2 ERP компонент для автоматизації роботи хостингової компанії.; {| class="wikitable" style="width:100%;"
!; Об’єкт
Тікети підтримки, опціонально
|- | Назва сервера | Внутрішня назва або hostname |- | Локація | Датацентр або місто |- | Тип сервера | Shared, VPS-node, Dedicated, DNS тощо |- | IP-адреса | Основна IP-адреса |- | Пул IP | Доступні IP-адреси |- | CPU | Характеристика процесора |- | RAM | Обсяг пам’яті |- | Disk | Обсяг дискового простору |- | Статус | Активний, на обслуговуванні, виведений |- | Коментар | Внутрішня примітка |}
У кабінеті замовник бачить
ключовий бізнес-процес
Звіти
Очікуваний результат
|- | Активний | Сервер застосовується |- | На обслуговуванні | Тимчасово недоступний для нових послуг |- | Перевантажений | Потрібна увага адміністратора |- | Резерв | Сервер готовий, але не застосовується |- | Виведений | Сервер більше не застосовується |}
Статуси послуг
Реальний бізнес-контекст
Хостинг — це практична задача; додатково реалізовано тарифних планів, серверів, доменів, активних послуг, рахунків, оплат, продовжень, сповіщень і особистого кабінету клієнта для хостинг-провайдера виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку клієнтів забезпечується через Атестаційне задача K2 ERP.; характеристика !; | Клієнти, тарифи, сервери, IP-адреси, домени |- | Який центральний бізнес-процес?; Відповідь
Особистий кабінет клієнта
Поля тарифного плану
!; Статус
Поля рахунку
!; Інтерфейс має працювати оперативно й без перезавантаження сторінок.; | Активні послуги, послуги що завершуються, домени, борги, доходи, сервери |- | Що є собою критичною вимогою?; * shared hosting;
- VPS;
- VDS;
- dedicated server;
- colocation;
- реєстрація доменів;
- супровід доменів;
- DNS-хостинг;
- SSL-сертифікати;
- резервне копіювання;
- поштовий хостинг;
- адміністрування серверів;
- додаткові технічні послуги.; Поле
!; !;== Статуси сервера ==
!; Поле
Автоматичне продовження послуг
Хостингова організація надає клієнтам цифрові послуги:
- створено нову послугу;
- виставлено рахунок;
- рахунок оплачено;
- платіж не пройшов;
- послуга завершується через 30 днів;
- послуга завершується через 7 днів;
- послуга прострочена;
- домен завершується;
- домен прострочений;
- послугу продовжено;
- послугу призупинено;
- створено тікет підтримки;
- відповідь у тікеті підтримки.; {| class="wikitable" style="width:100%;"
!;== Рахунки і оплати ==
- створити клієнта;
- створити тарифний план;
- створити сервер;
- створити IP-адресу;
- створити послугу клієнта;
- прив’язати послугу до тарифу;
- прив’язати послугу до сервера;
- створити домен клієнта;
- сформувати рахунок на оплату;
- зафіксувати часткову оплату;
- перевірити борг по рахунку;
- зафіксувати повну оплату;
- змінити статус послуги на «Активна»;
- виконати продовження послуги;
- перевірити зміну дати завершення;
- створити нагадування про завершення домену;
- сформувати звіт активних послуг;
- сформувати звіт послуг, що завершуються;
- сформувати звіт боргів клієнтів;
- перевірити особистий кабінет клієнта;
- перевірити журнал змін.; 100
| Нова | Послугу створено, але ще не активовано |
| Очікує оплату | Рахунок виставлено, оплати ще немає |
| Активна | Послуга оплачена і діє |
| Завершується | До завершення лишилось мало часу |
| Прострочена | Період дії завершився, оплати немає |
| Призупинена | Послуга тимчасово зупинена |
| Припинена | Послуга більше не надається |
| Архівна | Збережена для історії |
платформа має надсилати нагадування:
Мета задача
Сповіщення по доменах
Для корпоративних клієнтів можна реалізувати SLA.; IP-адреси використовуються для серверів, VPS, dedicated-серверів або окремих послуг.; * клієнта;
- тип послуги;
- тариф;
- сервер;
- дату початку;
- дату завершення;
- статус;
- суму оплати.; Що перевіряється
| 90–100 | Відмінно | компонент в цілому функціонує: клієнти, тарифи, сервери, послуги, домени, рахунки, оплати, продовження, кабінет клієнта і звіти реалізовані коректно |
| 75–89 | Добре | Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес роботи хостинг-провайдера |
| 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |
| 0–59 | Не зараховано | Відсутня критична логіка: клієнти, тарифи, послуги, рахунки, оплати, продовження або звіти |
!; | Особистий кабінет клієнта, тікети підтримки, SLA, DNS, інтеграції з оплатами і панелями хостингу |}
- K2 ERP
- K2 ERP
- Атестаційні завдання K2 ERP
- Датацентр, інтернет-провайдер
- Реєстратор доменів
- CRM
- Каса
- Договір
- Рахунок на оплату
- Особистий кабінет
- DNS
- VPS
- SLA
- AJAX
Поля домену
class="wikitable" style="width:100%;"
|
; !; Призначення
Поля DNS-запису |
|---|---|
| Назва тарифу | як ілюстрація: Hosting Start, VPS 4GB, Dedicated Pro |
| Тип послуги | Хостинг, VPS, домен, сервер, SSL, backup |
| характеристика | Короткий характеристика послуги |
| Вартість за місяць | Ціна за 1 місяць |
| Вартість за рік | Ціна за 12 місяців |
| Дисковий простір | як ілюстрація: 10 GB, 50 GB, 200 GB |
| RAM | Для VPS / VDS / Dedicated |
| CPU | Кількість ядер або частка CPU |
| Трафік | Ліміт або безліміт |
| Кількість сайтів | Для shared hosting |
| Кількість баз даних | Для shared hosting |
| Статус | Активний, прихований, архівний |
Поля сервера
платформа повинна дозволяти:
компонент повинен фіксувати важливі дії.; | Створення послуги, виставлення рахунку, оплата і продовження |- | Що потрібно контролювати?; Поле
У звіті потрібно відображати:
| Домен | До якого домену належить запис |
| Тип запису | A, MX, TXT тощо |
| Ім’я | Host або піддомен |
| Значення | IP, текст або інше значення |
| TTL | Час життя запису |
| Статус | Активний або вимкнений |
Через AJAX мають працювати:
Типи серверів
!; характеристика
Критичні помилки
Поля клієнта
|- | Номер рахунку | Унікальний номер |- | замовник | Кому виставлено рахунок |- | Послуга | За яку послугу рахунок |- | Дата рахунку | Коли сформовано |- | Період | За який період оплата |- | Сума | Сума до оплати |- | Валюта | UAH, USD, EUR тощо |- | Оплачено | Скільки оплачено |- | Борг | Залишок до оплати |- | Статус | Новий, очікує оплату, частково оплачено, оплачено, прострочено, скасовано |}
Поля тікета
- LiqPay;
- Stripe;
- PayPal;
- банківський переказ;
- ручна оплата;
- внутрішній баланс клієнта.; Статус
- нової послуги;
- продовження послуги;
- реєстрації домену;
- продовження домену;
- SSL-сертифіката;
- адміністрування;
- додаткових послуг;
- разових робіт.; !; характеристика
компонент має підтримувати клієнтів, контактних осіб, тарифні плани, сервери, IP-адреси, послуги клієнтів, домени, DNS-записи, рахунки, оплати, продовження, сповіщення, особистий кабінет, тікети підтримки, SLA, звіти, AJAX-інтерактив і журнал змін.;== AJAX-інтерактив ==
платформа повинна підтримувати логіку продовження.; Роль
| ;== Звіт «Домени, що завершуються» ==
платформа має підтримувати email або внутрішні повідомлення.; функціональні можливості
ПриміткаДовідник «Сервери»Звіт «Завантаження серверів»Рахунки формуються для |
|---|