Атестаційні завдання K2 ERP/Поштова служба
| Назва тарифу | як ілюстрація: Стандарт, Експрес, Міжнародний |
| Тип доставки | Документи, посилка, вантаж |
| Мінімальна вага | Початок діапазону |
| Максимальна вага | Кінець діапазону |
| Базова ціна | Початкова ціна |
| Ціна за кг | Додаткова ціна за вагу |
| Термін доставки | Орієнтовна кількість днів |
| Статус | Активний або архівний |
!; характеристика
!; Тариф описує тип хостингової послуги, характеристики та вартість.;
| - | Відправлення | До якого відправлення запис |
|---|---|---|
| Дата і час | Коли змінився статус | |
| Статус | Новий статус | |
| Локація | Відділення, місто або зона | |
| користувач системи | Хто змінив статус | |
| Коментар | Додаткова відомості |
Адмін-панель має дозволяти керувати обома напрямками.;
Панель адміністратора
- пошук клієнтів;
- створення відправлення;
- розрахунок вартості доставки;
- зміна статусу відправлення;
- призначення кур’єра;
- створення хостингової послуги;
- прив’язка сервера;
- створення рахунку;
- фіксація оплати;
- продовження хостинг-послуги;
- фільтрація відправлень;
- фільтрація хостинг-послуг;
- фільтрація рахунків;
- актуалізація особистого кабінету;
- формування звітів.; фінансовий блок, рахунки й оплати мають обліковуватися централізовано.; У звіті потрібно відображати:
- домен;
- клієнта;
- дату завершення;
- кількість днів до завершення;
- статус рахунку;
- статус домену.; |-
| Клієнти | Єдина база фізичних і юридичних осіб |
| Пункти обслуговування | Відділення поштової служби |
| Кур’єри | Співробітники, які доставляють відправлення |
| Відправлення | Посилки, документи, вантажі |
| Маршрути | Напрями доставки |
| Тарифи доставки | Правила розрахунку вартості доставки |
| Хостингові тарифи | Пакети послуг хостингу |
| Сервери | Інфраструктура для хостингових послуг |
| Домени | Доменні імена клієнтів |
| Хостингові послуги | Активні або завершені послуги клієнтів |
| Рахунки | Документи на оплату доставки або хостингу |
| Оплати | Фактичні платежі клієнтів |
| Сповіщення | Повідомлення про статуси, рахунки, продовження |
| Кабінет клієнта | Перегляд доставок, хостингу, рахунків і оплат |
| Звіти | аналітичні інструменти по доставці, хостингу і фінансах |
; характеристика
База «Домени»Колонки бази хостингових послуг
|
;== Звіт «Хостингові послуги» ==
Послуги клієнтазамовник повинен бачити всі свої послуги в одному кабінеті.; Що перевіряється Поля рахунку |
|---|---|
| Номер відправлення | Унікальний трек-номер |
| Відправник | замовник або контакт відправника |
| Одержувач | Хто отримує |
| Адреса доставки | Куди доставити |
| Тип відправлення | Посилка, документи, вантаж |
| Вага | Вага відправлення |
| Вартість доставки | Розрахована сума |
| Статус | Прийнято, у транзиті, доставлено тощо |
| Кур’єр | Хто доставляє |
| Термін доставки | Планова дата доставки |
!; Коротко. Потрібно реалізувати мультисервісну ERP-систему: клієнти, поштові відправлення, кур’єри, відділення, тарифи доставки, хостингові тарифи, сервери, домени, хостинг-послуги, рахунки, оплати, статуси, продовження, сповіщення, кабінет клієнта, адмін-панель і звіти.; Поле
компонент має підтримувати рольову модель.;== Мета задача == !; Роль !;== Звіт «Робота кур’єрів» ==
- створити хостинговий тариф;
- створити сервер;
- створити домен клієнта;
- створити хостингову послугу;
- прив’язати послугу до клієнта;
- прив’язати послугу до сервера;
- сформувати рахунок на хостинг;
- зафіксувати оплату;
- змінити статус послуги на «Активна»;
- виконати продовження послуги;
- перевірити зміну дати завершення.; характеристика
|- | ПІБ | Повне ім’я кур’єра |- | Телефон | Контактний номер |- | Email | Опціонально |- | Місто / зона доставки | Територія роботи |- | Тип транспорту | Пішки, авто, мото, велосипед |- | Статус | Активний, відпустка, лікарняний, звільнений |}
У звіті потрібно відображати:
!; характеристика !; характеристика
Типовий бізнес-процес для хостингу:
- кількість активних послуг;
- кількість прострочених послуг;
- кількість послуг, що завершуються;
- суму доходу;
- кількість послуг по тарифах.; Поле
|- | Що потрібно створити?; !;== База «Хостингові послуги» ==
; !; компонент повинен фіксувати ключові дії.; !; Параметр
Довідник «Сервери»
| |
|---|---|
| замовник | Власник послуги |
| Тип послуги | Хостинг, VPS, домен, SSL |
| Тариф | Обраний тарифний план |
| Сервер | Де розміщена послуга |
| Домен | Якщо прив’язано |
| Дата початку | Початок дії |
| Дата завершення | Кінець оплаченого періоду |
| Статус | Активна, припинена, очікує оплату, прострочена |
Назва задача
Статуси хостингової послуги
|- | Нова | Послугу створено |- | Очікує оплату | Рахунок виставлено, оплати немає |- | Активна | Послуга оплачена і функціонує |- | Завершується | До кінця періоду залишилось мало часу |- | Прострочена | Період завершився, оплати немає |- | Призупинена | Послугу тимчасово зупинено |- | Припинена | Послуга більше не надається |}
Коротко
AJAX-інтерактив
Спільна база «Клієнти»
Мінімальний сценарій для хостингової частини:
| замовник | Бачить власні доставки, хостингові послуги, домени, рахунки й оплати |
| Оператор поштової служби | Створює відправлення, змінює статуси, функціонує з відділеннями |
| Кур’єр | Бачить свої доставки, змінює статус доставки |
| Хостинг-оператор | Створює хостингові послуги, домени, рахунки на продовження |
| Технічний адміністратор | Керує серверами, IP, DNS і технічними параметрами |
| Бухгалтер | функціонує з рахунками, оплатами, боргами і фінансовими звітами |
| Керівник | Бачить загальні звіти по доставці, хостингу і фінансах |
| Адміністратор системи | Налаштовує права, тарифи, довідники, шаблони і службові параметри |
Звіт «Доставки за період»
Основні об’єкти модуля
Поля оплати
Трекінг відправлення
!; !; !; Об’єкт
- shared hosting;
- VPS;
- VDS;
- dedicated server;
- domain;
- DNS;
- SSL;
- backup;
- email hosting;
- administration.; Пункти обслуговування — це відділення, де приймаються і видаються відправлення.; {| class="wikitable" style="width:100%;"
|- | Назва тарифу | як ілюстрація: Hosting Start, VPS 4GB |- | Тип послуги | Хостинг, VPS, домен, SSL тощо |- | Вартість на місяць | Ціна за місяць |- | Вартість на рік | Ціна за рік |- | Дисковий простір | як ілюстрація: 10 GB |- | RAM | Для VPS або серверів |- | CPU | Для VPS або серверів |- | Трафік | Ліміт або безліміт |- | Статус | Активний, прихований, архівний |}
Домени можуть бути окремою послугою клієнта або прив’язкою до хостингу.;
Сповіщення
Звіт «Борги клієнтів»
- хто створив клієнта;
- хто створив відправлення;
- хто змінив статус відправлення;
- хто призначив кур’єра;
- хто створив тариф доставки;
- хто створив хостинговий тариф;
- хто створив хостингову послугу;
- хто змінив дату завершення послуги;
- хто створив домен;
- хто створив рахунок;
- хто зафіксував оплату;
- хто продовжив послугу;
- хто надіслав сповіщення;
- дату й час дії;
- старе та нове значення, якщо це можливо.; * поштова доставка;
- хостингові та доменні послуги.;== Примітка ==
У звіті потрібно відображати:
Події для поштових сповіщень
|- | замовник | Хто оплатив |- | Рахунок | До якого рахунку прив’язана оплата |- | Дата оплати | Коли отримано оплату |- | Сума | Розмір платежу |- | Спосіб оплати | Готівка, картка, LiqPay, Stripe, PayPal тощо |- | Статус | Очікує, успішно, помилка, повернення |- | Коментар | Примітка оператора |}
Фінансовий компонент має працювати для обох напрямків.;== Поля відправлення ==
Поштова частина
- клієнта;
- напрям послуги;
- рахунок;
- суму рахунку;
- оплачено;
- борг;
- кількість днів прострочення.; Мінімальний сценарій для спільного фінансового блоку:
!; | Тарифи, сервери, домени, хостинг-послуги, продовження |- | Що потрібно контролювати?; Статус
платформа повинна дозволяти:
Шкала оцінювання
Поля кур’єра
|- | Номер рахунку | Унікальний номер |- | замовник | Кому виставлено рахунок |- | Напрям послуги | Доставка або хостинг |- | Об’єкт оплати | Відправлення, хостингова послуга, домен |- | Дата рахунку | Коли сформовано |- | Сума | Сума до оплати |- | Оплачено | Скільки оплачено |- | Борг | Залишок |- | Статус | Новий, очікує оплату, частково оплачено, оплачено, прострочено, скасовано |}
- готівка;
- банківська картка;
- банківський переказ;
- LiqPay;
- Stripe;
- PayPal;
- внутрішній баланс клієнта;
- ручна оплата оператором.;== База «Відправлення» ==
!; У картці клієнта потрібно бачити:
- вести єдину базу клієнтів;
- бачити всі послуги клієнта в одному кабінеті;
- вести окремі операційні процеси для доставки і хостингу;
- мати спільний фінансовий компонент;
- контролювати статуси замовлень і послуг;
- автономно формувати рахунки;
- надсилати повідомлення клієнтам;
- аналізувати доходи по кожному напрямку.; !; Колонка
|}
!; Питання
платформа має підтримувати сповіщення клієнтів і операторів.; характеристика |- | Назва відділення | як ілюстрація: Відділення №1 |- | Адреса | Фактична адреса |- | Телефон | Контактний номер |- | Місто | Населений пункт |- | Графік роботи | Дні та години роботи |- | Відповідальний | Керівник або оператор відділення |- | Статус | Активне, тимчасово закрите, архівне |}
Рахунки можуть створюватися для
Поля пункту обслуговування
центральний принцип. замовник має бути один у системі.; !; Бали
!; Критерій
Поля клієнта
| Номер відправлення | Унікальний номер або трек-код |
| Відправник | замовник або особа, що відправляє |
| Телефон відправника | Контакт відправника |
| Одержувач | ПІБ або назва компанії |
| Телефон одержувача | Контакт одержувача |
| Адреса відправлення | Звідки відправлено |
| Адреса доставки | Куди доставити |
| Тип відправлення | Посилка, документи, вантаж |
| Вага | Вага у кг |
| Габарити | Довжина, ширина, висота, опціонально |
| Оголошена вартість | Опціонально |
| Вартість доставки | Розрахована або ручна |
| Кур’єр | Призначений виконавець |
| Пункт прийому | Де прийнято |
| Пункт видачі | Якщо доставка до відділення |
| Планова дата доставки | Очікувана дата |
| Статус | Поточний стан відправлення |
Критерії оцінювання
| Створено | Відправлення створено в системі |
| Прийнято | Посилку прийнято у відділенні або кур’єром |
| Відправлено | Відправлення передано в доставку |
| У транзиті | Відправлення переміщується між пунктами |
| Прибуло у відділення | Відправлення готове до видачі |
| На доставці | Кур’єр доставляє одержувачу |
| Доставлено | Відправлення отримано |
| Не доставлено | Доставка не відбулася |
| Повернення | Відправлення повертається відправнику |
| Скасовано | Відправлення скасовано |
Спільний фінансовий компонент
У звіті потрібно відображати:
Поля тарифу доставки
Довідник «Кур’єри»
компонент має підтримувати єдину базу клієнтів, відправлення, кур’єрів, пункти обслуговування, тарифи доставки, трекінг, хостингові тарифи, сервери, домени, хостингові послуги, рахунки, оплати, продовження, сповіщення, особистий кабінет клієнта, адмін-панель, звіти, AJAX-інтерактив і журнал змін.; Поле
У кабінеті замовник бачить
- за вагою;
- за габаритами;
- за містом;
- за зоною доставки;
- за країною;
- за терміновістю;
- фіксована ціна;
- індивідуальна ціна для корпоративного клієнта.;
| Назва сервера | Hostname або внутрішня назва |
| Тип сервера | Shared, VPS-node, Dedicated, DNS, Mail |
| IP-адреса | Основна IP |
| Пул IP | Доступні IP-адреси |
| Локація | Датацентр або місто |
| Статус | Активний, на обслуговуванні, виведений |
Хостингова частина
У звіті потрібно відображати:
; характеристика Мультисервісний компонент: поштова доставка + хостинг Що є собою спільним?; характеристикаКритичні помилки
- клієнтів;
- відправлення;
- кур’єрів;
- відділення;
- тарифи доставки;
- хостингові тарифи;
- сервери;
- домени;
- хостингові послуги;
- рахунки;
- оплати;
- прострочені послуги;
- відправлення з проблемами;
- звіти.; !; Критичними помилками вважаються ситуації, коли:
Очікуваний результат
- доставка посилок;
- доставка документів;
- міжнародні відправлення;
- кур’єрська доставка;
- доставка між відділеннями;
- адресна доставка.; У результаті виконання атестаційного задача має бути створений мультисервісний компонент у K2 ERP для компанії, що поєднує поштову доставку і хостингові послуги.; | Клієнти, рахунки, оплати, кабінет клієнта, фінансові звіти
- клієнти;
- контактні особи;
- пункти обслуговування;
- кур’єри;
- тарифи доставки;
- відправлення;
- трекінг відправлень;
- хостингові тарифи;
- сервери;
- домени;
- хостингові послуги;
- рахунки;
- позиції рахунків;
- оплати;
- сповіщення;
- тікети підтримки, опціонально;
- журнал змін;
- права доступу;
- звіти.; Поле
Рекомендовані сутності бази даних
Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти два базові цикли: доставка → рахунок → оплата → статус → трекінг → звіт та хостинг → рахунок → оплата → активація → продовження → звіт.; характеристика
Практичне задача
; Поле
|
; Компанії потрібно:
ключовий бізнес-процескомпонент має забезпечувати спільну базу клієнтів, єдину фінансову систему, окремі журнали для відправлень і хостингових послуг, контроль статусів, оплат, продовжень, сповіщень, особистий кабінет клієнта, адмін-панель і звіти по кожному напрямку бізнесу.;== Події для хостингових сповіщень ==
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Що є собою критичною вимогою?; Поле
Довідник «Хостингові тарифні плани»
Хостинговий напрям: Колонки бази відправлень | Відправлення, кур’єри, відділення, тарифи доставки, трекінг | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Що окреме для хостингу?;== Звіт «Домени, що завершуються» ==
Поштовий напрям:
У межах атестації потрібно продемонструвати робочий сценарій.;== Варіанти тарифікації == |
; Колонка
платформа має зберігати історію статусів відправлення. |