Схема контингентирования 

Определение

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

Использование

В контингенте можно использовать два разных метода для перерасчета количества заказа относительно количества контингента. Указать используемый метод можно с помощью индикатора для метода контингента (кумулированного). Многоуровневые шаги групп контингента могут объединяться в схемах контингентирования.

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

Пример схемы контингентирования

Структура

Дискретная проверка

Если индикатор Кумулированный не установлен, то для контингентирования используется метод, доступный, начиная с версии 3.0F (дискретная проверка доступности продукта).

При использовании этого метода количество из торгового документа перерасчитывается относительно количества контингента. Данная операция выполняется на основе количеств контингента только для текущего и будущих периодов (неиспользованные количества контингента из прошлых периодов не учитываются).

Пример

Количества контингента

Январь	Февраль	Март	Апрель	Май
50	50	50	50	50

При размещении заказа на 150 штук на 01.03 проверка контингента предлагает 50 шт. на март, 50 шт. на апрель и 50 шт. на май. Количества, доступные в январе и феврале, не учитываются.

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

Кумулированная проверка

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

Пример

Количества контингента

Январь	Февраль	Март	Апрель	Май
50	50	50	50	50

 

При размещении заказа на 150 штук на 01.03 неиспользованные количества контингента из прошлых периодов (50 штук за январь + 50 штук за февраль) кумулируются, после чего в проверке контингента выбирается 150 шт. доступного количества контингента. Для даты подтверждается общее доступное количество контингента, равное 150 шт.

Счетчик контингента

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

1. шаг: проверить количество заказа относительно мощности завода для соответствующих периодов.

2. шаг: проверить количество заказа относительно количеств контингента, разрешенных для клиента.

Период перерасчета

В периоде перерасчета определяется число периодов до и после периода проверки. Группа контингентов, которая определяет критерии для выбора временного ряда контингента, присваивается шагу контингента в последовательности схем контингентирования.

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

Маскирующий индикатор

Для каждой группы контингентов можно определить маскирующий индикатор. Из маскирующего индикатора создается ключ для общих записей (= коллективный контингент). Общие записи можно добавить в каталог признаков, используя признаки функции группового контингента. Таким образом, для каждого узла в иерархии создается запись по умолчанию (определенная в последовательности).

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

Шагу контингента можно присвоить несколько объектов с разными периодами действия. Периоды действия не перекрываются.

Релевантный объект контингента определяется с использованием даты контроля, полученной из заказа, как основы.

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

Интеграция

Как правило, схема контингентирования отправляется из системы R/3. После этого параметры настройки схемы доступны в APO. Зависимая от местоположения схема не может использоваться, так как схема уже существует для проверки.

После этого схема контингентирования не отправляется из системы R/3, если в системе R/3 отключено контингентирование. Анализ, основанный на ATP (контингент "да/нет"), выполняется в SAP APO в первую очередь.

Оценка схемы контингентирования

Версия APO	Вид анализа
APO 1.1	Если на экране основных данных основной записи материала в системе R/3 не указана схема контингентирования, контингентирование в APO 1.1 не выполняется.
APO 2.0	Если в основной записи материала схема контингентирования не введена, но при этом активирован контингент, то схема контингентирования считывается из основных данных продукта SAP APO в SAP APO. Сначала выполняется схема, зависимая от местоположения, затем - не зависимая от местоположения.
APO 3.0	Класс потребности и тип партии поставки в системе R/3 могут использоваться для определения необходимости использования схемы из системы R/3 или из SAP APO. В руководстве по внедрению (IMG) для сбыта выберите Основные функции ® ATP-проверка и передача данных потребности ® ATP-проверка ® ATP-проверка относительно контингента ® Определить поток согласно типу потребности. В руководстве по внедрению (IMG) для сбыта выберите Основные функции ® ATP-проверка и передача данных потребности ® ATP-проверка ® ATP-проверка относительно контингента ® Определить поток для каждого типа партии поставки. Если контингентирование отключено в классе потребности или типе партии поставки в системе R/3, то используется схема из SAP APO. Если контингентирование включено в классе потребности и в типе партии поставки в системе R/3, используется схема из системы R/3.

См. также:

 

Создание схем контингентирования

Контингент при вводе заказа клиента

Контингент без прямой проверки области планирования