AP010 Advanced Planner & Optimizer (APO): обзор AP010

Версия 30A 08.08.2002

AP010 Advanced Planner & Optimizer (APO): обзор

AP010 Advanced Planner &Optimizer (APO): обзор © SAP AG 2002

Система APO, R/3 Версия 3.0А Май, 2001 Номер материала 50041874

Copyright

Copyright 2001 SAP AG. Все права защищены. Никакая часть этой публикации не может быть воспроизведена или передана в любой форме или с любой целью без разрешения SAP AG. Содержащаяся в ней информация может быть изменена без предварительного уведомления. Все права защищены.

© SAP AG 2002

Торговые марки: Некоторые продукты программного обеспечения, представленные на рынке SAP AG и его дистрибьюторами, содержат компоненты, которые являются собственностью других компаний-поставщиков программного обеспечения. Microsoft®, WINDOWS®, NT®, EXCEL®, Word®, PowerPoint® и SQL Server® - это зарегистрированные торговые марки корпорации Microsoft. IBM®, DB2®, OS/2®, DB2/6000®, Parallel Sysplex®, MVS/ESA®, RS/6000®, AIX®, S/390®, AS/400®, OS/390® и OS/400® - это зарегистрированные торговые марки корпорации IBM. ORACLE® - это зарегистрированная торговая марка корпорации ORACLE. INFORMIX®-OnLine для SAP и INFORMIX® Dynamic ServerTM - это зарегистрированные торговые марки Informix Software Incorporated. UNIX®, X/Open®, OSF/1® и Motif® - это зарегистрированные торговые марки Open Group. HTML, DHTML, XML, XHTML - это торговые марки или зарегистрированные торговые марки W3C®, World Wide Web Consortium, Massachusetts Institute of Technology. JAVA® - это зарегистрированная торговая марка Sun Microsystems, Inc. JAVASCRIPT® - это зарегистрированная торговая марка Sun Microsystems, Inc., используемая по лицензии для технологии, изобретенной и внедренной Netscape. SAP, SAP Logo, R/2, RIVA, R/3, ABAP, SAP ArchiveLink, SAP Business Workflow, WebFlow, SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo и mySAP.com - это торговые марки или зарегистрированные торговые марки SAP AG в Германии и в

других странах по всему миру. Все другие упомянутые продукты являются торговыми марками или зарегистрированными торговыми марками соответствующих компаний.

SAP Advanced Planner and Optimizer (APO) Уровень 2 SAP R/3

Уровень 3 SAP APO

Уровень 2 SAP APO

AP210 LO050 5 дней PP - Планирование и выполнение для дискретного и серийного производства

Планирование сбыта

AP010

AP215 3 дня Планирование логистических сетей

2 дня

Обзор SAP APO AP205

2 дня

Основные данные интеграции

AP220 3 дня Производственное и точное планирование AP230

LO060 5 дней PP-PI Непрерывное производство

5 дней

BC555 2 дня Управление liveCache

2 дня

Global ATP

© SAP AG 2002

Курс второго уровня AP010, первый в серии курсов SAP Advanced Planner and Optimizer, предоставляет обзор отдельных компонентов SAP APO и является необходимым требованием для курсов третьего уровня SAP APO Курсы третьего уровня основываются на знаниях, полученных во время обучения AP010, и расширяют знания по отдельным компонентам SAP APO. Пять курсов третьего уровня предоставляют подробную информацию в следующих областях: планирование сбыта, интеграция, планирование логистическх сетей, производственное и точное планирования и Global Availability Check. Системные предупреждения могут также посетить курс Управление BC555 liveCache, который включен в программу обучения Basis Administration Training.

Предпосылки семинара Предпосылки Нет

Рекомедуемые Общее понимание концепций логистической цепочки

© SAP AG 2002

Целевая группа

?

Целевая группа

Участники группы проекта, занимающиеся внедрением APO (Advanced Planner and Optimizer) на своем предприятии.

?

Продолжительность 2 дня

© SAP AG 2002

Примечания для пользователя Материалы по обучению не предназначены для самостоятельного изучения. Они дополняют объяснения преподавателя курса. На каждой странице есть место для записи дополнительной информации. На семинаре может не хватить времени для выполнения всех упражнений. Упражнения - это дополнительные примеры, которые выполняются в течение семинара. Участники семинара могут использовать эти примеры для повторения после окончания семинара.

Профиль компании: компания Precision Pump

?

Компания Precision Pump Компания Precision Pump Company была основана в 1971, является лидером на рынке по продаже большого ассортимента высокотехнологичных стандартных насосов. Она входит в фондовый индекс Nasdaq 100 в Нью-Йорке с 1999.

Продукты

В каталог продуктов входят турбомолекулярные, центробежные, ротационные и мембранные насосы (например, для производства сверхмощных пылососов).

Клиенты

?

От электронной промышленности, полупроводниковой промышленности, химической промышленности, фармацевтических технологий, технологий переработки до производителей транспортных средств и университетов. © SAP AG 2002

Компания Precision Pump была основана в 1971, является лидером на рынке и предлагает высокий ассортимент высокотехнологичных стандартных насосов. Каталог продуктов содержит турбомолекулярные, центробежные, ротационные и мембранные насосы. Клиентами компании являются предприятия электронной, полупроводниковой, химической, фармацевтической и перерабатывающей промышленности, а также производители транспортных средств и университеты. Недавно компания получила сертификат качество ISO и в 1999 была внесена в фондовый индекс Nasdaq 100. В быстро развивающейся области бизнеса турбомолекулярных насосов доходы компании заметно выросли за прошедший финансовый год. в полупроводниковой промышленности множество шагов, начиная от производства плат и заканчивая готовой микросхемой, требует условий полного вакуума. В этой области самое высокое требуемое давление составляет < 10-10 mbar (т.е., ультравакуум). В течение текущего финансового года компания планирует войти на быстрорастущий ранок DVD. DVD - это форма пишущих оптических устройств для хранения данных. Они отличаются от CD большой емкостью памяти. В оборудовании, с помощью которого наносится верхний слой на пишущие DVD, также использует вакуумную технологию. При помощи активного совместного проектирования с производителями компания Precision Pump оптимизировала большой объем продуктов, чтобы выполнить эти особые требования.

Заводы и центры распределения

2500 Роттердам ЦР 3000 НьюЙорк 3800 Денвер

2300 Барселона

Завод © SAP AG 2002

1000 Гамбург (основной завод и штабквартира компании) 2400 Милан ЦР

ЦР

Спецификация P-102 Pump Precision 102

P-102 (FERT, T-F2##) (1000, 0, _ )

Позиция 0010

0020

1

Кожух

100-100

102-200

(HALB, T-B1##) (1000, 10, 2 )

(HALB, T-B?##) (1000, 10, 2 )

Поз. 0010

1

Кусок металла

100-110 (ROH, T-T1##) (1000, 1000, 2 ) 1003 Лит. з-ды (5300000866)

0030

1

Маховое колесо

0020

1

Плоская прокладка

100-120

1

Вал

100-300 (HALB, T-B3##) (1000, 0, _ )

0030

8

Болт

100-130 (ROH, T-T3##) (1000, 1000, 2 )

0010

1

Кусок металла

0040 Крышка для давления

1

0050

100-400 (HALB, T-B4##) (1000, 10, 2 )

0010

1

Кусок металла

0010

Документ

1

P-100 (T-F1##) DRW, 000, 00

0060

Болт

1

100-130 (ROH, 100-130) (1000, 10007, 2 )

1

Кусок металла

100-210

100-310

100-410

(ROH, T-T0##) (1000, 1000, 2 )

(ROH, T-T4##) (1000, 1000, 2 )

(ROH, T-T5##) (1000, 1000, 2 )

(ROH, T-T2##) (1000, 1000, 2 ) 1003 Лит. з-ды (5300000867)

1002 Müller (5300000790)

1003 Лит. з-ды (?)

1003 Лит. з-ды (?)

1003 Лит. з-ды (?)

1006 Blacks (5300000720)

1022 Max Wholesale

1011 Kugelmeier (5300001106)

1011 Kugelmeier (5300001107)

1011 Kugelmeier (5300001083)

1011 Kugelmeier

(5300000721)

(5300001081)

© SAP AG 2002

Релевантный для SNP

только R/3

На этом слайде показана спецификация R/3 для продукта P-102 (T-F2##). Эта спецификация была перенесена через CIF как спецификация производственного и точного планирования, причем болт 100-130 только планируется в R/3. После эого из спецификации производственного и точного планирования была сгенерирована спецификация SNP. Во время автоматического преобразования было определено, что только продукты P-102, 100100, 100-110, 100-300 и 100-310 релевантны для SNP. Легенда: (Номер демонстрационного материала для SD, консалтинг) (вид обучающего материала, номер обучающего материала (xx = 00 - 20))(завод, склад, индикатор отдельных/совместных потребностей)

Обзор APO

Содержание: Введение в логистическую цепочку Обзор приложений планирования APO

© SAP AG 2002

Цели семинара

В заключение семинара Вы сможете: Перечислить основные сценарии планирования Advanced Planner and Optimizer (APO) Объяснить функции и взаимозависимость отдельных компонентов APO Описать интеграцию с системой выполнения и информационными системами

© SAP AG 2002

Цели обучения

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

© SAP AG 2002

Содержание семинара

Введение Глава 1

Обзор семинара

Глава 2

Интеграция и технология

Глава 3

Моделирование и оценка в APO

Глава 4

Планирование сбыта

Глава 5

Планирование логистических сетей

Глава 6

Планирование производства / точное календарное планирование

Глава 7

Планирование транспортировок / планирование транспортных средств

Глава 8

Global Available-to-Promise

Глава 9

Внедрение APO SCM

Глава 10 Заключение © SAP AG 2002

Обзорная диаграмма

1 11 Обзор семинара 2 Интеграция и технология 3 Моделирование и оценка в APO 4 Планирование сбыта Планирование логистических

5 сетей

8 9

Планирование 6 производства/точное календарное планирование Планирование 7 транспортировок/планиров ание транспортных средств Global Available-to-Promise

Заключение © SAP AG 2002

Сценарий предприятия

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

© SAP AG 2002

Логистическая цепочка: от поставщика к потребителю

Поток информации

Перенос

Поставщик

Перенос

Производитель

Перенос

Распределение

Перенос

Розница

Потребитель

Поток наличности

Оптимизация логистической цепочки

Повысить оперативность обслуживания клиента при минимуме затрат © SAP AG 2002

Управление логистической цепочкой включает в себя управление материалами, информацией и финансовыми потоками в сети, состоящей из поставщиков, производителей, дистрибьюторов и клиентов. Для эффективного управления логистической цепочкой важна точная координация и интеграция этих потоков в рамках одного предприятия и в цепочке предприятий. Зачем нужно управление логистической цепочкой? Более низкие расходы на выбор источника поставки готовых изделий и сырья. Возможность повысить качество обслуживания клиентов Минимальный уровень запасов Эффективное использование всех ресурсов, которое обеспечивает предприятию значительные преимущества

Зачем нужно управление логистической цепочкой? Инновация … Сегодня предприятия вынуждены адаптироватья к изменениям на рынке, чтобы оставаться рентабельными.

Совместное планирование • Сбыт • Закупка

Изменяя покупательские модели потребителя • Больше продуктов • Альтернативные способы делать покупки

Более эффективное планирование • Более точное прогнозирование • Гибкие планы • Более низкий уровень запасов © SAP AG 2002

Сокращенное время цикла • Улучшенное качество обслуживания клиентов • Гибкая реакция на запросы по обслуживанию

Повышенный спрос на программы дающие прибыль • Заказные пакеты/демонстрации

Основные проблемы логистической цепочки

ЦР

Заводы

Поставщики

© SAP AG 2002

Тянуть

Клиенты

Толкать

Эффект кнута

Время Время поставки производственного цикла

Задержка

Логистическая цепочка

Основная проблема логистической цепочки состоит в том, что время поставки продуктов клиенту должно быть значительно короче, чем время производственного цикла или производственный период. Чтобы реализовать это и гарантировать высокий уровень сервиса по поставкам, обычные и страховоые запасы должны храниться на уровне компонентов или готовых изделий на заводах или центрах распределения (ЦР). Чтобы определить, насколько глубоко заказ клиента соединен с логистической цепочкой, используются стратегии задержки; другими словами, где происходит разведение производства складского запаса (ПСЗ) (push-стратегии) и изготовления по заказу (pullстратегии). Эффект кнута относится к росту изменчивости (постоянной) модели сбыта из-за сильных колебаний у производителя или поставщика по мере того, как мы двигаемся по логистической цепочке, инициированной созданием размера партии. Внедрение системы APS (Advanced Planning System) само по себе не решает проблем логистической цепочки. Важно, чтобы менеджмент компании был готов рассматривать организационные изменения на своем предприятии или, как минимум, заинтересоваться возможными преимуществами.

Сравнение MRP II и систем APS

Уровень агрегации

Планирование ведущих позиций (ПВП) Планирование потребностей в материалах для вторичных потребностей (ППМ) Расчет размера партии

ППМ II

Планирование сбыта для анонимных продаж

APO

Планирование мощностей Календарное планирование Горизонт планирования

Результат: гибкие планы

© SAP AG 2002

APS (Advanced Planning Systems) - это описание нового поколения систем планирования с одновременным планированием мощностей и количества. Использование концепции MRP II налагало слишком много ограничений: Планирование материала имеет самый высокий приоритет Планирование потребности в производственных мощностях и календарное планирование это функции, которые разделены и следуют за планированием материала; выполняются они последовательно. Индивидуальное планирование отдельных продуктов. Потребности спецификации планируются последовательно и не соединяются друг с другом. Возможна гибкая оценка и повторное планирование особых ситуаций Планирование для нескольких заводов и планирование распределения обязательно должны отражаться в системе Недостатки концепции MRP II: Последовательный процесс планирования длится слишком долго; нельзя быстровыполнить повторное планирование особых ситуаций Описания отношений и мощности планируются беспредельно и требуют дополнительной обработки плана Индивидуальное планирование отдельных продуктов не дается для размеров партии и комплексного производства Статическая безопасность и резервное время приводят к длительным производственным циклам и нереальным загрузкам мощностей

Решение глобальной логистической цепочки SAP Уровень стратегического приложения Управление связями с клиентами (CRM)

R/3 Уровень бизнес-приложения ядра •Финансы

Интеграция

Уровень ядра

•Структура базы данных •Логистика •Интерфейсы •Инструменты разработки •Коммуникация

Стратегическое управление предприятием (SEM)

Клиент-Сервер

•Управление •материалами

Гибкость © SAP AG 2002

liveCache

•HR

•Сбыт

•Планирование •производства

•••

Системы не R/3

Решения логистической цепочки (APO)

Электронная коммерция B2B

Масштабируемость Business Information Warehouse (BW)

Открытые системы

Преимущества APO

Высокая производительность благодаря технологии liveCache Глобальный сервер: интегрирует множественные системы OLTP Совместное планирование через Интернет Одновременное планирование материалов и производственных мощностей Оптимизация уровня загрузки ресурса для нескольких заводов Оптимизация последовательности и времени наладки заказов Оптимизация транспортировок при помощи планирования маршрутов Оценка и анализ заказов Бесшовная интеграция между APO и R/3

© SAP AG 2002

Уровни управления логистической цепочкой Планирование Планирование стратегии

Оперативное точное планированиеo планирование)

Внеш. планирование заготовки(оперативное PP/DS SNP

Внешняя заготовка например, LES, MM

© SAP AG 2002

Агрегированный сбыт и планирование сбыта Планирование сбыта (DP) Планирование сетей логистических цепочек (SNP)

Планирование производства PP/DS SNP

Производство например, PP

Исходящая поставка например, LES, MM, SD

Планирование поставок ATP, TP/VS

Внешняя заготовка у клиента

Клиент

логистической цепочки Проект сети (ND)

Партнер

Партнер

Интеграция торговой площадки объединенной логистической цепочки

Поставщик

Тактическое планирование: реализация стратегии и планирование инфрастркутуры (планировать инфраструктуру) Оперативное агрегированное планирование (тактическое планирование) Проект

Интеграция торговой площадки объединенной логистической цепочки

Решение о направлении для компании

Выполнение

В управлении логистической цепочкой есть уровень планирования и уровень выполнения. В пределах уровня планирования используются системы APS (APS = Advanced Planning Systems), а на уровне выполнения - системы ERP (ERP = Enterprise Resource Planning). Уровень планирования разделен на разные уровни планирования в зависимости от значения принимаемых решений: стратегический, тактический и оперативный. Критерием для определения, что относится к какому уровню планирования служит не сколько горизонт планирования, сколько объем планирования. Каждый высший уровень в иерархии определяет диапазоны уровней планирования под ним. Стратегический уровень (планирование стратегии): Здесь для принятия решений о направлении развития компании (стратегии модификации продукта, стратегии качества, ценовая политика) используются относительно простые и неструктурированные инструменты, такие как портфельные технологии (например, анализ жизненного цикла продукта, портфели Boston Consulting Group, портфели McKinsey). Тактический уровень (реализация стратегии и планирование инфраструктуры): решения о направлении реализуются на этом уровне, когда компания реструктурируется на основании стратегий. Тактическое планирование играет решающую роль для оперативного планирования и выполнения, потому что они формируют среду планирования на предприятии (персонал по планированию, системы ИТ для планирования, их выбор, внедрение и настройка параметров, процессы планирования) вместе с тем подразделением компании, которое реализует фактическое выполнение (например, планирование производства, планирование персонала, планирование транспортировок, релевантная для логистики система ИТ для выполнения). Этот уровень планирования соединяет уровень планирования и уровень выполнения. Оперативный уровень (оперативное агрегированное и точное планирование): структурированное периодическое планирование, основанное на решениях тактической реализации, таких как стратегии для работы с заказами клиента и предварительным планированием, которые более не рассматриваются в оперативном планировании. Оперативное планирование также может быть долгосрочным, чтобы преодолевать узкие места, которые будут иметь место в будущем, такие как раннее планирование для сезонных потребностей или прогоны производственного планирование с более длительными циклами

восстановления запасов. Планирование для дальнейшего планирования в будущем обычно выполняется объективно агрегированно или на основании времени, так как данные планирования неопределенны. Агрегированное планирование также служит для изменения направления тактического планирования, если необходимо, например, дополнительных смен, дополнительных мощностей, долгосрочных договоров с поставщиками. Точное планирование пытается оптимально использовать систему логистики в рамках лимитов, установленных тактическим и агрегированным планированием и основанных на самых последних данных. Уровень выполнения: Наравне с разработкой продукта (производство, перемещение запасов, сортировка, поступление, поставка) на уровне выполнения осуществляются административные задания. Эти задания поддерживаются системами выполнения, когда, например, печатаются документы для производства (производственные заказы).

Компоненты планирования APO

Отслеживание

APO Product Map

Пульт управлениялогистической цепочкой

Тактическое

Агрегированное планирование

Проектирование сетей

Планирование сетей логистических цепочек Планирование сбыта

Точное планирование

Закупка

Производст- Планировенное и вание расточное пределения планирои перерасвание пределение

Планирование транспортировок и транспортных средств

Календарное планирование Global Available-to-Promise

Купить

Сделать

Хранить

Перемещать

Продать

© SAP AG 2002

Пульт управления логистической цепочкой: графический инструмент для управления логистической цепочкой и ее оценки. Проектирование сетей: стратегическое планирование для анализа, оптимизации и реорганизации логистической цепочки. Здесь поддерживаются решения по долгосрочному выбору источника поставки, производству и распределению. Планирование сбыта (DP): агрегированное и точное планирование сбыта, включающее в себя ряд методик прогнозирования, основанных на агрегированных данных сбыта. Планирование логистических сетей (SNP): предельное, средне- и долгосрочное планирование производства и заготовки для нескольких местоположений с одновременным планированием материала и календарным планированием мощностей. Для планирования краткосрочного восстановления запасов используется перераспределение. Планирование производства/точное календарное планирование (PP/DS): предельное, точное планирование производства. PP/DS использует одновременное планирование материала, календарное планирование мощностей и технологии оптимизации для создания гибких планов, выбором оптимальной последовательности заказов и с оптимальным временем наладки. Планирование транспортировок/календарное планирование транспортных средств (TP/VS): оптимизирует использование транспортных средств и их выбор. Генерирует поставки и отгрузки. Глобальная ATP: проверка доступности на различных объектах логистической цепочки на основе техники условий, которая интегрирована с планированием производства и распределением продуктов.

Проектирование сетей

Стратегическое планирование логистической цепочки

© SAP AG 2002

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

Последовательность планирования APO с интеграцией R/3 R/3 или не-SAP система Гибкое планирование Составление произв. программы

Сбыт (SD)

Плановые первичные потребности

Заказ клиента

Планирование производства (PP) Плановый заказ Деблокировать, подтверждения Произв. заказ

Закупка (MM)

Заявка Заказ на поставку Заявка на перемещение запаса

Логистическая система выполнения Поставка (LES) Транспортный Выполнение заказ

APO Планирование сбыта (DP) Плановые первичные потребности Потребление

Заказ клиента Планирование сетей логистических цепочек (SNP) Планир. производства и точное календарное планирование (PP/DS)

Плановый заказ Произв. заказ

Преобразование

Заявка Заказ на поставку Заявка на перемещение запаса Заказ на перемещение запаса

Перераспредление

Планирование транспортировки и трансп. средств (TP/VS)

Плановая поставка Поставка Плановая отгрузка / отгрузка

© SAP AG 2002

В Планировании сбыта APO (DP) находятся прогнозы, основанные на агрегированниых исторических данных из R/3 или системы Business Information Warehouse (BW) (такие как объемы сбыта из прошлых заказов клиента). Инструментальные средства администратора в APO используются для загрузки исторических данных из R/3 или системы BW. В планировании сбыта APO генерируются плановые первичные потребности (прогноз деблокируется в планирование сбыта APO), которые используются для планирования складского запаса. Если Вы еше не используете планирование сбыта APO, то плановые первичные потребности можно также создавать в системе R/3 (либо вручную в Управлении сбытом R/3, либо автоматическм в Управлении сбытом R/3 при помощи данных из Гибкого планирования R/3, Укрупненного планирования сбыта и производства (R/3 SOP) или Планирования сбыта и результатов (R/3 CO/PA). Если Вы сделаете это, плановые первичные потребности будут перенесены в APO через интерфейс R/3 APO (CIF). Заказы клиента и плановые первичные потребности образуют точку запуска и для Планирования сетей логистических цепочек (SNP), и для Планирования производства/точного календарного планирования (PP/DS) в APO. Существующий складской запас также включается в планирование. Здесь заказы клиента вводятся в системе R/3 (модуль сбыта), а проверка доступности (или проверка ATP) выполняется в APO. Затем заказы клиента принимают плановые первичные потребности в APO в зависимости от "стратегии потребностей" APO. В Планировании сетей логистических цепочек (SNP) планируется кратко- или среднесрочный горизонт для всей логистической цепочки: Вы генерируете заявки на транспортировку (для планирования и перемещения запасов) между центрами распределения и заводами, а также можете генерировать плановые заказы (для планирования собственного производства) и заявки (для внешнего планирования заготовки) непосредственно на заводе-производителе для долгосрочного горизонта. В Планировании производства и Точном календарном планировании плановые заказы и заявки обычно генерируются непосредственно на заводе-производителе для краткосрочного горизонта. Переменные данные, которые генерируются в APO (такие как плановые заказы), переносятся в систему R/3 через интерфейс R/3 APO (CIF: интерфейс ядра). План сбыта APO переносится из APOв

систему R/3 только как плановые первичные потребности через массовую обработку из Планирования сбыта APO (но это нужно делать, только если Планирование производства происходит в системе R/3, а не в APO). Однако, можно автоматически переносить в APO плановые первичные потребности, ведение которых было выполнено в R/3, через интерфейс CIF. Как только плановые заказы и заявки начинают приближаться к сегодняшнему дню, плановик запасов или покупатель может совместно преобразовать плановые заказы в производственные заказы, а заявки - в заказы на поставку. Для преобразования заявок на перемещение запаса в заказы на перемещение запаса используется Распределение APO / TLB (построитель транспортной загрузки). APO - это инструмент планирования: функции выполнения, такие как деблокирование, подтверждение, подготовка материала или движение материала для производственных заказов или заказов на поставку, имеют место в системе R/3. Подтверждение и другие данные затем переносятся из системы R/3 обратно в APO. Плановые поставки создаются в Планировании транспортировок и Календарном планировании транспортных средств (TP/VS). В APO TP/VS разные поставки можно сгруппировать в одну отгрузку. Затем можно преобразовать плановые поставки и отгрузки в реальные поставки и отгрузки и перенести их в R/3. Система R/3 затем работает с ними (например, печатает документы и управляет статусом).

Эффект рычага в планировании сбыта

Планирование сбыта Планирование логистических сетей Планирование производства © SAP AG 2002

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

Функции планирования сбыта Комплексное планирование сбыта между компаниями (Интернет) Последовательные, точные и консолидированные планы Розница Поставщики Центры Производственные распределения единицы

Статистические методики и методики каузального (факторного) прогнозирования Планирование жизненного цикла Планирование рекламного мероприятия

© SAP AG 2002

Планирование сбыта - это комплексный, мощный и гибкий инструмент, который поддерживает процессы планирования сбыта Вашей компании. Пользовательский формат планирования и интерактивные папки планирования позволяют не только охватывать разные отделы, но и включать другие компании в процесс создания прогноза. В Планировании сбыта APO можно использовать методы статистического прогнозирования и технологии расширенного макроса для того, чтобы: создавать прогнозы из истории сбыта на основании различных влияющих факторов; тестировать предварительно определенные и пользовательские модели прогнозов и результаты прогнозов; использовать согласованный подход для консолидации планов сбыта разных отделов. Можно использовать замены прогноза и кампании по стимулированию сбыта, чтобы добавить данные маркетинга и корректировать управление. Бесшовная интеграция с планированием логистических сетей APO поддерживает эффективный процесс укрупненного планирования сбыта и производства (УПСП).

Концепция планирования сбыта

Уплотненные фактические данные

Местоположение

Прогноз по сбыту

Иерархия продуктов Заказчик Сбытовая организация Регион

Поступление заказа BW

количество стоимость

Счет-фактура количество

Статистический прогноз

R/3

Совместное прогнозирование

Excel Не SAP-система

Мероприятия по стимулированию сбыта

стоимость

…

© SAP AG 2002

Библиотека приложения APO DP статистического прогнозирования и технологии расширенных макросов позволяет вам создавать прогнозы на основе истории продаж, а также любого числа причинных факторов и использовать совместно выработанный подход с целью консолидации результатов. Можно добавить маркетинговую информацию и аналитику, корректировку менеджмента путем использования мероприятий по стимулированию сбыта и переопределения прогнозов. Уплотненные фактические данные можно извлекать из системы R/3 точно также как и импортировать из систем BW, Excel и не SAP-систем.

Совместное планирование в APO

Сотрудничество с поставщиками

Поставщик

Сотрудничество с клиентами

Производитель Потребности в продукте Производственные сроки Заготовка Сроки поставки

Клиент Планы сбыта Рекл. мероприятия Уровни запаса Сроки поставки

Оптимизация логистической цепочки

© SAP AG 2002

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

Термин "совместное планирование" употребляется по отношению к процессу, который обеспечивает возможность доступа для разных компаний по всей логистической цепочке к общей информации через Интернет; общая цель этого процесса состоит в том, чтобы идентифицировать узкие места и смещения сроков как можно раньше. Совместное планирование позволяет компании обмениваться со своими партнерами данными по сбыту, заготовке и запасу. Можно определить свои собственные сообщениея об особой ситуации (предупреждения) и интегрировать их в общее управление предупреждениями. Если особые ситуации происходят во время планирования, электронные или факсовые сообщения могут отправляться автоматически. Совместное планировани APO поддерживает стандарт CPFR.

Планирование логистических сетей (SNP)

Screen Title

APO - Product ID

Планирование логистических сетей

Object

Text

Object 1

Text 1

Des Gra ign ph Grid Title

Object 2

Text 2

Key Figure 1

Object 3

Text 3

Key Figure 2

Object 4

Text 4

Key Figure 3

Tota l

APO - Product

Tota l

W 24

W 25

Capacity Leveling W 26

W 27

W 28

W 24

W 25

W 26

W 27

W 28

Key Figure 4 Selection Profile

Key Figure 5

User Selection ID

Grid 2 Title Key Figure 1 Key Figure 2 Key Figure 3 Key Figure 4 Key Figure 5

Planning Book

© SAP AG 2002

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

Сценарий планирования логистических сетей

План сбыта

Поставщик

Завод

ЦР

Клиент

SNP планирует движение материала по логистической сети Средне- и долгосрочное планирование для нескольких заводов Определение приоритетов потребностей; оптимизация поставок Результат: гибкие планы

© SAP AG 2002

Роль Планирования логистических сетей включает в себя: планирование соответствия предложения и спроса; интеграцию закупки, производства и распределения в одной последовательной модели во всей логистической сети; синхронизацию заданий и планирования движения материала по всей логистической цепочке.

Сравнение средне- и краткосрочного планирования Заказы клиента

Заказы клиента

Прогнозы

Планирование производства/точное календарное планирование l Плановые заказы PP/DS

Планирование сетей логистических цепочек l Плановые заказы SNP

l

Заявки

l

Заявки

l

Перемещения запаса

l

Перемещения запаса

l PP/DS спецификация и единичная техкарта l

Предельное точное планирование на

l l

l SNP спецификация и един. техкарта l

Предельное планирование для

Последовательности и время наладки

l

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

Непрерывные и непосредственно

l

Ориентированный на количество и

l

Нет разметки

местоположение

нескольких заводов

относящийся к заказу l

Прогнозы

Разметка

период времени

Производственный горизонт

Время

© SAP AG 2002

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

Планирование производства / точное календарное планирование (PP/DS)

Планирование производства/ точное календарное планирование © SAP AG 2002

В то время как Планирование логистических сетей (SNP) обычно используется для приблизительного средне- и долгосрочного планирования по всей длине логистической цепочки (в частности, там, где есть несколько заводов и центров распределения), Производственное и точное планирование (PP/DS) обычно используется в поминутном краткосрочном планировании на заводе-производителе. В Планировании логистических сетей (SNP) потребности агрегируются для указанного периода времени (например, "день"). Здесь не играет роли, относится ли потребность к первой или ко второй смене, так как потребности здесь планируются приблизительно - в них также не входят перерывы. Последовательность заказов не является предметом рассмотрения для времени SNP. Однако, в Планировании сетей логистических цепочек важную роль играет планирование для нескольких заводов и средне- и долгосрочное планирование. Производственное и точное планирование планируют заказы по минутам (т.е., учитывают смены и перерывы), а также они включают в себя последовательности заказов (выстраивание последовательностей и их оптимизация). С точки зрения краткосрочного горизонта, эти функции чрезвычайно важны для завода-производителя. Как только потребность (например, заказ клиента или плановая первичная потребность) попадает в диапазон определенного горизонта, она более не планируется в прогоне планирования SNP, а планируется в прогоне планирования PP/DS.

Функции планирования производства / точное календарное планирование (PP/DS) Поминутно планирует производство, внешнюю заготовку и перемещение запасов в пределах заводапроизводителя

Клиент

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

Ресурс 2 Ресурс 1

Ресурс 3 30

Ресурс 3

Переносит результаты планирования в системы выполнения (например, в управление производством R/3)

20

Ресурс 2 Ресурс 1

Оптимизирует планы по оборудованию (последовательности, время производственных циклов)

10

Время

© SAP AG 2002

Производственное и точное планирование (PP/DS) используются, в основном, для краткосрочного планирования и планирования по минутам (как для собственного производства, так и для внешней заготовки) на заводе-производителе. PP/DS планирует все операции заказа, которые релевантны для планирования, на различных ресурсах. Производственное и точное планирование имеет следующие функции: Оно генерирует плановые заказы (планирует собственное производство) и заявки или партии поставок соглашения о поставках (планирует внешнюю заготовку) в случае нехватки продукта. Оно использует одновременное планирование мощностей и материала для следующего: Можно определить ресурсы как "предельные" (ресурсы, критические для планирования) в основных записях ресурсов. Операции по заказу создаются для этих ресурсов только тогда, когда для количества заказа существует достаточно мощности в соответствующую дату. Когда доступной мощности нет, системы выполняет поиск даты, в которую может быть осуществлена операция по заказу, учитывая состояние мощностей. Учитывает последовательности заказов: когда создаются новые собственные производственные заказы, время наладки в новом заказе может определяться автоматически из статуса наладки ресурсов (в зависимости от предыдущего заказа). Возможно просматривать заказы в графическом формате (в календарном графике точного планирования) и далее планировать последовательность оттуда. В качестве альтернативы можно использовать оптимизатор для выполнения последовательности. Оптимизация планирования оборудования: во время планирования можно генерировать заказы, у которых нет оптимальной последовательности. Поэтому можно изменять последовательность и присвоение ресурсов существующих заказов при помощи прогона оптимизации.

Производственное и точное планирование - это инструмент планирования. Функции выполнения, такие как подтверждения и поступления материала, выполняются в системе выполнения (например, R/3). Поэтому результаты планирования переносятся в систему выполнения.

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

ЦР1

Calgary Winnipeg

Пропорциональное выполнение цели Квотирования

ЗаводCustomer

ЦР2 Chicago

Push-перераспределение Горизонт предложения

© SAP AG 2002

Функция перераспределения в SNP определяет, когда и каким образом запас и плановые запасы должны перераспределяться в центры распределения, клиентам и в запасы, управляемые поставщиками. Она генерирует оптимизированные планы пополнения запасов, которые учитывают краткосрочные изменения с точки зрения запаса, и потребности, а также ограничения, такие как транспортировка и складские емкости. В зависимости от текущей ситуации используются разные стратегии перераспределения (например, достаточное распределение, push-перераспределение, pull-pushперераспределение).

Управление транспортировками

APO TP/VS

(Планирование)

Интегрирован с компонентами APO - DP, SNP, PP/DS и ATP Оценивает планирование в BW Планирует и для краткосрочных, и для долгосрочных горизонтов

BW

(Отслеживание)

LES (Выполнение)

TP/VS, LES и BW предоставляют интегрированное решение для управления транспортировками в пределах логистической цепочки © SAP AG 2002

Компонент TP/VS имеет следующие функции: ⌧Планирование транспортировок и консолидация транспортировок ⌧Планирование транспортных средств и определение маршрута в динамической среде ⌧Транспортный режим и выбор агента по транспортировке ⌧Функции мультивывоза и мультиразгрузки ⌧Управление по особой ситуации Система APO включает в себя область тактического и оперативного планирования из решения Управления транспортом SAP, которая расширена для выполнения транспортировок компонентом SAP из Logistics Execution Systems (LES).

Global Available-to-Promise (Global ATP) Можно ли поставить продукт в требуемом количестве и в требуемый срок?

Управляемый на основе мероприятий Возможности Интернета Основанный на правилах ATP: Выбор местоположения Замена продукта

Правила

Интеграция с PP/DS Контингент Высокая производительность (временной ряд)

© SAP AG 2002

Global ATP (Available To Promise) используется для проверки доступности продукта и мощностей, чтобы предоставлять клиентам реальные сроки подтверждения для их заказов. Проверки ATP инициируются из системы OLTP (система R/3 или внешняя система) как мероприятие (управляемый на основе мероприятий). В интерфейсе APO можно указать, чтобы проверка ATP выполнялась в APO, а не в R/3. Система также может проверять, были ли уже запланированы поступления к запрашиваемой дате (например, производственные заказы и плановые заказы). Глобальный ATP имеет следующие функции: Проверка ATP на основе правил: Если доступности нет, можно настроить APO таким образом, чтобы система выполняла проверку ATP для продукта в другом местоположении или заменяла этот продукт на альтернативный (замена местоположения или продукта). Интеграция с производственным и точным планированием: также можно настроить таким образом, чтобы при отсутствии наличия продукта заказ клиента непосредственно инициировал производство. Если он инициирует заказ для собственного производства, APO создает плановый заказ для требуемого количества в производственном и точном планировании. Контингенты: контингент позводяет управлять ограниченным запасом продуктов таким образом, чтобы каждый клиент получал только органиченное количество. Временной ряд: плановые заказы и производственные заказы агрегируются и представляются во временном ряде, который можно использовать для оценки входящих запросов из заказов клиента. Это улучшает производительность проверки ATP.

Решения оптимизации

Решения оптимизации APO Полный диапазон решений оптимизации, адаптированный к задачам планирования Линейное / смешанное целочисленное программирование Проектирование

Программирование на основе ограничения генетического Планирование алгоритма

сетей производства/ логистических точное календарное цепочек + планирование планирование

Таблица поиска

Планирование транспортировок

© SAP AG 2002

В APO доступны следующие оптимизаторы: оптимизатор для CTM, оптимизатор для производственного и точного планирования, оптимизатор для проектирования сетей, оптимизатор для планирования последовательности, оптимизатор для планирования сетей логистических цепочек, оптимизатор для планирования транспортировок. В Планировании сетей логистических цепочек проблемы оптимизации имеют обычно такую природу, что их можно решить при помощи "процедуры точного математического решения" (при помощи линейных уравнений). По этой причине в Планировании сетей логистических цепочек для оптимизации используется линейное программирование. Линейное программирование способно рассчитать "точное решение". В Производственном и точном планировании, однако, обычно существует больше комплексных проблем оптимизации, для которых нельзя найти "точных решений". Поэтому для производственного и точного планирования линейное программирование является менее подходящим. Вместо него решения скорее находят приблизительно "оптимальное или точное решение". Процедуры приблизительной оптимизации поэтому более подходят для использования в производственном и точном планировании (генетический алгоритм/программирование, основанное на ограничениях) Он позволяет системе оптимизации быстрее находить подходящее решение. Различные оптимизаторы могут быть установлены на том же сервере, на котором установлено приложение APO, liveCache и база данных (также их можно устанавливать и на других серверах). Сервер приложения APO и оптимизатор соединяются через соединение TCP/IP. Здесь Вы указываете, должен ли оптимизатор вызываться на сервере приложения APO или на другом сервере (транзакция sm59).

Обзор APO: резюме главы

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

© SAP AG 2002

Интеграция и технология APO

Содержание: Технология liveCache Интеграция оперативной системы (OLTP)и APO Разметка

© SAP AG 2002

Цели обучения

В заключение этой главы Вы научитесь: Описывать преимущества технологии liveCache Структурировать обмен данными между R/3 (или другими системами OLTP) и APO Объяснять задачи разметки

© SAP AG 2002

Обзорная диаграмма (1)

1 Обзор семинара 2 22 Интеграция и технология 3 Моделирование и оценка в APO 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

6 планирование Планирование

7 транспортировок и транспортных средств

8 Global Available-to-Promise 9 Заключение

© SAP AG 2002

Сценарий предприятия

При помощи процедур разметки и высокой производительности технология liveCache обеспечивает быстрое одновременное планирование материала и производственных мощностей. Pump Precision использует R/3 как систему выполнения и APO для планирования. Core Interface (CIF) обеспечивает тесную интеграцию систем, в которой данные заказа обмениваются в реальном времени.

© SAP AG 2002

Архитектура приложения APO

OLTP OLTP (R/3) (R/3) LIS, CO-PA HR, FI Плановые первичные потребности Заказы клиента

APO APO

Пульт управления логистической цепочкой Планирование сбыта

PP / DS

Планирование производства Управление запасом Обработка транспортировок

Global ATP

Планирование логистических сетей

Перераспределение

Information Information Warehouse Warehouse (SAP (SAP BW) BW) Исторические данные

Основные показатели эффективности (KPIs)

Планирование транспортировок

© SAP AG 2002

Агрегированные фактические данные могу переноситься в APO из OLTP, BW (Business Information Warehouse), Excel и прежних систем и сохраняться в инфо-кубах. Эти данные являются основой для прогнозирования. Как результат прогноза создается план сбыта. План сбыта деблокируется в планирование производства, которое создает плановые первичные потребности для планирования логистических сетей (SNP) и производственного и точного планирования. Можно также перенести план сбыта в оперативую систему (OLTP) как плановые первичные потребности. Бесшовная интеграция с планированием логистических сетей (SNP) и производственным и точным планированием поддерживает эффективный процесс УПСП.

Что такое liveCache ? Основная задача = более высокая производительность: Критичные для производительности процедуры (в C++) выполняются в адресном пространстве системы управления liveCache => нет переноса большого объема данных между приложением и местом хранения данных

Приложение

Приложение

< 10 µs

> 1 мс

Хранение данных

Хранение данных liveCache liveCache

© SAP AG 2002

Доступ к данным в liveCache приблизительно в 100 раз быстрее, чем в базе данных (10 микросекунд вместо 1 миллисекунды). Просмотр комплексных структур данных (сети, деревья). Типичная струкура данных liveCache - это НЕ реляционная таблица данных. Легкий доступ к узлу (точки доступа к сети, навигация). ВОзможен одновременный доступ (читать и писать). Быстрое восстановление данных. В пределах сетей требуется мало усилий по навигации. Приложения работают там, где хранятся данные Дополнительные преимущества для пользователя: "Общие данные" для приложения и сервера приложений (независимо от базы данных R/3 OLTP). Более высокая производительность (критические для производительноси процедуры выполняют сохраненныеоперации, и поэтому специфичное для проблемы моделирование данных поддерживаеся в том же адресном пространстве, что и в управлении данными. Это более эффективно, чем реляционное моделирование данных). Масштабируемость через ряд разрабочиков. Масштабируемость liveCache из-за чередующейся архитектуры. Более надежная защита данных в простой программе С, которая сохраняет все данные. В случае прерывания программы (время простоя) данные не будут потеряны.

Технология liveCache

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

Сервер приложения ABAP-программа приложения ADAP Native SQL Выполнить процедуру ”Планировать заказ" (OUT : var1, IN : table1, IN : var2) endexec.

Кодирование оптимизированным методом Schedule_order Структуры оптимизированных данных

Агрегирует информацию базы данных OLTP в оперативной памяти

liveCache

© SAP AG 2002

Системы управления liveCache находятся не в среде ABAP. Во время первой загрузки liveCache (bring up) массовые данные (основные данные и переменные данные) из соединенной системы R/3 и прежней системы (систем) либо отправляется в систему APO, сокращаются (фильтруются) или преобразуются в презентацию APO. Некоторые данные затем также отправляются в liveCache. Если система OLTP это система R/3, то изменения из OLTP переносятся в APO в реальном времени, а следовательно в liveCache. В случае не-R/3 систем имеет место только одна периодическая загрузка изменений. Сервер APO представляет те изменения, которые должны быть отправлены обратно из APO или liveCache в систему OLTP, в специальной структуре данных (black board). Отсюда система OLTP собирает релевантные изменения через регулярные интервалы.

Технология R/3 Plug-In

BBP

CRM

R/3

BW

SEM

R/3 Plug-in

CIF

APO

(из версии 3.1I)

Информация по R/3 Plug-in: SAPNet/R/3 Plug-in © SAP AG 2002

Интерфейс R/3 отмечается R/3 Plug-in, чтобы можно было интегрировать компонент mySAP.com (например, APO или BW) с одной или несколькими системами R/3. С R/3 Plug-ins одновременно можно вставить несколько компонентов mySAP.com. Большинство Plug-in касается Add-on (расширений стандартного программного обеспечения R/3 при помощи дополнительных функций). Перенос данных между системами R/3 и APO определяется и управляется при помощи APO Core Interface (CIF). CIF - это центральный интерфейс для соединения APO с существующей средой системы R/3. Plug-in обеспечивают компоненты основными и переменными данными. Таким образом, APO CIF не только предоставляет системе SAP APO первичные записи данных (первичный запас), но также гарантирует пошаговое снабжение всеми релевантными изменениями данных. Из комплексных записей данных в R/3 переносятся только данные объекта, релевантные для процесса инидивидуального планирования и оптимизации в APO. Интеграция между R/3 и APO возможна, начиная с версии R/3 3.11 (для области PM/SM и моделей производственного процесса интеграция возможна, начиная с версии 4.5В).

Глобальный сервер APO

APO Компания A

Завод 1

APO Компания B

Завод 2

liveCache

Компания C

© SAP AG 2002

Возможна мультисистемная среда Возможны разные форматы предприятий и заводов

Завод 3

Интеграция APO (2)

SAP R/3 Внешняя Внешняя система система

LO

SD HR

BAPI

CIF (Core Interface)

BAPI

BAPIs

SAP SAPAPO APO BAPI

© SAP AG 2002

APO Core Interface (CIF) отвечает за обмен данными между системами APO и R/3. APO Core Interface - это интерфейс реального времени, соединяющий APO с одной или несколькими системами R/3. Только объекты данных, необходимые в структурах данных в APO для различных процессов планирования и оптимизации, переносятся из комплексного набора данных R/3 в APO. APO Core Interface гарантирует и первичный перенос данных (первичный перенос), и перенос изменений данных в пределах APO. Исходящая поставка из APO CIF происходит как R/3 Plug-in. Техническая интеграция SAP APO с: средой R/3, где используются Core Interface среда не-R/3, где используются BAPI

Интеграция APO (3)

R/3

APO

Заказ клиента Плановый заказ Производственный Реальное заказ Заказ ...

CIFвремя

Завод, клиент,... Основные записи материалов Мощность Ед. техкарта и спецификация

CIF

Заказ

live Cache

• Производство • Заготовка • Пополнение запасов

Местоположение Продукт Ресурс Модель производственного процесса

© SAP AG 2002

Планирование в APO основано на его собственных основных данных, которые обычно переносятся автоматически из системы R/3, но их также можно создавать вручную. Перенос основных данных из R/3 показывается в соответствующих основных данных в APO. Переносятся только основные данные, релевантные для планирования в APO (сначала в форме первичного переноса, а затем как переносы изменений данных). R/3 остается системой выполнения для основных данных. Непосредственно в APO выполняется ведение только тех параметров, которые нельзя перенести из R/3. Переменные данные, релевантные для планирования, такие как складской запас и заказы клиента или производственные заказы, также переносятся из R/3 в APO через интерфейс CIF. И наоборот, результаты планирования в APO возвращаются в R/3 через CIF и выполняются там. Эта интеграция переменных данных происходит в реальном времени.

Объекты основных данных CIF Первичный перенос

R/3

Основные данные R/3

APO

Основные данные APO Местоположение

Завод Клиент

Продукт

Поставщик

Ресурс

Основные Модель производственного процесса

данные материалов Мощнось Единичная техкарта и © SAPспецификация AG 2002

Инкрементальный перенос данных

APO Core Interface касается интерфейса реального времени. Только объекты данных, необходимые в структурах данных, согласованных в планировании в APO для конкретных процессов планирования и оптимизации, переносятся из комплексного набора данных R/3 в APO. И первичный перенос данных (первичный перенос), и перенос изменений данных в пределах APO происходят через APO Core Interface. Объекты основных данных в APO не идентичны с объектами основных данных в R/3. Перенос основных данных заключается в том, что релевантные основные данные R/3 отображаются в соответствующих основных данных планирования в APO. Система R/3 остается доминирующей системой для основных данных. Непосредственно в APO выполняется ведение только специфичных основных данных APO, которые не существуют в R/3.

Объекты переменных данных CIF

APO

R/3

Переменные данные R/3 Заказы Заявки

Первичный перенос данных

Заказы клиента Плановые заказы Плановые первичные потребности Резервирования Снабжение ...

Перенос изменения

Переменные данные APO Заказ с категорией BF (заказ на поставку) AG (заявка) BM (заказ клиента) AI (плановый заказ) FA (Зап. КФ) AM (ПрзвРес) CC (складской запас) ...

Реальное время © SAP AG 2002

Сначала происходит первичный перенос переменных данных через APO Core Interface. Перенос изменений между R/3 и APO обычно автоматически следует за объектами переменных данных, которые относятся к активной модели интеграции. Новые переменные данные или изменения в существующих переменных данных переносятся автоматически. (Для переменных данных компонента APO SNP в настройке можно определить, должна ли выполняться периодическая публикация или публикация в реальном времени). Объекты переменных данных в APO не идентичны объектам переменных данных в R/3. Все переменные данные в R/3 переносятся в APO как заказы, которые могут различаться ATPкатегорией. В стандартной системе плановые первичные потребности могут переноситься только из R/3 в APO. Повторный перенос плановых первичных потребностей, которые Вам могут понадобиться только при выполнении Планирования сбыта в APO, должны инициироваться из Планирования сбыта в APO при помощи конкретной операции. Для плановых заказов и заявок на закупкум в APO можно указать, чтобы они переносились из APO в систему R/3, если установлен индикатор преобразования.

Перенос данных в APO

1. Создайте интеграционную модель Определите имя и целевую систему APO Выберите основные и переменные данные

Имя Целевая система Заказы клиена Производственные заказы Складской запас

...

2. Активируйте интеграционную модель Интеграционная модель активна Запуск

Данные переносятся в первый раз, за этим следуе постоянный инкрементальный перенос переменных данных © SAP AG 2002

Вы определяете интеграционную модель, которая управляет переносом основных и переменных данных в системе R/3. Можно найти опцию меню Core Interface Advanced Planner and Optimizer (меню CIF) под Логистика -> Центральные функции -> Интерфейс планирования логистической цепочки. Интеграция модель различает основные данные и переменные данные. Рекомендуется выбирать эти два типа данных в отдельных интеграционных моделях, а затем также отдельно их переносить. В интеграционной модели выбираются основные и переменные данные, которые Вы хотите перенести. В интеграционной модели указывается следующее: Целевая система APO для переноса данных Объекты данных, которые Вы хотите перенести Можно удалить интеграционные модели, которые Вам больше не нужны. Обратите внимание, что сначала надо дезактивировать эти интеграционные модели. Для любых переменных данных, которые содержатся в активной интеграционной модели, выполняется пошаговый перенос данных между системой R/3 и APO.

Интеграция iveCache с R/3

Экстракторы BW

DP

Заказ клиента

SD

Прогноз

APO

liveCache

Складской запас В пути Заявка Заказ

Плановая первичная потребность

MM

CIF Плановый заказ Производсвенный заказ

Заявка на перемещение запаса

PP

R/3

© SAP AG 2002

Исторические данные из Планирования сбыта (DP) переносятся в APO c помощью экстракторов из Business Information Warehouse (BW). Можно деблокировать прогноз Планирования сбыта в liveCache, а затем создавать плановые первичные потребности. В качестве альтернативы можно переносить плановые первичные потребности из системы выполнения. Заказы, запасы и плановые первичные потребности систем выполнения переносятся через интерфейс CIF в APO. Результаты планирования APO, заявки, заявки на перемещение запаса, заказы на перемещение запаса и плановые первичные потребности также распределяются через интерфейс CIF в системы выполнения. Плановые заказы могут также создавать прямые производственные заказы в системе OLTP.

Интеграция APO - OLTP

APO Планирование сбыта (DP) Планирование логистических сетей (SNP)

Ланирование производства (PP) Точное календарное планирование (DS)

Перераспределение Построитель транспортной загрузки (TLB)

OLTP Плановые первичные потребности Плановые заказы Заявки Заявки на перемещение запаса Плановые заказы Производственные заказы Заявки Заявки на перемещение запаса Корректировка заявок на перемещение запаса

Группирование заказов на перемещение запаса

© SAP AG 2002

На этом слайде показан обмен данными движения между APO и соединенными системами OLTP. Можно переносить результаты планирования сбыта как плановые первичные потребности в системы OLTP подобно переносу из гибкого планирования или УПСП в управление сбытом (R/3). Можно переносить результаты планирования SNP как плановые заказы, заявки и заявки на перемещение запаса в систему OLTP. Можно также переносить результаты планирования производственного и точного планирования как плановые заказы, заявки и заявки на перемещение запаса в систему OLTP. Если плановые заказы SNP преобразуются в плановые заказы производственного и точного планирования, то в системе OLTP плановые заказы корректируются. Плановые заказы можно переносить в систему OLTP из производственного и точного планирования только как производственные заказы. Перераспределение и TLB подверждают заявки на перемещение запаса OLTP и могут преобразовывать их в заказы на перемещение запаса или заказы клиента управляемого поставщиком запаса. Через Настройка -> APO -> Планирование логистической цепочки -> Планирование логистических сетей (SNP) -> Основные параметры настройки -> Преобразовать перенос в системы OLTP можно сконфигурировать, каким образом должен выполняться перенос.

Разметка

Сеть разметки присваивает поступления потребностям

Сбыт

50 Узел вывода

50

50

30

80

20 Заказ

20

распространяет потребноси через спецификацию Узел ввода Разметка

для нескольких местоположений находит неприсвоенные количесва заказа

APO предлагает фиксированную и динамическую разметку

© SAP AG 2002

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

Разметка логистической цепочки

Заказ клиента 10

20

10

10

20

40

10

30

40

100 20

30

50

30

50

50

50

50

50

50

Производственный заказ 50

© SAP AG 2002

50

Дефицит 30

Заказ

(-10)

100

Транспортный заказ

80

60

30

20 80

50 (+10)

(+20)

Превышение

Заключение

Теперь Вы можете Описать преимущества технологии liveCache Структурировать обмен данными между R/3 (или другими системами OLTP) и APO Объяснить задачи разметки

© SAP AG 2002

Моделирование и оценка в APO

Содержание: Модели и версия в APO Пульт управления логистической цепочкой Инструмент инжиниринга логистических цепочек Монитор предупреждений Оценки при помощи BW explorer

© SAP AG 2002

Цели обучения

В заключение этой главы Вы научитесь: Объяснять функции моделей и версий в APO Описывать моделирование логистических сетей Анализировать основные и переменные данные в пульте управления логистической цепочкой Вызывать предупреждения из пульта управления логистической цепочкой Оценивать агрегированные исторические данные © SAP AG 2002

Обзорная диаграмма

1 Обзор семинара 2 Интеграция и технология 3 33 Моделирование и оценка в APO 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

6 планирование 7 8

Планирование транспортировок и транспортных средств

Global Available-to-Promise

9 Заключение

© SAP AG 2002

Сценарий предприятия

Компания Precision Pump использует пульт управления логистической цепочкой для анализа ряда предприятий и документирования результатов планирования. В мониторе предупреждений каждый плановик может найти свои текущие проблемы планирования и сообщения об особых ситуациях. Основные показатели эффективности (KPI) обеспечивают эталоны для определения целей компании. После каждого цикла планирования компания Precision Pump использует KPI для анализа производительности своей логистической цепочки. © SAP AG 2002

Модели и плановые версии

Прежняя система

Основные данные OLTP

R/3

Основные данные APO (независимые от модели)

Активная модель Model 1 Транспортные отношения Продукты

Модели моделирования

PPMs

Местоположения

Активная версия 000

Плановая версия 1

Плановая версия n

Данные о движении и

Данные о движении и

Данные о движении и

основные данные,

основные данные,

основные данные,

зависимые от версии

зависимые от версии

зависимые от версии

© SAP AG 2002

Модель сети представляет логистическую цепочку и состоит из отдельных узлов и отношений. В APO можно создавать и выполнять ведение разных версий модели с целью моделирования. Есть только одна активная модель (000) с активной версией. Активная плановая версия - 000. Все функции планирования APO основаны на модели логистической цепочки. Модель охватывает всю сеть логистических цепочек. Она моделируется в проектировщике логистической цепочки и содержит такие детали, как местоположения, ресурсы, продукты, транспортные отношения и модели производственного процесса (PPM). У Вас также есть возможность создания нескольких моделей с разными версиями с целью моделирования. Такие основные данные, как местоположения, продукты, ресурсы и планы, которые переносятся из систем OLTP, автоматически присваиваются модели 000. Основные данные, которые Вы создаете в APO, надо присвоить модели.

Инструменты ведения и анализа APO

Проектирование

Пульт управления

Монитор предупреждений

Информация Предупреждение Ошибка Игнорировать

Моделирование сети

Анализ состояния планирования

Оценка сообщений об особой ситуации

© SAP AG 2002

Инструмент инжиниринга логистических цепочек позволяет выполнять ведение Вашей логистической цепочки. Этот компонент можно использовать для создания или изменения моделей сетей логистических цепочек. Модель сети представляет логистическую цепочку и состоит из отдельных узлов и соединений. Модель может иметь разные плановые версии. У Вас также есть возможность создания нескольких моделей с разными версиями с целью моделирования. Инструмент инжиниринга логистических цепочек - это полностью интегрированный компонент APO, который используется для создания моделей. Модель является основой для функций планирования APO. Она охватывает все области логистической сети, от поставщика поставщика до клиента клиента. Здесь импортируются релевантные объекты данных из исходной системы в APO. Пульт управления логистической цепочкой позволяет плановикам выполнять интегрированный анализ переменных данных в логистической цепочке. Он также позволяет разбивать данные на специфичные для плановика поднаборы, такие как отдельный регион или линия продукта. Монитор предупреждений собирает сообщения относительно проблем в рамках Вашего плана.

Рабочие области

Доступ к часто используемым объектам Используется для запросов Служат как фильтры Конфигурируемы для пользователей

© SAP AG 2002

Ракурс полной логистическо цепочки может быть не совсем понятным. Можно ограничить ракурс объектами, с которыми Вы хотите работать, при определении рабочих областей. Рабочая область используется исключительно как фильтр для просмотра объектов в пульте управления и инструменте инжиниринга. Предварительно определенная рабочая область является основой для запросов, которые можно использовать для сбора информации обо всех аспектах Вашей логистической цепочки из системы APO. Транспортные отношения в Вашей рабочей области определяются при помощи модели, в которой Вы работаете. В рабочей области логистической цепочки можно выбрать: Местоположения (завод, ЦР, поставщика, клиента) Ресурсы, производство, склад, обработку, транспортировку Продукты PPM (модели производственного процесса)

Объекты в сети логистической цепочки

l

Местоположения

Поставщик

l

Завод

ЦР

Клиент

Пункт Зона трансп. трансп. Область перемещения Агент по транспорттранспортППМ запаса ировке

Транспортные отношения

© SAP AG 2002

В APO местоположение может быть представлено, например, центром распределения, заводом-производителем, местоположением поставщика, агентом по транспортировке, транспортными зонами, областями MRP. Циркуляция материала между местоположениями моделируется через транспортные отношения. Логистическая цепочка отображается через местоположения и транспортные отношения. Транспортная зона может использоваться для группирования клиентов, например, в форме иерархии местоположения. Транспортная зона используется в TLB и планировании транспортировок. Агенты по транспортировке и пункты перемещения запаса используются только в планировании транспортировок. Область MRP планируется в SNP как заводпроизводитель. Основные записи продуктов, ресурсы и PPM (модели производственного процесса) присваиваются местоположениям. Можно отображать производство, склад, транспортировку и перерабатывающие емкости через ресурсы. PPM (модели производственного процесса) планирования сбыта, SNP и производственного и точного планирования доступны для определения спецификаций и единичных технологических карт.

Навигация пульта управления логистической цепочкой Рабочие Рабочие области области

Система Система управления управления пультом пультом

Карта Карта обзора обзора

Объекты Объекты планирования планирования Карта Карта сети сети

Панель Панель управления управления © SAP AG 2002

Мониторинг Мониторинг предупреждений предупреждений

Строка Строка кнопок кнопок

Используйте этот навигационный компонент пульта управления логистической цепочкой для: Сохранения полного обзора Вашей модели логистической цепочки Получения информации из системы APO через запросы Измерения производительности при помощи KPI (основных показателей производительности) Просмотра данных местоположения, продукта, ресурса, PPM и отношения Отслеживать ситуацию с предупреждениями Три основных бизнес-инструмента, доступных из пульта управления логистической цепочкой, включают в себя: Запросы, которые запускают функцию планирования Основные показатели производительности, которые обеспечивают обратную связь с фактической производительностью Монитор предупреждений, который предоставляет уведомления об особых ситуациях

Предоставление информации Информация фиксированной сети - Транспортная сеть - Производственная сеть

Результаты планирования - Производство - Сбыт - Склад - Транспортировка - Загрузка мощности

Приложения APO - Планирование логистических сетей - Планирование производства - ATP - Планирование сбыта © SAP AG 2002

Business Information Warehouse • Основные показатели эффективности - Уровень обслуживания - Затраты логистической цепочки

Монитор предупреждений

Основные данные APO • Продукты • Ресурсы • Местоположения • Транспортные отношения • Модель производственного процесса

Запросы облегчают функцию планирования Основные показатели эффективности обеспечивают обратную связь с фактической производительностью

Цель основных показателей эффективности Какова общая прибыль от Gel 250, поставленного клиенту X из ЦР в Милане?

© SAP AG 2002

Основные показатели эффективности APO (KPI) выражают абстрактные задачи логистической цепочки в финансовых или физических единицах с целью сравнения. Данные, которые относятся к разным процессам выполнения и планирования, таким как планирование сбыта или планирование продукта, собираются, измеряются и преобразовываются в физическую или финансовую информацию, которую можно использовать для сравнения результатов и, таким образом, измерять производительность. Например, KPI может сообщить, какой процент Ваших продуктов был поврежден во время производства. На основании этой информации можно установить цель сократить процент поврежденных материалов на 5%. После внедрения шагов, необходимых для достижения цели, опять запускается запрос KPI, чтобы проверить Ваш прогресс.

Стандартные KPI (выбор) Планирование

Закупка

Объем заказа/значения

Объемы заказа на поставку

Обеспеченность запасами

Время поставки

Уровни запаса

Уровень обслуживания

Расход материала

Оценка поставщика

Уровень загрузки ресурса

Обеспеченность запасами

Производство Время производственного цикла Отклонения по сроку Брак Задержки

Обслуживание Кредитовые авизо Поставки Документы фактуры Возвраты

© SAP AG 2002

На слайде показаны некоторые стандартные KPI, поставляемые SAP. Кроме того, у Вас есть возможность определяь конкетные KPI - специально для Вашего предприятия - в Business Information Warehouse и присваивать их пульту управления логистической цепочкой.

Основные показатели эффективности 0. Определить основные показатели эффективности (KPI) Измерить производительность при помощи KPI 5. Определить разрывы и улучшить 4. Сравнить результаты KPI

3. Измерить эффективность при помощи KPI

1. APO: планировать и оптимизировать

2. Выполнить

© SAP AG 2002

На данном графике показаны три шага по улучшению производительности логистической цепочки при помощи KPI APO. Планирование и оптимизация в APO Выполнение решения в системе выполнения (R/3) Эталон в BW Функция KPI позволяет отслеживать и измерять эффективность Вашей логистической цепочки при помощи информации, хранящейся в Business Information Warehouse (BW), которая относится к Вашему бизнесу. Измерение эффективности - это способ узнать, произошли ли улучшения в Вашем бизнесе или нет. Использование метрик для измерения производительности - это сложный бизнес-процесс, который требует тщательного планирования, анализа и и глубокого знания логистической цепочки. Более подробную информацию по измерению производительности логистической цепочки можно найти в SCC1_E.doc, Приложение 1: модель SCOR.

Определение монитора предупреждений Окно особых ситуаций для деталей

Предупреждение

Предупреждающее сообщение

Особые ситуации рассчитываются при помощи макросов и просматриваются в мониторе предупреждений Существуют стандартные макросы и опция для определения Ваших собственных предупреждений © SAP AG 2002

Роль монитора предупреждений состоит в том, чтобы информировать Вас об особых ситуациях, которые имеют место в Вашем плане. Каждая ситуация, которая требует корректировки в планировании, является особой. В планировании логистических сетей есть выбор просматривать либо базу данных, либо динамические предупреждения. Предупреждения базы данных показывают состояние планирования на момент прогона планирования, в то время как динамические предупреждения отражают текущее состояние планирования. Монитор предупреждений в планировании логистической сети позволяет просматривать и удалять предупреждения для ресурсов и продуктов местоположения. Вот типичные предупреждения: когда ресурс слишком перегружен (более 100% использования емкости), когда ресурс недостаточно загружен (менее 50% использования емкости), загруженная задним числом мощность, дефицит страхового запаса, излишек/дефицит целевой обеспеченности запасами, предупреждения, специфичные для клиента. Вы сохраняете постоянный контроль над сетью логистических цепочек, так как Вы определили предупреждения, и так как есть возможность отправлять эти предупреждения по электронной почте. Как плановик или менеджер Вы будете готовы к любым проблемам, которые могут произойти. Вы будете вовремя проинформированы, чтобы можно было предпринять необходимые меры.

Интеграция монитора предупреждений

PP/DS PP/DS

Пульт управления Решение проблемы DP DP

Пример: Репозитарий предупреждений APO

SNP

ATP

Производственно е и точное планирование Планирование логистических сетей

Монитор предупреждений

© SAP AG 2002

Монитор предупреждений в планировании логистической сети позволяет просматривать и удалять предупреждения для ресурсов и продуктов местоположения. Вот типичные предупреждения: когда ресурс слишком перегружен (более 100% использования емкости), когда ресурс недостаточно загружен (менее 50% использования емкости), загруженная задним числом мощность, дефицит страхового запаса, излишек/дефицит целевой обеспеченности запасами, предупреждения, специфичные для клиента. Вы сохраняете постоянный контроль над сетью логистических цепочек, так как Вы определили предупреждения, и так как есть возможность отправлять эти предупреждения по электронной почте. Как плановик или менеджер Вы будете готовы к любым проблемам, которые могут произойти. Вы будете вовремя проинформированы, чтобы можно было предпринять необходимые меры. Можно вызвать монитор предупреждений из пульта управления логистической цепочкой, из меню или непосредственно из интерактивного планирования. Щелкните правой кнопкой мыши на предупреждении, чтобы перейти непосредственно на экран решения проблемы.

Виды предупреждений

Планирование сбыта

DP предупреждения статуса макроса

Планирование сетей логистич. цепочек

Уровень загрузки ресурса (SNP) Нарушение сроков

Производственное и точное планиров.

Уровень загрузки ресурса (PP/DS) ATP: потребности не охвачены

ATP

© SAP AG 2002

Business Information Warehouse

Компонент мониторинга APO располагает 20 видами предупреждений от дефицита продукта до разнообразных перегрузок. Виды предупреждений должны быть приоритизированы и присвоены разным приложениям APO. Например, некоторые предупреждения применимы только к Планированию сетей логистических цепочек, а некоторые могут быть также присвоены Планированию сбыта и Производственному и точному планированию. Монитор предупреждений делает различие между предупреждениями конкретной версии планирования и предупреждениями вообще. Например, перегрузка относится к конкретной версии планирования, в то время как предупреждения Планирования сбыта - общие. Но в Мониторе показываются оба вида предупреждений. Если Вы хотите показывать предупреждение в SCC, можно присвоить вид предупреждения приложению. Таким образом, свет светофора в области мониторинга панели управления будет показываться постоянно. Наличие света светофора говорит о том, что существует, как минимум, одно предупреждение этого вида приоритета. Так как некоторые виды предупреждения нельзя однозначно присвоить во всех случаях, одни и те же предупреждения могут появляться при более, чем одном свете приоритета. Каждый вид предупреждения можно присвоить любому количеству приложений.

Оценка в APO

При помощи BW Business Explorer можно выполнить оценку: Данных заказа из liveCache Агрегированных данных в инфо-кубах

Структура экстракции

Область планирования

Дистанционный куб liveCache

Business Explorer

Инфо-куб DP

© SAP AG 2002

Также можно оценивать данные из APO при помощи фронтэнда BW. Оцениваются не только агрегированные фактические данные из инфо-кубов, но также все объекты заказа и временного ряда из liveCache. Вот предпосылки для заказов продуктивной отчетности и временного ряда: область планирования в APO; струкура экстракции для области планирования; инфо-источник и и дистанционный куб SAP, который отражает данные liveCache.

Заключение

Теперь Вы можете: Объяснять функции моделей и версий в APO Описывать моделирование сети логистических цепочек Анализировать основные и переменные данные в пульте управления логистической цепочкой Вызывать предупреждения из пульта управления логистической цепочкой Оценивать агрегированные исторические данные

© SAP AG 2002

Упражнения Глава: пульт управления логистической цепочкой Тема: просмотр и запрос

В заключение этой главы Вы научитесь: • Выполнять ведение пользовательской настройки для пульта управления логистической цепочкой • Выполнять запросы в пульте управления логистической цепочкой и Business Information Explorer.

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

На Вашем мониторе виден номер группы ##, который Вам нужен для следующих упражнений.

1-1

Откройте пульт управления логистической цепочкой при помощи следующих записей: Плановая версия

000

Для модели

000

Рабочая область

PUMP_25

Перейдите в логический ракурс PUMP и проанализируйте логистическую цепочку. Какие центры распределения осуществляют поставки на заводы 1000 и 2300?

1-2

Просмотрите глобальные основные данные для продукта T-F225 и основные данные для продукта T-F225 в центре распределения 2400 в пульте управления логистической цепочкой.

1-3

Запросите ведомость потребности/запасов для продукта T-F225 в местоположении 2400.

1-4

Запросите транспортные отношения, разрешенные для продукта T-F225.

1-5

Откройте Ваш профиль пользовательской настройки из пульта управления. Введите профиль предупреждения SDP - PUMP. Сохраните профиль, вернитесь в пульт управления и обновите ситуацию с предупреждениями. Предупреждения просматриваются? Каким образом можно обрабатывать предупреждения?

1-6

Оцените агрегированные исторические данные для продукта T-F2##. Зарегистрируйтесь в системе APO при помощи анализатора Business Information Warehouse (BW) и откройте запрос ДАННЫЕ ОБОРОТА для инфокуба СБЫТ. Найдите объем, который Продукт T-F2## с Заказчиком 1000 в Сбытовой организации 1000 внес в сбыт за последние несколько месяцев.

Решения Глава: пульт управления логистической цепочкой тема: просмотр и запрос

На Вашем мониторе виден номер группы ##, который Вам нужен для следующих упражнений.

1-1

Откройте пульт управления логистической цепочкой при помощи следующих записей: Плановая версия

000

Для модели

000

Рабочая область

PUMP_25

Перейдите в логический ракурс PUMP и проанализируйте логистическую цепочку. Какие центры распределения осуществляют поставки на заводы 1000 и 2300? Мониторинг логистической цепочки → Пульт управления логистической цепочкой Введите данные ввода и выберите «Использовать». Выберите кнопку «Соответствовать объектам» слева над рисунком, чтобы скорректировать объекты. Введите ракурс PUMP и выберите «Ракурс». Если Вы хотите еще больше ограничить область, можно определить область масштабирования при помощи левой кнопки мыши. Отношения показывают, что заводы 1000 и 23000 осуществляют поставки в центры распределения 2400 и 2500. 1-2

Просмотрите глобальные основные данные для продукта T-F225 и основные данные для продукта T-F225 в центре распределения 2400 в пульте управления логистической цепочкой. Выберите закладку Продукты Щелкните правой кнопкой мыши на продукте T-F225 и просмотрите основные данные для этого продукта: Просмотр → Продукт

Выберите местоположение 2400 на рисунке и продукт T-F225 на закладке Продукты и просмотрите продукт местоположения, щелкнув правой кнопкой мыши на продукте: Просмотр → Продукт в местоположении

1-3

Запросите ведомость потребности/запасов для продукта T-F225 в местоположении 2400. Выберите местоположение 2400 на карте Выберите продукт T-F225 в закладке Продукты и щелкните правой кнопкой мыши, чтобы вызвать контекстное меню: Вызовите приложения планирования → Ведомость потребности/запасов производственного и точного планирования Проверьте, чтобы у Продукта и Завода был зеленый свет в экране опций выбора, и проверьте, какой продукт выбран, щелкнув на кнопку Просмотр

1-4

Выполните запрос, щелкнув на кнопку Выполнить Запросите транспортные отношения, разрешенные для продукта T-F225. Выберите T-F225 на закладке Продукты Щелкните правой кнопкой мыши, чтобы вызвать контекстное меню: Запрос: Основные данные → Карта сети транспорта

1-5

Откройте Ваш профиль пользовательской настройки из пульта управления. Введите профиль предупреждения SDP - PUMP. Сохраните профиль, вернитесь в пульт управления и обновите ситуацию с предупреждениями. Предупреждения просматриваются? Каким образом можно обрабатывать предупреждения? Параметры настройки → Профиль пользователя Введите профиль предупреждения SDP PUMP в закладке Монитор предупреждений. Сохраните профиль и используйте зеленую стрелку, чтобы вернуться в пульт управления. Нажмите кнопку «Обновить предупреждения», и сообщения об особых ситуациях будут показаны красным цветом. Щелкните здесь дважды, чтобы перейти непосредственно в Монитор предупреждений, и щелкните правой кнопкой мыши, чтобы обработать предупреждения.

1-6

Оцените агрегированные исторические данные для продукта T-F2##. Зарегистрируйтесь в системе APO при помощи анализатора Business Information Warehouse (BW) и откройте запрос ДАННЫЕ ОБОРОТА для инфо-куба СБЫТ. Найдите объем, который Продукт T-F2## с Заказчиком 1000 в Сбытовой организации 1000 внес в сбыт за последние несколько месяцев. Вызовите анализатор BW, активируйте макросы и нажмите пиктограмму «Открыть» в Business Explorer. Войдите в Вашу систему APO.

Расширьте инфо-область ПЛАНИРОВАНИЕ СБЫТА и инфо-куб СБЫТ. Выберите запрос ДАННЫЕ ОБОРОТА и нажмите ОК. Вам дается агрегированный ракурс объема сбыта и общей стоимости продаж трех сбытовых организаций. Щелкните правой кнопкой мыши на поле рядом с продуктом APO, чтобы ограничить оценку Вашего продукта T-F2##, через «Выбрать значение фильтра». Щелкнув правой кнопкой на сбытовой организации, можно детализировать оценку в соответствии с заказчиками, выбрав «Добавить детализацию в соответствии с заказчиками». Щелкнув правой кнопкой на показателе СБЫТ, можно детализировать оценку в соответствии с месяцами, выбрав «Фильтр и детализация в соответствии с годом/месяцем».

Планирование сбыта (DP)

Содержание: Задачи и функции планирования сбыта Интеграция с Business Information Warehouse (BW) Инструментарий прогноза Планирование жизненного цикла Рекламные мероприятия

© SAP AG 2002

Цели обучения

В этой главе Вы научитесь: Объяснять, каким образом Business Information Warehouse интегрирован с планированием сбыта, Описывать задачи планирования сбыта, Определять различные стратегии прогнозирования, Создавать простое прогнозирование сбыта и деблокировать результаты в планирование производства.

© SAP AG 2002

Обзорная диаграмма

1 Обзор семинара 2 Интеграция и технология 3 Моделирование и оценка в APO 44 Планирование сбыта

4

Планирование

5 логистических сетей Производственное и точное

6 планирование 7 8

9

© SAP AG 2002

Планирование транспортировок и транспортных средств

Global Available-to-Promise Заключение

Сценарий предприятия

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

© SAP AG 2002

Планирование сбыта - это комплексный, мощный и гибкий инструмент, который поддерживает процессы планирования сбыта Вашей компании. Пользовательский формат планирования и интерактивные папки планирования позволяют не только охватывать разные отделы, но и включать другие компании в процесс создания прогноза. В планировании сбыта APO можно использовать методы статистического прогнозирования и технологии расширенного макроса для того, чтобы: - Создавать прогнозы из истории сбыта на основании различных каузальных факторов; - Тестировать предварительно определенные и пользовательские модели прогнозов и результаты прогнозов; - Использовать согласительный подход для консолидации планов сбыта разных отделов. Можно использовать замены прогноза и кампании по стимулированию сбыта, чтобы добавить данные маркетинга и корректировать управление. Бесшовная интеграция с планированием логистических сетей APO поддерживает эффективный процесс укрупненного планирования сбыта и производства (УПСП). Планирование сбыта - это компонен приложения в Advanced Planer and Optimizer (APO), который позволяет Вам прогнозироватьспрос на рынке на продукты Вашей компании. Результатом планирования сбыта APO является план сбыта.

Преимущества планирования сбыта в APO

Глобальный сервер с инфраструктурой BW Интегрированная обработка особых ситуаций, создание пользовательских предупреждений Интеграция с планированием производства (сценарий УПСП) Планирование, основанное на оперативной памяти Гибкая навигация в таблице планирования, разнообразная детализация Расширенная технология прогнозирования Планирование рекламных мероприятий и оценка, подобное моделирование Совместное планирование через Интернет Сбытовые спецификации (BOMs) © SAP AG 2002

Инфраструкура Business Information Warehouse (BW) включает в себя простые для использования свойства для экстракции всех данных из систем выполнения и их анализа в SAP BW Business Explorer. Макросы могут использоваться для выполнения сложных вычислений и для определения условий и сообщений об особых ситуациях (предупреждений). Электронная почта может отправляться автоматически, а статус автоматически запрашиваться. В сценарии УПСП гибкий план производства из SNP или производственного и точного планирования сравнивается с исходным планом сбыта. Отклонения определяются автоматически, и о них сообщается плановику. Для прогнозирования доступны следующие статистические процедуры: константная модель, трендовая модель, сезонная модель, трендовая и сезонная модель, метод Кростона с экспоненциальным сглаживанием, линейная регрессия и факторные модели с мультилинейной регрессией. К ним могут быть присоединены внешние процедуры прогнозирования. Подобное моделирование относится к прогнозированию новых продуктов при помощи старых данных из старых продуктов. Подобное моделирование также охватывает определение жизненного цикла. Каждую папку планирования можно сделать доступной клиентам и поставщикам через Интернет, чтобы была возможность выполнить обмен данными как можно скорее.

Факторы, влияющие на планирование сбыта Компания 1

Компания 2

Клиент

Ценр. склад Регион.Центр. складРегионю Склад Рекламное Рекламное Рекламное ЦР ЦР Рекламное мероприятие мероприятие мероприятие мероприятие Сотрудники Сотрудники сбыта сбыта Цена Цена

Время Время года года

Цена Цена

Реклама Реклама

Погода Погода

Понимание сбыта в динамической бизнес-среде Множественные источники данных планирования сбыта, такие как: внутренние прогнозы, основанные на истории, прогнозах от клиентов или данные электронно-кассового терминала непосредственно от розничных предприятий Управление всеми значительными факторами, которые влияют на сбыт Отслеживание и управление жизненными циклами продуктов © SAP AG 2002

Сложная конкурентная природа современной бизнес-среды требует от организаций рассмотрения многих вариантов при разработке производственного плана и плана сбыта. Множественные источники данных плана сбыта (например, прогноз производителя основан на истории продаж дистрибьютора и/или данных электронно-кассового терминала непосредственно из розничной торговли). Факторы, влияющие на сбыт (количество сотрудников сбыта, расходы на НИОКР, расходы на рекламу, цена, рекламные мероприятия, сезон). Обмен данными сбыта може производиться со сбытовыми организациями, клиентами и поставщиками через Интернет (совместное планирование сбыта).

Интеграция APO - Business Warehouse

Планирование сбыта ПрогнозиПрогнозирование

Учет и отчетность

История сбыта, цена, затраты, ...

Инфо-хранилище APO

Business Information Warehouse

Прогнозирование Центральный пул данных Данные, специфичные для планирования сбыта Сценарии прогнозирования и планирования Влияющие факторы Модели жизненного цикла Сезонные модели Модели рекламных мероприятий © SAP AG 2002

Краткие данные Элекронно-кассовый терминал, заказ и данные отгрузки Данные исследования рынка электр.-касс. терминала Информация по затратам ...

Business Information Warehouse (SAP BW) содержится в объеме поставок APO и полностью интегрирован с ним. Если у Вас объемная отчетность и учет лучше установить отдельный сервер BW и переносить в систему APO только те данные, которые релевантны для планирования. Так как структуры данных в BW и APO идентичны, можно оценивать данные APO при помощи фронтэнда BW.

Концепция планирования сбыта

Уплотненные фактические данные

Местоположение

Прогноз по сбыту

Иерархия продуктов Заказчик Сбытовая организация Регион

Поступление заказа BW

количество стоимость

Счет-фактура количество

Статистический прогноз

R/3

Совместное прогнозирование

Excel Не SAP-система

Мероприятия по стимулированию сбыта

стоимость

…

© SAP AG 2002

Библиотека приложения APO DP статистического прогнозирования и технологии расширенных макросов позволяет вам создавать прогнозы на основе истории продаж, а также любого числа причинных факторов и использовать совместно выработанный подход с целью консолидации результатов. Можно добавить маркетинговую информацию и аналитику, корректировку менеджмента путем использования мероприятий по стимулированию сбыта и переопределения прогнозов. Уплотненные фактические данные можно извлекать из системы R/3 точно также как и импортировать из систем BW, Excel и не SAP-систем.

Планирование и отчетность

Aug. W33

W34

Sept. W35

W36

W37

W38

W39

W40

W41

time sequence

rio

d

W32

Pe

Последовательное планирование (сверху вниз, из середины, снизу вверх)

Customer

203

Сечение

124

Regions

Развертки и свертывания Множество моделируемых планов сбыа

Material

Product Groups

Стандартный анализ точности прогнозирования

© SAP AG 2002

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

Календарный график точного планирования

Выбор APO - Продукт ID

Объект Объект 1

Текст Текст 1

Ракурс заголовка

Объект 2

Текст 2

Осн. показатель 1

Объект 3 Объект 4

Текст 3 Текст 4

Осн. показатель 2 Осн. показатель 3

Selection profile

Пользователь Ид. выбора

Design

Общие

Capacity Leveling

Graph

W 24

W 25

W 26

W 27

W 28

Осн. показатель 4 Осн. показатель 5

Информация заголовка Выбранные объекты

Папка планирования Ракурсы данных

APO Местоположение

Общие

Правая кнопка мыши: доп. параметры настройки

Стандартный выбор

Макросы

© SAP AG 2002

Модули APO планирование сбыта и планирование логистических сетей имеют стандартный пользовательский интерфейс. Он состоит из двух значимых компонентов: диапазона выбора и рабочей области. Диапазон выбора (сегмент поиска) - это окно, где Вы выбираете инфо-объекты для планирования. В сегменте поиска можно сохранять часто используемые выборы и загружать существующие выборы. Чтобы открыть сегмент поиска, выберите окно выбора символа. Профиль выбора показывает все идентификаторы выбора, которые были присвоены плановику. У плановика есть быстрый доступ к часто используемым выборам при помощи идентификаторов выбора. В области ракурса данных выбираются папки планирования и ракурсы. Можно определить фильтр для доступных папок планирования и ракурсов.

Вычисления в планировании сбыта

Можно использовать макросы для: Вычисления отклонений Автоматических корректировок Вычисления бюджетов продаж Определения Ваших собственных особых ситуаций Запуска запросов статуса Отправки электронной почты

© SAP AG 2002

Макросы выполняют сложные вычисления быстро и точно. Высокая степень гибкости макросов позволяет плановику моделировать среду планирования на основании индивидуальных бизнес-задач.

Статистический инструментарий Унивариантное прогнозирование Скользящие средние значения Модели (константная, сезонная трендовая, сезонная) Экспоненциальное сглаживание Сезонная линейная регрессия Holt-Winters Метод Кростона (для спорадической потребности)

Факторный анализ Мульти-линейная регрессия

Комбинированное прогнозирование Взвешенное среднее множественных моделей © SAP AG 2002

Портфель продукта компании охватывает ряд продуктов на различных стадиях их жизненного цикла и с различными видами сбыта. Планирование сбыта APO предлагает "инструментарий" проверенных методов прогнозирования. Система позволяет Вам выбрать лучший метод для конкретного вида сбыта. Комбинированный прогноз расширяет идею "выбрать лучшее"; в этой технологии комбинируются два или более методов. Метод Кростона позволяет Вам моделировать спорадическую потребность. Инструментарий статистического прогнозирования предоставляет все характеристики, которые необходимы для эффективного создания точных прогнозов, включая все из анализа данных через модели временного ряда и мульти-линейную регрессию.

Управление жизненным циклом и подобное моделирование

Фактические данные старого продукта

Сбыт

Прогнозирование нового продукта

подобно Жизненный цикл

Время

© SAP AG 2002

Планирование жизненного цикла и подобное моделирование используются для прогнозирования запуска продукта (фазы ввода) и замены продукта (фазы вывода). Жизненный цикл продукта состоит из разных фаз: запуск (фаза ввода), рост, зрелость и прекращение (фаза вывода). Этот процесс моделирует фазы запуска, роста и прекращения. Для всех комбинаций значений признаков используется либо подобный профиль, профиль фазы ввода, профиль фазы вывода или их комбинация. Если период профиля фазы вывода находится в пределах горизонта истории профиля общего прогноза, система корректирует исторические значения ввода, показывает скорректированные значения в истории оригинала и скорректированные исторические основные показатели и пишет скорректированные значения в скорректированной истории. Если период профиля фазы ввода находится в пределах горизонта будущего указанного профиля общего прогноза, система корректирует прогнозы прототипа (оригинал) и пишет скорректированные значения в скорректированный основной показатель прогноза.

Планирование рекламного мероприятия

Моделирование прогноза Оборот Общий оборот:

ПрибыльОбщая прибыль:

Рекламное мероприятие 1

-10%

Цена

Модели рекламного мероприятия

Плановик Плановик

’95

’96

’97

’98

Объем

© SAP AG 2002

Рекламные мероприятия могут оказывать большое влияние на поведение потребителя. В планировании сбыта APO можно планировать рекламные мероприятия или другие события независимо от остального прогноза. Используйте планирование рекламного мероприятия для записи либо одноразовых событий, таких как празднование тысячелетия, либо повторяющихся событий, например, ежеквартальных рекламных кампаний. Другими примерами рекламных мероприятий являются выставки, купоны, раздача рекламных материалов, мероприятия конкурентов, рыночная информация. Примерами событий, которые также имеют эффект на поведение потребителя, это экономические тенденции вверх/вниз и природные катаклизмы, например, ураганы и торнадо. Рост оборота от рекламных кампаний определяется в единицах или процентах с помощью общих образцов рекламных мероприятий.Эффект образца рекламного предприятия, которое имело место в прошлом, может быть идентифицирован автоматически при помощи истории сбыта или оценки плановика. Образец рекламного мероприятия может быть заархивирован в каталоге рекламных мероприятий; поэтому он может быть повторно использован, если повторяется рекламное мероприятие того же вида. Функция копирования в каталоге рекламных мероприятий также поддерживает "подобное" моделирование "подобных продуктов", "подобных регионов" и т.д. Существует несколько доступных технологий для определения влияния исторического рекламного мероприятия. Одной такой технологией является мульти-линейная регрессия с или без тренда или сезонности.

Деблокирование объемов сбыта как плановых первичных потребностей

Планирование сбыта

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

Основной показатель: гибкий объем сбыта

Планирование производства Плановые первичные потребности

SNP Производственное и точное планирование

Объемы производства

© SAP AG 2002

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

Планирование сбыта: резюме главы

Теперь Вы можете: Объяснять, каким образом Business Information Warehouse интегрирован с планированием сбыта, Описывать задачи планирования сбыта, Определять различные стратегии прогнозирования, Создавать простое прогнозирование сбыта и деблокировать результаты в планирование производства.

© SAP AG 2002

Упражнения Глава: планирование сбыта Тема: интерактивное планирование После выполнения этого упражнения Вы научитесь: • Оценивать исторические данные • Создавать прогноз сбыта включая корректировки • Деблокировать план сбыта в планирование производства Компания Precision Pump cоздает план сбыта, чтобы предоставить плановые первичные потребности для планирования логистических сетей. Этот план использует статистический прогноз на основании исторических данных и включает информацию от региональных сотрудников сбыта.

1-1

Перейдите в планирование сбыта. Откройте окно выбора и под «Показать» выберите «APO ПРОДУКТ». Версия 000 показывается автоматически. В следующей строке введите APO - продукт еще раз и справа введите Ваш продукт T-F2##. Загрузите данные для продукта в таблицу планирования.

1-2

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

1-3

Через три месяца от настоящего момента введите вручную исправление - 100 насосов. Проверьте, чтобы исправление автоматически добавилось в план сбыта. Сохраните Ваш план.

1-4

1-4 Деблокируйте Ваш план сбыта в планирование производства Используйте вариант «ДЕБЛОКИРОВАТЬ» и введите Ваш продукт T-F2## и горизонт. Какие местоположения имеют плановые первичные потребности, созданные для них? Имя поля

Данные ввода

1-5

Область планирования

SALES

Плановая версия

000

Основной показатель

FINFOR

Плановая версия

000

Категория

FA

Горизонт

Следующие три месяца

Дневной растр периода

90 дней

Продукт

T-F2##

Удостоверьтесь, чтобы в LiveCache были созданы плановые первичные потребности. Перейдите в ракурс продукта PP/DS для версии 000, продукта TF2## и местоположения 2400.

Решения Глава: планирование сбыта Тема: интерактивное планирование После выполнения этого упражнения Вы научитесь: • Оценивать исторические данные • Создавать прогноз сбыта, включая корректировки • Деблокировать план сбыта в планирование производства Компания Precision Pump cоздает план сбыта, чтобы предоставить плановые первичные потребности для планирования логистических сетей. Этот план использует статистический прогноз на основании исторических данных и включает информацию от региональных сотрудников сбыта.

1-1

Перейдите в планирование сбыта. Откройте окно выбора и под «Показать» выберите «APO ПРОДУКТ». Версия 000 показывается автоматически. В следующей строке введите APO - продукт еще раз и справа введите Ваш продукт T-F2##. Загрузите данные для продукта в календарный график точного планирования. Планирование сбыта → Планирование → Интерактивное планирование сбыта Окно выбора - вторая пиктограмма наверху слева. Откройте окно выбора и под «Показать» выберите «APO ПРОДУКТ». Версия 000 показывается автоматически. В следующей строке введите APO продукт еще раз и справа введите Ваш продукт T-F2##. Выберите «Принять» и Ваш выбор будет принят окном выбора. Дважды щелкните на Вашем продукте T-F2##. Теперь можно делать записи для этого выбора в строках таблицы планирования.

1-2

Выполните унивариантный прогноз и проанализируйте результаты графика. Сезонный образец, который имел место в прошлом, был экстраполирован в будущее. Перейдите в календарный график точного планирования. Щелкните на символе “STAT”, и прогноз рассчитывается автоматически. Выберите кнопку «Переключить таблицу/график» и результаты прогноза плюс исторические данные будут показаны автоматически. Чтобы вернуться к исходной таблице, щелкните на зеленую стрелку «назад».

1-3

Через три месяца от настоящего момента введите вручную исправление - 100 насосов. Проверьте, чтобы исправление автоматически добавилось в план сбыта. Сохраните Ваш план. В основном показателе «Исправление» напечатайте 100. Общая сумма из основных показателей «Прогноз» плюс «Исправление» показывается в основном показателе «План сбыта». Сохраните Ваш план и выйдите из таблицы.

1-4

Деблокируйте Ваш план сбыта в планирование производства Используйте вариант «ДЕБЛОКИРОВАТЬ» и введите Ваш продукт T-F2## и горизонт. Какие местоположения имеют плановые первичные потребности, созданные для них? Планирование сбыта → Планирование → Деблокировать в планирование логистических сетей Выделите кнопку «Получить вариант…» и выберите вариант ДЕБЛОКИРОВАТЬ. Введите Ваш продукт T-F2## и выберите Выполнить. Имя поля

Данные ввода

Область планирования

SALES

Плановая версия

000

Основной показатель

FINFOR

Плановая версия

000

Категория

FA

Горизонт

Следующие три месяца

Ежедневный растр периода

90 дней

Продукт

T-F2##

Плановые первичные потребности создаются для центров распределения 2400 и завода 1000. 1-5

Удостоверьтесь, что в LiveCache были созданы плановые первичные потребности. Перейдите в ракурс продукта PP/DS для версии 000, продукта TF2## и местоположения 2400. Планирование производства → Интерактивное планирование производства → Ракурс продукта Введите версию 000, продукт T-F2## и местоположение 2400. Продолжайте. Ваши ежемесячные плановые объемы сбыта были перенесены сюда и распределены по дням.

Планирование логистических сетей (SNP)

Содержание: Сеть распределения и ход выполнения Потребности основных данных Методы планирования SNP-эвристика SNP-оптимизатор Capable-to-Match

Перераспределение (точное планирование распределения)

© SAP AG 2002

Цели обучения

В этой главе Вы научитесь: Описывать сеть распределения планирования логистических сетей Объяснять ход выполнения планирования логистических сетей Определять основные данные, необходимые для работы планирования логистических сетей Описывать и сравнивать методы планирования в планировании логистических сетей Объяснять функции перераспределения © SAP AG 2002

Обзорная диаграмма

1 Обзор семинара 2 Интеграцияи технология 3 Моделирование и оценка в APO 4 Планирование сбыта 55

Планирование логистических сетей

5

Производсвенное и точное

6 планирование Планирование

7 транспортировок и 8

9

© SAP AG 2002

транспортных средств

Global Available-to-Promise Заключение

Сценарий предприятия

Компания Precision Pump внедряет планирование логистических сетей (SNP) для средне- и долгосрочного планирования движения материала по всей логистической цепочке. Производственные и складские ресурсы должны учитываться с ограничениями и одновременно. Это планирование используется, чтобы обеспечить заготовку частей с длительным временем поставки и эффективное использование ресурсов, чтобы повысить качество обслуживания клиентов и минимизировать запасы и время производственного цикла. Компания Precision Pump использует перераспределение для выравнивания перемещений запаса в соответствии со спросом и предложением в случаях, когда происходят краткосрочные изменения. © SAP AG 2002

Преимущества планирования логистических сетей в APO

Приблизительное среднесрочное планирование для нескольких площадок Одновременное планирование материала и производственных мощностей производсвенных, складских и транспортных ресурсов Одновременное планирование производства и распределения Планирование критических компонентов на узких ресурсах Оптимизация загрузки ресурса для нескольких заводов Приоритизация спроса и предложения Совместное планирование заготовки через Интернет Точное планирование распределения (перераспределение) Совместное преобразование заявок на перемещение запаса © SAP AG 2002

Последовательность планирования APO

Горизонт планирования Планирование сбыта (DP) Планирование логистических сетей (SNP) Планирование производства (PP)

Точное календарное планирование (DS)

Перераспределение

Планирование транспортировок (TP/VS) / TLB © SAP AG 2002

Задачи отдельных модулей APO можно суммировать следующим образом: Планирование сбыта используется для долгосрочного планирования без ограничений будущего плана сбыта. SNP используется для среднесрочного планирования выполнимой заготовки и производства для нескольких заводов. Производственное и точное планирование оптимизирует производство на заводе на следующие несколько недель в соответствии с последовательностями и временем наладки. Перераспределение и TLB (построитель транспортной загрузки) - это функции модуля SNP для краткосрочного планирования пополнения запаса. Перераспределение и TLB корректируют перемещения запаса в соответствии с краткосрочными изменениями со стороны снабжения и со стороны сбыта. В планировании транспортировок оптимизируются маршруты и использование транспортных средств.

Цели планирования SNP

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

© SAP AG 2002

Больше, чем традиционное планирование Модель производственного процесса

Заводпроизводитель

ЦР производителя

ЦР клиент Завод поставщика Поставщик WH

© SAP AG 2002

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

Местоположения в логистической сети Местоположения различаются только видом местоположения, который управляет символом на карте (исключение VMI)

Поставщик Завод

ЦР

Клиент

Продукы могут храниться в каждом местоположении Потребности могут удовлеворяться из каждого местоположения Можно выполнять ведение хранения, обработки, транспортировок и производственной мощности для каждого местоположения Складские затраты на единицу для каждого продукта Затраты закупки на единицу для каждого продукта © SAP AG 2002

Транспортная зона

Агент Область Пункт по перемещения ППМ транспорзапаса тировке

Для каждого местоположения можно определить календари для производства, отгрузки и складских работ. Ресурс обработки и складской ресурс может быть связан с местоположением, чтобы представить агрегированную обработку и складскую емкость. Географические данные используются для позиционирования местоположения на географической карте инструмента инжиниринга логистической цепочки. Предварительное определение их как части данных местоположения позиционирует местоположение в конкретном месте на карте. Если оставить эти поля незаполненными, они заполняются авоматически, когда местоположение помещается на карте. Закладка Клиент управляемого поставщиком запаса относится только к виду местоположения "клиент 1010". Закладка Агент по транспортировке активируется только тогда, когда Вы выбираете вид местоположения "агент по транспортировке 1020". Поля ввода, которые не доступны другим видам местоположения, активируются для вида местоположения "область MRP 1007". Для каждого местоположения можно определить затраты на хранение, обработку, заготовку и производство, а также штрафы за непоставку. Затраты на заготовку используются для выбора поставщиков, а производственные затраты для выбора PPM. Интегрированный анализ затрат выполняется во время прогона оптимизации SNP.

Транспортные отношения Транспортные отношения управляют движением материала по всей логистической цепочке

Заготовка Метод транспортировки Продукты, которые могут перемещаться методом транспортировки Мощность транспортировки по объему, весу, поддонам Затраты на транспортировку на единицу, продукт и метод транспортировки © SAP AG 2002

Транспортное отношение в APO представляет бизнес-отношение между местоположениями, которое можно использовать для транспортировки материалов. Отношения и местоположения представляют сеть логистической цепочки. Направление транспортного отношения от исходного к целевому местоположению определяет движение материала. Эти транспортные отношения позволяют: Определять такие параметры заготовки продукта, как размеры партии, функции затрат, единицы затрат и приоритеты транспортных отношений Определять методы транспортировки (грузовик, корабль, самолет и т.д.) для каждого транспортного отношения и связанные с ними параметры, такие как транспортные затраты, расстояния и время Присваивать методы транспортировки, специфичные для продукта Присваивать агентов по транспортировке транспортным отношениям Можно запрашивать релевантные для транспортных отношений данные через меню инструмента инжиниринга логистической цепочки или на карте Например, можно просматривать список всех продуктов, которые присвоены конкретному транспортному отношению.

Категории ресурса

Производство

Транспортировка

Хранение

Обработка

© SAP AG 2002

Можно моделировать дополнительные узкие места в Вашей логистической цепочке при помощи ресурсов периода. Для ориентированного на период кратко- и среднесрочного планирования в планировании логистической сети используются ресурсы периода, которые планируются в деталях на основании дней. Емкость ресурса периода можно определить как Объем (без ссылки на время) - он определяет, например, транспортную емкость грузовика или емкость склада. Норма (объем на основе времени) - она определяет, например, емкость потребности или производственную мощность ресурса; другими словами, объем, который потребляется или производится за рабочий день на ресурсе. Можно использовать транспортные ресурсы периода для моделирования емкости транспортного парка, чтобы избежать его перегрузки. Можно использовать складские ресурсы периода для моделирования емкости складов, чтобы избежать их перегрузки. Можно использовать ресурсы периода обработки для моделирования емкости автопогрузчиков, транспортерных лент или трубопроводов, чтобы избежать их перегрузки.

Структура плана и PPM

План (независимо от $

местоположения) Затраты на управление

PPM: область продукта, местоположения, размера партии

Операции: Подготовка материала Предварительная сборка Окончательная сборка

Действия: Производить Демонтировать Время ожидания

Продукт Отношение Ресурсы

В / из Последовательность

Потребление ресурсов

Инспекция © SAP AG 2002

В плане указывается точная информация, необходимая для производства продукта. Каждый план включает в себя одну или более операций. Каждая операция включает в себя одно или более действий, компоненты, потребляемые действием, используемые ресурсы и их последовательность в пределах операции. Планы, используемые для планирования логистических сетей (SNP) обычно носят более приблизительный характер, чем планы для производственного и точного планирования. Они содержат: Переменные затраты содержат все производственные затраты. Вид действия: Р (система всегда рассматривает операции как производство) Режим потребления: S (система всегда рассматривает потребление при запуске действия) Ресурсы: Единица измерения должна быть той же самой, что и в самом ресурсе Фиксированная длительность для планирования например, 1 день означает, что действие длится один день. Переменный расход ресурсов: время, необходимое для производства одного основного объема материала. PPM, который определяет местоположение, размер партии и временной инервал, для которых действителен завод, присваиваются плану. Проверку на непротиворечивость можно выполнять вручную, но она всегда выполняется при сохранении PPM. Если есть противоречия, PPM нельзя активировать.

Последовательность планирования SNP Усановить основные данные и модель логистической цепочки Посроить загрузки для неприсвоенных транспортных заказов Прогон TLB

Деблокировать план сбыта

Выполнить SNPэвристику, оптимизацию или прогон CTM

Прогон перераспределения Проверить план/ Деблокировать решить проблемы основанный на Завершить план SNP ограничениях план (доступен для SNP в планирование сбыта производственного и точного планирования) © SAP AG 2002

Плановые первичные потребности генерируюся для SNP или производственного и очного планирования, когда план сбыта деблокируется из планирования сбыта. Этот шаг может быть выполнен при помощи плановика сбыта или плановика SNP. Результатом прогона SNP при помощи SNP-эвристики, оптимизации SNP или Capable-toMatch (CTM) является среднесрочный план производства и распределения. После прогона SNP проверьте сообщения об особых ситуациях (предупреждения) и решите проблемы, которые имеют место. Окончательный план SNP состоит из заявок, заявок на перемещение запаса и плановых заказов SNP. Можно автоматически преобразовывать плановые заказы SNP в плановые заказы производственного и точного планирования в горизонте планирования. Производственное и точное планирование затем начинает с этих плановых заказов производственного и точного планирования, чтобы удалить подробные описания отношений и узкие места исоздать подходящий производственный план. Окончательный план SNP можно деблокировать обратно в планирование сбыта для сравнения плана сбыта без ограничений с выполнимым планом SNP. Если различия между этими планами слишком большие, можно использовать макрос для инициирования предупреждений, чтобы плановик сбыта планировал свои прогнозы еще раз. После того, как планирование производства выполнено, прогон перераспределения подтверждает заявки на перемещение запаса на основании текущих запасов и потребностей. Прогон TLB группирует заявки на перемещение запаса, полученные в результате прогона перераспределения, в заказы на перемещение запаса.

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

Функция планирования SNP

Средне- и долгосрочные методы планирования SNP-эвристика Capable-to-Match (CTM) Оптимизация Распространение

Перераспределение (краткосрочное планирование пополнения запаса) SNP-эвристика Оптимизация

Построитель транспортной загрузки Группирование перемещений запаса

© SAP AG 2002

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

Сценарий SNP-эвристики

2. Не требует складского запаса

4. Действительные транспортные отношения, квотирования, приоритеты

1. Не требует складского запаса

3. Развертка создания плана и планирование поступлений

Основанное на объеме, быстрое планирование для нескольких площадок Концепция MRP II (планирование против беспредельной мощности) Временная агрегация, например, на недельные © SAP AG 2002 разделения

Роль SNP-эвристики включает в себя: Планирование соответствия снабжения и сбыта Интеграция закупки, производства и распределения в одной последовательной модели Моделирование всей сети поставок Синхронизация действий и планирование движения материала по всей логистической цепочке На слайде показан пример SNP-эвристики: В местоположении клиента существует потребность. Расчет потребносей сети не находит никакого запаса. Продукт заготавливается на стороне. Система анализирует возможные транспортные отношения. В центре распределения также нет запаса, поэтому SNP-звристика проверяет возможные транспортные отношения на заводе. На заводе нет запаса, поэтому план SNP развертывается и создается плановый заказ для готового изделия и вторичные потребности для компонентов. После этого происходит заготовка для компонентов через возможные транспортные отношения и квотирования или приоритеты.

Балансировка мощностей

Временная балансировка мощностей Загрузка мощности

ВПЕРЕД

НАЗАД

100 %

1. день

2. день

3. день

4. день

5. день

© SAP AG 2002

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

Если выбрать Балансировка мощностей на основании времени по уменьшению приоритета продукта, система сначала корректирует заказ с самым высоким приоритетом, затем второй с самым высоким приоритетом и т. д. Если выбрать Балансировка мощностей на основании времени по увеличению приоритета продукта, система сначала корректирует заказ с самым низким приоритетом, затем второй с самым низким приоритетом и т. д. Ведение приоритета продукты выполняется в основной записи местоположения продукта на закладке SNP2.

Сценарий CTM 4. Стратегия: поиск превышенного запаса Результат: запас

5. Перемещение запаса создано 1. Потребность с самым высоким приоритетом, нет складского запаса 2. Самый высокий приоритет транспортного отношения

3. Стратегия: поиск превышенного запаса Результат: нет запаса Правило ATP: продукт замены Результат: нет запаса Производство: поиск доступной мощности Результат: нет доступного ресурса © SAP AG 2002

На слайде показано определение выполнимых поступлений для потребности с самым высоким приоритетом. CTM постепенно проверяет выполнимые поступления, посредством чего можно определить последовательность проверок через правила. CTM принимает первое выполнимое решение. CTM учитывет: Приоритизированные отдельные потребности Производственную мощность и необработку, складскую и транспортную мощности Разделение производства между ресурсами Доступность компонентов CTM - это основанное на заказах планирование, которое использует методы разметки для отслеживания заказов до индивидуальной потребности. В планировании логистической сети нет планирования на основании заказов; имеет место планирование объемов. После прогона оптимизации (или после прогона SNP-эвристики) нельзя определить никакую информацию, относящуюся к соединениям между конкретными плановыми производственными заказами и исходными заказами клиента.

Приоритизация сбыта Приоритет

Заказ

Дата

Клиент

Продукт

1

KAUF

1.3. 2001

Baker

P-102

2

KAUF

1.4. 2001

Baker

P-102

3

Прогноз

1.2. 2001

ЦР1

P-102

Сортировка может быть выполнена в соответствии с: Приоритетом клиента (местоположения) Приоритетом продукта Видом заказа Сроком

Выбор потребности Рабочая область CTM

Приоритизированные Потребности потребности 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.

© SAP AG 2002

CTM приоритизирует текущие потребности на основании категории заказа (например, заказ клиента (KAUF) и прогнозы планирования сбыта), срока и определенных приоритетов. Последовательность критериев приоритета играет очень важную роль для обработки потребностей в прогоне CTM. Примечание: Если никакие приоритеты не установлены, приоритизация происходит на основании "кто пришел первым" по сроку. Можно моделировать приоритизацию потребности и проверить результаты. Ниже дается список возможных критериев приоритизации: максимальное количество частичных поставок, разрешенных на позицию, запас / поступление / потребность / категории прогноза, подтвержденный объем, ATP, BOP: доля подтверждения, объем CTM, заказ / номер элемента ППМ, заказ / позиция элемента ППМ, дата, в которую запись была добавлена, группа поставки (позиции поставляются вместе), местоположение, ATP, BOP: дата поставки, приоритет поставки, местоположение, приоритет номера продукта местоположения, приоритет продукта, дата подготовки материала, документ сбыта вида позиции, ATP, BOP: приоритет программы пользователя, вид документа сбыта, запрошенный объем. Сортировка в пределах критерия приоритизации может быть по убыванию, по возрастанию или определена пользователем. Определите выбор потребности в профиле CTM. (Многоуровневое соответствие снабжения и сбыта > Планирование > Планирование CTM > Закладка потребностей) или (Многоуровневое соответствие снабдения и сбыта > Среда > Текущие параметры настройки > Приоритизация потребности > Профиль сортировки)

Результаты CTM

Категоризированный запас

Capable-to-Match

Приоритизированные потребности 1. 2. 3. 4. 5. 6. 7. 8. 9.

Проверка мощности для нескольких площадок и возможностей транспортировок

10. 11.

© SAP AG 2002

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

Принцип оптимизатора Приоритеты потребностей в продукте, ресурсы, горизонты

Описания отношений: Приоритет клиента Приоритет продукта

Одновременное планирование продукта и ресурса

Оптимизатор

Производственная мощность Складская емкость Транспортная мощность Размеры партии Страховой запас

Результат:

Выполнимые поступления: плановые заказы, перемещения запаса и заявки

© SAP AG 2002

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

Цели оптимизации Что необходимо оптимизировать

Затраты - оптимальные Предпосылка: ”реальные“ переменные затраты или адекватная оценка Затраты непоставки := Продажная цена + надбавка за убытки клиента

Уровень обслуживания оптимальный Предпосылка: ”упрощенные" затраты принимаются

(затраты управления) Затраты непоставки (NC):= высокие Складские затраты := > 0, << NC Другие затраты := << NC

© SAP AG 2002

Уровень обслуживания - оптимальный на этом слайде показывает более простую конфигурацию, выполненную оптимизатором. Выполняется массовое ведение затрат на непоставку и складских затрат для готовых изделий. Высокие затраты на напоставку заставляют оптимизатор использовать все возможные мощности производства и заготовки для удовлетворения потребностей. Показатели складских затрат указывают, что заготовка и производство должны выполняться как можно позднее. Затраты - оптимальные на этом слайде показывает более сложную конфигурацию, выполненную оптимизатором. Выполняется ведение реалистичных затрат на заготовку, производство, транспортировку и хранение. Через затраты на задержку и непоставку моделируются потери продаж и недовольство клиента. В этом сценарии оптимизатор использует затраты для определения интегрированного решения, наиболее эффективного с экономической точки зрения. Результатом прогона оптимизации являеся оптимальное решение (минимум затрат или максимум прибыли) с учетом релевантного для планирования хранения, производства, транспортировки и ограничений обработки. В этом смысле решение является гибким. Однако, результатом может быть нарушение ограничений по срокам или незаполнение страхового запаса. Сроки и страховые запасы считаются нестрогими ограничениями. Существуют затраты, связанные с этими нарушениями, так что оптимизатор предлагает это решение, только, если в соответствии с указанными в системе затратами, это решение являеся наименее дорогостоящим.

Решения оптимизатора Где будет происходить заготовка? Где будет иметь место производство? Когда будет иметь место производство?

30 Затраты

© SAP AG 2002

Штрафные затраты за задержку поставки

Что будет производиться? Куда будет выполняться транспортировка? Когда будет выполняться транспортировка? Где будет храниться продукт? Как долго будет храниться продукт?

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

Стратегии SNP: сравнение (1)

SNP-эвристика:

CTM:

Оптимизатор:

Потребность в местоп. Вторичная потр. в местоп. Ход обработки

© SAP AG 2002

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

Стратегии SNP: сравнение (2)

SNP-эвристика

Оптимизатор

CTM

Скорость

+

-

Качество

-

+

Произв. ресурсы

2. Шаг, локально

глобально +

глобально +

Другие ресурсы

2. Шаг, локально

глобально +

-

Многоуровневый

+

+

+

Затраты

-

+

-

Приоритет

-

Квотирования

+

Продукт/местоп. Местоп. / продукт+ создает

+

© SAP AG 2002

Использование трех методов планирования можно примерно разделить следующим образом: SNP-эвристика - самый быстрый метод, CTM - средний, а оптимизатор - это самый сложный и самый медленный метод. Это приближенное определение. Если Вы планируете много заказов на период или продукт местоположения, выполнение CTM и оптимизатора сравнимы, так как планирование в CTM основано на заказах. Качество планирования SNP-эвристики самое худшее (беспредельное планирование), следующее - это CTM (правила), а от оптимизатора можно ожидать наилучший результат, который взвешивает все возможности этого алгоритма. Ресурсы производства учитываются глобально и предельно оптимизатором и CTM, в то время как результат беспредельного планирования SNP-эвристики может быть дополнительно интерактивно обработан. Ресурсы транспорта, хранения и обработки учитываются глобально и предельно оптимизатором, в то время как результат беспредельного планирования CTM и SNPэвристики может быть дополнительно интерактивно обработан. Все методы могут планировать все уровни спецификации автоматически. Затраты релевантны только для оптимизатора. Приоритеты управляют CTM. Существуют приоритеты продукта, местоположения, заказа и срока, заготовки и перемещения запаса. Приоритеты для оптимизатора устанавливаются через штрафные затраты за задержанную поставку и непоставку продуктов местоположения. Квотирования используются SNP-эвристикой и CTM. Их можно оптимизировать при помощи оптимизатора.

Процесс планирования Горизонт планирования Планирование сбыта

Прогноз

Планирование логистических сетей

Плановые заказы

Рекомендуемые заявки на перемещение запаса

Производственное и точное планирование

Перераспределение

Построитель транспортной загрузки

Фиксированные заявки на перемещение запаса Заказ на перемещение запаса

© SAP AG 2002

Перераспределение определяет, какие потребности могут быть удовлетворены существующими запасами. Если произведенный и заготовленный объем, а также потребности соответствуют планированию SNP, результатом перераспределения является подтверждение плана SNP. Если доступного объема недостаточно для удовлетворения потребности, система выполняет необходимые корректировки в зависимости от того, работаете ли Вы с эвристикой перераспределения или опимизацией перераспределения. После этого построитель транспортной загрузки (TLB) группирует подтвержденный объем в заказы на перемещение запаса. Перераспределение и TLB подверждают заявки на перемещение запаса OLTP и могут преобразовывать их в заказы на перемещение запаса или заказы клиента управляемого поставщиком запаса. Через Настройка -> APO -> Планирование логистической цепочки -> Планирование логистических сетей (SNP) -> Основные параметры настройки -> Преобразовать перенос в системы OLTP можно сконфигурировать, может ли выполняться перенос при помощи перераспределения или TLB. Перераспределение и TLB используются просто для подтверждения переносов запаса. Все остальное, например, планирование маршрутов, выбор агентов по транспортировке и создание поставок и транспортировок в системе OLTP - планируются в планировании транспортировок и транспортных средств.

Перераспределение: SNP-эвристика против оптимизации

SNP-эвристика SNP-эвристика Запускается для одного завода Каждый продукт по отдельности Оптимизация В центре внимания - сеть

Оптимизация

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

© SAP AG 2002

Функция перераспределения в SNP определяет, как и когда запас должен распределяться в центры распределения, клиентам и в управляемый поставщиком запас. Она производит оптимизированные планы распределения на основании описания отношений (например, транспортных мощностей) и бизнес-правил (например, подхода минимальных затрат или стратегий пополнений запаса). Ряд стратегий перераспределения используется в зависимости от текущей ситуации (например, достаточное распределение, push-перераспределение, pull-push-перераспределение и оптимизация минимального потока затрат). SNP-эвристика имеет иерархический ракурс сети логистической цепочки. Перераспределение всегда выполняется из одного местоположения поставки в получающие местоположения (центры распределения или клиентам). Эвристика перераспределения расчитывает план пополнения запаса для продукта в местоположении поставки. Если доступных объемов недостаточно для удовлетворения потребности, система определяет план распределения на основании правил достаточного распределения. Если, с другой стороны, снабжение превышает потребность, система использует push-правила для определения плана распределения. Правила достаточного распределения и push-правила определяются в профиле перераспределения. В оптимизации перераспределения имеется интегрированный ракурс состояния поступлений всех местоположений поставок и состояние потребностей на принимающих местоположениях. Прогон оптимизации перераспределения рассчитывает план пополнения запаса для продукта во всех местоположениях в пределах сети. Если доступных объемов недостаточно для удовлетворения потребности или предложение превышает спрос, система использует

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

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

Достаточное распределение Пропорциональное распределение Пропорц. распределение в соотв. с целевым запасом

ЦР1

Завод

ЦР2

Квотирования

Push-перераспределение Горизонт предложения

© SAP AG 2002

Существует несколько стратегий распределения и перераспределения: достаточное распределение, push-перераспределение, pull-push-перераспределение и оптимизация минимального потока затрат. Если потребность превышает снабжение, используйте достаточное распределение. Если потребность меньше снабжения, или присутствует излишек запаса, используйте pushстратегию, чтобы иметь возможность переместить запас как можно раньше. Когда существует излишек запаса, его можно распределить в соответствии с push-логикой. Для правил pull/push-перераспределения горизонт сбыта ограничивает будущие потребности, которые можно поставить рано. Установите pull-горизонт в профиле сбыта; установите push-горизонт в профиле снабжения.

Результат распределения: правило А достаточного распределения

Сегодня 05.01.2001 06.01.2001 07.01.2001

1000 900 400

Потребности: 100 (ЦР1) 500 (ЦР2) 800 (ЦР1+2)

Сбыт

ATD-количество: Поставка

Дата:

Точные потребности на ЦР: ЦР1 ЦР2

200 600

Результаты перераспределения 05.01.2001 06.01.2001 07.01.2001 07.01.2001

Завод на ЦР1 Завод на ЦР2 Завод на ЦР1 Завод на ЦР2

100 500 100 300

© SAP AG 2002

На слайде показан результат эвристики распределения при помощи правила достаточного распределения А, которое запускается после планирования в фоновом режиме. Сегодня 1000 единиц доступны на заводе для распределения. Перемещение запаса для текущей потребности из ЦР1 может быть подтверждено. Перемещение запаса на завтра также может быть подтверждено. Послезавтра потребность превышает оставшийся объем на заводе, так что 400 единиц распределяются при помощи определенного правила достаточного распределения А. ATD-количество (доступное для распределения) используется для описания объема, который определен в потсавляющем заводе для распределения и в соответствии с правилами ATP. Вы конфигурируете группы категории в насройке и присваиваете их местоположениям. Поступления (ATR) - это, например, запас, производственные заказы, заказы на поставку и т.д. Отпуски (ATI) - это резервирования и т.д.

Построитель транспортной загрузки

Задача:

Совместное преобразование заявок на пермещение запаса в заказы на перемещение запаса в R/3

Группируются в соответствии с: Продуктами (плановик транспортировки) Временем (максимальный pullгоризонт) Транспортные зоны

Отслеживает, чтобы были удовлетворены минимальные потребности в: Объеме Весе Количестве поддонов

© SAP AG 2002

Основная цель построителя транспортной загрузки (TLB) состоит в использовании результатов прогона перераспределения (рекомендации по транспортировке отдельного продукта) для создания транспортных заказов для мульти-продуктов в период времени для транспортной зоны. Должно быть гарантировано следующее: Методы транспортировки имеют максимальную загрузку Не используется ни один транспортный метод, который не имеет максимальную загрузку Для заказов на перемещение запаса, которые не могут быть выполнены во время прогона TLB из-за указанных описаний отношений, можно строить заказы на перемещение вручную Можно создавать транспортные зоны для TLBили переносить их из R/3. Таким образом, можно консолидировать Ваши транспортные возможности (например, использовать один грузовик для поставки заказов в несколько мест). Можно группировать несколько местоположения при помощи транспортных зон (и таким образом, создавать зону). Заказы TLB для нескольких местоположений рассматриваются как один заказ для большого местоположения, хотя для отдельных местоположений существуют отдельные заказы на поставку. Если Вы хотите использовать транспортные зоны, надо создать местоположение как транспортную зону в основных записях местоположения. (Из меню APO Easy Access выберите Основные данные -> Местоположение. Используйте справку по допустимым значениям ввода (F4) в поле Вид местоположения основных записей местоположений и выберите 1005 - транспортная зона). Затем присвойте соотвествующие местоположения в основных записях иерархий этой транспортной зоне (выберие Основные данные - > Иерархия). Можно просматривать эти иерархии местоположений в сегменте поиска интерактивного планирования TLB.

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

Полная загрузка (лучшая цена) Загрузка наполовину

Минимальная мощность

1

2

3

Дни

© SAP AG 2002

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

Планирование логистических сетей: резюме главы

Теперь Вы можете: Описывать сеть распределения планирования логистических сетей Объяснять ход выполнения планирования логистических сетей Определять основные данные, необходимые для работы планирования логистических сетей Описывать и сравнивать методы планирования в планировании логистических сетей Объяснять функции перераспределения

© SAP AG 2002

Упражнения Глава: планирование логистических сетей Тема: интерактивное планирование

После выполнения этого упражнения Вы научитесь: • Открывать интерактивное планирование в SNP, выполнять прогон SNP-эвристики и просматривать состояние мощностей для ресурса.

Как только в компании Precision Pump был сгенерирован прогноз, плановик логистики использует SNP-эвристику для создания приблизительного плана распределения для проверки перегрузок мощностей на заводах-производителях.

1-1

Откройте интерактивное планирование планирования логистических сетей. Откройте окно выбора и под «Показать» выберите «Продукт местоположения APO». Версия 000 показывается автоматически. В следующей строке введите APO - продукт еще раз и справа введите Ваш продукт T-F2##. Загрузите данные для продукта в местоположении 2400 в календарный график точного планирования.

1-2

Посмотрите на будущие периоды и проверьте, просматриваются ли плановые первичные потребности, которые Вы деблокировали, для центров распределения 2400 и 2500 и завода 1000. Проанализируйте, в каком показателе показаны плановые первичные потребности. Удостоверьтесь, что для заводов-производителей 1000 и 2300 не существует распределенных потребностей и производственных заказов.

1-3

Выполните прогон SNP-эвристики сети и проверьте ситуацию для Вашего продукта T-F2## для центра распределения 2400. Проверьте, что теперь есть значения в строке Общие поступления. Какие заводы обеспечивают эти поступления ?_______________

1-4

Проверьте состояние мощностей для ресурсов WT-L##_1000_001 и WTL##_2300_001 в ракурсе мощности. Переключите ракурсы данных, перетащив серую полосу вверх слева и дважды щелкните на ракурсе данных SNP94(2) “ПРОВЕРКА МОЩНОСТИ“. Откройте окно выбора и под «Показать» выберите «APO ресурс». Версия 000 показывается автоматически. В следующей строке введите «APO ресурс» еще раз и справа введите Ваши ресурсы WT-L##*. Загрузите последовательно данные для ресурса в календарный график точного планирования. Если есть перегрузки мощностей, выполните прогон «Балансировка мощностей». Для этих ресурсов есть перегрузка мощностей? _________ Если да, когда происходят нарушения?_____________

1-5

Выполните прогон оптимизации для Вашего продукта T-F2## во всех местоположениях. Загрузите все продукты местоположений с продуктом TF2## в календарный график точного планирования. Запустите оптимизатор с профилем оптимизатора ДИСКРЕТНЫЙ или профиль затрат ОСНОВНОЙ. Проверьте еще раз состояние мощностей.

1-6

Проверьте, были ли перенесены поступления в соединенную систему R/3. Войдите в систему R/3 и вызовите ведомость потребности/запасов для Вашего продукта T_F2## в заводе 1000.

Глава: планирование логистических сетей Тема: перераспределение

После выполнения этого дополнительного упражнения Вы научитесь: •

Описывать функцию перераспределения и узнаете, как она используется в APO

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

1-1*

Выполните прогон перераспределения для местоположения 1000 для следующих 100 дней при помощи массовой обработки. Сократите заказы на перемещение SNP. Запишите результат прогона перераспределения: _______________________________________________________________ _______________________________________________________________ Имя поля

Данные ввода

Версия

000

Папка планирования

9ASNP94

Ракурс данных

SNP94(1)

Местоположение

1000

Продукт

T-F2##

Горизонт перераспределения в днях

100

Если Вы выберите Заказы: Не изменять - система не изменит заказы на перемещение SNP, Горизонты в системе обучения не реальные. На практике перераспределение используется для подтверждения перемещений запаса для нескольких следующих дней. Но на семинаре мы не можем дожидаться, пока заказы достигнут краткосрочный горизонт.

Решения Глава: планирование логистических сетей Тема: интерактивное планирование После выполнения этого упражнения Вы научитесь: • Открывать интерактивное планирование в SNP, выполнять прогон SNP-эвристики и просматривать состояние мощностей для ресурса.

Как только на компании Precision Pump был сгенерирован прогноз, плановик логистики использует SNP-эвристику для создания приблизительного плана распределения для проверки перегрузок мощностей на заводах-производителях.

1-1

Откройте интерактивное планирование планирования логистических сетей. Откройте окно выбора и под «Показать» выберите «Продукт местоположения APO». Версия 000 показывается автоматически. В следующей строке введите APO - продукт еще раз и справа введите Ваш продукт T-F2##. Загрузите данные для продукта в местоположении 2400 в календарный график точного планирования. Планирование логистических сетей → Планирование → Интерактивное планирование логистических сетей Окно выбора - это вторая пиктограмма наверху слева.Откройте окно выбора и под «Скопировать» выберите «АРО-продукт МПЛ». Версия 000 показывается автоматически. В следующей строке введите APO продукт еще раз и справа введите Ваш продукт T-F2##. Выберите «Принять», и Ваш выбор будет принят окном выбора. Дважды щелкните на Вашем продукте T-F2## для центра распределения 2400. Данные для этого выбора теперь просматриваются в календарном графике точного планирования.

1-2

Посмотрите на будущие периоды и проверьте, просматриваются ли плановые первичные потребности, которые Вы деблокировали, для центров распределения 2400 и 2500 и завода 1000. Проанализируйте, в каком показателе показаны плановые первичные потребности. Удостоверьтесь, что для заводов-производителей 1000 и 2300 не существует распределенных потребностей и производственных заказов.

Просмотрите недели в следующем месяце, и Вы увидите объемы в показателе «Общая потребность». Только те прогнозы, которые находятся вне горизонта прогноза, входят в общую потребность. Дважды щелкните на строке «Общая потребность». Деблокированные данные просматриваются в показателе «Прогноз». Все шесть показателей (прогноз, заказ клиента, вторичная потребность, распределенные потребности) входят в общую потребность. Дважды щелкните на Вашем продукте T-F2## для центра распределения 2500. Удостоверьтесь, что потребность просматривается. Дважды щелкните на Вашем продукте T-F2## для завода 1000. Прогнозы просматриваются, но не просматриваются объемы производства и распределенная потребность.

1-3

Выполните прогон SNP-эвристики сети и проверьте состояние Вашего продукта T-F2## для центра распределения 2400. Проверьте, что теперь есть значения в строке Общие поступления. Какие заводы обеспечивают эти поступления ?_______________ Щелкните на кнопке SNP-эвристика (сеть), чтобы выполнить прогон эвристики. Дважды щелкните на Вашем продукте T-F2## для центра распределения 2400. Дважды щелкните на строке «Общие поступления». Перемещения запаса, созданные эвристикой, просматриваются в показателе «Распределенное поступление (плановое)». Щелкните правой кнопкой на этом показателе и выберите «Подробный просмотр», чтобы просмотреть поступления с заводов в нижнем окне. Заводы-производители 1000 и 2300 осуществляют поставки в центр распределения 2400 в соответствии с квотированием для продукта TF2##.

1-4

Проверьте состояние мощностей для ресурсов WT-L##_1000_001 и WTL##_2300_001 в ракурсе мощности. Переключите ракурсы данных, перетащив серую полосу вверх слева, и дважды щелкните на ракурсе данных SNP94(2) “ПРОВЕРКА МОЩНОСТИ“. Откройте окно выбора и под «Показать» выберите «APO ресурс». Версия 000 показывается автоматически. В следующей строке введите «APO ресурс» еще раз и справа введите Ваши ресурсы WT-L##*. Загрузите последовательно данные для ресурса в календарный график точного планирования. Если есть перегрузки мощностей, выполните прогон «Балансировка мощностей». Для этих ресурсов есть перегрузка мощностей? _________ Если да, когда происходят нарушения?_____________

Дважды щелкните на ракурсе данных SNP94(2) «ПРОВЕРКА МОЩНОСТИ». Дважды щелкните на Вашем ресурсе в окне выбора, чтобы загрузить данные для ресурса в календарный график точного планирования. Доступный агрегированный ресурс рассчитывается из доступной мощности на рабочий день. Если происходит перегрузка мощности, выберите «Балансировка мощностей», «Балансировка мощностей планированием задним числом», Балансировка мощностей на основании времени с/без правила приоритета», Максимальная загрузка в %: 100%», «Игнорировать фиксированное количество». Сохраните результат и выберите снова. 1-5

Выполните прогон оптимизации для Вашего продукта T-F2## во всех местоположениях. Загрузите все продукты местоположений с продуктом TF2## в календарный график точного планирования. Запустите оптимизатор с профилем оптимизатора ДИСКРЕТНЫЙ или профиль затрат ОСНОВНОЙ. Проверьте еще раз состояние мощностей. Дважды щелкните на ракурсе данных SNP94(1) «ПЛАН SNP». Откройте окно выбора и под «Показать» выберите «Продукт местоположения APO». Версия 000 показывается автоматически. В следующей строке введите APO - продукт еще раз и справа введите Ваш продукт T-F2##. Выберите «Принять», и Ваш выбор будет принят окном выбора. Нажмите символ «Выделить все» над окном выбора и загрузите данные, нажав символ «Загрузить данные». Запустите прогон оптимизации, нажав символ «Оптимизатор». Введите ДИСКРЕТНЫЙ для профиля оптимизатора и ОСНОВНОЙ для профиля затрат и нажмите «Выполнить». Когда Оптимизатор закончит расчет, показываются окончательные затраты. Когда Вы проанализируете затраты, выберите зеленую стрелку НАЗАД, чтобы вернуться в календарный график точного планирования. Теперь можно снова проверить загрузки ресурса.

1-6

Проверьте, были ли перенесены поступления в соединенную систему R/3. Войдите в систему R/3 и вызовите ведомость потребности/запасов для Вашего продукта T_F2## в заводе 1000. Стандартное меню SAP → Логистика → Производство → ППМ → Оценки → Ведомость потребности/запасов Введите, например, Ваш продукт T-F2## и завод 1000 и подтвердите. Плановые заказы SNP и отзывы для заявок на перемещение запаса находятся в R/3. Плановые первичные потребности переносятся обратно не через CIF, а через массовую обработку в планировании сбыта.

Глава: планирование логистических сетей Тема: перераспределение После выполнения этого дополнительного упражнения Вы научитесь: •

Описывать функцию перераспределения и узнаете, как она используется в APO

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

1-1*

Выполните прогон перераспределения для местоположения 1000 для следующих 100 дней при помощи массовой обработки. Сократите заказы на перемещение SNP. Запишите результат прогона перераспределения: _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ Планирование логистических сетей → Планирование → SNP в фоновом режиме → Перераспределение Имя поля

Данные ввода

Версия

000

Папка планирования

9ASNP94

Ракурс данных

SNP94(1)

Местоположение

1000

Продукт

T-F2##

Горизонт перераспределения в днях

100

Выберите «Заказы: сократить» и «Зарегистрировать». Если Вы выберите Заказы: Не изменять - система не изменит заказы на перемещение SNP. Горизонты в системе обучения не реальные. На практике перераспределение используется для подтверждения перемещений запаса для нескольких следующих дней. Но на

семинаре мы не можем дожидаться, пока заказы достигнут краткосрочный горизонт.

Производственное и точное планирование (PP/DS)

Содержание: Планирование потребления по сбытовым заказам для продуктов на основе прогноза и при производстве на склад и производстве по заказу клиента Одновременное планирование потребностей в материале и мощности на оперативном уровне на заводепроизводителе Инструменты для планирования производства и точного календарного планирования производства Оптимизация планирования в PP/DS Перенос результатов планирования в систему выполнения © SAP AG 2002

Цели обучения

В заключение этого семинара Вы научитесь: Описывать, каким образом сбытовые заказы влияют на планирование производства на склад и производства по заказу клиента Использовать одновременное планирование потребностей в материале и мощности на оперативном уровне Использовать инструменты планирования производства и точного календарного планирования производства Описывать оптимизацию планирования в PP/DS

© SAP AG 2002

Переносить результаты планирования в систему выполнения

Обзорная диаграмма

1 Обзор семинара 2 Интеграция и технология 3 Моделирование и оценка в APO 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

66 планирование 7 Планирование

транспортировок

8 Global Available-to-Promise 9 Заключение

© SAP AG 2002

6

Сценарий предприятия

В планировании сбыта был сгенерирован прогноз планирования сбыта, а затем перенесен в центр распределения как плановые первичные потребности. После того, как SNP перенес все потребности через перемщение запаса на заводпроизводитель, там должны быть спланированы объемы и мощности производства.

© SAP AG 2002

Производственное и точное планирование в APO: преимущества Одновременное планирование потребносей в материала и мощностях для собственного производства, внешней заготовки и перемещений запаса на заводе-производителе на оперативном уровне: быстрое создание подходящих планов Немедленное и автоматическое планирование (например, для запуска производства из завода) - тесная интеграция с заводом Планирование с точным временем даже для вторичных потребностей (например, предпосылка для полготовки материала по сменам) Динамические сообщения об особых ситуациях в реальном времени и на основании соединения заказа (разметки) по всей логистической цепочке Возможно многоуровневое планирование потребностей в мощностях: автоматическое, многоуровневое, двунаправленно распространение изменений заказов Планирование альтернативных ресурсов Доступная емкость: время, объем, длина ... Учет ограничений в планировании (например, мощности поставщика) Оптимизация планирования (последовательнось заказов, время производственного цикла и т.д.) © SAP AG 2002

Одновременное планирование потребности в материалах и мощности: Можно определить ресурсы как предельные ресурсы (ресурсы, критические для планирования) в основных записях ресурсов. В этих ресурсах операции заказов создаются только, если есть доступная мощность для количества заказа в дату заказа. Если доступной мощности недостаточно, система выполняет поиск новой даты с учетом состояния мощностей. Немедленное автоматическое планирование: Если Вы установите индикатор для продукта (закладка PP/DS в основных записях продуктов), система запускает прогон одноуровневого планирования для этого продукта для каждого изменения релевантного для планирования (например, новый заказ клиента). В то же время (немедленно) выполняется многоуровневая ATP-проверка для продукта и для узла/компонентов, для которых определено немедленное автоматическое планирование. Планирование с точным временем: Вторичные потребности и заказы создаются со временем. Двунаправленное распространение изменений заказа: Если Вы делаете изменения в заказах, относящиеся ко времени, например, на уровне готового изделия, можно указать, чтобы система автоматически перемещала заказы на монтаж. Если, однако, в это время для заказов на монтаж недостаточно мощности, может быть сгенерировано сообщение об особой ситуации, или сообщение не перемещается на уровне готового изделия. В другом направлении перемещение заказов на монтаж может оказывать влияние на заказы на готовые изделия. Планирование альтернативных ресурсов: Если на ресурсе недостаточно мощности, операция может быть повторно спланирована на альтернативных ресурсах (ведение выполняется в PPM).

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

Взаимодействие между SNP и PP/DS PP/DS

SNP

Создать, изменить Поступления

Заказ 4712 Сегодня 50

Заказ 4713 100

Пон.

Создать, изменить

Заказ 4714

Заказ 4715 210

40 Вт.

Создать, изменить

Создать, изменить

Заказ 4716

Заказ 4717

160

35

Ср.

Чет.

Время

Потребности на заводе Горизонт производства (по продуктам) Мощности и материал планируются на основании точного времени (до секунды)

Мощности планируются во временных растрах памяти агрегированным образом

Учет последовательностей заказов

Последовательности заказов не учитываются

Оптимизатор: может оптимизировать последовательность существующих заказов и операций © SAP AG 2002

Оптимизатор: оптимизирует размеры партии, определяет источник поставки

Если Вы решите планировать и при помощи планирования логистических сетей (SNP), и при помощи производственного и точного планирования (PP/DS) для разделения областей ответственности этих двух функций планирования используется горизонт планирования: Планирование логистических сетей используется для средне- и долгосрочного планирования по всей логистической цепочке (особенно, если доступны несколько заводов и центров распределения). Потребности для определенного ресурса периода (например, дня) агрегируются. В этом случае не имеет значения, к какой смене относится потребность (к ранней или поздней), так какпотребности планируются только приблизительно, при этом не учитывается даже, в какое время имеют место перерывы. Более того, в SNP имеется возможность выполнять не только планирование, агрегированное для времени, но и планирование, агрегированное для периодов (по требованию). Можно определить, чтобы ресурсы периода, которые будут использоваться для SNP, представляли доступную мощность всего склада. Так как Вы создаете отдельные PPM для SNP (которые обычно копируются из PP/DS-PPM), можно описать производство на этих ресурсах периода. Последовательности заказа не играют роли в области времени планирования SNP. Производственное и точное планирование используется для краткосрочного планирования, в котором заказы должны планироваться по минутам, а также учитываться последовательности заказов (планирование последовательности и оптимизация). Как только потребность находится в пределах горизонта планирования, она больше не планируется в прогоне планирования SNP, а планируется в прогоне планирования производства PP/DS. В PP/DS заказы можно создавать и изменять вручную по всей оси времени независимо от горизонта планирования. Во время автоматического планирования (прогона планирования производства) в PP/DS, создаются только заказы в пределах горизонта планирования. Однако, в SNP заказы не могут создаваться и изменяться в горизонте планирования. Заказы, которые находятся в горизонте планирования и таким образом

планируются PP/DS, все еще просматриваются в SNP как агрегированные потребности для определенного ресурса периода.

Взаимодействие между SNP и PP/DS (2) SNP Горизонт производства

Создать Планировать в соответствии с PPM для SNP

100 Сегодня

Горизонт производства 100 Сегодня

PP/DS

Удалить Горизонт производства Планировать в 100 соответствии с PPM для PP/DS

Сегодня

PP/DS

Создать снова

© SAP AG 2002

На этом рисунке заказ создается в планировании логистических сетей при помощи модели производственного процесса, определенной в SNP. Модели производственного процесса создаются (SNP-PPM можно копировать из PP/DS-PPM, которая генерируется через интерфейс R/3-APO из единичной техкарты R/3/спецификации). Ресурсы периода (используемые только в SNP) или смешанные ресурсы (которые могут использоваться и в PP/DS, и в SNP-PPM) планируются в планировании логистических сетей. Заказы агрегируются для каждого ресурса периода. Как только дата запуска заказа попадает в горизонт производства, заказ SNP более не планируется SNP. Заказ SNP должен быть преобразован в заказ PP/DS, чтобы он мог планироваться PP/DS. Для этого в меню PP/DS доступно преобразование в фоновом режиме, которое можно использовать для периодического планирования. Преобразование снова создает заказ в PP/DS при помощи модели производственного процесса, определенной там. Перед преобразованием агрегированные потребности просматриваются в SNP как плановое производство. После преобразовани в PP/DS заказы все еще просматриваются как агрегированные потребности в SNP. Горизонт производства определяеся как число дней от текущего дня в будущее, в котором PP/DS должен использоваться для планирования. Горизонт планирования можно определить в насройке для Планирование логистической цепочки в операции IMG Просмотр глобальных параметров и значений по умолчанию. Можно также определить горизонт планирования для каждого продукта на местоположении в основных записях продуктов. Это определение имеет приоритет над определением настройки.

Стратегии потребности

Стратегии потребности Количество 100 Дата 05/10

Количество Дата

? ?

SD Плановые первичные потребности

Заказ клиента

Производство / закупка

© SAP AG 2002

Клиент

Каким образом SAP обрабатывает первичные потребности?

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

Стратегии потребности

Производство складского запаса готового изделия при помощи планирования на уровне готового изделия Конечный монтаж, относящийся к заказу клиента: Производство складского запаса монтажных узлов при помощи планирования на уровне монтажного узла, конечного монтажа в производстве складского запаса или производстве по заказу клиента при получении заказов клиента. Производство складского запаса монтажных узлов при помощи планирования на уровне готового изделия, но конечный монтаж не инициируется, пока не получен заказ клиента. Конечный монтаж в производстве складского запаса или производстве по заказу клиента. Только производство складского запаса, без планирования © SAP AG 2002

Стратегии потребности представляют бизнес-процедуру для планирования объемов производства и сроков. Доступно большое разнообразие стратегий потребности, предлагающих ряд разных возможностей для планирования от производства складского запаса до производства по заказу. В зависимости от выбранной Вами стратегии у Вас есть следующие опции: • Производство складского запаса основано на заказах клиента и/или плановых первичных потребностях на уровне готового изделия. • Планирование конкретно для монтажного узла, если на уровне компонента Вам легче планировать. Окончательный монтаж происходит в производстве складского запаса или производстве по заказу. • Складирование монажных узлов при помощи планирования на уровне готового изделия, но окончательный монтаж не инициируется, пока не поучен заказ клиента. Окончательный монтаж происходит в производстве складского запаса или производстве по заказу. • Производство по заказу только, без планирования готового изделия или компонентов Более того, можно комбинировать стратегии потребности. Это позволяет Вам планировать готовое изделие без стратегии потребности для производства складского запаса, а также планировать важный монажный узел, который также продается как запасная часть. Стратегии планирования, доступные для материала, можно найти в настройке APO для Основные данные (в шаге Определить стратегии потребности). Можно присвоить стратегию потребности материалу в поле Стратегия потребности. Каждая стратегия

потребности содержи важные контрольные параметры для потребления заказов клиента (или вторичных потребностей) и планирования.

Обзор полного прогона процесса планирования производства Планирование

Прогон планирования продукта

Вторичные потребности

Плановый заказ

Заявка

Преобразовать Производственный заказ

Технологический заказ Собственное производство

Заказы клиента, плановые первичные потребности

Плановый заказ для серийного производства

Парт поставки согл. о поставке

Преобразовать Заказ

Парт поставки согл. о поставке

Внешняя заготовка Выполнение

© SAP AG 2002

Планирование потребностей материала имеет дело с текущими и будущими потребностями. Объемы плановых потребностей инициируют планирование (в планировании, основанном на потреблении, например, планирование инициируется, когда точка заказа не достигается). Элементы потребностей для планирования потребности в материале - это, например, заказы клиента, плановые первичные потребности, вторичные потребности. Если прогон планирования производства обнаруживает дифицит объемов, генерируются предложения по заготовке: заявки и плановые заказы - это внутренние элементы планирования, которые можно изменить, повторно спланировать или удалить в любое время. В случае собственного производства система создает плановый заказ для планирования объемов производства. Когда планирование завершено, плановые заказы преобразовываются в производственные заказы. Вторичные потребноси для планового заказа преобразуются в резервирования для производственного заказа. Во внешней заготовке система генерирует заявку для планирования объемов внешней заготовки. Когда планирование выполнено, заявка преобразуется в заказ. Если для соглашения о поставках есть материал, то непосредственно во время прогона планирования производства можно сгенерировать планы поставок соглашения о поставках. Когда планирование выполнено, должно быть инициировано собственное производство или внешняя заготовка. Для этого: Плановые заказы преобразуются в производственные заказы, если Вы работаете с дискретным производством ( производство на основании заказа). Плановые заказы преобразуются в технологические заказы, если Вы работаете с непрерывным производством.

Плановые заказы используются как основа для производства, если Вы работаете с серийным производством (основано на периоде, а не на заказе). Заявки преобразуются в заказы на поставку.

Элементы времени в календарном планировании

Операции

Срок доступности

Дата начала Дата окончания

Готовое изделие

10

Перемещение запаса на другой завод Монтаж другого завода

30

Время обработки ПМ

10 Время обработки ОМ

20

Время обработки ПМ

10 20 10

Время обработки ПМ Время обработки ПМ

Время

Дата потребности

© SAP AG 2002

Когда размер партии планового заказа определен, а PPM развернут, прогон планирования производства рассчитывает сроки плановых заказов. Сроки вторичных потребностей плановых заказов перемещаются в сроки присвоенных операций (РРМ). После этого возможен заказ на материал, подходящий для операции. Система предполагает подготовку материала в соответствии с присвоениями компонентов в РРМ операциям в РРМ. Сроки вторичных потребностей компонентов спецификации перемещаются в сроки запуска производства операций, которым они присвоены.

Обзор прогона планирования производства: одновременное планирование потребности в материалах и мощностей Доступность ресурса Доступен

1-я попытка загрузки

Занят

Окончательная загрузка

Заказ клиента с требуемым сроком и количеством Подтвержденное количество/срок

Непрерываемая операция согласно PPM

30

Ресурс 3 (предельный)

30 20

Ресурс 2 (беспредельный) 10

Ресурс 1 (предельный)

10 Время

Сегодня Сырье

20

Время поставки

Время поставки

Возможные предупреждения: Перегрузка ресурса Нарушение времени поставщик-поставщик Перегрузка поставщик-ресурс

© SAP AG 2002

Если продукт недоступен, потребность сразу (заказ клиент или вторичная потребность, например) инициирует производство. Если он инициирует заказ для собственного производства, APO создает плановый заказ для требуемого количества в производственном и точном планировании. Все операции РРМ планируются на ресурсах РРМ, и система учитывает ограничения мощности (доступную мощность и заказы, которые могут быть уже спланированы). Если мощности в требуемую дату уже израсходованы, система использует одновременное планирование потребности в материале и мощности для нахождения даты, в которую может быть создан плановый заказ. Вы используете профиль стратегии для определения, каким образом система должна планировать (поиск области видимых компонентов, беспредельное планирование...). Предпосылка: Выполните ведение ресурсов, критичных для планирования, как предельных ресурсов в основных записях ресурсов. В этих ресурсах операции заказов создаются только, если доступной мощности достаточно для количества заказа в дату заказа. Выполните ведение профиля стратегии, с которой Вы хотите инициировать планирование плановых заказов, в планировании под Глобальные параметры настройки в настройке для PP/DS в поле Профиль стратегии. Профиль стратегии по умолчанию в системе поставки это SAP002 (обратный поиск области видимых компонентов).

Календарный график точного планирования Область таблицы Область диаграммы Заголовок столбца Строки

Диаграмма ресурса Рес.

Тип Краткое 03/15/1999 03/16/1999 рес. описание 22 00 02 04 06 08 10 12 14 16 18 20 22 00 02 04 06 08

Рес.01

P

Loc 01

Рес.02

P

Loc 01

Рес.03

P

Loc 02

Диаграмма заказа

Объекты диаграммы

Заказ №

Продукты

000001294

P

000001335

P

000001357

P

22

03/15/1999 00 02 04 06

08

10

12

14

16

18

20

22

03/16/1999 00 02 04 06

08

20

22

03/16/1999 00 02 04 06

08

Гистограмма продукта Продукт Продукт 01

22

03/15/1999 00 02 04 06

08

10

12

14

16

18

300 200 100

Различные диаграммы

Заказ No: 000001294

Полоса сообщений

Графический объект (операция, заказ)

© SAP AG 2002

Планы просматриваются графически в календарном графике планирования. Календарный график планирования используется для интерактивного планирования, например, для интерактивной обработки работы с предупреждениями. Можно вызвать календарный график планирования непосредственно из меню производственного и точного планирования или обработки заказа. Можно определить формат календарного графика планирования, например: Разные графики (например, график ресурса и график заказа): Выбор поля и сортировка для столбцов в разделе таблицы графика Формат строк в разделе таблицы Объекты, просматриваемые в разделе диаграммы графика, например: - Операции или заказы (графические объекты) - Гистограммы (кривые запаса продукта или кривые загрузки ресурса) - Ракурсы сети операций и заказов, которые показывают отношения времени и разметки между операциями и заказами Формат операций и заказов в разделе диаграммы.

Концепция оптимизации в производственном и точном планировании Оптимизация: изменение производственных сроков/последовательностей и присвоений ресурсов существующих операций/действий с учетом следующих критериев (без создания и удаления заказов):

W1* Общее время

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

+

W2* Общее время наладок

+

W3* Сумма затрат на наладку

+

W4* Максимальные затраты по задержке

+

W5* Сумма затрат по задержке

+

W6* Сумма режимных затрат

Целевая функция=

МИНИМУМ

© SAP AG 2002

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

Окно оптимизации: время и ресурсы Самый ранний запуск для

Запуск оптимизированного плана

Конец Ресурс A

Ресурс B

Ресурс C

Ресурс D

Ресурс E Нерабочее время фиксированные операции операции, которыемогут быть повторно спланированы Отношения Перенесенные ресурсы: B, C, D Диапазон оптимизации © SAP AG 2002

Когда Вы вызываете оптимизацию, Вы устанавливаете горизонт оптимизации (начало и окончание) и дату начала для оптимизированного плана. Функция оптимизирования повторно планирует заказы и операции, которые: Находятся полностью в пределах горизонта планирования (определенного датами начала и окончания) Не фиксированы На ресурсах, которые были перенесены в оптимизацию - Если Вы выбрали ресурсы в календарном графике планирования, в оптимизатор переносятся только эти выбранные ресурсы. Если в календарном графике планирования Вы не выбрали никаких ресурсов, то сисема переносит те ресурсы, которые Вы указали в рабочей области для календарного графика планирования и оптимизаторе. В частности, система только тогда может повторно спланировать действие в альтернативных ресурсах во время оптимизации, когда эти ресурсы включены в выбор ресурсов для оптимизации. Отношения фиксированных заказов и операций к нефиксированным заказам и операций определяют, могут ли эти операции и заказы быть смещены во время оптимизации и если да, то насколько. Поэтому, оптимизированный план корректируется таким образом, чтобы в него можно было включить фиксированные заказы и операции. Система не изменяет планирование вне окна оптимизации во время планирования. Действия вне окна оптимизации фиксируются во время оптимизации. Однако, фиксированные действия определяют своими отношениями к нефиксированным действиям в диапазоне оптимизации, могут ли эти действия быть повторно спланированы во время оптимизации, и если да, то

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

Оптимизация: сумма времени наладки/затраты на наладку Время наладки в минутах

Время наладки в покрасочном цехе Прод. A B A 0 10 B 30 0 C 30 25

Время наладки

A

Продукт A: белый цвет

20 Продукт B: желтый цвет 15 Продукт C: синий цвет 0

C

A

C

C

Время наладки

Время потребности

B

Время наладки

B

A

A

Производство продуктов от A до Cв покрасочном цехе в соответствии с планом (ситуация запуска для оптимизации):сначала были созданы плановые заказы для A, потом для B и C

C

Время наладки

A

A

Время наладки

B

Результат оптимизации (с легким взвешиванием задержек)

A

а мя н Вр е

к лад

ии изац тим и оп

A

Время наладки

B

Время наладки

C

Результат оптимизации (без взвешивания задержек) Time

© SAP AG 2002

Использование: Можно оптимизировать план для отдельных ресурсов на основании общего количества наладки и суммы затрат на наладку. Система определяет время наладки в зависимости от последовательности и затраты на наладку из матрицы наладки (ведение которой можно выполнить только для отдельных ресурсов). Предпосылки: • Вы смоделировали отдельные ресурсы и операции, которые обрабатываются на этих ресурсах также, как и в корректировке времени наладки (см. главу Одновременное планирование потребности в материале и мощности). • Вы хорошо взвесили время наладки или затраты на наладку в целевой функции. Объем функции: В целевой функции система интерпретирует значения для времени наладки и затрат на наладку из матрицы наладки следующим образом: • Время наладки вводится в выбранных Вами единицах (например, часах или минутах) в матрице наладки. Система использует продолжительность наладки в секундах в целевой функции. Если Вы введете, например, продолжительность наладки в 10 секунд в матрице наладки, система использует значение 600 (секунд) в целевой функции. • Затраты на наладку вводятся в матрицу наладки без единиц измерения. В целевой функции система использует непосредственно значение, введенное в матрицу наладки. Если ввести, например, значение 10 для затрат на наладку в матрице наладки, система использует значение 10 для рассчета в целевой функции. Важно: В целевой функции затраты на наладку со значением 10 соответствуют продолжительности наладки в 10 секунд. Надо учитывать это отношение между временем наладки и затратами на наладку при определении целевой функции, т.е., когда Вы указываете взвешивание для времени наладки и затрат на наладку.

Преобразование в фиксированные элементы заготовки Индивидуальное Индивидуальное преобразование преобразование

Плановый заказ

Заявка

Производственный заказ Заказ

Совместное Совместное преобразование преобразование Плановые заказы

Заявки

Производственные заказы

Заказы

© SAP AG 2002

Можно инициировать преобразование плановых заказов и заявок в производственные заказы или заказы непосредственно в APO. Для заказов, которые надо преобразовать, устанавливается индикатор преобразования в APO. Заказы переносятся в систему OLTP и преобразовываются автоматически. Преобразованные заказы отправляются обратно в систему APO с другой категорией ATP (заявка в заказ на поставку). Если плановый заказ преобразовывается в производственный заказ, вторичные потребности компонентов преобразовываются в резервирования. Можно преобразовывать плановые заказы и заявки одним из следующих методов: Индивидуально в интерактивном планировании: В ракурсе продукта и календарном графике точного планирования продукта можно отметить заказы для преобразования, а затем выбрать Установить индикатор преобразования. Когда Вы сохраняете результаты планирования, заказы для преобразования переносятся в систему R/3, где преобразование будет автоматически инициироваться. Преобразованные заказы отправляются обратно в систему APO с новой категорией ATP. При помощи массового преобразования и критериев выбора (выберите Планирование производства -> Выполнение производства -> Преобразование заказов/заявок): Можно установить индикаторы преобразования для большого количества заказов или нескольких продуктов. Можно ограничить выбор заказов для преобразования, введя плановика продукта, местоположения, производства и смещение для горизонта открытия. Горизонт открытия, который определяется в основных записях продуктов на закладке PP/DS, контролирует, какие заказы должны преобразовываться. Горизонт открытия - это количество рабочих дней, начиная с текущей даты. Система APО устанавливает индикаторы преобразования только для тех заказов, у которых даты начала находятся в пределах этого периода. Горизонт открытия используется и для заказов собственного производства, и для заказов внешней заготовки.

Предпосылки: На закладке PP/DS в основных записях продуктов вы выполнили ведение горизонта открытия для каждого продукта на уровне местоположения.

Массовое преобразование - на основании времени Время смещения Заявка

Горизонт открытия

Планирование

Плановый заказ

Дата создания

Запуск производства

Окончание производства

Плановые заказы и заявки Сегодня x дней позднее

Время

Производственные заказы/ технологические заказы

Order header

Заказы

Operations

Material components

Production resource/tool

Costs

© SAP AG 2002

PlanK Plnd Actual

100 20 50

Собственное производство

Внешняя заготовка

Заказы APO содержат три даты: начало производства, окончание производства, дата создания. Дата создания - это дата, в которую плановый заказ должен преобразоваться в производственный заказ или заявка в заказ. Эта дата основана на горизонте открытия, определенном в основных записях материалов R/3 (поле Ключа планирования маржи). Горизонт открытия из ключа Планировать маржу основных записей материала R/3 переносится в основные записи продуктов APO в инерфейсе APO R/3 (поле Открытие в окне группы Горизонты). Как только дата создания планового заказа перенесена в горизонт времени, выбранный в массовом преобразовании, его можно преобразовывать в массовом преобразовании. Временной интервал (время смещения), введенный в массовом преобразовании, всегда действителен с текущей даты. Плановые заказы, чьи даты создания находяся в прошлом, также выбираются автоматически. Плановые заказы обычно преобразовываются в производственные заказы (собственное производство), заявки в заказы на поставку (внешняя заготовка). В собственном производстве вид заказа в R/3 определяет, является ли он производственным заказом или технологическим заказом. Вид заказа берется (в порядке высшего приоритета) из профиля планирования производства в основных записях материалов R/3, группе ППМ в основных записях материалов R/3 и параметрах завода в настройке R/3. Система R/3 решает, какой заказ - производственный или технологический - должен генерироваться для продукта. Когда плановй заказ преобразовывается в производственный или технологический заказ, плановый заказ удаляется. Связанные вторичные потребности (компоненты материала) и потребности мощности перенаправляются во вновь созданный производственный заказ. Вторичные потребности становятся резервированиями.

Производственное и точное планирование (PP/DS): резюме главы

Теерь Вы можете: Описать, каким образом сбытовые заказы влияют на планирование производства на склад и производства по заказу клиента Использовать одновременное планирование потребностей в материале и мощности на оперативном уровне Использовать инструменты планирования производства и точного календарного планирования производства Описать оптимизацию планирования в PP/DS Переносить результаты планирования в систему выполнения © SAP AG 2002

Упражнения Глава: производственное и точное планирование

После выполнения этих упражнений Вы научитесь: • Объяснять метод прогона планирования производства в PP/DS (одновременное планирование потребности в материале и мощности)

В планировании сбыта был сгенерирован прогноз планирования сбыта, а затем перенесен в центры распределения в Милане и Роттердаме как плановые первичные потребности. После того, как SNP перенес потребности через перемещения запаса на заводпроизводитель, на заводе-производителе должны быть спланированы объемы производства и мощности. Кроме того, клиенты в Германии в Вашей компании не снабжаются через центры распределения. Они получают снабжение непосредственно через завод 1000 в Гамбурге. Поэтому плановые первичные потребности были также сгенерированы в планировании сбыта непосредственно для завода 1000 (минуя центры распределения). Эти плановые первичные потребности предварительно планируют сбыт, ожидаемый для клиентов в Германии. Ваша задача состоит в том, чтобы спланировать доступность материала на заводе 1000 в Гамбурге. Запустите прогон планирования производства для одновременного планирования материала и мощности на заводе. 1-1

В Ракурсе продукта в APO посмотрите плановые первичные потребности для насоса T-F2## в местоположении 1000 (завод-производитель в Гамбурге). Почему не было создано плановых заказов на ближайшее будущее для плановых первичных потребностей? Чтобы вернуться в состояние запаса/потребностей, выберите закладку Элементы.

1-2

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

1-2-1 Выйдите из ракурса продукта и используйте путь по меню для прогона планирования производства. В прогоне планирования производства в заводе 1000 Вы планируете все продукты, для которых Вы запланировали плановика производства. В меню планирования производства выберите следующий вариант: SAP_MRP_001. Сделав этот выбор, выберите Критерии выбора.. Теперь выберите следующие значения: Поле

Значения

Продукт Местоположение

1000

Плановик производства

0##

Создана запись файла планирования

X

Выберите Выполнить.

1-3

В Ракурсе продукта в APO посмотрите результат планирования для продукта APO T-F2## в местоположении 1000 (завод-производитель в Гамбурге).

1-3-1 Посмотрите состояния планового заказа для продукта T-F2## и проверьте состояние потребностей/поступления для всех компонентов. Все потребности были учтены в планировании? _____________________________________________________ 1-3-2 Теперь проверьте детали планового заказа: Посмотрите на список компонентов последнего планового заказа в пределах горизонта производства: Дважды щелкните на самом последнем плановом заказе в пределах горизонта производства, чтобы перейти в плановый заказ. Дважды щелкнув, можно видеть подробные данные (данные заголовка) планового заказа справа и полную структуру планового заказа слева. Слева можно видеть поступления, компоненты (потребности) и операции планового заказа. Каковы даты начала и окончания планового заказа для окончательного монтажа насоса T-F2##? _____________________________________________________ Сколько операций было спланировано в плановом заказе на различных

ресурсах? _____________________________________________________ Какие монтажные узлы (а также вторичные потребности) содержатся в плановом заказе для насоса T-F2##? _____________________________________________________ Были ли также спланированы компоненты T-B1## (кожух), T-B22## (маховик), T-B3## (полый вал) и T-B4## (электрический турбо-мотор)? Чтобы это узнать, дважды щелкните на соответствующем номере продукта в списке компонентов планового заказа и посмотрите состояние потребностей/запаса для соответствующего монтажного узла на экране справа. Есть ли какие-нибудь предупреждения для компонентов планового заказа? _____________________________________________________

Упражнения Дополнительное упражнение (не является частью стандартного семинара - может использоваться участниками после семинара) Глава: Производственного и точное планирование (Machine Scheduler’s Tools) После выполнения этого упражнения Вы научитесь: • Просматривать и обрабатывать заказы в графике календарного планирования

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

1-4

До настоящего момента мы создавали только плановые первичные потребности и заказы для насоса T-F2## (белый насос). Теперь создайте еще плановые первичные потребности для насоса T-F4## в заводе 1000. Чтобы продемонстрировать, чтоб плановые первичные потребности можно создавать не только при помощи планирования сбыта APO, но и при помощи планирования программы R/3, создайте в R/3 плановые первичные потребности вручную. Примечание: Создание плановых первичных потребностей в R/3 полезно, если Вы выполняете планирование сбыта в R/3, или не выполняете планирование сбыта, а хотите выполнить ведение плановых первичных потребностей вручную. 1-4-1 Введите первичные потребности для материала T-F4## в заводе 1000 в планировании программы R/3. В первичном экране транзакции введите T (формат дня) в поле периода планирования, чтобы выбрать однодневные партии поставки как партию поставки периода. В календарном графике точного планирования выделите первую строку и выберите закладку график поставок. Введите следующие первичные потребности для насоса T-F4## в заводе 1000:

Следующая пятница

Пятница через две недели

Пятница через три недели

Пятница через четыре недели

5

5

5

5

Сохраните Ваши записи. 1-5

Проверьте последовательность плановых заказов для обоих продуктов - насосов T-F2## (белый насос) и T-F4## (синий насос). Для этого используйте календарный график точного планирования. 1-5-1 Вызовите переменный ракурс календарного графика точного планирования. Выберите общий профиль «Насос ##» и подтвердите при помощи Ввод. Вы видите, что рабочая область «Насос ##»была выбрана автоматически, когда Вы выбрали общий профиль «Насос ##». Он включает в себя все ресурсы для окончательного монтажа насосов. Введите календарный график точного планирования при помощи критериев выбора, указанных выше, а затем выполните навигацию к календарному графику точного планирования. 1-5-2 Посмотрите первые заказы для продуктов T-F2## (белый насос) и T-F4## (синий насос), выбрав соответствующие номера продуктов один за другим в Диаграмме продуктов, а затем щелкните правой кнопкой, чтобы выбрать “начинать с первого графического объекта”. Посмотрите в Диаграмме ресурсов, какие ресурсы занимают насосы. Чтобы узнать, какие загрузки мощности к какому заказу относятся в диаграмме ресурсов, выберите первый плановый заказ для продукта TF2##, а затем щелкните правой кнопкой, чтобы выбрать “Отметить объекты для того же заказа”. Все потребности мощности, относящиеся к заказу, показываются в цвете. 1-5-3 Теперь в календарном графике точного планирования теперь можно вручную повторно планировать заказы/операции при помощи перетаскивания, а также можно запустить оптимизатор для автоматического планирования последовательности. Но здесь только просмотрите результаты планирования, а затем выйдите из календарного графика планирования, не сохраняя его.

Решения Глава: производственное и точное планирование

1-1

Путь по меню APO: Планирование производства → Интерактивное планирование производства → Ракурс продукта Почему не было создано плановых заказов на ближайшее будущее для плановых первичных потребностей? Для продукта T-F2## было выполнено ведение горизонта производства определенного количества дней в основных записях продуктов на закладке SNP2. Потребности вне этого горизонта производства покрываются прогоном планирования SNP. Потребности в пределах этого горизонта производства покрываются прогоном планирования PP/DS. Так как в последнем упражнении был выполнен только прогон планирования SNP, а не прогон планирования PP/DS, в пределах горизонта планирования нет доступных плановых заказов для потребностей.

1-2

Путь по меню APO: Планирование производства → Автоматизированное планирование производства и оптимизация → Прогон планирования производства

1-3

Путь по меню APO: Планирование производства → Интерактивное планирование производства → Ракурс продукта

1-3-1 Посмотрите состояния планового заказа для продукта T-F2## и проверьте состояние потребностей/поступления для всех компонентов. Все потребности были учтены в планировании? После прогона планирования производства все плановые первичные потребности были спланированы. 1-3-2 Каковы даты начала и окончания планового заказа для окончательного монтажа насоса T-F2##? Возьмите данные из заголовка заказа планирования. Сколько операций было спланировано в плановом заказе на различных ресурсах? В сумме шесть разных операций PPM было спланировано в плановом заказе. Какие монтажные узлы (а также вторичные потребности) содержатся в плановом заказе для насоса T-F2##? Компоненты T-B1##, T-B22##, T-B3## и T-B4# содержатся в плановом

заказе для насоса. Были ли также автоматически и немедленно спланированы компоненты T-B1## (кожух), T-B22## (маховик), T-B3## (полый вал) и T-B4## (электрический турбо-мотор)? Есть ли какие-нибудь предупреждения для компонентов планового заказа? Только вторичные потребности полого вала планируются немедленно; другие вторичные потребности не были спланированы. Однако, они частично покрываются складским запасом.

Решения Дополнительное упражнение (не является частью стандартного семинара - может использоваться участниками после семинара) Глава: производственное и точное планирование (Machine Scheduler’s Tools) 1-4

1-4-1 Путь по меню R/3: Логистика → Планирование производства → Планирование программы → Плановая первичная потребность → Создать

1-5

1-5-1 Путь по меню APO: Планирование производства → Интерактивное планирование производства → Календарный график точного планирования

Планирование транспортировок и транспортных средств (TP/VS)

Содержание: Оптимизация маршрута Консодидация транспортировок Выбор агента по транспортировке Объявление конкурса

© SAP AG 2002

Цели обучения

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

© SAP AG 2002

Обзорная диаграмма

1 Обзор семинара 2 Интеграция и технология Моделирование и оценка в 3 APO 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

6 планирование Планирование

77 транспортировок и транспортных средств

8 Global Available-to-Promise

9 Заключение

© SAP AG 2002

7

Сценарий предприятия

Компания Precision Pump применяет планирование транспортировок и транспортных средств, чтобы обеспечить оптимальное использование доступных мощностей в грузовиках, поездах, кораблях и самолетах. Их цель состоит в более эффективном планировании и сокращении затрат. Во время оптимизации будут идентифицированы и оптимальные маршруты, и оптимальные транспортные средства (например, при помощи фрахтовых расходов R/3). © SAP AG 2002

Компания Precision Pump использует Планирование транспортировок для оптимального использования доступных мощностей в грузовиках, поездах, кораблях и самолетах. Их цель в более эффективном планировании и сокращении затрат. Они используют планирование транспортных средств для анализа и модификации плана, который был сгенерирован во время планировани транспортировок. Например, использование выбора агентов по транспортировке вручную для фиксирования результатов планирования и переноса их в сисему OLTP для выполнения транспортировок (LES).

Управление транспортировками

APO TP/VS

(Планирование)

Интегрирован с компонентами APO - DP, SNP, PP/DS и ATP Оценивает планирование в BW Планирует и для краткосрочных, и для долгосрочных горизонтов

BW

(Отслеживание)

LES (Выполнение)

TP/VS, LES и BW предоставляют интегрированное решение для управления транспортировками в пределах логистической цепочки © SAP AG 2002

Компонент TP/VS имеет следующие функции: ⌧Планирование транспортировок и консолидация транспортировок ⌧Планирование транспортных средств и определение маршрута в динамической среде ⌧Транспортный режим и выбор агента по транспортировке ⌧Функции мультивывоза и мультиразгрузки ⌧Управление по особой ситуации Система APO включает в себя область тактического и оперативного планирования из решения Управления транспортом SAP, которая расширена для выполнения транспортировок компонентом SAP из Logistics Execution Systems (LES).

Процесс планирования APO

Планирование сбыта

Планирование логистических сетей

PP/DS

Перераспределение

TP/VS

Агрегированное планирование

Прогноз

без ограничений Среднесрочное планирование с ограничениями

Плановые заказы

Перемещения запаса

Точное планирование с ограничениями

Консолидация транспортировок и

Плановые поставки

планирование маршрута с ограничениями

Плановые отгрузки

Построитель транспортной загрузки

© SAP AG 2002

Планирование логистических сетей используется для долго- и среднесрочного планирования. Большое преимущество этого компонента состоит в выборе источника поставки, который определяет, где и как продукт будет заготовлен. Выбор источника поставки оптимизирован такой функцией, как построитель транспортной загрузки (TLB). Мощности периода времени используются в планировании логистических сетей для планирования продуктов. Эти мощности периода времени показывают наиболее подробный уровень ежедневного планирования. Планирование транспортных средств - это компонент краткосрочного планирования. Здесь можно определить горизонты планирования и для компонента планирования логистических сетей, и для компонента планирования транспортных средств. Эти горизонты не зависят друг от друга, и таким же образом их надо планировать. В планировании транспортных средств выполняется подробное ведение ресурсов и процессов транспортировок, чтобы планирование выполнялось как можно точнее. Когда заказы из планирования логистических сетей становятся заказами транспортных средств, происходит следующее: заказы получаются в определенной последовательности указывается точная продолжительность транспортировки добавляется информация и процессы, которые все еще открыты (данные и процессы, которые не являются необходимыми для планирования логистических сетей, но необходимы для планирования транспортных средств, например, загрузка и действия по поставке)

Моделирование логистической цепочки TP/VS

Исходящие

Транспортные зоны

Пополнение

Входящие

Созданное транспортное отношение Сгенерированное транспортное отношение

© SAP AG 2002

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

Планирование транспортировок и транспортных средств (TP/VS) Заказы клиента, перемещения запаса, прогнозы

Цель:

Поставки и транспортные заказы в R/3

Одновременное планирование маршрута и консолидация транспортировок

Оптимизатор

Выбор транспортного провайдера

Заказы TLB Экспресс-заказы Ресурсы транспортных средств

© SAP AG 2002

Оптимизация в TP/VS служит для оптимизации планирования транспортировки с присвоением ресурсов транспортных средств заказам. Она учитывает следующее: ⌧Передвижение в и из депо ⌧Время загрузки и разгрузки ⌧Консолидация заказов ⌧Сокращение затрат на продолжительность транспортировок ⌧Сокращение зартрат на расстояние ⌧Затраты за задержку или за досрочную поставку ⌧Затраты за непоставку ⌧Фиксированные затраты на транспортировку Оптимизацию можно моделировать или использовать в активной плановой версии 000. Можно использовать распределение транспортировки для ⌧определения максимальной мощности транспортировки агента по транспортировке на день и на транспортное отношение ⌧фиксирования конкреной минимальной приемки работ/услуг для определения минимального количества отгрузок, которые должны быть сделаны. Ведение транспортных распределений выполняется как зависимых от времени ⌧Использование мощности (в процентах) агента по транспортировке играет важную роль и должно быть исчисляемо (также см. Business Share Strategy, которая используется в присвоении агента по транспортировке).

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

Схема планирования транспортных средств

Основные данные

Конфигурация

Моделирование

Оптимизация (Поанирование маршрута и консолидация транспортировок)

Обработка отставаний

Создать/переместить отгрузки

Выбрать агента по транспортировке

Создать/переместить поставки

Объявление конкурса

Публикация поставок

© SAP AG 2002

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

Тендеры TP/VS

EDI

Сценарий Сценарий предприятия: предприятия: тендер тендер по по Интернету Интернету

Создать поставки Публиковать

Сценарий Сценарий предприятия: предприятия: тендер тендер по по Интернету Интернету XML

Плановик Плановик транспортировок транспортировок HTML Деблокировать для выполнения

© SAP AG 2002

Поставщик Поставщик услуг услуг Принять / отказать

Резюме главы

Теперь Вы можете: Описывать задачи планирования транспортировок и транспортных средсnв, и узнате, каким образом их применять в APO Находить различия между построителем транспортной загрузки и планированием транспортировок и транспортных средств.

© SAP AG 2002

Global Available-to-Promise (Global ATP)

Содержание: Global ATP и интеграция с OLTP Интеграция с PP/DS Проверка ATP на основе техники условий Распределение продукта

© SAP AG 2002

Цели обучения

В заключение этой главы Вы научитесь: Описывать, каким образом Global Available-toPromise (ATP) интегрирует с OLTP и приложениями APO Определять свойства и функции Global Availableto-Promise Распознавать преимущества применения Global Available-to-Promise

© SAP AG 2002

Обзорная диаграмма

1 Обзор семинара 2 Интеграция и технология Моделирование и оценка в 3 APO 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

6 планирование Планирование

7 транспортировок и

транспортных средств

88 Global Available-to-Promise 9 Заключение

© SAP AG 2002

8

Сценарий предприятия

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

© SAP AG 2002

Архитектура приложения AP0 и Global Availableto-Promise (ATP) APO

R/3

BW

Пульт управления логистической цепочкой

LIS, CO/PA HR, FI

Планирование сбыта

Заказы клиента Управление производством Управление запасом Обработка транспортировок

Global ATP

Производственное и точное планирование

Планирование логистических сетей

Перераспределение

ИсторичеИсторические ские данные данные Основные показатели производительности (KPI)

Планирование транспортировок

© SAP AG 2002

В интерфейсе APO R/3 можно определить, чтобы проверка продуктов ATP (ATP-проверка, ATP - Available-to-Promise) выполнялась не в R/3, а в APO, как только создается заказ клиента. В этом случае заказы клиента, созданные в системе OLTP (например, в системе R/3), автоматически инициируют проверку доступности в APO. В зависимости от параметров настройки системы проверка может выполняться по запасу, производственным планам и планам распределения. Плановые заказы, которые создаются через интеграцию ATP с PP/DS, могут отправляться обратно в системы OLTP.

Глобальная проверка доступности в APO: преимущества Проверка доступности на основе техники условий (многоэтапная проверка доступности): проверка нескольких местоположений и продуктов Более тесная интеграция между сбытом, рапределением и производством: инициирование производства при отсутствии доступности (интеграция PP/DS) Многоуровневая проверка компонентов и мощности (операция в реальном времени) Проверка по агрегированным данным памяти

© SAP AG 2002

Проверка ATP на основе правил (многоэтапная проверка доступности): Когда нет доступности, в APO можно сконфигурировать, чтобы система выполняла проверку доступности продукта в другом местоположении или проверку доступности альтернативного продукта. Интеграция между сбытом и производством: Можно также определить, чтобы заказ клиента непосредственно инициировал производство, если продукт не доступен. Если он инициирует заказ для собственного производства, APO создает плановый заказ для требуемого количества в производственном и точном планировании. Кроме того, можно проверить доступность компонента (многоуровневая проверка компонентов и мощности). Проверка по агрегированным данным: Плановые заказы и производственные заказы агрегируются и представляются во временном ряде, который можно использовать для оценки входящих запросов из заказов клиента. Это означает, что после этого доступна лучшая производительность системы.

Global ATP APO

R/3 Структура товара

Клиент

Заказы клиента

40 штук ATP-запрос

Global ATP: для нескольких площадок в реальном времени Многоуровневая проверка ATP на основе правил Альтернативные местоположения Альтернативные продукты Альтернативные PPM

Подтверждение

Интегрирован с планированием производства Проверяет по фактическому плану производства Учитывает ограничения мощности Интеграция прежних систем

© SAP AG 2002

Глобальная проверка ATP встроена в процессы управления логистической цепочкой (SCM) для любого типа обработки заказа. Проверки доступности инициируются как события в системе OLTP - либо R/3, либо прежние системы - и запрос ATP о доступности продукта отправляется в APO. Проверка ATP - это поиск online для проверки способности компании предоставить запрашиваемый продукт в требуемом количестве и в дату, необходимую клиенту. Во многих системах OLTP функция ATP ограничена или вовсе отсутствует. В более старых версиях R/3 проверка ATP выполняла поиск местного запаса только для доступных продуктов и принимала неограниченную мощность, когда продукт должен был быть изготовлен. По этой причине проверки ATP выполняются в APO на основании временного ряда либо в реальном времени, либо в режиме моделирования. Когда дело касается производства, ATP использует функцию производственного и точного планирования для проверки по сети фактических заказов, включая все описания отношений. Применение проверки ATP на основе правил - это основа для проверок альтернативных продуктов в альтернативных местоположениях, а также для производства.

Отпуски и поступления

Поступления

Запас

ПроизводстПроизводстЗаявка венный запас

Дополнительные относящиеся к сбыту потребности

Плановый \заказ

Время Резервирование

Отпуски © SAP AG 2002

В соответствии с параметрами настройки в APO в проверке доступности можно учитывать разный запас, потребности и поступления. Можно определить, какие потребности и поступления должны использоваться как основа для подтверждения заказа клиента, которое Вы хотите дать клиенту. Объем проверки конфигурируется в настройке APO.

Агрегация временного ряда

Агрегировать каждое поступление (отпуск) на: Категорию Единицу времени

Высокая производительность, так как Проверяются кумулятивные количества, а не передвижения отдельных материалов © SAP AG 2002

Данные, отправляемые из системы OLTP, агрегируются и представляются во временном ряде, состоящем из соответствующих объектов APO, которые затем используются для оценки входящих запросов ATP. Просмотр временного ряда (см. рисунок выше) показывает элементы поступлений над линией. Элементы отпусков находятся под линией. Если запас равен нулю или отрицательный, новый заказ может быть подтвержден только для более поздней даты. Чтобы различать разные уровни вероятности, с которой конкретный продукт будет находиться в запасе в будущем, существует временной ряд для каждого вида категории ATP. Примеры категорий ATP: фиксированный плановый заказ, консигнационный запас поставщика, деблокированный производственный заказ. Чтобы повысить производительность системы, ATP предоставляет опцию агрегации заказов при помощи реорганизации временного ряда. Все поступления и отпуски в пределах одного периода аккумулируются. Проверка ATP проверяет по этим агрегированным количествам. Производительность ATP сокращается, если Вы обрабатываете входящие заказы при помощи отдельных проверок.

Проверка ATP на основе правил: пример Готовое изделие заказа клиента

Проблема: Разузлование PPM

недостаточное количество штук в запасе

ы вн и т на ы) р ( е ьт укт л д А о пр

Возможное решение: Шаг 1: Альтернативный продукт Шаг 2: Заготовка из другого местоположения Шаг 3: Производство (разузлование PPM )

й

Альтернативное местоположенипро)

© SAP AG 2002

Проверка доступности на основе техники условий - это интерактивный процесс. В каждом случае хранящиеся в системе правила определяют следующий шаг проверки. Вот следующие возможные шаги: Замена (альтернативный продукт) Выбор источника поставки (альтернативное местоположение) Capable-To-Promise (инициирование производства = создание заказа) Все они располагаюся в трехмерном пространстве на рисунке. Поиск останавливается, когда проверка предотавляет приемлемый результат (если разрешено некое количество шагов замены). Однако, в параметрах настройки стратегии правил может быть выбрана только одна замена. В этом случае система выполняет оценку правила. Без специфичной для клиента кодировки (= exit клиента) система выбирает первый результат, который полностью покрывает потребность. Активировав exit клиента, можно решить, какой выбор подходит, и должно ли показываться окно диалога. Разрешен только один результат. Стратегия правил формирует фактическую основу с правилами для конкретной проверки. В самом простом случае эта стратегия поиска определяет последовательность, в которой система прочитывает отдельные правила. Каждый доступ к этой последовательности выполняется при помощи комбинации признаков. Когда должен быть проверен заказ, его признаки передаются в APO из системы OLTP.

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

Проверка доступности (ATP-проверка) в заказах клиена Заказ клиента

R/3

Подтверждение

Сбыт (SD)

ATP-запрос

Сохраниь заказ клиента

Заказ Заказ клиента клиента Плановый Плановый заказ заказ ППМ

APO ATP-проверка Для недоступности

Производить

Производственное Производственное и точное планирование планирование Плановый заказ Обновить временной ряд

© SAP AG 2002

В интерфейсе R/3-APO можно указать в интеграционной модели, чтобы проверка доступности (проверка ATP) в заказе клиента выполнялась не в R/3, а в APO (индикатор Проверка доступности). Если Вы создаете заказ клиента в системе R/3, система сначала проверяет, достаточно ли доступного запаса для этого продукта. Она также может проверять, запланированы ли поступления ранее требуемой даты (например производственные заказы или плановые заказы). Для недоступности можно указать в APO, чтобы система выполняла проверку доступности для продукта в другом местоположении или для альтернативного продукта. Более того, если продукт недоступен, можно определить, чтобы заказ клиента мог инициировать производство непосредственно. В этом случае он инициирует заказ для собственного производства и APO создает плановый заказ для требуемого количества в производственном и точном планировании. Все операции РРМ планируются на ресурсах РРМ, и система учитывает ограничения мощности (доступную мощность и заказы, которые могут быть уже спланированы). Кроме того, можно проверить доступность компонентов (индикатор Автоматическое планирование в основных записях продуктов компонентов). Если мощности в требуемую дату уже израсходованы, система использует одновременное планирование потребности в материале и мощности для нахождения даты, в которую может быть создан плановый заказ. Дата доступности вновь созданного заказа (дата окончания) передается обратно в заказ клиента R/3и копируется как внутренняя дата подтверждения. Планирование поставки используется для определения даты в заказе клиента, в которую клиент может получить продукт. Сотрудник сбыта может найти эту дату поставки в заказе клиента R/3. Когда Вы

подтверждаете предлагаемую дату в заказе клиента и сохраняете ее, плановый заказ APO, который был смоделирован, переносится обратно в R/3 и просматривается там.

Интеграция проверки доступности и заказа клиента - производство Доступность ресурса Доступен

1-я попытка загрузки

Занят

Окончат. загрузка

Заказ клиента

30

Ресурс 3 (предельный)

30 20

Ресурс 2 (предельный) Ресурс 1 (предельный)

Подтвержденное количество/срок

Треб. срок и количество

20

10 10 Время

Сегодня

© SAP AG 2002

Если продукт недоступен, заказ клиента может напрямую запустить производство. Если он инициирует заказ для собственного производства, APO создает плановый заказ для требуемого количества в производственном и точном планировании. Все операции РРМ планируются на ресурсах РРМ, и система учитывает ограничения мощности (доступную мощность и заказы, которые могут быть уже спланированы). Если мощности в требуемую дату уже израсходованы, система использует одновременное планирование потребности в материале и мощности для нахождения даты, в которую может быть создан плановый заказ. Вы используете профиль стратегии для определения, каким образом система должна планировать (поиск области видимых компонентов, беспредельное планирование...). Предпосылка: В "основанной на правилах проверке доступности" определите, чтобы производство инициировалось непосредственно для недоступности (эта функция может использоваться в связи со всеми стратегиями поребности в планировании). Выполните ведение профиля стратегии, с которой Вы хотите инициировать планирование плановых заказов, из интеграции ATP и выполните их ведение под Глобальные параметры настройки в настройке для PP/DS в поле Профиль стратегии для интеграции ATP. Профиль стратегии по умолчанию в системе поставки - это SAP001 (обратный поиск области видимых компонентов). В APO определяется, как проверяется доступность заказа клиента в APO (например, проверка по запасу, по прогнозу, по распределению или проверка на основании правил ATP (также проверка по альтернативным продуктам/местоположениям или инициирование производства из заказа клиента). Здесь в зависимости от класса потребности R/3 и бизнессобытия (например, А= заказ клиента, АЕ = заказ клиента производства складского запаса,

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

Контингентирование

Управление сбытом с учетом ограниченного снабжения

Сбыт

Янв. Фев.

Март

Апр.

Поступление

© SAP AG 2002

Функция контингентирования позволяет управлять ограниченным запасом продуктов таким образом, чтобы каждый клиент получал только ограниченное количество. Контингентирования применяются к объектам контингентирования. Объект контингентирования является причиной для присвоения количества. Им может быть: Продукт (персональный компьютер) или группа продукта Компонент (процессор) Время года (лето, зима) Линия Причины контингентирования могут различаться в разных фазах жизненного цикла продукта.

Обработка отставаний

Подтверждения заказа клиента - До

Июнь

Июль

Авг.

Сент.

Время

Подтверждения заказа клиента - по приоритету

Июнь Июль Запас Заказ клиента Плановый заказ © SAP AG 2002

Авг.

Сент.

Время

Проверка горизонта/ времени восстановления запасов = 2 периода

Обработка отставаний - это один из новых инструментов проверки доступности, который позволяет анализировать и редактировать отставания и перезаписывать подтвержденные количества как результат предыдущей проверки ATP. Можно повторно распределить подтвержденные количества одного или более продуктов через выбранные потребности клиента. Обработку отставаний можно выполнять: В интерактивном режиме В режиме партии (включая моделирование) Как комбинацию обоих Заказы к обработке определяются через фильтр, который должен быть определен. Это определение фильтра может быть сконфигурировано пользователем, а также можно использовать стандартные фильтры, поставляемые SAP, которые фильтрую в соответствии с местоположениями, в которых изменилось состояние планирования (фильтрация по изменениям). Они снова должны учитываться при обработке отставаний. Как только заказы были определены через фильтр, их можно сортировать через конкретные конфигурируемые критерии. Заказы, чья дата поставки теперь относится к прошлому, могут быть спланированы на будущее, если требуется.

Global Available-to-Promise: резюме главы

Теперь Вы можете: Описывать, каким образом Global Available-toPromise (ATP) интегрирует с OLTP и приложениями APO Определять свойства и функции Global Availableto-Promise Распознавать преимущества применения Global Available-to-Promise

© SAP AG 2002

Упражнения Глава: Global Available-to-Promise (Global ATP)

После выполнения этого упражнения Вы научитесь: •

Создавать заказ клиента в R/3

•

Выполнять проверку ATP

•

Понимать, почему Вы получили именно этот результат проверки ATP

Компания Precision Pump получает запрос клиента по продукту TF2##. Клиент Jashanmal Trading в Дубае хочет получить подтверждение в отношении того, когда компания Precision Pump сможет поставить продукт.

1-1

Создайте заказ клиента в R/3 и выполните проверку АТР.

Имя поля

Данные ввода

Вид заказа

СЗ

Сбытовая организация

2400

Канал сбыта

00

10

Сектор

На экране заказа клиента введите следующие данные: Имя поля

Данные ввода

Заказчик

2402

Номер заказа на поставку Материал Объем заказа

Группа ## T-F2## 5

Вы получаете диалоговое окно с результатом проверки АТР. Сколько единиц продукта может поставлено? ___________________________________________ ___________________________________________ Сохраните заказ. Заказ переносится непосредственно в АРО после сохранения в R/3. В системе АРО проверьте состояние планирования для продукта T-F2## (насос) в местоположениях 2400 (Милан), 2500 (Роттердам) и 2300 (Барселона).

Имя поля Плановая версия Продукт Местоположение

Данные ввода 000 T-F2## 2400

Затем проверьте состояние планирования в местоположениях 2500 и 2300.

Решения Глава: Global Available-to-Promise (Global ATP)

После выполнения этого упражнения Вы научитесь: •

Создавать заказ клиента в R/3

•

Выполнять проверку ATP

•

Понимать, почему Вы получили именно этот результат проверки ATP

Компания Precision Pump получает запрос клиента по продукту TF2##. Клиент Jashanmal Trading в Дубае хочет получить подтверждение в отношении того, когда компания Precision Pump сможет поставить продукт.

1-1

Создайте заказ клиента в R/3 и выполните проверку АТР. Логистика → Сбыт и распределение → Сбыт→ Заказ → Создать Имя поля

Данные ввода

Вид заказа

OR

Сбытовая организация

2400

Канал сбыта

00

10

Сектор

Нажмите Ввод На экране заказа клиента введите следующие данные: Имя поля

Данные ввода

Заказчик

2402

Номер заказа на поставку Материал

Группа ## T-F2##

Объем заказа

5

Вы получаете диалоговое окно с результатом проверки АТР. Сколько единиц продукта может быть поставлено? ___________________________________________ ___________________________________________ Сохраните заказ. Заказ переносится непосредственно в АРО после сохранения в R/3. В системе АРО проверьте состояние планирования для продукта T-F2## (насос) в местоположениях 2400 (Милан), 2500 (Роттердам) и 2300 (Барселона). Планирование производства → Интерактивное планирование производства → Ракурс продукта Имя поля Плановая версия Продукт Местоположение

Данные ввода 000 T-F2## 2400

Затем проверьте состояние планирования в местоположениях 2500 и 2300.

Внедрение SCM APO

Содержание: Философия внедрения ASAP SCM Методология ASAP SCM Цели Спектр функций Инструменты

ASAP для APO

© SAP AG 2002

Цели обучения

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

© SAP AG 2002

Обзорная диаграмма

1 Обзор семинара 2 Интеграция и технология 3 Моделирование и оценка в APO 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

6 планирование

7 Планирование транспортировок 8 Global Available-to-Promise 99 Внедрение APO SCM 10 Заключение © SAP AG 2002

9

Философия внедрения логистической цепочки SAP:

Подход диагностики логистической цепочки, который позволяет SAP оценивать логистическую цепочку клиента, определять важные вопросы, оценивать преимущества, которые может предоставить APO и разрабатывать индивидуальный план внедрения, благодаря чему клиенты могут воспользоваться этими преимуществами через короткий промежуток времени © SAP AG 2002

Набор инструментов внедрения логистической цепочки Встроенные инструменты, шаблоны и технологии Модели Шаблоны Вопросники Инструкции “Как делать” Примеры

Планы проекта No vemb erDecember Jan uary F ebruary M arch Nov Dec Jan F eb M ar

ID T ask Name 1 ID 1

SampleSchedule November Nov

Task Name

December Dec

January Jan

February Feb

March Mar

April Apr

Ap ril Apr May May

M ay M ay

Примеры логистической цепочки

Ju ne Jun

June Jun

Sample2 Schedule

Project Prepara tion

2

3 ProjectPreparation Business Blueprint

3

4 BusinessBlueprint Simulation

4

5 Simulation Validatio n

5

6

7

6

ValidationFinalPrepara tion 7

GoLive&Sup po rt Final Preparation 8

Go Live9& Support 10

8 9 10

Ход выполнения APO

© SAP AG 2002

Матрица действий APO

Вопросники и обзоры

Анализ значения R/3

Аналитиче ские инструмен ты

Фазы методики ASAP SCM

Подготовка проекта

Концептуальный проект

Реализация

ОкончаПродуктивная тельная эксплуатация подготовка и поддержка

P1 P1

P1

D3 P2

ACME Taiwan

D2 Semicondu ctor Manufactu rer

Su pplier’s Su pplier

S1

D2 Se miconductor Distri butor

Cus tomers

S1 ACME Laptop Production (San Jos e)

P3

M4 ACME La ptop Pr oduction (S an Jose)

ACME

P4

D1 ACME La ptop Dist ribution (San Jose)

P2

S1

P4

D1 Laptop Distributor

Customers

P2

S1

D1 Laptop Retail er

C ustomer’s Customer

SAP Busine ss Informa tion Warehouse

SAP Advance d Planner & Op timiz er

People L earnin g Op portunities

Non-R/3

© SAP AG 2002

Pr ocesses Inno vation Strategy

Produ cts Industr y Practices Implemen tations

R/3

N on R/3

R/3

Фаза 1: подготовка проекта - цели

Организовать проект внедрения ASAP SCM Установить ожидания клиента и группы консультантов SAP Установить техническую инфраструктуру

© SAP AG 2002

Фаза 2: концептуальный проект - цели

Определить конкретные методы улучшения управления логистической цепочкой и стратегии клиента Разметить логистическую цепочку Выравнять решения SAP и третьей стороны для реализации этих возможностей Разработать проект бизнес-решения и планы внедрения Концептуальный проект процесса APO

© SAP AG 2002

Фаза 2: концептуальный проект - инструменты

APO для ASAP Стратегический концептуальный проект Примеры База данных вопросов и ответов Описание процесса Вопросники Маршрутная карта / план проекта

© SAP AG 2002

Фаза 3: реализация - цели

Разработать планы для спецификации модели Сконфигурировать и проверить достоверность моделей прототипа и окончательных моделей Выполнить и разрешить функциональный анализ просчетов Провести семинары по конфигурации Разработать программы преобразования и интерфейса Разработать отчеты и расширения Окончательное тестирование интеграции Подготовка документации конечного пользователя и учебных материалов © SAP AG 2002

Фаза 4: окончательная подготовка - цели

Подготовка внедрения продуктивного решения Ожидать и планировать непредвиденные обстоятельства

© SAP AG 2002

Фаза 5: продуктивная эксплуатация и поддержка - цели

Определить и разрешить вопросы постпродуктивной эксплуатации Проверить достоверность результатов продуктивного решения SCM Выполнить анализ проекта

© SAP AG 2002

Внедрение APO: резюме главы (2)

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

© SAP AG 2002

Заключение

1 Обор семинара 2 Интеграция и технология Пульт управления 3 логистической цепочкой 4 Планирование сбыта Планирование

5 логистических сетей Производственное и точное

6 планирование

7 Перераспределение 8 Планирование транспортировок 9 Global Available-to-Promise 10 10 Заключение © SAP AG 2002

10

Цели семинара

В заключение этого семинара Вы сможете: Перечислить фундаментальные сценарии планирования Advanced Planner and Optimizer (APO) Объяснить функции и взаимозависимость отдельных компонентов APO Описать интеграцию с системой выполнения и информационными системами

© SAP AG 2002

Последовательность планирования APO

Горизонт планирования Планирование сбыта (DP)

Планиров. логистических сетей (SNP)

Планирование производства (PP)

Точное календарное планирование (DS)

Перераспределение Планирование транспортировок и транспортных средств (TP/VS) © SAP AG 2002

APO используется для принятия стратегических, тактических и оперативных решений: DP используется для долгосрочного планирования сбыта В SNP есть среднесрочное планирования производства, распределения и заготовки PP/DS используется для краткосрочного планирования производства Перераспределение выполняет краткосрочное планирование пополнения запаса В планировании транспортировок оптимизируются транспортные маршруты и методы транспортировок рассчитаны на максимальную загрузку емкостей

Концепция планирования сбыта

Агрегированные фактические данные

Местоположение Иерархия продуктов

Прогноз будущего сбыта

Заказчик Сбытовая организация Регион

Входящие заказы Количества Значения

Документ фактуры Количества Значения

BW R/3 Excel Внешние системы

Статистическое прогнозирование Совместное прогнозирование Рекламные мероприятия

… © SAP AG 2002

В библотеке APO DP статистические прогнозы и расширенные технологии макросов позволяют создавать прогнозы на основании истории продаж, а также любого количества каузальных факторов и использовать согласительный подход для консолидирования результатов. Данные рынка и корректировки в управлении можно добавлять при помощи перезаписывания прогноза и рекламных мероприятий. Можно выполнить экстракцию агрегированных фактических данных из R/3 таким же образом, как из импорт данных из BW, Excel и прежних систем.

Сценарий планирования логистических сетей

План сбыта

Поставщик

Завод

ЦР

Клиент

SNP планирует циркуляцию материала по логистической цепочке Средне- и долгосрочное предельное планирование для нескольких заводов Приоритизация потребностей; оптимизация снабжения Результат: выполнимые планы © SAP AG 2002

Роль планирования логистических сетей включает в себя: Планирование соответствия снабжения и сбыта Интеграция закупки, производства и распределения в одной последовательной модели во всей логистической сети Синхронизация дейдейсй и планирование циркуляции материала по всей логистической цепочке

Сравнение средне- и краткосрочного планирования Заказы клиента

Прогнозы

Производственное и точное планирование Плановые заказы PP/DS

Заказы клиента

Прогнозы

Планирование логистических сетей l

Плановые заказы SNP

Заявки

l

Заявки

Перемещения запаса

l

Перемещения запаса

Спецификация и единичная техкарта PP/DS

Спецификация и единичная техкарта SNP

Предельное точное планирование на местоположение

Предельное планирование для нескольких заводов

Последовательности и время наладки

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

Непрерывное и относящееся к заказу

Ориентировано на количество и период

Разметка

© SAP AG 2002

Нет разметки

Время

Горизонт планирования

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

Функции планирования производства / точное календарное планирование (PP/DS) Поминутно планирует производство, внешнюю заготовку и перемещение запасов в пределах заводапроизводителя

Клиент

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

Ресурс 2 Ресурс 1

Ресурс 3 30

Ресурс 3

Переносит результаты планирования в системы выполнения (например, в управление производством R/3)

20

Ресурс 2 Ресурс 1

Оптимизирует планы по оборудованию (последовательности, время производственных циклов)

10

Время

© SAP AG 2002

Производственное и точное планирование (PP/DS) используются, в основном, для краткосрочного планирования и планирования по минутам (как для собственного производства, так и для внешней заготовки) на заводе-производителе. PP/DS планирует все операции заказа, которые релевантны для планирования, на различных ресурсах. Производственное и точное планирование имеет следующие функции: Оно генерирует плановые заказы (планирует собственное производство) и заявки или партии поставок соглашения о поставках (планирует внешнюю заготовку) в случае нехватки продукта. Оно использует одновременное планирование мощностей и материала для следующего: Можно определить ресурсы как "предельные" (ресурсы, критические для планирования) в основных записях ресурсов. Операции по заказу создаются для этих ресурсов только тогда, когда для количества заказа существует достаточно мощности в соответствующую дату. Когда доступной мощности нет, системы выполняет поиск даты, в которую может быть осуществлена операция по заказу, учитывая состояние мощностей. Учитывает последовательности заказов: когда создаются новые собственные производственные заказы, время наладки в новом заказе может определяться автоматически из статуса наладки ресурсов (в зависимости от предыдущего заказа). Возможно просматривать заказы в графическом формате (в календарном графике точного планирования) и далее планировать последовательность оттуда. В качестве альтернативы можно использовать оптимизатор для выполнения последовательности. Оптимизация планирования оборудования: во время планирования можно генерировать заказы, у которых нет оптимальной последовательности. Поэтому можно изменять последовательность и присвоение ресурсов существующих заказов при помощи прогона оптимизации.

Производственное и точное планирование - это инструмент планирования. Функции выполнения, такие как подтверждения и поступления материала, выполняются в системе выполнения (например, R/3). Поэтому результаты планирования переносятся в систему выполнения.

Планирование транспортировок и транспортных средств (TP/VS) Заказы клиента, перемещения запаса, Прогнозы

Цель:

Поставки и траснпортные заказы в R/3

Одновременное планирование маршрута и загрузки/веса

Оптимизатор

Выбор поставщика транспортных услуг © SAP AG 2002

Заказы TLB Экспресс-заказы Ресурсы транспортных средств

Интеграция ATP с PP/DS и R/3

Заказ клиента

R/3

Подтверждение

SD

Запрос ATP

APO ATP нет ATP

Плановые

Плановые заказы заказы

ППМ

Выполнить

Производственное и точное планирование

Обновить временной ряд

© SAP AG 2002

Ориентирована на события: В интерфейсе APO R/3 можно определить, чтобы проверка ATP в заказе клиента выполнялась не в R/3, а в APO, как только создается заказ клиента. Если Вы создаете заказ клиента в системе R/3, система сначала проверяет, достаточно ли доступного запаса для запрашиваемого продукта. Система также может проверять, были ли уже запланированы поступления к запрашиваемой дате (например, производственные заказы и плановые заказы). Временной ряд: Плановые заказы и производственные заказы агрегируются и представляются во временном ряде, который можно использовать для оценки входящих запросов из заказов клиента. Проверка ATP на основе правил: Когда нет доступности, в APO можно сконфигурировать, чтобы система выполняла проверку доступности продукта в другом местоположении или проверку доступности альтернативного продукта. Интеграция с производственным и точным планированием: Можно также определить, чтобы заказ клиента непосредственно инициировал производство, если продукт не доступен. Если он инициирует заказ для собственного производства, APO создает плановый заказ для требуемого количества в производственном и точном планировании. Все операции планируются на ресурсах, и система учитывает ограничения мощности (доступную мощность и заказы, которые могут быть уже спланированы). Кроме того, можно проверить доступность компонентов. Если мощности в требуемую дату уже израсходованы, система использует одновременное планирование потребности в материале и мощности для нахождения даты, в которую может быть создан плановый заказ. Дата доступности вновь созданного заказа (дата окончания) передается обратно в заказ клиента R/3 и принимается как внутренняя дата подтверждения. При помощи планирования отгрузок в заказе клиента определяется дата, в которую продукт поступает к клиенту. В заказе клиента R/3 сотрудник сбыта узнает эти предлагаемые сроки поставки.

Использованные в данном документе сокращения: APO

Advanced Planner and Optimizer

APS

Advanced Planning System

ATP

Available-to-Promise

BBP

Business to Business Procurement (B2B)

BAPI

Business Application Programming Interface

BW

SAP Business Information Warehouse

CIF

Core Interface (интерфейс для основных и переменных данных R/3-APO)

CPFR

Collaborative Planning, Forecasting and Replenishment

CRM

Customer Relationship Management

CTM

Capable-to-Match (Multi-Level Supply and Demand Matching (SDM))

DC

Distribution Center - центр распределения

DP

Demand Planning - планирование сбыта

DS

Detailed Scheduling - точное календарное планирование

iPPE

Integrated Product and Process Engineering - интегрированный инжиниринг продуктов и процессов

LES

Logistics Execution System - система оперативной логистики

KPI

Key Performance Indicator - основной показатель эффективности

MLR

Multilinear Regression - мультилинейная регрессия

MRP

Material Requirements Planning - планирование потребности в материалах, ППМ

MRPII Manufacturing Resource Planning OLTP

Online Transaction Processing System

OLAP Online Transaction Processing System PP

Production Planning - Планирование производства

PPM

Production Process Model - модель производственного процесса

SCC

Supply Chain Cockpit - пульт управления логистической цепочкой

SCE

Supply Chain Engineer; Supply-Chain-Execution

SCM

Supply-Chain-Management

SEM

Strategic Enterprise Management

SNP

Supply Network Planning

SOP

Sales and Operations Planning - укрупненное планирование сбыта и производства

TSP

Transportation Service Provider - агент по транспортировке, АПТ

TLB

Transport Load Builder - Построитель транспортной загрузки

TP/VS Transportation Planning / Vehicle Scheduling - Планирование транспортировок / Планирование транспортных средств VMI

Vendor-Managed Inventory - управляемый поставщиком запас