Опис проєкту
ПерекладУ нас інтернет-магазин з кількома сотнями позицій, і зараз залишки товару відстежуються вручну — через це часто дізнаємося, що товар закінчився, лише коли покупець уже намагався його замовити. Потрібно налаштувати систему порогових сповіщень: для кожного товару задається свій мінімальний залишок, і щойно доступна кількість опускається до цього значення або нижче, відповідальний закупівельник має отримати сповіщення, а не дізнаватися про нестачу через кілька днів.
Важливо, щоб сповіщення містило не просто факт «залишок низький», а рекомендований обсяг закупівлі, розрахований на основі історії продажів цього товару за останні тижні чи місяці — щоб закупівельнику не доводилося вручну відкривати звіти й прикидувати цифру на око. Бажано, щоб розрахунок враховував сезонні сплески попиту та середню швидкість продажів, щоб повільні позиції не отримували такий самий рекомендований обсяг, як ходові товари.
Це саме інструмент сповіщення закупівельника, а не двостороння синхронізація залишків із будь-якою зовнішньою системою — база залишків у нас уже є, потрібна логіка розрахунку порогу та рекомендації плюс доставка сповіщень. Сповіщення можуть надходити на пошту або у внутрішню панель адміністратора — як буде надійніше реалізувати та простіше підтримувати надалі.
Що має бути в підсумковому рішенні:
— налаштовуваний мінімальний поріг окремо для кожного товару
— автоматична перевірка залишків і спрацювання при перетині порогу
— розрахунок рекомендованого обсягу закупівлі на основі історії продажів
— надсилання сповіщення відповідальному закупівельнику
— проста сторінка налаштувань, де пороги можна змінювати без участі розробника
Важливо, щоб сповіщення містило не просто факт «залишок низький», а рекомендований обсяг закупівлі, розрахований на основі історії продажів цього товару за останні тижні чи місяці — щоб закупівельнику не доводилося вручну відкривати звіти й прикидувати цифру на око. Бажано, щоб розрахунок враховував сезонні сплески попиту та середню швидкість продажів, щоб повільні позиції не отримували такий самий рекомендований обсяг, як ходові товари.
Це саме інструмент сповіщення закупівельника, а не двостороння синхронізація залишків із будь-якою зовнішньою системою — база залишків у нас уже є, потрібна логіка розрахунку порогу та рекомендації плюс доставка сповіщень. Сповіщення можуть надходити на пошту або у внутрішню панель адміністратора — як буде надійніше реалізувати та простіше підтримувати надалі.
Що має бути в підсумковому рішенні:
— налаштовуваний мінімальний поріг окремо для кожного товару
— автоматична перевірка залишків і спрацювання при перетині порогу
— розрахунок рекомендованого обсягу закупівлі на основі історії продажів
— надсилання сповіщення відповідальному закупівельнику
— проста сторінка налаштувань, де пороги можна змінювати без участі розробника
Веб програмування Готівка, Банківський переказ
