ATP-проверка
компонентов
Назначение
Существуют отрасли промышленности (например, сборка компьютеров), в которых большая часть действий, создающих добавленную стоимость, выполняется при конечном монтаже. Сборка на ранних этапах производства полностью выполняется или заготавливается на стороне до появления заказа клиента, однако конечный монтаж инициируется только после поступления заказа клиента.
Как правило, в данных отраслях используется ATP-проверка компонентов, поскольку требуемые для производства компоненты и конечный продукт проверяются при создании заказа клиента.
Наиболее подходящей областью использования ATP-проверки компонентов является ввод заказов клиентов для конфигурируемых продуктов. Заказ клиента может быть принят только при условии доступности всех обязательных компонентов. Однако в конфигурации, запрашиваемой клиентом, указываются определенные компоненты, наличие которых может быть проверено только в момент ввода заказа клиента.
В отличие от модуля Capable-To-Promise (CTP) в сети заказов SAP Advanced Planner and Optimizer (SAP APO) во время ATP-проверки компонентов элементы поступления не создаются. Вместо этого результаты проверки сохраняются в древовидной структуре ATP. Элементы поступления создаются только после преобразования древовидной структуры ATP в PP/DS. Это позволяет повысить производительность во время проверки. Следует учитывать, что подтверждения доступности мощностей и компонентов могут быть лишь приблизительными (ежедневными), но не столь подробными как в CTP (мгновенными).
До тех пор, пока элементы поступления отсутствуют, древовидная структура ATP существует в базе данных SAP APO. Требования на уровне компонента представлены в виде агрегированных присвоений количеств. Древовидная структура ATP и агрегированные присвоения количеств удаляются или сокращаются непосредственно после преобразования в элементы поступления.
ATP-проверка компонентов поддерживает следующие функции:
●
Объем
проверки в
проверке
доступности
продукта
для
компонентов
● Контингентирование на уровне конечного продукта
●
Сверка
с
предварительным
планированием
на уровне
компонента
● Мэппинг мощностей с использованием контингента
● Исключение специфичных компонентов из проверки (т.е. выполнение подтверждения компонентов без проверки)
● Возврат данных посредством компонентов/значений признаков, которые приводят к задержке или сокращению подтверждения (список дефицитных материалов)
●
Проверку
ATP на основе
правил на
уровне
компонента,
при которой
посредством
выбора
местоположения
создается
заявка на
перемещение
запаса в PP/DS.
Для
получения
дополнительной
информации
см. Проверка
ATP на основе
правил на
уровне
компонента.
● Обработку поставки третьему лицу для всех систем на уровне конечного продукта, совместно с ATP-проверкой компонентов.
Предпосылки
● В качестве системы OLTP, соединенной с SAP APO, может выступать система ERP, система управления связями с клиентами SAP (SAP CRM) или внешняя система.
● В SAP APO должна быть создана модель производственного процесса (PPM).
● В SAP APO должны быть созданы основные данные компонентов.
При ATP-проверке компонентов учитываются только те компоненты, которые созданы в SAP APO.
● В основных записях местоположения для календарного планирования создан производственный календарь
●
В
специфичных
для
местоположения
основных
данных
продукта для
компонента
(закладка ATP) введены
режим
проверки и
группа ATP.
Как и
замещения
для проверки
ATP на
основе
правил режим
проверки и
группа ATP должны
считываться
в основных
данных
продукта,
что
позволяет
выбрать
предписание
по проверке
и управление
проверкой
для ATP-проверки
компонента.
Для
получения
дополнительной
информации
см. раздел
Ведение
основных
данных
продукта,
зависимых от
местоположения.
● ATP-проверка компонентов сконфигурирована в режиме проверки для готового изделия. Если многоуровневую развертку плана и ATP-проверку компонентов следует выполнять посредством зависимых спецификаций, то ATP-проверку компонентов необходимо сконфигурировать в режиме проверки для компонента, который одновременно является материалом заголовка спецификации.
Получить развертку плана и ATP-проверку для последующих зависимых спецификаций можно в том случае, если проверка ATP на основе правил, вызывающая производство для замещенных компонентов, которые являются одновременно материалами заголовка спецификации, выполняется на уровне компонента. ATP-проверку для замененных компонентов необходимо конфигурировать в режиме проверки.
В
пользовательской
настройке SAP APO
выберите Global
Available-to-Promise (Global ATP) ® Общие
параметры
настройки ®
Выполнить
ведение
режима
проверки.
Не следует изменять в системе ERP существующие классы потребности, для которых уже существуют заказы клиентов. При реализации ATP-проверки компонентов необходимо создать собственный класс потребности. Для получения дополнительной информации см. Контроллинг ATP-проверки для компонентов.
● В предписании по ATP-проверке установлены следующие параметры:
○ В предписании по ATP-проверке готового изделия и компонентов, являющихся материалами заголовка зависимой спецификации, выполнена настройка триггера, времени производства и создания остаточной потребности для компонентов (см. также Два шага ATP-проверки компонентов).
○ В предписании по ATP-проверке готового изделия или замещения продукта (для проверки ATP на основе правил) также необходимо настроить режим преобразования для древовидной структуры ATP.
○ В предписании по проверке готового изделия, требующего проверки, установлен индикатор Повторное создание элементов поступления. Благодаря этому при следующей ATP-проверке уже сохраненного заказа клиента обеспечивается замена существующих элементов поступления новыми, более подходящими элементами.
○ Кроме того, при необходимости отличия предписания по проверке и управления ATP-проверкой компонентов от управления ATP-проверкой готового изделия/материала заголовка в предписании по проверке для готового изделия и компонента, который также является материалом заголовка спецификации, можно ввести собственное бизнес-событие для ATP-проверки компонентов. Если в предписании по проверке не было введено специфичное бизнес-событие для компонентов, то для проверки используется бизнес-событие на уровне конечного продукта или на уровне заголовка.
В пользовательской настройке SAP APO выберите Global Available-to-Promise (Global ATP) ® Общие параметры настройки ® Выполнить ведение предписаний по проверке.
● Категория AY (вторичная потребность) включена в объем ATP-проверки на уровне компонента. В пользовательской настройке SAP Advanced Planner and Optimizer (SAP APO) выберите Global Available-to-Promise (Global ATP) ® Проверка доступности продукта ® Выполнить ведение управления проверкой.
● При реализации проверки ATP на основе правил для компонентов можно использовать специфичный бизнес-случай для определения стратегии правил в пользовательской настройке SAP APO, выбрав Global Available-to-Promise (Global ATP) ® Проверка ATP на основе правил ® Создать бизнес-случай для ATP-проверки компонентов. Для получения дополнительной информации см. Проверка ATP на основе правил на уровне компонента.
● Для продуктов и компонентов в основной записи продукта местоположения создан горизонт PP/DS. Если горизонт не введен, система использует горизонт PP/DS плановой версии.
● Для ATP-проверки компонентов создан горизонт планирования. Как правило, этот горизонт меньше или аналогичен горизонту PP/DS. Горизонт планирования для ATP-проверки компонентов создается в пользовательской настройке для SAP Advanced Planner and Optimizer (SAP APO) по пути Планирование логистической цепочки ® Производственное и точное планирование (PP/DS) ® Глобальные параметры настройки ® Выполнить ведение глобальных параметров и значений по умолчанию.
Выполнение
...
1. В системе ERP создается заказ клиента, например, для готового изделия, для которого в SAP APO было выполнено ведение структуры производственных данных или модели производственного процесса.
Материалу присваивается группа стратегий, определяющая, например, класс потребности с использованием вида потребности. Данный класс потребности соответствует в SAP APO режиму проверки, допускающему ATP-проверку компонентов.
Для
получения
дополнительной
информации
по обработке
заказа
клиента в
системе ERP см. 
Продажи SLS SD.
2. В системе ERP ATP-проверка, выполняемая в SAP APO, инициируется автоматически.
Предписание по проверке определяет динамику ATP-проверки в SAP APO. В данном примере система настроена таким образом, что сначала выполняется ATP-проверка, после чего вызывается производство (для ATP-проверки компонентов также существует возможность немедленного вызова).
Посредством ATP-проверки (частичные) количества на уровне конечного продукта, которые могут быть подтверждены, защищены от параллельных запросов временным присвоением количеств.
Для
получения
дополнительной
информации
см.
Методы
ATP-проверки.
3. Если объем потребности не может быть подтвержден полностью, выполняется ATP-проверка компонентов. ATP-проверка компонентов выполняется в два этапа, если объем потребности не может быть подтвержден полностью для желательного срока, что приводит к частичному подтверждению количеств и сроков.
В PP/DS инициируются выбор источника поставки, развертка плана и календарное планирование. Для получения дополнительной информации см. Автоматический выбор источника поставки в PP/DS и Выбор количеств компонента и дат потребности для ATP-проверки компонентов.
Для созданной потребности в компоненте ATP-проверка выполняется согласно предписанию по проверке, сконфигурированному для компонентов. Для получения дополнительной информации см. Контроллинг ATP-проверки для компонентов.
Если компонент не доступен в достаточном количестве, данный процесс выполняется на многоуровневой основе; при необходимости, предоставляется PPM, имеющаяся для нижестоящих компонентов. Подтверждения коррелируются позже. Доступность готового изделия является следствием доступности компонентов. Если ATP-проверка компонентов подтверждает объем потребности для желательного срока, второй этап не выполняется, поскольку результат ATP-проверки компонентов равен одному сроку и одному количеству, для которого можно создать элемент поступления в PP/DS.
Данное поведение может измениться, если результат ATP-проверки компонентов состоит из подтвержденных частичных количеств и сроков. В этом случае выполняется второй этап ATP-проверки компонентов.
С помощью параметров настройки в режиме преобразования для древовидной структуры ATP можно определить, какие (частичные) количества и сроки включаются в качестве объема и даты потребности на втором этапе ATP-проверки компонентов. В PP/DS имеется и другая развертка плана и календарное планирование, при этом ATP-проверка выполняется для потребности в компоненте. После этого для даты потребности на уровне заголовка необходимо подтвердить полный объем потребности. При отсутствии подтверждения (из-за поврежденных областей действия) система выполняет дальнейшие действия с неподтвержденным количеством, зависящим от параметра Остаточная потребность компонента, установленного в предписании по проверке. Остаточная потребность может быть создана на уровне заголовка или компонента. Для получения дополнительной информации см. Два шага ATP-проверки компонентов.
Предустойчивые временные присвоения количеств записываются для потребности в компоненте. Для получения дополнительной информации см. Индикатор устойчивости.
Отображается обзор результатов. Потребность в компоненте и подтверждения представлены в иерархическом просмотре (см. также Обзор результатов). Также там представлены общее подтверждение для готового изделия и подтверждение для потребности в компоненте. Подтверждение для компонентов невозможно изменить.
4. Перенесите результат.
Подтверждения для компонентов не переносятся в систему ERP.
5. Заказ клиента в системе ERP содержит подтвержденное количество и срок готового изделия.
6. Сохраните заказ клиента в системе ERP.
7. В SAP APO древовидная структура ATP сохраняется в базе данных SAP APO. В зависимости от горизонта планирования и горизонта PP/DS древовидная структура ATP преобразуется при сохранении заказа клиента и создании проекта заказа на поставку в PP/DS немедленно. Если горизонт планирования и выбранный горизонт PP/DS являются слишком маленькими, древовидная структура ATP сначала только сохраняется в базе данных SAP APO. В этом случае преобразование необходимо сделать позже в PP/DS.
В SAP APO удаляется временное присвоение количеств, а для готового изделия в liveCache генерируется потребность. Одновременно в базе данных сохраняется древовидная структура ATP. Потребности в компоненте сохраняются в качестве агрегированных присвоений количеств. Для получения дополнительной информации см. Древовидные структуры ATP.
В зависимости от горизонта планирования и горизонта PP/DS элемент поступления может быть создан в PP/DS при сохранении заказа клиента немедленно. В данном случае значение (дни), выбранное в горизонте планирования для ATP-проверки компонентов, должно быть достаточным для немедленного преобразования (и последующего удаления) древовидной структуры ATP и автоматической генерации проекта заказа на поставку. Древовидная структура ATP всегда преобразовывается для запрашиваемой партии поставки заказа клиента. Для получения дополнительной информации см. Преобразование древовидной структуры ATP.
Сконфигурировать горизонт планирования для ATP-проверки компонентов в пользовательской настройке SAP APO можно по пути Планирование логистической цепочки ® Производственное и точное планирование (PP/DS) ® Глобальные параметры настройки ® Выполнить ведение глобальных параметров и значений по умолчанию (закладка Планирование).
Если при
ATP-проверке
было
обнаружено,
что в
области
действия
спецификации
были
повреждены
срок или
количество,
то при
сохранении
заказа
клиента в
мониторе
предупреждений
создается
предупреждение.
Если область
действия
спецификации
была
повреждена в
пределах
корреляции
групп
поставки или
изменения на
экране
предлагаемой
поставки на
уровне
конечного
продукта,
обработчик
продажи
может
реализовать
обработку
отставаний
(выбор
заказов с
использованием
предупреждений).
Кроме того,
если
выполняется
сохранение
заказа
клиента, при
котором
плановый
заказ
проверен, но
создается
неподтвержденным
в PP/DS или в
более
позднем
преобразовании
древовидной
структуры ATP, то в
мониторе
предупреждений
генерируется
предупреждение
Это
происходит в
том случае,
если в
предписании
по проверке
было
настроено
создание
остаточной
потребности
на уровне
компонента.
Плановик
должен
убедиться в
том, что
неподтвержденные
компоненты
заготавливаются.
Подробнее
см.
Монитор
предупреждений.
8. Если древовидная структура ATP не была преобразована немедленно при сохранении заказа клиента, ее необходимо преобразовать позже в PP/DS.
Древовидная структура ATP и агрегированные присвоения количеств удаляются или сокращаются непосредственно после преобразования.
Для получения дополнительной информации см. Преобразование древовидной структуры ATP в элемент поступления в PP/DS.
9. Плановый заказ или заявка преобразуются в системе ERP в заказ на производство или заказ на поставку.
Для
получения
дополнительной
информации
см.
Перенос
заказов в
систему OLTP.
Подпроцессы
Новая ATP-проверка при создании или изменении заказа клиента
Обычно заказ клиента изменяется при изменении требуемого количества поставки или желательного срока поставки на стороне клиента. При изменении заказа клиента автоматически инициируется новая ATP-проверка. Обратите внимание на следующее:
До тех пор, пока в качестве результата ATP-проверки компонентов не были созданы элементы поступления, существует возможность выполнения новой ATP-проверки.
Если древовидные структуры ATP уже были преобразованы и система создала элементы поступления, то при выполнении последующих ATP-проверок следует иметь в виду следующее:
● При установке индикатора Повторное создание элементов поступления в предписании по проверке готового изделия становится возможным создание в процессе последующей ATP-проверки более подходящего элемента поступления. На многоуровневой основе во всей структуре заказа выполняется корректировка элементов поступления и удаление предыдущих лишних элементов поступления. Для получения дополнительной информации см. Повторное создание проектов заказов на поставку.
● Если индикатор Повторное создание элементов поступления в предписании по проверке готового изделия не установлен, возможно возникновение следующих ситуаций:
○ Запрошенное количество увеличено; желательный срок поставки смещен в будущее
Система выполняет для запрошенного количества новую ATP-проверку. Элементы поступления, созданные до настоящего момента, учитываются в объеме ATP-проверки. При необходимости система выполняет ATP-проверку компонентов для количества, являющегося в данный момент открытым.
Если желательная дата поставки смещена в будущее, система может подтвердить результат в новой ATP-проверке, так как объем потребности уже подтвержден для более ранней желательной даты поставки.
В этом случае прямое производство не может быть сконфигурировано, поскольку производство вызывается напрямую без предварительной ATP-проверки.
○ Запрошенное количество сокращено; желательный срок поставки смещен в прошлое
Система выполняет для запрошенного количества новую ATP-проверку. Элементы поступления, созданные до настоящего момента, учитываются в объеме ATP-проверки. Возможно выполнение системой подтверждения запрошенного количества. При этом существуют плановые заказы, фактическая потребность в которых отсутствует.
Если желаемый срок/время поставки был смещен в прошлое, ATP-проверка выполняет подтверждение для этого срока/времени. Если при использовании профиля калькуляции RBA была установлена столь малая допустимая задержка, что исходный желательный срок/время поставки стали недопустимыми, выполняется новая ATP-проверка компонентов. При преобразовании древовидной структуры ATP появляются плановые заказы, потребность в которых отсутствует.
○ Прямое производство
В этом случае производство всегда вызывается немедленно, при этом выполняется новая ATP-проверка компонентов. После преобразования древовидной структуры ATP появляются плановые заказы, потребность в которых отсутствует. Прямое производство целесообразно только в следующих случаях:
■ В рамках проверки ATP на основе правил
■ При возможности автоматического удаления элементов поступления (см. ниже)
Мэппинг мощностей с использованием контингента
Необходимость проверки мощностей в процессе ATP-проверки компонентов можно определить с помощью предыдущей проверки на контингент. Допустимыми признаками являются только продукт и местоположение. Это ограниченная проверка на контингент, которая не поддерживает признаки, такие как заказчик.
Так как система использует в ATP-проверке компонентов только информацию SAP APO, некоторая информация, например, каталог полей, который обычно переносится из системы ERP и доступен только для готового изделия в SAP APO при выполнении ATP-проверки компонентов, отсутствует.
Поэтому единственными признаками, которые допускается использовать в группе контингентов для проверки на контингенты на уровне компонента, являются признаки RULE_MATNR и RULE_WERKS. Эти признаки можно найти в средстве поиска для расширения каталога полей в IMG-операции Выполнить ведение группы контингентов.
Обратите внимание, что между контингентом и ресурсами/распределениями ресурсов не выполняется автоматическая синхронизация. Так, при недоступности ресурса или изменении планового заказа вручную необходимо выполнить корректировку контингента вручную.
Для
получения
дополнительной
информации
см.
Параметры
настройки
контингента.
Представление
Результаты ATP-проверки компонентов представлены в обзоре результатов. В зависимости от динамики проверки ведомость дефицита может предоставляться динамически. Для получения дополнительной информации см. Обзор результатов.
Ограничения
● ATP-проверка компонентов не учитывает размеры партии; другими словами, во внимание принимаются только точные размеры партии. Количества заказа переносятся из ATP. Разделение или объединение заказов возможно только вручную в PP/DS, и только в случае отсутствия конфигурации и замещения продуктов.
● Исправить некорректные области действия компонента вручную можно только в PP/DS (удалите заказ, создайте его повторно и выполните новую ATP-проверку компонентов). Можно указать, что в подобной ситуации должно создаваться предупреждение. При изменении модели конфигурации заказ клиента не обновляется. Аналогично этому при наличии изменений в плане плановые и производственные заказы не корректируются.
● Автоматическая синхронизация ресурсов/распределений ресурсов и контингента отсутствует. Ресурсы могут быть проверены только в процессе ATP-проверки в форме контингента. Инструмент для балансировки мощностей и контингента отсутствует. Контингент может быть выбран с помощью планирования сбыта/логистических сетей. Пользователь несет ответственность за непротиворечивость моделей производственных процессов SNP и PP/DS или динамического объекта.
● Если конфигурация уже используется, то ведение модели конфигурации и замещений, возможных на уровне компонента с использованием проверки ATP на основе правил, должны выполняться последовательно.
● Одновременная работа на уровне конечного продукта с конфигурацией и вызов замещения продукта на уровне компонента не приводят ни к созданию новой конфигурации, ни к появлению другого продукта на уровне конечного продукта.
● При наличии перемещения запаса, использующего проверку ATP на основе правил, выполнение одновременного замещения продукта невозможно.
● В пределах ATP-проверки компонентов использование контингента возможно в ограниченном размере только для компонентов. На уровне компонента проверка на контингент используется только для отображения вида проверки мощности.
● Комбинация ATP-проверки компонентов и метода Capable-to-Promise (CTP) не поддерживается; другими словами, для одной спецификации может быть выполнена или ATP-проверка компонентов или CTP.
● Активированный индикатор Повторное создание элементов поступления оказывает влияние только на производство по заказу или в случае, когда заказ клиента становится источником потребности. Удаляются только те элементы поступления, которые позволяют выполнять удаление. Другими словами, если плановый заказ, перенесенный из SAP APO, зафиксирован на уровне заголовка в системе ERP, эта функция не может использоваться.
● Проверка на основе признаков на уровне складских запасов (вид производства “оценка признака” в режиме проверки) не допускается для компонентов.
● Многоуровневая конфигурация в настоящее время возможна только с использованием iBASE, но не CDP. Причина заключается в том, что присвоения значения признака CDP хранятся в liveCache и "фрахтовщик" данного присвоения значений признаку должен находиться там же. Если планирование не выполнялось, то ATP-проверка компонентов не удовлетворяет этому требованию. Если присвоения значения признака CDP хранятся в базе данных SAP APO, для признаков CDP также возможна и многоуровневая конфигурация.
● В ATP не используются фиктивные узлы. В частности, для фиктивных узлов невозможно выполнить проверку ATP на основе правил.
● Основанная на признаках ATP-проверка на уровне компонента не поддерживается.
● Определение "исходного" присвоения значений признака для последнего компонента возможно только в следующих случаях:
○ iPPE. Между значением признака и компонентом существует присвоение 1:1. Если компонент определен посредством признаков n, он может иметь только отношение "И", но не отношение "ИЛИ". Кроме того, необходимо учитывать следующее: признак соответствует значению признака. Комбинации признаков не допускаются.
○ CDP. В пределах плана возможно только копирование присвоения значений признака посредством распространения признаков, но не выполнение деривации с использованием макроса.
● Комплексное производство не поддерживается.
● При выделении документа, ссылающегося на другой документ (например, заказ клиента ссылается на предложение или поставка ссылается на заказ клиента), древовидная структура ATP не может существовать одновременно с последующим документом. Другими словами:
○ ATP-проверка компонентов может быть выполнена для предложений, однако позиции предложения, для которого выполняется ATP-проверка компонентов, не должны быть релевантны потребности (в этом случае запись древовидной структуры ATP не производится).
○ После проверки поставки, ссылающейся на заказ клиента, для которого была выполнена ATP-проверка компонентов, необходимо выполнить прогон планирования, чтобы убедиться, что для ссылочных позиций заказа более не существует древовидной структуры ATP.
● Если оба задействованных местоположения находятся в одной системе OLTP, возможной становится только проверка ATP на основе правил с перемещениями запаса.
● Консервативная обработка дельты невозможна.
● Развертывание максимальной спецификации не выполняется. ATP-проверка работает корректно только с той конфигурацией/присвоением значений признака, которые были перенесены от вызывающего в проверку. Релевантными являются только те признаки, для которых был выполнен однозначный анализ.
● ATP-проверка компонентов работает только в активной плановой версии.
● Для создания прогоном планирования заявки на перемещение запаса необходимо выполнить ведение транспортного отношения между соответствующими местоположениями.
См. также:
Проверка ATP на основе правил на уровне компонента