Атестаційні завдання K2 ERP/Поштова служба
База «Відправлення»
клієнт 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-сертифікати;
- резервне копіювання;
- технічна технічна підтримка.== Поля трекінгу ==
! Поле
!- кількість активних послуг;
- кількість прострочених послуг;
- кількість послуг, що завершуються;
- суму доходу;
- кількість послуг по тарифах. Поле
! | Відправлення, кур’єри, відділення, тарифи доставки, трекінг |- | Що окреме для хостингу? ! SEO-опис У результаті виконання атестаційного задача має бути створений мультисервісний компонент у K2 ERP для компанії, що поєднує поштову доставку і хостингові послуги. У звіті потрібно відображати: |- | ПІБ | Повне ім’я кур’єра |- | Телефон | Контактний номер |- | Email | Опціонально |- | Місто / зона доставки | Територія роботи |- | Тип транспорту | Пішки, авто, мото, велосипед |- | Статус | Активний, відпустка, лікарняний, звільнений |}
Критичні помилки
- за вагою;
- за габаритами;
- за містом;
- за зоною доставки;
- за країною;
- за терміновістю;
- фіксована ціна;
- індивідуальна ціна для корпоративного клієнта. платформа має підтримувати сповіщення клієнтів і операторів. ! Колонка
| Відправлення | До якого відправлення запис |
| Дата і час | Коли змінився статус |
| Статус | Новий статус |
| Локація | Відділення, місто або зона |
| користувач системи | Хто змінив статус |
| Коментар | Додаткова інформаційні матеріали |
Довідник «Кур’єри»
Критичними помилками вважаються ситуації, коли:
У кабінеті клієнт ERP бачить
Пункти обслуговування — це відділення, де приймаються і видаються відправлення. функції ERP
Довідник «Хостингові тарифні плани»
Коротко. Потрібно реалізувати мультисервісну ERP-систему: клієнти, поштові відправлення, кур’єри, відділення, тарифи доставки, хостингові тарифи, сервери, домени, хостинг-послуги, рахунки, оплати, статуси, продовження, сповіщення, кабінет клієнта, адмін-панель і звіти. !== В адмін-панелі потрібно бачити ==
Сервери використовуються для розміщення хостингових послуг. ! Статус
Технічні вимоги
Це знижує витрати на обліковий облік, об’єднує клієнтську базу, спрощує фінансовий блок, підвищує якість сервісу і дає можливість бачити прибутковість кожного напрямку окремо.
Колонки бази відправлень
Критерії оцінювання
Звіт «Хостингові послуги»
У звіті потрібно відображати: |- | Реалізація бази клієнтів, відправлень і хостинг-послуг | 20 | Єдина база клієнтів, поштові відправлення, кур’єри, відділення, тарифи, хостинг-послуги, сервери, домени |- | керування оплатами і виставлення рахунків | 20 | Рахунки на доставку і хостинг, часткові оплати, повні оплати, борги, PDF-документи |- | Контроль продовження послуг і статусів | 20 | Статуси доставки, трекінг, статуси хостингу, дати завершення, продовження, сповіщення |- | Звіти по доходах | 20 | Окремі звіти по доставці, хостингу, боргах, доменах, кур’єрах і загальний фінансовий звіт |- | Інтерактивність через AJAX і мобільна адаптивність | 20 | AJAX-оновлення статусів, пошук, фільтри, кабінет клієнта, зручність роботи з телефону |- Фінансовий компонент має працювати для обох напрямків. SEO-опис
Основні об’єкти модуля
Сповіщення
Кур’єри виконують доставку відправлень. Мінімальний сценарій для спільного фінансового блоку:
! Через AJAX мають працювати:
Трекінг відправлення
- клієнт ERP створюється або обирається із бази;
- оформлюється відправлення;
- вказується відправник, одержувач, адреса, вага і тип доставки;
- платформа розраховує вартість;
- створюється рахунок або оплата на місці;
- відправлення отримує статус «Прийнято»;
- далі статуси змінюються: «Відправлено», «У транзиті», «На доставці», «Доставлено»;
- клієнт ERP отримує сповіщення;
- платформа формує звіти по доставках. фінансовий блок, рахунки й оплати мають обліковуватися централізовано. ! | Доставки, кур’єри, хостинг, домени, борги, загальний фінансовий звіт
|- | Що виступає як критичною вимогою? SEO-опис |- | Що потрібно створити? !== Поштова частина ==
| Клієнти | Єдина база фізичних і юридичних осіб |
| Пункти обслуговування | Відділення поштової служби |
| Кур’єри | Співробітники, які доставляють відправлення |
| Відправлення | Посилки, документи, вантажі |
| Маршрути | Напрями доставки |
| Тарифи доставки | Правила розрахунку вартості доставки |
| Хостингові тарифи | Пакети послуг хостингу |
| Сервери | Інфраструктура для хостингових послуг |
| Домени | Доменні імена клієнтів |
| Хостингові послуги | Активні або завершені послуги клієнтів |
| Рахунки | Документи на оплату доставки або хостингу |
| Оплати | Фактичні платежі клієнтів |
| Сповіщення | Повідомлення про статуси, рахунки, продовження |
| Кабінет клієнта | Перегляд доставок, хостингу, рахунків і оплат |
| Звіти | аналітичні інструменти по доставці, хостингу і фінансах |
Загальний бізнес-контекст
- фізична особа;
- ФОП;
- юридична особа;
- корпоративний клієнт ERP;
- інтегратор;
- внутрішній клієнт ERP. SEO-опис
Спільний фінансовий компонент
| 90–100 | Відмінно | компонент на 100% функціонує: клієнти, доставки, хостинг, домени, рахунки, оплати, статуси, кабінет клієнта і звіти реалізовані коректно |
| 75–89 | Добре | Основна логіка функціонує, виступає як незначні недоліки, які не руйнують роботу мультисервісної компанії |
| 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |
| 0–59 | Не зараховано | Відсутня критична логіка: клієнти, відправлення, хостингові послуги, рахунки, оплати, статуси або звіти |
- неможливо створити клієнта;
- неможливо створити відправлення;
- відправлення не має статусу;
- відправлення не має трекінгу;
- неможливо створити хостингову послугу;
- хостингова послуга не має дати початку або завершення;
- рахунок не прив’язується до клієнта;
- рахунок не прив’язується до доставки або хостинг-послуги;
- часткова оплата не змінює борг;
- повна оплата не змінює статус рахунку;
- продовження хостингової послуги не змінює дату завершення;
- клієнт ERP у кабінеті бачить чужі послуги або рахунки;
- звіти не відповідають фактичним доставкам, послугам і оплатам;
- зміни статусів, рахунків і оплат не логуються. |-
| Створено | Відправлення створено в системі |
| Прийнято | Посилку прийнято у відділенні або кур’єром |
| Відправлено | Відправлення передано в доставку |
| У транзиті | Відправлення переміщується між пунктами |
| Прибуло у відділення | Відправлення готове до видачі |
| На доставці | Кур’єр доставляє одержувачу |
| Доставлено | Відправлення отримано |
| Не доставлено | Доставка не відбулася |
| Повернення | Відправлення повертається відправнику |
| Скасовано | Відправлення скасовано |
Адмін-панель має дозволяти керувати обома напрямками. | Тарифи, сервери, домени, хостинг-послуги, продовження
Що потрібно контролювати? !== База «Хостингові послуги» ==Коротко
- доходи від доставки;
- доходи від хостингу;
- загальний дохід;
- оплачені рахунки;
- неоплачені рахунки;
- борги клієнтів;
- частку кожного напрямку в доході. Призначення
- створити хостинговий тариф;
- створити сервер;
- створити домен клієнта;
- створити хостингову послугу;
- прив’язати послугу до клієнта;
- прив’язати послугу до сервера;
- сформувати рахунок на хостинг;
- зафіксувати оплату;
- змінити статус послуги на «Активна»;
- виконати продовження послуги;
- перевірити зміну дати завершення. Разом
Назва задача
- поштової доставки;
- додаткового страхування відправлення;
- міжнародної доставки;
- хостингової послуги;
- продовження VPS;
- продовження домену;
- SSL-сертифіката;
- адміністрування;
- інших послуг. Поле
Хостинговий напрям:
Варіанти тарифікації
!== Звіти ==
У звіті потрібно відображати:
Єдина 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-опис
Колонки бази хостингових послугУ звіті потрібно відображати:
Звіт «Доставки за період»Для реалізації задачі доцільно передбачити такі сутності:
|
class="wikitable" style="width:100%;"
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
* хто створив клієнта;
базовий бізнес-процес |
100 | class="wikitable" style="width:100%;"
Практичне задачаПодії для хостингових сповіщень | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| клієнт ERP | Хто оплатив | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Рахунок | До якого рахунку прив’язана оплата | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Дата оплати | Коли отримано оплату | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Сума | Розмір платежу | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Спосіб оплати | Готівка, картка, LiqPay, Stripe, PayPal тощо | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Статус | Очікує, успішно, помилка, повернення | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Коментар | Примітка оператора |
платформа повинна дозволяти:
Клієнти, рахунки, оплати, кабінет клієнта, фінансові звіти Що окреме для пошти? ПолеЛогування змін
- хостингові та доменні послуги. ! Поле
компонент обліку клієнтів, послуг, замовлень, рахунків і статусів для мультисервісної компанії: Поштова доставка + Хостинг. Поле
- активні відправлення;
- історію доставок;
- трекінг відправлень;
- активні хостингові послуги;
- домени;
- дати завершення послуг;
- рахунки;
- оплати;
- борги;
- можливість завантажити PDF-рахунок;
- контактні інформаційні дані;
- повідомлення;
- звернення до підтримки, якщо реалізовано.
компонент має підтримувати рольову модель. Колонка
Доменне ім’я як приклад: example.com клієнт ERP Власник домену Реєстратор Де зареєстровано Дата реєстрації Коли зареєстровано Дата завершення Коли завершується дія DNS-сервери NS-записи Статус Активний, завершується, протермінований, видалений * клієнтів;- відправлення;
- кур’єрів;
- відділення;
- тарифи доставки;
- хостингові тарифи;
- сервери;
- домени;
- хостингові послуги;
- рахунки;
- оплати;
- прострочені послуги;
- відправлення з проблемами;
- звіти. Об’єкт
клієнт ERP здатна користуватися однією або кількома послугами. SEO-опис
Поля клієнта
У межах атестації потрібно продемонструвати робочий сценарій. Поле
Довідник «Пункти обслуговування»
- клієнта;
- напрям послуги;
- рахунок;
- суму рахунку;
- оплачено;
- борг;
- кількість днів прострочення. Критерій
Очікуваний результат
Поля рахунку
! |}
Шкала оцінювання
Див. так само
- домен;
- клієнта;
- дату завершення;
- кількість днів до завершення;
- статус рахунку;
- статус домену. * кількість відправлень;
- кількість доставлених;
- кількість недоставлених;
- суму доходу;
- середню вартість доставки;
- кількість повернень. SEO-опис