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

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

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

Последовательность обработки заказа:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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