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

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

Матеріал з K2 ERP Wiki
R (обговорення | внесок)
Бюрократи, Адміністратори інтерфейсу, Адміністратори
2367 редагувань
ВізуальнийВікірозмітка
Первинна публікація
 
Немає опису редагування
 
Рядок 1: Рядок 1:
!Параметр
== База «Відправлення» ==
 
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
 
клієнт ERP повинен бачити всі свої послуги в одному кабінеті. !== Примітка ==
 
* створено хостингову послугу;
* виставлено рахунок;
* рахунок оплачено;
* послуга завершується через 30 днів;
* послуга завершується через 7 днів;
* послуга прострочена;
* домен завершується;
* домен продовжено;
* послугу призупинено. Тариф описує тип хостингової послуги, характеристики та вартість. !== Статуси відправлення ==
 
# клієнт ERP створюється або обирається із бази;
# обирається тариф хостингу;
# створюється хостингова послуга;
# послуга прив’язується до сервера або домену;
# платформа формує рахунок;
# клієнт ERP оплачує;
# послуга переходить у статус '''«Активна»''';
# перед завершенням періоду платформа надсилає нагадування;
# після оплати послуга продовжується;
# платформа формує звіти по хостингових послугах. | Статуси доставок, строки хостинг-послуг, рахунки, оплати, борги
|-
| Які документи потрібні?== База «Домени» ==
 
# сформувати рахунок на доставку;
# сформувати рахунок на хостинг;
# зафіксувати часткову оплату;
# перевірити борг;
# зафіксувати повну оплату;
# сформувати загальний фінансовий звіт;
# перевірити особистий кабінет клієнта;
# перевірити журнал змін. ! Поле
! Питання
 
* готівка;
* банківська картка;
* банківський переказ;
* LiqPay;
* Stripe;
* PayPal;
* внутрішній баланс клієнта;
* ручна оплата оператором. | Транспортні накладні, рахунки, акти, PDF-звіти
|-
| Які звіти потрібні? Поштова служба + Хостинг''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні мультисервісного модуля для компанії, яка одночасно надає послуги поштової доставки та хостингові послуги виступає ключовою рисою '''Атестаційне задача K2 ERP.== AJAX-інтерактив ==
 
* пошук клієнтів;
* створення відправлення;
* розрахунок вартості доставки;
* зміна статусу відправлення;
* призначення кур’єра;
* створення хостингової послуги;
* прив’язка сервера;
* створення рахунку;
* фіксація оплати;
* продовження хостинг-послуги;
* фільтрація відправлень;
* фільтрація хостинг-послуг;
* фільтрація рахунків;
* оновлення версій особистого кабінету;
* формування звітів. SEO-опис
! Рівень
 
компонент має підтримувати єдину базу клієнтів, відправлення, кур’єрів, пункти обслуговування, тарифи доставки, трекінг, хостингові тарифи, сервери, домени, хостингові послуги, рахунки, оплати, продовження, сповіщення, особистий кабінет клієнта, адмін-панель, звіти, AJAX-інтерактив і журнал змін. ! SEO-опис
|-
| Номер відправлення
| Унікальний трек-номер
|-
| Відправник
| клієнт ERP або контакт відправника
|-
| Одержувач
| Хто отримує
|-
| Адреса доставки
| Куди доставити
|-
| Тип відправлення
| Посилка, документи, вантаж
|-
| Вага
| Вага відправлення
|-
| Вартість доставки
| Розрахована сума
|-
| Статус
| Прийнято, у транзиті, доставлено тощо
|-
| Кур’єр
| Хто доставляє
|-
| Термін доставки
| Планова дата доставки
|}
 
Мінімальний сценарій для поштової частини:
 
== Поля оплати ==
== Звіт «Борги клієнтів» ==
'''провідний принцип.''' клієнт ERP має бути один у системі, навіть якщо він одночасно користується доставкою, хостингом, доменами та іншими послугами.== Статуси хостингової послуги ==
!== Події для поштових сповіщень ==
 
* shared hosting;
* VPS;
* VDS;
* dedicated server;
* домени;
* DNS;
* SSL-сертифікати;
* резервне копіювання;
* технічна технічна підтримка.== Поля трекінгу ==
 
! Поле
!</div>
 
* кількість активних послуг;
* кількість прострочених послуг;
* кількість послуг, що завершуються;
* суму доходу;
* кількість послуг по тарифах. Поле
 
! | Відправлення, кур’єри, відділення, тарифи доставки, трекінг
|-
| Що окреме для хостингу? ! SEO-опис
У результаті виконання атестаційного задача має бути створений мультисервісний компонент у K2 ERP для компанії, що поєднує поштову доставку і хостингові послуги. У звіті потрібно відображати:
|-
| ПІБ
| Повне ім’я кур’єра
|-
| Телефон
| Контактний номер
|-
| Email
| Опціонально
|-
| Місто / зона доставки
| Територія роботи
|-
| Тип транспорту
| Пішки, авто, мото, велосипед
|-
| Статус
| Активний, відпустка, лікарняний, звільнений
|}
 
== Критичні помилки ==
 
{| class="wikitable" style="width:100%;"
 
[[Категорія:Білінг]]
 
* за вагою;
* за габаритами;
* за містом;
* за зоною доставки;
* за країною;
* за терміновістю;
* фіксована ціна;
* індивідуальна ціна для корпоративного клієнта. платформа має підтримувати сповіщення клієнтів і операторів. ! Колонка
|-
| Відправлення
| До якого відправлення запис
|-
| Дата і час
| Коли змінився статус
|-
| Статус
| Новий статус
|-
| Локація
| Відділення, місто або зона
|-
| користувач системи
| Хто змінив статус
|-
| Коментар
| Додаткова інформаційні матеріали
|}
 
== Довідник «Кур’єри» ==
 
Критичними помилками вважаються ситуації, коли:
 
== У кабінеті клієнт ERP бачить ==
 
Пункти обслуговування — це відділення, де приймаються і видаються відправлення. функції ERP
 
== Довідник «Хостингові тарифні плани» ==
 
'''Коротко.''' Потрібно реалізувати мультисервісну ERP-систему: клієнти, поштові відправлення, кур’єри, відділення, тарифи доставки, хостингові тарифи, сервери, домени, хостинг-послуги, рахунки, оплати, статуси, продовження, сповіщення, кабінет клієнта, адмін-панель і звіти. !== В адмін-панелі потрібно бачити ==
 
Сервери використовуються для розміщення хостингових послуг. ! Статус
 
== Технічні вимоги ==
 
Це знижує витрати на обліковий облік, об’єднує клієнтську базу, спрощує фінансовий блок, підвищує якість сервісу і дає можливість бачити прибутковість кожного напрямку окремо.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
 
== Колонки бази відправлень ==
== Критерії оцінювання ==
== Звіт «Хостингові послуги» ==
У звіті потрібно відображати:
|-
| Реалізація бази клієнтів, відправлень і хостинг-послуг
| 20
| Єдина база клієнтів, поштові відправлення, кур’єри, відділення, тарифи, хостинг-послуги, сервери, домени
|-
| керування оплатами і виставлення рахунків
| 20
| Рахунки на доставку і хостинг, часткові оплати, повні оплати, борги, PDF-документи
|-
| Контроль продовження послуг і статусів
| 20
| Статуси доставки, трекінг, статуси хостингу, дати завершення, продовження, сповіщення
|-
| Звіти по доходах
| 20
| Окремі звіти по доставці, хостингу, боргах, доменах, кур’єрах і загальний фінансовий звіт
|-
| Інтерактивність через AJAX і мобільна адаптивність
| 20
| AJAX-оновлення статусів, пошук, фільтри, кабінет клієнта, зручність роботи з телефону
|-
Фінансовий компонент має працювати для обох напрямків. SEO-опис
 
== Основні об’єкти модуля ==
 
== Сповіщення ==
Кур’єри виконують доставку відправлень. Мінімальний сценарій для спільного фінансового блоку:
 
! Через AJAX мають працювати:
 
== Трекінг відправлення ==
 
# клієнт ERP створюється або обирається із бази;
# оформлюється відправлення;
# вказується відправник, одержувач, адреса, вага і тип доставки;
# платформа розраховує вартість;
# створюється рахунок або оплата на місці;
# відправлення отримує статус '''«Прийнято»''';
# далі статуси змінюються: '''«Відправлено»''', '''«У транзиті»''', '''«На доставці»''', '''«Доставлено»''';
# клієнт ERP отримує сповіщення;
# платформа формує звіти по доставках. фінансовий блок, рахунки й оплати мають обліковуватися централізовано. ! | Доставки, кур’єри, хостинг, домени, борги, загальний фінансовий звіт
|-
| Що виступає як критичною вимогою? SEO-опис
|-
| Що потрібно створити? !== Поштова частина ==
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
{| class="wikitable" style="width:100%;"
[[Категорія:Хостинг]]
|-
| Клієнти
| Єдина база фізичних і юридичних осіб
|-
| Пункти обслуговування
| Відділення поштової служби
|-
| Кур’єри
| Співробітники, які доставляють відправлення
|-
| Відправлення
| Посилки, документи, вантажі
|-
| Маршрути
| Напрями доставки
|-
| Тарифи доставки
| Правила розрахунку вартості доставки
|-
| Хостингові тарифи
| Пакети послуг хостингу
|-
| Сервери
| Інфраструктура для хостингових послуг
|-
| Домени
| Доменні імена клієнтів
|-
| Хостингові послуги
| Активні або завершені послуги клієнтів
|-
| Рахунки
| Документи на оплату доставки або хостингу
|-
| Оплати
| Фактичні платежі клієнтів
|-
| Сповіщення
| Повідомлення про статуси, рахунки, продовження
|-
| Кабінет клієнта
| Перегляд доставок, хостингу, рахунків і оплат
|-
| Звіти
| аналітичні інструменти по доставці, хостингу і фінансах
|}


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


* надає послуги поштової доставки:
{| class="wikitable" style="width:100%;"
** посилки;
 
** документи;
{| class="wikitable" style="width:100%;"
** міжнародні вантажі;
 
* надає послуги хостингу:
* фізична особа;
** сайти;
* ФОП;
** VPS;
* юридична особа;
** домени;
* корпоративний клієнт ERP;
* має мережу клієнтів:
* інтегратор;
** фізичні особи;
* внутрішній клієнт ERP. SEO-опис
** юридичні особи;
== Спільний фінансовий компонент ==
* підтримує обліковий обліковий облік активних сервісів, доставок, строків і оплат;
|-
* веде автоматичну генерацію рахунків і нагадування.=== Звіт по хостингових послугах ===
| 90–100
| Відмінно
| компонент на 100% функціонує: клієнти, доставки, хостинг, домени, рахунки, оплати, статуси, кабінет клієнта і звіти реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка функціонує, виступає як незначні недоліки, які не руйнують роботу мультисервісної компанії
|-
| 60–74
| Зараховано
| Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: клієнти, відправлення, хостингові послуги, рахунки, оплати, статуси або звіти
|}
 
{| class="wikitable" style="width:100%;"


=== 4. ** окремо по хостингу. Структура для хостингу ===
</div>
=== Загальний фінансовий звіт ===
=== 1. База «Відправлення» ===


* назва;
* неможливо створити клієнта;
* тип сервера;
* неможливо створити відправлення;
* IP-адреси.== Спільна база ==
* відправлення не має статусу;
* відправлення не має трекінгу;
* неможливо створити хостингову послугу;
* хостингова послуга не має дати початку або завершення;
* рахунок не прив’язується до клієнта;
* рахунок не прив’язується до доставки або хостинг-послуги;
* часткова оплата не змінює борг;
* повна оплата не змінює статус рахунку;
* продовження хостингової послуги не змінює дату завершення;
* клієнт ERP у кабінеті бачить чужі послуги або рахунки;
* звіти не відповідають фактичним доставкам, послугам і оплатам;
* зміни статусів, рахунків і оплат не логуються. |-
| Створено
| Відправлення створено в системі
|-
| Прийнято
| Посилку прийнято у відділенні або кур’єром
|-
| Відправлено
| Відправлення передано в доставку
|-
| У транзиті
| Відправлення переміщується між пунктами
|-
| Прибуло у відділення
| Відправлення готове до видачі
|-
| На доставці
| Кур’єр доставляє одержувачу
|-
| Доставлено
| Відправлення отримано
|-
| Не доставлено
| Доставка не відбулася
|-
| Повернення
| Відправлення повертається відправнику
|-
| Скасовано
| Відправлення скасовано
|}


Єдина ERP-система для поштової служби та хостингової компанії дає можливість управляти кількома напрямками бізнесу через один зручний інтерфейс, об'єднуючи:
Адмін-панель має дозволяти керувати обома напрямками. | Тарифи, сервери, домени, хостинг-послуги, продовження
|-
| Що потрібно контролювати? !== База «Хостингові послуги» ==


== Основні задача для поштової частини ==
== Коротко ==
==== Довідник «Кур'єри» ====


* назва тарифу;
* доходи від доставки;
* тип:
* доходи від хостингу;
** хостинг;
* загальний дохід;
** VPS;
* оплачені рахунки;
** оренда сервера;
* неоплачені рахунки;
** домен;
* борги клієнтів;
* вартість на місяць / рік. Клієнти ===
* частку кожного напрямку в доході. Призначення


* клієнт ERP ERP;
# створити хостинговий тариф;
* тип послуги:
# створити сервер;
** хостинг;
# створити домен клієнта;
** VPS;
# створити хостингову послугу;
** домен;
# прив’язати послугу до клієнта;
* тариф;
# прив’язати послугу до сервера;
* сервер — якщо потрібно;
# сформувати рахунок на хостинг;
* дата початку;
# зафіксувати оплату;
* дата завершення;
# змінити статус послуги на '''«Активна»''';
* статус:
# виконати продовження послуги;
** активна;
# перевірити зміну дати завершення. Разом
** припинена;
** очікує оплату. Оплата і рахунки ===
!Бали


* ПІБ;
== Назва задача ==
* телефон;
* статус:
** активний;
** відпустка. {| class="wikitable"


* кількість активних послуг;
* поштової доставки;
* сума доходу по хостингу.== Додаткові функції ==
* додаткового страхування відправлення;
=== 3. !SEO-опис
* міжнародної доставки;
* хостингової послуги;
* продовження VPS;
* продовження домену;
* SSL-сертифіката;
* адміністрування;
* інших послуг. Поле
|-
| клієнт ERP
| Бачить власні доставки, хостингові послуги, домени, рахунки й оплати
|-
| Оператор поштової служби
| Створює відправлення, змінює статуси, функціонує з відділеннями
|-
| Кур’єр
| Бачить свої доставки, змінює статус доставки
|-
| Хостинг-оператор
| Створює хостингові послуги, домени, рахунки на продовження
|-
| Технічний адміністратор
| Керує серверами, IP, DNS і технічними параметрами
|-
| Бухгалтер
| функціонує з рахунками, оплатами, боргами і фінансовими звітами
|-
| Керівник
| Бачить загальні звіти по доставці, хостингу і фінансах
|-
| Адміністратор системи
| Налаштовує права, тарифи, довідники, шаблони і службові параметри
|}
 
Хостинговий напрям:
 
== Варіанти тарифікації ==
!== Звіти ==
 
У звіті потрібно відображати:
 
Єдина ERP-система для поштової служби та хостингової компанії дає можливість управляти кількома напрямками бізнесу через один інтерфейс. ! SEO-опис
 
== Мета задача ==
 
Домени можуть бути окремою послугою клієнта або прив’язкою до хостингу. SEO-опис
{| class="wikitable" style="width:100%;"
|-
| Бекенд
| K2 Cloud ERP на Python або PHP
|-
| База даних
| PostgreSQL або MySQL
|-
| Фронтенд
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
| UI-компоненти
| DataTables для клієнтів, відправлень, хостинг-послуг, рахунків; Select2 для пошуку клієнтів, тарифів, кур’єрів і серверів
|-
| Календар
| FullCalendar для планування кур’єрів або технічних робіт, опціонально
|-
| Друк
| PDF-транспортні накладні, рахунки, акти, звіти
|-
| Експорт
| Excel або PDF для фінансових і операційних звітів
|-
| Сповіщення
| Email або внутрішні повідомлення
|-
| Оплати
| Готівка, картка, LiqPay, Stripe, PayPal або ручна оплата
|}
 
{| class="wikitable" style="width:100%;"
 
== Права доступу ==
 
* клієнти;
* контактні особи;
* пункти обслуговування;
* кур’єри;
* тарифи доставки;
* відправлення;
* трекінг відправлень;
* хостингові тарифи;
* сервери;
* домени;
* хостингові послуги;
* рахунки;
* позиції рахунків;
* оплати;
* сповіщення;
* тікети підтримки, опціонально;
* журнал змін;
* права доступу;
* звіти. SEO-опис
Журнал змін має зберігати:
Поштовий напрям:
! SEO-опис
== Колонки бази хостингових послуг ==
 
У звіті потрібно відображати:
 
{| class="wikitable" style="width:100%;"
 
! * shared hosting;
* VPS;
* VDS;
* dedicated server;
* domain;
* DNS;
* SSL;
* backup;
* email hosting;
* administration.== Звіт «Робота кур’єрів» ==
 
{| class="wikitable" style="width:100%;"
 
== Способи оплати ==
 
Типовий бізнес-процес для поштової доставки:
 
{| class="wikitable" style="width:100%;"
== Хостингова частина ==
! * вести єдину базу клієнтів;
* вести поштові відправлення;
* вести пункти обслуговування;
* вести кур’єрів;
* вести маршрути доставки;
* контролювати статуси відправлень;
* формувати транспортні накладні;
* вести хостингові тарифні плани;
* вести сервери;
* вести домени;
* вести хостингові послуги клієнтів;
* контролювати дати завершення хостинг-послуг;
* формувати рахунки на доставку;
* формувати рахунки на хостинг;
* приймати оплати;
* бачити борги клієнтів;
* надсилати сповіщення;
* вести особистий кабінет клієнта;
* формувати окремі звіти по доставці;
* формувати окремі звіти по хостингу;
* формувати загальний фінансовий звіт. | Один клієнт ERP має бачити всі свої доставки, хостингові послуги, рахунки й оплати в одному кабінеті
|}
 
[[Категорія:Атестаційні завдання K2]]
 
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Хостинг]]
* [[Датацентр, інтернет-провайдер]]
* [[Реєстратор доменів]]
* [[CRM]]
* [[Каса]]
* [[Рахунок на оплату]]
* [[Особистий кабінет]]
* [[Логістика]]
* [[Кур'єрська доставка]]
* [[Трекінг відправлень]]
* [[AJAX]]
 
У картці клієнта потрібно бачити:
Хостингова послуга — це активна або завершена послуга клієнта. Компанії потрібно:
 
# створити клієнта;
# створити пункт обслуговування;
# створити кур’єра;
# створити тариф доставки;
# створити відправлення;
# розрахувати вартість доставки;
# сформувати рахунок;
# зафіксувати оплату;
# змінити статус відправлення на '''«Прийнято»''';
# змінити статус на '''«У транзиті»''';
# призначити кур’єра;
# змінити статус на '''«Доставлено»''';
# перевірити історію трекінгу. компонент повинен фіксувати ключові дії. Значення
 
[[Категорія:K2 ERP]]
== Довідник «Тарифи доставки» ==
!== Поля тарифу доставки ==
!== Панель адміністратора ==
 
== Поля кур’єра ==
{| class="wikitable" style="width:100%;"
== Поля домену ==
|-
| Назва тарифу
| як приклад: Стандарт, Експрес, Міжнародний
|-
| Тип доставки
| Документи, посилка, вантаж
|-
| Мінімальна вага
| Початок діапазону
|-
| Максимальна вага
| Кінець діапазону
|-
| Базова ціна
| Початкова ціна
|-
| Ціна за кг
| Додаткова ціна за вагу
|-
| Термін доставки
| Орієнтовна кількість днів
|-
| Статус
| Активний або архівний
|}
 
! Бали
|-
| ПІБ або назва компанії
| Назва клієнта
|-
| Тип клієнта
| Фізична особа, ФОП, юридична особа
|-
| Email
| базовий контакт і логін
|-
| Телефон
| Контактний номер
|-
| Контактна особа
| Для юридичних осіб
|-
| Адреса
| Адреса клієнта
|-
| Дата реєстрації
| Коли клієнт ERP створений
|-
| Статус
| Активний, заблокований, архівний
|-
| Коментар
| Внутрішня примітка
|}
 
== Звіт «Доставки за період» ==
 
Для реалізації задачі доцільно передбачити такі сутності:
 
* активні поштові відправлення;
* історію доставок;
* активні хостингові послуги;
* домени;
* рахунки;
* оплати;
* борги;
* сповіщення;
* тікети або звернення, якщо реалізовано. Що перевіряється
 
! {| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
! Поле
компанія-користувач функціонує як мультисервісний оператор і надає два типи послуг. Відповідь
 
! Мета задача — створити в K2 ERP компонент для компанії, яка має два різні напрями діяльності:
! Параметр
 
{| class="wikitable" style="width:100%;"
 
{| class="wikitable" style="width:100%;"
 
== Поля тарифного плану ==
! | Мультисервісний компонент: поштова доставка + хостинг
|-
| Що виступає як спільним? ! SEO-опис
 
== Довідник «Сервери» ==
 
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Поштова служба}}
 
* відправлення прийнято;
* відправлення у транзиті;
* відправлення прибуло у відділення;
* відправлення передано кур’єру;
* відправлення доставлено;
* доставка не відбулася;
* потрібна додаткова оплата;
* відправлення повертається.== Особистий кабінет клієнта ==
{| class="wikitable" style="width:100%;"
== Звіт «Домени, що завершуються» ==
 
== Спільна база «Клієнти» ==
 
__TOC__
 
== Послуги клієнта ==
 
* доставка посилок;
* доставка документів;
* міжнародні відправлення;
* кур’єрська доставка;
* доставка між відділеннями;
* адресна доставка. Роль
 
! Інтерфейс має працювати оперативно й без перезавантаження сторінок.== Рекомендовані сутності бази даних ==
 
* вести єдину базу клієнтів;
* бачити всі послуги клієнта в одному кабінеті;
* вести окремі операційні процеси для доставки і хостингу;
* мати спільний фінансовий компонент;
* контролювати статуси замовлень і послуг;
* автоматизовано формувати рахунки;
* надсилати повідомлення клієнтам;
* аналізувати доходи по кожному напрямку.[[Категорія:Корпоративна Wiki]]
 
{| class="wikitable" style="width:100%;"
! Поле
У звіті потрібно відображати:
== Рахунки можуть створюватися для ==
|-
| клієнт ERP
| Власник послуги
|-
| Тип послуги
| Хостинг, VPS, домен, SSL
|-
| Тариф
| Обраний тарифний план
|-
| Сервер
| Де розміщена послуга
|-
| Домен
| Якщо прив’язано
|-
| Дата початку
| Початок дії
|-
| Дата завершення
| Кінець оплаченого періоду
|-
| Статус
| Активна, припинена, очікує оплату, прострочена
|}
 
{| class="wikitable" style="width:100%;"
 
== Загальний фінансовий звіт ==
Тарифи потрібні для розрахунку вартості доставки. !== Поля відправлення ==
 
== Типи хостингових послуг ==
 
* кур’єра;
* кількість доставок;
* кількість успішних доставок;
* кількість невдалих доставок;
* суму доставок;
* середній час доставки, якщо реалізовано. Поле
 
{| class="wikitable" style="width:100%;"
! Бали
! SEO-опис
== Типи клієнтів ==
|-
| Назва тарифу
| як приклад: Hosting Start, VPS 4GB
|-
| Тип послуги
| Хостинг, VPS, домен, SSL тощо
|-
| Вартість на місяць
| Ціна за місяць
|-
| Вартість на рік
| Ціна за рік
|-
| Дисковий простір
| як приклад: 10 GB
|-
| RAM
| Для VPS або серверів
|-
| CPU
| Для VPS або серверів
|-
| Трафік
| Ліміт або безліміт
|-
| Статус
| Активний, прихований, архівний
|}


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


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


==== Колонки бази ====
Відправлення — провідний об’єкт поштової частини. Значення
Це знижує витрати на обліковий обліковий облік і підвищує ефективність обслуговування.==== Довідник «Пункти обслуговування» ====


* назва відділення;
У звіті потрібно відображати:
* адреса;
* телефон. Поля клієнта:
компанія-користувач:
=== 2. {| class="wikitable"


* робота через AJAX для оновлення версій версій статусів доставки та хостинг-послуг без перезавантаження;
Типовий бізнес-процес для хостингу:
* сповіщення клієнтів:
** про зміну статусу доставки;
** про продовження або завершення хостинг-послуги;
* особистий кабінет клієнта:
** перегляд усіх активних доставок і хостингових послуг;
** скачування рахунків;
** оновлення версій версій контактних даних;
* панель адміністратора:
** керування тарифами;
** керування серверами;
** керування пунктами обслуговування;
** керування кур'єрами. База «Хостингові послуги» ===


* кількість відправлень;
компонент має забезпечувати спільну базу клієнтів, єдину фінансову систему, окремі журнали для відправлень і хостингових послуг, контроль статусів, оплат, продовжень, сповіщень, особистий кабінет клієнта, адмін-панель і звіти по кожному напрямку бізнесу. SEO-опис
* сума доходу по доставці.== Звіти ==
|-
| Назва сервера
| Hostname або внутрішня назва
|-
| Тип сервера
| Shared, VPS-node, Dedicated, DNS, Mail
|-
| IP-адреса
| Основна IP
|-
| Пул IP
| Доступні IP-адреси
|-
| Локація
| Датацентр або місто
|-
| Статус
| Активний, на обслуговуванні, виведений
|}


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


Поля довідника:
! Статус
==== Довідник «Сервери» ====
== Поля сервера ==
|-
| Номер рахунку
| Унікальний номер
|-
| клієнт ERP
| Кому виставлено рахунок
|-
| Напрям послуги
| Доставка або хостинг
|-
| Об’єкт оплати
| Відправлення, хостингова послуга, домен
|-
| Дата рахунку
| Коли сформовано
|-
| Сума
| Сума до оплати
|-
| Оплачено
| Скільки оплачено
|-
| Борг
| Залишок
|-
| Статус
| Новий, очікує оплату, частково оплачено, оплачено, прострочено, скасовано
|}


* ПІБ або назва компанії;
! * хто створив клієнта;
* email;
* хто створив відправлення;
* телефон;
* хто змінив статус відправлення;
* тип:
* хто призначив кур’єра;
** фізична особа;
* хто створив тариф доставки;
** юридична особа;
* хто створив хостинговий тариф;
* можливість мати одночасно кілька послуг:
* хто створив хостингову послугу;
** доставка;
* хто змінив дату завершення послуги;
** хостинг.=== 6. Необхідно:
* хто створив домен;
* хто створив рахунок;
* хто зафіксував оплату;
* хто продовжив послугу;
* хто надіслав сповіщення;
* дату й час дії;
* старе та нове значення, якщо це можливо. Мінімальний сценарій для хостингової частини:


=== Звіт по доставках ===
== базовий бізнес-процес ==
! 100


* номер відправлення;
! {| class="wikitable" style="width:100%;"
* відправник;
* одержувач;
* адреса доставки;
* тип відправлення:
** посилка;
** документи;
* вага;
* вартість доставки;
* статус:
** прийнято;
** відправлено;
** у транзиті;
** доставлено;
* кур'єр;
* термін доставки. = компонент обліку клієнтів, послуг, замовлень, рахунків і статусів для мультисервісної компанії: Поштова доставка + Хостинг =


* доходи за період:
== Практичне задача ==
** окремо по доставці;
[[Категорія:Логістика]]
* фінансовий блок. Структура для поштової служби ===
== Події для хостингових сповіщень ==
|-
|-
|Бекенд
| клієнт ERP
|K2 Cloud ERP на Python або PHP
| Хто оплатив
|-
|-
|БД
| Рахунок
|PostgreSQL або MySQL
| До якого рахунку прив’язана оплата
|-
|-
|Фронтенд
| Дата оплати
|HTML5, JavaScript, AJAX, Fetch API або Axios
| Коли отримано оплату
|-
|-
|UI-компоненти
| Сума
|DataTables, Select2, FullCalendar
| Розмір платежу
|-
|-
|Друк
| Спосіб оплати
|Генерація транспортних накладних, рахунків у PDF
| Готівка, картка, LiqPay, Stripe, PayPal тощо
|-
| Статус
| Очікує, успішно, помилка, повернення
|-
| Коментар
| Примітка оператора
|}
|}


== Критерії оцінки ==
платформа повинна дозволяти:
функції ERP:
 
Поля довідника:
! | Клієнти, рахунки, оплати, кабінет клієнта, фінансові звіти
== Основні задача для хостингової частини ==
|-
|-
|Реалізація бази клієнтів, відправлень і хостинг-послуг
| Що окреме для пошти? Поле
|20
 
== Логування змін ==
! * поштова доставка;
* хостингові та доменні послуги. ! Поле
|-
|-
|керування оплатами і виставлення рахунків
| Назва відділення
|20
| як приклад: Відділення №1
|-
|-
|Контроль продовження послуг і статусів
| Адреса
|20
| Фактична адреса
|-
|-
|Звіти по доходах
| Телефон
|20
| Контактний номер
|-
|-
|Інтерактивність через AJAX і мобільна адаптивність
| Місто
|20
| Населений пункт
|-
| Графік роботи
| Дні та години роботи
|-
| Відповідальний
| Керівник або оператор відділення
|-
| Статус
| Активне, тимчасово закрите, архівне
|}
|}


Поля довідника:
'''компонент обліку клієнтів, послуг, замовлень, рахунків і статусів для мультисервісної компанії: Поштова доставка + Хостинг'''. Поле
!Критерій
 
* активні відправлення;
* історію доставок;
* трекінг відправлень;
* активні хостингові послуги;
* домени;
* дати завершення послуг;
* рахунки;
* оплати;
* борги;
* можливість завантажити PDF-рахунок;
* контактні інформаційні дані;
* повідомлення;
* звернення до підтримки, якщо реалізовано.[[Категорія:CRM]]
 
компонент має підтримувати рольову модель. Колонка
|-
| Доменне ім’я
| як приклад: example.com
|-
| клієнт ERP
| Власник домену
|-
| Реєстратор
| Де зареєстровано
|-
| Дата реєстрації
| Коли зареєстровано
|-
| Дата завершення
| Коли завершується дія
|-
| DNS-сервери
| NS-записи
|-
| Статус
| Активний, завершується, протермінований, видалений
|}


* клієнтів;
! * клієнтів;
* відправлення;
* кур’єрів;
* відділення;
* тарифи доставки;
* хостингові тарифи;
* сервери;
* домени;
* хостингові послуги;
* рахунки;
* рахунки;
== Технічні вимоги ==
* оплати;
* прострочені послуги;
* відправлення з проблемами;
* звіти. Об’єкт
|-
| Нова
| Послугу створено
|-
| Очікує оплату
| Рахунок виставлено, оплати немає
|-
| Активна
| Послуга оплачена і функціонує
|-
| Завершується
| До кінця періоду залишилось мало часу
|-
| Прострочена
| Період завершився, оплати немає
|-
| Призупинена
| Послугу тимчасово зупинено
|-
| Припинена
| Послуга більше не надається
|}
 
клієнт ERP здатна користуватися однією або кількома послугами. SEO-опис
 
== Поля клієнта ==
У межах атестації потрібно продемонструвати робочий сценарій. Поле
 
== Довідник «Пункти обслуговування» ==
 
* клієнта;
* напрям послуги;
* рахунок;
* суму рахунку;
* оплачено;
* борг;
* кількість днів прострочення. Критерій
== Очікуваний результат ==
 
== Поля рахунку ==
 
! |}
 
== Шкала оцінювання ==
 
[[Категорія:Поштова служба]]
== Див. так само ==
!</div>
 
{| class="wikitable" style="width:100%;"
 
* домен;
* клієнта;
* дату завершення;
* кількість днів до завершення;
* статус рахунку;
* статус домену. * кількість відправлень;
* кількість доставлених;
* кількість недоставлених;
* суму доходу;
* середню вартість доставки;
* кількість повернень. SEO-опис

Поточна версія на 20:51, 1 травня 2026

База «Відправлення»

клієнт ERP повинен бачити всі свої послуги в одному кабінеті. !== Примітка ==

  • створено хостингову послугу;
  • виставлено рахунок;
  • рахунок оплачено;
  • послуга завершується через 30 днів;
  • послуга завершується через 7 днів;
  • послуга прострочена;
  • домен завершується;
  • домен продовжено;
  • послугу призупинено. Тариф описує тип хостингової послуги, характеристики та вартість. !== Статуси відправлення ==
  1. клієнт ERP створюється або обирається із бази;
  2. обирається тариф хостингу;
  3. створюється хостингова послуга;
  4. послуга прив’язується до сервера або домену;
  5. платформа формує рахунок;
  6. клієнт ERP оплачує;
  7. послуга переходить у статус «Активна»;
  8. перед завершенням періоду платформа надсилає нагадування;
  9. після оплати послуга продовжується;
  10. платформа формує звіти по хостингових послугах. | Статуси доставок, строки хостинг-послуг, рахунки, оплати, борги

|- | Які документи потрібні?== База «Домени» ==

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

! Питання

  • готівка;
  • банківська картка;
  • банківський переказ;
  • LiqPay;
  • Stripe;
  • PayPal;
  • внутрішній баланс клієнта;
  • ручна оплата оператором. | Транспортні накладні, рахунки, акти, PDF-звіти

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

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

! Рівень

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

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

Поля оплати

Звіт «Борги клієнтів»

провідний принцип. клієнт ERP має бути один у системі, навіть якщо він одночасно користується доставкою, хостингом, доменами та іншими послугами.== Статуси хостингової послуги == !== Події для поштових сповіщень ==

  • shared hosting;
  • VPS;
  • VDS;
  • dedicated server;
  • домени;
  • DNS;
  • SSL-сертифікати;
  • резервне копіювання;
  • технічна технічна підтримка.== Поля трекінгу ==

! Поле

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

! | Відправлення, кур’єри, відділення, тарифи доставки, трекінг |- | Що окреме для хостингу? ! SEO-опис У результаті виконання атестаційного задача має бути створений мультисервісний компонент у K2 ERP для компанії, що поєднує поштову доставку і хостингові послуги. У звіті потрібно відображати: |- | ПІБ | Повне ім’я кур’єра |- | Телефон | Контактний номер |- | Email | Опціонально |- | Місто / зона доставки | Територія роботи |- | Тип транспорту | Пішки, авто, мото, велосипед |- | Статус | Активний, відпустка, лікарняний, звільнений |}

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

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

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

Критичними помилками вважаються ситуації, коли:

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

Пункти обслуговування — це відділення, де приймаються і видаються відправлення. функції ERP

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

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

Сервери використовуються для розміщення хостингових послуг. ! Статус

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

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

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

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

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

У звіті потрібно відображати: |- | Реалізація бази клієнтів, відправлень і хостинг-послуг | 20 | Єдина база клієнтів, поштові відправлення, кур’єри, відділення, тарифи, хостинг-послуги, сервери, домени |- | керування оплатами і виставлення рахунків | 20 | Рахунки на доставку і хостинг, часткові оплати, повні оплати, борги, PDF-документи |- | Контроль продовження послуг і статусів | 20 | Статуси доставки, трекінг, статуси хостингу, дати завершення, продовження, сповіщення |- | Звіти по доходах | 20 | Окремі звіти по доставці, хостингу, боргах, доменах, кур’єрах і загальний фінансовий звіт |- | Інтерактивність через AJAX і мобільна адаптивність | 20 | AJAX-оновлення статусів, пошук, фільтри, кабінет клієнта, зручність роботи з телефону |- Фінансовий компонент має працювати для обох напрямків. SEO-опис

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

Сповіщення

Кур’єри виконують доставку відправлень. Мінімальний сценарій для спільного фінансового блоку:

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

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

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

|- | Що виступає як критичною вимогою? SEO-опис |- | Що потрібно створити? !== Поштова частина ==

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

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

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

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

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

Адмін-панель має дозволяти керувати обома напрямками. | Тарифи, сервери, домени, хостинг-послуги, продовження

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

Коротко

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

Назва задача

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

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

Варіанти тарифікації

!== Звіти ==

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

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

Мета задача

Домени можуть бути окремою послугою клієнта або прив’язкою до хостингу. SEO-опис

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

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

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

Журнал змін має зберігати: Поштовий напрям:

SEO-опис

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

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

* shared hosting;
  • VPS;
  • VDS;
  • dedicated server;
  • domain;
  • DNS;
  • SSL;
  • backup;
  • email hosting;
  • administration.== Звіт «Робота кур’єрів» ==

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

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

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

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

У картці клієнта потрібно бачити: Хостингова послуга — це активна або завершена послуга клієнта. Компанії потрібно:

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

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

== Поля тарифу доставки == == Панель адміністратора ==

Поля кур’єра

Поля домену

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

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

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

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

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

Мета задача — створити в K2 ERP компонент для компанії, яка має два різні напрями діяльності: Параметр

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

Мультисервісний компонент: поштова доставка + хостинг
Що виступає як спільним? ! SEO-опис

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

  • відправлення прийнято;
  • відправлення у транзиті;
  • відправлення прибуло у відділення;
  • відправлення передано кур’єру;
  • відправлення доставлено;
  • доставка не відбулася;
  • потрібна додаткова оплата;
  • відправлення повертається.== Особистий кабінет клієнта ==

Звіт «Домени, що завершуються»

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

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

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

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

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

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

Загальний фінансовий звіт

Тарифи потрібні для розрахунку вартості доставки. !== Поля відправлення ==

Типи хостингових послуг

  • кур’єра;
  • кількість доставок;
  • кількість успішних доставок;
  • кількість невдалих доставок;
  • суму доставок;
  • середній час доставки, якщо реалізовано. Поле
Бали SEO-опис

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

Назва тарифу як приклад: Hosting Start, VPS 4GB
Тип послуги Хостинг, VPS, домен, SSL тощо
Вартість на місяць Ціна за місяць
Вартість на рік Ціна за рік
Дисковий простір як приклад: 10 GB
RAM Для VPS або серверів
CPU Для VPS або серверів
Трафік Ліміт або безліміт
Статус Активний, прихований, архівний

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

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

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

Відправлення — провідний об’єкт поштової частини. Значення

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

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

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

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

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

Статус

Поля сервера

Номер рахунку Унікальний номер
клієнт ERP Кому виставлено рахунок
Напрям послуги Доставка або хостинг
Об’єкт оплати Відправлення, хостингова послуга, домен
Дата рахунку Коли сформовано
Сума Сума до оплати
Оплачено Скільки оплачено
Борг Залишок
Статус Новий, очікує оплату, частково оплачено, оплачено, прострочено, скасовано
* хто створив клієнта;
  • хто створив відправлення;
  • хто змінив статус відправлення;
  • хто призначив кур’єра;
  • хто створив тариф доставки;
  • хто створив хостинговий тариф;
  • хто створив хостингову послугу;
  • хто змінив дату завершення послуги;
  • хто створив домен;
  • хто створив рахунок;
  • хто зафіксував оплату;
  • хто продовжив послугу;
  • хто надіслав сповіщення;
  • дату й час дії;
  • старе та нове значення, якщо це можливо. Мінімальний сценарій для хостингової частини:

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

 100 class="wikitable" style="width:100%;"

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

Події для хостингових сповіщень

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

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

Клієнти, рахунки, оплати, кабінет клієнта, фінансові звіти Що окреме для пошти? Поле

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

* поштова доставка;
  • хостингові та доменні послуги. ! Поле
Назва відділення як приклад: Відділення №1 Адреса Фактична адреса Телефон Контактний номер Місто Населений пункт Графік роботи Дні та години роботи Відповідальний Керівник або оператор відділення Статус Активне, тимчасово закрите, архівне

компонент обліку клієнтів, послуг, замовлень, рахунків і статусів для мультисервісної компанії: Поштова доставка + Хостинг. Поле

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

компонент має підтримувати рольову модель. Колонка

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

клієнт ERP здатна користуватися однією або кількома послугами. SEO-опис

Поля клієнта

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

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

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

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

Поля рахунку

! |}

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

Див. так само

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