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

Атестаційні завдання K2 ERP/Датацентр, інтернет-провайдер

Матеріал з K2 ERP Wiki

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

Особистий кабінет надає можливість клієнту самостійно бачити стан послуг і документів.; Тип послуги

!; | компонент обліку послуг датацентру та інтернет-провайдера |- | Які довідники потрібні?; !; {| class="wikitable" style="width:100%;"

</div>

!; 100

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

== Поля клієнта ==

!;<pre>

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

* хто створив клієнта;
* хто змінив умови клієнта;
* хто створив послугу;
* хто змінив тариф;
* хто підключив підписку;
* хто відключив або призупинив послугу;
* хто сформував рахунок;
* хто зареєстрував оплату;
* хто змінив борг;
* хто створив заявку підтримки;
* хто змінив статус заявки;
* хто змінив обладнання або локацію;
* дату й час дії;
* старе та нове значення, якщо це можливо.; характеристика
|-
| Назва локації
| як ілюстрація: DC1, Rack A-12, Port 24
|-
| Тип локації
| Датацентр, стійка, порт, адреса
|-
| Батьківська локація
| Для ієрархії
|-
| характеристика
| Додаткова відомості
|-
| Статус
| Активна або неактивна
|}

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

Поля договору

Практичний сенс. Саме підписки є собою основою регулярного білінгу.; | Активна підписка не повинна бути пропущена при виставленні рахунку |}

Назва задача

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

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

| Які звіти потрібні?;

Локації допомагають точно розміщувати обладнання.; * усі активні послуги клієнта;

  • тарифи;
  • індивідуальні знижки;
  • разові послуги;
  • попередню заборгованість, якщо потрібно;
  • підсумкову суму до оплати.; Заявки підтримки потрібні для обробки технічних і фінансових звернень.; # Вибір клієнтів або групи клієнтів.; {| class="wikitable" style="width:100%;"

Датацентр, інтернет-провайдер — це практична задача; додатково реалізовано хостинг-провайдера або інтернет-провайдера виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку послуг датацентру забезпечується через Атестаційне задача K2 ERP.; Параметр

  • клієнта;
  • послугу;
  • тариф;
  • дату наступного нарахування;
  • суму;
  • статус.; !; Значення

|- | Номер договору | Унікальний номер |- | замовник | Замовник послуг |- | Дата початку | Коли договір набирає чинності |- | Дата завершення | Якщо договір строковий |- | Тип договору | Передплата, післяплата, індивідуальний |- | Валюта | UAH, USD, EUR або інша |- | Статус | Активний, призупинений, припинений |- | Коментар | Додаткові умови |}

Звіт показує борги клієнтів.; характеристика

  • сервер;
  • маршрутизатор;
  • комутатор;
  • оптичний термінал;
  • UPS;
  • стійка;
  • патч-панель;
  • мережевий порт;
  • платформа зберігання даних;
  • інше обладнання.; {| class="wikitable" style="width:100%;"

Приклади послуг

У такому бізнесі основна складність — регулярне нарахування.; Можливі параметри !;== інформаційні дані рахунку ==

Звіт «Заборгованість клієнтів»

  • colocation;
  • dedicated-сервери;
  • VPS;
  • хмарні сервери;
  • backup;
  • storage;
  • домени;
  • SSL-сертифікати;
  • адміністрування серверів;
  • технічна супровід;
  • домашній інтернет;
  • корпоративний інтернет;
  • виділені канали;
  • VPN;
  • оренда IP-адрес;
  • ліцензування програмного забезпечення;
  • супутні послуги.; У результаті виконання атестаційного задача має бути створений компонент датацентру або інтернет-провайдера в K2 ERP.;== Рекомендовані сутності бази даних ==

Якщо борг > 0 і прострочення більше 10 днів — послуга переходить у статус «Призупинена»

Приклади параметрів

|- | VPS | CPU, RAM, SSD, IP, операційна платформа |- | Dedicated | Сервер, CPU, RAM, диски, IP, локація |- | Colocation | Стійка, юніти, живлення, порт, трафік |- | Інтернет | Адреса підключення, швидкість, тип каналу, обладнання |- | Backup | Обсяг сховища, період зберігання, розклад копіювання |- | Адміністрування | Кількість годин, рівень підтримки, SLA |}

Це можуть бути:

У картці клієнта потрібно бачити:

Поля послуги

  • переглядати активні послуги;
  • бачити тарифи;
  • бачити поточну заборгованість;
  • завантажувати рахунки;
  • завантажувати акти;
  • бачити історію оплат;
  • створювати заявки в техпідтримку;
  • переглядати статус заявок;
  • змінювати контактні інформаційні дані, якщо дозволено.; компонент має підтримувати клієнтів, послуги, тарифи, обладнання, локації, договори, підписки, автоматичне щомісячне виставлення рахунків, PDF-документи, оплати, заборгованість, нагадування, активні сервіси, особистий кабінет клієнта, заявки техпідтримки, звіти, AJAX-інтерактив і логування змін.; Критерій
  1. менеджер створює клієнта;
  2. створюється договір або особовий рахунок;
  3. клієнту підключаються послуги;
  4. для кожної послуги задається тариф, дата початку, періодичність і статус;
  5. платформа щомісяця формує рахунок;
  6. рахунок надсилається клієнту на email;
  7. замовник оплачує рахунок;
  8. бухгалтер або платформа фіксує оплату;
  9. заборгованість клієнта оновлюється;
  10. замовник бачить рахунки й послуги в особистому кабінеті;
  11. при проблемах замовник створює заявку в техпідтримку;
  12. керівник переглядає звіти по доходах, боргах і активних сервісах.; Об’єкт

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

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

Поля локації

Типи обладнання

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

Коротко

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

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

обліковий облік договорів

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

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

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

Тикет-система підтримки

Чернетка Рахунок сформовано, але ще не відправлено
Виставлений Рахунок готовий і надісланий клієнту
Частково оплачений Оплачена лише частина суми
Оплачений Рахунок в цілому оплачено
Прострочений Термін оплати минув
Скасований Рахунок анульовано

Опціонально можна реалізувати автоматичне призупинення послуг при простроченні.;== Розрахунок боргу ==

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

інформаційні дані акта

  • Colocation;
  • Dedicated Server;
  • VPS 4GB RAM;
  • VPS 8GB RAM;
  • Backup 500GB;
  • Storage 1TB;
  • домашній інтернет 100 Мбіт;
  • корпоративний інтернет 1 Гбіт;
  • оренда IP-адреси;
  • адміністрування сервера;
  • технічна супровід;
  • ліцензійний пакет ПЗ;
  • реєстрація домену;
  • SSL-сертифікат.; # Запис результату в журнал.; Роль
  • період;
  • суму виставлених рахунків;
  • суму оплат;
  • суму боргу;
  • дохід по типах послуг;
  • дохід по клієнтах.; !; Якщо підписка активна, платформа повинна врахувати її при формуванні наступного рахунку.; !; * пошук клієнта;
  • вибір послуг;
  • створення підписки;
  • зміна статусу послуги;
  • формування рахунку;
  • реєстрація оплати;
  • актуалізація боргу;
  • перегляд активних послуг;
  • створення заявки підтримки;
  • зміна статусу заявки;
  • фільтрація журналів;
  • актуалізація звітів.; характеристика

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

; Поле ;== Довідник «Обладнання» ==

Поля оплати

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

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

; Поле

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

бізнес-процес масового виставлення

  • номер акта;
  • дату;
  • клієнта;
  • договір;
  • період;
  • перелік послуг;
  • суму;
  • підписи сторін.; Призначення

Звіт показує, які підписки мають потрапити в наступне виставлення рахунків.; Поле

; Значення

Звіт «Обладнання»

- Бекенд K2 Cloud ERP на Python або PHP
База даних PostgreSQL або MySQL
Фронтенд HTML5, JavaScript
AJAX Axios або Fetch API
UI-компоненти DataTables, Select2, Datepicker
Email Відправка рахунків, нагадувань і повідомлень по заявках
Друк PDF-рахунки, акти виконаних робіт, договори
Інтеграції API моніторингу, платіжні системи, білінг або мережеве обладнання — опціонально
Експорт Excel або PDF для звітів

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

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

Правила призупинення

компонент має підтримувати розмежування прав.;== Статуси заявки підтримки ==

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

Статуси рахунку

Поля обладнання

  • вести клієнтів;
  • вести довідник послуг;
  • вести тарифи;
  • вести обладнання;
  • вести локації датацентру;
  • вести договори;
  • підключати клієнтам послуги;
  • створювати підписки з щомісячним нарахуванням;
  • автономно формувати рахунки;
  • формувати акти виконаних робіт;
  • фіксувати оплати;
  • бачити заборгованість клієнтів;
  • надсилати рахунки на email;
  • надсилати нагадування про оплату;
  • контролювати активні й відключені послуги;
  • вести особистий кабінет клієнта;
  • приймати заявки в техпідтримку;
  • формувати звіти по доходах, боргах, активних послугах, обладнанню та клієнтах.; !; # Відправка рахунків на email.; | Активні послуги, доходи, заборгованість, обладнання, підписки до нарахування
class="wikitable" style="width:100%;"

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

платформа повинна логувати таку дію і показувати її менеджеру.; {| class="wikitable" style="width:100%;"

організація надає клієнтам регулярні технічні послуги, які оплачуються щомісяця або за іншим періодом.; Максимальна оцінка

Довідник «Послуги»

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

Акт підтверджує факт надання послуг за період.; характеристика

; !; !; функціональні можливості
Назва обладнання Внутрішня назва або інвентарний номер
Тип Сервер, маршрутизатор, комутатор тощо
Модель Модель обладнання
Серійний номер Унікальний номер виробника
Інвентарний номер Внутрішній номер компанії
Локація Датацентр, стійка, вузол, адреса
Статус У роботі, резерв, ремонт, списаний
замовник Якщо обладнання прив’язане до клієнта
Послуга Якщо обладнання гарантує конкретну послугу
Коментар Технічні примітки

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

компонент для датацентру та інтернет-провайдера критично важливий для компаній, які мають багато регулярних послуг і клієнтів.; # Формування рахунків.; |-

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

Блокування або призупинення послуг

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

  • неможливо створити клієнта;
  • неможливо створити послугу;
  • неможливо створити тариф;
  • неможливо створити договір;
  • неможливо підключити підписку;
  • активна підписка не потрапляє в рахунок;
  • рахунок не формується;
  • сума рахунку розраховується неправильно;
  • часткова оплата не змінює стан боргу;
  • повна оплата не закриває рахунок;
  • заборгованість клієнта не розраховується;
  • PDF-рахунок не формується, якщо ця функція заявлена;
  • замовник бачить чужі рахунки або послуги в кабінеті;
  • заявка підтримки не прив’язується до клієнта;
  • звіти не відповідають фактичним рахункам, оплатам і підпискам;
  • зміни тарифів, рахунків, оплат і статусів послуг не логуються.;
Мінімальний сценарій: Для реалізації задачі доцільно передбачити такі сутності: == формування звітів == |- | Назва компанії або ПІБ | Ім’я клієнта або назва юридичної особи |- | Тип клієнта | Корпоративний або приватний |- | ЄДРПОУ / ІПН | Для юридичних осіб або ФОП |- | Юридична адреса | Адреса для документів |- | Контактна особа | ключовий представник клієнта |- | Телефон | Контактний номер |- | Email | Адреса для рахунків і повідомлень |- | Умови оплати | Передплата, післяплата, індивідуальні умови |- | Статус | Активний, заблокований, архівний |- | Примітки | Внутрішня відомості менеджера |} {| class="wikitable" style="width:100%;" !;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> Довідник обладнання потрібен для обліку технічної інфраструктури.; Довідник клієнтів містить усіх замовників послуг.;== Звіт «Активні послуги» == автоматизація процесів білінгу надає можливість мінімізувати людський фактор, не пропускати нарахування, оперативно бачити борги, контролювати активні послуги, покращувати підтримку клієнтів і стабільно керувати доходами компанії.; Поле компонент повинен показувати всі активні послуги клієнта.; Якщо послуга активна — вона має потрапити в щомісячний рахунок, а оплата або борг мають бути видимі в системі.; Що перевіряється '''Критично.''' Активна підписка клієнта не повинна бути пропущена під час масового виставлення рахунків.; | Оплати, часткові оплати, борги, прострочення і статуси послуг |- | Який кабінет потрібен?; !; {| class="wikitable" style="width:100%;" Звіт показує всі активні послуги клієнтів.; Рахунок має містити: [[Категорія:CRM]] == Реальний бізнес-контекст ==

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

Довідник «Клієнти»

Заборгованість = Сума виставлених рахунків - Сума оплат

;

Звіт показує суму нарахувань і оплат.; # Перевірка помилок.; Поле

Поля тарифу

Звіт показує стан обладнання.; Мета задача — створити в K2 ERP компонент для автоматизації роботи компанії, яка надає послуги датацентру, хостингу, хмарних сервісів або доступу до інтернету.; Рівень

Дата оплати Коли надійшли кошти
замовник Хто оплатив
Рахунок За який рахунок оплата
Сума Сума оплати
Спосіб оплати Банківський переказ, картка, готівка, онлайн-оплата
Коментар Призначення платежу або примітка

Сума рахунку = Активні послуги + Разові послуги - Знижки + Борг попередніх періодів

Технічні параметри послуг

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

Нагадування про оплату

; характеристика Реалізація бази клієнтів, послуг, обладнання 20 Клієнти, послуги, тарифи, обладнання, локації, технічні параметри керування договорами і тарифами 20 Договори, підписки, періодичність, індивідуальні умови, статуси послуг Автоматичне виставлення рахунків і обліковий облік оплат 20 Масове нарахування, рахунки, PDF, часткова і повна оплата, борги Звіти по заборгованостях, доходах і активних послугах 20 Активні послуги, доходи, борги, обладнання, підписки до нарахування Інтерактивність через AJAX і особистий кабінет клієнта 20 Кабінет клієнта, перегляд послуг, рахунків, актів, заявок і AJAX-оновлення ; Статус Номер заявки Унікальний номер замовник Хто звернувся Послуга До якої послуги стосується звернення Тема Короткий характеристика проблеми характеристика Деталі звернення Пріоритет Низький, середній, високий, критичний Статус Нова, в роботі, очікує клієнта, вирішена, закрита Відповідальний Працівник підтримки Дата створення Коли заявка розроблена

компонент повинен фіксувати важливі зміни.;== Звіт «Підписки до нарахування» ==

Тариф — це пакет послуг або умов із визначеною ціною.; характеристика

  • клієнта;
  • суму боргу;
  • кількість прострочених рахунків;
  • дату найстарішого боргу;
  • активні послуги клієнта;
  • статус клієнта.; # створити клієнта;
  1. створити послуги;
  2. створити тариф;
  3. створити обладнання;
  4. створити локацію;
  5. створити договір;
  6. підключити клієнту послугу через підписку;
  7. вказати дату початку, ціну і періодичність;
  8. сформувати щомісячний рахунок;
  9. перевірити, що активна підписка потрапила в рахунок;
  10. сформувати PDF-рахунок;
  11. змінити статус рахунку на «Виставлений»;
  12. зареєструвати часткову оплату;
  13. перевірити статус «Частково оплачений»;
  14. зареєструвати повну оплату;
  15. перевірити статус «Оплачений»;
  16. створити заборгованість через прострочений рахунок;
  17. сформувати нагадування про оплату;
  18. створити заявку підтримки з кабінету клієнта;
  19. змінити статус заявки;
  20. сформувати звіт активних послуг;
  21. сформувати звіт доходів;
  22. сформувати звіт заборгованості;
  23. сформувати звіт обладнання;
  24. перевірити журнал змін.; !;
  • назву послуги;
  • тариф;
  • дату підключення;
  • вартість;
  • статус;
  • обладнання;
  • IP-адресу або інший технічний параметр, якщо застосовується;
  • дату наступного нарахування;
  • борг по клієнту.; Поле

Поля підписки

|- | Менеджер | Створює клієнтів, договори, підписки, керує послугами |- | Бухгалтер | Формує рахунки, акти, реєструє оплати, контролює борги |- | Технічний спеціаліст | функціонує з обладнанням, активними сервісами і заявками підтримки |- | Оператор підтримки | Обробляє заявки клієнтів |- | замовник | Переглядає свої послуги, рахунки, акти, борги і заявки |- | Керівник | Переглядає доходи, борги, активні послуги, обладнання і звіти |- | Адміністратор | Налаштовує права, тарифи, послуги, статуси, шаблони рахунків і службові параметри |}

!; | Клієнти, послуги, тарифи, обладнання, локації |- | Який центральний обліковий облік?; * номер рахунку;

  • дату;
  • клієнта;
  • договір;
  • період надання послуг;
  • перелік послуг;
  • кількість;
  • ціну;
  • знижку;
  • суму;
  • реквізити для оплати;
  • статус оплати.; Питання

компонент обліку послуг датацентру та інтернет-провайдера: обладнання, тарифи, клієнти, виставлення рахунків.; У звіті потрібно відображати: |- | Нова | Заявку створено |- | В роботі | Спеціаліст обробляє звернення |- | Очікує клієнта | Потрібна відповідь або дія клієнта |- | Очікує постачальника | Потрібна дія зовнішньої сторони |- | Вирішена | Проблему вирішено |- | Закрита | Звернення завершено |}

!; !; Поле

Звіт «Заявки підтримки»

Приклади локацій

Мета задача

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

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

|- | Що потрібно створити?;== Моніторинг активних послуг ==

Основна логіка рахунку

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

Підписки клієнта

|- | Назва послуги | як ілюстрація: VPS 4GB RAM, Colocation, Internet 100 Mbps |- | Тип послуги | Сервери, інтернет, хмарна інфраструктура, backup, адміністрування, ліцензії |- | характеристика | Короткий характеристика послуги |- | Базова ціна за місяць | Стандартна вартість |- | Мінімальний період | як ілюстрація: 1 місяць, 3 місяці, 1 рік |- | Одиниця обліку | Місяць, доба, година, ГБ, Мбіт/с, одиниця |- | Активність | Чи доступна послуга для нових підключень |}

центральний принцип. Для датацентру й провайдера критично істотно не загубити жодну активну послугу клієнта.; Поле

Приклад:

!; замовник має змогу мати кілька послуг, різні тарифи, різні дати підключення, індивідуальні знижки, борги, призупинені сервіси або додаткові разові роботи.; | Щомісяця формувати рахунки за активними послугами |- | Що потрібно контролювати?; !; Довідник послуг містить усі сервіси, які організація має змогу надавати клієнтам.; характеристика

Звіт показує роботу техпідтримки.; характеристика

Акт має містити:
Назва тарифу Назва пакета
Тип тарифу Інтернет, VPS, хостинг, colocation, backup
Список включених послуг Які сервіси входять у тариф
Загальна ціна Вартість тарифу за період
Періодичність Місяць, квартал, рік
Включений трафік Опціонально
Обмеження Швидкість, RAM, CPU, storage, кількість IP тощо
Статус Активний або архівний

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

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

!; Бали

Виставлення рахунків

!;== Акти виконаних робіт ==

Локації датацентру

!;== Примітка ==

інформаційні дані активної послуги

  1. Вибір періоду.; | Активні підписки клієнтів і регулярне виставлення рахунків

|- | Що має робити білінг?; Типовий бізнес-процес роботи провайдера або датацентру виглядає так:

Рахунок формується за період і охоплює:

  • приватний замовник;
  • корпоративний замовник;
  • державна організація;
  • партнерська сторона;
  • внутрішній замовник.; компонент має автономно формувати рахунки на основі активних підписок.; Статус

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

Поля заявки

  • обладнання;
  • тип;
  • модель;
  • серійний номер;
  • локацію;
  • статус;
  • клієнта або послугу, якщо прив’язано.;== Формула нарахування ==

Без автоматизації без зайвих зусиль пропустити рахунок, неправильно порахувати місячну суму, не побачити прострочення або не відключити послугу, яка давно не оплачується.; !; !; Бали

замовник повинен мати можливість:

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

платформа повинна мати можливість надсилати клієнту нагадування.; характеристика

== Оплати і заборгованість ==