Серийное производство/система Канбан: упражнения

Глава: серийное производство/система Канбан Тема: предварительное планирование без конечного монтажа

1-1

1-2

1-2-1

1-2-2 С каким видом заказа были созданы плановые заказы для этого материала?

Плановые заказы имеют вид заказа “VP“.

1-2-3 Можно ли на этом этапе инициировать конечный монтаж для материала T-F7##?

Нет. Плановые заказы с видом заказа “VP“ служат только для планирования (VP = предварительное планирование). На этом этапе их нельзя использовать для инициирования производства:

- При дискретном производстве плановый заказ с видом заказа “VP“ нельзя преобразовать на этом этапе в производственный заказ (индикатор преобразования в плановом заказе не установлен).

– При серийном производстве плановые заказы с видом заказа “VP“ не напечатаны в “Списке партий продукции“. Допускается запуск серийного производства только для тех плановых заказов, которые распечатаны в этом списке. Так как плановые заказы с типом заказа “VP“ не появляются в этом списке, производство не инициируется.

1-2-4 Имеют ли плановые заказы, созданные для узла, тот же вид заказа “VP”, что и плановые заказы для готового изделия? Нет.

Можно ли поэтому изготовлять узел уже на этом этапе? Да.

Созданные для узла плановые заказы имеют вид заказа “LA” (LA = заказ на пополнение складских запасов). С помощью плановых заказов с видом заказа “LA“ можно инициировать производство.

- При дискретном производстве плановый заказ с видом заказа “LA“ можно преобразовать в производственный заказ (в плановом заказе установлен индикатор преобразования).

– При серийном производстве плановый заказ с видом заказа “LA” распечатывается в “Списке партий продукции” и передается на производство. Допускается запуск серийного производства только для тех плановых заказов, которые распечатаны в этом списке. Плановые заказы в серийном производстве не могут быть преобразованы в производственные заказы (поэтому индикатор преобразования в плановом заказе для материалов серийного производства не установлен).

1-3

1-3-1

1-3-2

1-4

1-4-1 Была ли перерассчитана плановая первичная потребность по заказу клиента?

Да. Система при этом перерассчитала плановые первичные потребности, которые были самыми близкими по времени к заказу клиента.

1-5

1-5-1

1-5-2

1-5-3 Как изменилась ситуация?

Система создала для заказа клиента новый плановый заказ на 400 штук. Он просматривается в отдельном сегменте планирования для заказа клиента. Одновременно были удалены два плановых заказа в сумме на 400 штук в сегменте планирования нетто.

1-5-4 Позволяет ли создание заказа клиента и последующее выполнение ППМ провести конечный монтаж?

Да. Заново созданный плановый заказ на 400 штук имеет вид заказа “KD“ (KD = разовый заказ клиента). С помощью плановых заказов с видом заказа “KD“ можно инициировать производство, как и при плановых заказах с видом заказа “LA“.

1-5-5 Изготовляются ли при поступлении заказа клиента дополнительные 400 ПК или заказ клиента на 400 штук уменьшает плановые первичные потребности (планирование без заказа клиента), составлявшие ранее 1000 штук, до 600 штук?

Создание планового заказа с использованием стратегии предварительного планирования без конечного монтажа сокращает плановые первичные потребности (планирование без заказа клиента), составлявшие ранее 1000 штук, до 600 штук.

1-5-6 Выполняется ли конечный монтаж 400 ПК в единичном производстве по заказу клиента или в производстве с целью создания складского запаса?

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

Решения

Глава: серийное производство/система Канбан Тема: серийное производство: основные данные

2-1

2-1-1 Можно ли допустить материал для серийного производства?

Материал с индикатором “Серийное производство” в основных записях материалов допускается для серийного производства.

2-1-2

2-1-3 Какие производственные линии можно использовать для серийного производства узла?

Узел T-B5## согласно варианту изготовления может производиться на производственных линиях T-L3## и T-L4##.

2-2

2-2-1 Как высока производственная норма, то есть, сколько материала изготовляется в час?

В час изготовляется 30 штук.

Решения

Глава: серийное производство/система Канбан Тема: серийное производство: планирование

3-1

3-1-1 Какие количества необходимо произвести?

Количества, которые необходимо изготовить для четырех плановых заказов, равны 200, 200, 200 и 400.

3-2

3-2-1 Какой вид заказа получили плановые заказы при присвоении производственным линиям? Для получения ответа нажмите дважды клавишу мыши на присвоенный плановый заказ и просмотрите поле “ Вид заказа ”.

Посредством присвоения плановых заказов производственной линии эти заказы получают вид заказа “PE” (партия продукции).

3-3

3-3-1

3-4 Выполнялось ли в этом упражнении преобразование планового заказа в производственный заказ для инициирования производства?

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

Решения

Глава: серийное производство/система Канбан Тема: серийное производство: материальные потоки

4-1

4-1-1

4-1-2 Для каких материалов вследствие запланированных потребностей появляется дефицит запасов материала в последующие две недели?

Дефицит просматривается для материала T-T6##.

4-1-3 Для каких компонентов пополнение запасов будет осуществляться с помощью Канбан?

Никаких.

4-1-4

4-1-5

4-1-6 На каком складе система нашла доступное количество для компонента T-T6##?

Система нашла доступное количество для компонента T-T6## на складе 0001.

4-1-7

4-1-8

Решения

Глава: серийное производство/система Канбан Тема: серийное производство: регистрация фактических данных

5-1

5-1-1

5-1-2 На каком складе осуществляется подтверждение поступления материалов? Как система нашла этот получающий склад?

Подтверждение поступления материалов осуществляется на складе PL01. Этот склад предлагается посредством варианта изготовления (поле “Принимающий склад”).

5-1-3 Какие компоненты при сообщении о поступлении материалов отпускаются задним числом?

Компоненты T-TE##, T-T6##, T-T7##, а также T-B7## отпускаются задним числом при подтверждении поступления материалов.

5-1-4

5-1-5 Изменились ли плановые количества (плановые заказы)?

Да. Плановые заказы сократились на количество поступившего материала (100 штук).

Решения

Глава: предварительное планирование без конечного монтажа Тема: система Канбан: основные данные

6-1

6-1-1 Исключен ли этот материал из ППМ на складе PL03?

Да. Материал T-T7## на складе PL03 исключен из ППМ.

6-1-2 Исключен ли из ППМ тот же материал T-T7## и на складе 0001 завода 1200? Какой индикатор ППМ установлен для этого материала на складе 0001?

Нет. Материал T-T7## на складе 0001 не исключен из ППМ. Для материала T-T7## на складе 0001 установлен индикатор ППМ “пробел”.

6-1-3 Как просматриваются в ведомости потребности/запасов материалы, которые исключены на складе из ППМ?

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

6-1-4

6-1-5 Какому складу и какому ответственному присвоена область производственного обеспечения?

Область производственного обеспечения присвоена складу PL03, а также ответственному L3.

6-2

6-2-1

6-2-2 Какой источник введен в цикле регулирования для пополнения запасов компонента T-T7##?

Источником является поставщик 2 (Electronic Components Distributor).

Решения

Глава: предварительное планирование без конечного монтажа Тема: система Канбан

7-1

7-1-1

7-1-2 Сколько контейнеров существует в системе R/3 для пополнения запасов материала T-T7##?

Для пополнения запасов материала T-T7## имеется 5 контейнеров

7-2

7-2-1

7-2-2

7-2-3 В каком объеме был создан заказ на поставку?

Заказ на поставку был создан в объеме контейнера Канбан (20 штук).

7-2-4 Какое текущее доступное количество материала T-T7## находится на складе PL03?

Текущее доступное количество для материала T-T7## на складе PL03 составляет в настоящее время 0 штук.

7-2-5 Почему доступное количество на складе PL03 выводится в ведомости потребности/запасов отдельно?

Все данные материала T-T7## на складе PL03 отображаются отдельно, так как материал на этом складе исключен из ППМ.

7-3

7-3-1

7-3-2 Какой результат получается в ведомости потребности/запасов?

Так как поступление материала было проведено в объеме контейнера Канбан (20 штук), доступное на складе PL03 количество материала T-T7## увеличилось на 20 штук. В дальнейшем заказ на поставку не выводится для просмотра.

8

8.2

8.3

­ Несколько раз в год руководство Precision Pump Company хотело бы получать данные о последствиях возможного изменения долгосрочных потребностей. Например, какое влияние оказало бы на мощность или заготовку начало поставок новому сегменту клиента или промышленному сегменту? Что произошло бы, если бы изменился ассортимент вследствие изменения потребностей рынка?

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

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

8.4

­ Далее представлено долгосрочное планирование.

8.5

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

­ Это моделирование может выполняться в терминах ППМ, планирования мощностей, объема заказа, бюджета закупки, планирования МВЗ и контроллинга запасов.

8.6

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

­ Каждый сценарий в системе имеет собственную моделируемую область планирования. Области планирования являются независимыми друг от друга и от оперативной области планирования.

­ В долгосрочном планировании нет ограничений для периодов. Долгосрочное планирование может применяться на долгосрочной, среднесрочной или краткосрочной основе, в зависимости от того, для каких периодов нужно моделировать и анализировать данные.

8.7

­ Долгосрочное планирование использует для сценариев те же алгоритмы, что и оперативное планирование.

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

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

­ Для долгосрочного планирования предназначено несколько инструментов, которые используются так же, как в оперативном планировании.

8.8

­ Далее представлен процесс долгосрочного планирования.

­ Для проведения долгосрочного планирования следует выполнить следующие шаги:

· Создать Сценарий планирования 0## путем выбора соответствующих управляющих параметров

· Выбрать для моделирования Версию плановых первичных потребностей ##

· Выбрать заводы, которые будут включены в сценарий

· Скопировать Активную версию 00 для плановых первичных потребностей в версию ##, которая была создана выше

· Изменить версию для плановых первичных потребностей ##, чтобы отразить данные долгосрочного плана

· Выполнить долгосрочное планирование для сценария 0##

· Проанализировать ведомость потребности/запасов для данного сценария, а затем сравнить ее с активной ведомостью или ведомостями других сценариев

· Выполнить системы отчетов мощности, закупок, калькуляции и запасов.

· В случае удовлетворительного результата преобразовать сценарий 0## в Активный сценарий.

8.9

­ Моделируемая область планирования определяется в системе путем использования сценария планирования. Параметры настройки, необходимые для моделирования в этом периоде, устанавливаются в сценарии планирования.

­ Для определения сценария планирования можно выбирать:

45 Заводы, для которых следует выполнить моделирование

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

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

48 Учитывать ли заказы клиентов в долгосрочном планировании (заказы клиентов нельзя изменить).

8.10

­ Дополнительные выборки для определения сценария планирования:

49 Заводской запас, на котором должно базироваться моделирование (нулевой запас, страховой запас, заводской запас на момент планирования, средний заводской запас).

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

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

52 Создание вторичных потребностей для регулируемого расходом планирования потребности, материалов Канбан и вспомогательного материала.

53 Версия наличной мощности.

8.11

­ При определении сценария планирования можно также выбирать:

54 Учитывать ли фиксированные поступления материала оперативной области планирования (заказы на поставку, производственные заказы, резервирования материала) при долгосрочном планировании. Если это именно тот случай, то фиксированные поступления материала учитываются при расчете потребности нетто, но они не могут быть изменены. Кроме того, производственные заказы можно включать в планирование мощностей.

55 Использовать ли фиксированный горизонт.

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

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

8.12

­ Для материала можно создать несколько версий плановой первичной потребности.

­ Для создания версий плановой первичной потребности можно применять следующие средства:

58 Укрупненное планирование сбыта и производства

59 Прогноз

60 Плановые первичные потребности в другом материале

61 Другие версии плановой первичной потребности в том же материале

62 Исходный план для материала

63 Создание вручную

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

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

8.13

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

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

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

8.14

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

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

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

8.15

­ Вы можете сравнить результаты моделируемого и оперативного планирования по материалу. Если было создано несколько сценариев, то можно сравнивать результаты моделируемого плана по материалу с другим планом.

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

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

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

8.16

­ Оперативная производственная программа является суммой всех активных версий плановой первичной потребности.

­ Версию плановой первичной потребности активируют либо посредством ведения индикатора Активно, либо путем активирования сценария планирования. Для этого следует перенести исходную версию плановой первичной потребности в целевую версию плановой первичной потребности.

­ Обычно неактивная версия плановой первичной потребности активируется для создания первичных потребностей для оперативной производственной программы.

­ Если при активировании версии Вы выбираете в качестве целевой версии для переноса уже активную версию, а периоды исходной и целевой версий плановой первичной потребности накладываются, то система перезаписывает целевую версию на исходную.

8.17

­ В этом примере приводится структура спецификации с общим временем восстановления запасов 20 дней. Этот период продолжительнее, чем время от текущей даты до даты потребности готового изделия, которое составляет только 12 дней.

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

8.18

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

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

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

­ При этом моделируемое ППМ хранит все проекты заказа (плановые заказы, заказы на поставку, партии поставки и т.д.) в оперативной памяти. Результаты планирования можно перепроверить, находясь в режиме моделирования.

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

8.19

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

­ Эти шаги можно выполнить без выхода из транзакции.

8.20

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

­ Если результаты планирования удовлетворительны, то система сохраняет в базе данных все моделируемые результаты полной структуры спецификации. В противном случае просто не выполняйте сохранение и данные будут удалены.

8.21

­ Вместо планирования потребности в материалах (ППМ) системы R/3 можно использовать новый продукт SAP Advanced Planner and Optimizer (APO). Он является частью серии продуктов нового поколения SAP New Dimensions.

­ APO позволяет получить в интегрированном, глобальном виде представление, планирование и мониторинг всех процессов логистики в наиболее детальной форме.

­ Открытые, стандартные интерфейсы делают возможными мягкую интеграцию систем SAP, высокоинтегрированные решения для R/3, старых систем и систем других поставщиков.

­ APO очень эффективен при одновременном применении liveCache, технологии SAP для резидентной обработки данных (в оперативной памяти).

­ APO является исключительно механизмом планирования.

­ Управление запасами, ввод заказов клиентов, выполнение заказов и контроль (процессы производства) происходит за пределами APO, например, в системе R/3.

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

­ Интерфейс APO Core (CIF) соединяет APO и систему R/3.

­ Данные сохраняются и в APO, и в системе R/3.

­ Планирование с помощью APO детально обсуждается в курсах обучения, начиная с AP010 до AP230.

8.22

9

9.2

9.3

9.4

­ TeamSAP подразумевает координированное взаимодействие между группами, участвующими в процессах внедрения продуктов.

9.5

­ SAP рекомендует использовать ASAP как стандартную методологию для планирования внедрения и для фактичекого внедрения ПО. Маршрутная карта ASAP - это пошаговое руководство по внедрению.

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

9.6

­ Фаза 1: Подготовка проекта - цель первой фазы состоит в запуске проекта, определении членов проектной группы и разработке общего плана.

­ Фаза 2: Концептуальное проектирование - задача второй фазы - это понять бизнес-цели предприятия и определить бизнес-требования, выполнение которых необходимо для поддержки этих целей.

­ Фаза 3: Реализация - на этой фазе выполняется реализация всех требований по бизнесу и процессам, выявленных в ходе Концептуального проектирования. В пакетах работ Прототипа и Окончательной конфигурации выполняется пошаговая конфигурация системы.

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

­ Фаза 5: Продуктивная эксплуатация и поддержка - переход от проектно-ориентированной предпродуктивной среды к эффективной среде продуктивной эксплуатации.

­ Новая маршрутная карта ASAP Roadmap (с версии 4.6A) позволяет интегрировать все существующие маршрутные карты ASAP в одну ”конфигурируемую" карту. Она базируется на продуктах R/3, BW (Business Information Warehouse), APO (Advanced Planner & Optimizer), CRM (Customer Relationship Management, включая Mobile Sales/Mobile Services) и B2B (Business to Business Procurement) и обеспечивает единое решение внедрения в рамках ASAP для всего ПО SAP.

9.7

­ В SAP разработана стандартная методология внедрения Global ASAP для глобального внедрения ПО SAP. Концепция Global ASAP состоит в отражении всех операций, не выполняемых на локальном уровне, в специальной структуре, называемой Глобальная маршрутная карта (Global Roadmap). Эта карта структурирована согласно принципу AcceleratedSAP и включает инструкции (“Как делать?”), акселераторы, методы и инструменты моделирования. Глобальная маршрутная карта связана с маршрутной картой проектов на локальном уровне.

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

­ Глобальная маршрутная карта ASAP состоит из четырех фаз:

· Настройка глобальной программы

· Глобальное концептуальное проектирование

· Глобальная реализация

· Глобальное сопровождение и поддержка

9.8

­ В IMG описаны все операции настройки, выполнение которых необходимо для внедрения прикладных компонентов.

­ Вы можете создавать проекты настройки в системе SAP для структуризации и управления по проекту внедрения. Кроме того, можно регистрировать документацию по нескольким проектам.

­ Вы можете создавать IMG для каждого проекта.

­ Из проектного IMG Вы можете работать с транзакциями настройки, документацией конкретного проекта, документацией по нескольким проектам и информацией по руководству проектами.

9.9

­ IMG - это контрольный список операций настройки, которые должны быть выполнены Вашим предприятием для внедрения системы SAP. IMG имеет иерархическую структуру.

­ Структура IMG и инструменты IMG (например, присвоение ресурсов, таких как членов проектных групп, и интерфейс с MS Project) обеспечивают проектной группе возможность выполнения операций настройки согласно рациональной последовательности.

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

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

­ С версии 4.6 для создания проектных ракурсов Вы можете использовать связь ASAP-IMG в базе данных вопросов и ответов Q&Adb. Таким образом объем проекта, определенный в Q&Adb, переносится в систему R/3. Ракурсы, сгенерированные связью ASAP-IMG, содержат операции настройки для процессов, установленных в объеме в Q&Adb.

­ Чтобы воспользоваться связью ASAP-IMG, в системе R/3 уже должен быть проект настройки.

9.10

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

­ Модельные презентации отраслевых бизнес-процессов позволяют анализировать выбранные Вами бизнес-процессы. Для некоторых отраслей (например, автомобильной или фармацевтической промышленности) имеются управляемые событиями цепи процессов (УСЦП), интегрированные в ссылочную структуру SAP. Для каждой отрасли в базе данных вопросов и ответов имеется соответствующая структура, с помощью которой Вы разрабываете концептуальный проект для конкретной отрасли (фаза 2 маршрутной карты ASAP).

­ Отраслевая настройка включаетинтеграцию заданных параметров настройки для конкретной отрасли в IMG. В SAP этот процесс задокументирован в IMG. Для переноса в систему структур основных данных конкретной отрасли можно использовать инструмент Computer Aided Test Tool (CATT), также интегрированный в систему. Для отраслевых бизнес-ситуаций, определенных SAP, имеются тестовые программы (CATT), названные по имени этого инструмента. Этот набор инструментов известен под названием предварительно сконфигурированные отраслевые системы.

­ Отраслевые бизнес-решения интегрированы в бизнес-архитектуру в качестве бизнес-компонентов. Системное внедрение может также быть готовым решением. Основной характеристикой такого решения является поставка комбинации программного обеспечения и аппаратных средств, необходимых для инсталляции системы SAP.

9.11

10

10.2