Перейти до вмісту

Атестаційні завдання K2 ERP/Продаж запчастин на авто

Матеріал з K2 ERP Wiki

Довідник «Марки і моделі авто»

Результати пошуку

Резерв потрібен для того, щоб інший менеджер не продав той самий товар.== Способи доставки ==

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

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

При оформленні замовлення платформа повинна перевіряти, чи достатньо товару. # Обирається спосіб оплати. Бали Після створення замовлення товар здатна резервуватися. Призначення

Коротко

Поля категорії

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

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

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

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

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

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

  • по артикулу;
  • по частині артикулу;
  • по назві;
  • по бренду;
  • по категорії;
  • по марці й моделі авто;
  • по VIN-коду;
  • по стану;
  • по наявності на складі. # платформа формує рахунок. ! ! Звіт показує активність клієнтів. Стан
платформа повинна: У звіті потрібно відображати:
  1. клієнт ERP звертається із запитом на запчастину;
  2. менеджер шукає товар по артикулу, бренду, категорії, моделі авто або VIN-коду;
  3. платформа показує доступні запчастини, аналоги, фото, стан і залишки;
  4. менеджер додає позицію до замовлення;
  5. платформа перевіряє залишок на складі;
  6. товар резервується під замовлення;
  7. клієнт ERP обирає спосіб оплати і доставки;
  8. формується рахунок на оплату;
  9. після оплати замовлення переходить у статус «Оплачене»;
  10. запчастини списуються зі складу;
  11. формується видаткова накладна;
  12. товар передається клієнту або відправляється службою доставки;
  13. інформаційні дані потрапляють у звіти. # платформа перевіряє доступний залишок. функції ERP
компонент має підтримувати різні способи доставки.== Пошук запчастин ==

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

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

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

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

  • WayForPay;
  • Stripe;
  • інші платіжні сервіси. SEO-опис

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

Оригінали та аналоги

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

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

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

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

Доставка

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

Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл продажу: запчастина → пошук → замовлення → резерв → оплата → списання зі складу → рахунок → накладна → звіт. # клієнт ERP вводить або підтверджує контактні інформаційні дані. Значення |- | Нове | Замовлення створене, але ще не оплачене |- | Зарезервовано | Товар зарезервовано на складі |- | Очікує оплати | Рахунок сформовано, оплата ще не отримана |- | Оплачене | Оплата отримана |- | Відправлено | Замовлення передано в доставку |- | Завершено | Замовлення виконано на 100% |- | Скасовано | Замовлення скасовано |}

! У звіті потрібно відображати: |- | Реалізація довідників авто, категорій і запчастин | 20 | Марки, моделі, категорії, каталог, артикули, фото, стан, аналоги, сумісність |- | Пошук запчастин і оформлення замовлень | 20 | Пошук по артикулу, бренду, категорії, авто або VIN, кошик, клієнт ERP, замовлення |- | керування складом і списання товарів | 20 | Залишки, резерви, доступна кількість, списання після продажу, контроль дефіциту |- | Формування рахунків і накладних | 20 | Рахунок на оплату, видаткова накладна, PDF-друк, деталізація позицій |- | Інтерактивність через AJAX і зручний інтерфейс | 20 | Швидкий пошук, фільтри, фото, додавання в кошик, перевірка залишків без перезавантаження |- ! | Марки авто, моделі, категорії, запчастини, склади, клієнти |- | Який провідний об’єкт? {| class="wikitable" style="width:100%;"

! Категорії допомагають структурувати каталог і оперативно знаходити потрібні товари. | Показувати залишок, резерв, доступну кількість і списання після продажу |- | Які документи потрібні? Поле

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

! SEO-опис

Рядки замовлення

  • б/в запчастин;
  • кузовних деталей;
  • оптики;
  • салонних елементів;
  • деталей із видимим станом. | Рахунок на оплату і видаткова накладна

|- | Які звіти потрібні? Поле У картці клієнта потрібно бачити всі попередні покупки. Продаж запчастин на авто — це практична задача; так само реалізовано пошуку. SEO-опис

Див. так само

! * збільшити кількість у резерві;

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

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

! * дату;

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

Для аналогів бажано зберігати зв’язок із оригінальним артикулом. ! У звіті потрібно відображати:

'''Критично.''' платформа не повинна дозволяти продати або зарезервувати більше запчастин, ніж доступно на складі. SEO-опис
|-
| Менеджер продажів
| Шукає запчастини, створює замовлення, формує рахунки
|-
| Комірник
| Контролює залишки, резерви, списання і відвантаження
|-
| Касир
| Фіксує оплати, друкує документи
|-
| Закупівельник
| Бачить дефіцитні позиції та формує потребу в закупівельна діяльність
|-
| Керівник
| Переглядає продажі та реалізація, залишки, популярні товари і прибутковість
|-
| Адміністратор
| Налаштовує довідники, права, склади, категорії і параметри системи
|}

== Поля аналога ==

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

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

== Звіт «Дефіцитні позиції» ==
Накладна має містити:
компонент має підтримувати фото запчастин. '''Коротко.''' Потрібно реалізувати компонент продажу автозапчастин: марки й моделі авто, категорії, каталог запчастин, фото, артикул, аналоги, сумісність, пошук, кошик, замовлення, складський облік, оплата, доставка, рахунок, накладна і звіти. # Формується видаткова накладна. SEO-опис

== Приклади категорій ==

== Колонки журналу продажів ==
{| class="wikitable" style="width:100%;"
! Звіт показує ТОП товарів за продажами. ! Керівнику потрібно бачити продажі та реалізація, залишки, популярні позиції, дефіцит і прибутковість. SEO-опис

Інтерфейс має працювати оперативно та інтуїтивно для менеджера. ! # платформа показує результати пошуку.== бізнес-процес продажу ==

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

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

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

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

== Поля моделі авто ==

* самовивіз;
* Нова Пошта;
* кур’єр;
* доставка транспортною компанією;
* доставка на СТО. ! SEO-опис

== Видаткова накладна ==

# Менеджер або клієнт ERP шукає запчастину. Фото потрібні особливо для:

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

Сумісність здатна задаватися за:

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

== Поля марки авто ==

!

історія продукту продажів клієнта

У результатах пошуку потрібно показувати: ! # Запчастини списуються зі складу. # Потрібна запчастина додається до кошика або замовлення.== Мета задача ==

У продажу можуть бути:

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

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

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

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

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

Звіт показує товари, які потрібно закупити. | Запчастина з артикулом, ціною, станом, залишком і сумісністю |- | Який пошук потрібен? {| class="wikitable" style="width:100%;"

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

компонент має забезпечувати повний цикл торгівлі автозапчастинами: ведення каталогу, обліковий облік залишків на складах, пошук по артикулу, бренду, категорії або VIN-коду, оформлення замовлення, резервування товару, оплату, списання зі складу, формування рахунку, накладної та звітності. Питання

Складський обліковий облік

Оплата

Кроки продажу

Практичний сенс. Менеджер повинен за кілька секунд побачити, чи виступає як потрібна деталь, скільки вона коштує, на якому складі лежить і чи виступає як доступний аналог. ! Критерій

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

|- | Що потрібно створити?== Сумісність із автомобілями ==

Видаткова накладна підтверджує передачу товару клієнту. SEO-опис |- | Назва категорії | як приклад: двигун, кузов, електрика |- | Батьківська категорія | Для побудови ієрархії |- | SEO-опис | Короткий SEO-опис категорії |- | Активність | Чи застосовується для категорія в каталозі |}

! ! Звіт показує актуальні залишки. Для кожної запчастини потрібно мати можливість вказати сумісність з автомобілями. |- | Запчастина | Товар, по якому ведеться залишок |- | складський облік | Місце зберігання |- | Кількість | Поточний залишок |- | Зарезервовано | Кількість, заблокована під замовлення |- | Доступно | Кількість, доступна для продажу |- | Мінімальний залишок | Рівень, нижче якого потрібна закупівля |}


компонент має дозволяти вказувати, чи виступає як запчастина оригінальною або аналогом. | Повний цикл: пошук → замовлення → резерв → оплата → списання → документи
== Журнал «продажі та реалізація» ==

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

Мета задача — створити в K2 ERP компонент для автоматизації продажу автозапчастин у магазині, на складі, в інтернет-магазині або при СТО. Об’єкт

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

Резервування товару

Журнал змін має зберігати:
По артикулу, назві, бренду, категорії, моделі авто або VIN
Що має робити складський облік? SEO-опис == Реальний бізнес-контекст ==
== Назва задача ==

Довідник «Категорії запчастин»

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

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

Фото запчастин

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

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

Звіт «Популярні запчастини»

Значення

Звіт «продажі та реалізація по клієнтах»

компонент має підтримувати різні способи оплати. |-
Назва бренду BMW, Audi, Toyota, Volkswagen тощо
Країна виробника Опціонально
Статус Активна або архівна марка

! Поле

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

  • марки авто;
  • моделі авто;
  • покоління авто;
  • категорії запчастин;
  • бренди запчастин;
  • запчастини;
  • фото запчастин;
  • аналоги;
  • сумісність запчастин;
  • склади;
  • залишки;
  • резерви;
  • клієнти;
  • замовлення;
  • рядки замовлення;
  • оплати;
  • доставки;
  • рахунки;
  • видаткові накладні;
  • складські рухи;
  • журнал змін;
  • звіти;
  • права доступу. SEO-опис
Марки авто BMW, Audi, Toyota, Ford та інші бренди автомобілів
Моделі авто Конкретні моделі автомобілів
Категорії запчастин Двигун, ходова, кузов, електрика, салон тощо
Запчастини базовий каталог товарів
Аналоги Альтернативні деталі до основної запчастини
Сумісність Зв’язок запчастини з марками, моделями або VIN
Склади Місця зберігання товару
Залишки Кількість запчастин по складах
Клієнти Покупці: фізичні особи, компанії, СТО
Замовлення продажі та реалізація клієнтам
Оплати Готівка, картка, банківський переказ, онлайн-оплата
Доставка Самовивіз, Нова Пошта, кур’єр
Документи Рахунок, видаткова накладна, чек або інші документи
Звіти продажі та реалізація, залишки, популярні товари, дефіцит

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

Поля доставки

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

провідний принцип. У продажу автозапчастин важливі не лише назва і ціна. Пошук — ключова частина модуля. критично. Якщо потрібної оригінальної запчастини немає на складі, платформа повинна допомагати оперативно знайти аналоги. | продажі та реалізація, залишки, популярні запчастини, дефіцитні позиції, продажі та реалізація по клієнтах

Що виступає як критичною вимогою?== Поля залишку == Відповідь

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

  • нові запчастини;
  • б/в запчастини;
  • відновлені запчастини;
  • оригінальні деталі;
  • аналоги;
  • витратні матеріали;
  • аксесуари;
  • кузовні елементи;
  • електроніка;
  • деталі двигуна, ходової, гальмівної системи та салону. Що перевіряється
  • клієнта;
  • кількість замовлень;
  • суму покупок;
  • останню дату покупки;
  • середній чек. Мінімальний сценарій:
Оригінальна запчастина Основна деталь або оригінальний артикул
Аналог Альтернативна запчастина
Бренд аналога Виробник аналога
Коментар Примітка щодо сумісності або якості

Онлайн-оплата

Способи оплати

Доступно = Залишок - Зарезервовано

Фото мають відображатися:

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

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

Звіт «продажі та реалізація по періодах»

Марка До якого бренду належить модель Модель як приклад: E90, A4, Corolla, Golf Покоління Опціонально, якщо потрібно точніше визначати сумісність Роки випуску Період виробництва моделі Тип кузова Седан, універсал, SUV, хетчбек тощо Двигун Опціонально, якщо сумісність залежить від двигуна

Рахунок формується на основі замовлення. Окремо варто відзначити продажу і складського контролю автозапчастин виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку забезпечується через Атестаційне задача K2 ERP. |- | Нова | Нова запчастина від виробника або постачальника |- | Б/в | Вживана запчастина |- | Відновлена | Запчастина після ремонту або відновлення |}

Формула доступного залишку

платформа повинна підтримувати пошук:

! # Замовлення відправляється або видається клієнту.

Стан запчастини

Контроль нестачі

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

! Колонка

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

Поля замовлення

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

! |- | Номер замовлення | Унікальний номер продажу |- | Дата | Дата створення замовлення |- | клієнт ERP | Покупець |- | Перелік запчастин | Товари в замовленні |- | Сума замовлення | Загальна сума продажу |- | Статус | Нове, оплачене, відправлено, завершено, скасовано |- | Оплата | Спосіб і статус оплати |- | Доставка | Самовивіз, Нова Пошта, кур’єр |}

компонент обліку і продажу автозапчастин. Ключове — правильно знайти потрібну деталь, перевірити сумісність з авто, побачити залишок, зарезервувати товар і не продати одну й ту саму запчастину двічі. Поле

Якщо товару не вистачає, потрібно показати попередження і не дозволити продати більше, ніж доступно. SEO-опис Журнал продажів показує всі замовлення клієнтів.