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

Атестаційні завдання K2 ERP/Поштова служба

Матеріал з K2 ERP Wiki
компонент обліку клієнтів, послуг, замовлень, рахунків і статусів для мультисервісної компанії: Поштова доставка + Хостинг.; характеристика
Назва тарифу як ілюстрація: Стандарт, Експрес, Міжнародний
Тип доставки Документи, посилка, вантаж
Мінімальна вага Початок діапазону
Максимальна вага Кінець діапазону
Базова ціна Початкова ціна
Ціна за кг Додаткова ціна за вагу
Термін доставки Орієнтовна кількість днів
Статус Активний або архівний

!; характеристика

!; Тариф описує тип хостингової послуги, характеристики та вартість.;

Це знижує витрати на обліковий облік, об’єднує клієнтську базу, спрощує фінансовий блок, підвищує якість сервісу і надає можливість бачити прибутковість кожного напрямку окремо.; Поле
- Відправлення До якого відправлення запис
Дата і час Коли змінився статус
Статус Новий статус
Локація Відділення, місто або зона
користувач системи Хто змінив статус
Коментар Додаткова відомості

Адмін-панель має дозволяти керувати обома напрямками.;

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

  • пошук клієнтів;
  • створення відправлення;
  • розрахунок вартості доставки;
  • зміна статусу відправлення;
  • призначення кур’єра;
  • створення хостингової послуги;
  • прив’язка сервера;
  • створення рахунку;
  • фіксація оплати;
  • продовження хостинг-послуги;
  • фільтрація відправлень;
  • фільтрація хостинг-послуг;
  • фільтрація рахунків;
  • актуалізація особистого кабінету;
  • формування звітів.; фінансовий блок, рахунки й оплати мають обліковуватися централізовано.; У звіті потрібно відображати:
Для реалізації задачі доцільно передбачити такі сутності:
  • домен;
  • клієнта;
  • дату завершення;
  • кількість днів до завершення;
  • статус рахунку;
  • статус домену.; |-
Клієнти Єдина база фізичних і юридичних осіб
Пункти обслуговування Відділення поштової служби
Кур’єри Співробітники, які доставляють відправлення
Відправлення Посилки, документи, вантажі
Маршрути Напрями доставки
Тарифи доставки Правила розрахунку вартості доставки
Хостингові тарифи Пакети послуг хостингу
Сервери Інфраструктура для хостингових послуг
Домени Доменні імена клієнтів
Хостингові послуги Активні або завершені послуги клієнтів
Рахунки Документи на оплату доставки або хостингу
Оплати Фактичні платежі клієнтів
Сповіщення Повідомлення про статуси, рахунки, продовження
Кабінет клієнта Перегляд доставок, хостингу, рахунків і оплат
Звіти аналітичні інструменти по доставці, хостингу і фінансах
; характеристика

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

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

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

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

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

Поля рахунку

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

!; Коротко. Потрібно реалізувати мультисервісну ERP-систему: клієнти, поштові відправлення, кур’єри, відділення, тарифи доставки, хостингові тарифи, сервери, домени, хостинг-послуги, рахунки, оплати, статуси, продовження, сповіщення, кабінет клієнта, адмін-панель і звіти.; Поле

компонент має підтримувати рольову модель.;== Мета задача == !; Роль !;== Звіт «Робота кур’єрів» ==

  1. створити хостинговий тариф;
  2. створити сервер;
  3. створити домен клієнта;
  4. створити хостингову послугу;
  5. прив’язати послугу до клієнта;
  6. прив’язати послугу до сервера;
  7. сформувати рахунок на хостинг;
  8. зафіксувати оплату;
  9. змінити статус послуги на «Активна»;
  10. виконати продовження послуги;
  11. перевірити зміну дати завершення.; характеристика

|- | ПІБ | Повне ім’я кур’єра |- | Телефон | Контактний номер |- | Email | Опціонально |- | Місто / зона доставки | Територія роботи |- | Тип транспорту | Пішки, авто, мото, велосипед |- | Статус | Активний, відпустка, лікарняний, звільнений |}

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

!; характеристика !; характеристика

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

  • кількість активних послуг;
  • кількість прострочених послуг;
  • кількість послуг, що завершуються;
  • суму доходу;
  • кількість послуг по тарифах.; Поле

|- | Що потрібно створити?; !;== База «Хостингові послуги» ==

; !; компонент повинен фіксувати ключові дії.; !; Параметр

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

  • поштової доставки;
  • додаткового страхування відправлення;
  • міжнародної доставки;
  • хостингової послуги;
  • продовження VPS;
  • продовження домену;
  • SSL-сертифіката;
  • адміністрування;
  • інших послуг.;== Статуси відправлення ==
замовник Власник послуги
Тип послуги Хостинг, VPS, домен, SSL
Тариф Обраний тарифний план
Сервер Де розміщена послуга
Домен Якщо прив’язано
Дата початку Початок дії
Дата завершення Кінець оплаченого періоду
Статус Активна, припинена, очікує оплату, прострочена

Назва задача

Статуси хостингової послуги

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

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

Коротко

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

Спільна база «Клієнти»

Мінімальний сценарій для хостингової частини:

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

Звіт «Доставки за період»

Основні об’єкти модуля

Поля оплати

Трекінг відправлення

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

!; !; !; Об’єкт

  • 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 |- | Адреса | Фактична адреса |- | Телефон | Контактний номер |- | Місто | Населений пункт |- | Графік роботи | Дні та години роботи |- | Відповідальний | Керівник або оператор відділення |- | Статус | Активне, тимчасово закрите, архівне |}

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

Поля пункту обслуговування

центральний принцип. замовник має бути один у системі.; !; Бали

!; Критерій

Поля клієнта

Номер відправлення Унікальний номер або трек-код
Відправник замовник або особа, що відправляє
Телефон відправника Контакт відправника
Одержувач ПІБ або назва компанії
Телефон одержувача Контакт одержувача
Адреса відправлення Звідки відправлено
Адреса доставки Куди доставити
Тип відправлення Посилка, документи, вантаж
Вага Вага у кг
Габарити Довжина, ширина, висота, опціонально
Оголошена вартість Опціонально
Вартість доставки Розрахована або ручна
Кур’єр Призначений виконавець
Пункт прийому Де прийнято
Пункт видачі Якщо доставка до відділення
Планова дата доставки Очікувана дата
Статус Поточний стан відправлення
Хостингова послуга — це активна або завершена послуга клієнта.; 100

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

Створено Відправлення створено в системі
Прийнято Посилку прийнято у відділенні або кур’єром
Відправлено Відправлення передано в доставку
У транзиті Відправлення переміщується між пунктами
Прибуло у відділення Відправлення готове до видачі
На доставці Кур’єр доставляє одержувачу
Доставлено Відправлення отримано
Не доставлено Доставка не відбулася
Повернення Відправлення повертається відправнику
Скасовано Відправлення скасовано

Спільний фінансовий компонент

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

Поля тарифу доставки

Довідник «Кур’єри»

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

У кабінеті замовник бачить

  • за вагою;
  • за габаритами;
  • за містом;
  • за зоною доставки;
  • за країною;
  • за терміновістю;
  • фіксована ціна;
  • індивідуальна ціна для корпоративного клієнта.;
Назва сервера Hostname або внутрішня назва
Тип сервера Shared, VPS-node, Dedicated, DNS, Mail
IP-адреса Основна IP
Пул IP Доступні IP-адреси
Локація Датацентр або місто
Статус Активний, на обслуговуванні, виведений

Хостингова частина

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

; характеристика Мультисервісний компонент: поштова доставка + хостинг Що є собою спільним?; характеристика

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

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

Очікуваний результат

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

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

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

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

; Поле
Доменне ім’я як ілюстрація: example.com
замовник Власник домену
Реєстратор Де зареєстровано
Дата реєстрації Коли зареєстровано
Дата завершення Коли завершується дія
DNS-сервери NS-записи
Статус Активний, завершується, протермінований, видалений
; Компанії потрібно:

ключовий бізнес-процес

компонент має забезпечувати спільну базу клієнтів, єдину фінансову систему, окремі журнали для відправлень і хостингових послуг, контроль статусів, оплат, продовжень, сповіщень, особистий кабінет клієнта, адмін-панель і звіти по кожному напрямку бізнесу.;== Події для хостингових сповіщень ==

  1. сформувати рахунок на доставку;
  2. сформувати рахунок на хостинг;
  3. зафіксувати часткову оплату;
  4. перевірити борг;
  5. зафіксувати повну оплату;
  6. сформувати загальний фінансовий звіт;
  7. перевірити особистий кабінет клієнта;
  8. перевірити журнал змін.; | Доставки, кур’єри, хостинг, домени, борги, загальний фінансовий звіт
Що є собою критичною вимогою?; Поле
; характеристика

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

Див.; додатково

  1. створити клієнта;
  2. створити пункт обслуговування;
  3. створити кур’єра;
  4. створити тариф доставки;
  5. створити відправлення;
  6. розрахувати вартість доставки;
  7. сформувати рахунок;
  8. зафіксувати оплату;
  9. змінити статус відправлення на «Прийнято»;
  10. змінити статус на «У транзиті»;
  11. призначити кур’єра;
  12. змінити статус на «Доставлено»;
  13. перевірити історію трекінгу.;== Поля сервера ==
  1. замовник створюється або обирається із бази;
  2. обирається тариф хостингу;
  3. створюється хостингова послуга;
  4. послуга прив’язується до сервера або домену;
  5. платформа формує рахунок;
  6. замовник оплачує;
  7. послуга переходить у статус «Активна»;
  8. перед завершенням періоду платформа надсилає нагадування;
  9. після оплати послуга продовжується;
  10. платформа формує звіти по хостингових послугах.; Максимальна оцінка

Кур’єри виконують доставку відправлень.; {| class="wikitable" style="width:100%;"

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

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

; !; Поле

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

Поля трекінгу

; Поле

Довідник «Пункти обслуговування»

  • кількість відправлень;
  • кількість доставлених;
  • кількість недоставлених;
  • суму доходу;
  • середню вартість доставки;
  • кількість повернень.; * фізична особа;
  • ФОП;
  • юридична особа;
  • корпоративний замовник;
  • партнерська сторона;
  • внутрішній замовник.; Значення
  • активні відправлення;
  • історію доставок;
  • трекінг відправлень;
  • активні хостингові послуги;
  • домени;
  • дати завершення послуг;
  • рахунки;
  • оплати;
  • борги;
  • можливість завантажити PDF-рахунок;
  • контактні інформаційні дані;
  • повідомлення;
  • звернення до підтримки, якщо реалізовано.; !; !; !; Мінімальний сценарій для поштової частини:

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

Звіти

Мета задача — створити в K2 ERP компонент для компанії, яка має два різні напрями діяльності: організація функціонує як мультисервісний оператор і надає два типи послуг.;== Типи хостингових послуг ==
- Реалізація бази клієнтів, відправлень і хостинг-послуг 20 Єдина база клієнтів, поштові відправлення, кур’єри, відділення, тарифи, хостинг-послуги, сервери, домени
керування оплатами і виставлення рахунків 20 Рахунки на доставку і хостинг, часткові оплати, повні оплати, борги, PDF-документи
Контроль продовження послуг і статусів 20 Статуси доставки, трекінг, статуси хостингу, дати завершення, продовження, сповіщення
Звіти по доходах 20 Окремі звіти по доставці, хостингу, боргах, доменах, кур’єрах і загальний фінансовий звіт
Інтерактивність через AJAX і мобільна адаптивність 20 AJAX-оновлення статусів, пошук, фільтри, кабінет клієнта, зручність роботи з телефону
; Відповідь

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

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

class="wikitable" style="width:100%;"
  • shared hosting;
  • VPS;
  • VDS;
  • dedicated server;
  • домени;
  • DNS;
  • SSL-сертифікати;
  • резервне копіювання;
  • технічна супровід.; характеристика
; Поле
  • кур’єра;
  • кількість доставок;
  • кількість успішних доставок;
  • кількість невдалих доставок;
  • суму доставок;
  • середній час доставки, якщо реалізовано.;== Поля тарифного плану ==
; Через AJAX мають працювати:
  • створено хостингову послугу;
  • виставлено рахунок;
  • рахунок оплачено;
  • послуга завершується через 30 днів;
  • послуга завершується через 7 днів;
  • послуга прострочена;
  • домен завершується;
  • домен продовжено;
  • послугу призупинено.; характеристика

Інтерфейс має працювати оперативно й без перезавантаження сторінок.; характеристика Типовий бізнес-процес для поштової доставки:

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

; характеристика

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

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

Журнал змін має зберігати:

Поля домену

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

Довідник «Хостингові тарифні плани»

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

Хостинговий напрям:

Колонки бази відправлень

Відправлення, кур’єри, відділення, тарифи доставки, трекінг
Що окреме для хостингу?;== Звіт «Домени, що завершуються» ==

Поштовий напрям:

  1. замовник створюється або обирається із бази;
  2. оформлюється відправлення;
  3. вказується відправник, одержувач, адреса, вага і тип доставки;
  4. платформа розраховує вартість;
  5. створюється рахунок або оплата на місці;
  6. відправлення отримує статус «Прийнято»;
  7. далі статуси змінюються: «Відправлено», «У транзиті», «На доставці», «Доставлено»;
  8. замовник отримує сповіщення;
  9. платформа формує звіти по доставках.; Разом

У межах атестації потрібно продемонструвати робочий сценарій.;== Варіанти тарифікації ==

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

платформа має зберігати історію статусів відправлення.