Атестаційні завдання K2 ERP/Охоронна компанія
Зарплати співробітникам
! Охоронна компанія-користувач — це практична задача; так само реалізовано постів.== Поля спорядження ==
Мінімальний сценарій:Типи змін
Пост охорони — це конкретна точка чергування на об’єкті. !== Звіт «Зарплати охоронців» ==
Звіт «Табель відпрацьованого часу»
Основні об’єкти модуля
| Диспетчер | Створює графіки, призначає охоронців, контролює зміни |
| Охоронець | Переглядає свої зміни, фіксує інциденти, додає пояснення |
| Старший зміни | Контролює пости, підтверджує виходи, закриває зміни |
| Менеджер об’єкта | Веде клієнтів, об’єкти, договори, рахунки і звіти |
| Бухгалтер | Веде рахунки, оплати, борги, зарплатні нарахування |
| Керівник | Переглядає всі звіти, інциденти, фінансовий блок і завантаженість |
| Адміністратор | Налаштовує довідники, права, шаблони документів і службові параметри |
Приклади документів
базовий бізнес-процес
Практичне задача
Звіт «Інциденти за період»
Бекенд K2 Cloud ERP на Python або PHP База даних PostgreSQL або MySQL Фронтенд HTML5, JavaScript AJAX Fetch API або Axios UI-компоненти DataTables для об’єктів, постів, графіків змін і інцидентів; Select2 для пошуку співробітників, клієнтів і об’єктів Календар FullCalendar або аналог для планування змін, опціонально Файли Завантаження фото, актів, договорів, довідок і сертифікатів Друк PDF-службові записки, акти, рахунки, табелі, звіти Експорт Excel або PDF для графіків, табелів, фінансів і інцидентів
У звіті потрібно відображати:
Планування змін охоронців на постах і контроль фактичного чергування class="wikitable" style="width:100%;"
Поля клієнта
- клієнта;
- об’єкт;
- адресу;
- кількість постів;
- режим охорони;
- статус договору;
- відповідального менеджера. | Кожна зміна має бути прив’язана до об’єкта, поста і співробітника
| Що бажано додати? ! SEO-опис
Окремо варто відзначити співробітників, графіків чергувань, табелів, інцидентів, договорів, оплат, спорядження і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку об’єктів охорони забезпечується через Атестаційне задача K2 ERP. Рівень Колонки графікаНазва задачаДовідник «Пости охорони»
Реальний бізнес-контекстІнтерфейс має працювати оперативно й без перезавантаження сторінок. У результаті виконання атестаційного задача має бути створений компонент охоронної компанії в K2 ERP. |- |
Що потрібно створити? ! 100
Поля об’єкта охорони |
| Найменування | Назва спорядження |
| Інвентарний номер | Номер для обліку |
| Тип | Форма, зв’язок, ключі, інше |
| Стан | Нове, робоче, потребує ремонту, списано |
| Видано кому | Співробітник |
| Об’єкт | Де застосовується для |
| Дата видачі | Коли видано |
| Дата повернення | Якщо повернуто |
Поля поста охорони
class="wikitable" style="width:100%;"
Нарахування здатна виконуватися:
Статус Календар змін, обліковий облік спорядження, фото інцидентів, сповіщення, PDF-документи
Формула змінного нарахування
- K2 ERP
- K2 ERP
- Атестаційні завдання K2 ERP
- Кадровий облік
- Табель обліку робочого часу
- Графік змін
- Документообіг
- Інцидент
- Договір
- Каса
- Зарплата
- AJAX
| == Табель обліку часу ==
Інцидент — це подія на об’єкті охорони. Поле Поля документа співробітника
| ||
|---|---|---|
| - | Дата | Дата чергування |
| Об’єкт | Де відбувається зміна | |
| Пост | На якому посту | |
| Співробітник | Хто призначений | |
| Зміна | Денна, нічна, добова, інша | |
| Час початку | Початок зміни | |
| Час завершення | Кінець зміни | |
| Статус | Заплановано, відпрацьовано, пропущено, замінено |
!
== Формула погодинного нарахування ==
# менеджер створює клієнта;
# створює договір на охорону;
# створює об’єкт охорони;
# додає пости охорони на об’єкті;
# вказує режим роботи постів;
# створює співробітників-охоронців;
# формує графік чергувань;
# призначає охоронців на пости;
# охоронець виходить на зміну;
# зміна фіксується як відпрацьована;
# у разі події створюється інцидент;
# до інциденту додаються фото або документи;
# формується службова записка або акт;
# за період формується рахунок клієнту;
# клієнт ERP оплачує послуги;
# платформа формує звіти по об’єктах, змінах, інцидентах і фінансах. ! SEO-опис
|-
| Номер договору
| Унікальний номер
|-
| клієнт ERP
| Замовник послуг
|-
| Дата початку
| Початок дії договору
|-
| Дата завершення
| Завершення дії договору
|-
| Тип оплати
| Помісячно, поквартально, погодинно, за пост
|-
| Сума договору
| Загальна або місячна сума
|-
| Валюта
| UAH або інша валюта, якщо потрібно
|-
| Статус
| Активний, завершується, завершений, розірваний
|-
| Файл договору
| Скан або PDF договору
|}
Об’єкт охорони — це місце, де надаються охоронні послуги. * погодинна ставка;
* ставка за зміну;
* місячна ставка;
* доплата за нічні години;
* доплата за додаткову зміну;
* штраф або утримання, якщо реалізовано. SEO-опис
'''компонент обліку об’єктів охорони, постів, співробітників, графіків чергувань та інцидентів для охоронної компанії'''.== Права доступу ==
* вести договори з клієнтами;
* знати, які об’єкти охороняються;
* бачити кількість постів на кожному об’єкті;
* призначати охоронців на зміни;
* контролювати відпрацьовані години;
* фіксувати інциденти;
* формувати акти й службові записки;
* контролювати оплату послуг;
* розраховувати зарплату співробітникам;
* контролювати документи охоронців. компонент має підтримувати фінансовий обліковий облік послуг охорони. Критерій
== Типи інцидентів ==
|-
| Назва компанії або ПІБ
| Найменування клієнта
|-
| Тип клієнта
| Юридична особа, ФОП, фізична особа
|-
| Контактна особа
| Представник клієнта
|-
| Телефон
| Контактний номер
|-
| Email
| Електронна адреса
|-
| Адреса
| Юридична або фактична адреса
|-
| Коментар
| Додаткова інформаційні матеріали
|-
| Статус
| Активний, призупинений, архівний
|}
{| class="wikitable" style="width:100%;"
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
== Поля договору ==
Типовий бізнес-процес роботи охоронної компанії виглядає так:
</div>
! SEO-опис
платформа повинна формувати документи по інциденту. платформа має надсилати або показувати нагадування. Поле
Чіткий обліковий облік змін, постів, інцидентів, договорів і оплат підвищує організованість бізнесу та дає можливість керівництву оперативно бачити реальний стан компанії. Поле
== Приклади шаблонів ==
!== Звіти ==
Охоронна компанія-користувач надає послуги фізичної охорони різним клієнтам. Режим
* пошук клієнтів;
* пошук об’єктів;
* пошук охоронців;
* створення графіка;
* зміна статусу зміни;
* заміна охоронця на посту;
* реєстрація інциденту;
* додавання фото до інциденту;
* закриття інциденту;
* формування рахунку;
* фіксація оплати;
* фільтрація звітів. {| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
* клієнта;
* об’єкт;
* суму нарахувань;
* оплачено;
* борг;
* статус оплати. SEO-опис
# створити клієнта;
# створити договір на охорону;
# створити об’єкт охорони;
# створити кілька постів на об’єкті;
# створити співробітників-охоронців;
# додати медичну довідку або сертифікат співробітника;
# створити графік чергувань;
# призначити охоронця на пост;
# змінити статус зміни на '''«Відпрацьовано»''';
# сформувати табель за період;
# створити інцидент на об’єкті;
# додати фото або файл до інциденту;
# змінити статус інциденту на '''«Закрито»''';
# сформувати службову записку в PDF;
# створити рахунок клієнту за період;
# зафіксувати оплату;
# розрахувати нарахування співробітнику за зміни;
# сформувати звіт графіка чергувань;
# сформувати звіт інцидентів;
# сформувати фінансовий звіт по клієнтах;
# перевірити журнал змін. Колонка
* спроба проникнення;
* підозріла особа;
* крадіжка;
* пошкодження майна;
* технічна несправність;
* пожежна тривога;
* конфлікт;
* порушення режиму доступу;
* втрата ключів;
* порушення периметра;
* інше. | Клієнти, договори, об’єкти, пости, співробітники, типи інцидентів
|-
| Який провідний бізнес-процес? SEO-опис
== Приклади документів ==
== Документи по інцидентах ==
|-
| Клієнти
| Замовники охоронних послуг
|-
| Договори
| Умови надання охоронних послуг
|-
| Об’єкти охорони
| Локації, які охороняються
|-
| Пости охорони
| Конкретні місця чергування на об’єкті
|-
| Співробітники
| Охоронці, старші зміни, керівники груп
|-
| Графіки чергувань
| Планові зміни співробітників
|-
| Табель
| Фактично відпрацьований час
|-
| Інциденти
| Події, порушення, надзвичайні ситуації
|-
| Документи
| Сертифікати, довідки, посвідчення, службові записки
|-
| Спорядження
| Радіостанції, форма, ліхтарі, жетони, інше майно
|-
| Рахунки
| Нарахування клієнтам за охоронні послуги
|-
| Оплати
| Фактичні платежі клієнтів
|-
| Зарплати
| Нарахування співробітникам за зміни
|-
| Звіти
| аналітичні інструменти по роботі компанії
|}
ERP для охоронної компанії виступає як важливою для контролю персоналу, якості обслуговування клієнтів, своєчасного реагування на інциденти, прозорого фінансового обліку і формування довіри з боку замовників. * хто створив клієнта;
* хто створив договір;
* хто створив об’єкт;
* хто створив пост;
* хто призначив охоронця на зміну;
* хто змінив графік;
* хто замінив охоронця;
* хто закрив зміну;
* хто створив інцидент;
* хто закрив інцидент;
* хто додав файл або фото;
* хто виставив рахунок;
* хто зафіксував оплату;
* хто змінив ставку співробітника;
* дату й час дії;
* старе та нове значення, якщо це можливо. ! ! Що перевіряється
платформа повинна дозволяти:
! Призначення
* денна;
* нічна;
* добова;
* 12 годин;
* 24 години;
* індивідуальна;
* резервна. ! ! Поле
Компанії потрібно:
== Поля рахунку клієнту ==
* за об’єкт;
* за пост;
* за кількість годин;
* за місяць;
* за зміну;
* за разову послугу;
* за додатковий пост. SEO-опис
|-
| Відкрито
| Інцидент створено
|-
| На розслідуванні
| Подія перевіряється
|-
| Очікує рішення для бізнесу
| Потрібне рішення для бізнесу відповідального
|-
| Закрито
| Інцидент опрацьовано
|-
| Скасовано
| Запис створено помилково
|}
== Звіт «Графік чергувань» ==
== Події для сповіщень ==
== Документи співробітника ==
* службова записка;
* акт про інцидент;
* пояснення охоронця;
* протокол події;
* фотозвіт;
* звіт для клієнта. Поле
{| class="wikitable" style="width:100%;"
* доба через дві;
* день / ніч / вихідний;
* 2 через 2;
* 5/2;
* індивідуальний графік;
* постійний охоронець на посту. Поле
компонент має забезпечувати повний цикл роботи охоронної компанії: клієнт ERP → договір → об’єкт охорони → пости → призначення охоронців → графік змін → фактичне чергування → інциденти → акти й службові записки → рахунки → оплати → звіти. SEO-опис
Журнал змін має зберігати:
|-
| ПІБ
| Повне ім’я співробітника
|-
| Посада
| Охоронець, старший зміни, начальник охорони
|-
| Телефон
| Контактний номер
|-
| Email
| Електронна адреса
|-
| Дата прийняття
| Дата початку роботи
|-
| базовий об’єкт
| Об’єкт, де співробітник функціонує найчастіше
|-
| Ставка
| Погодинна, змінна або місячна
|-
| Статус
| Активний, у відпустці, лікарняний, звільнений
|}
== Варіанти нарахування ==
[[Категорія:K2 ERP]]
Через AJAX мають працювати:
* посвідчення охоронця;
* сертифікат безпеки;
* медична довідка;
* дозвіл або навчальний документ;
* трудовий договір;
* інструктаж з безпеки;
* інші службові документи.== База «Інциденти» ==
Співробітники — це охоронці та інші працівники компанії.== Статуси зміни ==
== База «Графіки чергувань» ==
![[Категорія:Графіки чергувань]]
компонент має підтримувати клієнтів, договори, об’єкти охорони, пости, співробітників, документи, графіки чергувань, табелі, інциденти, спорядження, рахунки, оплати, зарплатні нарахування, сповіщення, звіти, AJAX-інтерактив і журнал змін. ! * вести клієнтів;
* вести договори на охорону;
* вести об’єкти охорони;
* вести пости охорони;
* вести співробітників охоронної компанії;
* вести сертифікати, медичні довідки та службові документи;
* планувати графіки чергувань;
* формувати зміни за шаблонами;
* контролювати фактичний вихід на зміну;
* вести табель відпрацьованого часу;
* реєструвати інциденти;
* прикріплювати фото, файли й пояснення до інцидентів;
* формувати службові записки, акти та протоколи;
* вести обліковий облік спорядження;
* контролювати строки дії договорів, довідок і сертифікатів;
* виставляти рахунки клієнтам;
* фіксувати оплати;
* розраховувати зарплату або нарахування за змінами;
* формувати звіти по об’єктах, постах, інцидентах, чергуваннях і фінансах. !
! Поле
! |- | Назва об’єкта | як приклад: складський облік №1, Бізнес-центр, ЖК |- | клієнт ERP | Власник або замовник охорони |- | Договір | Договір, за яким охороняється об’єкт |- | Тип об’єкта | Магазин, складський облік, банк, завод, ЖК, офіс тощо |- | Адреса | Фактична адреса об’єкта |- | Режим охорони | 24/7, денна, нічна, змінна, за викликом |- | Кількість постів | Скільки постів на об’єкті |- | Відповідальний менеджер | Хто веде об’єкт |- | Статус | Активний, призупинений, архівний |}
AJAX-інтерактив
У звіті потрібно відображати:
Критерії оцінювання
Режими охорони
|- | 24/7 | Цілодобова охорона |- | Денна | Охорона тільки вдень |- | Нічна | Охорона тільки вночі |- | Змінна | Графік за змінами |- | Разова | Охорона на окремий захід або період |}
! Табель фіксує фактично відпрацьований час. * форма;
- радіостанція;
- ліхтар;
- жетон;
- ключі;
- журнал поста;
- засоби зв’язку;
- бейдж;
- інше майно. SEO-опис
- клієнти;
- договори;
- об’єкти охорони;
- пости охорони;
- співробітники;
- документи співробітників;
- графіки чергувань;
- шаблони графіків;
- табель часу;
- інциденти;
- типи інцидентів;
- файли інцидентів;
- спорядження;
- видача спорядження;
- рахунки клієнтам;
- оплати;
- зарплатні нарахування;
- сповіщення;
- журнал змін;
- звіти;
- права доступу. Статус
Для охоронців критично контролювати службові документи.== Поля табеля ==
Довідник «Клієнти»КороткоЛогування змін |
Нарахування = Кількість відпрацьованих змін × Ставка за зміну
Мета задача — створити в K2 ERP компонент для автоматизації роботи охоронної компанії. Питання
У межах атестації потрібно продемонструвати робочий сценарій. платформа здатна розраховувати нарахування співробітникам за зміни. | Об’єкти, графіки, табель часу, інциденти, фінансовий блок, зарплати | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Що виступає як критичною вимогою? Роль
Критичні помилки
|
! ! Поле | Об’єкт
Статуси інциденту
компонент має підтримувати рольову модель. {| class="wikitable" style="width:100%;" Коротко. Потрібно реалізувати компонент охоронної компанії: клієнти, договори, об’єкти, пости, охоронці, графіки чергувань, табелі, інциденти, документи, спорядження, фінансовий блок, зарплати, сповіщення, звіти й AJAX-інтерактив. |
Відповідь | ||||||||||||||||
| Співробітник | Хто працював | ||||||||||||||||||
| Об’єкт | Де працював | ||||||||||||||||||
| Пост | На якому посту | ||||||||||||||||||
| Дата | Дата чергування | ||||||||||||||||||
| Планові години | За графіком | ||||||||||||||||||
| Фактичні години | Реально відпрацьовано | ||||||||||||||||||
| Нічні години | Якщо потрібно для нарахувань | ||||||||||||||||||
| Статус | Відпрацьовано, пропуск, заміна, лікарняний |
SEO-опис Номер інциденту Унікальний номер Об’єкт Де стався інцидент Пост На якому посту зафіксовано Дата і час Коли стався інцидент Тип інциденту Категорія події SEO-опис Детальний SEO-опис ситуації Охоронець Хто зафіксував Статус Відкрито, на розслідуванні, закрито Результат Підсумок розгляду Фото / файли Додані матеріали
Довідник «Договори»
Клієнти — це компанії або фізичні особи, які замовляють охоронні послуги. SEO-опис |- | Реалізація бази клієнтів, об’єктів і співробітників | 20 | Клієнти, договори, об’єкти охорони, пости, співробітники, документи |- | керування графіками чергувань і постами охорони | 20 | Графіки, шаблони змін, призначення охоронців, заміни, табель часу |- | Реєстрація і обробка інцидентів | 20 | Типи інцидентів, картка інциденту, файли, статуси, службові записки |- | Фінансовий обліковий облік послуг і зарплат | 20 | Договори, рахунки клієнтам, оплати, борги, нарахування співробітникам |- | Інтерактивність через AJAX і зручність обліку | 20 | Швидкий пошук, зміна графіка, інциденти, оплати, фільтри, звіти без перезавантаження |- провідний принцип. Керівник охоронної компанії має бачити, хто, коли і на якому посту чергує, які інциденти сталися, які договори активні, хто відпрацював зміни і які об’єкти приносять дохід. {| class="wikitable" style="width:100%;"
Рекомендовані сутності бази даних
- співробітника;
- об’єкт;
- пост;
- кількість змін;
- планові години;
- фактичні години;
- нічні години;
- пропуски. | компонент обліку охоронної компанії
|- | Які довідники потрібні? Поле
! Максимальна оцінка
! функції ERP
Звіт «фінансовий блок по клієнтах»
Для реалізації задачі доцільно передбачити такі сутності:
- центральний вхід;
- КПП;
- зона складу;
- паркінг;
- рецепція;
- периметр;
- відеоспостереження;
- внутрішній двір;
- нічний обхід;
- вантажна зона. {| class="wikitable" style="width:100%;"
У звіті потрібно відображати: |- | Заплановано | Зміна розроблена в графіку |- | Підтверджено | Співробітник підтвердив вихід |- | Відпрацьовано | Зміна виконана |- | Пропущено | Співробітник не вийшов |- | Замінено | На зміну призначено іншого співробітника |- | Скасовано | Зміну скасовано |}
Приклади постів
! Параметр
== Довідник «Співробітники» ==
== Поля інциденту ==
! Значення
== Сповіщення ==
{| class="wikitable" style="width:100%;"
== Шкала оцінювання ==
== Поля співробітника ==
|-
| 90–100
| Відмінно
| компонент на 100% функціонує: клієнти, договори, об’єкти, пости, охоронці, графіки, табель, інциденти, фінансовий блок, зарплати і звіти реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес роботи охоронної компанії
|-
| 60–74
| Зараховано
| Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: об’єкти, пости, графіки, співробітники, інциденти, фінансовий блок або звіти
|}
- неможливо створити клієнта;
- неможливо створити об’єкт охорони;
- неможливо створити пост;
- неможливо створити співробітника;
- неможливо створити графік чергувань;
- зміна не прив’язується до поста;
- зміна не прив’язується до охоронця;
- неможливо зафіксувати відпрацьовану зміну;
- табель не формується;
- неможливо створити інцидент;
- інцидент не прив’язується до об’єкта;
- неможливо сформувати рахунок клієнту;
- оплата не змінює борг;
- зарплатне нарахування не враховує відпрацьовані зміни;
- звіти не відповідають фактичним графікам, інцидентам і оплатам;
- зміни графіків, інцидентів і оплат не логуються. SEO-опис
Приклади спорядження
|- | Об’єкт | До якого об’єкта належить пост |- | Назва поста | Назва місця чергування |- | Тип поста | Стаціонарний, мобільний, патрульний, відеонагляд |- | Графік роботи | День, ніч, 24/7, змінний |- | Потрібна кількість охоронців | Скільки людей має бути на посту |- | Інструкція поста | Короткі правила роботи на посту |- | Статус | Активний, тимчасово закритий, архівний |}
Примітка
Технічні вимоги
Довідник «Об’єкти охорони»
!
Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл охоронної компанії: клієнт ERP → договір → об’єкт → пост → охоронець → графік → табель → інцидент → рахунок → оплата → звіт. компонент повинен фіксувати важливі дії. | Графіки, табелі, документи охоронців, інциденти, договори, оплати | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Які документи потрібні? Поле |
! Типові об’єкти охорони:
Звіт «Об’єкти охорони»
платформа здатна формувати графіки за шаблоном. SEO-опис
Графік чергувань містить планові зміни охоронців.== Автоматичне формування графіка ==
У звіті потрібно відображати:
- дату;
- об’єкт;
- пост;
- тип інциденту;
- охоронця;
- статус;
- результат. Бали
Спорядження
Нарахування = Фактичні години × Погодинна ставка
! Разом