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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Поэтому необходимы:

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

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

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

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

– поддержка списка причин задержания для объяснения заказчику;

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

– поддержка сообщений о кредитоспособности;

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

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

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

Кроме того, необходима возможность настройки заказов и строк заказов на:

– неоднократные отгрузки;

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

– разные методы отгрузки;

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

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

Необходима возможность подготовки накладных на отгрузку, предусматривающая:

– гибкий выбор момента печати;

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

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

– разделение между различными складами;

– инструкции для опасных или хрупких товаров.

Управление заданиями персоналу

Необходимо обеспечение возможностей:

– поддержка распределения заданий между рабочими склада: размещения, перемещения, отбора, пересчета товара, пополнения зон отбора (при наличии модуля автоматического пополнения зон отбора), контроля качества (при наличии модуля контроля качества);

– определение приоритетов типов заданий, выдаваемых рабочим на rf– или batch-терминал;