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

Створена сторінка: = Модуль управління станцією технічного обслуговування (СТО) = == Реальний бізнес-контекст == СТО обслуговує автомобілі клієнтів: * виконує технічні огляди, діагностику, ремонт, планове ТО; * використовує власні запчастини або запчастини клієнта; * веде...
 
Немає опису редагування
 
Рядок 1: Рядок 1:
= Модуль управління станцією технічного обслуговування (СТО) =
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/СТО}}
 
'''Атестаційне завдання K2 ERP — СТО''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля управління станцією технічного обслуговування автомобілів.
 
Модуль має забезпечувати повний цикл роботи СТО: прийом автомобіля, фіксацію стану авто, створення замовлення-наряду, додавання робіт і запчастин, контроль виконання, списання запчастин зі складу, формування рахунку, акта виконаних робіт та історії обслуговування автомобіля.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' Потрібно реалізувати модуль для СТО, який дозволяє вести клієнтів, автомобілі, послуги, запчастини, замовлення-наряди, прийом авто, виконані роботи, складські списання, рахунки, акти та історію обслуговування.
</div>
 
__TOC__
 
== Назва завдання ==
 
'''Модуль управління станцією технічного обслуговування автомобілів'''.
 
== Мета завдання ==
 
Мета завдання — створити в K2 ERP модуль для автоматизації роботи автомобільного сервісу.
 
Система повинна дозволяти:
 
* вести довідник клієнтів;
* вести довідник автомобілів;
* прив’язувати автомобілі до клієнтів;
* вести довідник послуг;
* вести довідник запчастин;
* контролювати залишки запчастин на складі;
* створювати замовлення-наряди;
* приймати автомобіль на обслуговування;
* фіксувати пробіг, стан авто, пошкодження і зауваження;
* додавати роботи до замовлення;
* додавати запчастини до замовлення;
* автоматично рахувати суму замовлення;
* списувати запчастини зі складу після виконання робіт;
* змінювати статус замовлення;
* формувати рахунок на оплату;
* формувати акт виконаних робіт;
* вести історію обслуговування автомобіля;
* надсилати клієнту повідомлення про готовність авто;
* формувати звіти по роботах, запчастинах, доходах і клієнтах.
 
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' Замовлення-наряд у СТО — це центральний документ. Він поєднує клієнта, автомобіль, роботи, запчастини, склад, оплату, акт виконаних робіт і майбутню історію обслуговування авто.
</div>


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


СТО обслуговує автомобілі клієнтів:
СТО обслуговує автомобілі клієнтів: виконує технічний огляд, діагностику, ремонт, планове технічне обслуговування, заміну деталей, шиномонтаж, кузовні роботи або інші сервісні операції.
 
У роботі СТО потрібно контролювати:
 
* хто є власником автомобіля;
* який автомобіль прийнято в роботу;
* який пробіг і стан авто на момент прийому;
* які роботи погоджені з клієнтом;
* які запчастини використано;
* які запчастини належать СТО, а які надані клієнтом;
* хто виконує роботи;
* скільки коштують послуги;
* скільки коштують запчастини;
* чи оплачено замовлення;
* коли авто готове до видачі;
* яка історія ремонтів була по конкретному автомобілю.
 
Без автоматизованого модуля СТО замовлення часто ведуться в паперових нарядах, таблицях або месенджерах. Це ускладнює контроль запчастин, оплат, виконання робіт і повторних звернень клієнтів.
 
== Основний бізнес-процес ==
 
Типовий процес роботи СТО виглядає так:
 
# клієнт звертається на СТО;
# менеджер або майстер знаходить клієнта в базі або створює нового;
# автомобіль шукається за номером або VIN-кодом;
# якщо авто нове — створюється картка автомобіля;
# оформлюється прийом автомобіля;
# фіксуються пробіг, стан, пошкодження і скарги клієнта;
# створюється замовлення-наряд;
# у наряд додаються роботи;
# у наряд додаються запчастини;
# система рахує попередню вартість;
# замовлення переходить у роботу;
# після виконання робіт запчастини списуються зі складу;
# формується рахунок на оплату;
# формується акт виконаних робіт;
# автомобіль видається клієнту;
# у картці автомобіля зберігається історія обслуговування.
 
== Основні об’єкти модуля ==
 
{| class="wikitable" style="width:100%;"
! Об’єкт
! Призначення
|-
| Клієнти
| Фізичні або юридичні особи, які обслуговують автомобілі
|-
| Автомобілі
| Транспортні засоби клієнтів
|-
| Послуги
| Роботи, які виконує СТО
|-
| Запчастини
| Деталі, матеріали та витратники
|-
| Склади
| Місця зберігання запчастин
|-
| Замовлення-наряди
| Основні документи обліку робіт СТО
|-
| Роботи в наряді
| Перелік послуг, які виконуються по автомобілю
|-
| Запчастини в наряді
| Деталі та матеріали, використані під час ремонту
|-
| Рахунки
| Документи для оплати клієнтом
|-
| Акти виконаних робіт
| Підтвердження виконаних робіт і використаних матеріалів
|-
| Історія обслуговування
| Усі минулі звернення по автомобілю
|-
| Звіти
| Аналітика по роботах, запчастинах, клієнтах, доходах і виконавцях
|}
 
== Довідник «Клієнти» ==
 
Довідник клієнтів містить власників або користувачів автомобілів.
 
Клієнтом може бути фізична особа, компанія, автопарк, служба доставки, таксі або інший замовник послуг СТО.
 
== Поля клієнта ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| ПІБ / назва компанії
| Ім’я клієнта або назва організації
|-
| Тип клієнта
| Фізична особа або юридична особа
|-
| Телефон
| Основний контактний номер
|-
| Email
| Електронна адреса
|-
| Адреса
| Адреса клієнта або компанії
|-
| Знижка
| Опціонально, персональна знижка клієнта
|-
| Примітки
| Внутрішні коментарі менеджера
|-
| Статус
| Активний, архівний, проблемний
|}
 
== Довідник «Автомобілі» ==
 
Довідник автомобілів містить транспортні засоби, які обслуговуються на СТО.
 
Один клієнт може мати кілька автомобілів.
 
== Поля автомобіля ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Державний номер
| Номерний знак автомобіля
|-
| Марка
| Наприклад: Toyota, Volkswagen, BMW
|-
| Модель
| Наприклад: Camry, Golf, X5
|-
| Рік випуску
| Рік виробництва автомобіля
|-
| VIN-код
| Унікальний ідентифікатор автомобіля
|-
| Тип кузова
| Седан, універсал, хетчбек, SUV, вантажний тощо
|-
| Двигун
| Опціонально, тип або об’єм двигуна
|-
| Пробіг
| Поточний або останній зафіксований пробіг
|-
| Клієнт
| Власник або відповідальний клієнт
|-
| Примітки
| Особливості автомобіля
|}
 
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Пошук автомобіля за державним номером або VIN-кодом має бути швидким. Це один із найчастіших сценаріїв роботи приймальника СТО.
</div>
 
== Довідник «Послуги» ==
 
Довідник послуг містить роботи, які виконує СТО.
 
== Приклади послуг ==
 
* заміна масла;
* діагностика двигуна;
* перевірка ходової;
* заміна гальмівних колодок;
* шиномонтаж;
* розвал-сходження;
* комп’ютерна діагностика;
* заміна ременя ГРМ;
* ремонт підвіски;
* кузовні роботи.
 
== Поля послуги ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва послуги
| Назва роботи
|-
| Категорія
| Діагностика, ремонт, ТО, шиномонтаж, кузовні роботи тощо
|-
| Одиниця виміру
| Робоча година або фіксована послуга
|-
| Норма часу
| Планова тривалість виконання
|-
| Вартість послуги
| Базова ціна
|-
| Активність
| Чи використовується послуга в поточних нарядах
|}
 
== Довідник «Запчастини» ==
 
Довідник запчастин містить деталі, матеріали та витратники, які використовуються під час ремонту.
 
== Приклади запчастин і матеріалів ==
 
* моторне масло;
* масляний фільтр;
* повітряний фільтр;
* гальмівні колодки;
* ремінь ГРМ;
* свічки запалювання;
* акумулятор;
* охолоджувальна рідина;
* лампи;
* шини.
 
== Поля запчастини ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва
| Назва запчастини або матеріалу
|-
| Артикул
| Код виробника або внутрішній код
|-
| Опис
| Характеристики або застосування
|-
| Одиниця виміру
| Шт., л, комплект, кг тощо
|-
| Кількість на складі
| Поточний залишок
|-
| Ціна закупівлі
| Собівартість
|-
| Ціна продажу
| Ціна для клієнта
|-
| Мінімальний залишок
| Для контролю потреби в закупівлі
|-
| Активність
| Чи використовується запчастина
|}
 
== Склад запчастин ==
 
Модуль має підтримувати складський облік запчастин.
 
Склад повинен показувати:
 
* залишок запчастин;
* рухи по надходженню;
* списання в замовлення-наряд;
* повернення;
* мінімальний залишок;
* дефіцитні позиції.
 
== Журнал «Замовлення-наряди» ==


* виконує технічні огляди, діагностику, ремонт, планове ТО;
Замовлення-наряд — головний документ роботи СТО.
* використовує власні запчастини або запчастини клієнта;
* веде облік виконаних робіт, матеріалів та витрат;
* формує рахунки та акти виконаних робіт.


Потрібно:
Він фіксує прийом автомобіля, перелік робіт, використані запчастини, суму до оплати, статус виконання та результат обслуговування.


* приймати автомобілі на обслуговування;
== Колонки журналу замовлень-нарядів ==
* призначати роботи і запчастини;
* контролювати виконання замовлень;
* вести історію обслуговування автомобілів.


== Основні завдання ==
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| Номер замовлення
| Унікальний номер наряду
|-
| Дата прийому
| Коли автомобіль прийнято
|-
| Клієнт
| Власник або замовник робіт
|-
| Автомобіль
| Авто, яке обслуговується
|-
| Пробіг
| Пробіг на момент прийому
|-
| Список робіт
| Послуги, додані до наряду
|-
| Використані запчастини
| Деталі та матеріали по наряду
|-
| Статус
| Нове, в роботі, готово, видано, скасовано
|-
| Загальна сума
| Роботи + запчастини - знижки
|-
| Відповідальний
| Майстер-приймальник або виконавець
|}


=== 1. Структура довідників ===
== Статуси замовлення-наряду ==


==== Довідник «Клієнти» ====
{| class="wikitable" style="width:100%;"
! Статус
! Значення
|-
| Нове
| Замовлення створено, автомобіль прийнято або очікує погодження
|-
| Узгоджено
| Клієнт погодив перелік робіт і вартість
|-
| В роботі
| Роботи виконуються
|-
| Очікує запчастини
| Робота призупинена через відсутність деталей
|-
| Готово
| Роботи завершені, авто готове до видачі
|-
| Видано
| Автомобіль видано клієнту
|-
| Скасовано
| Замовлення не виконується
|}


Поля довідника:
== Прийом автомобіля ==


* ПІБ / назва компанії;
Прийом автомобіля потрібен для фіксації стану авто на момент передачі на СТО.
* телефон;
* email;
* адреса;
* примітки.


==== Довідник «Автомобілі» ====
== Дані прийому автомобіля ==


Поля довідника:
У формі прийому потрібно вказати:


* клієнта;
* автомобіль;
* державний номер;
* державний номер;
* марка;
* модель;
* рік випуску;
* VIN-код;
* VIN-код;
* тип кузова;
* пробіг;
* прив’язка до клієнта.
* рівень пального, опціонально;
* скарги клієнта;
* видимі пошкодження;
* комплектацію;
* фото автомобіля, опціонально;
* дату і час прийому;
* відповідального приймальника.
 
== Фіксація пошкоджень і зауважень ==
 
Під час прийому потрібно мати можливість зафіксувати:
 
* подряпини;
* вм’ятини;
* пошкодження скла;
* пошкодження фар;
* стан шин;
* інші зовнішні зауваження;
* технічні скарги клієнта.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Практичний сенс.''' Фіксація стану авто при прийомі захищає і клієнта, і СТО. Вона допомагає уникати спорів щодо пошкоджень, які були до ремонту.
</div>
 
== Роботи в замовленні-наряді ==
 
У замовлення-наряд потрібно додавати роботи з довідника послуг або вручну.
 
== Поля роботи в наряді ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Послуга
| Вибір із довідника послуг
|-
| Опис роботи
| Деталі виконання
|-
| Кількість / години
| Обсяг роботи
|-
| Ціна
| Вартість одиниці або години
|-
| Сума
| Кількість × ціна
|-
| Виконавець
| Механік або майстер
|-
| Статус роботи
| Заплановано, виконується, виконано, скасовано
|}
 
== Запчастини в замовленні-наряді ==
 
У замовлення-наряд потрібно додавати запчастини та матеріали.
 
Запчастини можуть бути:
 
* зі складу СТО;
* надані клієнтом;
* замовлені під конкретний ремонт.
 
== Поля запчастини в наряді ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Запчастина
| Вибір із довідника запчастин
|-
| Джерело
| Склад СТО або запчастина клієнта
|-
| Кількість
| Скільки використовується
|-
| Ціна
| Ціна продажу для клієнта
|-
| Сума
| Кількість × ціна
|-
| Склад
| Звідки списується запчастина
|-
| Статус
| Зарезервовано, списано, повернуто
|}
 
== Розрахунок вартості замовлення ==
 
Система повинна автоматично рахувати вартість замовлення.
 
== Формула суми робіт ==
 
<pre>
Сума робіт = Σ(Кількість або години × Ціна послуги)
</pre>
 
== Формула суми запчастин ==
 
<pre>
Сума запчастин = Σ(Кількість × Ціна запчастини)
</pre>
 
== Загальна сума замовлення ==
 
<pre>
Загальна сума = Сума робіт + Сума запчастин - Знижка
</pre>
 
== Знижки і бонуси ==
 
Опціонально модуль може підтримувати знижки та бонусні програми.
 
Знижка може бути:
 
* персональною для клієнта;
* на окрему послугу;
* на запчастини;
* на все замовлення;
* бонусною для постійного клієнта.
 
== Списання запчастин зі складу ==
 
Запчастини зі складу СТО повинні списуватися після виконання робіт або при зміні статусу замовлення на відповідний етап.
 
Система повинна:
 
* перевірити наявність запчастини на складі;
* зарезервувати запчастину під замовлення;
* списати запчастину після завершення робіт;
* не списувати запчастини клієнта зі складу СТО;
* не дозволяти списання більшої кількості, ніж є на складі.


==== Довідник «Послуги» ====
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Критично.''' Якщо в наряд додано запчастину зі складу СТО, вона має впливати на складський залишок. Інакше склад не буде відповідати реальному стану.
</div>


Поля довідника:
== Завершення робіт ==


* назва послуги, наприклад:
Після виконання робіт замовлення-наряд переходить у статус '''«Готово»'''.
** заміна масла;
** перевірка ходової;
** діагностика двигуна;
* одиниця виміру:
** робоча година;
** фіксована послуга;
* норма часу;
* вартість послуги.


==== Довідник «Запчастини» ====
При завершенні система повинна:


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


* назва;
== Видача автомобіля клієнту ==
* артикул;
 
* опис;
Після оплати або погодження видачі автомобіль передається клієнту.
* кількість на складі;
 
* ціна за одиницю.
При видачі потрібно зафіксувати:
 
* дату і час видачі;
* хто видав авто;
* хто отримав авто;
* статус оплати;
* підпис клієнта, якщо використовується;
* фінальний коментар.
 
== Рахунок на оплату ==
 
Рахунок на оплату формується на основі замовлення-наряду.
 
== Дані рахунку ==
 
Рахунок має містити:
 
* номер рахунку;
* дату;
* клієнта;
* автомобіль;
* номер замовлення-наряду;
* перелік робіт;
* перелік запчастин;
* суму робіт;
* суму запчастин;
* знижку;
* загальну суму до оплати;
* реквізити для оплати.
 
== Акт виконаних робіт ==
 
Акт виконаних робіт підтверджує, що СТО виконало роботи по автомобілю.


=== 2. Журнал «Замовлення-наряди» ===
== Дані акта ==


==== Колонки журналу ====
Акт має містити:


* номер замовлення;
* номер акта;
* дата прийому;
* дату;
* клієнт;
* клієнта;
* автомобіль;
* автомобіль;
* список робіт;
* державний номер;
* VIN-код;
* пробіг;
* перелік виконаних робіт;
* використані запчастини;
* загальну суму;
* підписи сторін.
 
== Історія обслуговування автомобіля ==
 
Історія обслуговування — важлива частина модуля СТО.
 
У картці автомобіля потрібно бачити всі замовлення-наряди за весь час.
 
== Дані історії обслуговування ==
 
Історія має показувати:
 
* дату звернення;
* пробіг;
* види робіт;
* використані запчастини;
* використані запчастини;
* статус:
* суму;
** нове;
* статус замовлення;
** в роботі;
* рекомендації майстра;
** готово;
* наступне рекомендоване ТО.
** видано;
 
* загальна сума.
== Нагадування про планове ТО ==
 
Опціонально система може формувати нагадування про планове обслуговування.
 
Нагадування може базуватися на:
 
* даті останнього ТО;
* пробігу;
* інтервалі сервісу;
* рекомендаціях майстра.
 
== Сповіщення клієнтів ==
 
Модуль може надсилати клієнтам повідомлення.
 
== Події для сповіщень ==
 
Повідомлення бажано надсилати, коли:
 
* автомобіль прийнято в роботу;
* потрібно погодити додаткові роботи;
* автомобіль готовий;
* сформовано рахунок;
* наближається планове ТО.
 
Канали сповіщень:
 
* email;
* SMS;
* Telegram або інший месенджер, якщо інтеграція доступна.
 
== Звітність ==
 
== Звіт «Роботи за період» ==
 
Звіт показує виконані роботи за обраний період.
 
У звіті потрібно відображати:
 
* дату;
* номер наряду;
* клієнта;
* автомобіль;
* послугу;
* виконавця;
* кількість або години;
* суму;
* статус.
 
== Звіт «Запчастини за період» ==
 
Звіт показує використані запчастини та матеріали.
 
У звіті потрібно відображати:
 
* дату;
* номер наряду;
* запчастину;
* артикул;
* кількість;
* ціну;
* суму;
* склад;
* залишок після списання.
 
== Звіт «Залишки запчастин» ==
 
Звіт показує складські залишки.
 
У звіті потрібно відображати:
 
* запчастину;
* артикул;
* склад;
* поточний залишок;
* мінімальний залишок;
* дефіцит;
* рекомендовану закупівлю.
 
== Звіт «Обслуговування автомобілів» ==


==== Функціонал ====
Звіт показує історію обслуговування автомобілів.


* прийом автомобіля на обслуговування;
У звіті потрібно відображати:
* додавання переліку робіт і запчастин;
* автоматичний підрахунок вартості;
* створення друкованого замовлення-наряду для клієнта.


=== 3. Операції ===
* автомобіль;
* державний номер;
* VIN-код;
* клієнта;
* дату обслуговування;
* пробіг;
* роботи;
* запчастини;
* суму.


==== Прийом автомобіля ====
== Звіт «Доходи СТО» ==


* фіксація пошкоджень або зауважень при прийомі;
Звіт показує фінансовий результат СТО за період.
* підпис клієнта про згоду на обслуговування.


==== Роботи і запчастини ====
У звіті потрібно відображати:


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


==== Завершення робіт ====
== AJAX-інтерактив ==


* зміна статусу замовлення на «Готово»;
Інтерфейс модуля має працювати швидко й зручно для майстра-приймальника.
* формування рахунку на оплату;
* формування акта виконаних робіт.


=== 4. Додаткові функції ===
Через AJAX мають працювати:


* робота через AJAX без перезавантаження сторінок;
* пошук клієнта;
* пошук автомобіля по номеру або VIN-коду;
* пошук автомобіля по номеру або VIN;
* ведення історії обслуговування автомобіля — усі наряди за весь час;
* створення замовлення-наряду;
* сповіщення клієнтів про готовність авто — опціонально через SMS або email;
* додавання робіт;
* підтримка знижок і бонусних програм для постійних клієнтів.
* додавання запчастин;
* перевірка залишків складу;
* розрахунок загальної суми;
* зміна статусу замовлення;
* формування рахунку;
* формування акта;
* фільтрація журналів;
* оновлення звітів.


=== 5. Звіти ===
== Логування змін ==


==== Звіт «Роботи за період» ====
Модуль повинен фіксувати важливі зміни.


* список виконаних робіт за обраний період;
Журнал змін має зберігати:
* доходи за послугами.


==== Звіт «Запчастини за період» ====
* хто створив клієнта;
* хто створив або змінив автомобіль;
* хто створив замовлення-наряд;
* хто додав роботу;
* хто додав запчастину;
* хто змінив кількість або ціну;
* хто змінив статус замовлення;
* хто списав запчастини;
* хто сформував рахунок;
* хто сформував акт;
* хто видав автомобіль;
* дату й час зміни;
* старе та нове значення, якщо це можливо.


* використані запчастини;
== Права доступу ==
* залишки на складі.


==== Звіт «Обслуговування автомобілів» ====
Модуль має підтримувати розмежування прав.


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


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


{| class="wikitable"
{| class="wikitable" style="width:100%;"
! Параметр
! Параметр
! Опис
! Опис
Рядок 143: Рядок 818:
| K2 Cloud ERP на Python або PHP
| K2 Cloud ERP на Python або PHP
|-
|-
| БД
| База даних
| PostgreSQL або MySQL
| PostgreSQL або MySQL
|-
|-
| Фронтенд
| Фронтенд
| HTML5, JavaScript, AJAX, Fetch API або Axios
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
|-
| UI-компоненти
| UI-компоненти
| DataTables, Select2
| DataTables, Select2
|-
| Склад
| Облік запчастин і матеріалів
|-
|-
| Друк
| Друк
| Генерація PDF замовлення-нарядів і актів виконаних робіт
| PDF замовлення-нарядів, рахунків і актів виконаних робіт
|-
| Експорт
| Excel або PDF для звітів
|}
|}


== Критерії оцінки ==
== Рекомендовані сутності бази даних ==
 
Для реалізації задачі доцільно передбачити такі сутності:
 
* клієнти;
* автомобілі;
* марки автомобілів;
* моделі автомобілів;
* послуги;
* категорії послуг;
* запчастини;
* склади;
* залишки запчастин;
* замовлення-наряди;
* роботи в наряді;
* запчастини в наряді;
* прийом автомобіля;
* фото і файли автомобіля;
* рахунки;
* акти виконаних робіт;
* оплати;
* історія обслуговування;
* нагадування про ТО;
* сповіщення клієнтам;
* журнал змін;
* звіти;
* права доступу.
 
== Практичне завдання ==
 
У межах атестації потрібно продемонструвати робочий сценарій.


{| class="wikitable"
Мінімальний сценарій:
 
# створити клієнта;
# створити автомобіль і прив’язати його до клієнта;
# створити довідник послуг;
# створити кілька запчастин;
# внести залишки запчастин на склад;
# знайти автомобіль за номером або VIN;
# оформити прийом автомобіля;
# вказати пробіг, скарги клієнта і пошкодження;
# створити замовлення-наряд;
# додати роботи з довідника;
# додати запчастини зі складу;
# перевірити автоматичний розрахунок суми;
# перевести замовлення у статус '''«В роботі»''';
# завершити роботи;
# списати запчастини зі складу;
# сформувати рахунок на оплату;
# сформувати акт виконаних робіт;
# перевести замовлення у статус '''«Готово»''';
# видати автомобіль клієнту;
# перевірити історію обслуговування автомобіля;
# сформувати звіт робіт за період;
# сформувати звіт запчастин за період;
# сформувати звіт залишків запчастин;
# сформувати звіт доходів СТО.
 
== Критерії оцінювання ==
 
{| class="wikitable" style="width:100%;"
! Критерій
! Критерій
! Бали
! Бали
! Що перевіряється
|-
|-
| Реалізація довідників клієнтів, авто, послуг, запчастин
| Реалізація довідників клієнтів, авто, послуг, запчастин
| 20
| 20
| Клієнти, автомобілі, прив’язка авто до клієнта, послуги, запчастини, склад
|-
|-
| Створення і обробка замовлень-нарядів
| Створення і обробка замовлень-нарядів
| 20
| 20
| Прийом авто, наряд, статуси, роботи, відповідальні, сума замовлення
|-
|-
| Облік використаних запчастин і списання
| Облік використаних запчастин і списання
| 20
| 20
| Залишки складу, резервування, списання, заборона списання понад залишок
|-
|-
| Формування рахунків і актів виконаних робіт
| Формування рахунків і актів виконаних робіт
| 20
| 20
| Рахунок на оплату, акт виконаних робіт, PDF-друк, реквізити й деталізація
|-
|-
| Інтерактивність через AJAX і історія обслуговування
| Інтерактивність через AJAX і історія обслуговування
| 20
| 20
| Пошук авто, додавання робіт і запчастин, розрахунки, статуси, історія авто без перезавантаження
|-
! Разом
! 100
! Максимальна оцінка
|}
|}
== Шкала оцінювання ==
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
| 90–100
| Відмінно
| Модуль повністю працює: клієнти, авто, послуги, запчастини, наряди, склад, рахунки, акти, історія й AJAX реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка працює, є незначні недоліки, які не руйнують процес роботи СТО
|-
| 60–74
| Зараховано
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: клієнти, авто, замовлення-наряди, роботи, запчастини, склад або документи
|}
== Критичні помилки ==
Критичними помилками вважаються ситуації, коли:
* неможливо створити клієнта;
* неможливо створити автомобіль;
* автомобіль не прив’язується до клієнта;
* неможливо створити замовлення-наряд;
* у наряд не можна додати роботи;
* у наряд не можна додати запчастини;
* сума замовлення не розраховується;
* запчастини зі складу не списуються;
* система дозволяє списати більше запчастин, ніж є на складі;
* запчастини клієнта помилково списуються зі складу СТО;
* рахунок на оплату не формується;
* акт виконаних робіт не формується;
* історія обслуговування автомобіля не зберігається;
* пошук авто за номером або VIN не працює;
* зміни в наряді не логуються;
* звіти не відповідають фактичним нарядам і складським рухам.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл СТО: клієнт → автомобіль → прийом → замовлення-наряд → роботи → запчастини → рахунок → акт → історія обслуговування.
</div>
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений модуль управління СТО в K2 ERP.
Модуль має підтримувати клієнтів, автомобілі, послуги, запчастини, складський облік, прийом авто, замовлення-наряди, роботи, запчастини в наряді, автоматичний розрахунок вартості, списання складу, рахунки, акти виконаних робіт, історію обслуговування, сповіщення клієнтів, звіти, AJAX-інтерактив і логування змін.


== Примітка ==
== Примітка ==


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


Автоматизація обліку робіт і запчастин значно підвищує:
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[СТО]]
* [[Замовлення-наряд]]
* [[Складський облік]]
* [[Запчастини]]
* [[CRM]]
* [[Рахунок на оплату]]
* [[Акт виконаних робіт]]
* [[Історія обслуговування]]
* [[Автоматизація бізнесу]]


* якість обслуговування клієнтів;
[[Категорія:K2 ERP]]
* прибутковість бізнесу.
[[Категорія:Атестаційні завдання K2]]
[[Категорія:СТО]]
[[Категорія:Автосервіс]]
[[Категорія:Складський облік]]
[[Категорія:CRM]]
[[Категорія:Корпоративна Wiki]]