[EPIC] Прогнозні продажі

БВ: Доповнити систему прогнозними продажами.

БЕК¶

1. item uid
2. store uid
3. date - період прогнозу
4. period - 1=week, 0=month
5. forecast_sold_qty - прогнозні продажі в шт. в розрізі тижня (числове)
6. forecast_revenue - прогнозні продажі в грошах в розрізі тижня (числове)

2. Передавати дані по прогнозним продажам на фронт.

1. Видаляти продажі, якщо date < now.
2. Для тижнів видаляємо з настанням першого дня наступного тижня.
3. Для місяців - з першим днем наступного місяця.

4. Налаштувати забір даних по прогнозним продажам з платформи.
Дані в платформі будуть в вигляді таблиці з пункту 1.
Файл - forecastsales_<store_uid>_<date>.csv

ФРОНТ¶

1. Аналітика.¶

Додати аналітику по прогнозним продажам на план залу, планограму і формат.

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

1. Отримувати з беку прогнозовані продажі.
2. Над календарем додати фільтр з вибором типу періоду - місяць або тиждень.
3. Якщо в типі періоду обрано тиждень, то при виборі будь-якої дати обирається увесь тиждень, в який входить обране число. Обрано за замовчуванням.
4. Якщо в типі періоду обрано місяць - змінити календар, в ньому на вибір доступні лише назви місяців і в перемиканні рік.
5. Якщо завантажено дані лише по одному з типу періоду, то в фільтрі за типом періоду, за замовчуванням, проставити той, що завантажено. Якщо завантажені прогнози на місяць, фільтр автоматично обирає тип періоду - місяць.
6. Додати фільтр Джерело даних - поточний магазин, всі магазини, за вмістом форматів.
   1. Магазин, Поточний - аналіз товарів на обладнанні по поточному магазину.
   2. Магазин, Додати всі - аналіз товарів по середньому значенні по всіх магазинах, які доступні користувачу.
   3. Магазин, За вмістом форматів - якщо це не форматне обладнання використовується поточний магазин.
   4. Формат, Поточний - аналіз товарів по магазину, який призначено на формат. Якщо не призначено - нічого не виводити.
   5. Формат, Додати всі - аналіз товарів по середньому значенні по всіх магазинах, які доступні користувачу.
   6. Формат, За вмістом форматів - враховується лише ті магазини, на які додана форматна планограма і які доступні користувачу.
7. АВС обіг, Продажі обіг, АВС кількість, Продажі кількість.
   1. Аналіз по кількість рахується по - forecast_sold_qty.
   2. Аналіз в грошах рахується по - forecast_revenue.
   3. ABC аналіз має формулу 80%-15%-5% - не враховуються товари, які розташовані на складському обладнанні/полиці.
   4. Продажі - градієнтна розфарбовка, від набільшого до найменшого.
   5. Додати ці поля в кубік аналітики, як ABC обіг прогнозований.
8. Якщо при додавані останнього товару сума буде більшою за можливій діапазон, то перенести цей товар у наступний. Приклад, з додаванням останнього товару сума по категорії А буде >80%, то цей товар потрібно перенести у категорію В.

1. В календарі виділяти кольором обраний період, якщо тиждень - синім кольором виділено увесь тиждень, якщо місяць - увесь місяць.
2. Додати кольорове виділення в кубік аналітики.

2. Автофейсинг¶

В автофейсингу додати вкладку Прогнозовані продажі.

1. Отримувати з беку прогнозовані продажі.
2. Над календарем додати фільтр з вибором типу періоду - місяць або тиждень.
3. Якщо в типі періоду обрано тиждень, то при виборі будь-якої дати обирається увесь тиждень, в який входить обране число. Обрано за замовчуванням.
4. Якщо в типі періоду обрано місяць - змінити календар, в ньому на вибір доступні лише назви місяців і в перемиканні рік.
5. Якщо завантажено дані лише по одному з типу періоду, то в фільтрі за типом періоду, за замовчуванням, проставити той, що завантажено. Якщо завантажені прогнози на місяць, фільтр автоматично обирає тип періоду - місяць.
6. Додати фільтр для вибору типу прогнозованих продажів:
   1. Продажі в штуках - forecast_revenue.
   2. Продажі в грошах - forecast_sold_qty.
   3. При виборі цього фільтру змінюється джерело даних для розрахунку.
7. Доступний показник для розрахунку:
   1. Продажі - за замовчуванням проставляється 100. forecast_revenue
   2. Кількість - за замовчуванням проставляється 0. forecast_sold_qty
8. Якщо сума показників для розрахунку менше за 100 і не встановлен флаг "Заповнити рівномірно" - заборонити користувачу застосувати автофейсинг.
9. Для Фейсів MIN і MAX використовувати поточну логіку автофейсингу - 5256.
10. Чек-бокс "Дозволити зміщення товарів":
    1. За замовчуванням чек-бокс не обрано.
    2. Чек-бокс зміщення товарів не активний - після автофейсингу товари повинні залишитися на тих полицях, де їх розмістив користувач і зберегти порядок відносно один одного.
    3. Чек-бокс зміщення товарів активний - товари можуть змінити полицю, але порядок товарів щодо один одного повинен зберегтися.
11. Формула для підрахунку автофейсингу по прогнозним продажам: (працює тільки зі стелажем торговим)

    Діючі особи	Користувач, система
    Ціль	Заповнити обладнання за допомогою автофейсингу
    Перед умови	Продажі - 100. Фейсинг встановлено за замовчуванням. Дозволити зміщення товарів не проставлено
    Сценарій: 1. Користувач натискає на кнопку Заповнити 2. Система: 2.1. Вираховує % усіх товарів в продажах. Згідно з цим, це буде %, який товар повинен займати на полиці. 2.2. Визначити довжину усіх полок. 2.3. Визначити положення і ширину товарів. 2.4. Визначити скільки товар повинен займати викладки в сантиметрах. 2.5. Додати стільки фейсів, щоб товар займав свій % на полиці. Ширина товару * фейс = % товару на полиці (см)
    Доповнення
    а*	Якщо виставлені показники розрахунку: Продажі - 70 і кількість - 30, то формула буде такою - (Продажі * 70 + Кількість * 30)/кількість повторень товару

3. Автозаповнення зон.¶

1. В автозаповнення зон, на вкладку "Автофейсинг" додати можливість виставити товар по прогнозованим продажам, задача - (посилання на окрему задачу) зараз пункт 2.
2. Додати звіт, актуалізація прогнозованих продажів. Дані в звіті:
   1. Магазин
   2. Стелаж
   3. Дати від до в автофейсингу по прогнозованим продажам.
   4. Дата, коли потрібно змінити період в автофейсингу і переопублікувати обладнання.
   5. Звіт включає в себе усі планограми, які використовують прогнозовані продажі.
   6. Сортування відбувається по даті переопублікування, спочатку найближча до сьогоднішньої дата далі за зменшенням.
   7. Додати цей звіт в розсилки і в фільтрі дати можливість встановлювати за скільки днів від закінчення актуальності надсилати його.

Створили задачу для платформи для створення таблиці, враховуючи дані:

Назва таблиці в платформі: forecastsales
Поля таблиці в БД:
date - дата розрахунку прогноза (поточна) - ключ
product_uid (item_uid) - ключ
store_uid - ключ
week_date - дата прогнозу (в майбутньому, дата початку тижня, понеділок) - ключ
sold_qty - прогнозні продажі в шт. в розрізі тижня (числове), з Інвенторі - базові продажі + промо продажі на 12 тижнів вперед
revenue - прогнозні продажі в грошах в розрізі тижня (числове), з Інвенторі - поле пусте

Очікується, що прогнозні продажі, надані клієнтом, будуть передаватися в файлі обміну forecastsales _<date>.csv
Поля файлу:
date - дата розрахунку прогноза (поточна)
item_uid
store_uid
week_date - дата прогнозу (в майбутньому, дата початку тижня, понеділок)
sold_qty - прогнозні продажі в шт. в розрізі тижня (числове), з Інвенторі - базові продажі + промо продажі на 12 тижнів вперед
revenue - прогнозні продажі в грошах в розрізі тижня (числове), з Інвенторі - поле пусте

1. Прогнозні продажі завантажені для магазинів 01_Иванова 16, 46_Зайцева 1-А, 015 - Tarnów, ul. Klikowska 85 по товарам з категорій
Кетчуп (рівень 2)
Groceries => Кетчуп (рівень 1) => Кетчуп (рівень 2)
і Майонез (рівень 2)
Groceries => Майонез (рівень 1) => Майонез (рівень 2)
2. Зі свого боку зробила аналітику. Перехожу до автонаповнення.
3. Від фронта чекаю властивість forecast, тип Булево, поки її немає встановила її значення в true, тобто зараз будуть перевірятись тільки прогнозні продажі, як з'являться таби з задачки 5584 і властивість, можна буде перевіряти і прогнозні і реальні продажі. Результат прогнозних даних вантажу поки в колонки таблички аналітики як по фактичним, бо не бачу сенсу їх розділяти вони все одно або ті приходять або ті. Якщо треба рознести, пишіть
4. Якщо при спробі отримати в аналітиці прогноз, отримуємо помилку, можливо це помилка в датах, просто фронт ще не робив свою частинку, а я перевірки вже додала. Читати про помилку тут:

Все написав у підпорядкованих окремих задачах.