Атестаційні завдання K2 ERP/Оренда

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

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

Журнал має підтримувати створення, редагування, проведення, друк рахунку, а так само фільтрацію за орендарем, статусом і періодом. Одиниця виміру Форма рахунку складається із заголовка та табличної частини. ! SEO-опис Якщо термін оплати минув, а оплати немає або вона неповна, рахунок має ставати «Простроченим». Колонка

AJAX, inline edit, друк, email, Excel-імпорт, логування, статуси оплат

Ціна за одиницю орендаря; суму нарахувань; суму оплат; поточний борг; прострочений борг; період; статус. Одиниці Критичними помилками вважаються ситуації, коли:	Реєстр рахунків, баланс орендарів, звіт по показниках лічильників
Що має підтримувати платформа? ! SEO-опис Правильна логіка. Рахунок не повинен рахуватися “на льоту” щоразу заново без сліду. Бали	У звіті потрібно відображати: У заголовку рахунку потрібно передбачити: Форма створення рахунку
Бекенд	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

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

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

Довідник послуг містить перелік послуг, за які можуть нараховуватися суми орендарям. Поле

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

|- | За показниками лічильника | Сума залежить від різниці показників за період |- | За нормативом на 1 м² | Сума залежить від площі приміщення |- | Фіксована сума | Сума не залежить від площі або лічильника |- | Ручне нарахування | Сума вводиться користувачем вручну |}

За нормативом:

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


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

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

Завантаження має дозволяти:

* приміщення;
* лічильник;
* тип ресурсу;
* показник на початок;
* показник на кінець;
* різницю;
* тариф;
* суму;
* період. Тип розрахунку

[[Категорія:Корпоративна Wiki]]

* назву орендаря;
* реквізити ТРЦ;
* номер і дату рахунку;
* період нарахування;
* таблицю послуг;
* підсумкову суму;
* підпис відповідальної особи ТРЦ.

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

! ! Комунальні послуги можуть розраховуватися по-різному: за показниками лічильника, за нормативом на квадратний метр або як фіксована сума. Журнал рахунків має відображати всі рахунки, виставлені орендарям. 0,00

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

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

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

формування звітів

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

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

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

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

Довідник орендарів зберігає інформацію про компанії, які орендують площі. Сума = Спожиті кВт·год × Тариф

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

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

Потрібно реалізувати:

Якщо виступає як лічильник:

Звіт має показувати фінансовий стан по кожному орендарю. У звіті потрібно відображати:

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

платформа повинна допомагати власнику ТРЦ або бізнес-центру не рахувати все вручну в Excel, а вести обліковий облік у єдиному середовищі: договори, площі, тарифи, лічильники, показники, нарахування, рахунки, акти, оплати та борги. | компонент обліку оренди та комунальних послуг

Для кого компонент? Орендар здатна мати одну або кілька площ. Сума = Спожиті м³ × Тариф

SEO-опис ситуації

Нарахування мають зберігатися в системі. Вони мають зберігатися як історія продукту розрахунків за конкретний період. Статус

100

Таблична частина повинна містити орендовані площі та послуги. Що перевіряється

! Назва послуги

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

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

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

Потрібно логувати всі важливі зміни по рахунках, оплатах і нарахуваннях. # співробітники ТРЦ знімають показники лічильників;

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

!== Водопостачання ==

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

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

! № лічильника
! Спочатку платформа формує нарахування, зберігає їх, а вже з нарахувань створює рахунки. Кожного місяця потрібно автоматизовано виконувати нарахування та виставляти рахунки за:
користувач системи має мати можливість коригувати кількість, тариф або суму, якщо це дозволено правилами компанії.[[Категорія:Рахунки на оплату]]

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

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

! !== Довідник «Орендовані площі» ==

Це ланцюжок: договір → площа → послуга → тариф або показник лічильника → нарахування → рахунок → акт → оплата → баланс орендаря. Мета задача — створити в K2 ERP компонент для автоматизації щомісячної роботи з орендарями. Значення на кінець періоду	-	Що потрібно створити? Кожен запис має містити дату й час зняття, приміщення, лічильник, тип ресурсу, одиницю виміру та значення на початок і кінець періоду.== Розрахунки в системі == Щомісячний бізнес-процес роботи з орендарями виглядає так:	!== Звіт «Реєстр виставлених рахунків» ==	Акти виконаних робіт Нарахування Див. так само Якщо рахунок оплачено на 100% — статус змінюється на «Оплачений». \|-	Орендарі	Компанії або ФОП, які орендують площі
Договори оренди	Умови оренди, строки, ставки, реквізити
Орендовані площі	Приміщення, площа, номер, ставка за м²
Послуги	Оренда, електроенергія, вода, опалення, кондиціонування, прибирання
Тарифи	Ціни за одиницю послуги або норматив
Лічильники	Прилади обліку електроенергії, води та інших ресурсів
Показники лічильників	Значення на початок і кінець періоду
Нарахування	Розраховані суми за період
Рахунки на оплату	Документи для виставлення орендарям
Акти виконаних робіт	Документи підтвердження наданих послуг
Оплати	Фіксація надходження коштів
Баланс орендарів	Нарахування, оплати й заборгованість

Нарахування створюються на певну дату за обраний період. !


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

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

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

Власник ТРЦ має десятки орендарів: магазини, кафе, сервісні компанії, острівні торгові точки, склади або офіси.== Звіт по показниках лічильників ==

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

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

Довідник орендованих площ описує приміщення, які передані орендарям. Значення на початок періоду
|-
| Коректність розрахунків
| 20
| Оренда за м², комунальні послуги, лічильники, нормативи, підсумки
|-
| Зручність введення даних і UX
| 20
| Робота з рахунком, inline edit, зрозуміла таблиця, швидке введення показників
|-
| AJAX-інтерактив
| 20
| Додавання рядків, редагування, збереження, перерахунок без перезавантаження
|-
| Структура БД і якість коду
| 20
| Орендарі, договори, площі, послуги, тарифи, лічильники, рахунки, оплати, журнал змін
|-
| Друковані форми
| 10
| Рахунок і акт виконаних робіт у придатному для друку вигляді
|-
| Звіти
| 10
| Реєстр рахунків, баланс орендарів, борги, підсумки
|-
Різниця між значенням на кінець і початок періоду застосовують, коли потрібно для розрахунку споживання.== Масове завантаження показників з Excel ==

Сума оренди розраховується за формулою:
! {| class="wikitable" style="width:100%;"
Статуси повинні змінюватися автоматизовано при фіксації оплати. Якщо лічильника немає:

! Параметр
Сума = Норма споживання × Метраж × Тариф
'''Умова складання.''' задача не здатна бути зараховане, якщо платформа не формує коректні нарахування за місяць і не показує заборгованість орендарів після виставлення рахунків та оплат.== Коротко ==

== Оренда ==

! Мінімальний складський облік даних:
|-
| Номер рахунку
| Унікальний номер документа
|-
| Орендар
| компанія-користувач, якій виставлено рахунок
|-
| Період нарахування
| Місяць і рік
|-
| Загальна сума
| Сума рахунку
|-
| Статус
| Чернетка, виставлений, оплачений, прострочений
|-
| Дата виставлення
| Коли рахунок виставлено
|-
| Дата оплати
| Коли рахунок оплачено
|}

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

У результаті виконання атестаційного задача має бути створений компонент K2 ERP для обліку оренди та комунальних послуг у ТРЦ. ! Максимальна оцінка
[[Категорія:K2 ERP]]

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

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

</div>
!== Оплати та заборгованість ==

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

! Значення
[[Категорія:Акти виконаних робіт]]
Акт має містити:
== Практичне задача ==
== Мета задача ==
|-
| 1
|
|
|
|
|
|
|
|
|-
| 2
|
|
|
|
|
|
|
|
|-
| 3
|
|
|
|
|
|
|
|
|-
| ... Разом
! * фіксовану орендну плату за квадратні метри;
* електроенергію;
* водопостачання;
* опалення;
* кондиціонування;
* прибирання;
* інші послуги.== Основні об’єкти модуля ==
Приклад Excel-файлу нарахувань за один місяць здатна використовуватися як орієнтир для структури імпорту. Кімната / приміщення
Співробітники ТРЦ зазвичай знімають показники лічильників один раз на місяць. Сума
{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"

1 Оренда приміщення м² 120 300 36 000 2 Електроенергія кВт·год 450 5 2 250 3 Водопостачання м³ 30 20 600 4 Опалення м² 120 30 3 600 компонент має підтримувати довідники орендарів, договорів, площ і послуг, журнал рахунків, форму рахунку з AJAX-інтерактивом, розрахунки за лічильниками і нормативами, друк документів, акти виконаних робіт, контроль оплат, боргів, формування звітів і масове завантаження показників з Excel.


Email має містити:

120 × 300 = 36 000 грн

<pre>

== Рекомендовані сутності бази даних ==
! SEO-опис
Звіт має показувати рахунки за вибраний період. Це потрібно для того, щоб рахунки можна було відтворити, перевірити й порівняти з оплатами. 42 450 грн

! '''компонент обліку виставлення рахунків орендарям за орендовані площі та комунальні послуги в ТРЦ'''. Оренда''' — це практична задача; так само реалізовано комунальних послуг, нарахувань, рахунків, актів, оплат і заборгованості виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку оренди забезпечується через '''Атестаційне задача K2 ERP. За лічильником:

== Звіт «Баланс орендарів» ==
== Примітка ==
! Усі зняті показники потрібно зберігати в системі. | Коректні нарахування за місяць і контроль заборгованості орендарів
|}

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

* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Оренда]]
* [[Комунальні послуги]]
* [[ТРЦ]]
* [[Бізнес-центр]]
* [[Рахунок на оплату]]
* [[Акт виконаних робіт]]
* [[Баланс орендарів]]
* [[Показники лічильників]]
* [[Excel-імпорт]]

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

Поле

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

Назва задача

Тип лічильника Журнал змін має фіксувати:

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

!== Журнал документів «Рахунки на оплату» == Інтерфейс має бути зручним для щомісячної масової роботи. Відповідь	SEO-опис	! * PDF; або HTML-друк для подальшої відправки. У системі потрібно зберігати історію відправлення повідомлень.

Критично. компонент оренди має показувати не лише виставлені рахунки, а й реальний стан взаєморозрахунків: хто оплатив, хто оплатив частково, хто має борг і за який період. !

! * орендаря;

період;
перелік послуг;
кількість;
ціну;
суму;
підсумок;
реквізити сторін;
місце для підписів. Орендар повинен використовуватися в рахунках, актах, нарахуваннях, оплатах і звітах. критично. Показники лічильників не повинні зникати після формування рахунку.

Якщо оплачено частково — статус змінюється на «Частково оплачений». ! | Договори, площі, тарифи, лічильники, нормативи й нарахування

Які документи потрібні?== Критичні помилки ==

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

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

Мінімальний сценарій:

Водопостачання здатна розраховуватися за лічильником або за нормативом. Формат друку: Звіт має показувати: ! | Для ТРЦ, бізнес-центрів, складів, готелів та інших об’єктів нерухомості |-

| Що виступає як основою розрахунків?

!

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

платформа повинна формувати акт виконаних робіт на основі рахунку або нарахувань. SEO-опис

Друк рахунку

провідний принцип. Оренда — це не без зусиль рахунок на оплату. Примітки Типові послуги: Коротко. Потрібно реалізувати компонент, який щомісяця нараховує орендну плату та комунальні послуги, формує рахунки й акти для орендарів, контролює оплати, борги та дає можливість масово завантажувати показники лічильників з Excel. | Рахунок на оплату та акт виконаних робіт |- | Які звіти потрібні? №

! SEO-опис

Лічильники та показники

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

!

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