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