Консигнация

Шаг 1. Клиент планирует поставку

Клиент планирует поставку компонента, который требуется для производства. Планирование основывается на текущем запасе клиента, подтвержденном спросе, т.е. на открытых заказах на продажу или графиках продаж, и на неподтвержденном прогнозе спроса.

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

Если план поставок включает подтвержденный и запланированный спрос, то клиент обычно использует графики закупок. Если включается только подтвержденный спрос, то клиент использует заказы на закупку.

Клиент не будет требовать пополнение до тех пор, пока достаточно собственного запаса. Если собственный запас частично удовлетворяет спрос, то клиент распределяет собственный запас раньше запаса, который принадлежит поставщику.

Клиент отправляет свой план поставщику.

Шаг 2. Поставщик отвечает за план поставок.

Поставщик проверяет, может ли он удовлетворить потребности клиента и становится ответственным за количества, которые он может поставить к дате/времени графика плана поставок.

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

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

Шаг 3. Клиент отправляет запрос

В графике закупок, клиент вводит запрос на количества по обязательству. В этом сценарии, пополнение запаса компонентов инициируется графиками закупок и заказами на закупку и сообщениями EDI/RosettaNet.

Шаг 4. Поставщик пополняет запас клиента

Поставщик пополняет склад УПЗ, согласно требованиям.

Клиент регистрирует поступление товарно-материальных ценностей на складе УПЗ.

Для уведомления поставщика о поступлениях, клиент отправляет поставщику XML-сообщение RosettaNet с отчетом о запасах/поступлении. Это сообщение инициирует поступления запаса для обновления уровней запаса на административном складе поставщика.

Также, в ERP системе поставщика, запись потребления может быть создана в сеансе Потребления запаса (tdsls4140m000) либо вручную, либо электронным способом после сообщения о заявке (call-off) от клиента. Это запись потребления обрабатывает фактурирование в модуле Фактурирование для поставщика. LN связывает запись потребления с исходным заказом на продажу клиенту. За дополнительной информацией обратитесь к Обработка потребления запаса.

Шаг 5. Поставщик отправляет счет-фактуру клиенту

Так как компоненты при поступлении находятся в собственности поставщика, то поставщик выставляет счета-фактуры клиенту через определенные интервалы времени; самофактурирование клиентом является еще одной опцией в этом сценарии.

Шаг 6. Клиент отпускает запас

Клиент отпускает компоненты для производства или продажи, так как клиент является ответственным за управление запасами на складе УПЗ.

В сеансе Обработка потреблений запаса (tdsls4290m000) поставщик обрабатывает запись потребления для создания строки счета-фактуры, связанной с исходной строкой заказа на продажу. Строки фактурирования отображаются в сеансе Строки СФ по заказам на продажу (tdsls4106m100).

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

Шаг 7. Клиент платит поставщику

Клиент выполняет платеж поставщику.