ти.
Після затвердження прогнозу збуту він передається відповідальному співробітнику відділу постачання, який виробляє їх аналіз на відповідність поточної ситуації під взаєминах компанії зі своїми контрагентами, а також загальної товарної політики.
Кожній позиції прогнозу завчасно повинен бути зіставлений свій постачальник, зміни постачальника від місяця до місяця можливо, але на прогнозованому відрізку часів всі операції по даній позиції повинен проводитися тільки через визначеного в процесі прогнозування контрагента.
Якщо позиція замовляється одночасно у декількох постачальників, то в прогноз на етапі формування мають бути додані дублюючі постачальники.
На наступному етапі необхідно позначити орієнтовну ціну входу на кожну позицію у позначеного постачальника в прогнозованому кількості.
Після цього необхідно проаналізувати рентабельність прогнозу, згрупувавши прогнозовані закупівельні суми по постачальникам. На цьому етапі можлива зміна постачальника або видалення позиції з прогнозу постачання через невідповідність рентабельності загальної політики компанії.
Після остаточного ухвалення прогнозу кожному постачальнику необхідно зіставити (або скорегувати) дві величини:
Час процесингу - час у днях необхідне для надходження товару у продаж від моменту заявки.
Мінімальна сума заявки - сума заявки постачальнику, які буде рентабельна для компанії з точки зору позначеного виду транспорту та системи знижок контрагента.
У разі якщо час процесингу різних позицій одного постачальника різняться в прогнозі необхідно розділити цього постачальника на необхідну кількість груп зі своїм часом процесингу (індивідуально виставленим для кожної позиції часом процесингу). Мінімальна сума заявки залишається єдиною для всієї групи. p> Також для кожної позиції прейскуранта повинні бути встановлені наступні параметри:
Кратність позиції - мінімальний крок у кількості замовленої позиції.
Об'єм і вага партії позиції, рівної кратності.
На цьому етапі прогноз заморожується і вноситься в систему. З цього моменту він є основним документом, що регламентує товарну політику компанії.
На його підставі відповідальними співробітниками відділу постачання повинні бути досягнуті угоди з постачальниками. p> Модуль постачання
В
Рис. 4а. Модуль постачання
В
Рис. 4б. Модуль постачання
Модуль постачання являє собою систему оперативного (короткострокового) планування та контролю поточних складських залишків.
Його робота виходить з таких передумов:
Её Максимальна ліквідність товарного залишку по кожній позиції не повинна перевищувати n робочих дні. p> Её Існує запас процесингу (ЗП) для кожної позиції прейскуранта, який розраховується як добуток часу процесингу постачальника позиції на середньоденний витрата. Під процесингом розуміється максимальне час, що проходить з моменту замовлення до включення позиції в прайс-лист. p> Её Існує страховий запас (СЗ) для кожної позиції прейскуранта і розраховується в частках від запасу процесингу залежно від товарної групи, до якої належить позиція (АВС). p> Её Максимальний розмір замовлення, формований системою, не може перевищувати суми робочого діапазону РД (21 робочий день), запасу процесингу і страхового запасу.
У рамках системи корпоративного обліку модуль постачання реалізується наступним чином:
Её Щодня система здійснює перерахунок поточної ліквідності товарного залишку по кожній прогнозованої позиції прейскуранта. p> Её Щодня відповідальний співробітник відділу постачання запускає інтерфейс в системі корпоративного обліку, який аналізує інформацію по кожній прогнозованої позиції. Якщо сума залишку на складі і товару в дорозі менше суми страхового запасу і запасу процесингу формується попередня заявка на суму
В
Её Таким чином, ця заявка відновлює загальну ліквідність запасу по даній позиції до 21 дня без урахування запасу процесингу і страхового запасу. Отримана заявка на позицію модифікується відповідно до параметром кратності позиції визначеним для неї в системі. Відповідальний співробітник відділу постачання аналізує видані системою попередні заявки і зазначає до виконання. При наявності великих відхилень у прогнозі заявка повинна бути обов'язково піддана експертної оцінці. p> Её Після того як попередня Заявка відзначена до виконання система переглядає Регістр Попередніх Заявок (РПЗ). Якщо вона знаходить у РПЗ заявку на цю ж позицію, то стара заявка видаляється з РПЗ, а нова додається, в іншому випадку в РПЗ просто додається нова заявка. p> Её Щодня відповідальний співробітник відділу постачання запускає інтерфейс в системі корпоративного обліку, який аналізує попередні заявки, розміщені в РПЗ. При цьому за кожній заявці розраховується її сума на підставі кількості замовленої позиції і ціни входу, яка була вказана на етапі планування. ...
