Логистика хранения товаров: Практическое пособие - Владислав Волгин

– подготовку отчета об инвентаризации и коррекции товарных запасов;

– подготовку отчета о партионном учете размещения товаров на складских местах;

– подготовку отчета о выявленной пересортицы, недостаче;

– выполнение коррекции товарных остатков (с указанием причины);

– возможность определения точного времени хранения партий товаров и их частей и расчета стоимости хранения по средневзвешенным расценкам;

– партионный учет затрат на хранение и партионный учет внутрискладских операций;

– неограниченное число участков хранения;

– определение видов статистики, необходимой для анализа, видов анализа, необходимых для принятия управленческих решений.

Базы данных, необходимых для управления хранением

БД состояния товарных запасов и размещения по единицам хранения на складах. Она должна показывать имеющиеся в наличии, свободные, включенные в заказ и отправленные изделия. Запись содержит критические параметры, используемые в правилах принятия решения о восполнении производственных запасов. Когда ЛИС управляет логистической системой в целом, состояние запасов и их размещение может быть вспомогательной записью в главном файле размещения единиц хранения на складе, для облегчения внутрискладских перемещений. Товары в пути являются дополнительной частью файла о состоянии запасов.

БД состояния производственных процессов. БД выполняемых заданий содержит текущее состояние любого товара или заказа. Она содержит информацию о завершенных операциях, сроках выполнения, числе выполненных операций и оставшихся операциях.

БД, требуемых для процесса операций и товаров. Эти записи называют файлами маршрутизации, или перечнем операций и ведомостью товаров (комплектовочным графиком). Файлы операций должны содержать ожидаемые или стандартные сроки исполнения процесса, а ведомость товаров должна содержать количества всех товаров для данного процесса (исполнения заказа). Этот файл необходим для разбиения заказов на потребности в товарах и загрузку персонала и оборудования.

БД активности спроса на товары. Эта БД накапливает данные о спросе на товары в зависимости от периода времени и размещения. Она используется для анализа спроса и для периодической проверки прогнозов для управления запасами.

Возможности для управления запасами

Компьютерная система должна обеспечивать следующие возможности:

– возможность устанавливать различные методы обработки заказа непосредственно после ввода;

– расстановку заказов по приоритетам заказчиков;

– приоритеты на уровне отложенных заказов;

– приоритеты товаров;

– подтверждение и резервирование запасов в интерактивном или пакетном режиме;

– подтверждение и резервирование товаров при вводе заказа;

– просмотр, подтверждение и резервирование товаров на уровне нескольких складов одновременно;

– подтверждение, основанное на доступности по дате;

– возможность отслеживать и автоматически обновлять время поступления от поставщиков;

– подтверждение запасов по будущим заказам;

– установку разного времени резервирования на разных складах.

Файл заказов обрабатывается в несколько этапов.

Проверка артикулов (каталожных номеров) товаров в заказах на соответствие имеющимся в базе данных с выводом спецификации тех товаров, номера которых неизвестны компьютеру. Эти спецификации поступают товароведам для проверки, корректировки, выявления и обобщения спроса на новые товары, не хранимые на складе. Сверка заказов со справочниками приоритетов и других признаков и сортировка заказов с целью первоочередной обработки срочных заказов, заказов приоритетных клиентов, заказов на скоропортящиеся товары и т. д. Компьютер проверяет “ненормальные” заказываемые количества. Во избежание обработки неверного заказа система предусматривает поиск “ненормальных” количеств заказанных по ошибке или опечатке деталей по специальному алгоритму и дает правильное предложение количеств в таких случаях. Система проверяет среднемесячный спрос на соответствующую деталь и отмечает как “ненормальное” количество, превышающее спрос в 3 и более раз. В случае заказа “ненормальных” количеств не быстро оборачивающихся товаров они могут быть поставлены после подтверждения заказчика.

Распределение запасов

Технологией многих нынешних компьютерных программ предусмотрено, что обработка заказов производится компьютером по мере поступления, причем все заказы находятся в равном положении, и при нехватке количества товаров они достанутся заказчику, чья заявка поступила раньше. Это значит, что и собственные дилеры, и приоритетные клиенты, и любые сторонние заказчики равны в правах. Такая политика не только не способствует поддержке дилеров, о которой должен заботиться дистрибьютор, но и препятствует улучшению его имиджа и развитию продаж.

Система должна распределять наличный запас по поступающим заказам по специальной логике, использующей факторы приоритета, такие как тип заказа, дата его получения, ожидаемая дата готовности к отгрузке или график отхода судов, состояние платежа и др. Необходима расстановка заказов по приоритетам заказчиков, приоритетам на уровне отложенных заказов, приоритетам товаров.

новый заказ + невыполненный заказ – слияние – решение о приоритете распределения – решение по ожидаемому сроку отгрузки или графику отхода судов – распределение запаса – перечень принятых к исполнению (для отгрузки) + перечень отсутствующих в наличии (для заказа поставщикам).

Количества, распределенные в конкретный заказ, не могут быть “переброшены” в другой.

Резервирование запасов

Система должна обеспечивать:

– подтверждение и резервирование запасов в интерактивном или пакетном режиме;

– подтверждение и резервирование товаров при вводе заказа;

– просмотр, подтверждение и резервирование товаров на уровне нескольких складов одновременно;

– подтверждение, основанное на доступности по дате;

– возможность отслеживать и автоматически обновлять время поступления от поставщиков;

– подтверждение запасов по будущим заказам;

– установка разного времени резервирования на разных складах;

Возможности для управления комплектацией и отправками

Управление позициями заказов

В практике часто возникает необходимость задержки исполнения заказов по разным причинам – ожидание платежа, ожидание недостающего товара для комплекта, ожидание нужного рейса самолета или судна и т. п. Поэтому необходима возможность управления задержками, специальные коды причин задержки и коды этапов, на которых задерживается исполнение заказа – до отбора, до упаковки или до отгрузки.