Атестаційні завдання K2 ERP/Оренда: відмінності між версіями

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

Для кожної послуги потрібно передбачити тип розрахунку.; Поле

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

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

Нарахування можуть формуватися:

Шаблон рахунку повинен містити:

Довідник орендарів зберігає інформацію про компанії, які орендують площі.; завдяки наявності Реалізація такого рішення для бізнесу в K2 ERP автоматизує щомісячну рутину та користувачі можуть уникнути людських помилок у рахунках, актах, тарифах, показниках і боргах.; Оренда — це практична задача; додатково реалізовано комунальних послуг, нарахувань, рахунків, актів, оплат і заборгованості виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку оренди забезпечується через Атестаційне задача K2 ERP.; |- | Номер рахунку | Унікальний номер документа |- | Орендар | організація, якій виставлено рахунок |- | Період нарахування | Місяць і рік |- | Загальна сума | Сума рахунку |- | Статус | Чернетка, виставлений, оплачений, прострочений |- | Дата виставлення | Коли рахунок виставлено |- | Дата оплати | Коли рахунок оплачено |}

!; !; colspan="5" | Підсумкова сума

!; Це прикладна задача, яку реально використовують власники ТРЦ, бізнес-центри, склади, готелі та інші об’єкти нерухомості.; !; Тип розрахунку !; * орендарі;

договори оренди;
орендовані площі;
послуги;
тарифи;
лічильники;
показники лічильників;
нарахування;
рядки нарахувань;
рахунки на оплату;
рядки рахунків;
оплати;
акти виконаних робіт;
email-нотифікації;
журнал змін.; Разом

Мета задача

!;

!; Якщо лічильника немає:

== Журнал документів «Рахунки на оплату» ==

# створити орендаря;
# створити договір оренди;
# створити орендовану площу;
# створити послуги й тарифи;
# створити або прив’язати лічильник;
# внести показники лічильника;
# сформувати нарахування за місяць;
# перевірити розрахунок оренди за м²;
# перевірити розрахунок комунальних послуг;
# створити рахунок на оплату з нарахування;
# відредагувати рядок рахунку через inline edit;
# зберегти чернетку;
# виставити рахунок;
# сформувати друковану форму рахунку;
# сформувати акт виконаних робіт;
# надіслати email-нотифікацію;
# зафіксувати оплату;
# перевірити зміну статусу рахунку;
# сформувати реєстр рахунків;
# сформувати баланс орендарів;
# показати боржників.;</div>

За лічильником:
<pre>
Сума = Спожиті кВт·год × Тариф
|-
| Бекенд
| PHP 8 або Python 3
|-
| Фреймворк
| K2 Core або Symfony Slim K2
|-
| База даних
| PostgreSQL або MySQL
|-
| Фронтенд
| HTML5, JavaScript
|-
| AJAX
| Fetch або Axios
|-
| UI-компоненти
| DataTables, Select2 для довідників
|-
| Друк
| Stimulsoft Reports або внутрішній PDF-генератор
|-
| Імпорт
| Excel-файл з показниками або нарахуваннями
|-
| Нотифікації
| Email API
|}

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

платформа повинна автономно розраховувати суми, дозволяти ручне коригування, формувати рахунки, акти виконаних робіт, друковані форми, email-розсилку орендарям і звіти по оплатах та заборгованості.; Статус

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

* по всіх орендарях одразу;
* по конкретному орендарю;
* по конкретній послузі;
* по конкретному приміщенню;
* по певному завантаженню показників.; Параметр

'''Критично.''' компонент оренди має показувати не лише виставлені рахунки, а й реальний стан взаєморозрахунків: хто оплатив, хто оплатив частково, хто має борг і за який період.; | компонент обліку оренди та комунальних послуг
|-
| Для кого компонент?; '''Умова складання.''' задача не має змогу бути зараховане, якщо платформа не формує коректні нарахування за місяць і не показує заборгованість орендарів після виставлення рахунків та оплат.;

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

Довідник орендованих площ описує приміщення, які передані орендарям.; характеристика Бажано передбачити окремий звіт по показниках лічильників.; * PDF;

або HTML-друк для подальшої відправки.; !; Кожен запис має містити дату й час зняття, приміщення, лічильник, тип ресурсу, одиницю виміру та значення на початок і кінець періоду.; компонент обліку виставлення рахунків орендарям за орендовані площі та комунальні послуги в ТРЦ.; !; Об’єкт

!; центральний принцип. Оренда — це не без ускладнень рахунок на оплату.; !; | Коректні нарахування за місяць і контроль заборгованості орендарів |}

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

Email-нотифікації орендарям

Звіт «Баланс орендарів»

додавання рядків послуг через AJAX без перезавантаження сторінки;
редагування кількості або тарифу прямо в таблиці через inline edit;
автоматичний перерахунок підсумкової суми;
кнопку «Зберегти чернетку»;
кнопку «Виставити рахунок»;
кнопку «Сформувати акт»;
кнопку «Надіслати email»;
виділення боржників або прострочених рахунків.;

== Оплати та заборгованість == !;</div> !; характеристика '''Правильна логіка.''' Рахунок не повинен рахуватися “на льоту” щоразу заново без сліду.; Кімната / приміщення |} !; задача моделює роботу торговельно-розважального центру, бізнес-центру, складу, готелю або іншого об’єкта нерухомості, де є собою багато орендарів, приміщень, договорів, послуг і щомісячних нарахувань.; Формат друку: * назву орендаря; * реквізити ТРЦ; * номер і дату рахунку; * період нарахування; * таблицю послуг; * підсумкову суму; * підпис відповідальної особи ТРЦ.; {| class="wikitable" style="width:100%;" Потрібно передбачити можливість масового завантаження показників лічильників з Excel-файлу.;== ключовий бізнес-процес == == Масове завантаження показників з Excel ==

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

Сума = Норма на 1 м² × Метраж × Тариф

Мінімальний складський облік даних:

!;== Таблиця показників лічильників ==

Опалення та кондиціонування зазвичай розраховуються пропорційно площі.; Різниця

Боржників потрібно виділяти червоним кольором або іншим помітним способом.;== Практичне задача ==

!; Назва послуги Нарахування мають зберігатися в системі.;== Водопостачання ==

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

Щомісячний бізнес-процес роботи з орендарями виглядає так: !; Критерій Нарахування створюються на певну дату за обраний період.; {| class="wikitable" style="width:100%;" !; !; Орендар має змогу мати одну або кілька площ.; |- | Чернетка | Рахунок підготовлено, але ще не виставлено орендарю |- | Виставлений | Рахунок сформовано й передано орендарю |- | Оплачений | Оплата зафіксована в цілому |- | Частково оплачений | Оплачено лише частину суми |- | Прострочений | Термін оплати минув, борг залишається |- | Скасований | Рахунок анульовано або замінено іншим |}

Довідник послуг містить перелік послуг, за які можуть нараховуватися суми орендарям.; Якщо рахунок оплачено в цілому — статус змінюється на «Оплачений».; Поле !; 0,00 |- | За показниками лічильника | Сума залежить від різниці показників за період |- | За нормативом на 1 м² | Сума залежить від площі приміщення |- | Фіксована сума | Сума не залежить від площі або лічильника |- | Ручне нарахування | Сума вводиться користувачем вручну |}

!;== Заголовок рахунку ==

!; Власник ТРЦ має десятки орендарів: магазини, кафе, сервісні компанії, острівні торгові точки, склади або офіси.; !; характеристика |- | 1 | Оренда приміщення | м² | 120 | 300 | 36 000 |- | 2 | Електроенергія | кВт·год | 450 | 5 | 2 250 |- | 3 | Водопостачання | м³ | 30 | 20 | 600 |- | 4 | Опалення | м² | 120 | 30 | 3 600 |-

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

!; | Рахунок на оплату та акт виконаних робіт |- | Які звіти потрібні?; {| class="wikitable" style="width:100%;" !; Завантаження має дозволяти: |- | Коректність розрахунків | 20 | Оренда за м², комунальні послуги, лічильники, нормативи, підсумки |- | Зручність введення даних і UX | 20 | Робота з рахунком, inline edit, зрозуміла таблиця, швидке введення показників |- | AJAX-інтерактив | 20 | Додавання рядків, редагування, збереження, перерахунок без перезавантаження |- | Структура БД і якість коду | 20 | Орендарі, договори, площі, послуги, тарифи, лічильники, рахунки, оплати, журнал змін |- | Друковані форми | 10 | Рахунок і акт виконаних робіт у придатному для друку вигляді |- | Звіти | 10 | Реєстр рахунків, баланс орендарів, борги, підсумки |- !; {| class="wikitable" style="width:100%;"

оренда приміщення;
електроенергія;
вода;
опалення;
кондиціонування;
прибирання;
охорона;
інші послуги.; |-

| Орендар | організація, яка орендує приміщення |- | Номер приміщення | Номер кімнати, павільйону, магазину або площі |- | Метраж | Площа в м² |- | Ставка оренди за м² | Вартість оренди одного квадратного метра |- | Договір | Договір, на підставі якого орендується площа |- | Примітки | Додаткова відомості |}

120 × 300 = 36 000 грн

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

Форма створення рахунку

!;== Таблична частина рахунку ==

!;

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

Акт має містити:

характеристика ситуації

Договори, площі, тарифи, лічильники, нормативи й нарахування

Які документи потрібні?; !; !; * тему повідомлення;

назву орендаря;
період нарахування;
суму до оплати;
вкладення рахунку або посилання на документ;
за потреби — акт виконаних робіт.; У звіті потрібно відображати:

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

Інтерфейс має бути зручним для щомісячної масової роботи.;== Технічні вимоги ==

; Бали

Мета задача — створити в K2 ERP компонент для автоматизації щомісячної роботи з орендарями.; Кількість

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

Потрібно реалізувати надсилання email-повідомлень орендарям про виставлення рахунку.; Якщо оплачено частково — статус змінюється на «Частково оплачений».; |}

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

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

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

Звіт має показувати рахунки за вибраний період.; 42 450 грн Сума = Спожиті м³ × Тариф

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

Опалення і кондиціонування

Сума = Метраж × Тариф за м²

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

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

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

Мінімальні колонки журналу:

Сума = Норма споживання × Метраж × Тариф

Таблична частина повинна містити орендовані площі та послуги.; !; !; 100

Звіт має показувати:

як ілюстрація, якщо площа становить 120 м², а ставка — 300 грн/м², то сума оренди становить:

AJAX, inline edit, друк, email, Excel-імпорт, логування, статуси оплат
Що є собою критичною вимогою?; Рівень
Назва компанії	Офіційна назва орендаря
Код або ЄДРПОУ	Ідентифікатор компанії
Договір оренди	Номер, дата початку та дата закінчення договору
Контактні особи	Відповідальні особи з боку орендаря
Email для рахунків	Адреса для надсилання рахунків і актів
Телефон	Контактний номер
Статус	Активний, неактивний, боржник, договір завершено

Після фіксації оплати платформа повинна автономно оновлювати статус рахунку.; Питання

1

2

3

...; Бали

Для ТРЦ, бізнес-центрів, складів, готелів та інших об’єктів нерухомості

Що є собою основою розрахунків?; Мінімальний сценарій:

Приклад Excel-файлу нарахувань за один місяць має змогу використовуватися як орієнтир для структури імпорту.; |

; №

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


<pre>

== Логування змін ==
== Лічильники та показники ==
[[Категорія:K2 ERP]]
</div>
== Інтерфейс користувача ==
Потрібно реалізувати:
Сума оренди розраховується за формулою:
== Назва задача ==
<pre>
!;[[Категорія:Рахунки на оплату]]

!; '''істотно.''' Показники лічильників не повинні зникати після формування рахунку.; Призначення
== Довідник «Орендовані площі» ==
== Нарахування ==
|}

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

== Друк рахунку ==
!; Якщо є собою лічильник:
!; Тип лічильника
Журнал змін має фіксувати:
== Рекомендовані сутності бази даних ==
!; Значення
платформа повинна допомагати власнику ТРЦ або бізнес-центру не рахувати все вручну в Excel, а вести обліковий облік у єдиному середовищі: договори, площі, тарифи, лічильники, показники, нарахування, рахунки, акти, оплати та борги.; Співробітники ТРЦ зазвичай знімають показники лічильників один раз на місяць.; Що перевіряється

[[Категорія:ТРЦ]]

!;</div>
Email має містити:
Статуси повинні змінюватися автономно при фіксації оплати.; Журнал рахунків має відображати всі рахунки, виставлені орендарям.; Разом

== Оренда ==

У заголовку рахунку потрібно передбачити:

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

компонент має підтримувати довідники орендарів, договорів, площ і послуг, журнал рахунків, форму рахунку з AJAX-інтерактивом, розрахунки за лічильниками і нормативами, друк документів, акти виконаних робіт, контроль оплат, боргів, формування звітів і масове завантаження показників з Excel.; Ціна за одиницю

== Електроенергія ==

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

Мінімальний складський облік даних:

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

платформа повинна формувати акт виконаних робіт на основі рахунку або нарахувань.;== формування звітів ==

У системі потрібно зберігати історію відправлення повідомлень.;

; Одиниця виміру

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

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

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

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

Сума оренди = Метраж × Ставка за м²

Звіт «Реєстр виставлених рахунків»

Орендар	Вибір з довідника через AJAX-пошук
Період нарахування	Місяць і рік
Дата виставлення	Дата формування рахунку
Договір	Договір оренди, за яким виставляється рахунок
Статус	Чернетка, виставлений, оплачений, прострочений
Коментар	Додаткова відомості

У результаті виконання атестаційного задача має бути створений компонент K2 ERP для обліку оренди та комунальних послуг у ТРЦ.; Журнал має підтримувати створення, редагування, проведення, друк рахунку, а додатково фільтрацію за орендарем, статусом і періодом.; | Реєстр рахунків, баланс орендарів, звіт по показниках лічильників

Що має підтримувати платформа?; Типові послуги:

; Комунальні послуги можуть розраховуватися по-різному: за показниками лічильника, за нормативом на квадратний метр або як фіксована сума.; Орендар повинен використовуватися в рахунках, актах, нарахуваннях, оплатах і звітах.;== Довідник «Послуги» ==

Коротко

Звіт по показниках лічильників

хто створив документ;
хто змінив документ;
хто виставив рахунок;
хто зафіксував оплату;
хто змінив тариф або кількість;
дату й час зміни;
старе та нове значення, якщо це можливо.; # співробітники ТРЦ знімають показники лічильників;

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

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


Якщо термін оплати минув, а оплати немає або вона неповна, рахунок має ставати «Простроченим».; Відповідь

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