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

Атестаційне завдання K2 ERP — СТО — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля управління станцією технічного обслуговування автомобілів.

Модуль має забезпечувати повний цикл роботи СТО: прийом автомобіля, фіксацію стану авто, створення замовлення-наряду, додавання робіт і запчастин, контроль виконання, списання запчастин зі складу, формування рахунку, акта виконаних робіт та історії обслуговування автомобіля.

Коротко. Потрібно реалізувати модуль для СТО, який дозволяє вести клієнтів, автомобілі, послуги, запчастини, замовлення-наряди, прийом авто, виконані роботи, складські списання, рахунки, акти та історію обслуговування.

Назва завдання

Модуль управління станцією технічного обслуговування автомобілів.

Мета завдання

Мета завдання — створити в K2 ERP модуль для автоматизації роботи автомобільного сервісу.

Система повинна дозволяти:

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

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

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

СТО обслуговує автомобілі клієнтів: виконує технічний огляд, діагностику, ремонт, планове технічне обслуговування, заміну деталей, шиномонтаж, кузовні роботи або інші сервісні операції.

У роботі СТО потрібно контролювати:

• хто є власником автомобіля;
• який автомобіль прийнято в роботу;
• який пробіг і стан авто на момент прийому;
• які роботи погоджені з клієнтом;
• які запчастини використано;
• які запчастини належать СТО, а які надані клієнтом;
• хто виконує роботи;
• скільки коштують послуги;
• скільки коштують запчастини;
• чи оплачено замовлення;
• коли авто готове до видачі;
• яка історія ремонтів була по конкретному автомобілю.

Без автоматизованого модуля СТО замовлення часто ведуться в паперових нарядах, таблицях або месенджерах. Це ускладнює контроль запчастин, оплат, виконання робіт і повторних звернень клієнтів.

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

Типовий процес роботи СТО виглядає так:

1. клієнт звертається на СТО;
2. менеджер або майстер знаходить клієнта в базі або створює нового;
3. автомобіль шукається за номером або VIN-кодом;
4. якщо авто нове — створюється картка автомобіля;
5. оформлюється прийом автомобіля;
6. фіксуються пробіг, стан, пошкодження і скарги клієнта;
7. створюється замовлення-наряд;
8. у наряд додаються роботи;
9. у наряд додаються запчастини;
10. система рахує попередню вартість;
11. замовлення переходить у роботу;
12. після виконання робіт запчастини списуються зі складу;
13. формується рахунок на оплату;
14. формується акт виконаних робіт;
15. автомобіль видається клієнту;
16. у картці автомобіля зберігається історія обслуговування.

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

Об’єкт	Призначення
Клієнти	Фізичні або юридичні особи, які обслуговують автомобілі
Автомобілі	Транспортні засоби клієнтів
Послуги	Роботи, які виконує СТО
Запчастини	Деталі, матеріали та витратники
Склади	Місця зберігання запчастин
Замовлення-наряди	Основні документи обліку робіт СТО
Роботи в наряді	Перелік послуг, які виконуються по автомобілю
Запчастини в наряді	Деталі та матеріали, використані під час ремонту
Рахунки	Документи для оплати клієнтом
Акти виконаних робіт	Підтвердження виконаних робіт і використаних матеріалів
Історія обслуговування	Усі минулі звернення по автомобілю
Звіти	Аналітика по роботах, запчастинах, клієнтах, доходах і виконавцях

Довідник «Клієнти»

Довідник клієнтів містить власників або користувачів автомобілів.

Клієнтом може бути фізична особа, компанія, автопарк, служба доставки, таксі або інший замовник послуг СТО.

Поля клієнта

Поле	Опис
ПІБ / назва компанії	Ім’я клієнта або назва організації
Тип клієнта	Фізична особа або юридична особа
Телефон	Основний контактний номер
Email	Електронна адреса
Адреса	Адреса клієнта або компанії
Знижка	Опціонально, персональна знижка клієнта
Примітки	Внутрішні коментарі менеджера
Статус	Активний, архівний, проблемний

Довідник «Автомобілі»

Довідник автомобілів містить транспортні засоби, які обслуговуються на СТО.

Один клієнт може мати кілька автомобілів.

Поля автомобіля

Поле	Опис
Державний номер	Номерний знак автомобіля
Марка	Наприклад: Toyota, Volkswagen, BMW
Модель	Наприклад: Camry, Golf, X5
Рік випуску	Рік виробництва автомобіля
VIN-код	Унікальний ідентифікатор автомобіля
Тип кузова	Седан, універсал, хетчбек, SUV, вантажний тощо
Двигун	Опціонально, тип або об’єм двигуна
Пробіг	Поточний або останній зафіксований пробіг
Клієнт	Власник або відповідальний клієнт
Примітки	Особливості автомобіля

Важливо. Пошук автомобіля за державним номером або VIN-кодом має бути швидким. Це один із найчастіших сценаріїв роботи приймальника СТО.

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

Довідник послуг містить роботи, які виконує СТО.

Приклади послуг

• заміна масла;
• діагностика двигуна;
• перевірка ходової;
• заміна гальмівних колодок;
• шиномонтаж;
• розвал-сходження;
• комп’ютерна діагностика;
• заміна ременя ГРМ;
• ремонт підвіски;
• кузовні роботи.

Поля послуги

Поле	Опис
Назва послуги	Назва роботи
Категорія	Діагностика, ремонт, ТО, шиномонтаж, кузовні роботи тощо
Одиниця виміру	Робоча година або фіксована послуга
Норма часу	Планова тривалість виконання
Вартість послуги	Базова ціна
Активність	Чи використовується послуга в поточних нарядах

Довідник «Запчастини»

Довідник запчастин містить деталі, матеріали та витратники, які використовуються під час ремонту.

Приклади запчастин і матеріалів

• моторне масло;
• масляний фільтр;
• повітряний фільтр;
• гальмівні колодки;
• ремінь ГРМ;
• свічки запалювання;
• акумулятор;
• охолоджувальна рідина;
• лампи;
• шини.

Поля запчастини

Поле	Опис
Назва	Назва запчастини або матеріалу
Артикул	Код виробника або внутрішній код
Опис	Характеристики або застосування
Одиниця виміру	Шт., л, комплект, кг тощо
Кількість на складі	Поточний залишок
Ціна закупівлі	Собівартість
Ціна продажу	Ціна для клієнта
Мінімальний залишок	Для контролю потреби в закупівлі
Активність	Чи використовується запчастина

Склад запчастин

Модуль має підтримувати складський облік запчастин.

Склад повинен показувати:

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

Журнал «Замовлення-наряди»

Замовлення-наряд — головний документ роботи СТО.

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

Колонки журналу замовлень-нарядів

Колонка	Опис
Номер замовлення	Унікальний номер наряду
Дата прийому	Коли автомобіль прийнято
Клієнт	Власник або замовник робіт
Автомобіль	Авто, яке обслуговується
Пробіг	Пробіг на момент прийому
Список робіт	Послуги, додані до наряду
Використані запчастини	Деталі та матеріали по наряду
Статус	Нове, в роботі, готово, видано, скасовано
Загальна сума	Роботи + запчастини - знижки
Відповідальний	Майстер-приймальник або виконавець

Статуси замовлення-наряду

Статус	Значення
Нове	Замовлення створено, автомобіль прийнято або очікує погодження
Узгоджено	Клієнт погодив перелік робіт і вартість
В роботі	Роботи виконуються
Очікує запчастини	Робота призупинена через відсутність деталей
Готово	Роботи завершені, авто готове до видачі
Видано	Автомобіль видано клієнту
Скасовано	Замовлення не виконується

Прийом автомобіля

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

Дані прийому автомобіля

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

• клієнта;
• автомобіль;
• державний номер;
• VIN-код;
• пробіг;
• рівень пального, опціонально;
• скарги клієнта;
• видимі пошкодження;
• комплектацію;
• фото автомобіля, опціонально;
• дату і час прийому;
• відповідального приймальника.

Фіксація пошкоджень і зауважень

Під час прийому потрібно мати можливість зафіксувати:

• подряпини;
• вм’ятини;
• пошкодження скла;
• пошкодження фар;
• стан шин;
• інші зовнішні зауваження;
• технічні скарги клієнта.

Практичний сенс. Фіксація стану авто при прийомі захищає і клієнта, і СТО. Вона допомагає уникати спорів щодо пошкоджень, які були до ремонту.

Роботи в замовленні-наряді

У замовлення-наряд потрібно додавати роботи з довідника послуг або вручну.

Поля роботи в наряді

Поле	Опис
Послуга	Вибір із довідника послуг
Опис роботи	Деталі виконання
Кількість / години	Обсяг роботи
Ціна	Вартість одиниці або години
Сума	Кількість × ціна
Виконавець	Механік або майстер
Статус роботи	Заплановано, виконується, виконано, скасовано

Запчастини в замовленні-наряді

У замовлення-наряд потрібно додавати запчастини та матеріали.

Запчастини можуть бути:

• зі складу СТО;
• надані клієнтом;
• замовлені під конкретний ремонт.

Поля запчастини в наряді

Поле	Опис
Запчастина	Вибір із довідника запчастин
Джерело	Склад СТО або запчастина клієнта
Кількість	Скільки використовується
Ціна	Ціна продажу для клієнта
Сума	Кількість × ціна
Склад	Звідки списується запчастина
Статус	Зарезервовано, списано, повернуто

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

Система повинна автоматично рахувати вартість замовлення.

Формула суми робіт

Сума робіт = Σ(Кількість або години × Ціна послуги)

Формула суми запчастин

Сума запчастин = Σ(Кількість × Ціна запчастини)

Загальна сума замовлення

Загальна сума = Сума робіт + Сума запчастин - Знижка

Знижки і бонуси

Опціонально модуль може підтримувати знижки та бонусні програми.

Знижка може бути:

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

Списання запчастин зі складу

Запчастини зі складу СТО повинні списуватися після виконання робіт або при зміні статусу замовлення на відповідний етап.

Система повинна:

• перевірити наявність запчастини на складі;
• зарезервувати запчастину під замовлення;
• списати запчастину після завершення робіт;
• не списувати запчастини клієнта зі складу СТО;
• не дозволяти списання більшої кількості, ніж є на складі.

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

Завершення робіт

Після виконання робіт замовлення-наряд переходить у статус «Готово».

При завершенні система повинна:

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

Видача автомобіля клієнту

Після оплати або погодження видачі автомобіль передається клієнту.

При видачі потрібно зафіксувати:

• дату і час видачі;
• хто видав авто;
• хто отримав авто;
• статус оплати;
• підпис клієнта, якщо використовується;
• фінальний коментар.

Рахунок на оплату

Рахунок на оплату формується на основі замовлення-наряду.

Дані рахунку

Рахунок має містити:

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

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

Акт виконаних робіт підтверджує, що СТО виконало роботи по автомобілю.

Дані акта

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

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

Історія обслуговування автомобіля

Історія обслуговування — важлива частина модуля СТО.

У картці автомобіля потрібно бачити всі замовлення-наряди за весь час.

Дані історії обслуговування

Історія має показувати:

• дату звернення;
• пробіг;
• види робіт;
• використані запчастини;
• суму;
• статус замовлення;
• рекомендації майстра;
• наступне рекомендоване ТО.

Нагадування про планове ТО

Опціонально система може формувати нагадування про планове обслуговування.

Нагадування може базуватися на:

• даті останнього ТО;
• пробігу;
• інтервалі сервісу;
• рекомендаціях майстра.

Сповіщення клієнтів

Модуль може надсилати клієнтам повідомлення.

Події для сповіщень

Повідомлення бажано надсилати, коли:

• автомобіль прийнято в роботу;
• потрібно погодити додаткові роботи;
• автомобіль готовий;
• сформовано рахунок;
• наближається планове ТО.

Канали сповіщень:

• email;
• SMS;
• Telegram або інший месенджер, якщо інтеграція доступна.

Звіт «Роботи за період»

Звіт показує виконані роботи за обраний період.

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

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

Звіт «Запчастини за період»

Звіт показує використані запчастини та матеріали.

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

• дату;
• номер наряду;
• запчастину;
• артикул;
• кількість;
• ціну;
• суму;
• склад;
• залишок після списання.

Звіт «Залишки запчастин»

Звіт показує складські залишки.

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

• запчастину;
• артикул;
• склад;
• поточний залишок;
• мінімальний залишок;
• дефіцит;
• рекомендовану закупівлю.

Звіт «Обслуговування автомобілів»

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

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

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

Звіт «Доходи СТО»

Звіт показує фінансовий результат СТО за період.

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

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

AJAX-інтерактив

Інтерфейс модуля має працювати швидко й зручно для майстра-приймальника.

Через AJAX мають працювати:

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

Логування змін

Модуль повинен фіксувати важливі зміни.

Журнал змін має зберігати:

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

Права доступу

Модуль має підтримувати розмежування прав.

Роль	Можливості
Майстер-приймальник	Приймає авто, створює замовлення-наряди, погоджує роботи з клієнтом
Механік	Бачить призначені роботи, змінює статус виконання, додає коментарі
Комірник	Контролює запчастини, резервує і списує матеріали
Касир	Формує рахунки, приймає оплату, друкує документи
Керівник СТО	Переглядає звіти, доходи, завантаження майстрів і склад
Адміністратор	Налаштовує довідники, права, склади, послуги і службові параметри

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

Параметр	Опис
Бекенд	K2 Cloud ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch API або Axios
UI-компоненти	DataTables, Select2
Склад	Облік запчастин і матеріалів
Друк	PDF замовлення-нарядів, рахунків і актів виконаних робіт
Експорт	Excel або PDF для звітів

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

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

• клієнти;
• автомобілі;
• марки автомобілів;
• моделі автомобілів;
• послуги;
• категорії послуг;
• запчастини;
• склади;
• залишки запчастин;
• замовлення-наряди;
• роботи в наряді;
• запчастини в наряді;
• прийом автомобіля;
• фото і файли автомобіля;
• рахунки;
• акти виконаних робіт;
• оплати;
• історія обслуговування;
• нагадування про ТО;
• сповіщення клієнтам;
• журнал змін;
• звіти;
• права доступу.

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

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

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

1. створити клієнта;
2. створити автомобіль і прив’язати його до клієнта;
3. створити довідник послуг;
4. створити кілька запчастин;
5. внести залишки запчастин на склад;
6. знайти автомобіль за номером або VIN;
7. оформити прийом автомобіля;
8. вказати пробіг, скарги клієнта і пошкодження;
9. створити замовлення-наряд;
10. додати роботи з довідника;
11. додати запчастини зі складу;
12. перевірити автоматичний розрахунок суми;
13. перевести замовлення у статус «В роботі»;
14. завершити роботи;
15. списати запчастини зі складу;
16. сформувати рахунок на оплату;
17. сформувати акт виконаних робіт;
18. перевести замовлення у статус «Готово»;
19. видати автомобіль клієнту;
20. перевірити історію обслуговування автомобіля;
21. сформувати звіт робіт за період;
22. сформувати звіт запчастин за період;
23. сформувати звіт залишків запчастин;
24. сформувати звіт доходів СТО.

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

Критерій	Бали	Що перевіряється
Реалізація довідників клієнтів, авто, послуг, запчастин	20	Клієнти, автомобілі, прив’язка авто до клієнта, послуги, запчастини, склад
Створення і обробка замовлень-нарядів	20	Прийом авто, наряд, статуси, роботи, відповідальні, сума замовлення
Облік використаних запчастин і списання	20	Залишки складу, резервування, списання, заборона списання понад залишок
Формування рахунків і актів виконаних робіт	20	Рахунок на оплату, акт виконаних робіт, PDF-друк, реквізити й деталізація
Інтерактивність через AJAX і історія обслуговування	20	Пошук авто, додавання робіт і запчастин, розрахунки, статуси, історія авто без перезавантаження
Разом	100	Максимальна оцінка

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

Бали	Рівень	Опис
90–100	Відмінно	Модуль повністю працює: клієнти, авто, послуги, запчастини, наряди, склад, рахунки, акти, історія й AJAX реалізовані коректно
75–89	Добре	Основна логіка працює, є незначні недоліки, які не руйнують процес роботи СТО
60–74	Зараховано	Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: клієнти, авто, замовлення-наряди, роботи, запчастини, склад або документи

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

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

• неможливо створити клієнта;
• неможливо створити автомобіль;
• автомобіль не прив’язується до клієнта;
• неможливо створити замовлення-наряд;
• у наряд не можна додати роботи;
• у наряд не можна додати запчастини;
• сума замовлення не розраховується;
• запчастини зі складу не списуються;
• система дозволяє списати більше запчастин, ніж є на складі;
• запчастини клієнта помилково списуються зі складу СТО;
• рахунок на оплату не формується;
• акт виконаних робіт не формується;
• історія обслуговування автомобіля не зберігається;
• пошук авто за номером або VIN не працює;
• зміни в наряді не логуються;
• звіти не відповідають фактичним нарядам і складським рухам.

Умова складання. Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл СТО: клієнт → автомобіль → прийом → замовлення-наряд → роботи → запчастини → рахунок → акт → історія обслуговування.

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

У результаті виконання атестаційного завдання має бути створений модуль управління СТО в K2 ERP.

Модуль має підтримувати клієнтів, автомобілі, послуги, запчастини, складський облік, прийом авто, замовлення-наряди, роботи, запчастини в наряді, автоматичний розрахунок вартості, списання складу, рахунки, акти виконаних робіт, історію обслуговування, сповіщення клієнтів, звіти, AJAX-інтерактив і логування змін.

Примітка

Модуль для СТО корисний як для невеликих приватних автосервісів, так і для великих дилерських центрів, автопарків, шиномонтажів і сервісних мереж.

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

Коротко

Питання	Відповідь
Що потрібно створити?	Модуль управління станцією технічного обслуговування
Які довідники потрібні?	Клієнти, автомобілі, послуги, запчастини, склади
Який головний документ?	Замовлення-наряд
Що має містити замовлення-наряд?	Клієнта, автомобіль, роботи, запчастини, статус, суму
Що має відбуватися із запчастинами?	Запчастини зі складу мають списуватися після виконання робіт
Які документи потрібні?	Замовлення-наряд, рахунок на оплату, акт виконаних робіт
Які звіти потрібні?	Роботи за період, запчастини, залишки складу, історія авто, доходи СТО
Що є критичною вимогою?	Повний цикл: авто → наряд → роботи → запчастини → документи → історія

Див. також

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