Apostila GATP

01
W/3 Tecnologia da Informao

GATP Global Available
to Promise
ndice:
DEFINIES GERAIS....................................................................................................2
Processamento em Backorder...........................................................................................3
Mtodos bsicos da Verificao de disponibilidade:.......................................................6
1. Verificao de disponibilidade de produto:.................................................................6
2. Verificao de disponibilidade de produto usando o horizonte de Verificao:..........7
3. Verificao de Insuficincia:........................................................................................9
4. Verificao de disponibilidade de produtos baseada em caractersticas:...................11
5. Contingentes:.............................................................................................................17
6. Verificao em funo do forecast.............................................................................19
Mtodos avanados de Verificao de disponibilidade:...............................................20
1. Combinao de mtodos bsicos:..............................................................................21
2. Ativao de regras baseadas no ATP:........................................................................22
3. Capable to Promise (CTP) (Capacidade de prometer)............................................23
Verificao de disponibilidade baseada em regras:......................................................26
1. Regras baseadas no ATP (R/3 e APO):......................................................................28
2. Execuo da determinao de regras:........................................................................32
3. Substituies de PPM:...............................................................................................35
4. Reaes a regras baseadas no ATP:...........................................................................38
5. Executando varias regras:..........................................................................................40
Explanao e simulao da verificao de disponibilidade:........................................43
1. Explanao:................................................................................................................44
2. Simulao:.................................................................................................................49
3. Reaes verificao de disponibilidade:.................................................................59
Ferramentas de verificao de disponibilidade:...........................................................62
1. Monitores tcnicos para a verificao de disponibilidade.........................................62
2. Ferramentas de contingente:......................................................................................63
3. Log de aplicao ATP................................................................................................71
DEFINIES GERAIS
- Finalidade do GATP
Cada vez mais, companhias operando mundialmente so foradas a globalizar as
informaes disponveis para que se possa conduzir o negocio eficientemente.
Especificamente, isto significa que estas informaes tm que disponveis atravs dos
limites do sistema o mais rpido possvel para suportar decises timas. O Global ATP
pode ser usado em diferentes ambientes do sistema para permitir informaes necessrias
o mais rpido possvel. Global ATP e um dos mtodos centrais do APO que utiliza o
LiveCache.
- Sugestes para a execuo:

A execuo da Verificao depende de regras determinadas apenas por como o
processo foi executado. Dependendo destas regras, as quais so definidas por empresas e
clientes, os resultados da Verificao devem ser analisados, e as datas e quantidades para
disponibilidade do produto devem ser determinadas. Especificando parmetros, pode-se
modificar a Verificao na simulao e ento investigar e mostrar os efeitos destas
modificaes.
Processamento em Backorder
Processamento em Backorder no APO preenche um requisito bsico para o
Gerenciamento do Suprimento que consiste em mudar datas e quantidades confirmadas
na rea de trabalho da Verificao do ATP. Processamento em Backorder
essencialmente configurado para processamento de necessidades existentes, e para
averiguar e cancelar situaes de backorder. Atravs do principio first come first
serve da Verificao do ATP, tem-se com estas funes a possibilidade de redistribuir
quantidades confirmadas de acordo com prioridades e rever os resultados da Verificao
do ATP.
Duas funes esto disponveis para processamento em backorder no APO:
Processamento de grupo em backorder

Processamento interativo em backorder: com este pode-se redistribuir
manualmente quantidades confirmadas de um ou mais produtos especficos sobre
uma quantidade de pedidos selecionados. Pode-se executar a funo diretamente
ou como uma funo do amortecimento do processamento de grupo em
backorder.
- Processo:
1. Executa-se, por exemplo, uma Verificao de disponibilidade de produto usando o
horizonte de Verificao (Tempo de reabastecimento)
2. Existe insuficincia de produtos porque o horizonte de Verificao j terminou e
nenhum novo elemento recebido foi achado.
3. Executa-se o processamento em backorder e apaga-se a confirmao dos itens da
ordem ento esta ordem (como ainda no confirmada) pode ter seus itens
confirmados
4. As modificaes so levadas ao sistema OLTP conectado
Se um documento (como uma ordem de vendas) foi mudado manualmente

durante o processamento em backorder ou se itens j foram entregues, os
resultados do processamento no so adotados. Para que estes resultados
transferidos possam funcionar, o gerenciamento de mudana (ligado como
padro para documentos) deve ser ativado no R/3.
Existem trs tipos possveis de processamento em backorder:
-
Processamento de grupo em backorder com atualizao direta: o resultado

atualizado imediatamente
Processamento de grupo em backorder com amortecimento: primeiro se

executa uma operao simulada, e depois se atualiza os resultados.
Processamento de grupo em backorder simulada: para se executar em

processamento em backorder simulado. Para isso deve-se selecionar o
indicador de simulao no modo de execuo.
Mtodos
bsicos
disponibilidade:
da
Verificao
de
1. Verificao de disponibilidade de produto:

- Utilizao:
Quando se tm ordens de vendas, pode-se apenas confirmar a entrega de produtos na data
de entrega desde que eles estejam disponveis para todas as atividades de processamento
precedentes a entrega.
Para atividades de embarque, o que significa que o departamento de embarque ou
uma firma de transporte deve ser contatado antes o suficiente para permitir uma
quantia adequada de tempo de embalagem e carregamento. Pode-se executar
checagens de disponibilidade ate o instante em que os produtos devam ser
preparados para o embarque.
Para atividades de compra, o que significa que a produo ou vendas deve ser
notificada sobre estoque insuficiente para resolver problemas de falta de produtos
(ento, os produtos podem ser produzidos ou pedidos). Informaes sobre
produtos pedidos so enviadas para o planejamento de transporte na forma de
requisies. Requisies por sua vez representam entregas planejadas. A produo
e informada que produtos tem que ser produzidos por sua notificao de
necessidade (pedido). Vendas talvez notificada que materiais precisam ser
comprados, o que significa que ordens de compra so criadas e enviadas aos
fornecedores.
2. Verificao de disponibilidade de produto usando o horizonte

de Verificao:
Esta funo executa uma Verificao da disponibilidade de produto usando o horizonte de
Verificao, sendo este calculado em dias ou dias de trabalho de acordo com o calendrio.
Este horizonte define um intervalo de tempo na qual a Verificao de disponibilidade de
produto pode ser executada. Se os dias de pedidos caem dentro deste intervalo de tempo,
a Verificao executada. Pedidos que caem depois do fim do horizonte de Verificao
no so checados, o que significa que eles esto completamente confirmados.
- Pr-requisitos:
Para executar a Verificao usando o horizonte de Verificao, deve-se fazer os seguintes
ajustes:
Edita-se o horizonte de Verificao na pasta ATP do dado mestre produto

associado a unidade gerencial.
Ativa-se o horizonte de Verificao no controle de Verificao em:
Caminho:
No Command Field da tela inicial do APO, digite SPRO
Tecle F5 ou clique em SAP Reference IMG
APO - guia de implementao
Advanced Planner and Optimizer (APO)
Verificao de disponibilidade global (verificao ATP global)
Verificao da disponibilidade do produto
Atualizar controle de verificao
- Caractersticas:
Apenas a Verificao de disponibilidade de produto leva o horizonte de
Verificao em considerao.
Com este horizonte, o sistema checa se h quantidades suficientes de recebimentos e
estoque para cobrir os pedidos. O sistema geralmente considera os pedidos que
temporariamente alem do horizonte de Verificao como disponveis.
A configurao do horizonte de Verificao pode geralmente ser a razo de

porque as regras baseadas no ATP no so executadas, desde que o pedido
original esteja confirmado baseado em tempos de reabastecimento.
Para permitir a confirmao de qualquer grande quantidade, deve-se restringir as

quantidades. Pode-se fazer isto criando alocaes adicionais para o produto para os
perodos que representa, por exemplo, o fim da capacidade produtiva.
A Verificao de disponibilidade de produto que usa o horizonte de

Verificao apenas produz resultados significativos se planejado em
intervalos regulares. (Para pedidos simples e dirios, deve-se planejar
geralmente em uma base diria. Para pedidos semanais, deve-se planejar
em uma base semanal). As quantidades confirmadas so ento comparadas
com os recebimentos. Isto e necessrio porque a data de entrega de uma
ordem que foi confirmada para o horizonte de Verificao no dia anterior,
j esta no horizonte de Verificao do dia corrente, e assim leva a
insuficincia. Esta insuficincia pode, por exemplo, fazer uma criao em
bloco para a entrega.
3. Verificao de Insuficincia:
- Utilizao:
Executando a Verificao de disponibilidade de produto sem levar em considerao as
quantidades confirmadas ou quantidades pedidas, acumuladas deve conduzir a uma
sobre-confirmao.
Comeando com ordens de venda, o sistema checa no passado se existem quantidades
ATP. Existindo, essas quantidades ATP so usadas para preencher as novas ordens de
venda. Apenas quantidades ATP que caem temporariamente antes da data de entrega da
ordem de venda podem ser usadas.
Se recebimentos so adiados e ou reduzidos no passado, a quantidade ATP dos pedidos
em perodos posteriores no pode ser suficiente para uma ordem que j foi
completamente confirmada.
Se adiamentos e mudanas em quantidades para recebimentos planejados

em comparao co o planejamento acontece freqentemente em
transaes de negcio na qual a Verificao de disponibilidade do produto
deve ser executada, recomendado que se execute a Verificao de
disponibilidade do produto levando em conta quantidades confirmadas,
cumuladas ou quantidades pedidas.
- Pr-requisitos:
Foi editado o grupo ATP nas configuraes do Customizing em:

Caminho:
Atualizar grupo ATP
Foi ativada a Verificao de disponibilidade com quantidades confirmadas,
cumuladas no Customizing do R/3 para o correspondente grupo de Verificao.
No Customizing o R/3 para Sales and Distribution selecione Basic Functions
Availability Check and Transfer of Requirements Availability Check
Availability Check with ATP Logic or Against Planning Define Checking

Groups
- Caractersticas:
Checar levando em conta quantidades confirmadas, acumuladas.

Quando se calcula a quantidade ATP acumulada, o sistema leva em conta todas as
quantidades confirmadas; isto , as novas ordens de vendas podem apenas ser
confirmadas quando recebimentos totais excedam quantidades totais confirmadas.
Checar levando em conta quantidades pedidas, acumuladas.

Quando se calcula a quantidade ATP acumulada, o sistema leva em conta todos os
pedidos em aberto; isto , as novas ordens de venda podem somente ser
confirmadas quando recebimentos totais excedem quantidades totais pedidas.
10
4. Verificao de disponibilidade de produtos baseada em

caractersticas:
- Finalidade
Pode-se executar uma Verificao de disponibilidade de produto em um nvel de
caractersticas; isto e, para produtos configurados e grupos, de ordens de venda ou
entrega. A Verificao de disponibilidade em um nvel de caractersticas apenas aplica-se
para o primeiro mtodo bsico da Verificao do ATP, a Verificao de disponibilidade de
produto (Contingentes pode ser executadas a nvel de caractersticas, mas usa outra serie
de tempo).
Um produto configurado ou um grupo no pode ser substitudo em suas associaes de
valores de caractersticas. Regras baseadas no ATP no suportam isto (por exemplo, pilha
A (vermelha) no pode ser substituda por pilha A (azul)).
Pode-se ainda executar uma Verificao simulada de disponibilidade de produto baseada
em caractersticas.
Caractersticas so mostradas no monitor de series de tempo como GUID, que descreve
uma combinao de caractersticas. O smbolo Characteristics: not available or
Characteristics: available aparece no display das series de tempo. Se der um duplo clique
no smbolo, todas as caractersticas que pertena classe correspondente so mostradas.
Se as caracteristicas no esto selecionadas como relevantes ao ATP, isto , se os produtos
no esto contidos na viso de caractersticas do ATP, as caractersticas so mostradas
sem validade.
Dispara-se o monitor de series de tempo em:
Caminho:
SAP Easy Access SAP APO
Menu SAP
ATP global
Ambiente
Monitores tcnicos
Sries cronolgicas
- Implementao Tcnica:
Conceito de Container
As caractersticas so armazenadas como um numero abstrato usando suas
validaes ATP no LiveCache. Associaes so feitas em ABAP por tabelas
correspondentes.
11
Materiais so agrupados logicamente quando uma viso de caractersticas do ATP

criada. Estes materiais so gerenciados em um container no LiveCache; isto ,
um container corresponde a uma viso de caractersticas do ATP. Neste container,
todas as combinaes de caractersticas que existem para um destes materiais
(expressado pela lista de nmeros abstratos que representam os valores das
caractersticas) salva como um objeto separado. Cada um destes objetos
identificado unicamente por um GUID (caractersticas do ATP GUID) e se refere
a todos os materiais, para os quais os elementos da serie de tempo (so
identificados na base do GUID) existem com as correspondentes combinaes de
caractersticas, que esto contidas na viso. Pode-se mostrar esta GUID no
monitor de serie de tempo. As caractersticas so mostradas com seus valores
dando um duplo clique no smbolo de caractersticas (triangulo verde).
Esta estrutura no LiveCache garante que todos os materiais na viso de
caractersticas ATP para as quais existem elementos de series de tempo com as
correspondentes combinaes de caractersticas sejam encontrados
imediatamente para uma combinao de caractersticas.
Recomenda-se que se mantenha o numero de caractersticas relevantes para o ATP
o menor possvel. Com isto se consegue uma melhor performance, e a
acumulao nas series de tempo e quase suprimida quando se tm muitas
combinaes de caractersticas.
Viso de caractersticas do ATP
Inclue-se, por exemplo, um agrupamento de produtos com caractersticas na viso
de caractersticas do ATP. Todas as caractersticas que existem nesta interseco
podem ser usadas para Verificao da disponibilidade de produtos baseada em
caractersticas; isto , aqui se definem as caractersticas relevantes ao ATP. Uma
busca baseada em caractersticas possvel usando a viso de caractersticas do
ATP.
Exemplo Viso de caractersticas do ATP
Produto
Caractersticas
Caractersticas
Caractersticas
Colorido
Tamanho
Comprimento
Colorido
Tamanho
Colorido
Tamanho
Ativa-se a viso de caractersticas do ATP. Adiamentos (pedidos, estoques e

entregas) podem, portanto, ser despachados baseados em caractersticas para as
series de tempo.
12
Quando se ativa ou apaga uma viso de caractersticas do ATP, nenhum

dado de movimento pode existir para produtos contidos na viso de
caractersticas do ATP no LiveCache.
Nenhum dado de movimento pode ser transferido do sistema OLTP para o
APO quando ativando ou desativando esta viso, o que pode levar a
inconsistncias considerveis na srie de dados. Isto tambm se aplica a
mudanas nestes dados.
recomendado que se use modelos de integrao separados para dados
mestres e de movimento quando se transferindo do R/3 para a interface
ncleo do APO.
- Pr-requisitos:
No APO definem-se quais caractersticas se deseja usar.
Selecionam-se os tipos de caractersticas no Customizing em:
Caminho:
No Command Field da tela inicial do APO, digite SPRO.
Opes de base
Determinar sist.classificao (CDP ou caractersticas habituais)
Verifica-se que a Verificao de disponibilidade de produto baseada em

caractersticas pode apenas trabalhar com caracteristicas CDP; isto ,
deve-se ter selecionado o sistema de classe CDP.
Criaram-se classes e caracterisiticas no R/3
Fizeram-se os ajustes relevantes, os quais podem ser encontrados no customizing
do R/3 para componentes cross-aplications, via Class system.
Quando so criadas caractersticas no R/3 deve-se observar o seguinte:
o As caractersticas tm que ser nicas para validao. Isto , deve-se
selecionar o indicador Individual Value, garantindo que as caractersticas
possam ser validadas apenas com um valor simples.
o Deve-se selecionar o indicador Entry required, o que determina quais
caractersticas podem ser validadas.
o Nenhum intervalo de valores associado para valores numricos.
o Valores adicionais no so permitidos.
Na criao de classes apenas os tipos 022 batch, 023 batch e 300 variants so
suportadas.
Editou-se a classificao no mestre de materiais do R/3.
13
Transferiram-se os dados mestres do R/3 para o APO mo primeiro modelo de

integrao.
Do Easy Access menu escolha Logistics Central Functions Supply Chain
Planning Interface Core Interface Advanced Planner and Optimizer
Integration Model.
At a verso 4.6A pode-se criar e ativar modelos de integrao via transaction
/nCIF e ento via o area menu.
Certifique-se de que foram selecionados os indicadores de caractersticas e classes
no modelo de integrao.
Foram feitos os ajustes para a Verificao ATP baseada em caractersticas no

Customizing em:
Caminho:
Atualizar viso da caracterstica
Num segundo modelo de integrao so transferidos os dados de movimento do
R/3 para o APO
- Processo:
1. Foi configurado um produto (pill) usando as seguintes combinaes de
caractersticas e valores de associao de caractersticas no R/3:
Exemplo: Produto - Pill
Caractersticas
Ingrediente ativo
Contedo
Colorao
Valores
10
vermelho
Valores
20
azul
Valores
50
14
2. No APO cria-se viso de caractersticas ATP com as caractersticas relevantes e

grupos de produtos juntos. Cria-se a viso de caractersticas no customizing pelo
caminho j descrito.
Exemplo: Viso de caractersticas ATP
Produto
Caracterstica
Caracterstica
Caracterstica
Ingrediente ativo
Contedo
Colorao
Ingrediente ativo
Contedo
Colorao
Ingrediente ativo
Contedo
A interseco de todas as caractersticas pode ser usada na viso de caractersticas

do ATP. Apenas as caractersticas Ingrediente ativo e Contedo podem ser usados
na viso de caractersticas ATP. Se j foi ativada, os adiamentos (recebimentos,
estoques e pedidos) so despachados, baseados em caractersticas, para as series
de tempo.
3. Cria-se uma ordem de vendas para este material configurado no sistema OLTP e
especifica-se a associao de valores de caractersticas requisitadas.
4. Uma Verificao de disponibilidade de produto executada no APO a um nvel de
caractersticas; isto , a Verificao ATP feita exatamente em oposio a srie de
tempo na qual existe a associao de valores de caractersticas. O escopo
completo da funo do primeiro mtodo bsico disponvel com caractersticas
baseadas no ATP.
Neste exemplo, h exatamente uma serie de tempo que leva em conta A e 10. A
associao de valores de caractersticas levada em conta.
5. Uma tela para a proposta de entrega aparece, na qual pode-se confirmar a
proposta de entrega.
6. Salva-se a ordem de venda.
- Integrao:
15
A Verificao de disponibilidade de produto baseada em caractersticas usa caractersticas

CDP (planejamento dependente de caractersticas) no APO.
Esta funo muda o procedimento anterior. Previamente, a Verificao foi processada via
pegging, quando uma requisio de disponibilidade foi feita para um material
configurado; isto , via o procedimento com o qual o sistema associa os correspondentes
elementos recebidos s necessidades. A funcionalidade da Verificao de disponibilidade
de produto no APO no foi suportada nesta rea (por exemplo, nenhuma associao
temporria de quantidade foi escrita).
Desde que a combinao de associao de valores de caractersticas agora tambm
especifique as series de tempo, a funcionalidade da Verificao de disponibilidade de
produto estar valida, por exemplo, como:
Lgica de fechamento do ATP (associao temporria de quantidades)

Verificao considerando o horizonte de Verificao
Verificao em uma subunidade gerencial e nvel de verso
...
Caractersticas so transferidas via uma interface do sistema conectado ao APO. Quando

transferindo classes e caractersticas via APO Core Interface, as associaes de valores de
caractersticas no so transferidas. Se desejar usar o match code no APO, deve-se editar
as associaes de valores de caractersticas no APO.
16
5. Contingentes:
- Utilizao:
Processamento de ordens competitivo que objetiva entrega da quantidade desejada para o
cliente no tempo requisitado demanda mecanismos de planejamento e controle.
Problemas imprevisveis, como paradas na produo ou demanda adicional, podem levar
a situaes criticas no processamento da ordem e devem ser resolvidas antes que
apaream.
Contingentes permitem este tipo de controle, e permite que a companhia evite estas
situaes criticas na demanda e compra. Uma alocao equilibrada de produtos com
pouco suprimento deve ser possvel, como obrigao uma reao rpida para situaes
gargalo e mudanas no mercado.
Dependendo do perodo, pode-se alocar produtos para clientes ou regies especificas.
Usando alocaes para produtos em situaes na qual um produto est com pouco
suprimento, pode-se evitar alocao de quantidades inteiramente disponveis para o
primeiro cliente, para o qual ou se atrasa a confirmao de ordens de vendas subseqente,
ou faz a confirmao impossvel.
- Caractersticas:
As funcionalidades de alocao de produtos combinam em tempo real, ferramentas de
planejamento com funcionalidades ATP. A estrutura de informao foi parcialmente
trocada pelo grupo de alocao de produto. O grupo de alocao de produto define um
grupo de caractersticas e usado para salvar quantidades de alocao de produtos com
suas associaes.
Com um grupo de alocao de produto, a hierarquia de planejamento trocada por
combinao de caractersticas. As combinaes de caractersticas contem os valores das
caractersticas da ordem de venda atual, e, como esta, corresponde ao nvel mais baixo do
planejamento da hierarquia na qual todas as caractersticas esto associadas.
No planejamento, valores de caractersticas so salvos em ou reas de planejamento ou
estruturas de informao. Estes dados de planejamento so transferidos para o grupo de
alocao de produto.
Usando uma combinao em contingentess, uma serie de tempo de alocao de produto
escolhida. A Verificao ento executada em contra partida a esta serie de tempo. Se a
combinao de caractersticas foi definida, todas as quantidades de alocao de produtos
podem ser planejadas (por exemplo, do nvel de mercado para o nvel do cliente).
17
Uma Verificao ativa em funo de contingentes executada junto com a Verificao de

disponibilidade por ordens de venda. Baseado na data de Verificao (data de entrega,
data de recebimento, data de disponibilidade de produto), pode-se assegurar que a
quantidade pedida no exceder a quantidade de produto alocado.
Se a quantidade requisitada exceder a quantidade irrestrita de produto alocado para o
perodo, o sistema pode sugerir futuras datas de entrega assim que a quantidade de
produto alocado esteja disponvel. As quantidades das ordens que esto por vir so
atualizadas para a quantidade de produto alocado.
18
6. Verificao em funo do forecast

- Utilizao:
Executa-se uma Verificao em funo do forecast quando se quer saber se esto
disponveis requisies planejadas independentes suficientes para as ordens de vendas
que esto para vir. Na Verificao em funo do forecast, o sistema checa em funo de
requisies planejadas independentes criadas para mercados annimos, os quais no so
geralmente clientes especficos (por exemplo, para a estratgia forecasting sem
montagem final, se a produo e apenas executada fora no nvel de estocagem).
19
Mtodos
avanados
disponibilidade:
de
Verificao
de
- Utilizao:
As seguintes funes so consideradas como mtodos avanados de Verificao de
disponibilidade:
Combinao de mtodos bsicos

Ativao de regras baseadas no ATP
Capable-To-Promise (CTP)
Estas funes esto configuradas nas instrues de Verificao no Customizing em:

Opes gerais
Atualizar norma de verificao
20
1. Combinao de mtodos bsicos:

- finalidade:
Deseja-se executar uma combinao de mtodos bsicos (por exemplo, Verificao de
disponibilidade de produto + alocao de produto). Checa-se primeiro o quanto do
produto requisitado esta disponvel. A confirmao feita para a seguinte alocao de
produto, por exemplo, dependendo do cliente.
Diferente no R/3 pode-se definir a seqncia de execuo de mtodos bsicos como
freqentemente necessrios para o Global ATP.
Executa-se este mtodo avanado na simulao bem como o inicio, por exemplo, de uma
entrada de ordem no SD (R/3).
21
2. Ativao de regras baseadas no ATP:

- finalidade:
Usando regras baseadas no ATP pode-se reagir automaticamente para a
disponibilidade incompleta de um produto. Os seguintes mtodos so possvies:
Determinando Unidades Gerenciais Alternativas
Sourcing automaticamente escolhe um ou mais tipos de escolha desta lista de
suprimentos que podem satisfazer uma necessidade de produto.
Os seguintes parmetros so usados para determinar as unidades gerenciais
includas no processo de determinao das unidades gerenciais para uma
necessidade especifica na Verificao:
o Cliente / produto
o Organizao de vendas / produto
o Grupo de cliente / produto
o Organizao de vendas / grupo de produtos
o Tipo de ordem
Determinando produtos alternativos
Este o segundo mtodo avanado que permite reaes a insuficincias sem

produzir ou comprar o produto. Isto permite que se escolha um ou mais produtos
automaticamente da lista de produtos em um passo da Verificao.
Os parmetros usados para determinar a unidade gerencial tambm definem quais
produtos so checados como alternativas para o produto original.
Determinando modelos de processo de produo (PPMs) alternativos.
Pode-se configurar as substituies de PPMs na edio de regras integrada. Deste
modo tem-se a possibilidade de determinar os mtodos de produo e sua
profundidade no caso de substituio do PPM.
22
3. Capable to Promise (CTP) (Capacidade de prometer)

- Utilizao:
CTP uma funo do GATP, que significa chamar o PP/DS quando o produto requisitado
no esta totalmente disponvel. Isto significa que ordens planejadas ou requisies de
compras podem ser criadas para insuficincias de quantidades no PP/DS.
Isto apenas significante quando se tem tempo suficiente disponvel para a produo ou
compra, ou se a produo a mais rpida ou a nica opo para obter o produto na data
de entrega requisitada.
O chamado do PP/DS feito via mtodos bsicos nas instrues de Verificao ou via a
atividade de determinao da unidade gerencial quando executando regras baseadas em
ATP.
- Pr-requisitos:
Na verso ativa (000), devem ser selecionados os indicadores PP/DS: planej. modific.
ativo e PP/DS: planejamento automtico esta ativo pelo caminho de edio da verso de
planejamento.
Caminho:
Menu SAP
Dados mestre
Administrao da verso de planejamento
Administrao de modelo e de verso
Foi selecionado o indicador automatic planning immediately no dado mestre de produto
unidade gerencial na tabela PP/DS, pelo caminho da edio de produto unidade
gerencial.
Caminho:
Menu SAP
Dados mestre
Produto
- Atividades:
- Chamando o PP/DS via mtodos avanados:
No customizing isto possvel, via instrues de Verificao, para definir o inicio e o
tempo de produo nos mtodos avanados (depois de executar todos os mtodos bsicos
ou depois de executar a Verificao de disponibilidade de produto).
Varias combinaes so possveis
Quando se executa uma combinao de mtodos bsicos, a quantidade

requisitada que dada pelo chamado do sistema sempre a quantidade
requisitada pelo primeiro mtodo bsico. Quantidades confirmadas dos
23
mtodos bsicos precedentes sempre produzem as novas quantidades

requisitadas para o mtodo bsico subseqente.
Editaram-se as instrues de Verificao no customizing pelo caminho:
Opes gerais
Para as configuraes para o tipo de produto Verificao de disponibilidade primeiro,
ento produo aplica-se o seguinte:
Configuraes nas instrues de Verificao: Depois de se executar todos os
mtodos bsicos
o
o
o
A quantidade requisitada para a produo a quantidade requisitada

original menos a quantidade total confirmada atravs dos mtodos
bsicos.
A quantidade confirmada resulta da quantidade que pode ser produzida,
mais a quantidade total que pode ser confirmada pelos mtodos bsicos.
A seqncia de mtodos bsicos no tem efeito sobre a quantidade
produzida e/ou confirmada.
Configuraes nas instrues de Verificao: Depois de executar a Verificao de

disponibilidade do produto.
o
A quantidade requisitada para produo a quantidade necessria que foi

transferida para a Verificao de disponibilidade de produto, menos a
quantidade que pode ser confirmada em um estgio final do produto.
A quantidade confirmada a soma das quantidades totais da Verificao
de disponibilidade de produto que podem ser confirmadas em um estagio
final do produto, mais a quantidade que pode ser produzida.
A seqncia de mtodos bsicos relevante.
Para os outros valores do indicador Inicio da produo a configurao do indicador do

tempo de produo no relevante. Informaes adicionais so disponveis na
documentao para o exemplo Combinaes possiveisno CTP via mtodos avanados.
Chamando o PP/DS da Verificao de disponibilidade conta como um dos mtodos
avanados.
- Chamando o PP/DS via a atividade de determinao de unidade gerencial
Pode-se determinar via a atividade de determinao da unidade gerencial na Edio de
Regras Integrada se o PP/DS chamado em determinao de unidades gerenciais. Neste
caso para configuraes que existem tanto na atividade de determinao da unidade
gerencial quanto nas instrues de Verificao (por exemplo, chamando o PP/DS), as
24
configuraes da atividade de determinao da unidade gerencial so usadas para a

Verificao de disponibilidade. Como um resultado pode-se controlar outros processos
(como, por exemplo, chamando o PP/DS) usando a atividade de determinao da unidade
gerencial.
Isto significa, entretanto, que em um grupo de substituio, por exemplo, no qual se quer
apenas chamar parcialmente o PP/DS para determinaes de unidades gerenciais,
atividades de determinao de unidade gerencial do tipo Apenas Verificao de
disponibilidade, sem produo tem quer ser editadas explicitamente. Outra opo , clara,
comutar a chamada do PP/DS completamente nas instrues de Verificao.
Para executar a atividade de determinao da unidade gerencial tem-se o caminho:
Caminho:
Menu SAP
Dados mestre
Atualizao de regra
Atualizao integrada de regras
Para garantir que a produo seja programada na planta de origem, devese trabalhar com uma planta de produo modelo. O PP/DS chamado
neste caso se uma determinao de unidade gerencial (neste caso, uma
substituio) efetuada. Informaes adicionais esto disponveis sobre a
Produo de atividades de determinao de unidade gerencial.
25
Verificao de disponibilidade baseada em regras:

- Utilizao:
Usa-se Verificao de disponibilidade baseada em regrana para automaticamente ou
manualmente otimizar o processo de tomada de deciso entre alternativas usando regras
pr-definidas.
- Pr-requisitos:
Editou-se produtos e unidades gerenciais.

Fez-se as configuraes gerais para a Verificao de disponibilidade global.
Fez-se as configuraes para regras baseadas na Verificao de disponibilidade.
A time series deve ter sido salva no liveCache.
Executou-se uma business transaction no sistema OLTP e associou-se esta a um
tipo de ordem.
- Caractersticas:
Os seguintes nveis existem na Verificao de disponibilidade baseada em regras:
Controlada por regras e tcnica da circunstancia

Advanced methods
Basic methods
A Verificao de disponibilidade global permite a procura de todas as quantidades

disponveis nas unidades gerenciais para todos os produtos selecionveis em um processo
multi-level.
Na Verificao de disponibilidade baseada em regras a tcnica da circunstancia usada.
Esta tcnica oferece processos multi-level e manuseio flexvel de parmetros variveis.
A Verificao de disponibilidade baseada em regras um processo iterativo; isto , cada
passo define o passo subseqente baseado nas regras salvas no sistema. Em cada passo
determinado o seguinte:
1. Os mtodos avanados que podem ser executados.
2. Os grupos de necessidades para o qual o prximo passo de Verificao pode ser
executado.
3. O critrio de acordo com o qual os resultados dos passos de Verificao podem
ser refletidos.
Depois que um passo de Verificao foi executado pelo sistema, deve ser determinado se
a Verificao de disponibilidade baseada em regras pode continuar a ser executada. O
critrio usado para determinar isto inclui os resultados da Verificao, parmetros de
ativao (technical scenario, business transaction, e o action type) e os valores das
combinaes de chaves tais como clientes, organizao de vendas, produto unidade
gerencial, grupo de produtos e assim por diante. A nova regra ento determina o prximo
passo de Verificao.
26
- Exemplo:
Regra I significa:
1. Procura uma unidade gerencial alternativa, se no existir,
2. ento procura por um mtodo alternativo de obteno.
Regra II significa:
1. Procura por produtos alternativos, se no tiver nenhum disponvel,
2. ento procura por produtos alternativos em uma unidade gerencial alternativa. Se
este tambm no existir,
3. ento procura por um mtodo alternativo de obteno.
As dimenses so mostradas no grfico a seguir:
27
1. Regras baseadas no ATP (R/3 e APO):

- Finalidade:
Uma ordem de venda entrada no R/3 e a Verificao para disponibilidade do produto
executada no APO. Se a quantidade necessria para o produto requisitado no pode ser
confirmada na sua totalidade, uma substituio de produto pode ser executada baseada
em regras definidas.
Nenhuma regra baseada no ATP pode ser executada para sub-itens na

ordem de venda.
- Pr-requisitos:
Foi definida a determinao da classe de requerimentos no R/3. A classe de

necessidades com tipo de necessidades e o grupo de Verificao so selecionados
para que as regras baseadas no ATP possam ser executadas no APO.
No R/3 uma business transaction foi criada e armazenada no tipo de ordem da
ordem de venda. Isto garante que a estratgia da regra possa ser encontrada no
APO. No customizing do R/3 para SD selecione Basic Functions Availability
Check and Transfer of Requirements Rules-based Availability Check.
Todos os dados relevantes para o ATP foram transferidos do R/3 para o APO via
APO Core Interface e o indicador Availability check estava selecionado. Isto
garante que a Verificao ATP executada no APO e no no R/3. O modelo de
integrao deve ster ativo. Caso contrrio a Verificao ATP executada no R/3.
As configuraes para a Verificao ATP ou Verificao ATP baseada em regras
foram feitas no APO:
28
Uma regra usando um procedimento de substituio de produto foi criada na qual

as substituies de produto foram definidas.
Todas as configuraes necessrias foram feitas nas tcnicas circunstanciais.
- Processo:
Neste exemplo a necessidade de produto no pode ser atendida completamente. Um
produto P1; data requisitada para entrega 20.07.00, quantidade da ordem 1000 peas.
Uma Verificao de disponibilidade de produto deve se executada para P1. Se existe uma
insuficincia, regras baseadas no ATP devem ser executadas. O procedimento de
substituio do produto da regra define que o produto P2 deve ser proposto e verificado
aps ter sido verificado P1.
1. Cria-se uma ordem de venda no R/3 (VA01).
2. A Verificao ATP executada no APO. Visualiza-se o display de hierarquia de
acordo com as configuraes. O smbolo
mostrado na rvore de resultados.
29
Isto significa que as quantidades necessrias no podem ser totalmente

confirmadas. A rvore de resultados expandida se parece com a seguinte.
rvore de resultados
Grupo
necessidades
de Linha
de Data
programao
P1/L1/Item
000010
0001
20.07.00
Quantidade
necessria
Quantidade
confirmada
Outras
informaes
1000
905
Product
Availability
Overview;
Delivery
Proposal
Screen
(The
proposed
check results
can still be
changed
here).
Adopt
schedule line
Requirements
group
(product/location
selection)
Schedule line
Date
Requirements
quantity
Confirmed
quantity
Further
functions
95
Product
availability
overview;
P2/L1
0001
20.07.00
95
Delivery
proposal
screen
30
(The
proposed
check results
can still be
changed
here).
Adopt
schedule line
3. Adotar a proposta de entrega sem mudanas selecionando .

4. Ramifica-se a ordem de vendas novamente. Dois sub-itens com quantidades
confirmadas so criados automaticamente para o item principal.
5. Salva-se a ordem de vendas.
31
2. Execuo da determinao de regras:

- Finalidade:
As seguintes sesses descrevem como o sistema acha uma regra na Verificao de
disponibilidade baseada em regras.
- Pr-requisitos:
Fez-se as configuraes relevantes para a Verificao de disponibilidade baseada
em regras.
Configurou-se a Verificao de disponibilidade baseada em regras nas instrues
de Verificao.
Realizou-se a business transaction no sistema OLTP.
Nota: os valores do cenrio tcnico e o tipo de ao so codificados.
- Processo:
Uma ordem de venda aberta no sistema OLTP. A Verificao de disponibilidade baseada
em regras executada no APO. A ordem de vendas contm valores (por exemplo, 01
(=cliente), 0001 (=canal de distribuio)), e transfere valores dos trs parmetros de
ativao (technical scenario = AA, business transaction e tipo de ao = A) para o APO.
1.
Quando se transfere este parmetro de ativao para o APO, a estratgia de regra

(por exemplo, ST02) encontrada
2.
A estratgia de regra se refere a um ou mais tipos de circunstancias.
32
3.
Cada tipo de circunstancia associado a uma seqncia de acesso. A seqncia de

acesso contm uma lista de acessos para tabelas de circunstancias.
4.
O sistema procura as tabelas de circunstancias para combinar combinaes de

chaves.
33
5.
A regra (R002) encontrada enquanto os valores da ordem de venda so

comparados com os valores das tabelas de circunstancias.
- Perodo de validade em regras:

- Utilizao:
O perodo de validade na substituio de produto ou procedimento de determinao da
unidade gerencial validado por mtodos bsicos usados para a Verificao. Isto decide
se a confirmao pode ser usada. O sistema no leva em conta apenas a data de
confirmao calculada (data de disponibilidade de material), mas tambm, os elementos
prontos para a confirmao, os quais caem dentro do perodo valido especifico, so
usados para a confirmao.
O perodo de validade nas regras e usado, por exemplo, em campanha de vendas para
produtos que so apenas oferecidos por um perodo de tempo limitado.
34
3. Substituies de PPM:
- Finalidade:
Atravs do Calling Production Planning and Detailed Planning (CTP) pode-se refletir os
mtodos de produo em uma regra usando substituies de PPMs. Pode-se salvar
diversos PPMs para um produto em uma unidade gerencial com atravs de um
procedimento de substituio de PPM.
Se um PPM checado, o PP/DS retorna a informao de se a quantidade total
confirmada. Se a quantidade total no pode ser confirmada de acordo com parmetros do
perfil de calculo, nenhuma confirmao retornada. Ento o PPM checado. As
substituies de PPM que podem ser 100% confirmadas como uma primeira substituio
retornada em uma validao de regras. Isto se refere apenas a quantidade, entretanto a
data pode ser adiada aqui.
- Pr-requisitos:
1. Deve-se ter configurado o chamado para o PP/DS, e recomendado que se
faa isto via a atividade de determinao do PP/DS. Isto garante que uma
Verificao ATP pode ser executada quando o PPM perdido, sem iniciar a
chamada do PP/DS.
2. Criou-se um procedimento de substituio de PPM atravs do caminho:
Caminho:
Menu SAP
Dados mestre
Atualizao de regra
o
o
o
PPM substit.proced.
Os trs primeiros campos (unidade gerencial, produto, nvel) so

obrigatrios. O campo nome do PPM pode ser mantido vazio.
Pode-se entrar com vrios PPMs por produto unidade gerencial.
O nmero de nvel define como a lista de resultado de uma regra deve ser
escolhida.
Incluiu-se o procedimento para substituio de PPM em uma regra pela qual

pode-se permitir apenas uma substituio.
4. Definiu-se quando ou no o procedimento de substituio do PPM pode
trabalhar com um procedimento de substituio.
3.
Procedimento de substituio do PPM usa procedimento de substituio

(caso standard).
Se o sistema est configurado para achar PPMs para as substituies,
ento a regra deve conter outros procedimentos de substituio em adio
ao procedimento de substituio do PPM. O produto unidade gerencial
no procedimento de substituio do PPM deve combinar as substituies
desejadas.
35
Procedimento de substituio do PPM sem procedimento de substituio
Procedimento de substituio do PPM normalmente precisa de outro

procedimento de substituio. Pode-se, entretanto, trabalhar sem um
procedimento de substituio adicional se foi configurado Start
immediately rule nas instrues de Verificao. Foram editadas as
instrues de Verificao no customizing pelo caminho:
Opes gerais
A validao da regra ento executada imediatamente e apenas na gerao
de necessidades. Certifique-se de que um PPM configurado para o
correspondente produto unidade gerencial requisitado.
5. Selecionou-se o indicador Rules-based ATP nas instrues de Verificao.
6. Criou-se um controle de regras que define a validao de vrios
procedimentos (um procedimento de substituio e um procedimento de
PPM). Neste controle de regras tambm se selecionou um nvel de
substituio para a substituio de PPM.
- Processo:
No procedimento seguinte, alocao de produto tratada como um mtodo bsico.
1. Uma lista de produto unidade gerencial criada dos procedimentos de uma
regra. Este pode ser ou um procedimento de determinao de unidade gerencial
e/ou um procedimento de substituio de produto ou de modo alternativo, um
procedimento de substituio de produto unidade gerencial. A seqncia dos
produtos- unidades gerenciais calculada via controle de regras da regra usada,
levando em conta o produto unidade gerencial requisitado.
2. As substituies de PPM so construdas na base desta lista de produto unidade
gerencial definida no segundo passo. Isto significa que se um produto unidade
gerencial esquecido na quantidade bsica no , portanto includo na
Verificao, mesmo se existe uma linha para ele na tabela de substituio
associada do PPM. Para todo produto unidade gerencial na quantidade bsica do
procedimento de substituio do PPM escolhido para possveis entradas (o que
significa o mesmo produto unidade gerencial). Se existe nenhuma entrada
possvel dentro do procedimento de substituio do PPM este produto unidade
gerencial removido da quantidade bsica e no checado. Se existem uma ou
mais possveis entradas no procedimento de substituio do PPM, uma ou mais
substituies completas (consistindo produto unidade gerencial, nvel e PPM)
so adicionadas lista de resultados.
3. A lista de resultado escolhida pelo numero de nvel. A seqncia de varias
substituies dentro de um nvel, entretanto, esta no ameaada pela escolha;
36
isto , a seqncia original de produtos unidades gerenciais na quantidade

bsica se mantm dentro do nvel. O nvel mais baixo tem a prioridade mais alta
e, portanto aparece primeiro na lista de resultados (isto , checado primeiro).
4. Alocao de produto executada para cada linha da lista de resultados (todas as
linhas levam ao mesmo procedimento de alocao de produto). Desde que depois
apenas uma combinao seja escolhida, todas as combinaes da lista so
alternativas para cada outra da perspectiva de alocao de produto. Isto significa
que aquela alocao de produto no leva em conta as reservas da combinao
prvia para a combinao da lista.
5. Depois que todas as linhas tenham sido checadas, a primeira combinao produto
unidade gerencial / PPM da lista que foi inteiramente confirmada escolhida. A
lgica de confirmao do PP/DS permite que esta seja a confirmao que caia
dentro do intervalo de tolerncia.
Validao da regra usando a user exit (APOAT002)

A user exit executada aps a Verificao. Se a user exit est ativa, substituies que
foram retornadas das regras podem ser selecionadas. Alem disso, a confirmao (data e
quantidade) pode ser alterada. Vrias substituies so permitidas. No display de
hierarquias de explanao e componentes de simulao pode-se selecionar apenas uma
substituio.
Para mais informaes utilize o caminho:
Ampliaes
Selecionar substituies
37
4. Reaes a regras baseadas no ATP:

- Finalidade:
Se as regras baseadas no ATP foram executadas normalmente se ramifica uma exposio
hierrquica (arvore de resultados), no obstante se comea a Verificao da
disponibilidade da entrada de ordem no R/3 ou simultaneamente no APO.
Ha uma situao na qual o display hierrquico (arvore de resultados) no e

gerado:
o
o
o
Se, no sistema conectado OLTP, a regra para adotar resultados da

Verificao de disponibilidade e configurada para que a entrega ou
confirmao propostas seja mostrada automaticamente. Pode-se
configurar isto no customizing para SD via Basic Functions
Availability Check Availability Check with ATP Logic or Against
Planning Define Default Settings.
Se nenhuma substituio e retornada.
Se nenhuma estratgia ou regra e achada porque existem
configuraes incorretas ou esquecidas no customizing.
O display de resultados depende de como a Verificao e executada. Se

uma quantidade necessria, a qual esta disponvel de acordo com mtodos
bsicos, foi requerida para simulao, esta e tambm mostrada na
Verificao de disponibilidade do APO: confirmao proposta. Esta tela e
tambm gerada se nenhuma regra valida foi encontrada.
- Resultados:
- Display hierrquico de resultados:
Os resultados so mostrados hierarquicamente em uma nova tela (APO Verificao de
disponibilidade baseada em regras)
Depois da gerao da arvore de resultados, se v a necessidade original, o item de
necessidade, a linha de programao da necessidade bem como resultados de
substituies no grupo de necessidades geradas hierarquicamente (coluna 1). O produto e
unidade gerencial so mostrados por item de necessidade. Um smbolo para a Verificao
de resultados, a data de pedido (coluna 2) e a quantidade pedida (coluna 3) assim como
algumas chaves de funes so mostradas por linha de programao de necessidades.
Para mais informaes, checagens falhas so mostradas (
) e substituies que no
contriburam para preenchimento da demanda ( ). Opcoes de Verificao nao checadas
(por exemplo,
necessidades nao checadas remenescentes) sao mostradas.
Pode-se chamar muitas funcoes das telas APO: Verificao de regras baseada em regras
(rvore de resultados) e o APO: Verificao de disponibilidade: Display hierrquico.
- Configurao da interface especifica para usurio
38
Usando os parmetros de usurio especifico, pode-se mostrar o display de resultados

hierrquicos para regras baseadas no ATP exclusivamente em uma tela; isto e, nenhuma
caixa de dialogo nova aparece, em contraste ao display clssico. A configurao
especifica de usurio permite acessar o display da arvore de resultados via Workplace do
mySAP.com.
Quando se seleciona
desligada.
, pode-se selecionar a estrutura de navegao entre ligada e
Entra-se o parmetro nas configuraes do usurio pelo caminho:

Menu SAP
Ferramentas
Administrao
Atualizao usurios
Usurios
Selecione ento a pasta Parameters
- Confirmaes (no adotar):
Caso tenha se executado as regras baseadas no ATP do sistema OLTP e no se quer adotar
os resultados, pode-se ainda zerar os indicadores() para adoo da proposta de entrega(
) e escolha
ou escolha
(Continuar ser confirmao). Ento volta-se a entrada de
ordem sem ter adotado as confirmaes.
A adoo de uma proposta de entrega no e possvel na simulao. Deve-se deixar o
display hierrquico escolhendo .
A situao de confirmao pode ser mudada quando se usa perodo de validade nas
regras.
39
5. Executando varias regras:

- Utilizao:
Para refletir processos de negocio mais complexos isto pode ser usado para associar
varias regras com uma outra.
Em uma primeira regra define-se que um produto substituto pode ser

proposto quando houver uma insuficincia. Se o produto substituto no
pode ser confirmado, a necessidade original pode ser checada em outra
unidade gerencial.
Em uma Segunda regra define-seque a necessidade original pode ser
produzida na unidade gerencial requisitada quando existe uma
insuficincia.
Para que o sistema possa considerar varias regras na validao de regra, deve-se
configurar isto no Customizing para regras baseadas no ATP.
Em principio existem dois caminhos para ligar varias regras: ou via os acessos ou via os
tipos condicionais.
- Atualizando um jogo de regras via os acessos
1. Incluir um campo modelo no catalogo de modelos e em uma tabela de condicoes.
Faz-se isto atravs do caminho no Customizing para a Verificao de
disponibilidade global:
Verificao de disponibilidade baseada em regra
Definir tabela de condies.
Um indicador de uma caracterstica (CHAR 1) deve ser suficiente para estes
propsitos.
2. Criar uma seqncia de acesso que contenha pelo menos dois acessos para esta
tabela de condio. Para isto utiliza-se o caminho no customizing para a
verificao de disponibilidade global:
40

Atualizar seqncias de acesso.
3. No primeiro acesso para esta tabela de condies, entre com o valor 1 no campo
modelo como um valor direto no nvel do modelo. No segundo acesso para esta
tabela de condies entre o valor direto 2.
4. Criar a determinao da regra (dependendo do tipo de condies que se refere a
seqncia de acessos), os quais podem, por exemplo, parecer com o seguinte:
Tela rpida de entrada na determinao da regra
Sold-to party
Tipo de ordem
Char
Regra
PLUZ
PLTA
Rule_01
PLUZ
PLTA
Rule_02
O caminho para se fazer isto e mostrado a seguir:

Menu SAP
Dados mestre
Atualizao de regra
Criar determinao de regra
- Atualizando um jogo de regras via tipos de condies:
1. Crie ao menos duas tabelas de condies e dois tipos de condies, atravs do
caminho:
Atualizar tipo condio.
2. Associe os tipos de condies a uma estratgia de regra, atravs do caminho:
41

Atualizar estratgia de regras.
Dois tipos de condies se referem a uma seqncia de acesso. Entra-se com dois
tipos de condies na estratgia de regra.
3. Na determinao da regra seleciona-se a combinao de chaves via o respectivo
tipo de condio e entre os valores do campo e a regra. Isto se faz pelo caminho:
Menu SAP
Dados mestre
Atualizao de regra
Criar determinao de regra
- Display hierrquico:
Se duas regras so validadas na seqncia o resultado desta validao e executado no
display hierrquico na forma de grupos de necessidades individuais.
Grupos de necessidades pode ser entendido como uma combinao de necessidades bem
como todas as linhas de itens de programao em uma ordem de venda ou todos os
materiais em uma lista de materiais. Um grupo de necessidades inclui informaes de
como as necessidades em um grupo so de natureza adicional ou alternativa.
Os mtodos avanados de verificao de disponibilidade so executados ao nvel do
grupo de necessidades.
A situao de confirmao pode mudar se for usado perodo de validade nas regras.
42
Explanao e simulao da verificao de

disponibilidade:
- Utilizao:
Estes componentes ajudam a interpretar os resultados da verificao de disponibilidade.
Este componente padroniza displays de aplicao especifica, e oferece acesso rpido e
fcil para a validao dos resultados, apesar das caractersticas avanadas (em
comparao com a verificao de disponibilidade do R/3).
Considerando a versatilidade e complexidade dos resultados de vrios tipos de
verificao de disponibilidade, o componente Explanao e Simulao permite
validaes baseadas em simples dilogos (por exemplo, no nvel de unidade gerencial
para a verificao de disponibilidade do produto), datas disponveis para o produto e
quantidades confirmadas (entrega/confirmao propostas). Este componente tambm
permite dilogos em vrios nveis para verificao de disponibilidade baseada em regras
usando uma combinao de mtodos bsicos e levando em conta diferentes nveis
organizacionais (subunidade gerencial / verso).
43
1. Explanao:
Os resultados e reaes para a verificao de disponibilidade so mostrados. Pode-se
identificar rapidamente se existem insuficincias.
- Mostrando uma viso geral da disponibilidade de produto:
- Utilizao:
A situao de disponibilidade para um produto especifico em uma dada unidade gerencial
e mostrada na viso geral de disponibilidade do produto. A verificao de disponibilidade
do produto e executada baseada no evento empresarial escolhido.
- Pr-requisitos:
Foi atualizada a viso do ATP no dado mestre produto unidade gerencial.
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Disponibilidade do produto
A tela APO sntese de disponibilidade do produto: 1 Tela aparece.
1. Entre com os dados de verificao requeridos.
2. Clique em (Executar).
-Resultados:
No quadro superior pode-se ver informaes sobre os dados de verificao. No quadro do
meio, uma representao agregada de disponibilidade de produto em um nvel de unidade
gerencial e mostrada. Usando este display, pode-se determinar rapidamente se uma
insuficincia existe. Escolha
(Display total: Detalhes), se quer mostrar como produtos
totais, necessidades e necessidades confirmadas so alocadas a subunidades gerenciais e
verses individuais.
No quadro inferior, a situao diria agregada de disponibilidade do produto para a
unidade gerencial escolhida e mostrada. Um registro total com uma quantidade a ser
expedida (de estoque e recebimentos), uma quantidade ATP acumulada e uma quantidade
ATP discreta so mostradas por data e categoria. Necessidades so mostradas com um
indicador negativo.
44
Escolha...
se...
Refresh
Quiser chamar o display novamente.
Period totals
Quiser mostrar o total em uma base diria,

semanal ou mensal.
Totals records
Quer mostrar os registros agregados totais

em uma base diria.
Single records
Quer mostrar os dados do documento como

um registro simples. Um registro total com a
quantidade a ser expedida (de estoque e
recebimentos) ou a quantidade necessria, a
quantidade confirmada (apenas para
necessidades), a quantidade ATP acumulada,
e uma quantidade ATP discreta e aberta e
mostrada por data e categoria.
Scope of check
Quer
mostrar
detalhes
configuraes feitas no
verificao.
Checking horizon on / off
Quer mostrar ou esconder os documentos

depois do fim do horizonte de verificao.
Alert Monitor
Quer mostrar insuficincias no monitor de

alerta. Certifique-se de que o indicador ATP
alert active deve estar selecionado nas
instrues de verificao.
Settings Alert Monitor profile
sobre
escopo
as
da
Quer mostrar ou mudar as configuracoes no

perfil do monitor de alerta.
- Mostrando a viso geral de disponibilidade de produto comeando com a proposta

de confirmao:
Escolha (ATP) da tela APO Verificao de disponibilidade: Proposta de Confirmao. As
necessidades simuladas so mostradas em cores no quadro de disponibilidade de produto.
45
Escolha...
se...
Explanao da confirmao
Mais de uma confirmao parcial existir

para a data da necessidade. A seo do eixo
de tempo da quantidade ATP acumulada, a
quais recebimentos contriburam para a
confirmao e destacada.
Insuficincia
Existe uma insuficincia; isto e, se os

recebimentos totais so menor do que o total
de necessidades confirmadas, ou menor do
que as necessidades totais (grupo ATP com
acumulao 2 ou 3 no modo de criao). O
primeiro elemento de necessidade que tiver
uma quantidade negativa aparece destacado.
- Mostrando contingentess:
- Utilizao:
Pode-se mostrar a situao atual de contingentes em duas variaes diferentes usando a
funo de explanao:
Display de alocao de produto
Viso geral de alocao de produto
Em cada caso deve-se especificar um grupo de alocao de produto e uma combinao de
caractersticas.
A situao de alocao de produto no grupo de produto e mostrada no display de
alocao de produto. Isto no depende de contingentes.
- Pr-requisitos:
Foi feita a configurao para contingentes.
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Contingentes
A tela APO: Display Product Allocation Situation: Initial Screen aparece.
1. Escolha um contingente e ento tecle enter.
2. Escolha um objeto do contingente no quadro Characteristics of Product
Allocation Group.
46
Outras caractersticas desta grupo de contingente so mostradas.

3. Clique sobre
(Product allocation group).
A tela APO: Display Product Allocations aparecera.

- Resultados:
As caractersticas do grupo de contingente so mostradas no quadro superior. No quadro
inferior, informao detalhada sobre a situao de contingente e mostrada.
Escolha...
se...
Quer chamar o display de contingente
novamente.
(Orders)
Quer mostrar as associaes de contingentes

por ordens. Posicione o cursor no campo
Incoming orders qty e escolher o cone
correspondente.
(Temporary quantity assignment)
Quer esconder a associao temporria de

quantidade.
(Temporary quantity assignment)
Quer mostrar a associao temporria de

quantidade. A associao temporria de
quantidade e criada durante a verificao em
contrapartida a contingentes nas ordens de
vendas. A quantidade alocada e reservada
usando a associao temporria para ordens
de vendas relevantes ate que as ordens de
vendas sejam salvas.
(Parameter)
Quer mostrar os parmetros gerais de

contingentes.
(Current period)
Quer mostrar o perodo corrente.
(Collective product allocation)
Quer procurar por um contingente coletivo.
Associao temporria de quantidade:
47
Um registro delta que reserva uma quantidade particular de um especifico produto

unidade gerencial para a durao da transao.
Associaes temporrias de quantidade so necessrias para arquivar resultados
consistentes quando vrios usurios simultaneamente verificam o mesmo objeto de
planejamento durante a verificao de disponibilidade do produto.
O resultado da verificao e salvo como uma associao temporria de quantidade no
liveCache, desse modo reserva a quantidade confirmada. O resultado e ento levado em
conta para outras verificaes. Uma quantidade que j foi confirmada no pode
conseqentemente ser reservada novamente por outra verificao.
- Mostrando a viso geral do forecast:
- Utilizao:
Se quer mostrar as associaes de forecast.
- Pr-requisitos:
Foram feitas as configuraes para consumo em contrapartida do forecast.
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Planejamento
A tela Initial Screen: Consumption Situation aparecera.
1. Entre com os correspondentes produto e unidade gerencial.
2. Clique sobre Display.
A tela Associao de Forecast aparecera.
- Resultados:
No quadro configurao, a estratgia de necessidade e os tipos de consumo so
mostrados. As estratgias principais incluem:
Sales order-anonymous make-to-order production (10)
Forecasting with assembly (20)
Forecasting without assembly (30)
Usando a estratgia de planejamento, determinam-se as quantidades de produo e
estratgia de consumo. Ordens de venda so consumidas usando as necessidades
independentes planejadas que caem temporariamente prximas, ou antes, ou depois da
ordem de vendas, Ter tipos de consumo existem:
Only backward consumption
Only forward consumption
Backward/forward consumption
48
2. Simulao:
- Executando a simulao da verificao de disponibilidade de produto:
- Utilizao:
Usa-se os dados no APO para simular a verificao da disponibilidade de produto.
- Pr-requisitos:
Fez-se as configuraes gerais para a verificao global de disponibilidade.
Fez-se as configuraes para a verificao de disponibilidade de produto.
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Simulao ATP
A tela Verificao disponibilidade APO: 1 tela na simulao aparecera, e voc entrara
com os seguintes dados:
No campo...
Entrar com...
Produto
Uma chave de produto
Unidade Gerencial
Uma planta ou rea de planejamento da produo
Uma subunidade gerencial
Verso
A verso reflete as diferenas de um produto em varias

formas. Por exemplo, os grupos no R/3 so mostrados no
APO como verses de produto.
Modo de verificao
Modo ver.
Quando executando a simulao da verificao de
disponibilidade de produto, o modo de verificao e
associado a verificao de disponibilidade, pelo modo de
como o qual e entrado (numero do passo de verificao de
disponibilidade de produto = 1, nenhum outro mtodo
49
bsico, nenhuma regra baseada no ATP).

Evento empresarial
Um evento empresarial, por exemplo, ordens a ser

entradas, vendas ou entrega.
Verificar com o indicador de quantidades necessrias.
Com qtd. necessrias

Se foi selecionado o indicador Com qtd. Necessrias na
tela inicial, o sistema executa a verificao levando em
conta quantidades necessrias, no as quantidades
confirmadas. Isto permite simular o modo de criao
quando verificando necessidades as quais grupos ATP tem
tipo de acumulao 2 ou 3.
Data/qtd.
Especifica a data de verificao ATP que pode ser usada.

Programao de transporte e entrega e executada
dependendo desta data.
Executou-se a simulao, ramifica-se para uma caixa de
dialogo que contem todos os campos do catalogo de
campos para programao de transporte e entrega
(/SAPAPO/KOMGU).
Para executar a programao de transporte e entrega devese ter atualizado as configuraes no customizing para
APO via Global ATP Transportation and Shipment
Scheduling.
Quantidade necessria
Se no foi especificada a quantidade necessria, o sistema
executa uma simulao de verificao usando a quantidade
mxima.
Uma unidade de medida
Unidade
Se no se entrou uma unidade de medida, a unidade bsica
de medida do dado mestre de produto e usada.
Clique sobre disponibilidade do produto.
A tela APO Availability Check: Simulation: Initial Screen aparecera.
50
- Resultados:
Os resultados consistem nos parmetros de verificao, datas disponveis de produto e
quantidades confirmadas.
Escolha...
se...
Continue sem confirmao
Quer retornar a tela inicial.
Escopo da verificao
Quer mostrar o estoque, recebimentos e

necessidades, os quais foram levados em
conta na verificao de disponibilidade do
produto.
ATP
Quer se mostrar a viso

geral
de
- Executando a simulao de contingente (product allocation):

- Utilizao:
Simula-se contingentes usando as informaes no APO.
- Pr-requisitos:
Foram feitas as configuraes gerais para a verificao global de disponibilidade.
Foram feitas as configuraes gerais para contingentes.
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Simulao ATP
A tela Verificao disponibilidade APO: 1 tela na simulao aparecera, e entre com os
dados de verificao conforme mostrado no quadro abaixo:
Neste Campo...
Entre com...
Produto
51
Unidade Gerencial
Verso

Modo de verificao
Modo ver.
Para executar contingentes, deve-se escolher um modo de
verificao valido (passo de verificao de contingentes =
1, nenhum outro mtodo bsico, nenhuma verificao de
disponibilidade baseada em regras).
Evento empresarial
Um evento empresarial.
Com qtd. necessrias
O indicador Com qtd. necessrias no tem efeito sobre

contingentes.
Data/qtd.

(/SAPAPO/KOMGU).
Scheduling.
Unidade
52
Clique em Execute.
A caixa de mensagem Characteristic Values for Product Alloc. Check (Simulation)
aparecera
1. Entre com os valores de caractersticas na tela Characteristic Values for Product
Alloc. Check (Simulation).
Usando a combinao de valores de caractersticas que foi entrada, o sistema
escolhe os contingentes. O sistema leva em conta apenas as caractersticas que so
partes do grupo de contingente relevante. Selecionam-se os grupos de
contingentes usando o procedimento de contingente do produto.
O sistema procura o diretrio de caractersticas do grupo de contingente usando a
combinao de caractersticas. Se a procura no obtiver sucesso, o sistema
procura por contingentes coletivos. Se esta procura tambm tiver um resultado
negativo (isto e, se nenhum contingente coletivo for encontrado), o sistema ativa a
caixa de dialogo Missing characteristics combination.
2. Clique em
(Start simulation)
A tela APO Availability Check: Confirmation Proposal aparecera.

- Resultados:
O resultado e mostrado na tela APO Availability Check: Confirmation Proposal. O
resultado consiste de parmetros de verificao, data(s) de disponibilidade do produto e
quantidade(s) confirmada(s).
Se foi escolhido (Contingentes), o resultado de contingentes aparecera.
Na tela inicial, so mostradas as quantidades requisitadas e confirmadas do primeiro
passo do contingente de um item. O passo do contingente e determinado do procedimento
de contingente do produto da simulao (ou o item da ordem de venda). Os parmetros
que so usados para consumir as quantidades requeridas em contrapartida s quantidades
do contingente so mostrados na parte superior da tela.
Se a quantidade requisitada e confirmada pelo sistema em todos os passos do contingente,
uma luz verde e ativada na linha de programao correspondente. Se a quantidade pode
apenas ser parcialmente confirmada, uma luz amarela aparecera. Se nenhuma quantidade
e confirmada, a luz aparecera vermelha. Mudanas de datas no so levadas em conta
pelo sistema quando seleciona luzes nesta tela.
As luzes se referem a todos os contingentes no apenas a passos
individuais do contingente.
Selecione...
Display product allocation situation
se...
Quer mostrar a viso geral do contingente. A
53
viso geral mostra como a situao do

contingente e usada para a verificao. Duas
colunas adicionais aparecero. Na segunda
destas novas colunas, sua prpria associao
temporria e mostrada. Na primeira coluna,
as associaes temporrias de todas as
outras ordens e mostrada.
Characteristic values
Quer mostrar as combinaes de

caractersticas para uma seqncia de
contingente. Os valores de caractersticas
so mostrados como eles aparecem quando
copiados
para
contingentes.
As
caractersticas, as quais so inicialmente
usadas para o passo do contingente
mostrado, so destacadas em cores. O
sistema determina o contingente usando esta
combinao de caractersticas.
Item
Quer mostrar os itens verificados.
Legend
Quer se mostrar a descrio dos cones.
- Executando a simulao da verificao em contrapartida ao forecasting:

- Utilizao:
Usa-se os dados no APO para simular a verificao em contrapartida a forecasts.
- Pr-requisitos:
Para executar a verificao em contrapartida a forecasts, deve-se escolher um modo de
verificao valido (numero do passo de verificao para o forecast = 1, nenhum outro
mtodo bsico, nenhuma verificao de disponibilidade baseada em regras).
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Simulao ATP
A tela Verificao disponibilidade APO: 1 tela na simulao aparecera.
1. Entre com os dados requeridos para a checagem.
2. Clique sobre Execute.
54
A caixa de dialogo Forecast Check (Simulation) aparecera e a categoria para a

verificao do forecast e mostrada.
3. Clique sobre
(Start simulation)

- Resultados:
O resultado consiste de parmetros de checagem, data(s) de disponibilidade de produto e
quantidade(s) confirmada(s). Clique em
(Forecast), se deseja mostrar os resultados de
consumo.
Mostrando associaes de forecast
Selecione
(Consumption situation) para ir a associao de forecast.
- Executando a simulao da verificao usando combinaes de mtodos bsicos:
- Utilizao:
Pode-se combinar mtodos bsicos e determinar a seqncia de execuo das
verificaes usando este mtodo avanado.
- Pr-requisitos:
Foi selecionado um modo de verificao valido (por exemplo, numero do passo de
verificao de verificao da disponibilidade de produto = 1, numero do passo de
verificao de contingente = 2, nenhum outro mtodo bsico, ou nenhuma verificao de
disponibilidade baseada em regras).
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Simulao ATP
A tela Verificao disponibilidade APO: 1 tela na simulao aparecera.
1. Entre com os dados relevantes para a checagem como no caso de contingente.
2. Clique sobre Execute.
A caixa de dialogo Characteristic Values for Product Alloc. Check (Simulation)
aparecera.
3. Entre com os valores de caractersticas relevantes.
4. Clique sobre (Start simulation)
- Resultados:
55
O resultado, o qual consiste de parmetros de checagem, data(s) de disponibilidade de

produto e quantidade(s) confirmada(s), e mostrado na tela APO Availability Check:
Confirmation Proposal. O resultado dos mtodos bsicos selecionados e mostrado nesta
tela. Pode-se chamar os resultados individuais dos mtodos bsicos selecionando Product
Allocations and ATP quantity, aonde se pode ver mais detalhes tambm.
Mostrando tipos de verificao
Selecionando Check types, se direciona para a tela APO Availability Check: Confirmation
Proposal Check Types, aonde se pode mostrar os resultados individuais de passos de
verificao.
Mostrando resultados de contingentes
Quando se escolhe o display detalhado no quadro Product Allocations, se direciona para a
tela APO:Product Allocations Result.
- Executando a simulao de verificao de disponibilidade baseada em regras:
- Utilizao:
Usa-se os dados no APO para simular a verificao de disponibilidade baseada em regras.
- Pr-requisitos:
Foram feitas as configuraes gerais para o GATP.
Foram feitas as configuraes para a verificao de disponibilidade baseada em
regras.
- Procedimento:
Caminho:
Menu SAP
ATP global
Anlises
Simulao ATP
A tela Verificao disponibilidade APO: 1 tela na simulao aparecera, e entre com os
dados de verificao conforme mostrado no quadro abaixo:
Neste Campo...
Entre com...
Produto
Unidade Gerencial
Verso
56

Modo de verificao
Modo ver.
Para executar uma verificao baseada em regras, deve-se
ter entrado previamente um correspondente, modo de
verificao valido e regras baseadas no ATP ativas nas
instrues de verificao. Deve-se tambm entrar com o
modo de verificao (tambm para as necessidades
subseqentes) no dado mestre produto unidade gerencial.
Evento empresarial
Um evento empresarial.
Com qtd. necessrias
Se foi selecionado o indicador Com qtd. Necessrias na

tela inicial, o sistema executa a verificao levando em
conta as quantidades necessrias, no as quantidades
confirmadas. Isto permite simular o modo de criao
quando verificando necessidades as quais grupos ATP tem
tipo de acumulao 2 ou 3.
Data/qtd.

(/SAPAPO/KOMGU).
Scheduling.
Se no foi especificada a quantidade necessria, o sistema
executa uma simulao da verificao usando a quantidade
mxima.
57
Unidade
Clique em Execute.
A caixa de mensagem Characteristic Values for a Rules-Based Check (Simulation)
aparecera.
1. Entre com o parmetro de ativao e valores que devem ser levados em conta
durante a simulao.
Verificao: deve-se entrar os valores da mesma maneira de como eles

foram copiados do sistema OLTP.
Exemplo:
OLTP: Planta de Produo: 1000
APO: Unidade Gerencial: PL1000@SysClnt
Entra-se os valores de caractersticas 1000 neste exemplo.
2. Clique em
(Start simulation)
- Resultados:
O display de resultados depende de como a verificao foi executada. Se uma quantidade
necessria, a qual esta disponvel de acordo com os mtodos bsicos, foi requerida para a
simulao, esta e tambm mostrada na tela APO Availability Check: Confirmation
Proposal.
Esta tela e tambm gerada se nenhuma regra valida foi encontrada. Neste
caso, apenas a disponibilidade do produto unidade gerencial entrado,
baseada nos mtodos bsicos escolhidos, foi verificada.
Display hierrquico dos resultados (simulao)
O resultado e mostrado hierarquicamente em uma nova tela (APO Rules-Based
Availability Check (Simulation)). A tela APO Availability Check Hierarchical Display
(Simulation) estar vazia a principio.
Depois da gerao da arvore de resultados, se v a necessidade original, o item de
necessidade, a linha de programao das necessidades bem como resultados de
substituio nos grupos de necessidades ordenados hierarquicamente (coluna 1). O
produto e unidade gerencial so mostrados por item de necessidade. Um indicador para
os resultados de verificao, a data de necessidades (coluna 2) e a quantidade necessria
(coluna 3) so mostrados por linha de programao de necessidades.
58
3. Reaes verificao de disponibilidade:

- Finalidade:
Se foi criada uma ordem de venda no sistema OLTP e executada a verificao de
disponibilidade no APO, direciona-se para uma tela de proposta de entrega. Se foi
simulada uma verificao de disponibilidade no APO, direciona-se a uma tela de proposta
de confirmao.
Na tela APO: Availability Check: Delivery Proposal, pode-se selecionar uma proposta de
entrega.
Entrega no tempo na data requisitada para entrega
O sistema verifica aqui se a data requisitada para entrega pode ser feita. Se existe estoque
para o produto desejado na data requisitada de entrega, o sistema prope a quantidade em
estoque. Se no existe estoque, aparecera um zero na quantidade confirmada.
Para aceitar esta soluo, clique sobre (One-time delivery / confirmation).
Entrega completa
O sistema verifica aqui se existe estoque suficiente para uma entrega completa em
alguma data posterior. Se existe estoque suficiente para cobrir uma requisio do
documento de vendas em uma data posterior, o sistema prope a data. Se no e possvel
uma entrega completa em uma data posterior, o sistema mostra que no h proposta.
Em uma verificao de disponibilidade na qual o horizonte de verificao e levado em
conta, o sistema prope a data na qual acaba o perodo de verificao, se o estoque no
cobriu a quantidade das ordens que viro antes do final do horizonte de verificao.
Em uma verificao de disponibilidade na qual o horizonte de verificao no e levado
em conta, o sistema e orientado entre estoque e recebimentos planejados.
Para adotar esta soluo no documento de vendas, clique sobre
(Full delivery /
confirmation).
Proposta de Entrega
O sistema verifica aqui se, e em que datas, entregas parciais so possveis. O sistema
prope entregas parciais em datas diferentes baseada em recebimentos planejados e
edies no eixo do tempo.
Em comparao a funcionalidade no R/3, a funcionalidade de proposta de

entrega no APO foi realada consideravelmente. Pode-se confirmar uma
proposta de entrega em cada linha. Se foi escolhida a proposta de entrega
na ultima linha, confirmam-se todas as propostas de entrega. Se foi
escolhida a proposta de entrega em outro lugar, as propostas de entrega
subseqentes so automaticamente no confirmadas.
Em uma verificao de disponibilidade na qual o horizonte de verificao e levado em
conta, o sistema prope a data que cai alem do final do horizonte de verificao, se o
estoque no pode cobrir uma entrega parcial antes do fim do horizonte de verificao.
59
Em uma verificao de disponibilidade na qual o horizonte de verificao no e levado

em conta, o sistema prope datas nas quais so possveis entregas parciais baseadas em
estoques existentes.
Para aceitar esta soluo, clique em
(Delivery / confirmation proposal).
Se foram feitas mudanas na tela de proposta de entrega, deve-se

confirmar estas mudanas selecionando um smbolo (por exemplo,
).
Por outro lado, as mudanas no so copiadas dentro da ordem de vendas.
Este procedimento e necessrio para que o sistema possa reconhecer se
datas ou quantidades foram mudadas.
Mudana de datas
O sistema da um aviso na forma de um boto se, por exemplo, uma mudana de data
ocorrer durante a combinao de mtodos bsicos (verificao de disponibilidade de
produto como o primeiro mtodo de verificao, contingente como o segundo).
Quando se esta trabalhando com contingente e possvel que o contingente que causou a
confirmao no seja valido por muito tempo. A verificao de disponibilidade retorna a
ultima confirmao, mas tambm da um aviso. O aviso e dado no obstante da data de
confirmao que cai fora da validade do contingente.
Quando se recebe tal aviso na tela de proposta de confirmao (simulao) ou proposta
de entrega, pode-se verificar os resultados detalhados individuais dos mtodos bsicos.
Escolha...
se...
(Continue without confirming)
Quer retornar para a tela inicial sem

confirmao.
(One-time delivery/confirmation)
Quer confirmar as entregas no tempo da

data desejada de entrega.
(Full delivery/confirmation)
Quer confirmar uma entrega completa.
(Delivery/confirmation proposal)
Quer confirmar uma proposta de entrega.
(Rule)
Quer mostrar a regra na atualizao

integrada de regra. Pode-se validar as regras
aqui.
(Condition info)
Quer analisar as condies. Tipos de
60
condies e outras informaes sobre

registros de acesso de condies so
mostradas. Detalhes sobre o tipo de
condio so mostrados aqui.
(Check instructions)
Quer mostrar as configuraes

instrues de verificao.
nas
(Scope of check)
Quer mostrar estoque, recebimentos e

necessidades, as quais so levadas em conta
para a verificao de disponibilidade.
(ATP)
Quer mostrar a viso

(Product Allocation)
Quer mostrar os resultados

contingente que foi executado.
(Planning)
Quer mostrar os resultados de planejamento

que foi executado.
geral
de
de
um
61
Ferramentas de verificao de disponibilidade:

1. Monitores tcnicos para a verificao de disponibilidade
- Utilizao:
Os monitores, os quais so disponveis para o GATP, so ferramentas que so usadas para
controlar a verificao ATP e diagnosticar erros que aconteam durante a verificao ATP.
Estes monitores so visados por consultores tcnicos e desenvolvedores.
62
2. Ferramentas de contingente:
Esta seo descreve quais ferramentas so usadas por contingentes e como elas so
usadas.
- Ativando e desativando caractersticas:
- Utilizao:
Desativam-se combinaes de caractersticas para que combinaes de caractersticas
especificas ignorem contingentes.
Planejaram-se contingentes para clientes especficos. No se quer usar

estes contingentes ainda. Desativam-se as combinaes de caractersticas
especificas para os contingentes.
Criou-se uma seqncia de procedimentos de contingentes que consistem
em dois procedimentos de contingentes. Em um procedimento, determinase um procedimento de contingentes que execute contingentes para
combinaes de caractersticas especificas. No outro, determina-se um
procedimento de contingentes que execute contingentes para combinaes
de caractersticas mais genricas.
No primeiro grupo de contingente, desativa-se a combinao de
caractersticas requerida no diretrio de caractersticas. No segundo grupo
de contingente, usa-se a combinao de caractersticas. A combinao de
caractersticas deve ser ativada para ser usada nos contingentes.
Desativando combinaes de caractersticas
63
Cliente A pede 100 pecas de um produto P1. No primeiro passo, os

contingentes determinam que apenas 60 pecas podem ser entregues. Como
um tipo de contingente extra foi criado para este cliente usando o grupo
de contingente mais genrico, pode-se confirmar o restante das 40 pecas
para este cliente.
- Pr-requisitos:
Copiou-se os dados de planejamento de uma rea de planejamento para um grupo

de contingente.
Criou-se dois grupos de contingentes que contem as mesmas combinaes de
caractersticas.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Combinaes caracts.
A tela Product Allocations; Characteristics Combinations Directory aparecera.
1. Entre com o(s) grupo(s) de contingente(s) e clique em Execute.
O diretrio de combinaes de caractersticas do(s) grupo(s) de contingentes
escolhidos aparecera. Uma viso geral das combinaes de caractersticas ativas e
desativas aparecera. Pode-se desativar as correspondentes combinaes de
caractersticas selecionando o indicador.
2. Clique em Save.
Escolha...
se...
(Execute)
Quer fazer mudanas.
(Product allocation group)
Quer mostrar o display de contingente. Para

fazer isto, posicione o cursor em um item
listado.
(Characteristic values)
Quer mostrar os valores e combinaes de
64
caractersticas. Para fazer isto, posicione o cursor

em um item listado.
(Characteristics
active/not active)
combinations Quer ativar ou desativar combinaes de

caractersticas. Selecione uma combinao de
caractersticas, escolha este cone e ento salve.
characteristics Quer apagar combinaes de caractersticas.
(Delete
combinations)
- Combinaes de caractersticas para contingentes coletivos:

- Utilizao:
Se um contingente no pode ser salvo para cada combinao de caractersticas particular,
combinaes de caractersticas so geradas para contingentes coletivos (por exemplo,
cliente A recebe 20%, cliente B 20%, e 60 % pode ser usado como um contingente
coletivo para os demais clientes).
O sistema procura por contingentes coletivos, se a combinao de caractersticas
particular da ordem de venda no e encontrada no diretrio de caractersticas. O sistema
preenche um dos valores de caracterstica usando o indicador mascarado, e verifica o
diretrio de caractersticas novamente. Usando o indicador mascarado, o sistema
preenche as caractersticas consecutivamente ate que uma combinao de caractersticas
valida seja encontrada.
- Exemplo:
Registro corrente de dados
Objeto
de Organizao de Canal
de Grupo
contingente
vendas
distribuio
clientes
de Vendido
partes
Produto 1
0001
01
01
Produto 1
0001
01
01
Depois que se definiu o indicador mascarado + para o contingente coletivo e gerou a

combinao de caractersticas para contingentes coletivos, os novos dados no diretrio de
caractersticas aparecero como os seguintes:
65
Objeto
de Organizao de Canal
de Grupo
contingente
vendas
distribuio
clientes
de Vendido
partes
Produto 1
0001
01
01
++++
Produto 1
0001
01
++
++++
Produto 1
0001
++
++
++++
Produto 1
++++
++
++
++++
O indicador mascarado no preenche o objeto de contingente. A seqncia de substituio

de caractersticas e definida no grupo de contingente.
- Pr-requisitos:
Criou-se um grupo de contingente.
Criou-se um procedimento de contingente usando o passo de contingente.
Associou-se um indicador mascarado ao passo de contingente.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Caractersticas de contingente coletivo
1. Escolha um grupo de contingente. O procedimento de contingente, o passo de
contingente e o indicador mascarado todos os quais foram criados para o grupo
de contingente agora aparecem.
2. Selecione o indicador Consider field extension, se desejar que o sistema leve em
conta as extenses de campo quando gerando combinaes de caractersticas para
contingentes coletivos.
3. Clique em Collective product allocations Create.
- Verificando insuficincias:
- Utilizao:
Pode-se verificar as possveis insuficincias no APO depois de transferir os dados de
planejamento. Pode-se usar verificao de insuficincia porque contingentes podem Ter
se exaurido durante o tempo entre o planejamento e a verificao.
66
- Procedimento:
Caminho
Menu SAP
ATP global
Ambiente
Contingentes
Controle - ruptura de estoque
1. Entre com um grupo de contingente
resultados ou alertas.
2. Clique em Execute.
Escolha...
(Display product allocation situation)
(Legend)
e decida se quer receber uma lista de

se...
Quer mostrar a viso geral de contingente.
Quer mostrar as combinaes de caractersticas
e valores de caractersticas.
Quer mostrar a explanao dos cones.
- Copiando quantidades de contingentes da rea de planejamento:

- Utilizao:
Depois de completar o planejamento, se transfere os dados da rea de planejamento para
o grupo de contingente.
- Pre-requisitos:
Criou-se uma rea de planejamento.
Atualiza-se uma rea de planejamento no Customizing para APO via DP Basic
Settings S&DP - Perform Administration Settings.
Definiu-se um planning book.
Define-se um planning book no Customizing para APO via DP Basic Settings
Design Planning Books.
Executou-se o planejamento.
Definiu-se a conexo do grupo de contingente com a rea de planejamento.
Definiu-se esta conexo pelo caminho:
Contingenciamento
Atualizar conexo com rea de planejamento
- Procedimento:
Caminho:
67

Menu SAP
ATP global
Ambiente
Contingentes
Interface
Transferir dados da rea de planejamento
- Selecione o indicador se deseja copiar os objetos do contingente.
Depois de copiados os dados para o grupo de contingente, o sistema determina os novos
valores para o objeto contingente (KONOB) das combinaes de caractersticas e copia
ele para os dados do Customizing.
- Entre com o tempo para a copia.
- Se necessrio, selecione o indicador correspondente para executar as aes em um
contingente antes da cpia.
Verifique que: o indicador deve normalmente no estar selecionado.
- Clique em Execute.
- Copiando quantidades de contingentes para a rea de planejamento:
- Utilizao:
Neste passo, copia-se as quantidades de contingente para a rea de planejamento. Se
executar o planejamento novamente, deve-se copiar os dados (quantidades de ordens a
entrar, se necessrio, quantidades de contingente) do grupo de contingente para a rea de
planejamento. Mais tarde, executa-se planejamento e copia dados da rea de
planejamento para o grupo de contingente.
- Pr-requisitos:
Criou-se uma rea de planejamento
Atualiza-se a rea de planejamento pelo caminho descrito no caso anterior.
Definiu-se um planning book.
Define-se o planning book pelo mesmo caminho descrito no caso anterior.
Definiu-se a conexo do grupo de contingente com a rea de planejamento.
Define-se a conexo do grupo de contingente com a rea de planejamento pelo
mesmo caminho descrito no caso anterior.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Interface
68
Transferir dados para a rea de planejamento

1. Escolha um grupo de contingente.
2. Define-se o perodo de cpia.
3. No quadro Scope of copy, pode-se selecionar os seguintes indicadores:
Copy incoming order quantities
Se foi selecionado este indicador, as quantidades de ordens a entrar so includas
quando copiando dados do grupo de contingente.
Copy product allocations
Se foi selecionado este indicador, as quantidades de contingentes so includas
quando copiando dados do grupo de contingente.
4. Clique em Product allocations Copy.
- Copiando combinaes de caractersticas para uma rea de planejamento:
- Utilizao:
Neste passo, copia-se as combinaes de caractersticas para os dados mestre de uma rea
de planejamento. Este passo requerido para executar o planejamento.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Interface
Combinao caractersticas na rea planejamento
1. Escolha um grupo de contingente.
Os indicadores lista de novas combinaes de caractersticas e teste esto
selecionados.
2. Clique em Program Execute.
- Listando tempos de cpia:
- Utilizao:
Depois que se copiou os dados, pode-se mostrar os tempos de cpia usando este recurso.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
69
Contingentes
Interface
Momento da transferncia
- Especifique o grupo de contingente.
- Clique em Program Execute.
- Gerao de objetos internos:
- Finalidade:
O processo de contingente requer objetos que dependem do customizing. Os objetos so
usualmente gerados automaticamente, se as configuraes do customizing foram salvas.
Quando se transporta as configuraes do customizing de um sistema diferente para o
APO
ou
foi
implementada
uma
nota
na
codificao
da
fonte
/SAPAPO/RMQOUT_PATTERN, erros podem ocorrrer.
Por esta razo, pode-se gerar objetos internos.
- Inicializando registro da hora para objetos internos:
- Utilizao:
Neste passo, pode-se reinicializar o registro da hora para o cdigo de acesso e tabela de
translao. Isto e necessrio para corrigir possveis discrepncias entre customizing, a
tabela de translao gerada, e o cdigo de acesso. Discrepncias podem ocorrer, por
exemplo, quando importando, quando transferindo dados do R/3 ou quando mudando o
cdigo de referencia para o cdigo de acesso.
Pode-se tambm reinicializar o registro da hora para objetos internos se transferir dados
do customizing de outro sistema para o APO.
Se foi inicializado o registro da hora, os dados do contingente no so perdidos. Os
objetos internos so gerados novamente no prximo acesso.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Gerao
Reinicializar registro da hora
1. Entre com os dados requeridos.
- Gerando objetos internos:
- Utilizao:
Gerou-se os objetos dependentes do customizing:
Se um erro ocorreu depois de importar as configuraes do customizing.
70
Se
foi
implementada
uma
nota
no
cdigo
da
fonte
/SAPAPO/RMQUOT_PATTERN.
Isto envolve os seguintes objetos, os quais so usualmente gerados automaticamente de
acordo com as configuraes feitas no grupo de contingente.
Tabela de translao
Cdigo de acesso
Procura de ajuda
Tela dsiplay
Todos os objetos os quais registros da hora so invlidos so gerados novamente. Se quer

gerar todos objetos internos, deve-se reinicializar o registro da hora para os objetos
internos primeiro.
A gerao de objetos internos no e absolutamente vital.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Gerao
Gerar objetos
1. Escolha o objeto correspondente.
- Executando reparos para contingentes:

- Verificando associaes de contingentes por ordens de vendas:
- Utilizao:
Pode-se mostrar as associaes de contingentes por ordens de vendas. As seguintes
informaes so mostradas:
Ordem de Venda (numero, item da ordem)Sales order (number, order item)
Produto
Configuraes de contingente usadas (seqncia de procedimentos de
contingente, numero de passos de contingente, grupo de contingente, passos de
contingente)
Data de confirmao
Quantidade confirmada
- Procedimento:
71
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Reparaes
Atribuio contingente atravs da ordem cliente
2. Clique em .
A tela Product Allocation Assignment by Sales Orders aparecera.
Escolha...
Se...
Quer mostrar os valores de caractersticas

das ordens de vendas.
(Product allocation situation)
Quer mostrar o display de contingente. Para

fazer isto, posicione o cursor em um item
listado.
(Characteristic values of the product Quer mostrar as combinaes de

allocation assgmt)
caractersticas e valores de caractersticas.
- Verificando associaes de contingentes:
- Utilizao:
Pode-se verificar o seguinte:
Associaes simples sem uma quantidade de ordens a entrar.
Pode-se copiar a associao totalizada de contingente das ordens para a
quantidade de ordens a entrar do grupo de contingente. Faca isto se:
o Transferiu-se os dados de planejamento do sistema OLTP para o APO
usando a transao QTSA,
o Transferiu-se os dados da aea de planejamento
e a quantidades de ordens a entrar pode ser destruda em ambos os casos.
Associaes simples sem uma ordem de vendas.
Muito raro, uma ordem de vendas e apagada e no obstante e retida. Pode-se
apagar a associao de contingente e reduzir a quantidade de ordens a entrar.
Associaes simples sem uma combinao de caractersticas.
Encontra-se associaes simples sem uma combinao de caractersticas se a
combinao de caractersticas foi apagada.
Pode-se tambm apagar a associao simples aqui.
72
Recomenda-se que se verifique as ordens de vendas afetadas novamente.

- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Reparaes
Atribuio contingente - controle
1. Entre com os dados requeridos e selecione o tipo de verificao.
2. Clique em .
Se foram verificadas as associaes simples sem quantidades de ordens a entrar, pode-se
escolher as seguintes funes:
Escolha...
(Product allocation group)
se...
Quer mostrar o display de contingente..
mostrar
a
combinao
de
(Characteristic values of the product Quer
caractersticas e valores de caracterstica.
allocation assgmt)
(Combine product allocation assgmt)
Quer copiar a associao totalizada de

contingente das ordens para a quantidade
das ordens a entrar de um grupo de
contingente.
Se foi checada a associao simples sem ordem de vendas ou sem combinao de

caractersticas, pode-se escolher as seguintes funes:
Escolha...
se...
Quer apagar a associao simples.
(With Incoming Orders Qty)
Quer apagar com quantidade de ordens a

entrar.
73
- Atualizar associaes de contingentes em grupos de contingentes:

- Utilizao:
Pode-se copiar a associao totalizada de contingente das ordens para quantidade de
ordens a entrar do grupo de contingente usando este recurso.
- Procedimento:
Caminho:
Menu SAP
ATP global
Ambiente
Contingentes
Reparaes
Atribuio contingente - atualizao
Observe: o indicador Overwrite incoming orders quantity deve normalmente estar
selecionado.
2. Clique em
(Update).
74
3. Log de aplicao ATP

- Utilizacao:
O processo de verificao e iniciado usando o log de aplicao ATP. Ganha-se a
introspeco dentro do exato processo de verificao de disponibilidade e pode checa-lo.
O log de aplicao do APO e visado por consultores e desenvolvedores tecnicamente
experientes. Como um expert no ATP, recebe informaes detalhadas no fluxo de controle
(acima do nvel do modulo de funo) durante a verificao de disponibilidade.
O log de aplicao ATP disponibiliza informaes sobre o seguinte:
O processo de verificao de disponibilidade
Configuraes atuais do Customizing
O programa de tempo da verificao de disponibilidade
Possveis erros e alertas
Com a ajuda de uma conexo especifica para eliminao de erros pode-se imediatamente
mudar do display de log para o cdigo fonte sem primeiro configurar um limite. Entre
outras coisas, isto simplifica limites excedentes do sistema de eliminao de erros, por
exemplo, do R/3 para o APO.
O log de aplicao do ATP inclui a funcionalidade total do log de aplicao, mas e feito
para a verificao de disponibilidade se:
O tipo de log esta definido
Existem classes de aplicao que definem reas individuais da verificao de
disponibilidade.
Pode-se escolher entre uma viso tcnica e uma viso relacionada a aplicao do
log de aplicao.
Liga-se o log de aplicao atravs da manuteno dos parmetros no customizing.
Pode-se definir o que pode acontecer automaticamente no final com um log
criado.
Durante o tempo de execuo pode-se mostrar toda mensagem que e escrita
durante a verificao de disponibilidade.
- Caractersticas:
Usa-se o log de aplicao do ATP, sobre tudo, se os erros ocorrem durante a verificao
de disponibilidade. Localiza-se os erros, ligando-se o log de aplicao e executando a
verificao de disponibilidade novamente. O log e salvo na base de dados, dependendo
das configuraes feitas na atualizao de parmetros. Pode-se averiguar fontes de erros
ate o nvel do modulo de funes com a ajuda de classes de problema. Mais tarde desligase o log de aplicao e apaga-o da base de dados.
Verifique que escrevendo os logs leva a deteriorao considervel na
performance da verificao de disponibilidade. Conseqentemente, o log
deve ser ligado somente por um curto perodo de tempo.
- Atividades:
Para apagar os logs use o caminho:
75
Menu SAP
ATP global
Ambiente
Log de aplicao
Eliminar log de aplicao
Para mostrar os logs use o caminho:
Menu SAP
ATP global
Ambiente
Log de aplicao
Exibir log de aplicao
Liga-se o log de aplicao na atualizao de parmetros, e se chama pelo caminho:
Menu SAP
ATP global
Ambiente
Log de aplicao
Atualizao parmetros - log aplicao
76
Configuraes para o GATP:

Configuraes gerais para o GATP
Atualizando configuraes globais:

- Utilizao:
Nesta sesso edita-se as configuraes globais para a verificao de disponibilidade. Isto
inclui:
Associao temporria de quantidade (e valido para todos os mtodos bsicos):
sim/no.
Importar dados do Customizing: permitir / no permitir.
- Pr-requisitos:
Certifique-se que a serie de tempo do ATP esteja atualizada na Atualizao de Modelo e
Atualizao de Verso.
Pode-se apenas selecionar este indicador no modelo ativo (000) e na verso ativa (000).
No se pode mudar esta configurao subseqentemente. Para reinicializar este indicador
se deve apagar e recriar a verso ativa.
- Procedimento:
Caminho:
Opes gerais
Atualizar opes globais da verificao de disponibilidade
1. Selecione o indicador Temporary qty asgmt se desejar que vrios usurios
verifiquem o mesmo objeto de planejamento simultaneamente e, no obstante,
obter resultados consistentes da verificao de disponibilidade.
2. Selecione Import Customizing not allowed no campo listado, se desejar impedir
que os dados do Customizing sejam sobre escritos pela importao do Core
Interface Model do APO.
3. Clique em Save.
77
Atualizando categorias
- Utilizao:
Usa-se a categoria para configurar o escopo da verificao de uma verificao de
disponibilidade de produto.
Cria-se categorias no-SAP para sistemas externos em uma sesso separada.
- Procedimento:
Caminho:
Opes gerais
Atualizar categoria
1. Selecione Non-SAP categories.
2. Clique sobre New entries.
Ser direcionado para a viso detalhada.
3. Entre com um valor de dois dgitos alfanumricos no campo Category e entre
com uma breve descrio da categoria.
Verifique que os nomes no espao entre "U" "Z" so reservados para este valor.
Todos os valores anteriores ao "U" so reservados para categorias SAP.
4. Entre com um valor numrico de dois dgitos (Maximo) para a chave de seleo.
A chave de seleo determina em qual seqncia as categorias so levadas em
conta na verificao de disponibilidade de produto e no display.
5. Selecione um tipo de categoria.
Tipos de categorias incluem: Estoque, recebimentos, necessidades e forecast.
Apenas estoque, recebimentos e necessidades so usados para a verificao de
disponibilidade de produto.
6. Selecione o indicador Relevant sublcn (a categoria e relevante apenas em uma
subunidade gerencial), se quer que a categoria tenha efeito somente a nvel de
subunidade gerencial.
7. Clique em Save.
78
Atualizando eventos do negocio:

- Utilizacao:
Define-se um evento de negocio para cada contexto do negocio.
- Procedimento:
Caminho:
Opes gerais
Atualizar transao comercial
1. Clique em New entries.
2. Entre com um valor alfanumrico de dois dgitos (Maximo) e uma descricao (no
Maximo 40 caracteres).
3. Clique em Save.
79
Atualizao dos modos de verificao:

- Utilizao:
O modo de verificao, junto com o evento de negocio, determina o tipo e o escopo da
verificao a ser executada. Em adio, o modo de verificao controla consumo usando
o forecast.
- Procedimento:
Caminho:
Opes gerais
Atualizar modo de verificao
Ser direcionado para a viso de detalhes.
2. Cria-se o modo de checagem entrando com um valor alfanumrico de trs dgitos.
3. Selecione um Assignment mode, se desejar que as necessidades dos clientes sejam
consumidas em contrapartida ao forecast.
4. Selecione um tipo de producao.
5. Entre com uma descrio (Maximo de 40 caracteres) para o modo de verificao.
6. Clique em Save.
80
Atualizao das instrues de verificao:

- Utilizacao:
Cria-se uma instruo de verificao.
- Pr-requisitos:
Criou-se um evento de negocio.
Criou-se um modo de verificao.
- Procedimento:
Caminho:
Opes gerais
Ser direcionado para a viso detalhada.
2. Selecione um modo de verificao e um evento de negocio.
3. Determine a seqncia de mtodos bsicos associando os passos de verificao de
1 ate 3.
Pode-se desligar a verificao de disponibilidade selecionando No check para
todos os mtodos bsicos.
4. Selecione o indicador Neutral, se os resultados do mtodo bsico correspondente
no deve afetar os resultados finais.
Se os resultados de um mtodo bsico "neutral result" forem menores que o
resultado final, uma mensagem aparecera (ou um alerta aparece o qual possa
ento ser processado no monitor de alerta). Selecionou-se o indicador Neutral
para todos os mtodos bsicos, o resultado final e sempre a quantidade necessria
completa.
5. Selecione o indicador Rules-based ATP , se uma verificao de disponibilidade
baseada em regras deve ser executada para um tipo de ordem.
6. Selecione o indicador Start immediately, se a verificao de disponibilidade
baseada em regras deve ser iniciada imediatamente.
7. Determine se e para qual substituio na verificao de disponibilidade baseada
em regras uma quantidade no confirmada pode ser criada como necessidade.
8. Selecione o indicador ATP Alert active , se quer mostrar uma possvel situao de
insuficincia no monitor de alerta.
9. Escolha a entrada correspondente dependendo de se deseja executar ou no a
produo.
81
Se desejar configurar Production direct, deve-se ter ativado a Availability check

with cumulated, confirmed quantities no R/3 Customizing no grupo de
verificao. No R/3 Customizing para Sales and Distribution selecione Basic
Functions Availability Check and Transfer of Requirements Availability
Check Availability Check with ATP Logic or Against Planning Define
Checking Groups.
10. Determine o tempo de produo.
11. Clique em Save.
82
Configuraes para contingentes:

- Finalidade:
Foram feitas todas as configuraes relevantes para executar contingentes no APO.
- Processo:
Antes de fazer as configuraes para contingentes, deve-se primeiro analizar o processo
de negocio no qual a verificao esta baseada. Deve-se fazer os seguintes
questionamentos:
1. Quais critrios so usados para associaes e alocaes?
Por exemplo, organizao de vendas, cliente ou canal de distribuio.
2. Existem quantidades no usadas de perodos anteriores, as quais podem ser usadas
para a verificao de disponibilidade do perodo atual?
Se sim, quo grande e o perodo de consumo? Quantos perodos no passado e no
futuro devem ser includos na verificao de contingente atual?
3. Contingentes podem ser executados em um ou mais passos? Exemplo:
1. Passo: Validao de quantidades de contingente a um nvel de planta.
2. Passo: Validao de quantidades de contingente at a um nvel de cliente.
Recomenda-se que se agrupe os perodos e perodos de consumo juntos como
descrito no exemplo seguinte para obter resultados consistentes entre os passos
individuais. Verifique que: a flexibilidade da verificao de contingente e cada
vez mais restrita em cada passo. Os passos devem ser classificados em ordem
decrescente similar a um funil de acordo com o tamanho do perodo de
consumo. A periodicidade e dessa forma insignificante.
Exemplo
01.01.98
Periodicidade
Perodo de consumo
PASSO 1
Mensal
de -1 to +3 (12/97-4/98)
PASSO 2
Semanal
de -2 to +5 (50/97-6/98)
PASSO 3
Diria
de 4 to +4 (27.12.97-05.01.98)
Exemplo de Calculo
4. Para qual perodo pode a alocao estar ativa?
Para o exemplo, 01.01.99-05.31.99.
A rea de planejamento deve estar estruturada similarmente aos grupos de
contingentes. reas de planejamento devem ser mais detalhadas, mas no
mais detalhado na estrutura do que nos grupos de contingentes.
Antes de iniciar o planejamento, deve-se priorizar os contingentes (isto e,
decidir quais combinaes de caractersticas recebem qual porcentagem do
total da quantidade de contingente).
83
Atualizando catlogos de campos:

- Utilizao:
O catalogo de campos contem os campos que podem ser usados na verificao de
disponibilidade baseada em regras e nos contingentes.
- Exemplo:
Campos do catalogo de campos e valores da ordem de vendas
Campo
Valores da ordem de venda durante a execuo
Organizao de vendas
1000 (= U.S.)
Diviso
101 (= consumidor)
Canal de distribuio
01 (= comercio de varejo)
Tipo de ordem
TA (= ordem padronizada)
- Procedimento:
Caminho:
Contingenciamento
Atualizar catlogo de campos
Para atualizar um catalogo de campos para regras baseadas no ATP, use o caminho:
Definir tabela de condies
2. Gere a lista de seleo pelo matchcode e selecione os campos que deseja usar
como parmetros dando um duplo clique.
Durante a execuo, esses campos so preenchidos com dados do sistema OLTP
(por exemplo, com dados de ordem de vendas). Pode-se ainda entrar os dados
manualmente, se desejar executar uma simulao no APO.
3. Clique em Save.
84
Foi criado um catalogo de campo.

Incluindo campos adicionais no catalogo de campos.
- Utilizao:
Deseja-se usar os campos especficos para clientes que no esto contidos no catalogo de
campos. Para incluir campos especficos para clientes no catalogo de campos, proceda da
seguinte forma:
Crie um elemento de dado (tipo de dado) para receber um texto informativo nico
para o campo especifico do cliente no catalogo de campos.
Adicione o campo especifico do cliente a estrutura /SAPAPO/KOMGOZ.
Adicione o campo especifico do cliente ao catalogo de campos.
No lado do R/3, copie o cdigo fonte para a incluso.
- Procedimento:
Caminho:
Menu SAP
Ferramentas
ABAP/4 Workbench
Desenvolvimento
Dictionary
1. Seleciona o data type na tela inicial, entre o nome do elemento de dado especifico
do cliente, e clique em Enter.
Use o espao de nome "Z" para designar que voc esta usando um elemento de
dado especifico do cliente. A caixa de dialogo aparece quando o data element foi
selecionado.
2. Clique em Continue.
Aparecera uma mensagem indicando que o objeto esta no espao de nome do
cliente. Continue criando o elemento de dado.
3. Entre um breve texto no campo Short description e entre com "CHAR40" no
campo Domains. Atualize o texto informativo no campo tabela de nome.
Este texto informativo e usado para mostrar os campos no catalogo de campos
que se referem a este elemento de dado. (por exemplo, Z_WERK).
4. Salve o elemento de dado como um objeto local.
5. Ative o elemento de dado.
6. Retorne a tela inicial do Dicionrio ABAP, selecione Structure, entre
/SAPAPO/KOMGOZ, e clique em Change.
7. Especifique o nome para o componente e o elemento de dado para o tipo de
componente. Salve e ative a estrutura.
No Customizing para o APO siga o caminho: Advanced Planner and Optimizer
Contingenciamento
85
Atualizar catlogo de campos

Tecle em New Entries.
8. Usando o matchcode, selecione o campo especifico do cliente e ento salve.
Para fazer as mudanas correspondentes no R/3 leia a nota 174969.
86
Criando objetos de contingentes:

- Utilizao:
Associa-se o objeto de contingente a um procedimento de contingente no controle de
contingentes. Esta associao e um pr-requisito para contingentes.
- Procedimento:
Caminho:
Contingenciamento
Atualizar objeto de contingenciamento
2. Especifique o objeto de contingente entrando com uma chave alfanumrica de 18
dgitos (Maximo) e um nome.
3. Clique em Save.
4. Certifique que o objeto de contingente esta associado a um procedimento.
O objeto de contingente pode tambm representar o seguinte:
Um produto (computador) ou um grupo de produtos
Um componente (processador)
Uma estao (vero, inverno)
Uma linha de produo
87
Grupo de contingente:
- Definio:
Um grupo de contingente define um grupo de caracteristicas.
- Utilizacao:
Cria-se um grupo de contingente para contingentes no APO.
Exemplo de controle de regra
Estrutura
Estrutura de comunicao:
A estrutura de comunicao determina o nvel hierrquico da ordem de vendas
(cabealho, item ou linha de programao), da qual a data de verificao e usada para
contingentes. Apenas o nvel da linha de programao e atualmente suportado.
Data de verificao:
A data de verificao na qual a verificao de contingente e executada. Possveis datas de
verificao incluem a data de disponibilidade do produto, a data de boa entrada e a data
de entrega. A data de verificao e usada para selecionar perodos com quantidades de
contingente. A data de verificao e o inicio do perodo de consumo. A situao do
perodo de consumo e determinada novamente para cada passo de contingentes do
procedimento de contingentes e para a linha de programao da ordem de venda.
Time buckets profile:
88
Indicador que especifica em quais perodos as Key Figures (quantidades, quantidades de

contingentes ou capacidades) so copiadas (por exemplo, diariamente, semanalmente,
mensalmente, ou em perodos maiores)
Caractersticas:
O contingente e escolhido por uma combinao de caractersticas. Os valores da
combinao de caractersticas so copiados da ordem de vendas para a verificao de
disponibilidade. Se a combinao de caractersticas no existe no diretrio de
caractersticas, o sistema procura por um contingente coletivo usando o indicador
mascarado.
A estrutura /SAPAPO/KOMGO contem o maior numero de caractersticas permitidas que
pode ser usada para a verificao de disponibilidade baseada em regras e para
contingentes. O catalogo de campos inclui as caractersticas usadas.
A maioria dos valores de caracterstica so copiados do calling system. Via uma user exit
no calling system, caractersticas especiais devem ser determinadas da ordem de vendas e
os dados mestre as adicionados a lista.
Valores de caracterstica para caractersticas especificas do cliente devem ser
suplementados por uma user exit.
Seqncia de caractersticas
O item determina a seqncia de caractersticas no grupo de contingente. A seqncia e
usada para mostrar caractersticas e para procurar por contingentes coletivos.
Caractersticas so mostradas por item em ordem ascendente. Caractersticas sem itens
so mostradas no fim em ordem alfabtica. Quando procurando por contingentes
coletivos, o sistema completa a caractersticas por item em ordem inversa usando o
indicador mascarado.
Caractersticas sem itens no so levadas em conta pelo sistema quando procurando por
contingentes coletivos. O objeto de contingente deve ser a primeira caracterstica no
grupo de contingente. O objeto de contingentes no e levado em conta pelo sistema
quando procurando por contingentes coletivos.
Perodos de consumo
Perodos de consumo consistem no numero de perodos no passado (backward
consumption period) e no futuro (forward consumption period):
Exemplo de perodo de consumo:
89
Backward consumption period

O numero de perodos antes da data de verificao de contingentes da ordem de
vendas que pode ser usado para calcular a quantidade atual de contingente.
Quantidades de contingentes no usadas nestes perodos so acumuladas antes da
verificao de contingentes para o perodo atual.
Forward consumption period
O numero de perodos depois da data de verificao de contingentes da ordem de
vendas que pode ser usado para o perodo de consumo atual. As linhas de
programao, junto com as quantidades confirmadas, so adiadas por
contingentes ate o ultimo momento do perodo especificado.
O tipo de perodo (dia, semana, ms e perodos maiores) e definido nas
configuraes para o grupo de contingente. Se foi selecionado o indicador
Without past periods, contingentes de perodos passados (antes de hoje) no so
usados ate que caiam no perodo de consumo.
Pode-se usar os perodos de consumo como o seguinte
Perodos no passado
Perodos no futuro
Resultados
999
999
Consumo ilimitado
999
Acumulao ilimitada de
quantidades de contingente
no usadas de perodos
passados e nenhuma
quantidade futura
999
Nenhuma acumulao de
quantidades de contingente
no usadas de perodos
passados, quantidades de
contingentes futuras
ilimitadas
Funcionalidades de perodo de consumo no esto disponveis para mtodos antigos de

contingentes.
A data de verificao e o perodo de consumo so determinados por grupo
de contingente. Pode-se usar o grupo de contingente em diferentes
procedimentos de contingentes. O grupo de contingente sempre tem as
mesmas configuraes de consumo.
Criando grupos de contingentes
- Utilizao:
Define-se um grupo de contingente para contingente no APO e define a associao de um
grupo de contingente a caractersticas. Pode-se escolher os seguintes tipos de
caractersticas:
90
Caractersticas do catalogo de campos

Caractersticas do catalogo de campos realado (para verificao baseada em
regras ATP)
Caractersticas para transporte adicional
Caractersticas de configurao
Pr-requisitos:
Criou-se um catalogo de campos.
Procedimento:
Caminho:
Contingenciamento
Atualizar grupo de contingentes
3. Clique em Back.
Se salvar suas entradas neste passo, aparecera uma mensagem, especificando que
erros ocorreram quando gerando os objetos internos. A mensagem aparecera
porque ainda no foram atualizadas caractersticas para o grupo de contingente, e
porque o objeto de contingente deve sempre ser a primeira caracterstica. Clique
em Enter. Aparecera uma mensagem especificando que se deve verificar a
validade do objeto quando mudando o tipo de perodo. Pode-se ignorar esta
mensagem na criao do tipo de perodo.
4. Clique em Characteristics New entries.
Verifique que: O objeto de contingente deve sempre ser a primeira caracterstica.
Se o contingente deve ser executado para a substituio de produto ou na
determinao de unidade gerencial com verificao de disponibilidade baseada
em regras, ento se deve ter includo as caractersticas do catalogo de campos
realado (via product allocations: search help field catalog enhancement) no
grupo de contingente.
Exemplo:
Se o contingente deve ser executado na determinao de unidade gerencial, o
campo RULE_WERKS deve ser usado em vez de WERKS no grupo de
contingente. No caso de contingente para substituio de produto, deve-se ter
includo o campo RULE_MATNR em vez de MATNR no grupo de contingente;
se no, o contingente e executado para o produto requisitado.
91
6. Clique em Consumption period New entries.

7. Selecione o grupo de contingente e defina o perodo de consumo.
Se foi selecionado o indicador Without past periods, as quantidades de
contingente de perodos passados no so usadas.
8. Clique em Save.
92
Procedimento de contingente:
- Definio:
O procedimento de contingente determina como produtos so alocados. Pode-se entrar
com seqncia (dependentes ou independentes de unidade gerencial) de procedimentos
de contingente no dado mestre de produto em unidade gerencial especifica.
- Utilizao:
Nos contingentes, pode-se usar dois mtodos diferentes para consumir a quantidade de
ordem em contrapartida a quantidade de contingente. Determine qual mtodo e usado
pelo indicador do mtodo de contingente (cumulated). Vrios nveis de passos de grupos
de contingente podem ser combinados em procedimentos de contingentes.
Se uma ordem e verificada, todo passo (grupo de contingente) na seqncia e validado. O
resultado de passos anteriores e copiado para passos subseqentes. No procedimento de
contingentes, o resultado final de contingentes e calculado de uma combinao lgica
And, a qual e fornecida para cada grupo de contingente.
Exemplo de procedimento de contingente
- Estrutura:
Verificao discreta
Se foi selecionado o indicador cumulated, o mtodo disponvel desde o Release 3.0F e
usado para contingentes (verificao discreta de disponibilidade de produto).
Usando este mtodo, a quantidade do documento de vendas e consumido em
contrapartida a quantidade de contingente. Este e executado na base das quantidades para
os perodos atual e futuros apenas (quantidades de contingentes no usadas de perodos
passados no so levadas em conta).
Exemplo
Quantidades de contingentes
93
Janeiro
Fevereiro
Marco
Abril
Maio
50
50
50
50
50
Se uma ordem e localizada para 150 pecas em 03.01., a verificao de contingente

propem 50 pecas para Marco, 50 pecas para Abril e 50 pecas para maio. As quantidades
ainda disponveis em Janeiro e fevereiro no so levadas em conta.
Usando-se este mtodo, o contador de contingente, com o qual pode-se definir vrios
passos de contingentes usando grupos de contingente diferentes, no estar disponvel. O
nico valor de passo hierrquico permitido e 1.
Verificao acumulada:
Se foi selecionado o indicador cumulated, o mtodo de contingente disponvel desde o
Release 4.0A, o qual implementa uma lgica de verificao de disponibilidade
acumulada de produto, e usada. Usando esta lgica de verificao, a quantidade e
consumida em contrapartida a quantidades de contingente ainda disponveis. Quantidades
de contingente no usadas de perodos passados so includas no calculo da quantidade
de contingente disponvel do perodo atual.
Exemplo:
Quantidades de contingente
Janeiro
Fevereiro
Marco
Abril
Maio
50
50
50
50
50
Se um cliente posiciona uma ordem de 150 pecas em 03.01, as quantidades de

contingentes de perodos passados que no foram usadas (50 pecas para Janeiro + 50
pecas para Fevereiro) so acumuladas e ento 150 pecas da quantidade disponivel de
contingente so determinadas na verificao de contingente. Uma quantidade total de
contingente disponvel de 150 pecas e confirmada para a data.
Contador de contingente
Pode-se definir vrios passos de contingentes usando critrios diferentes. A quantidade
confirmada final e a quantidade mnima confirmada do passos individuais de contingente.
Pode-se executar as seguintes verificaes usando esta funo:
1. passo: Verificar quantidade de ordem em contrapartida a capacidade da planta
para perodos relevantes.
2. passo: Verificar quantidade de ordem em contrapartida as quantidades de
contingente permitidas para o cliente.
Perodo de consumo
O perodo de consumo define o numero de perodos antes e depois do perodo de
verificao. Um grupo de contingente, o qual determina o critrio para a seleo a time
series de contingente, e associado ao passo de contingentes na seqncia de
procedimentos de contingente.
Um grupo de contingente pode ser usado para vrios procedimentos de contingente.
Todos os procedimentos, os quais foram associados a um grupo de contingente, devem
94
ter o mesmo mtodo de contingente. Isto significa que um grupo de contingente suporta
ou uma verificao discreta ou uma acumulada. Em adio, um grupo de contingente
pode ser usado apenas uma vez em um procedimento.
Indicador mascarado
Pode-se especificar um indicador mascarado para cada grupo de contingente. A chave
para entradas gerais (= contingentes coletivos) e criada do indicador mascarado. Usando
as caracteristicas de funo de contingentes coletivos, adicionam-se entradas gerais ao
diretrio de caracteristicas. Uma entrada padro e dessa forma criada para cada no na
hierarquia (determinado pela seqncia).
Deve-se usar o mesmo indicador mascarado por grupo de contingente
sempre que o grupo de contingente foi associado a diferentes
procedimentos. Para associaes mltiplas de um grupo de contingente,
pode-se decidir se o indicador mascarado deve ser usado ou no.
Entretanto, indicadores mascarados diferentes no so permitidos para o
mesmo grupo de contingente.
Vrios objetos com diferentes perodos de validade podem ser associados ao passo de
contingentes. Os perodos de validade no so sobrepostos.
O objeto de contingente relevante e determinado usando a data de verificao da ordem
como uma base.
A combinao de caractersticas com os contingentes salvos e determinada usando o
objeto de contingente. Contingentes no so executados em perodos de validade
inativos. No obstante, por razoes tcnicas envolvendo a base de dados, em objeto de
contingente deve ser associado em tais situaes que isto no sera levado em conta.
- Integrao:
O procedimento de contingente e normalmente enviado do R/3. As configuraes para o
procedimento so ento disponveis no APO. Um procedimento dependente de unidade
gerencial no pode ser usado ate que um procedimento realmente exista para a
verificao.
O procedimento de contingente e ento no enviado do R/3 se o contingente e desligado
no R/3. A validao baseada no ATP (contingente sim/no) toma lugar no APO
primeiramente.
Validao do procedimento de contingente
APO Release
Evaluation type
APO 3.0
A classe de necessidade e a categoria de

linha de programao no R/3 pode ser usada
imediatamente para decidir quando o
procedimento deve ser usado do R/3 ou do
APO.
O caminho para isto e: no IMG para Sales
and Distribution selecione Basic Functions
Availability Check and Transfer of
95
Requirements Availability Check

Availability Check Against Product
Allocation Define flow according to
requirement category.
No IMG para Sales and Distribution
selecione Basic Functions Availability
Check and Transfer of Requirements
Availability Check Availability Check
Against Product Allocation Define flow
for each schedule line category.
Se o contingente esta desligado em calsses
de necessidades ou categoria de linha de
programao no R/3, o procedimento do
APO e usado.
Se o contingente esta ligado na classe de
necessidades e categoria da linha de
programao no R/3, o procedimento do
R/3 e usado.
- Criando procedimentos de contingente:

- Utilizao:
O procedimento de contingente determina como produtos so alocados.
- Pr-requisitos:
Criou-se um objeto de contingente.
Criou-se um grupo de contingente.
- Procedimento:
Criando procedimentos de contingente
Caminho:
Contingenciamento
Atualizar esquema de contingenciamento
2. Entre com uma chave alfanumrica (Maximo de 18 digitos) e um nome para o
procedimento.
3. Se foi selecionado o indicadro Cumulated, o mtodo de contingente disponvel no
Release 4.0A, o qual implementa uma lgica de verificao de disponibilidade
acumulada de produto, e usado. Se no foi selecionado o indicador, o mtodo
96
disponvel desde o Release 3.0F e usado para contingentes (verificao discreta de

disponibilidade do produto).
Determinando seqncias de passos
1. Selecione um procedimento de contingente e clique em Step sequence.
Se desejar que o sistema verifique os contingentes em dois ou mais passos, entre o
numero correspondente e um nome do passo no campo Step. Verifique que: o
contador de passo no pode estar zero.
3. Selecione o grupo de contingente desejado pelo matchcode, e associe ele ao
procedimento de contingente.
4. Especifique as combinaes com as quais se deseja usar o indicador mascarado.
Pode-se selecionar o indicador mascarado pelo matchcode. A procura por
contingentes coletivos e desse modo ativada.
Determinando controles de contingentes
1. Selecione uma entrada.
2. Clique em Control.
4. Usando o matchcode, selecione o objeto de contingente e associe este aos
procedimentos.
5. Especifique o perodo de validade para cada objeto.
6. Determine quais associaes devem estar ativas e marque os indicadores de
acordo com isto.
7. Pode-se mostrar quanto da quantidade de contingente sera reservada pela
quantidade requisitada de uma ordem de vendas usando o fator de contingentes.
Por exemplo, se o fator em um perodo de contingentes e marcado para 2, e uma
ordem de vendas com 100 pecas e criada, uma quantidade de contingente de 200
pecas e reservada pela ordem de vendas.
8. Clique em Save.
9. Entre o procedimento de contingente no mestre de produto. Pode-se entrar com
procedimentos dependente ou independente de unidade gerencial.
97
Seqncia de procedimentos de contingente:

- Utilizao:
Cria-se uma seqncia de procedimentos de contingente para contingentes no APO.
Pode-se entre com seqncias dependentes ou independentes de unidade gerencial de
procedimentos de contingente no dado mestre produto unidade gerencial.
- Estrutura:
Se a quantidade em um procedimento de contingente no pode ser completamente
confirmada na verificao, contingentes so executados para a quantidade restante no
prximo procedimento de contingente na seqncia. O primeiro procedimento de
contingente usado e o procedimento de contingente do registro mestre do produto. Todos
os outros procedimentos so derivados da seqncia de procedimentos de contingente. Se
o procedimento do registro mestre de produto reaparece na lista, o sistema o ignora.
Exemplo de seqncia de procedimentos de contingente
- Criando seqncias de procedimentos de contingente:

- Pr-requisitos:
Criou-se procedimentos de contingente.
- Precedimento:
Caminho:
Contingenciamento
Atualizar seqncia de esquema de contingente
98
1.
2.
3.
4.
5.
6.
7.
Clique em New entries.

Entre com uma seqncia de procedimento e um nome.
Clique em Save e selecione uma entrada.
Clique em Procedure list New entries.
Usando o matchcode, selecione os procedimentos de contingente.
Especifique a seqncia de procedimentos de contingente.
Clique em Save.
Entre-se com a seqncia de procedimentos de contingente os
procedimentos de contingente no registro mestre de produto. A seqncia
de procedimentos de contingente e usada apenas como um suplemento
para o procedimento de contingente. Se no foi entrado um procedimento
de contingente para o produto, o sistema ignora a seqncia de
procedimentos de contingente. Conseqentemente, contingentes no so
executados.
A seqncia de procedimentos de contingente pode ser usada similar ao
procedimento de contingente para vrios produtos. A variedade de
produtos para os quais a seqncia de procedimentos de contingente e
usada, no tem que incluir um produto de um procedimento de
contingentes.
Pode-se entrar com seqncias dependentes ou independentes de unidade
gerencial de procedimentos de contingente no mestre de produto.
99
Verificando Configuraes para Contingentes

- Utilizao:
Este registro permite verificar o Cutomizing para contingentes. Mensagens de ateno e
erros so mostradas para a respectiva configurao inconsistente.
- Pr-requisitos:
Fez-se as configuraes para contingentes.
- Procedimento:
Caminho:
Contingenciamento
Verificar opes para contingenciamento
1. Especifique o procedimento de contingentes.
Pode-se ramificar para descries na lista de resultado de verificao.
100
Conexo a rea de planejamento

- Finalidade:
Neste passo, atualiza-se associaes da rea de planejamento para o grupo de
contingente. A associao da rea de planejamento e requerida porque as caractersticas
do grupo de contingente tem nomes diferentes daqueles dos info objetos na rea de
planejamento. Deve-se associar todas as caractersticas de um grupo de contingente a um
info objeto. Pode-se associar um info objeto a varias caractersticas.
Entretanto, no e necessrio associar uma caracterstica a todo info objeto. O sistema
agrega ou desagrega (dependendo da direo de copia) usando info objetos qual no
foram associados.
- Atualizar a conexo com a rea de planejamento
- Pr-requisitos:
Foram criadas uma rea de planejamento e um grupo de contingente.
- Procedimento:
Caminho
Contingenciamento
Atualizar conexo com rea de planejamento
2. Usando o matchcode, entre com o grupo de contingente, a rea de planejamento,
verso e o indicador para as periodicidades possveis no perfil de time bucket.
3. Selecione uma entrada e clique em Characteristics New Entries.
4. Usando o matchcode, selecione uma caracterstica e um info objeto.
5. Clique em Key figures New entries.
6. Entre uma key figure e um info objeto.
7. Clique em Save.
Verifique o seguinte se esta sendo usada a funo de recuperao: se
executa a verificao em contrapartida a contingentes diretamente na rea
de planejamento, deve-se selecionar um intervalo para os pontos de
verificao que seja pequeno o suficiente, porque o dado no Demand
Planning e perdido em uma recuperao usando este intervalo. Isto
tambm se aplica a time series que so usadas por contingente no
Demand Planning. As mudanas para contingentes, ou as atualizaes de
associaes de contingente no intervalo selecionado para os pontos de
verificao, podem ser perdidas durante uma recuperao. Pode-se,
entretanto, verificar e ajustar a associao de contingente pelo caminho:
101
Menu SAP
ATP global
Ambiente
Contingentes
Reparaes
Atribuio contingente - controle
Se desejar evitar este comportamento, no se deve verificar diretamente
em contrapartida a rea de planejamento. Pode-se criar uma copia de
backup transferindo dados da rea de planejamento para o InfoCubo.
102
Configuraes para verificao de disponibilidade baseada em

regras
- Utilizao:
As configuraes feitas para a verificao de disponibilidade baseada em regras so
divididas essencialmente em duas reas:
Tcnicas condicionais
- Pr-requisitos:
Foi selecionado o indicador Rules-based ATP allowed nas instrues de
verificao no APO.
Se o sistema OLTP e um sistema R/3 se atualiza uma transao de negocio e
associa esta a um tipo de ordem. No R/3 no Customizing para Sales and
Distribution via Basic Functions Availability Check and Transfer of
Requirements Availability Check Rules-Based Availability Check Define
business transaction and Assign business transaction to sales order type.
Interao de tcnicas condicionais e regras
A estratgia de regra se refere a vrios tipos de condies. Cada tipo de condio e

associado a uma seqncia de acesso. Uma seqncia de acesso contem uma lista de
acessos, tambm chamada tabelas de condies. Cada tabela de condies contem um ou
mais campos.
Na determinao da regra, valores de comparao, os quais so usados para determinar a
regra baseada nos tipos de condies e condies, so salvas para os campos afetados por
este processo.
- Processo:
103
1. Define-se diferentes combinaes de chaves (campos que foram escolhidos) do

catalogo de campos e associe estas a tabelas de base de dados, tambm chamadas
tabelas de condies.
2. A estratgia de regra e usada para encontrar tabelas de condies. A estratgia de
regra pode conter vrios tipos de condies. Na maioria dos casos, no se deve
usar mais do que um tipo de condio.
3. Associou-se uma seqncia de acesso para cada tipo de condio. A seqncia de
acesso especifica quais tabelas de condio so relevantes para um tipo de
condio especifico. Um passo individual com esta seqncia de acesso
corresponde ao acesso para uma tabela de condio. Baseado nestes campos
definidos na tabela (combinaes de chaves), o sistema pode achar os registros
validos de condies.
4. Quando se cria a determinao de regras, se salva valores de comparao, os
quais so usados para determinar a regra baseada no tipo de condio e condio,
para campos relevantes.
5. A regra contem vrios procedimentos: o procedimento de substituio de produto,
procedimento de determinao de unidade gerencial ou alternativamente, um
procedimento de substituio de produto unidade gerencial, controle de regras e
perfil de calculo.
104

Apostila GATP

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Apostila GATP

Caricato da

Copyright:

Formati disponibili

01

W/3 Tecnologia da Informao

- Sugestes para a execuo:

Processamento de grupo em backorder

Se um documento (como uma ordem de vendas) foi mudado manualmente

Processamento de grupo em backorder com atualizao direta: o resultado

Processamento de grupo em backorder com amortecimento: primeiro se

Processamento de grupo em backorder simulada: para se executar em

1. Verificao de disponibilidade de produto:

2. Verificao de disponibilidade de produto usando o horizonte

Edita-se o horizonte de Verificao na pasta ATP do dado mestre produto

A configurao do horizonte de Verificao pode geralmente ser a razo de

Para permitir a confirmao de qualquer grande quantidade, deve-se restringir as

A Verificao de disponibilidade de produto que usa o horizonte de

Se adiamentos e mudanas em quantidades para recebimentos planejados

Foi editado o grupo ATP nas configuraes do Customizing em:

Availability Check with ATP Logic or Against Planning Define Checking

Checar levando em conta quantidades confirmadas, acumuladas.

Checar levando em conta quantidades pedidas, acumuladas.

4. Verificao de disponibilidade de produtos baseada em

Materiais so agrupados logicamente quando uma viso de caractersticas do ATP

Exemplo Viso de caractersticas do ATP

Ativa-se a viso de caractersticas do ATP. Adiamentos (pedidos, estoques e

Quando se ativa ou apaga uma viso de caractersticas do ATP, nenhum

Verifica-se que a Verificao de disponibilidade de produto baseada em

Transferiram-se os dados mestres do R/3 para o APO mo primeiro modelo de

Foram feitos os ajustes para a Verificao ATP baseada em caractersticas no

2. No APO cria-se viso de caractersticas ATP com as caractersticas relevantes e

A interseco de todas as caractersticas pode ser usada na viso de caractersticas

A Verificao de disponibilidade de produto baseada em caractersticas usa caractersticas

Lgica de fechamento do ATP (associao temporria de quantidades)

Caractersticas so transferidas via uma interface do sistema conectado ao APO. Quando

Uma Verificao ativa em funo de contingentes executada junto com a Verificao de

6. Verificao em funo do forecast

Combinao de mtodos bsicos

Estas funes esto configuradas nas instrues de Verificao no Customizing em:

1. Combinao de mtodos bsicos:

2. Ativao de regras baseadas no ATP:

Determinando produtos alternativos

Este o segundo mtodo avanado que permite reaes a insuficincias sem

3. Capable to Promise (CTP) (Capacidade de prometer)

Quando se executa uma combinao de mtodos bsicos, a quantidade

mtodos bsicos precedentes sempre produzem as novas quantidades

A quantidade requisitada para a produo a quantidade requisitada

Configuraes nas instrues de Verificao: Depois de executar a Verificao de

A quantidade requisitada para produo a quantidade necessria que foi

Para os outros valores do indicador Inicio da produo a configurao do indicador do

configuraes da atividade de determinao da unidade gerencial so usadas para a

Verificao de disponibilidade baseada em regras:

Editou-se produtos e unidades gerenciais.

Controlada por regras e tcnica da circunstancia

A Verificao de disponibilidade global permite a procura de todas as quantidades

As dimenses so mostradas no grfico a seguir:

1. Regras baseadas no ATP (R/3 e APO):

Nenhuma regra baseada no ATP pode ser executada para sub-itens na

Foi definida a determinao da classe de requerimentos no R/3. A classe de

Uma regra usando um procedimento de substituio de produto foi criada na qual

Isto significa que as quantidades necessrias no podem ser totalmente

3. Adotar a proposta de entrega sem mudanas selecionando .

2. Execuo da determinao de regras:

Quando se transfere este parmetro de ativao para o APO, a estratgia de regra

A estratgia de regra se refere a um ou mais tipos de circunstancias.

Cada tipo de circunstancia associado a uma seqncia de acesso. A seqncia de

O sistema procura as tabelas de circunstancias para combinar combinaes de