Apostila GATP

SUPPLY NETWORK PLANNING

01

W/3 Tecnologia da Informao

GATP Global Available

to Promise

ndice:

2DEFINIES GERAIS

3Processamento em Backorder

6Mtodos bsicos da Verificao de disponibilidade:

61. Verificao de disponibilidade de produto:

72. Verificao de disponibilidade de produto usando o horizonte de Verificao:

93. Verificao de Insuficincia:

114. Verificao de disponibilidade de produtos baseada em caractersticas:

175. Contingentes:

196. Verificao em funo do forecast

20Mtodos avanados de Verificao de disponibilidade:

211. Combinao de mtodos bsicos:

222. Ativao de regras baseadas no ATP:

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

26Verificao de disponibilidade baseada em regras:

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

322. Execuo da determinao de regras:

353. Substituies de PPM:

384. Reaes a regras baseadas no ATP:

405. Executando varias regras:

43Explanao e simulao da verificao de disponibilidade:

441. Explanao:

492. Simulao:

593. Reaes verificao de disponibilidade:

62Ferramentas de verificao de disponibilidade:

621. Monitores tcnicos para a verificao de disponibilidade

632. Ferramentas de contingente:

713. Log de aplicao ATP

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 da Verificao de disponibilidade:

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 IMGAPO - 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.

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 ContainerAs caractersticas so armazenadas como um numero abstrato usando suas validaes ATP no LiveCache. Associaes so feitas em ABAP por tabelas correspondentes.

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 ATPInclue-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

ProdutoCaractersticasCaractersticasCaractersticas

AColoridoTamanhoComprimento

BColoridoTamanho

CColoridoTamanho

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.

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/3Fizeram-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: 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. Deve-se selecionar o indicador Entry required, o que determina quais caractersticas podem ser validadas.

Nenhum intervalo de valores associado para valores numricos.

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. 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

CaractersticasIngrediente ativoContedoColorao

ValoresA10vermelho

ValoresB20azul

ValoresC50

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

ProdutoCaractersticaCaractersticaCaracterstica

AIngrediente ativoContedoColorao

BIngrediente ativoContedoColorao

CIngrediente ativoContedo

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:

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.

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).

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.

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).

Mtodos avanados de Verificao de disponibilidade:

- 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

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).

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:

Cliente / produto

Organizao de vendas / produto

Grupo de cliente / produto

Organizao de vendas / grupo de produtos

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.

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 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

( Atualizar norma de verificao

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 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. 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 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, deve-se 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.

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 methodsA 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.

- 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:

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:

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. 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 de necessidadesLinha de programaoDataQuantidade necessriaQuantidade confirmadaOutras informaes

P1/L1/Item 000010000120.07.001000905 Product Availability Overview;

Delivery Proposal Screen(The proposed check results can still be changed here).

Adopt schedule line

Requirements group (product/location selection)Schedule lineDateRequirements quantityConfirmed quantityFurther functions

P2/L1

000120.07.009595Product availability overview;

Delivery proposal screen

(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.

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.

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.

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.

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 integrada de regras

( 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.3. 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.

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.

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

( Atualizar norma de verificaoA 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; 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

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:

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 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 , pode-se selecionar a estrutura de navegao entre ligada e desligada.

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.

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 acessos1. 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:






( 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 partyTipo de ordemCharRegra

PLUZPLTA1Rule_01

PLUZPLTA2Rule_02

O caminho para se fazer isto e mostrado a seguir:


( Menu SAP

( Dados mestre


( 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:






( 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


( 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.

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).

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 produtoA 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.

Escolha...se...

RefreshQuiser chamar o display novamente.

Period totalsQuiser mostrar o total em uma base diria, semanal ou mensal.

Totals recordsQuer mostrar os registros agregados totais em uma base diria.

Single recordsQuer 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 checkQuer mostrar detalhes sobre as configuraes feitas no escopo da verificao.

Checking horizon on / offQuer mostrar ou esconder os documentos depois do fim do horizonte de verificao.

Alert MonitorQuer 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 profileQuer 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.

Escolha...se...

Explanao da confirmaoMais 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.

InsuficinciaExiste 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.

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:

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 consumption2. 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...

ProdutoUma chave de produto

Unidade GerencialUma planta ou rea de planejamento da produo

Uma subunidade gerencialUma subunidade gerencial

VersoA 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 ver.Modo de verificao

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 bsico, nenhuma regra baseada no ATP).

Evento empresarialUm evento empresarial, por exemplo, ordens a ser entradas, vendas ou entrega.

Com qtd. necessriasVerificar com o indicador de quantidades 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 deve-se ter atualizado as configuraes no customizing para APO via Global ATP Transportation and Shipment Scheduling.

Quantidade necessriaQuantidade necessria

Se no foi especificada a quantidade necessria, o sistema executa uma simulao de verificao usando a quantidade mxima.

UnidadeUma unidade de medida

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.

- Resultados:

Os resultados consistem nos parmetros de verificao, datas disponveis de produto e quantidades confirmadas.

Escolha...se...

Continue sem confirmaoQuer retornar a tela inicial.

Escopo da verificaoQuer mostrar o estoque, recebimentos e necessidades, os quais foram levados em conta na verificao de disponibilidade do produto.

ATPQuer se mostrar a viso geral de disponibilidade do produto.

- 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...






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 empresarialUm evento empresarial.

Com qtd. necessriasO indicador Com qtd. necessrias no tem efeito sobre contingentes.






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...se...

Display product allocation situationQuer mostrar a viso geral do contingente. A 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 valuesQuer 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.

ItemQuer mostrar os itens verificados.

LegendQuer 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 ATPA tela Verificao disponibilidade APO: 1 tela na simulao aparecera.

1. Entre com os dados requeridos para a checagem.

2. Clique sobre Execute.

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 ATPA 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:

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...






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 empresarialUm evento empresarial.

Com qtd. necessriasSe 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.





Se no foi especificada a quantidade necessria, o sistema executa uma simulao da verificao usando a quantidade mxima.


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.

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.

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 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 nas instrues de verificao.

(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 geral de disponibilidade do produto.

(Product Allocation)Quer mostrar os resultados de um contingente que foi executado.

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

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.

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, determina-se 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

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:SAP Easy Access SAP APO

( 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 caractersticas. Para fazer isto, posicione o cursor em um item listado.

(Characteristics combinations active/not active)Quer ativar ou desativar combinaes de caractersticas. Selecione uma combinao de caractersticas, escolha este cone e ento salve.

(Delete characteristics combinations)Quer apagar combinaes de caractersticas.

- 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 contingenteOrganizao de vendasCanal de distribuioGrupo de clientesVendido a partes

Produto 100010101A

Produto 100010101B

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:

Objeto de contingenteOrganizao de vendasCanal de distribuioGrupo de clientesVendido a partes

Produto 100010101++++

Produto 1000101++++++

Produto 10001++++++++

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 contingent

Apostila GATP

Documents

Transcript of Apostila GATP