Атестаційні завдання K2 ERP/Енерго-компанія

Варіанти тарифікації, опціонально

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

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

Базова формула

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

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

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

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

|}

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

Довідник «Об’єкти підключення»

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

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

!;== Приклади об’єктів ==

• нарахування за середнім споживанням;
• нарахування за нормативом;
• ручне нарахування оператором;
• блокування формування рахунку до внесення показників.; |-

| Реалізація бази абонентів, лічильників і тарифів | 20 | Абоненти, договори, особові рахунки, об’єкти підключення, ресурси, тарифи, лічильники |- | обліковий облік споживання і формування рахунків | 20 | Показники, попередні і поточні значення, споживання, тариф, нарахування, рахунок |- | Фінансовий обліковий облік оплат і заборгованості | 20 | Часткові оплати, повні оплати, борги, переплати, статуси рахунків, акти звірки |- | Генерація документів і інтеграційні функціональні можливості нагадувань | 20 | PDF-рахунки, квитанції, акти, SMS/Email-нагадування, кабінет абонента |- | Інтерактивність через AJAX і мобільна адаптивність | 20 | AJAX-пошук, внесення показників, розрахунок рахунків, оплати, фільтри, кабінет абонента |- Показник — це значення лічильника на певну дату.; {| class="wikitable" style="width:100%;" !;== AJAX-інтерактив == !; Відповідь

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

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

Сума до сплати = Споживання × Тариф

Звіт «Борги абонентів»

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

Які довідники потрібні?; Призначення свої об’єкти підключення; свої лічильники; історію показників; історію споживання; рахунки; оплати; борг або переплату; можливість передати показники; можливість завантажити PDF-рахунок; повідомлення і нагадування.; | Рахунок має формуватися на основі споживання і чинного тарифу
Що бажано додати?; характеристика	; Рівень	; характеристика Журнал змін має зберігати: тип ресурсу; обсяг споживання; суму нарахувань; суму оплат; борг; частку ресурсу в доході.; Поле готівка; банківська картка; банківський переказ; онлайн-оплата; платіжний термінал; імпорт банківської виписки; ручне внесення оператором.; Ресурс У звіті потрібно відображати: Особовий рахунок застосовують, коли потрібно для фінансового обліку абонента.; |-	Лічильник	До якого лічильника належить показник
Абонент	Власник лічильника
Дата показника	Коли передано або внесено показник
Період	Місяць або інший обліковий період
Значення	Поточний показник
Попереднє значення	автономно з попереднього періоду
Споживання	Різниця між поточним і попереднім значенням
Джерело	Вручну, кабінет абонента, CSV, API
Статус	Новий, перевірено, помилковий, скасований

!;== Події для сповіщень ==

Типи абонентів

• рахунок на оплату;
• акт звірки;
• квитанція про оплату;
• повідомлення про борг;
• історичний розвиток споживання;
• звіт по особовому рахунку;
• акт встановлення лічильника, опціонально;
• акт демонтажу лічильника, опціонально.;== Довідник «Типи ресурсів» ==

Поля об’єкта підключення

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

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

Розрахунок споживання

!; Роль

• сума оплати зменшує борг;
• рахунок отримує статус «Частково оплачено»;
• залишок боргу залишається відкритим.; * абонента;
• об’єкт;
• номер лічильника;
• тип ресурсу;
• дату наступної повірки;
• статус.;== Приклади документів ==

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

|- | Абонент | Власник або користувач системи об’єкта |- | Назва об’єкта | як ілюстрація: Квартира, складський облік №1, Офіс |- | Адреса підключення | Фактична адреса |- | Тип об’єкта | Житловий, комерційний, промисловий |- | Тип ресурсу | Електроенергія, газ, вода, тепло |- | Потужність / ліміт | Опціонально |- | Статус | Підключено, призупинено, відключено, архів |}

Кабінет абонента, онлайн-передачу показників, CSV/API-імпорт, SMS/Email-сповіщення

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

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• CRM
• Каса
• Рахунок на оплату
• Особистий кабінет
• Договір
• Білінг
• Лічильник
• Тариф
• AJAX

Поля оплати

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

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

При частковій оплаті:

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

; характеристика
Електроенергія	кВт⋅год
Газ	м³
Вода	м³
Тепло	Гкал
Гаряча вода	м³

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

Тип ресурсу визначає одиницю виміру і правила обліку.; Бали

організація функціонує з різними категоріями абонентів:

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

• фізичні особи;
• юридичні особи;
• ОСББ;
• бюджетні установи;
• комерційні підприємства;
• промислові споживачі.; У звіті потрібно відображати:

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

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

центральний принцип. Сума рахунку має формуватися не вручну, а на основі фактичного або нормативного споживання, чинного тарифу і правил нарахування.; Поле

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

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

|- | Абоненти | Фізичні та юридичні особи, які споживають ресурси |- | Договори | Юридична основа надання послуг |- | Особові рахунки | Облікові рахунки абонентів |- | Об’єкти підключення | Адреси або об’єкти, де споживається ресурс |- | Типи ресурсів | Електроенергія, газ, вода, тепло |- | Тарифні плани | Ціни за одиницю ресурсу |- | Лічильники | Прилади обліку споживання |- | Показники | інформаційні дані лічильників за період |- | Нарахування | Розраховані суми до сплати |- | Рахунки | Документи для оплати |- | Оплати | Фактичні платежі |- | Борги | Несплачені суми |- | Переплати | Надлишкові платежі |- | Сповіщення | Нагадування про показники, рахунки та борги |- | Звіти | аналітичні інструменти по споживанню, оплатах і боргах |}

Довідник «Договори»

• фізична особа;
• юридична особа;
• ФОП;
• ОСББ;
• бюджетна установа;
• промисловий споживач.; Споживання = Поточний показник - Попередній показник

Типовий бізнес-процес роботи енергетичної компанії виглядає так: Для реалізації задачі доцільно передбачити такі сутності:

;== Особові рахунки == Способи оплати дату оплати; абонента; рахунок; суму; спосіб оплати; статус платежу.; !; * абонента; об’єкт підключення; тип ресурсу; попередній показник; поточний показник; споживання; тариф; суму нарахування.; | Передача показників, розрахунок споживання, рахунок і оплата
Що потрібно контролювати?;== Звіти ==
Абонент	Власник або користувач системи
Об’єкт підключення	Де встановлений лічильник
Тип ресурсу	Що обліковує
Номер лічильника	Серійний номер
Модель	Опціонально
Дата встановлення	Коли встановлено
Дата повірки	Дата останньої повірки
Дата наступної повірки	Коли потрібно перевірити
Початковий показник	Показник при встановленні
Місце встановлення	Квартира, щитова, підвал тощо
Статус	Активний, демонтований, на повірці, несправний

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

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

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

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

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

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

Типи ресурсів

; характеристика неможливо створити абонента; неможливо створити особовий рахунок; неможливо створити лічильник; лічильник не прив’язується до абонента; неможливо внести показник; споживання не розраховується; рахунок не формується; рахунок не прив’язується до абонента; рахунок не враховує тариф; часткова оплата не змінює борг; повна оплата не змінює статус рахунку; переплата не фіксується; абонент у кабінеті бачить чужі рахунки або показники; звіти не відповідають фактичним показникам, рахункам і оплатам; зміни показників, рахунків, оплат і тарифів не логуються.; Поле У межах атестації потрібно продемонструвати робочий сценарій.; У звіті потрібно відображати: Поля лічильника Абонент Передає показники, переглядає рахунки, оплати, борги і споживання Оператор Створює абонентів, договори, лічильники, вносить показники Бухгалтер Формує рахунки, фіксує оплати, функціонує з боргами і актами звірки Контролер Перевіряє показники, лічильники, повірки і споживання Менеджер Переглядає абонентів, договори, звіти і заборгованості Адміністратор системи Налаштовує тарифи, права, шаблони документів і службові параметри Звіт «Оплати за період»	; компонент має підтримувати абонентів, договори, особові рахунки, об’єкти підключення, типи ресурсів, тарифні плани, лічильники, показники, розрахунок споживання, нарахування, рахунки, оплати, борги, переплати, особистий кабінет абонента, SMS/Email-сповіщення, PDF-документи, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.;== Поля показника == Сповіщення платформа має підтримувати SMS або Email-сповіщення.;== Часткова оплата == Якщо поточний показник менший за попередній, платформа має показати попередження.; Поле
ПІБ або назва компанії	Найменування абонента
Тип абонента	Фізична особа, юридична особа, ОСББ тощо
Телефон	Контактний номер
Email	Для рахунків і сповіщень
Адреса	Основна адреса абонента
ІПН / ЄДРПОУ	Ідентифікаційний код, якщо потрібно
Договір №	Номер основного договору
Особовий рахунок	Унікальний рахунок абонента
Статус	Активний, призупинений, відключений, архівний
Коментар	Внутрішня примітка

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

Переплату можна:

Примітка

База «Показники лічильників»

Коротко

Номер договору	Унікальний номер
Абонент	З ким укладено договір
Тип ресурсу	Електроенергія, газ, вода, тепло
Дата початку	Початок дії договору
Дата завершення	Кінець дії, якщо є собою
Тарифний план	Базовий тариф
Об’єкт підключення	Адреса або об’єкт споживання
Статус	Активний, призупинений, завершений, розірваний
Файл договору	Скан або PDF договору

Довідник «Абоненти»

Якщо абонент сплатив більше, ніж сума рахунку, платформа має зафіксувати переплату.; Питання Коротко. Потрібно реалізувати компонент енергетичної компанії: абоненти, договори, об’єкти підключення, лічильники, ресурси, тарифи, показники, розрахунок споживання, рахунки, оплати, борги, особистий кабінет абонента, сповіщення, документи, звіти й AJAX-інтерактив.; Інтерфейс має працювати оперативно й без перезавантаження сторінок.; !; Абонент повинен мати можливість працювати з власними даними.; Поле * вести обліковий облік абонентів; * зберігати договори; * вести особові рахунки; * фіксувати об’єкти підключення; * вести лічильники; * приймати показники; * розраховувати споживання; * виставляти рахунки; * приймати оплати; * контролювати борги; * надсилати нагадування; * формувати звіти для адміністрації.; характеристика Енергетична або комунальна організація постачає клієнтам ресурси: платформа повинна підтримувати часткову оплату.; Поле

Звіт «Лічильники на повірку»

; !; платформа має змогу підтримувати складніші тарифи:	; Рахунок формується на основі споживання і тарифу.; * потрібно передати показники; * показники прийнято; * показники відхилено; * сформовано рахунок; * рахунок надіслано; * наближається строк оплати; * рахунок прострочено; * оплата отримана; * виникла заборгованість; * наближається дата повірки лічильника.; !; характеристика Номер рахунку Унікальний номер Абонент Кому виставлено рахунок Особовий рахунок Фінансовий рахунок абонента Об’єкт підключення За який об’єкт рахунок Тип ресурсу Електроенергія, газ, вода, тепло Період споживання За який період сформовано Споживання Обсяг за період Тариф Ціна за одиницю Сума Сума до оплати Оплачено Скільки вже оплачено Борг Залишок до оплати Статус Створено, частково оплачено, оплачено, прострочено, скасовано У звіті потрібно відображати:	; компонент має підтримувати рольову модель.; У звіті потрібно відображати: Формування рахунків * електроенергію; * газ; * воду; * тепло; * гарячу воду; * інші комунальні ресурси.; | PDF-рахунки, квитанції, акти звірки, повідомлення про борг Абоненти, ресурси, тарифи, лічильники, об’єкти підключення Який центральний бізнес-процес?; # оператор створює абонента; # створює договір і особовий рахунок; # додає об’єкт підключення; # додає один або кілька лічильників; # призначає тарифний план; # абонент або оператор передає показники; # платформа знаходить попередній показник; # платформа розраховує споживання за період; # платформа визначає чинний тариф; # платформа формує нарахування; # формується рахунок; # рахунок надсилається абоненту; # абонент оплачує в цілому або частково; # платформа оновлює статус рахунку; # у разі несплати формується заборгованість; # адміністрація формує звіти.; Критерій Номер рахунку Унікальний номер Абонент Власник рахунку Тип ресурсу Ресурс, за який ведеться обліковий облік Об’єкт підключення Адреса споживання Поточний баланс Борг або переплата Статус Активний, заблокований, архівний Тарифний план визначає ціну одиниці ресурсу за певний період.; Параметр Якщо показники не передані, платформа має змогу підтримувати: * пошук абонентів; * створення абонента; * пошук особового рахунку; * додавання лічильника; * внесення показників; * розрахунок споживання; * формування рахунку; * фіксація оплати; * актуалізація статусу рахунку; * фільтрація боргів; * фільтрація рахунків; * фільтрація показників; * формування звітів; * актуалізація кабінету абонента.; * фіксований тариф; * денний / нічний тариф; * зонний тариф; * соціальна норма; * тариф за обсягами споживання; * індивідуальний тариф для юридичних осіб.; !; Мінімальний сценарій: Назва задача Переплата
; функціональні можливості платформа повинна дозволяти: Звіт «Рахунки за період» База «Лічильники» Базова формула:	; характеристика У кабінеті абонент бачить * попередній показник: 1200 кВт⋅год; * поточний показник: 1350 кВт⋅год; * споживання: 150 кВт⋅год; * тариф: 4 грн за кВт⋅год; * сума до сплати: 600 грн.; | Показники, споживання, тарифи, рахунки, борги, переплати, повірки лічильників
Які документи потрібні?; Компанії потрібно: * залишити на балансі абонента; * врахувати в наступному рахунку; * повернути вручну, якщо реалізовано.; Поле Створено Рахунок сформовано Надіслано Рахунок відправлено абоненту Очікує оплату Оплати ще немає Частково оплачено Оплачено не всю суму Оплачено Рахунок в цілому закрито Прострочено Термін оплати минув Скасовано Рахунок скасовано	-	Назва тарифу	як ілюстрація: Населення, бізнес-середовище, Промисловий
Тип ресурсу	Електроенергія, газ, вода, тепло
Категорія абонента	Фізична особа, юридична особа, промисловий споживач
Одиниця виміру	кВт⋅год, м³, Гкал
Ціна за одиницю	Вартість одиниці ресурсу
Дата початку дії	З якої дати тариф чинний
Дата завершення дії	До якої дати тариф чинний
Статус	Активний, архівний

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

Поля рахунку

Мета задача

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

Документи

; автоматизація процесів зменшує кількість ручних помилок, спрощує роботу операторів і покращує обслуговування абонентів.; характеристика платформа має формувати PDF-документи.;== Звіт «Споживання за період» == Приклад * абонента; * особовий рахунок; * ресурс; * суму боргу; * кількість прострочених рахунків; * дату останньої оплати.; компонент має забезпечувати повний цикл роботи постачальника ресурсів: абонент → договір → об’єкт підключення → лічильник → показник → споживання → тариф → нарахування → рахунок → оплата → борг або переплата → звіт.;== Довідник «Тарифні плани» == компонент обліку абонентів, обсягів споживання енергії, рахунків і платежів для енергетичної компанії.; Об’єкт

; 100 Поля абонента * вести базу абонентів; * вести договори; * вести особові рахунки; * вести об’єкти підключення; * вести типи ресурсів; * вести тарифні плани; * вести лічильники; * прив’язувати кілька лічильників до одного абонента; * реєструвати показники лічильників; * розраховувати споживання за період; * автономно формувати нарахування; * формувати рахунки; * фіксувати повну або часткову оплату; * контролювати борги; * контролювати переплати; * підтримувати особистий кабінет абонента; * приймати показники онлайн; * надсилати SMS або Email-нагадування; * формувати PDF-рахунки й акти; * формувати звіти по споживанню, оплатах, боргах і тарифах.; Що перевіряється Один абонент має змогу мати кілька об’єктів підключення.; Разом ; !;