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

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

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

Зарплати співробітникам

! Охоронна компанія-користувач — це практична задача; так само реалізовано постів.== Поля спорядження ==

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

Типи змін

Пост охорони — це конкретна точка чергування на об’єкті. !== Звіт «Зарплати охоронців» ==

Звіт «Табель відпрацьованого часу»

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

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

Приклади документів

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

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

Звіт «Інциденти за період»

Бекенд 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. Рівень

Колонки графіка

Назва задача

Довідник «Пости охорони»

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

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

Інтерфейс має працювати оперативно й без перезавантаження сторінок. У результаті виконання атестаційного задача має бути створений компонент охоронної компанії в K2 ERP. |-

Що потрібно створити? ! 100

Поля об’єкта охорони

Найменування Назва спорядження
Інвентарний номер Номер для обліку
Тип Форма, зв’язок, ключі, інше
Стан Нове, робоче, потребує ремонту, списано
Видано кому Співробітник
Об’єкт Де застосовується для
Дата видачі Коли видано
Дата повернення Якщо повернуто

Поля поста охорони

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

Нарахування здатна виконуватися:

Статус Календар змін, обліковий облік спорядження, фото інцидентів, сповіщення, PDF-документи

Формула змінного нарахування

== Табель обліку часу ==

Інцидент — це подія на об’єкті охорони. Поле

Поля документа співробітника

  • дату;
  • об’єкт;
  • пост;
  • зміну;
  • співробітника;
  • статус зміни. | Договори, службові записки, акти інцидентів, табелі, рахунки
- Дата Дата чергування
Об’єкт Де відбувається зміна
Пост На якому посту
Співробітник Хто призначений
Зміна Денна, нічна, добова, інша
Час початку Початок зміни
Час завершення Кінець зміни
Статус Заплановано, відпрацьовано, пропущено, замінено

!


== Формула погодинного нарахування ==

# менеджер створює клієнта;
# створює договір на охорону;
# створює об’єкт охорони;
# додає пости охорони на об’єкті;
# вказує режим роботи постів;
# створює співробітників-охоронців;
# формує графік чергувань;
# призначає охоронців на пости;
# охоронець виходить на зміну;
# зміна фіксується як відпрацьована;
# у разі події створюється інцидент;
# до інциденту додаються фото або документи;
# формується службова записка або акт;
# за період формується рахунок клієнту;
# клієнт 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 компонент для автоматизації роботи охоронної компанії. Питання

  • співробітника;
  • кількість змін;
  • кількість годин;
  • ставку;
  • суму нарахування;
  • утримання, якщо виступає як;
  • суму до виплати. Бали

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

Що виступає як критичною вимогою? Роль

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

Договір визначає умови надання охоронних послуг. Охоронна компанія-користувач здатна вести обліковий облік спорядження.== Очікуваний результат == У звіті потрібно відображати:
клієнт 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, змінний |- | Потрібна кількість охоронців | Скільки людей має бути на посту |- | Інструкція поста | Короткі правила роботи на посту |- | Статус | Активний, тимчасово закритий, архівний |}

Примітка

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

Довідник «Об’єкти охорони»

!

Нарахування клієнтам

SEO-опис

Мета задача

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

Див. так само

Співробітник До кого належить документ
Тип документа Сертифікат, довідка, посвідчення тощо
Номер Номер документа
Дата видачі Коли видано
Дата завершення Коли завершується дія
Файл Скан або PDF
Статус Дійсний, завершується, прострочений

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

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

! Типові об’єкти охорони:

Звіт «Об’єкти охорони»

платформа здатна формувати графіки за шаблоном. SEO-опис

Графік чергувань містить планові зміни охоронців.== Автоматичне формування графіка ==

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

  • дату;
  • об’єкт;
  • пост;
  • тип інциденту;
  • охоронця;
  • статус;
  • результат. Бали

Спорядження

Нарахування = Фактичні години × Погодинна ставка

! Разом