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

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

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

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

![[Категорія:Атестаційні завдання K2]]

!== формування звітів ==
== Коротко ==
{| class="wikitable" style="width:100%;"
== Поля роботи в наряді ==
! Що перевіряється
! Колонка

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

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

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

<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">

Мета задача — створити в K2 ERP компонент для автоматизації роботи автомобільного сервісу. SEO-опис
== інформаційні дані історії обслуговування ==

! Поле

== інформаційні дані рахунку ==

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

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

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

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

компонент для СТО корисний як для невеликих приватних автосервісів, так і для великих дилерських центрів, автопарків, шиномонтажів і сервісних мереж. Один клієнт ERP здатна мати кілька автомобілів. {| class="wikitable" style="width:100%;"
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
|-
| Бекенд
| K2 Cloud ERP на Python або PHP
|-
| База даних
| PostgreSQL або MySQL
|-
| Фронтенд
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
| UI-компоненти
| DataTables, Select2
|-
| складський облік
| обліковий облік запчастин і матеріалів
|-
| Друк
| PDF замовлення-нарядів, рахунків і актів виконаних робіт
|-
| Експорт
| Excel або PDF для звітів
|}

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

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

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

</div>

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

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

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

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

# створити клієнта;
# створити автомобіль і прив’язати його до клієнта;
# створити довідник послуг;
# створити кілька запчастин;
# внести залишки запчастин на складський облік;
# знайти автомобіль за номером або VIN;
# оформити прийом автомобіля;
# вказати пробіг, скарги клієнта і пошкодження;
# створити замовлення-наряд;
# додати роботи з довідника;
# додати запчастини зі складу;
# перевірити автоматичний розрахунок суми;
# перевести замовлення у статус '''«В роботі»''';
# завершити роботи;
# списати запчастини зі складу;
# сформувати рахунок на оплату;
# сформувати акт виконаних робіт;
# перевести замовлення у статус '''«Готово»''';
# видати автомобіль клієнту;
# перевірити історію обслуговування автомобіля;
# сформувати звіт робіт за період;
# сформувати звіт запчастин за період;
# сформувати звіт залишків запчастин;
# сформувати звіт доходів СТО. Поле

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

Звіт показує використані запчастини та матеріали. * дату звернення;
* пробіг;
* види робіт;
* використані запчастини;
* суму;
* статус замовлення;
* рекомендації майстра;
* наступне рекомендоване ТО. SEO-опис
Довідник автомобілів містить транспортні засоби, які обслуговуються на СТО. {| class="wikitable" style="width:100%;"

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

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

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

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

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

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

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

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

== інформаційні дані прийому автомобіля ==

[[Категорія:СТО]]

історія продукту обслуговування — важлива частина модуля СТО. ! '''провідний принцип.''' Замовлення-наряд у СТО — це центральний документ. Вона користувачі можуть уникати спорів щодо пошкоджень, які були до ремонту.== Реальний бізнес-контекст ==

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

! | Повний цикл: авто → наряд → роботи → запчастини → документи → історія продукту
|}

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

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

</div>
Звіт показує історію обслуговування автомобілів. платформа повинна автоматизовано рахувати вартість замовлення. * номер акта;
* дату;
* клієнта;
* автомобіль;
* державний номер;
* VIN-код;
* пробіг;
* перелік виконаних робіт;
* використані запчастини;
* загальну суму;
* підписи сторін. * перевірити статус усіх робіт;
* списати використані запчастини;
* перерахувати загальну суму;
* сформувати рахунок на оплату;
* сформувати акт виконаних робіт;
* за потреби надіслати клієнту повідомлення про готовність авто. Запчастини зі складу СТО повинні списуватися після виконання робіт або при зміні статусу замовлення на відповідний етап. Критерій
![[Категорія:Складський облік]]

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

</div>

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

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

* залишок запчастин;
* рухи по надходженню;
* списання в замовлення-наряд;
* повернення;
* мінімальний залишок;
* дефіцитні позиції. Максимальна оцінка
== Фіксація пошкоджень і зауважень ==
Повідомлення бажано надсилати, коли:
|-
| Номер замовлення
| Унікальний номер наряду
|-
| Дата прийому
| Коли автомобіль прийнято
|-
| клієнт ERP
| Власник або замовник робіт
|-
| Автомобіль
| Авто, яке обслуговується
|-
| Пробіг
| Пробіг на момент прийому
|-
| Список робіт
| Послуги, додані до наряду
|-
| Використані запчастини
| Деталі та матеріали по наряду
|-
| Статус
| Нове, в роботі, готово, видано, скасовано
|-
| Загальна сума
| Роботи + запчастини - знижки
|-
| Відповідальний
| Майстер-приймальник або виконавець
|}

Клієнтом здатна бути фізична особа, компанія-користувач, автопарк, служба доставки, таксі або інший замовник послуг СТО.== Рекомендовані сутності бази даних ==
Нагадування здатна базуватися на:
</div>

компонент має забезпечувати повний цикл роботи СТО: прийом автомобіля.== Формула суми робіт ==
== Довідник «Послуги» ==
Запчастини можуть бути:

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

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

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

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

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

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

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

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

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

! | Замовлення-наряд |- | Що має містити замовлення-наряд? Значення

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

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

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

• масляний фільтр;
• повітряний фільтр;
• гальмівні колодки;
• ремінь ГРМ;
• свічки запалювання;
• акумулятор;
• охолоджувальна рідина;
• лампи;
• шини. {| class="wikitable" style="width:100%;"

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

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

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

|-

| Що має відбуватися із запчастинами?

Що потрібно створити? Разом Загальна сума = Сума робіт + Сума запчастин - Знижка Опціонально компонент здатна підтримувати знижки та бонусні програми. | компонент керування станцією технічного обслуговування
class="wikitable" style="width:100%;" Звіт «Роботи за період»	Інакше складський облік не буде відповідати реальному стану.	== Критерії оцінювання == Приклади послуг При завершенні платформа повинна: Примітка Звіт «Доходи СТО» У замовлення-наряд потрібно додавати роботи з довідника послуг або вручну. | Замовлення-наряд, рахунок на оплату, акт виконаних робіт
Які звіти потрібні? 100 Назва задача СТО, який дає можливість вести клієнтів забезпечується через Коротко. Потрібно реалізувати компонент; так само реалізовано автомобілі, послуги, запчастини, замовлення-наряди, прийом авто, виконані роботи, складські списання, рахунки, акти та історію обслуговування. Бали Права доступу компонент має підтримувати розмежування прав.== Поля клієнта == Логування змін перевірити наявність запчастини на складі; зарезервувати запчастину під замовлення; списати запчастину після завершення робіт; не списувати запчастини клієнта зі складу СТО; не дозволяти списання більшої кількості, ніж виступає як на складі. компонент повинен фіксувати важливі зміни.
Клієнти	Фізичні або юридичні особи, які обслуговують автомобілі
Автомобілі	Транспортні засоби клієнтів
Послуги	Роботи, які виконує СТО
Запчастини	Деталі, матеріали та витратники
Склади	Місця зберігання запчастин
Замовлення-наряди	Основні документи обліку робіт СТО
Роботи в наряді	Перелік послуг, які виконуються по автомобілю
Запчастини в наряді	Деталі та матеріали, використані під час ремонту
Рахунки	Документи для оплати клієнтом
Акти виконаних робіт	Підтвердження виконаних робіт і використаних матеріалів
історія продукту обслуговування	Усі минулі звернення по автомобілю
Звіти	аналітичні інструменти по роботах, запчастинах, клієнтах, доходах і виконавцях

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

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

Звіт показує фінансовий результат СТО за період.== Журнал «Замовлення-наряди» ==

! Призначення

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

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

! Відповідь

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

! * дату;

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

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

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

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

SEO-опис	class="wikitable" style="width:100%;" пошук клієнта; пошук автомобіля по номеру або VIN; створення замовлення-наряду; додавання робіт; додавання запчастин; перевірка залишків складу; розрахунок загальної суми; зміна статусу замовлення; формування рахунку; формування акта; фільтрація журналів; оновлення версій звітів.== Основні об’єкти модуля ==	Роботи за період, запчастини, залишки складу, історія продукту авто, доходи СТО
Що виступає як критичною вимогою? через Практичний сенс. Фіксація стану авто при прийомі захищає і клієнта, і СТО. SEO-опис
90–100	Відмінно	компонент на 100% функціонує: клієнти, авто, послуги, запчастини, наряди, складський облік, рахунки, акти, історія продукту й AJAX реалізовані коректно
75–89	Добре	Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес роботи СТО
60–74	Зараховано	Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: клієнти, авто, замовлення-наряди, роботи, запчастини, складський облік або документи

! | Клієнти, автомобілі, послуги, запчастини, склади |- | Який провідний документ? * зі складу СТО;

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

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

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

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

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

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

!

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

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

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

Див. так само

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

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

Мета задача

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

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

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

Знижка здатна бути:

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

Окремо варто відзначити фіксацію стану авто, створення замовлення-наряду, додавання робіт і запчастин, контроль виконання, списання запчастин зі складу, формування рахунку, акта виконаних робіт і історії обслуговування автомобіля. Поле При видачі потрібно зафіксувати: Загальна сума замовлення Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл СТО: клієнт ERP → автомобіль → прийом → замовлення-наряд → роботи → запчастини → рахунок → акт → історія продукту обслуговування. СТО — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля керування станцією технічного обслуговування автомобілів виступає ключовою рисою Атестаційне задача K2 ERP. * подряпини; * вм’ятини; * пошкодження скла; * пошкодження фар; * стан шин; * інші зовнішні зауваження; * технічні скарги клієнта.== Звіт «Запчастини за період» == Запчастини в замовленні-наряді Акт має містити: * автомобіль; * державний номер; * VIN-код; * клієнта; * дату обслуговування; * пробіг; * роботи; * запчастини; * суму. | Запчастини зі складу мають списуватися після виконання робіт
Які документи потрібні?== Сповіщення клієнтів == автоматизація процесів обліку робіт, запчастин і історії обслуговування підвищує якість сервісу, зменшує втрати на складі, оптимізує контролювати прибутковість і робить роботу з клієнтами більш прозорою. Він поєднує клієнта, автомобіль, роботи, запчастини, складський облік, оплату, акт виконаних робіт і майбутню історію обслуговування авто. функції ERP * номер рахунку; * дату; * клієнта; * автомобіль; * номер замовлення-наряду; * перелік робіт; * перелік запчастин; * суму робіт; * суму запчастин; * знижку; * загальну суму до оплати; * реквізити для оплати. ! |-	Майстер-приймальник	Приймає авто, створює замовлення-наряди, погоджує роботи з клієнтом
Механік	Бачить призначені роботи, змінює статус виконання, додає коментарі
Комірник	Контролює запчастини, резервує і списує матеріали
Касир	Формує рахунки, приймає оплату, друкує документи
Керівник СТО	Переглядає звіти, доходи, завантаження майстрів і складський облік
Адміністратор	Налаштовує довідники, права, склади, послуги і службові параметри

історія продукту має показувати: Звіт показує складські залишки.== Розрахунок вартості замовлення == * email; * SMS; * Telegram або інший месенджер, якщо інтеграційні функції ERP доступна.

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

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

! ! У замовлення-наряд потрібно додавати запчастини та матеріали. Поле |- | Реалізація довідників клієнтів, авто, послуг, запчастин | 20 | Клієнти, автомобілі, прив’язка авто до клієнта, послуги, запчастини, складський облік |- | Створення і обробка замовлень-нарядів | 20 | Прийом авто, наряд, статуси, роботи, відповідальні, сума замовлення |- | обліковий облік використаних запчастин і списання | 20 | Залишки складу, резервування, списання, заборона списання понад залишок |- | Формування рахунків і актів виконаних робіт | 20 | Рахунок на оплату, акт виконаних робіт, PDF-друк, реквізити й деталізація |- | Інтерактивність через AJAX і історія продукту обслуговування | 20 | Пошук авто, додавання робіт і запчастин, розрахунки, статуси, історія продукту авто без перезавантаження |- Мінімальний сценарій: складський облік повинен показувати: |} ! SEO-опис