Атестаційні завдання K2 ERP/СТО
Атестаційне завдання K2 ERP — СТО — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля управління станцією технічного обслуговування автомобілів.
Модуль має забезпечувати повний цикл роботи СТО: прийом автомобіля, фіксацію стану авто, створення замовлення-наряду, додавання робіт і запчастин, контроль виконання, списання запчастин зі складу, формування рахунку, акта виконаних робіт та історії обслуговування автомобіля.
Коротко. Потрібно реалізувати модуль для СТО, який дозволяє вести клієнтів, автомобілі, послуги, запчастини, замовлення-наряди, прийом авто, виконані роботи, складські списання, рахунки, акти та історію обслуговування.
Назва завдання
Модуль управління станцією технічного обслуговування автомобілів.
Мета завдання
Мета завдання — створити в K2 ERP модуль для автоматизації роботи автомобільного сервісу.
Система повинна дозволяти:
- вести довідник клієнтів;
- вести довідник автомобілів;
- прив’язувати автомобілі до клієнтів;
- вести довідник послуг;
- вести довідник запчастин;
- контролювати залишки запчастин на складі;
- створювати замовлення-наряди;
- приймати автомобіль на обслуговування;
- фіксувати пробіг, стан авто, пошкодження і зауваження;
- додавати роботи до замовлення;
- додавати запчастини до замовлення;
- автоматично рахувати суму замовлення;
- списувати запчастини зі складу після виконання робіт;
- змінювати статус замовлення;
- формувати рахунок на оплату;
- формувати акт виконаних робіт;
- вести історію обслуговування автомобіля;
- надсилати клієнту повідомлення про готовність авто;
- формувати звіти по роботах, запчастинах, доходах і клієнтах.
Головний принцип. Замовлення-наряд у СТО — це центральний документ. Він поєднує клієнта, автомобіль, роботи, запчастини, склад, оплату, акт виконаних робіт і майбутню історію обслуговування авто.
Реальний бізнес-контекст
СТО обслуговує автомобілі клієнтів: виконує технічний огляд, діагностику, ремонт, планове технічне обслуговування, заміну деталей, шиномонтаж, кузовні роботи або інші сервісні операції.
У роботі СТО потрібно контролювати:
- хто є власником автомобіля;
- який автомобіль прийнято в роботу;
- який пробіг і стан авто на момент прийому;
- які роботи погоджені з клієнтом;
- які запчастини використано;
- які запчастини належать СТО, а які надані клієнтом;
- хто виконує роботи;
- скільки коштують послуги;
- скільки коштують запчастини;
- чи оплачено замовлення;
- коли авто готове до видачі;
- яка історія ремонтів була по конкретному автомобілю.
Без автоматизованого модуля СТО замовлення часто ведуться в паперових нарядах, таблицях або месенджерах. Це ускладнює контроль запчастин, оплат, виконання робіт і повторних звернень клієнтів.
Основний бізнес-процес
Типовий процес роботи СТО виглядає так:
- клієнт звертається на СТО;
- менеджер або майстер знаходить клієнта в базі або створює нового;
- автомобіль шукається за номером або VIN-кодом;
- якщо авто нове — створюється картка автомобіля;
- оформлюється прийом автомобіля;
- фіксуються пробіг, стан, пошкодження і скарги клієнта;
- створюється замовлення-наряд;
- у наряд додаються роботи;
- у наряд додаються запчастини;
- система рахує попередню вартість;
- замовлення переходить у роботу;
- після виконання робіт запчастини списуються зі складу;
- формується рахунок на оплату;
- формується акт виконаних робіт;
- автомобіль видається клієнту;
- у картці автомобіля зберігається історія обслуговування.
Основні об’єкти модуля
| Об’єкт | Призначення |
|---|---|
| Клієнти | Фізичні або юридичні особи, які обслуговують автомобілі |
| Автомобілі | Транспортні засоби клієнтів |
| Послуги | Роботи, які виконує СТО |
| Запчастини | Деталі, матеріали та витратники |
| Склади | Місця зберігання запчастин |
| Замовлення-наряди | Основні документи обліку робіт СТО |
| Роботи в наряді | Перелік послуг, які виконуються по автомобілю |
| Запчастини в наряді | Деталі та матеріали, використані під час ремонту |
| Рахунки | Документи для оплати клієнтом |
| Акти виконаних робіт | Підтвердження виконаних робіт і використаних матеріалів |
| Історія обслуговування | Усі минулі звернення по автомобілю |
| Звіти | Аналітика по роботах, запчастинах, клієнтах, доходах і виконавцях |
Довідник «Клієнти»
Довідник клієнтів містить власників або користувачів автомобілів.
Клієнтом може бути фізична особа, компанія, автопарк, служба доставки, таксі або інший замовник послуг СТО.
Поля клієнта
| Поле | Опис |
|---|---|
| ПІБ / назва компанії | Ім’я клієнта або назва організації |
| Тип клієнта | Фізична особа або юридична особа |
| Телефон | Основний контактний номер |
| Електронна адреса | |
| Адреса | Адреса клієнта або компанії |
| Знижка | Опціонально, персональна знижка клієнта |
| Примітки | Внутрішні коментарі менеджера |
| Статус | Активний, архівний, проблемний |
Довідник «Автомобілі»
Довідник автомобілів містить транспортні засоби, які обслуговуються на СТО.
Один клієнт може мати кілька автомобілів.
Поля автомобіля
| Поле | Опис |
|---|---|
| Державний номер | Номерний знак автомобіля |
| Марка | Наприклад: 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 для звітів |
Рекомендовані сутності бази даних
Для реалізації задачі доцільно передбачити такі сутності:
- клієнти;
- автомобілі;
- марки автомобілів;
- моделі автомобілів;
- послуги;
- категорії послуг;
- запчастини;
- склади;
- залишки запчастин;
- замовлення-наряди;
- роботи в наряді;
- запчастини в наряді;
- прийом автомобіля;
- фото і файли автомобіля;
- рахунки;
- акти виконаних робіт;
- оплати;
- історія обслуговування;
- нагадування про ТО;
- сповіщення клієнтам;
- журнал змін;
- звіти;
- права доступу.
Практичне завдання
У межах атестації потрібно продемонструвати робочий сценарій.
Мінімальний сценарій:
- створити клієнта;
- створити автомобіль і прив’язати його до клієнта;
- створити довідник послуг;
- створити кілька запчастин;
- внести залишки запчастин на склад;
- знайти автомобіль за номером або VIN;
- оформити прийом автомобіля;
- вказати пробіг, скарги клієнта і пошкодження;
- створити замовлення-наряд;
- додати роботи з довідника;
- додати запчастини зі складу;
- перевірити автоматичний розрахунок суми;
- перевести замовлення у статус «В роботі»;
- завершити роботи;
- списати запчастини зі складу;
- сформувати рахунок на оплату;
- сформувати акт виконаних робіт;
- перевести замовлення у статус «Готово»;
- видати автомобіль клієнту;
- перевірити історію обслуговування автомобіля;
- сформувати звіт робіт за період;
- сформувати звіт запчастин за період;
- сформувати звіт залишків запчастин;
- сформувати звіт доходів СТО.
Критерії оцінювання
| Критерій | Бали | Що перевіряється |
|---|---|---|
| Реалізація довідників клієнтів, авто, послуг, запчастин | 20 | Клієнти, автомобілі, прив’язка авто до клієнта, послуги, запчастини, склад |
| Створення і обробка замовлень-нарядів | 20 | Прийом авто, наряд, статуси, роботи, відповідальні, сума замовлення |
| Облік використаних запчастин і списання | 20 | Залишки складу, резервування, списання, заборона списання понад залишок |
| Формування рахунків і актів виконаних робіт | 20 | Рахунок на оплату, акт виконаних робіт, PDF-друк, реквізити й деталізація |
| Інтерактивність через AJAX і історія обслуговування | 20 | Пошук авто, додавання робіт і запчастин, розрахунки, статуси, історія авто без перезавантаження |
| Разом | 100 | Максимальна оцінка |
Шкала оцінювання
| Бали | Рівень | Опис |
|---|---|---|
| 90–100 | Відмінно | Модуль повністю працює: клієнти, авто, послуги, запчастини, наряди, склад, рахунки, акти, історія й AJAX реалізовані коректно |
| 75–89 | Добре | Основна логіка працює, є незначні недоліки, які не руйнують процес роботи СТО |
| 60–74 | Зараховано | Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання |
| 0–59 | Не зараховано | Відсутня критична логіка: клієнти, авто, замовлення-наряди, роботи, запчастини, склад або документи |
Критичні помилки
Критичними помилками вважаються ситуації, коли:
- неможливо створити клієнта;
- неможливо створити автомобіль;
- автомобіль не прив’язується до клієнта;
- неможливо створити замовлення-наряд;
- у наряд не можна додати роботи;
- у наряд не можна додати запчастини;
- сума замовлення не розраховується;
- запчастини зі складу не списуються;
- система дозволяє списати більше запчастин, ніж є на складі;
- запчастини клієнта помилково списуються зі складу СТО;
- рахунок на оплату не формується;
- акт виконаних робіт не формується;
- історія обслуговування автомобіля не зберігається;
- пошук авто за номером або VIN не працює;
- зміни в наряді не логуються;
- звіти не відповідають фактичним нарядам і складським рухам.
Умова складання. Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл СТО: клієнт → автомобіль → прийом → замовлення-наряд → роботи → запчастини → рахунок → акт → історія обслуговування.
Очікуваний результат
У результаті виконання атестаційного завдання має бути створений модуль управління СТО в K2 ERP.
Модуль має підтримувати клієнтів, автомобілі, послуги, запчастини, складський облік, прийом авто, замовлення-наряди, роботи, запчастини в наряді, автоматичний розрахунок вартості, списання складу, рахунки, акти виконаних робіт, історію обслуговування, сповіщення клієнтів, звіти, AJAX-інтерактив і логування змін.
Примітка
Модуль для СТО корисний як для невеликих приватних автосервісів, так і для великих дилерських центрів, автопарків, шиномонтажів і сервісних мереж.
Автоматизація обліку робіт, запчастин і історії обслуговування підвищує якість сервісу, зменшує втрати на складі, допомагає контролювати прибутковість і робить роботу з клієнтами більш прозорою.
Коротко
| Питання | Відповідь |
|---|---|
| Що потрібно створити? | Модуль управління станцією технічного обслуговування |
| Які довідники потрібні? | Клієнти, автомобілі, послуги, запчастини, склади |
| Який головний документ? | Замовлення-наряд |
| Що має містити замовлення-наряд? | Клієнта, автомобіль, роботи, запчастини, статус, суму |
| Що має відбуватися із запчастинами? | Запчастини зі складу мають списуватися після виконання робіт |
| Які документи потрібні? | Замовлення-наряд, рахунок на оплату, акт виконаних робіт |
| Які звіти потрібні? | Роботи за період, запчастини, залишки складу, історія авто, доходи СТО |
| Що є критичною вимогою? | Повний цикл: авто → наряд → роботи → запчастини → документи → історія |