Автоматичне формування замовлень постачальника або прогнозування продажів

Автор:   Кравченко Андрей, mail@andriy.co

Є така проблема, я називаю її "вимивання асортименту". Звертали увагу -- магазин відкрили, товарів різних цікавих повно і походити по такому магазину хочеться, та й купити дечого не відмовимося. Але проходить час, ну, скажімо, півроку. Магазин не впізнати. Раніше п'ять видів масла було, зараз від сили два. Раніше в холодильниках і креветки різного калібру пропонувалися, а зараз залишилася одна пачка, і креветки з червоних перетворилися в рудих, і цю пачку точно ніхто не купить, її навіть ніхто не зволив вкрасти (красти погано).
Потрібно щось робити. В ідеалі, при формуванні заявки постачальнику хотілося б мати «чарівну кнопку», при натисканні на яку, замовлення б формувалося повністю автоматично. Та як це не дивно, при розробці ми вклались в дане «Технічне завдання».
Розглянемо більш детально, як працює автоматичне формування заявки для постачальника. Для цього, знаходячись в реєстрі товарів ТЦУ, перейдемо на точку, куди зазвичай постачальник постачає товар. Це може бути центральний склад, звідки товар розподіляється по торговим точкам. Це може бути торгова точка, якщо постачальник поставляє товар безпосередньо на дану точку. Наприклад, молочні продукти зазвичай поставляються прямо в магазин, минаючи склад. У ріббоні перейдемо на вкладку «Створення» і виберемо «Нове замовлення постачальнику».

Відкриється нове замовлення, виберемо постачальника. У нашому випадку це «Векка». Задача полягає в тому, щоб до замовлення автоматично включити всі товари, що поставляються «Векка» протягом останнього часу. Ця процедура називається «Розрахунком асортименту». Після того як асортимент постачальника розрахований, система повинна визначити нашу потребу на майбутній період. Потреба в товарі визначається з середньоденній потребі, помноженій на кількість днів майбутнього періоду. У свою чергу, середньоденну потребу легко розрахувати, оцінивши обсяг продажу даного товару за якийсь період і поділивши цей обсяг на кількість днів періоду.
Якось складно виходить. Давайте по-простому, на пальцях. За січень місяць (31 день) ми продали 122 кг ковбаси. Отже, за день ми в середньому продавали 122/31 = 3,935 кг. Постачає товар наш постачальник раз на тиждень. Отже, нам треба замовити товару на 7 днів продажів. Приймаючи, що продажі в лютому будуть приблизно рівними січневих, оцінимо нашу потребу в ковбасі: 3,935 * 7 = 27,548 кг.
Як бачите, нічого складного. В реальній торгівлі вводиться ще таке поняття, як коефіцієнт запасу. Не дуже хочеться, залишитися останні два дні зовсім без ковбаси. Зазвичай цей коефіцієнт дорівнює 1.5 (півтора), але в програмі ми зможемо його регулювати. Крім того, з замовленої кількості потрібно відняти вже наявне. От і складається у нас проста формула: (середньоденний продаж за вказаний період * кількість днів планованих продажів * 1,5) - (залишок на складі-одержувача на момент замовлення).
Подивимося, як це працює. На контекстної вкладці нашого замовлення виберемо пункт «Прогнозування потреби».

Відкриється форма планування закупівель.

Період аналізу продажів дозволяє нам сформувати асортимент даного постачальника. Ми просто отримуємо список товарів, які постачальник поставив нам за цей період.
Друга задача, в якій бере участь період аналізу продажів - оцінка середньоденного продажу за даний період. Період можна задати довільним. Чим період більше, тим багатший асортимент і тим більш «середніми» будуть наші середньоденні продажу. Як працювати з цим періодом - прийде з досвідом. Тут є свої нюанси. І матеріалу вистачило б на ще одну статтю. Наприклад, не завжди добре збільшувати період аналізу, особливо для сезонних товарів. Ще один цікавий момент - якщо наближаються свята, то цікаво було б «зачепити» попередній святковий період, але й тут є особливості. 8 Березня - це зовсім не Новий рік і переваги у населення до цих свят різні за одними продуктами і однакові за іншими. Взагалі, кермо ми вам в руки віддаємо, куди приїдете, там і надобраніч.
З періодом планованих продаж все набагато простіше. Отриманий середньоденний продаж просто множиться на кількість днів цього періоду для оцінки потреби.
З коефіцієнтом запасу начебто теж ніяких труднощів, з округленням теж розбере.
Галочка «Тільки для обраного постачальника» обмежує розрахунок асортименту тільки зазначеним у замовленні постачальником. Якщо її зняти, то буде така каша! Так, це не читайте. Читайте це: «Якщо галочку зняти, то в асортимент будуть включені товари, поставлені всіма постачальниками за період аналізу».
Ну, і остання група налаштувань називається «Аналіз продажів». Має три режими:

  1. «Для усіх точок». Використовується, коли товари постачаються на центральний склад, після цього накладними на передачу розподіляються по торговим точкам, і нам потрібно порахувати продаж з усіх торговельних точок.
  2. «Для групи точок». Коли поставки йдуть на локальний склад, звідки товари розподіляються по торговим точкам в межах поточної групи. Наприклад, якщо відділи та склад магазину об'єднані в одну групу і нас цікавлять продаж тільки в межах вказаного магазину.
  3. «Для поточної точки». Коли продаж йде з тієї ж точки, куди постачаються товари. Найбільш часто використовується в простих структурах підприємств.

Коли з настройками визначилися, тиснемо кнопку «Застосувати», і після секундний паузи (йде запит на сервер для отримання асортименту товарів) починаємо спостерігати «чарівний процес» автоматичного заповнення нашої заявки. У мене вийшло так:

А у вас?

P.S.

Якщо у вас нічого не вийшло після такої докладної статті, пишіть в форум, обіцяємо, що відповімо.

Статья включена в следующие темы:

Вверх