Распределение запасов
Технологией многих нынешних компьютерных программ предусмотрено, что обработка заказов производится компьютером по мере поступления, причем все заказы находятся в равном положении и при нехватке количества товаров они достанутся заказчику, чья заявка поступила раньше. Это значит, что и собственные дилеры, и приоритетные клиенты, и любые сторонние заказчики равны в правах. Такая политика не только не способствует поддержке дилеров, о которой должен заботиться дистрибьютор, но и препятствует улучшению его имиджа и развитию продаж.
Система должна распределять наличный запас по поступающим заказам по специальной логике, использующей факторы приоритета, такие, как тип заказа, дата его получения, ожидаемая дата готовности к отгрузке или график отхода судов, состояние платежа и др. Необходима расстановка заказов по приоритетам заказчиков, приоритетам на уровне отложенных заказов, приоритетам товаров.
Последовательность обработки заказа:
новый заказ + невыполненный заказ – слияние – решение о приоритете распределения – решение по ожидаемому сроку отгрузки или графику отхода судов – распределение запаса – перечень принятых к исполнению (для отгрузки) + перечень отсутствующих в наличии (для заказа поставщикам)
Количества, распределенные в конкретный заказ, не могут быть “переброшены” в другой.
Резервирование запасов
Система должна обеспечивать:
♦ подтверждение и резервирование запасов в интерактивном или пакетном режиме;
♦ подтверждение и резервирование товаров при вводе заказа;
♦ просмотр, подтверждение и резервирование товаров на уровне нескольких складов одновременно;
♦ подтверждение, основанное на доступности по дате;
♦ возможность отслеживать и автоматически обновлять время поступления от поставщиков;
♦ подтверждение запасов по будущим заказам;
♦ установка разного времени резервирования на разных складах;
♦ гибкие временные интервалы для оптимизации склада и отгрузок.
Управление позициями заказов
В практике часто возникает необходимость задержки исполнения заказов по разным причинам – ожидание платежа, ожидание недостающего товара для комплекта, ожидание нужного рейса самолета или судна и т. п. Поэтому необходима возможность управления задержками, специальные коды причин задержки и коды этапов, на которых задерживается исполнение заказа – до отбора, до упаковки или до отгрузки.
Поэтому необходимы:
♦ разные категории задержки отгрузки и их отслеживание;
♦ возможность задерживать весь заказ или отдельные позиции;
♦ возможность устанавливать предел кредита заказчику, основанная на просроченной или ожидающей оплаты дебиторской задолженности, до и после приема и подтверждения заказов;
♦ возможности задержки заказов, зависимые и не зависимые от кредитов;
♦ поддержка списка причин задержания для объяснения заказчику;
♦ контроль кредита в режиме реального времени и авторизация поставки сверх кредита;
♦ поддержка сообщений о кредитоспособности;
♦ возможность частичного и выборочного освобождения после задержания;
♦ возможность пароля для группы пользователей, обладающих правом вести операции с кредитами;
♦ отслеживание аннулированных заказов.
Кроме того, необходима возможность настройки заказов и строк заказов на:
♦ неоднократные отгрузки;
♦ несколько дат отгрузки и доставки, по нескольким адресам, с различными инструкциями;
♦ разные методы отгрузки;
♦ разные исходные склады хранения товаров.
