КАТЕГОРИИ:
АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
|
Модуль снабжения
Рис. 4а. Модуль снабжения
Рис. 4б. Модуль снабжения Модуль снабжения представляет собой систему оперативного (краткосрочного) планирования и контроля текущих складских остатков. Его работа исходит из следующих предпосылок: Максимальная ликвидность товарного остатка по каждой позиции не должна превышать n рабочих дня. Существует запас процессинга (ЗП) для каждой позиции прейскуранта, который рассчитывается как произведение времени процессинга поставщика позиции на среднедневной расход. Под процессингом понимается максимальное время, проходящее с момента заказа до включения позиции в прайс-лист. Существует страховой запас (СЗ) для каждой позиции прейскуранта и рассчитывается в долях от запаса процессинга в зависимости от товарной группы, к которой относится позиция (АВС). Максимальный размер заказа, формируемый системой, не может превышать суммы рабочего диапазона РД (21 рабочий день), запаса процессинга и страхового запаса. В рамках системы корпоративного учета модуль снабжения реализуется следующим образом: Ежедневно система осуществляет перерасчет текущей ликвидности товарного остатка по каждой прогнозируемой позиции прейскуранта. Ежедневно ответственный сотрудник отдела снабжения запускает интерфейс в системе корпоративного учета, который анализирует информацию по каждой прогнозируемой позиции. Если сумма остатка на складе и товара в пути меньше суммы страхового запаса и запаса процессинга формируется предварительная заявка на сумму Таким образом, эта заявка восстанавливает общую ликвидность запаса по данной позиции до 21 дня без учета запаса процессинга и страхового запаса. Полученная заявка на позицию модифицируется в соответствии с параметром кратности позиции определенным для нее в системе. Ответственный сотрудник отдела снабжения анализирует выданные системой предварительные заявки и отмечает к исполнению. При наличии больших отклонений в прогнозе заявка должна быть обязательно подвергнута экспертной оценке. После того как предварительная заявка отмечена к исполнению система просматривает Регистр Предварительных Заявок (РПЗ). Если она находит в РПЗ заявку на эту же позицию, то старая заявка удаляется из РПЗ, а новая добавляется, в противном случае в РПЗ просто добавляется новая заявка. Ежедневно ответственный сотрудник отдела снабжения запускает интерфейс в системе корпоративного учета, который анализирует предварительные заявки, размещенные в РПЗ. При этом по каждой заявке рассчитывается ее сумма на основании количества заказываемой позиции и цены входа, которая была указана на этапе планирования. После этого производится расчет итогов по поставщикам, к которым относится позиции в предварительных заявках размещенных в РПЗ. Если сумма по итогам поставщика становится больше (см. выше) обозначенной на этапе планирования, то формируется окончательная заявка по множеству предварительных заявок из РПЗ относящихся к одному поставщику. Сформированная окончательная заявка имеет следующие характеристики, рассчитанные на основании введенной в справочники информации - сумма во входных ценах, объем и вес заявки. Так как объемно-весовые характеристики заявки варьируют в некотором диапазоне в зависимости от ее структуры, может возникнуть несоответствие между параметрам заявки и ресурсом определенного для поставщика транспорта (вагонная или контейнерная норма). В этом случае задействуется интерфейс автоматической корректировки окончательной заявки. В качестве параметров в интерфейс передается сама заявка и параметр объема или веса, к которому она должна быть приведена. Система осуществляет обратный разбор окончательной заявки на составляющие ее позиции и итерационно уменьшает или увеличивает заказы по ним с шагом среднедневного расхода, обозначенным на этапе прогнозирования (день ликвидности) до момента совпадения объема или веса окончательной заявки с переданным в интерфейс параметром. При этом также учитывается кратность по каждой позиции окончательной заявки. После того как ответственный сотрудник отдела снабжения отмечает окончательную заявку к исполнению, согласовав ее объем и структуру с поставщиком, все связанные с ней предварительные заявки удаляются из РПЗ, а она сама попозиционно попадает в журнал «товар в пути».
|