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

складський облік запчастин

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

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

== Довідник «Запчастини» == платформа повинна автономно рахувати вартість замовлення.; * вести довідник клієнтів; * вести довідник автомобілів; * прив’язувати автомобілі до клієнтів; * вести довідник послуг; * вести довідник запчастин; * контролювати залишки запчастин на складі; * створювати замовлення-наряди; * приймати автомобіль на обслуговування; * фіксувати пробіг, стан авто, пошкодження і зауваження; * додавати роботи до замовлення; * додавати запчастини до замовлення; * автономно рахувати суму замовлення; * списувати запчастини зі складу після виконання робіт; * змінювати статус замовлення; * формувати рахунок на оплату; * формувати акт виконаних робіт; * вести історію обслуговування автомобіля; * надсилати клієнту повідомлення про готовність авто; * формувати звіти по роботах, запчастинах, доходах і клієнтах.; Статус {| class="wikitable" style="width:100%;" * персональною для клієнта; * на окрему послугу; * на запчастини; * на все замовлення; * бонусною для постійного клієнта.;== Статуси замовлення-наряду == !; У замовлення-наряд потрібно додавати запчастини та матеріали.;<pre> <pre> !; Бали [[Категорія:Автосервіс]] == Поля послуги == !; платформа повинна дозволяти: |- | Назва | Назва запчастини або матеріалу |- | Артикул | Код виробника або внутрішній код |- | характеристика | Характеристики або сфера застосування |- | Одиниця виміру | Шт., л, комплект, кг тощо |- | Кількість на складі | Поточний залишок |- | Ціна закупівельна діяльність | Собівартість |- | Ціна продажу | Ціна для клієнта |- | Мінімальний залишок | Для контролю потреби в закупівельна діяльність |- | Активність | Чи застосовується запчастина |} Після виконання робіт замовлення-наряд переходить у статус '''«Готово»'''.; !; Критерій У результаті виконання атестаційного задача має бути створений компонент керування СТО в K2 ERP.; | Замовлення-наряд |- | Що має містити замовлення-наряд?; !; характеристика У замовлення-наряд потрібно додавати роботи з довідника послуг або вручну.; Рівень {| class="wikitable" style="width:100%;" Для реалізації задачі доцільно передбачити такі сутності: Один замовник має змогу мати кілька автомобілів.;{{DISPLAYTITLE:Атестаційні завдання K2 ERP/СТО}} == Мета задача == <div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> * автомобіль; * державний номер; * VIN-код; * клієнта; * дату обслуговування; * пробіг; * роботи; * запчастини; * суму.;== Практичне задача == </div> == Видача автомобіля клієнту == |- | Назва послуги | Назва роботи |- | Категорія | Діагностика, ремонт, ТО, шиномонтаж, кузовні роботи тощо |- | Одиниця виміру | Робоча година або фіксована послуга |- | Норма часу | Планова тривалість виконання |- | Вартість послуги | Базова ціна |- | Активність | Чи застосовується послуга в поточних нарядах |} !; Поле {| class="wikitable" style="width:100%;" </div> * даті останнього ТО; * пробігу; * інтервалі сервісу; * рекомендаціях майстра.;

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

Реалізація довідників клієнтів, авто, послуг, запчастин	20	Клієнти, автомобілі, прив’язка авто до клієнта, послуги, запчастини, складський облік
Створення і обробка замовлень-нарядів	20	Прийом авто, наряд, статуси, роботи, відповідальні, сума замовлення
обліковий облік використаних запчастин і списання	20	Залишки складу, резервування, списання, заборона списання понад залишок
Формування рахунків і актів виконаних робіт	20	Рахунок на оплату, акт виконаних робіт, PDF-друк, реквізити й деталізація
Інтерактивність через AJAX і історичний розвиток обслуговування	20	Пошук авто, додавання робіт і запчастин, розрахунки, статуси, історичний розвиток авто без перезавантаження
; характеристика інформаційні дані історії обслуговування дату і час видачі; хто видав авто; хто отримав авто; статус оплати; підпис клієнта, якщо застосовується; фінальний коментар.; Довідник запчастин містить деталі, матеріали та витратники, які використовуються під час ремонту.; Клієнтом має змогу бути фізична особа, організація, автопарк, служба доставки, таксі або інший замовник послуг СТО.; Роль	; Поля роботи в наряді Замовлення-наряд — центральний документ роботи СТО.; !;== інформаційні дані прийому автомобіля == Поля запчастини інформаційні дані акта компонент має підтримувати розмежування прав.;== Завершення робіт == Повідомлення бажано надсилати, коли: замовник звертається на СТО; менеджер або майстер знаходить клієнта в базі або створює нового; автомобіль шукається за номером або VIN-кодом; якщо авто нове — створюється картка автомобіля; оформлюється прийом автомобіля; фіксуються пробіг, стан, пошкодження і скарги клієнта; створюється замовлення-наряд; у наряд додаються роботи; у наряд додаються запчастини; платформа рахує попередню вартість; замовлення переходить у роботу; після виконання робіт запчастини списуються зі складу; формується рахунок на оплату; формується акт виконаних робіт; автомобіль видається клієнту; у картці автомобіля зберігається історичний розвиток обслуговування.; Загальна сума = Сума робіт + Сума запчастин - Знижка	class="wikitable" style="width:100%;" Мінімальний сценарій: Звіт показує виконані роботи за обраний період.; центральний принцип. Замовлення-наряд у СТО — це центральний документ.; Звіт показує використані запчастини та матеріали.; характеристика ; !;== Технічні вимоги == Рахунок на оплату формується на основі замовлення-наряду.; Нагадування має змогу базуватися на: Канали сповіщень: Майстер-приймальник Приймає авто, створює замовлення-наряди, погоджує роботи з клієнтом Механік Бачить призначені роботи, змінює статус виконання, додає коментарі Комірник Контролює запчастини, резервує і списує матеріали Касир Формує рахунки, приймає оплату, друкує документи Керівник СТО Переглядає звіти, доходи, завантаження майстрів і складський облік Адміністратор Налаштовує довідники, права, склади, послуги і службові параметри	; 100	; характеристика	;== Розрахунок вартості замовлення == Знижка має змогу бути:	; характеристика Шкала оцінювання створити клієнта; створити автомобіль і прив’язати його до клієнта; створити довідник послуг; створити кілька запчастин; внести залишки запчастин на складський облік; знайти автомобіль за номером або VIN; оформити прийом автомобіля; вказати пробіг, скарги клієнта і пошкодження; створити замовлення-наряд; додати роботи з довідника; додати запчастини зі складу; перевірити автоматичний розрахунок суми; перевести замовлення у статус «В роботі»; завершити роботи; списати запчастини зі складу; сформувати рахунок на оплату; сформувати акт виконаних робіт; перевести замовлення у статус «Готово»; видати автомобіль клієнту; перевірити історію обслуговування автомобіля; сформувати звіт робіт за період; сформувати звіт запчастин за період; сформувати звіт залишків запчастин; сформувати звіт доходів СТО.; історичний розвиток має показувати: дату; номер наряду; клієнта; автомобіль; послугу; виконавця; кількість або години; суму; статус.; Журнал змін має зберігати: У звіті потрібно відображати: перевірити наявність запчастини на складі; зарезервувати запчастину під замовлення; списати запчастину після завершення робіт; не списувати запчастини клієнта зі складу СТО; не дозволяти списання більшої кількості, ніж є собою на складі.; !; |-	90–100	Відмінно	компонент в цілому функціонує: клієнти, авто, послуги, запчастини, наряди, складський облік, рахунки, акти, історичний розвиток й AJAX реалізовані коректно
75–89	Добре	Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес роботи СТО
60–74	Зараховано	Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: клієнти, авто, замовлення-наряди, роботи, запчастини, складський облік або документи

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

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

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

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

!; Окремо варто відзначити фіксацію стану авто, створення замовлення-наряду, додавання робіт і запчастин, контроль виконання, списання запчастин зі складу, формування рахунку, акта виконаних робіт і історії обслуговування автомобіля.; характеристика У звіті потрібно відображати:

Назва задача

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

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

!; Максимальна оцінка |}

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

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

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

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

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

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

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

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

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

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

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

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

• заміна масла;
• діагностика двигуна;
• перевірка ходової;
• заміна гальмівних колодок;
• шиномонтаж;
• розвал-сходження;
• комп’ютерна діагностика;
• заміна ременя ГРМ;
• ремонт підвіски;
• кузовні роботи.; !; Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл СТО: замовник → автомобіль → прийом → замовлення-наряд → роботи → запчастини → рахунок → акт → історичний розвиток обслуговування.;== Фіксація пошкоджень і зауважень ==

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

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

Примітка

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

Що потрібно створити?; * перевірити статус усіх робіт; списати використані запчастини; перерахувати загальну суму; сформувати рахунок на оплату; сформувати акт виконаних робіт; за потреби надіслати клієнту повідомлення про готовність авто.; Типовий бізнес-процес роботи СТО виглядає так:
Запчастина	Вибір із довідника запчастин
Джерело	складський облік СТО або запчастина клієнта
Кількість	Скільки застосовується
Ціна	Ціна продажу для клієнта
Сума	Кількість × ціна
складський облік	Звідки списується запчастина
Статус	Зарезервовано, списано, повернуто

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

платформа повинна:

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

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

У картці автомобіля потрібно бачити всі замовлення-наряди за весь час.; Він фіксує прийом автомобіля, перелік робіт, використані запчастини, суму до оплати, статус виконання та результат обслуговування.; | Запчастини зі складу мають списуватися після виконання робіт |- | Які документи потрібні?; Це ускладнює контроль запчастин, оплат, виконання робіт і повторних звернень клієнтів.;== Сповіщення клієнтів ==

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

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

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

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

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

формування звітів

!; * номер акта;

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

компонент керування станцією технічного обслуговування автомобілів.; {| class="wikitable" style="width:100%;"

історичний розвиток обслуговування — важлива частина модуля СТО.;== Логування змін ==

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

компонент повинен фіксувати важливі зміни.; | Роботи за період, запчастини, залишки складу, історичний розвиток авто, доходи СТО |- | Що є собою критичною вимогою?; |- | Клієнти | Фізичні або юридичні особи, які обслуговують автомобілі |- | Автомобілі | Транспортні засоби клієнтів |- | Послуги | Роботи, які виконує СТО |- | Запчастини | Деталі, матеріали та витратники |- | Склади | Місця зберігання запчастин |- | Замовлення-наряди | Основні документи обліку робіт СТО |- | Роботи в наряді | Перелік послуг, які виконуються по автомобілю |- | Запчастини в наряді | Деталі та матеріали, використані під час ремонту |- | Рахунки | Документи для оплати клієнтом |- | Акти виконаних робіт | Підтвердження виконаних робіт і використаних матеріалів |- | історичний розвиток обслуговування | Усі минулі звернення по автомобілю |- | Звіти | аналітичні інструменти по роботах, запчастинах, клієнтах, доходах і виконавцях |}

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

Поля клієнта

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

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

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

|- | Які довідники потрібні?; Поле

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

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

!; | Клієнта, автомобіль, роботи, запчастини, статус, суму |- | Що має відбуватися із запчастинами?; Вона користувачі можуть уникати спорів щодо пошкоджень, які були до ремонту.; | Замовлення-наряд, рахунок на оплату, акт виконаних робіт |-

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

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

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

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

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

!; * суму робіт;

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

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

У межах атестації потрібно продемонструвати робочий сценарій.; Значення !;== Акт виконаних робіт ==

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

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

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

• хто створив клієнта;
• хто створив або змінив автомобіль;
• хто створив замовлення-наряд;
• хто додав роботу;
• хто додав запчастину;
• хто змінив кількість або ціну;
• хто змінив статус замовлення;
• хто списав запчастини;
• хто сформував рахунок;
• хто сформував акт;
• хто видав автомобіль;
• дату й час зміни;
• старе та нове значення, якщо це можливо.; {| class="wikitable" style="width:100%;"

ключовий бізнес-процес

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

Див.; додатково

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

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

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

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

компонент має підтримувати складський обліковий облік запчастин.; компонент має забезпечувати повний цикл роботи СТО: прийом автомобіля.; Питання

автоматизація процесів обліку робіт, запчастин і історії обслуговування підвищує якість сервісу, зменшує втрати на складі, сприяє контролювати прибутковість і робить роботу з клієнтами більш прозорою.; | Клієнти, автомобілі, послуги, запчастини, склади |- | Який центральний документ?; Запчастини зі складу СТО повинні списуватися після виконання робіт або при зміні статусу замовлення на відповідний етап.; Він поєднує клієнта, автомобіль, роботи, запчастини, складський облік, оплату, акт виконаних робіт і майбутню історію обслуговування авто.; * дату звернення;

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

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

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

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

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

Інтерфейс модуля має працювати оперативно й комфортно для майстра-приймальника.; Атестаційне задача K2 ERP — СТО — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля керування станцією технічного обслуговування автомобілів.; Це один із найчастіших сценаріїв роботи приймальника СТО.; Поле

історичний розвиток обслуговування автомобіля

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

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

; * email; SMS; Telegram або інший месенджер, якщо інтеграційні функціональні можливості доступна.; істотно. Пошук автомобіля за державним номером або VIN-кодом має бути швидким.; | Повний цикл: авто → наряд → роботи → запчастини → документи → історичний розвиток

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

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

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