Атестаційні завдання K2 ERP/Продаж запчастин на авто
!; 100
Пошук запчастин
Критичними помилками вважаються ситуації, коли: |- | Бекенд | K2 Cloud ERP на Python або PHP |- | База даних | PostgreSQL або MySQL |- | Фронтенд | HTML5, JavaScript |- | AJAX | Axios або Fetch API |- | UI-компоненти | DataTables, Select2 |- | Фото | Fancybox або аналог для перегляду зображень |- | складський облік | обліковий облік залишків, резервів і списань |- | Друк | PDF-рахунки та видаткові накладні |- | Експорт | Excel або PDF для звітів |}
Мінімальний сценарій:- марки авто;
- моделі авто;
- покоління авто;
- категорії запчастин;
- бренди запчастин;
- запчастини;
- фото запчастин;
- аналоги;
- сумісність запчастин;
- склади;
- залишки;
- резерви;
- клієнти;
- замовлення;
- рядки замовлення;
- оплати;
- доставки;
- рахунки;
- видаткові накладні;
- складські рухи;
- журнал змін;
- звіти;
- права доступу.; Інтерфейс має працювати оперативно та комфортно для менеджера.; Рівень
- запчастину;
- артикул;
- складський облік;
- поточний залишок;
- мінімальний залишок;
- рекомендовану кількість закупівельна діяльність.;== Мета задача ==
== Практичне задача ==
* пошук по артикулу;
* пошук по VIN;
* пошук по бренду;
* фільтрація категорій;
* завантаження фото;
* додавання товару в кошик;
* перевірка залишків;
* резервування товару;
* розрахунок суми замовлення;
* зміна кількості;
* вибір доставки;
* формування рахунку;
* фільтрація звітів.; # Замовлення відправляється або видається клієнту.;== Статуси замовлення ==
'''компонент обліку і продажу автозапчастин'''.; # Після оплати замовлення переходить у статус '''«Оплачене»'''.; # створити марки і моделі авто;
# створити категорії запчастин;
# створити кілька запчастин;
# додати артикули, бренди, ціни, стан і фото;
# вказати сумісність із моделями авто;
# додати аналог для однієї запчастини;
# створити складський облік;
# внести залишки запчастин;
# знайти запчастину по артикулу;
# знайти запчастину по категорії або моделі авто;
# додати запчастину до замовлення;
# перевірити доступний залишок;
# зарезервувати товар;
# створити клієнта;
# вибрати спосіб оплати;
# вибрати спосіб доставки;
# сформувати рахунок на оплату;
# змінити статус замовлення на '''«Оплачене»''';
# списати товар зі складу;
# сформувати видаткову накладну;
# перевести замовлення у статус '''«Завершено»''';
# перевірити історію продажів клієнта;
# сформувати звіт продажів;
# сформувати звіт залишків;
# сформувати звіт популярних запчастин;
# сформувати звіт дефіцитних позицій.; !; характеристика
платформа повинна дозволяти:
!; характеристика
* запчастину;
* артикул;
* кількість продажів;
* суму продажів;
* кількість замовлень;
* середню ціну.;</div>
Довідник запчастин є собою головним каталогом товарів.; | Запчастина з артикулом, ціною, станом, залишком і сумісністю
|-
| Який пошук потрібен?; Поле
|-
| Номер замовлення
| Унікальний номер продажу
|-
| Дата
| Дата створення замовлення
|-
| замовник
| Покупець
|-
| Перелік запчастин
| Товари в замовленні
|-
| Сума замовлення
| Загальна сума продажу
|-
| Статус
| Нове, оплачене, відправлено, завершено, скасовано
|-
| Оплата
| Спосіб і статус оплати
|-
| Доставка
| Самовивіз, Нова Пошта, кур’єр
|}
Якщо товару не вистачає, потрібно показати попередження і не дозволити продати більше, ніж доступно.; характеристика
* вести марки та моделі автомобілів;
* вести категорії запчастин;
* вести каталог запчастин;
* зберігати артикули, бренди, фото та характеристика;
* розрізняти нові, б/в і відновлені запчастини;
* вказувати сумісність запчастини з авто;
* вести оригінальні запчастини та аналоги;
* шукати запчастини по артикулу, бренду, категорії, моделі авто або VIN-коду;
* бачити актуальні залишки по складах;
* оформлювати замовлення клієнта;
* резервувати запчастини під замовлення;
* списувати товар зі складу після продажу;
* формувати рахунок на оплату;
* формувати видаткову накладну;
* враховувати доставку;
* підтримувати онлайн-оплату, якщо потрібно;
* формувати звіти по продажах, залишках і популярних позиціях.; !; Значення
Менеджеру потрібно оперативно знайти потрібну запчастину, перевірити залишок, запропонувати аналог, оформити продаж, зарезервувати товар, сформувати рахунок і накладну.;== Фото запчастин ==
== Критичні помилки ==
{| class="wikitable" style="width:100%;"
* клієнта;
* кількість замовлень;
* суму покупок;
* останню дату покупки;
* середній чек.;== Реальний бізнес-контекст ==
!;== Контроль нестачі ==
== Примітка ==
* двигун;
* ходова частина;
* гальмівна платформа;
* кузов;
* електрика;
* оптика;
* салон;
* трансмісія;
* охолодження;
* фільтри;
* мастила;
* аксесуари.; Що перевіряється
!; характеристика
|-
| Оригінальна запчастина
| Основна деталь або оригінальний артикул
|-
| Аналог
| Альтернативна запчастина
|-
| Бренд аналога
| Виробник аналога
|-
| Коментар
| Примітка щодо сумісності або якості
|}
== Рядки замовлення ==
== Поля залишку ==
Звіт показує актуальні залишки.; Ключове — правильно знайти потрібну деталь, перевірити сумісність з авто, побачити залишок, зарезервувати товар і не продати одну й ту саму запчастину двічі.; * номер рахунку;
* дату;
* клієнта;
* перелік запчастин;
* артикули;
* кількість;
* ціни;
* знижки;
* загальну суму;
* реквізити для оплати.; * самовивіз;
* Нова Пошта;
* кур’єр;
* доставка транспортною компанією;
* доставка на СТО.;== Журнал «продажі та реалізація» ==
|-
| Назва
| Назва запчастини
|-
| Артикул
| Унікальний код виробника або внутрішній код
|-
| Бренд
| Виробник запчастини
|-
| Категорія
| Двигун, кузов, електрика тощо
|-
| характеристика
| Технічний характеристика або коментар
|-
| Марка / модель авто
| Сумісність із конкретними авто
|-
| Стан
| Нова, б/в, відновлена
|-
| Тип
| Оригінал або аналог
|-
| Ціна закупівельна діяльність
| Собівартість
|-
| Ціна продажу
| Ціна для клієнта
|-
| Наявність на складі
| Поточний залишок
|-
| Фото
| Фото запчастини
|-
| Статус
| Активна, архівна, недоступна
|}
== AJAX-інтерактив ==
{| class="wikitable" style="width:100%;"
== Сумісність із автомобілями ==
У продажу можуть бути:
|-
| Нова
| Нова запчастина від виробника або постачальника
|-
| Б/в
| Вживана запчастина
|-
| Відновлена
| Запчастина після ремонту або відновлення
|}
== Логування змін ==
== Оригінали та аналоги ==
Для кожної запчастини потрібно мати можливість вказати сумісність з автомобілями.; # Потрібна запчастина додається до кошика або замовлення.; характеристика
платформа повинна підтримувати пошук:
Типовий бізнес-процес продажу автозапчастин виглядає так:
== Довідник «Категорії запчастин» ==
!; Опціонально можна підключити платіжні системи:
'''Коротко.''' Потрібно реалізувати компонент продажу автозапчастин: марки й моделі авто, категорії, каталог запчастин, фото, артикул, аналоги, сумісність, пошук, кошик, замовлення, складський облік, оплата, доставка, рахунок, накладна і звіти.;[[Категорія:K2 ERP]]
* нові запчастини;
* б/в запчастини;
* відновлені запчастини;
* оригінальні деталі;
* аналоги;
* витратні матеріали;
* аксесуари;
* кузовні елементи;
* електроніка;
* деталі двигуна, ходової, гальмівної системи та салону.; '''істотно.''' Якщо потрібної оригінальної запчастини немає на складі, платформа повинна допомагати оперативно знайти аналоги.; # платформа перевіряє доступний залишок.; Питання
== Поля моделі авто ==
* LiqPay;
* WayForPay;
* Stripe;
* інші платіжні сервіси.; Разом
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Продаж запчастин на авто}}
!; компонент має підтримувати різні способи оплати.; |-
| Що потрібно створити?;== Основні об’єкти модуля ==
== Поля доставки ==
# замовник звертається із запитом на запчастину;
# менеджер шукає товар по артикулу, бренду, категорії, моделі авто або VIN-коду;
# платформа показує доступні запчастини, аналоги, фото, стан і залишки;
# менеджер додає позицію до замовлення;
# платформа перевіряє залишок на складі;
# товар резервується під замовлення;
# замовник обирає спосіб оплати і доставки;
# формується рахунок на оплату;
# після оплати замовлення переходить у статус '''«Оплачене»''';
# запчастини списуються зі складу;
# формується видаткова накладна;
# товар передається клієнту або відправляється службою доставки;
# інформаційні дані потрапляють у звіти.;== Поля категорії ==
{| class="wikitable" style="width:100%;"
Журнал продажів показує всі замовлення клієнтів.;== Шкала оцінювання ==
== Коротко ==
!; компонент має підтримувати різні способи доставки.;== Способи оплати ==
== бізнес-процес продажу ==
[[Категорія:Корпоративна Wiki]]
компонент має підтримувати фото запчастин.; Роль
== Назва задача ==
== Поля запчастини ==
* маркою;
* моделлю;
* поколінням;
* роком випуску;
* типом двигуна;
* VIN-кодом або його частиною;
* оригінальним артикулом.; Об’єкт
{| class="wikitable" style="width:100%;"
У результатах пошуку потрібно показувати:
Резерв потрібен для того, щоб інший менеджер не продав той самий товар.; У звіті потрібно відображати:
!; Звіт показує ТОП товарів за продажами.; характеристика
Видаткова накладна підтверджує передачу товару клієнту.; Поле
{| class="wikitable" style="width:100%;"
</div>
== Поля замовлення ==
Фото мають відображатися:
Звіт показує активність клієнтів.;[[Категорія:CRM]]
== Рекомендовані сутності бази даних ==
!; !; | Марки авто, моделі, категорії, запчастини, склади, клієнти
|-
| Який центральний об’єкт?; характеристика
</div>
* по артикулу;
* по частині артикулу;
* по назві;
* по бренду;
* по категорії;
* по марці й моделі авто;
* по VIN-коду;
* по стану;
* по наявності на складі.; * б/в запчастин;
* кузовних деталей;
* оптики;
* салонних елементів;
* деталей із видимим станом.; | Рахунок на оплату і видаткова накладна
|-
| Які звіти потрібні?; Поле
[[Категорія:Продаж запчастин]]
* номер;
* дату;
* клієнта;
* запчастини;
* артикули;
* кількість;
* ціни;
* суму;
* складський облік;
* підписи сторін.; компонент повинен фіксувати важливі зміни.; !; {| class="wikitable" style="width:100%;"
|-
| Реалізація довідників авто, категорій і запчастин
| 20
| Марки, моделі, категорії, каталог, артикули, фото, стан, аналоги, сумісність
|-
| Пошук запчастин і оформлення замовлень
| 20
| Пошук по артикулу, бренду, категорії, авто або VIN, кошик, замовник, замовлення
|-
| керування складом і списання товарів
| 20
| Залишки, резерви, доступна кількість, списання після продажу, контроль дефіциту
|-
| Формування рахунків і накладних
| 20
| Рахунок на оплату, видаткова накладна, PDF-друк, деталізація позицій
|-
| Інтерактивність через AJAX і зручний інтерфейс
| 20
| Швидкий пошук, фільтри, фото, додавання в кошик, перевірка залишків без перезавантаження
|-
Мета задача — створити в K2 ERP компонент для автоматизації продажу автозапчастин у магазині, на складі, в інтернет-магазині або при СТО.; характеристика
У результаті виконання атестаційного задача має бути створений компонент продажу автозапчастин у K2 ERP.;== Стан запчастини ==
У картці клієнта потрібно бачити всі попередні покупки.;== Права доступу ==
{| class="wikitable" style="width:100%;"
Журнал змін має зберігати:
[[Категорія:Атестаційні завдання K2]]
історичний розвиток має показувати:
!; Відповідь
!; |-
| Менеджер продажів
| Шукає запчастини, створює замовлення, формує рахунки
|-
| Комірник
| Контролює залишки, резерви, списання і відвантаження
|-
| Касир
| Фіксує оплати, друкує документи
|-
| Закупівельник
| Бачить дефіцитні позиції та формує потребу в закупівельна діяльність
|-
| Керівник
| Переглядає продажі та реалізація, залишки, популярні товари і прибутковість
|-
| Адміністратор
| Налаштовує довідники, права, склади, категорії і параметри системи
|}
== Результати пошуку ==
!; Поле
'''центральний принцип.''' У продажу автозапчастин важливі не лише назва і ціна.; !; !;</div>
!; Системний обліковий облік запчастин надає можливість уникати плутанини на складах, оперативно обслуговувати клієнтів, контролювати залишки, знаходити аналоги та бачити реальну прибутковість продажів.; Бали
== формування звітів ==
Категорії допомагають структурувати каталог і оперативно знаходити потрібні товари.; !; # Обирається спосіб оплати.; функціональні можливості
Накладна має містити:
!; Статус
Доступно = Залишок - Зарезервовано
|-
| Нове
| Замовлення створене, але ще не оплачене
|-
| Зарезервовано
| Товар зарезервовано на складі
|-
| Очікує оплати
| Рахунок сформовано, оплата ще не отримана
|-
| Оплачене
| Оплата отримана
|-
| Відправлено
| Замовлення передано в доставку
|-
| Завершено
| Замовлення виконано в цілому
|-
| Скасовано
| Замовлення скасовано
|}
== Приклади категорій ==
{| class="wikitable" style="width:100%;"
# Менеджер або замовник шукає запчастину.; !;== інформаційні дані рахунку ==
== Поля аналога ==
!; У звіті потрібно відображати:
== ключовий бізнес-процес ==
== Див.; додатково ==
* дату замовлення;
* номер замовлення;
* запчастини;
* суму;
* статус;
* спосіб доставки;
* оплату.; Рахунок має містити:
компонент має забезпечувати повний цикл торгівлі автозапчастинами: ведення каталогу, обліковий облік залишків на складах, пошук по артикулу, бренду, категорії або VIN-коду, оформлення замовлення, резервування товару, оплату, списання зі складу, формування рахунку, накладної та звітності.; Поле
== Колонки журналу продажів ==
* запчастину;
* артикул;
* бренд;
* складський облік;
* залишок;
* резерв;
* доступно;
* мінімальний залишок;
* дефіцит.; характеристика
== Оплата ==
Довідник марок і моделей потрібен для підбору запчастин під конкретний автомобіль.; Значення
|-
| Номер замовлення
| Генерується автономно
|-
| Дата
| Дата створення
|-
| замовник
| Покупець
|-
| Телефон
| Контактний номер
|-
| Email
| Електронна адреса
|-
| Спосіб оплати
| Готівка, картка, банківський переказ, онлайн-оплата
|-
| Спосіб доставки
| Самовивіз, Нова Пошта, кур’єр
|-
| Статус
| Поточний стан замовлення
|-
| Загальна сума
| Сума всіх позицій
|}
!; Керівнику потрібно бачити продажі та реалізація, залишки, популярні позиції, дефіцит і прибутковість.;== Онлайн-оплата ==
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
|}
!; компонент має підтримувати розмежування прав.; # замовник вводить або підтверджує контактні інформаційні дані.; Бали
|-
| Назва категорії
| як ілюстрація: двигун, кузов, електрика
|-
| Батьківська категорія
| Для побудови ієрархії
|-
| характеристика
| Короткий характеристика категорії
|-
| Активність
| Чи застосовується категорія в каталозі
|}
!; !; Через AJAX мають працювати:
== Рахунок на оплату ==
Для реалізації задачі доцільно передбачити такі сутності:
У звіті потрібно відображати:
У межах атестації потрібно продемонструвати робочий сценарій.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
{| class="wikitable" style="width:100%;"
== Резервування товару ==
{| class="wikitable" style="width:100%;"
організація займається торгівлею автозапчастинами для роздрібних покупців, СТО, корпоративних клієнтів або власного сервісу.; У звіті потрібно відображати:
== Складський обліковий облік ==
У звіті потрібно відображати:
== Поля марки авто ==
== інформаційні дані накладної ==
== Видаткова накладна ==
!; Поле
компонент має дозволяти вказувати, чи є собою запчастина оригінальною або аналогом.; компонент має підтримувати марки й моделі авто, категорії, каталог запчастин, артикули, бренди, фото, стани товару, оригінали й аналоги, сумісність, пошук, складський обліковий облік, залишки, резерви, замовлення, оплати, доставку, рахунки, видаткові накладні, історію продажів, звіти, AJAX-інтерактив і логування змін.;== Доставка ==
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
|-
| Марки авто
| BMW, Audi, Toyota, Ford та інші бренди автомобілів
|-
| Моделі авто
| Конкретні моделі автомобілів
|-
| Категорії запчастин
| Двигун, ходова, кузов, електрика, салон тощо
|-
| Запчастини
| ключовий каталог товарів
|-
| Аналоги
| Альтернативні деталі до основної запчастини
|-
| Сумісність
| Зв’язок запчастини з марками, моделями або VIN
|-
| Склади
| Місця зберігання товару
|-
| Залишки
| Кількість запчастин по складах
|-
| Клієнти
| Покупці: фізичні особи, компанії, СТО
|-
| Замовлення
| продажі та реалізація клієнтам
|-
| Оплати
| Готівка, картка, банківський переказ, онлайн-оплата
|-
| Доставка
| Самовивіз, Нова Пошта, кур’єр
|-
| Документи
| Рахунок, видаткова накладна, чек або інші документи
|-
| Звіти
| продажі та реалізація, залишки, популярні товари, дефіцит
|}
!; !; !; {| class="wikitable" style="width:100%;"
* у картці запчастини;
* у результатах пошуку;
* у замовленні;
* в онлайн-каталозі, якщо він застосовується.; характеристика
|-
| Спосіб доставки
| Самовивіз, Нова Пошта, кур’єр
|-
| Отримувач
| ПІБ або організація
|-
| Телефон отримувача
| Контактний номер
|-
| Місто
| Місто доставки
|-
| Відділення / адреса
| Адреса або відділення служби доставки
|-
| ТТН
| Номер транспортної накладної
|-
| Статус доставки
| Очікує, відправлено, доставлено, повернено
|}
== Довідник «Марки і моделі авто» ==
{| class="wikitable" style="width:100%;"
!; | Повний цикл: пошук → замовлення → резерв → оплата → списання → документи
|}
== Звіт «продажі та реалізація по періодах» ==
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[СТО]]
* [[Сервісний центр]]
* [[Складський облік]]
* [[Запчастини]]
* [[CRM]]
* [[Рахунок на оплату]]
* [[Видаткова накладна]]
* [[Інтернет-магазин]]
* [[Автоматизація бізнесу]]
Окремо варто відзначити продажу і складського контролю автозапчастин виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку забезпечується через '''Атестаційне задача K2 ERP.; Поле
== Звіт «Дефіцитні позиції» ==
== Звіт «Популярні запчастини» ==
|-
| Марка
| До якого бренду належить модель
|-
| Модель
| як ілюстрація: E90, A4, Corolla, Golf
|-
| Покоління
| Опціонально, якщо потрібно точніше визначати сумісність
|-
| Роки випуску
| Період виробництва моделі
|-
| Тип кузова
| Седан, універсал, SUV, хетчбек тощо
|-
| Двигун
| Опціонально, якщо сумісність залежить від двигуна
|}
'''Умова складання.''' задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл продажу: запчастина → пошук → замовлення → резерв → оплата → списання зі складу → рахунок → накладна → звіт.; Продаж запчастин на авто''' — це практична задача; додатково реалізовано пошуку.; # платформа показує результати пошуку.; # Запчастини списуються зі складу.; # Обирається спосіб доставки.; | По артикулу, назві, бренду, категорії, моделі авто або VIN
|-
| Що має робити складський облік?; # платформа формує рахунок.; # Формується видаткова накладна.;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
компонент продажу автозапчастин потрібен автомагазинам, автосервісам, СТО, розбіркам, постачальникам автокомплектуючих, інтернет-магазинам і компаніям, які ведуть складський облік запчастин для власного автопарку.;== Критерії оцінювання ==
{| class="wikitable" style="width:100%;"
</div>
!; Призначення
!; Поле
компонент має підтримувати обліковий облік запчастин по складах.; Стан
* збільшити кількість у резерві;
* зменшити доступний залишок;
* прив’язати резерв до замовлення;
* зняти резерв при скасуванні замовлення;
* списати резерв при оплаті або відвантаженні.; | Показувати залишок, резерв, доступну кількість і списання після продажу
|-
| Які документи потрібні?;== Очікуваний результат ==
Для аналогів бажано зберігати зв’язок із оригінальним артикулом.; Поле
* готівка;
* банківська картка;
* банківський переказ;
* післяплата;
* онлайн-оплата через платіжну систему.; Рахунок формується на основі замовлення.; Максимальна оцінка
| - | Назва бренду | BMW, Audi, Toyota, Volkswagen тощо |
|---|---|---|
| Країна виробника | Опціонально | |
| Статус | Активна або архівна марка |
Сумісність має змогу задаватися за:
; !; Параметр
- хто створив запчастину;
- хто змінив ціну;
- хто змінив залишок;
- хто створив замовлення;
- хто додав або видалив позицію;
- хто змінив кількість;
- хто змінив статус замовлення;
- хто сформував рахунок;
- хто сформував накладну;
- хто списав товар зі складу;
- дату й час зміни;
- старе та нове значення, якщо це можливо.; Практичний сенс. Менеджер повинен за кілька секунд побачити, чи є собою потрібна деталь, скільки вона коштує, на якому складі лежить і чи є собою доступний аналог.; |-
При оформленні замовлення платформа повинна перевіряти, чи достатньо товару.; характеристика Фото потрібні особливо для: |- | 90–100 | Відмінно | компонент в цілому функціонує: каталог, пошук, сумісність, складський облік, замовлення, оплата, документи, звіти й AJAX реалізовані коректно |- | 75–89 | Добре | Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес продажу автозапчастин |- | 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |- | 0–59 | Не зараховано | Відсутня критична логіка: каталог запчастин, пошук, складський облік, замовлення, списання або документи |}
- неможливо створити запчастину;
- запчастина не має артикулу;
- неможливо знайти запчастину по артикулу;
- неможливо створити замовлення;
- товар додається в замовлення без перевірки залишку;
- платформа надає можливість продати більше, ніж доступно на складі;
- резерв не зменшує доступний залишок;
- скасування замовлення не знімає резерв;
- оплачене замовлення не списує товар зі складу;
- рахунок на оплату не формується;
- видаткова накладна не формується;
- залишки в звіті не відповідають складським рухам;
- фото або сумісність не прив’язуються до запчастини, якщо ці функції заявлені;
- зміни цін, залишків і статусів не логуються.; !; Пошук — ключова частина модуля.; Колонка
| - | Запчастина | Товар, по якому ведеться залишок |
|---|---|---|
| складський облік | Місце зберігання | |
| Кількість | Поточний залишок | |
| Зарезервовано | Кількість, заблокована під замовлення | |
| Доступно | Кількість, доступна для продажу | |
| Мінімальний залишок | Рівень, нижче якого потрібна закупівля |
Звіт «продажі та реалізація по клієнтах»
Способи доставки
Технічні вимоги
платформа повинна:
Кроки продажу
Після створення замовлення товар має змогу резервуватися.; * фото;
- назву;
- артикул;
- бренд;
- стан;
- сумісність;
- ціну;
- залишок;
- складський облік;
- аналоги;
- кнопку додавання до замовлення.; | продажі та реалізація, залишки, популярні запчастини, дефіцитні позиції, продажі та реалізація по клієнтах
Що є собою критичною вимогою?;== Звіт «Запчастини на складі» ==
історичний розвиток продажів клієнта
|