Minha chave não acessa este endereço para buscar os Best pratices https://service.sap.

com/swdc, then choose Download Support Packages and Patches Support Packages and Patches - Entry by Application Group SAP Application Components SAP ERP SAP ERP ENHANCE PACKAGE EHP4 FOR SAP ERP 6.0

http://help.sap.com/ http://help.sap.com/bp_bl604/BL_BR/html/index_PT_BR.htm aqui dentro tem link para Best pratices http://help.sap.com/saphelp_46c/helpdata/pt/89/a2ad38851611d295d700a0c9306667/fra meset.htm

Cartões de pagamento em dados mestre
Uso
Para processar de forma rápida e eficiente as ordens do cliente com cartões de pagamento, o usuário pode armazenar os dados do cartão no registro mestre do pagador. Ao criar uma ordem do cliente, basta chamar um lista de cartões para o cliente utilizando o matchcode no campo número do cartão de pagamento. O sistema copia automaticamente os dados do cartão ou cartões selecionados nessa lista para a ordem do cliente. O registro de clientes ocasionais é uma conta coletiva no registro mestre para um grupo de clientes não relacionados. Por esse motivo, não é possível atualizar os dados de cartões de pagamento para clientes ocasionais.

Características
É possível entrar as seguintes informações sobre cartões no registro mestre do pagador: y y Tipo de cartão, como, por exemplo, VISA, MC ou AMEX Número do cartão O sistema verifica os números do cartão entrados para garantir que correspondam às normas de numeração da sociedade do cartão de pagamento respectivo (por exemplo, verificar se o número do cartão Visa começa com "4"). Isso reduz o risco de um longo processo de autorização da ordem do cliente com um número de cartão incorret . o O sistema também verifica se um cartão de pagamento pertence a apenas um cliente. Não é possível entrar o mesmo cartão de pagamento em dois registros mestre diferentes. y y y y Data de vencimento Titular do cartão ou nome da sociedade conforme aparece no cartão Tipo do cartão, como cartão de crédito, cartão de cliente ou cartão de compra. Motivo do bloqueio

*************** Se necessário, o usuário pode bloquear o cartão de pagamento através da entrada de um motivo, por exemplo, 01 para "cartão roubado". É possível atualizar os motivos de bloqueio no Customizing para cartões de pagamento, na seção Faturamento do IMG.

Um bloqueio só funciona para um cartão de pagamento específico. Se um dos cartões de pagamento do cliente for bloqueado, é possível utilizar outro. Além disso, um bloqueio não afeta os documentos de vendas que já foram criados com o cartão. Entretanto, é possível executar uma pesquisa padrão para determinar todos os documentos nos quais o número do cartão é utilizado. y y Data de início da validade do cartão Cartão standard

É possível atribuir um cartão standard se houver mais de um cartão para um cliente. Ao abrir uma lista de cartões para o cliente na ordem do cliente, esse cartão é destacado.

Cartões de pagamento em ordens do cliente
Uso
Com esta função, o usuário pode: y y y Criar e modificar ordens do cliente com cartões de pagamento Autorizar transações Abrir listas de trabalho de ordens do cliente com cartões de pagamento

Características
Uma vez que as informações de pagamento são especialmente relevantes para a ordem do cliente, o cabeçalho da ordem do cliente inclui um plano de cartão de pagamento. Os dados do cartão entrados pelo usuário no plano de cartão de pagamento s utilizados em todo o cliclo ão da ordem até fundos líquidos. Outra característica importante da ordem do cliente é a autorização. O processamento de cartões de pagamento oferece flexibilidade para autorizar ordens do cliente de diversas formas: da autorização preliminar à autorização em lote.

Cartões de pagamento em Vendas e distribuição
Objetivo
Em Vendas e distribuição, o usuário pode entrar os dados dos cartões de pagamento nas ordens do cliente e usá-los em toda a ordem até o ciclo de fundos líquidos.

Fluxo do processo

1.

2.

3.

Ao criar uma ordem do cliente, o usuário pode entrar os dados de cartão de crédito manualmente ou copiá-los do registro mestre do pagador. É possível entrar um cartão na tela de síntese da ordem do cliente. O usuário pode entrar diversos cartões, ou diversas autorizações em um cartão, no plano de cartão de pagamento no cabeçalho da ordem do cliente. O sistema autoriza automaticamente a ordem do cliente quando o usuário a grava. Posteriormente, o usuário cria a remessa. É possível que a autorização tenha vencido nesse meio tempo, por isso o sistema faz uma verificação para se certificar de que ainda seja válida. Se a autorização não for válida, o sistema informa o usuário para reiniciar a autorização na ordem do cliente. Concluir e gravar a remessa. Quando todos os itens forem selecionados e embalados, e a saída de mercadoriasfor lançada, o usuário cria um documento de faturamento. Nessa fase, os dados do cartão de pagamento são copiados da ordem do cliente, ou transferidos por upload para o documento de faturamento a partir de um sistema externo, como no caso do point ofsale. O sistema utiliza as autorizações do plano de cartão de pagamento para calcular os montantes de faturamento. O usuário processa o documento de faturamento e o libera para a Contabilidade financeira.

Resultado
Quando o usuário libera o documento de faturamento, o sistema copia as informações do cartão de pagamento, o montante de faturamento e a autorização para o documento contábil. Na contabilidade, os créditos são lançados em uma conta transitória especial de fundos líquidos para a câmara de compensação. O processo de liquidação pertinente é então executado conforme a categoria do cartão utilizado. Por exemplo, caso seja utilizado um cartão de compras, os dados suplementares referentes à compra são submetidos à liquidação.

y Cancelar os documentos de faturamento com cartões de pagamento Ao criar um documento de faturamento. o usuário deve informar na fatura que o pagamento será feito com um cartão de pagamento. o plano de cartão de pagamento no documento de faturamento se destina somente à exibição. incluindo diversas funções de faturamento. Não é necessário efetuar o pagamento diretamente ao usuário. ao contrário da ordem do cliente. os dados de cartão de pagamento. Observar o seguinte ao cancelar esses documentos: o o O usuário deve dispor dos mesmos dados de cartão de pagamento no documento cancelado e no documento de origem Ao cancelar um documento. O sistema determina então: y y y Os cartões no plano de cartão de pagamento que devem ser faturados A ordem em que são faturados Os montantes de faturamento Quando o usuário libera o documento de faturamento para a Contabilidade financeira (FI). ou o lançamento de dados de faturamento em uma conta incorreta. o usuário não pode reutilizar as autorizações no documento de vendas Imprimir dados do cartão em documentos de faturamento Ao faturar clientes que utilizaram um cartão de pagamento para pagar pelos respectivos produtos. Atividades É possível executar as seguintes atividades: Exibir dados do cartão em documentos de faturamento O plano de cartão de pagamento anexado ao cabeçalho contém itens com informações detalhadas sobre o cartão. Não é possível modificá-lo. o usuário cancela o documento de faturamento. Observar que.Cartões de pagamento em documentos de faturamento Uso Ao criar um documento de faturamento. novo montante deve estar completamente coberto pela autorização do cartão de pagamento . é possível ocorrer erros técnicos ou de determinação de preço. o sistema copia o plano de cartão de pagamento da ordem do cliente. O usuário pode imprimir essas informações no documento de faturamento com o SAPscript. o montante de faturamento e as informações da autorização são copiados do plano de cartão de pagamento do documento de faturamento para o documento contábil para utilização no processo de liquidação. O usuário pode revisar as transações de cartões de pagamento com o botão lançado em docs de faturamento ou revisar o status de faturamento da(s) autorização(ões) na ordem do cliente. y Alterar o montante de um documento de faturamento Ao elevar o montante de um documento de faturamento que contenha cartões de pagamen o to. Nesses casos.

O usuário acessa o plano de cartão de pagamento ao selecionar Cabeçalho p Cartões de pagamento. contas. Por exemplo. . y y y Se o sistema definiu um bloqueio O status de chamada da autorização. selecionar um item e escolher Detalhe. O sistema exibe todas as informações atuais relativas à autorização. inclusive códigos. data de vencimento e informações de faturamento y Os itens de autorização contêm detalhes sobre a autorização Para obter uma síntese da autorização. Plano de cartão de pagamento Definição Plano anexado ao cabeçalho da ordem do cliente e do documento de faturamento que contém informações sobre os cartões de pagamento utilizados em uma transação. O usuário utiliza esses campos para processar ordens do cliente com diversas datas de remessa.relevante. assim como sua data. é possível configurar o sistema para autorizar automaticamente as ordens do cliente completas. como tipo e número do cartão. Estrutura O plano de cartão de pagamento contém um cabeçalho que exibe: y y y O montante autorizado O valor total da ordem do cliente (valor líquido + imposto) O montante a ser autorizado para o próximo serviço ou remessa. percorrer à direita no item de autorização. Ou cancelar a autorização da ordem do cliente e utilizar um relatório para posteriormente autorizar em lotes. Os resultados das verificações efetuadas pela câmara de compensação nos dados dos cartões de pagamento Uma terceira seção no plano de cartão de pagamento contém itens do cartão e itens da autorização: Os itens do cartão contêm detalhes sobre o cartão de pagamento. horas e datas. com detalhes sobre se a transmissão para e da câmara de compensação foi realizada com êxito e se uma resposta foi recebida. Para obter informações detalhadas. O cabeçalho inclui uma seção sobre autorização que indica: y Se os requisitos para a autorização foram atendidos O sistema utiliza os requisitos definidos no Customizing para decidir se deve ou não autorizar a ordem do cliente. O sistema avisa ao usuário para reautorizar a fim de cobrir a diferença entre o antigo montante do documento de faturamento e o novo montante.

Criação de ordens do cliente . o usuário pode entrar os dados diretamente no campo de entrada rápida da ordem do cliente. não é possível entrar dados de cartões para cada item. A primeira é o botão lançado em docs de faturamento. Se for necessária apenas uma autorização.cartão de pagamento único Pré-requisitos O tipo de plano de pagamento "plano de cartão de pagamento" deve ser atribuído ao tipo de documento de vendas para o documento em processamento. 2. . número e data de vencimento do cartão. Caso contrário. é possível definir valores de autorização para um único cartão de pagamento. Procedimento Criar uma ordem do cliente com um cartão de pagamento de forma similar à entrada de uma ordem do cliente standard. Características Ao criar uma ordem do cliente. Para configurar o sistema para criar automaticamente diversas autorizações para um único cartão. Os dados dos cartões de pagamentos só podem ser entrados no nível de cabeçalho portanto. Com esse botão.À primeira vista. o sistema avisa o usuário para autorizar novamente. Essa função fornece informações de faturamento para os cartões do plano de cartão de pagamento já faturados. A segunda é o botão de autorização manual. ou usar o matchcode disponível no camponúmero do cartão de pagamento para selecionar um cartão listado no registro mestre do pagador. Criar uma ordem do cliente. Esses dados são necessários para dar prosseguimento ao processamento da ordem do cliente. 1. . Para diferenciá-los. A autorização manual requer permissão especial determinada no perfil de autorização V_VBAK_AAT.cartão de pagamento. observar que os itens de autorização: y y Não possuem um código Limitar a ou um montante máximo Possuem um semáforo no campo de status e no montante autorizado Há duas funções adicionais na parte inferior do plano de cartão de pagamento. Selecionar Cabeçalho p Cartões de pagamento e entrar os dados das diversas autorizações em Plano de cartão de pagamento. entrar os dados no plano de cartão de pagamento. Usar o campo de entrada rápida na tela de síntese para entrar o tipo. é possível autorizar manualmente uma ordem do cliente por meio de um telefonema para a câmara de compensação. é possível que os itens de cartão e os itens de autorização pareçam semelhantes. consultar o user exit AUTHORIZATION_VALUE_SPLIT (no include MV45AFZH). O usuário pode fazer isso no Customizing de Vendas e distribuição ao selecionar Faturamento p Cartões de pagamento p Atualizar tipo plan. A autorização de cartões deve cobrir a totalidade do valor da ordem do cliente. Para diversas autorizações.

sistema bloqueia a ordem do cliente e emite uma mensagem de aviso.cartão de pagamento. é possível verificar se o cartão ainda estará válido quando os itens forem entregues. O sistema também verifica a data de vencimento para determinar irregularidades e emite uma mensagem de aviso ao encontrar datas vencidas ou datas de vencimento para breve. o sistema intercepta o erro. Caso contrário. Pré-requisitos O tipo de plano de pagamento "plano de cartão de pagamento" deve ser atribuído ao tipo de documento de vendas para o documento em processamento O usuário pode definir isso no . especialmente quando os preços dos itens ultrapassam o limite de crédito de um único cartão.diversos cartões de pagamento É possível que os clientes desejem utilizar vários cartões de pagamento em uma ordem do cliente. o usuário é avisado para reautorizar. Para exibir dados da autorização atuais. Acessar o plano de cartão de pagamento para visualizar o status da autorização. verificar se o número do cartão Visa começa com "4"). Resultado O sistema autoriza automaticamente as informações do cartão quando o usuário grava a ordem do cliente. Isso reduz o risco de passar por um longo processo de autorização com um número de cartão incorreto. inclusive códigos. retornar à ordem do cliente no modo de exibição. percorrer à direita no item de autorização. Se a data de vencimento estiver próxima. selecionar o item e escolherDetalhe. se for digitada uma data incorreta.O sistema verifica o número de cartão entrado para se certificar de que corresponda às normas de numeração da sociedade do respectivo cartão de pagamento (por exemplo. Dessa forma. Para obter informações detalhadas. É possível visualizar: y y y Se o sistema definiu um bloqueio Se a câmara de compensação foi acessada O resultado das verificações individuais na câmara de compensação Para obter uma síntese de uma autorização. Só é possível entrar os dados do cartão de pagamento no nível de cabeçalho. O sistema exibe todas as informações atuais relativas à autorização. Customizing de Vendas e distribuição ao selecionar Faturamento p Cartões de pagamento p Atualizar tipo plan. Procedimento . Criação de ordens do cliente . Entrar os dados para os cartões de pagamento no plano de cartão de pagamento anexado ao cabeçalho da ordem do cliente. As autorizações dos cartões de pagamento devem cobrir a totalidade do valor da ordem do cliente. o usuário não pode entrar dados para cada item. e emite uma mensagem que informa que a autorização foi concluída com êxito. contas. Se a câmara de compensação rejeitar os dados do cartão ou o valor da autorizaçã o o. horas e datas.

Se os dados do cartão ou o montante da autorização forem rejeitados pela câmara de compensação. Criar uma ordem do cliente. Esses dados são necessários para dar prosseguimento ao processamento da ordem do cliente. e fatura a transação da mesma forma. O . Para obter informações detalhadas. o sistema bloqueia a ordem do cliente e emite uma mensagem de aviso. e emite uma mensagem com a informação de que as autorizações foram concluídas com êxito. 5. Um cliente pediu o equivalente a US$ 1. O sistema exibe o valor da ordem do cliente (valor líquido + impostos). 3. Ao criar a ordem do cliente e entrar os dados no plano de cartão de pagamento. retornar à ordem do cliente no modo de exibição. Resultado O sistema autoriza automaticamente as informações do cartão quando o usuário grava a ordem do cliente. 2. ou utilizar o matchcode do campo número do cartão de pagamento para selecionar os cartões listados no registro mestre do pagador. Para especificar um montante ilimitado para um cartão. Para exibir dados da autorização. deixar o código Limitado a em branco. entrar um montante máximo de US$ 400 para um cartão e um montante ilimitado para o outro. Isso só é possível com apenas um cartão por ordem. De acordo com as informações fornecidas pelo cliente sobre os limites dos diferentes cartões.000 em mercadorias e solicitou que o débito fosse efetuado em dois cartões de pagamento. dividir o montante da ordem entre os dois cartões. percorrer à direita nos itens de autorização. Selecionar Limitado a. Selecionar Saltar p Cabeçalho p Cartões de pagamento para entrar os dados do cartão. Acessar o plano de cartão de pagamento para visualizar os status das autorizações. O sistema verifica o número e a data de vencimento do cartão. números e datas de vencimento dos cartões de pagamento. Selecionar Voltar e gravar a ordem. selecionar um item de autorização e escolher Detalhe. Entrar os montantes máximos de faturamento dos cartões. como: y y y Se o sistema definiu um bloqueio Se a câmara de compensação foi acessada O resultado das verificações individuais na câmara de compensação Para obter uma síntese das autorizações. 4. escolher Entrar e entrar um montante no campo Montante máximo. Entrar os tipos. Observar que a divisão de montantes entre cartões pode causar arr edondamento.Criar uma ordem do cliente com cartões de pagamento de forma similar à criação de uma ordem do cliente standard. 1. respectivamente. O sistema autoriza US$ 400 e US$ 600 para os cartões.

y y y y y y y y y Configurar o sistema para autorizar ordens do cliente conforme um determinado conjunto de requisitos Realizar a autorização preliminar de ordens do cliente Autorizar automaticamente ordens do cliente Autorizar manualmente ordens do cliente Determinar quais colegas têm permissão para autorizar manualmente as ordens do cliente (perfil de autorização V_VBAK_AAT) Executar um relatório para realizar autorizações em lote ( RV21A010) Executar um relatório para chamar uma lista de ordens do cliente com cartões de pagamento conforme as funções do documento que definir (RV21A001) Exibir informações atuais completas sobre a autorização no plano de cartão de pagamento Utilizar o log de autorização para verificar o histórico das modificações de autorizações em uma ordem do cliente. o número do cartão. Pré-requisitos É necessário um software de terceiros para executar a autorização. horas e datas. A concessão de uma autorização é uma garantia de pagamento. inclusive códigos. . Autorização Uso Quando um cliente paga por mercadorias e serviços com um cartão de pagamento. Não é possível efetuar autorização parcial do valor de uma ordem do cliente. Gerenciamento de risco afeta o processo de autorização. o respectivo valor e o nome e endereço do pagador são transferidos para a câmara de compensação para autorização. O sistema se baseia nas opções do Customizing para que os cartões de pagamento determinem como e quando executar a autorização. incluindo as datas das modificações e os responsáveis (Selecionar Ambiente p Modificações) Restrições O usuário somente pode executar a autorização na ordem do cliente. A câmara de compensação verifica essas informações e autoriza ou rejeita a transação.sistema exibe todas as informações atuais relativas à autorização. Características Com as funções de autorização no processamento de cartões de pagamento o usuário pode: . contas.

o sistema apenas simula a autorização. que pode ser utilizado para testar o processo de autorização antes do usuário obter o software da câmara de compensação ou escrever seu próprio software. Trata-se de um sistema interno da SAP ou um programa externo (RFC). Fluxo de dados . inclusive as câmaras de compensação. Ao acionar a função de autorização. mesmo em um sistema produtivo. Se o módulo de função CCARD_AUTH_SIMULATION não for substituído pelo módulo do próprio usuário. Entrar em contato com o consultor da SAP para obter mais informações. Características O programa de interface viabiliza: y y y y y y Um servidor RFC e funções clientes para se comunicar com o R/3 A conversão de dados da estrutura de saída do R/3 para a estrutura da instituição financeira Protocolos de comunicação entre o servidor de aplicação de cartões de pagamento e a instituição financeira A conversão de dados do formato da resposta da instituição financeira para o formato da entrada do R/3 O processamento que utiliza diversos servidores RFC Cenários vencidos Informações técnicas Módulo de função de atual ização A SAP pode fornecer soluções para a transmissão de dados de cartões para diversas câmaras de compensação importantes e para outras instituições financeiras. A SAP também oferece a função de testeCCARD_SETTLEMENT_SIMULATION para a Contabilidade financeira (FI). administradoras de cartão de crédito e prestadores de serviços. Selecionar Vendas e distribuição p Faturamento p Cartões de pagamento p Autorização e liquidação p Atualizar centro de compensação pConfigurar controle de autorização/liquidação por conta no Customizing para definir o módulo de função para autorização. o sistema acessa o destino lógico especificado no Customizing. bancos. A interface do cartão de pagamento foi criada com a chamada de função remota (RFC) para fornecer funções para que o usuário se comunique com qualquer um de seus parceiros. O sistema standard inclui o módulo de função CCARD_AUTH_SIMULATION.Interface do cartão de pagamento com as câmaras de compensação Uso A interface do cartão de pagamento é um software de aplicação que funciona como uma ponte entre o sistema SAP R/3 e o software da instituição financeira.

RfcClose ± Encerra uma conexão RFC. RfcInstallFunction ± Registra as funções que podem ser chamadas para permitir que a rotina RfcDispatch faça o roteamento adequado das solicitações RFC. definir o gateway para configurar um ambiente de servidor de diversas aplicações R/3. RfcAbort ± Envia uma mensagem de erro.Os dados de autorização são fornecidos pelo módulo de função de chamada R/3 SD_CCARD_AUTH_CALL_RFC com quatro tabelas: y y y y y CCAUT ± Informações principais da solicitação CCAUT_H ± Informações adicionais para cartões de compras no nível de cabeçalho CCAUT_I ± Informações adicionais para cartões de compras no nível de item CCAUT_R ± Mensagem de resposta O programa de interface converte as primeiras três tabelas. Ele é registrado em um gateway SAP e depois aguarda as solicitações RFC do sistema R/3. e encerra a conexão. Ao testar a função de autorização. A Biblioteca RFC contém o seguinte: y y y y RfcListen ± Verifica se uma solicitação RFC está disponível. RfcAccept ± Aceita uma conexão de entrada. envia os dados através da conexão à instituição financeira e aguarda a resposta. O programa envia então a resposta. caso possível. Finalmente. ao autor da chamada R/3 original. Utilizar o modo registrar e especificar uma ID de programa para o servidor RFC externo. utilizar a transação SM59 para criar uma conexão TCP/IP. através do CCAUT_R. RfcInstallStructure ± Se as estruturas ou as tabelas internas forem transferidas de um sistema R/3 para o programa externo. Biblioteca de chamada de função remota Os programas RFC são programas interativos que permitem a comunicação e a transferência de dados entre o R/3 e programas externos. somente será possível transferir estruturas ou tabelas homogêneas. y y . mapeia os dados para o formato do solicitante. No modo registrar. o programa do servidor RFC é iniciado antes de receber uma chamada do R/3.

o usuário pode definir que o sistema autorize: y y y Automaticamente apenas as ordens do cliente completas Em lote as ordens do cliente completas através de um relatório Conforme os requisitos do próprio usuário. na qual o sistema deve iniciar a autorização. Se uma ordem do cliente for gravada dentro do horizonte de autorização. salvo especificado o contrário. é atribuído a um tipo de documento de vendas. No campoReq.autor. Se uma ordem do cliente for gravada antes do horizonte de autorização entrar em vigor. Definição e execução de autorizações Pré-requisitos Como e quando o sistema executa a autorização depende das opções definidas no Customizing para as rotinas do grupo de verificação. por sua vez. selecionar Faturamento p Cartões de pagamento p Autorização e liquidação p Atualizar grupos de verificação. o usuário pode autorizar as ordens somente vários dias antes de estarem prontas para expedição e faturamento. o sistema executa a autorização imediatamente. É atribuído a um grupo de verificação que.. ou da data de faturamento. O horizonte de autorização especifica o número de dias antes da data de disponibilidade do material. No Customizing de Vendas e distribuição. RfcGetData ± Recebe os parâmetros de uma função. Para reduzir esse risco. RfcSendData ± Envia os valores devolvidos. RfcRaise ± Relata erros que ocorrem durante a execução de uma função RFC.y y y y RfcDispatch . definidos em Faturamento p Cartões de pagamento p Autorização e liquidação p Atualizar requisitos para a autorização O requisito é armazenado no sistema R/3 como código ABAP/4. . Definição do horizonte de autorização Às vezes. Definição dos requisitos de autorização O sistema autoriza automaticamente uma ordem do cliente com cartões de pagamento quando o usuário a grava. As três principais opções que exercem influência na autorização são: y y y Requisitos de autorização Horizonte de autorização Autorização preliminar Vide a seção Características especiais abaixo e o tópico interface do cartão de pagamento para obter informações sobre vários outros fatores que exercem influência na autorização.Aguarda as próximas chamadas de função. é possível que as autorizações vençam antes que uma ordem seja enviada ou faturada. o sistema não efetua a autorização ou executa a autorização preliminar.

Nesses casos. antes que o horizonte de autorização seja ativado. mas no Dia 2. Definição da autorização preliminar Selecionar Autorprel. O sistema executa a autorização preliminar quando o usuário entra e grava uma ordem do cliente. O sistema não executa a autorização quando a ordem é gravada no Dia 0. O sistema executa a autorização prévia quando a data de disponibilidade do material. Se as atividades de remessa demorarem mais de 14 dias. O usuário deve executar regularmente um relatório para listar as ordens do cliente prontas para autorização e autorizálas em lote. efetuada em data posterior. isto é. é reduzido o risco de problemas com a autorização real. para a autorização preliminar. ou as datas de faturamento. SelecionarAutorização manual no plano de cartão de pagamento A autorização manual requer permissão especial determinada no perfil de autorização V_VBAK_AAT. Reações do sistema às modificações do documento Observar que o sistema reautoriza automaticamente ao: y y Incluir um item na ordem do cliente Aumentar o valor da ordem do cliente . Observar que o período de validade da autorização foi definido para 14 dias no Customizing (Autorização e liquidação p Indicar a duração da validade da autorização). Quando o horizonte de autorização for efetivamente ativado. Dessa forma. o sistema foi configurado para autorizar um dia antes da criação da remessa. Características especiais Autorização manual Às vezes. endereço e número do cartão estão corretos.Nesse exemplo. o sistema não executa a autorização automaticamente. o usuário pode chamar a câmara de compensação e entrar manualmente as informações da autorização fornecidas na ordem do cliente. é possível que o usuário não consiga acessar o sistema de computadores da câmara de compensação ou que ocorram problemas técnicos. uma autorização µbranda¶ é enviada à câmara de compensação com um montante de US$ 1. será necessário reautorizar a transação. encontram-se fora do horizonte de autorização. Nesse procedimento.00 para verificar se o nome.

00 Autorização 3 US$ 300. O sistema reage a uma autorização sem êxito ao: y y Definir o status global do crédito para µNão aprovado¶ no cabeçalho da ordem do cliente (status B) Definir o bloqueio da autorização no plano de cartão de pagamento Utilizar o relatório RV21A001 para processar ordens do cliente bloqueadas. Então faz nova leitura. é possível que uma autorização seja insuficiente ou que a câmara de compensação solicite um bloqueio para um cartão extraviado ou roubado. Reações do sistema à autorização sem êxito Em alguns casos. para encontrar o valor mais próximo a US$ 500. os mesmos montantes 2. a soma de dois ou mais montantes O exemplo a seguir explica como o sistema cobre o valor de uma ordem do cliente com a soma de duas autorizações. Em ordem de preferência. e busca a autorização mais próxima da porção não coberta do valor da ordem do cliente.00 Autorização 2 US$ 200.00.00 Autorização 1 US$ 100. Valor da ordem do cliente: US$ 500.00 Nesse caso. e tenta corresponder ao valor da ordem do cliente. . desde os menores montantes. O usuário pode reautorizá-las ao remover o bloqueio e gravar a ordem do cliente. o sistema lê e seleciona automaticamente os montantes de autorização. é possível autorizar documentos em lote para viabilizar ordens do cliente e remessas com ciclos de processamento longos. ele buscará: 1. Ele seleciona a Autorização 2. que cobre todo o valor da ordem do cliente.y Modificar a quantidade de divisão O sistema emite uma mensagem que avisa que o usuário deve reautorizar ao: y y y Aumentar quantidades na remessa Aumentar o valor do documento de faturamento Dispor de uma remessa incompleta para a qual a autorização tenha vencido Autorização em lote Com o relatório RV21A010. o montante maior mais próximo 3. que. nesse caso. desde o mínimo de US$ 100. Várias autorizações em um cartão de pagamento Ao definir várias autorizações em um único cartão de pagamento.00 e seleciona a Autorização 3. é de US$ 200.00. o sistema lê os montantes de autorização.

y Redefinir a quantidade confirmada para zero na ordem do cliente e bloquear a entrada no índice de expedição. O sistema lista as ordens do cliente que não obtiveram autorização. o usuário deve efetuar as devidas definições nos tipos de ordens do cliente em que os cartões de pagamento são utilizados. é possível definir os cartões de pagamento como forma de garantia de pagamento e atualizar um procedimento apropriado. é possível controlar: o o o o o o Requisitos de disponibilidade Requisição/montagem de compra Índice de remessas prontas Condições para efetuar cópias de remessas Condições para efetuar cópias de documentos de faturamento Picking. Observar que. y y Características Da mesma forma em que ocorre com a verificação de crédito na Administração de créditos.riscos para cartões de pagamento no Customizing de cartões de pagamento. o sistema emite uma mensagem que informa o problema. ao utilizar um cartão de pagamento em uma ordem do cliente. em caso de problemas técnicos. ou o administrador do sistema. os cartões de pagamento constituem uma das formas de garantia de pagamento que o usuário pode utilizar para assegurar o pagamento dos itens da ordem do cliente. Nessa fase. Os requisitos no controle de cópias impedem que o usuário crie e selecione a expedição. o sistema informa a pessoa apropriada quando a autorização não for concluída com êxito: o controlador de crédito. O usuário pode então revisar os diversos status no plano de cartão de pagamento. y y Integração Vide Gerenciamento de risco para obter mais informações. Nesse item. É possível utilizar esse status para evitar que . selecionar Funções subsequentes no Customizing de cartões de pagamento. o sistema define um status interno para o Gerenciamento de riscos que influencia o status global do crédito. o formulário de garantia de pagamento prevalece em relação aos demais e é ativado primeiro. Selecionar Autorização e liquidação p Admin. fornecendo ao usuário verificações e funções para minimizar o risco de crédito. caso a autorização seja recusada devido ao crédito do cliente. y y y Pré-requisitos Uma vez que o Gerenciamento de riscos afeta os montantes e datas do processo de autorização. e também o envio da saída de mercadorias. inclusive uma comparação entre os cartões de pagamento e as outras formas de garantia de pagamento. Além das cartas de crédito e do seguro de crédito à exportação. Utilizar o relatório RV21A001 de análise de autorizações para identificar quando e onde ocorreram os erros durante o processo de autorização. O usuário pode então: y y y y y y Liberar uma ordem sem autorização (e correr risco na cobrança) Submeter novamente uma ordem para obter autorização Modificar uma ordem (o que aciona a reautorização automática pelo sistema) Gerenciamento de risco para cartões de pagamento Uso O Gerenciamento de risco desempenha uma função central dentro de Vendas. Se a autorização for processada on-line. embalagem e saída de mercadorias Administração de autorizações sem êxito Se a autorização for executada em lote. Para desautorizar as funções subseqüentes. É possível executar regularmente um relatório para processar ordens do cliente com problemas de autorização.

como todas as ordens do cliente com autorização bloqueada. y Liberar um ou mais de um documento ao selecioná-lo(s) e escolher Processar p Liberar É possível liberar os documentos manualmente. é possível: y Selecionar uma variante de exibição Exibir variantes "010" para documentos de vendas e "011" para remessas disponíveis no sistema standard. Uso Com o relatório RV21A001 (Ordem p Funções subseqüentes p Cartões de pagamento: lista de trabalho). Ao especificar um status da última autorização. y y Cancelar qualquer uma das funções acima ao selecionar Processar p Cancelar Revisar o log de informações ao selecionar Saltar p Log Com o relatório RV21A010. Entre as funções do relatório. Para acessar os outros. Rejeitar uma ou mais ordens do cliente ou devoluções selecionando o(s) documento(s) e Processar p Rejeitar y y y É possível rejeitar todas as ordens do cliente com autorizações bloqueadas por exemplo.determinadas funções subseqüentes sejam executadas em documentos bloqueados devido à garantia de pagamento. falha na autorização nesse caso. o usuário pode listar e processar ordens do cliente e com cartões de pagamento. y Selecionar documentos conforme os diferentes status de autorização. por exemplo. processar ordens do cliente bloqueadas ou ordens cujas datas se encontram dentro do . . por exemplo Processar um documento individual ao selecioná-lo com um clique duplo Autorizar um ou mais documentos diretamente da lista selecionando o(s) documento(s) e Processar p Liberar para autorização O sistema inicia a autorização quando o usuário grava a lista de relatório. utilizar a transação SE38 ou chamar a árvore de relatório através deSistemas info p Seleção geral relatório. ou uma data. é possível iniciar a autorização por lote. o usuário pode. Listas de trabalho no processamento de cartões de pagamento Pré-requisitos Muitos desses relatórios estão disponíveis a partir do menu. se um cartão estiver bloqueado ou se não for possível executar a autorização devido a problemas técnicos por exemplo.

O usuário também pode utilizar esse relatório de forma mais geral. O usuário pode filtrar a pesquisa ao entrar um intervalo de números de cartões. Com o relatório RV20A003. Dessa forma. o sistema emite uma mensagem para lembrar ao usuário que é necessário levar os cartões de pagamento em consideração. o sistema executa uma autorização "negativa". 3. O usuário pode então levar os cartões em consideração ao criar o documento de destino. Ele faz o pagamento e utiliza dois cartões de crédito. O usuário especifica que o cartão Visa é ilimitado ao . crédito ou de devolução com referência a uma ordem do cliente com cartões de pagamento. Selecionar Registrar mensagens info para que o sistema liste os documentos processados no relatório e os erros ocorridos. Exemplo Um cliente faz um pedido de duas impressoras a laser ao custo de US$ 5. é possível chamar uma lista de cartões de pagamento de um determinado tipo. O usuário pode então atualizar rapidamente os dados dos cartões de pagamento nos registros mestre diretamente na lista. Referência a ordens do cliente com cartões de pagamento Objetivo Ao criar uma nota de débito. por exemplo. O usuário revisa o plano de cartão de pagamento e os detalhes dos itens no documento de origem para determinar quais cartões de pagamento e montantes devem ser entrados no novo documento. Ao gravar o novo documento. como todos os cartões AMEX por exemplo. Utilizar o campo Próxima verificação para as datas do horizonte de autorização. reverte o montante reservado para a transação na conta do cartão de pagamento do cliente. O sistema determina se a ordem do cliente contém cartões de pagamento. Com o relatório RV20A001.000 cada. O usuário cria um documento com referência a uma ordem do cliente. 2. O usuário cria uma ordem do cliente e entra os dados relevantes do cartão no plano de cartão de pagamento. o usuário limita o primeiro cartão. Nesse caso. é possível listar os cartões de pagamento que vençam em um determinado período de tempo. o sistema R/3 lembra o usuário de que essa ordem do cliente inclui cartões de pagamento. é possível chamar uma lista de um ou mais de um cliente. a US$ 6.horizonte de autorização. Com o relatório RV20A002.000. 4. como para listar os cartões conforme o titular ou o bloqueio de cartões de pagamento. que. MasterCard. na verdade. O usuário deve entrar esses dados manualmente. Fluxo do processo 1.

Isso acontece porque há várias formas de combinar cartões de pagamento e montantes na devolução. o sistema credita automaticamente o cartão Visa com o restante. y No primeiro caso. Nesse caso. e. y Entrada de ordem do cliente pela Internet (SD-SLS-SO) Uso Um suplemento útil para as transações comerciais normais é a possibilidade de aceitar pedidos de clientes através da Internet e enviar esses pedidos como ordens do cliente para um sistema R/3. Quando o usuário define o código Limitado a e entra um montante máximo de US$ 3. Tipos de componentes de aplicações Internet Interação cliente/empresa . Por trabalhar com um cartão. quando o usuário grava (e autoriza) a devolução. o usuário utiliza o campo de entrada rápida na tela de síntese.000. O usuário utiliza a mesma proporção que a autorização e os montantes de faturamento (60/40) para creditar os cartões. Duas semanas após o envio das impressoras. como catálogos. o usuário entra apenas o MasterCard na devolução. entra o MasterCard e deixa o código Limitado a em branco. O usuário chama o plano de cartão de pagamento da ordem do cliente para revisar os dados do cartão: Depois o usuário decide quais informações deseja entrar na devolução. o usuário não chama o plano de cartão de pagamento.000) é creditado automaticamente no MasterCard ao gravar (e autorizar) a devolução. nesse caso. o usuário entra os cartões MasterCard e Visa no plano de cartão de pagamento da devolução. Ao criar uma devolução com referência à ordem do cliente respectiva. O montante total da devolução (US$ 5. Isso é possível para todos os tipos de negócio.deixar o código Limitado a em branco.000: creditar o montante total da devolução no primeiro cartão ou dividir o montante entre os dois cartões. o sistema emite uma mensagem para lembrar o usuário de que é necessário levar em consideração os cartões de pagamento existentes na ordem. No segundo caso. em que o cliente sabe exatamente o que deseja e provavelmente só está interessado em comparar preços e receber as mercadorias rapidamente. Há duas formas de criar essa devolução de US$ 5. US$ 2. O usuário autoriza os montantes e grava a ordem do cliente. Entretanto.000 para o MasterCard. Talvez o usuário decida utilizar o plano de cartão de pagamento. o sistema não copia automaticamente os dados do cartão de pagamento da ordem do cliente. o cliente telefona para informar a devolução de uma delas.

Autorizações y Para clientes que utilizam dados mestre no sistema R/3 e que estão se conectando à Internet pela primeira vez: É possível utilizar a transação SU05 para criar. sem precisar fazer uma chamada telefônica ou enviar um fax Através da estrutura da tela definida pelo usuário. Para criar uma identificação exclusiva para o cliente.SRVC. que pode ser modificada posteriormente. modificar e eliminar senhas para o cliente. são obtidos de um cliente de referência. de modo que o cliente entre os dados rápida e facilmente O usuário recebe a ordem do cliente on-line. assim que é entrada Graças ao curto intervalo de tempo entre a entrada da ordem e a respectiva chegada na empresa. é possível fornecer o produto rapidamente É possível responder rapidamente à ordem do cliente A congestão de entradas de ordens do cliente é menor. como dados da empresa e da área de vendas. O cliente pode substituir a senha inicial por uma própria. é possível utilizar a chave de ID de cliente ~customeridentification para decidir o modo de logon do cliente . Nessa etapa. O cliente de referência é gravado no registro mestre de usuário global como um valor de parâmetro para o parâmetro CSM.pelo número de cliente ou pelo endereço de e-mail. novos clientes podem se registrar entrando as respectivas informações e o sistema atribui a eles uma senha inicial. y Para novos clientes que não têm dados mestre no sistema R/3 e que estão se conectando à Internet pela primeira vez: O sistema cria um registro mestre de clientes no sistema R/3 com os dados do novo cliente. o usuário fornece apenas os dados do endereço. outras informações. O cliente de referência é compulsório e é entrado como um cliente global no sistema R/3 junto com a empresa. o cliente pode entrar dados rápida e facilmente O cliente pode localizar rapidamente informações sobre os preços e prazos de fornecimentos mais atualizados O cliente pode verificar o status de remessa do pedido a qualquer momento Vantagens para o usuário: y y y y y É possível elaborar uma estruturação de tela. o grupo de conta e os dados de atribuição interna de número. y No file de serviço VW01. Basicamente.Vantagens para o cliente: y y y y y O cliente pode fazer um pedido a qualquer hora do dia ou da noite O cliente pode entrar pedidos diretamente no servidor da Web. assim que o cliente coloca um produto na cesta de compras. O sistema solicita o número do cliente e a senha. entrar a categoria de objeto KNA1. o cliente deve fazer um logon com o respectivo número de cliente SAP (ou endereço de e-mail) e uma senha inicial emitida pela empresa. junto ao número do cliente. pois os horários de pico são melhor distribuídos Pré-requisitos Para entrar uma ordem na Internet. São permitidos os seguintes valores: . os dados organizacionais.

ao determinar o registro mestre de cliente desse endereço. O usuário pode gravá-lo no mestre de materiais no Customizing.Nº SAP (valor standard) Para comprar produtos. utilizar o parâmetro de usuário VBG (combinado com o usuário R/3) para controlar vários grupos de materiais. saltando para Logística . e-mail O cliente pode entrar o respectivo endereço de e-mail e o sistema R/3 localizará automaticamente o número de cliente. Os parâmetros são os seguintes: AAT (tipo de ordem do cliente) VKO (organização comercial) VTW (canal de distribuição) SPA (setor de atividade) CSM (número de cliente do cliente de referência) VBG (grupo de materiais de serviço) Se esses parâmetros não estão completos. o sistema automaticamente entra os seguintes valores: AAT (tipo de ordem do cliente): OR VKO (organização comercial): 001 VTW (canal de distribuição): 01 SPA (setor de atividade): 01 . Para oferecer vários componentes de aplicação Internet no mesmo cliente. A ordem do cliente contém certas entradas obrigatórias que têm que ser completadas enquanto está sendo criada. através do Interaction Transaction Server (ITS9). Grupo de mercadorias O grupo de autorização WWW deve ser gravado para o grupo de mercadorias que está sendo oferecido pela Internet. é criada uma ordem do cliente com base na ordem do cliente entrada na Internet.Geral p Dados básicos de logística: mestre de materiais p Material p Definir grupos de materiais. Esses dados são obtidos nos parâmetros default do registro mestre do usuário global. o cliente deve entrar o respectivo número de cliente atribuído. utilizado pelo componente de aplicação Internet fazer o logon no sistema R/3. É necessário também gravar certos parâmetros para este usuário. Dados e parâmetros predefinidos Todas as autorizações da classe de objeto Vendas/distribuição devem ser atualizadas para o usuário do R/3. No sistema R/3.

BAPIs As seguintes Business Application Programming Interfaces (BAPIs) são utilizadas por este componente de aplicação Internet: y y BAPI_SALESORDER_SIMULATE BAPI_SALESORDER_CREATEFROMDAT1 .VKB (escritório de vendas) do mestre de cliente VBG (grupo de materiais): WWW Características Nome de serviço O nome de serviço desse componente de aplicação Internet é VW01. e o usuário pode encontrar todos os files relevantes sob esse nome em SAP@Web Studio.

No faturamento parcial. O sistema determina o montante a ser faturado com base nos registros de condições aplicáveis ao item ou nos valores explicitamente entrados no programa de faturamento para uma data de faturamento específica. Bloqueio do faturamento É possível definir um bloqueio de faturamento para cada data do programa de faturamento. o sistema automaticamente define um bloqueio de faturamento para cada data de faturamento. Índice de faturamento O sistema cria e atualiza um índice de faturamento para cada data de faturamento em um programa. mas não afeta i necessariamente as outras datas do programa. o status de faturamento é automaticamente definido como "C". Após o f faturamento ter sido executado com êxito. O bloqueio impede o processamento de uma data de faturamento específca. Isso impede que uma data seja faturada novamente. O bloqueio permanece válido até o sistema de projeto informar que o faturamento parcial foi concluído com êxito na rede correspondente. O sistema determina a programação de datas individuais com base em informações gerais sobre datas. como as datas inicial e final. o sistema remove o bloqueio. Determinação do preço Os itens do documento de vendas são faturados nos respectivos vencimentos de cada data de faturamento do programa. é possível indicar a porcentagem a ser faturada ou um montante efetivo. Nesse momento. No faturamento parcial. . por exemplo. O status indica a extensão do processo de faturamento até aquela data especí ica. o sistema copia essa informação no índice. o usuário controla como o sistema cria automaticamente a programação de datas em um programa de faturamento. Se uma data de faturamento estiver bloqueada para faturamento. As informações gerais sobre as datas são copiadas dos dados do cabeçalho do contrato ou das propostas no tipo de programa de faturamento. Status do faturamento O sistema atribui um status de faturamento para cada data de faturamento do programa.NÃO TEM A VER COM CARTAO DE CREDITO Funções do programa de faturamento O processamento do programa de faturamento inclui as seguintes funções: y y y y y y y y y y Criação automática de datas de programas de faturamento Determinação do preço Bloqueio do faturamento Índice de faturamento Status do faturamento Regra de faturamento para faturamento parcial Datas fixas no faturamento parcial Fluxo de documentos Criação com referência Determinação de câmbio Criação automática de datas de programas de faturamento No Customizing de Vendas.

A regra determina como calcular o montante de faturamento para uma data específica. Além disso. é possível ocorrer variações de preço após o processamento das datas de faturamento do programa. A figura a seguir mostra um exemplo de fluxo de documentos para um programa de faturamento. o sistema atualiza o fluxo de documentos do item do documento de vendas correspondente. o usuário pode indicar se o montante de faturamento é uma porcentagem do montante total ou se é um montante fixo. As diferenças de preço podem ser consideradas na liquidação final. para cada data do programa de faturamento. Fluxo de documentos Após processar para faturamento uma data específica de um programa de faturamento. A figura a seguir mostra um exemplo de como determinar um montante de faturamento.Regra de faturamento para faturamento parcial É possível definir uma regra de faturamento para cada data de um programa de faturamento parcial. o usuário deve entrá-la manualmente durante o processamento. se a data é fixa ou se o sistema copia a data com base nas datas de faturamento parcial planejadas ou efetivas de um projeto. o usuário pode definir que o montante a ser faturado seja uma liquidação final que considere faturamentos ainda não processados. Datas fixas no faturamento parcial É possível controlar. O sistema não propõe automaticamente a liquidação final no programa de faturamento. Por exemplo. O fluxo de documentos do documento de vendas exibe os seguintes dados: . Por exemplo.

e não no total de quantidades confirmadas. Essa taxa fixa é válida para todas as datas do programa de faturamento de item para as quais não haja taxa definida no programa de faturamento. o sistema utilizará a taxa de câmbio aplicada na criação da fatura e a encaminhará para FI. o usuário entrar manualmente uma taxa de câmbio para a primeira data no programa de faturamento de cabeçalho. todos os programas de faturamento ligados a esse programa de faturamento de cabeçalho são aut maticamente atualizados. são faturados com base na quantidade de remessas solicitadas. determina novamente as datas de faturamento (com base nas regras de data atuais) para inclusão no novo programa de faturamento. Durante o processamento de ordens do cliente para itens que necessitem de programas de faturamento. o faturamento parcial é utilizado para projetos de faturamento. Também é possível armazenar uma taxa de câmbio no nível de item para o documento de vendas (campo: Taxa de câmbio para FIna ficha de registro Faturamento). Freqüentemente. é possível entrar o número de um programa de faturamento existente como uma referência para a criação de outros programas de faturamento. esses projetos incluem uma série de marcos que identificam a conclusão de diferentes estágios do trabalho. o usuário pode armazenar uma determinada taxa de câmbio para cada data. Ao utilizar um programa de faturamento de cabeçalho. os marcos são definidos em uma rede juntamente com datas planejadas e efetivas para a conclusão do trabalho. Faturamento parcial Geralmente. Os marcos também são atribuídos às datas de faturamento do programa de faturamento. se necessário. Os itens de ordem relevantes para remessas. tais como projetos de engenharia e de construção de instalações. para os quais é aplicado um programa de faturamento parcial.y y y Data de criação Data do faturamento Valor faturado Criação com referência Ao definir o tipo de programa de faturamento no Customizing de vendas. O montante faturado é determinado após a utilização dessa taxa de câmbio para a conversão da moeda interna na moeda do documento. Determinação de câmbio No programa de faturamento com faturamento parcial. o por exemplo. A figura a seguir mostra um exemplo de faturamento parcial: . Se. Se não for entrada uma taxa de câmbio para a data ou no nível de item. Cada data de faturamento relacionada a faturamentos parciais é bloqueada para processamento até que o sistema de projetos confirme a conclusão do marco. ela será automaticamente copiada para as datas correspondentes nos programas de faturamento de itens. No sistema SAP R/3. o sistema utilizará a taxa definida para a data durante o faturamento. Se uma taxa de câmbio for entrada para a data no programa de faturamento eno nível de item no campo de taxa de câmbio. o sistema propõe automaticamente o programa de referência e.

Cada item de divisão pode ser atribuído a uma rede de um projeto. se a data for anterior à data de faturamento planejada para a data atualizada com a data real do marco. Para que seja possível efetuar essa atribuição. também é possível atribuir marcos às datas do programa de faturamento durante o faturamento parcial.É possível definir. . Para isso. o campo Data fixa da categoria de data proposta do tipo de programa de faturamento não pode estar em branco. se nenhum plano de rede tiver sido aberto. para cada data de faturamento em um programa de faturamento parcial.0C) de Data fixa µ µ significa que o usuário não pode atribuí-lo a um marco. se a data de faturamento é: y y y y fixa sempre atualizada com a data efetiva do marco atualizada com a data real do marco. o usuário deve atribuir manualmente o marco na atualização do programa de faturamento.0C. O valor fixo adicional (a partir do Release 3. É possível atribuir um marco a todos os outros valores. Integração entre vendas e o sistema de projetos A ligação entre o projeto e o item de documento de vendas é efetuada nas divisões de remessas individuais do item. Essas opções são efetuadas no Guia de implementação. se a data for anterior à data de faturamento planejada para a data A partir do Release 3.

alguns documentos de vendas. 2. Funções básicas no processamento de ordens do cliente Durante o processamento de ordens do cliente. Essas são agrupadas em quatro categorias: y y y y Documentos de pré-vendas: solicitações e cotações Ordens do cliente Contratos básicos. quantidades confirmadas. Além disso. essas funções podem ser totalmente automatizadas ou podem também exigir um processamento manual. Marcar a divisão da remessa e selecionar Detalhe suprimento. datas de expedição. onde é possível exibi-los e. levando a remessas gratuitas e solicitações de nota de crédito Se um processo empresarial especial exigir. Os dados resultantes dessas funções básicas (por exemplo. Sobre documentos de vendas As transações comerciais relacionadas a vendas são registradas no sistema como documentos de vendas. como: y y y y y y y Monitorização de transações de vendas Verificação de disponibilidade Transferência de necessidades para o planejamento de materiais (MRP) Programação da expedição Cálculo de preços e impostos Verificação de limites de crédito Criação de documentos impressos ou transmitidos eletronicamente (confirmações e outros) Dependendo da configuração do sistema. Em uma das telas de síntese do documento de vendas. o sistema executa funções básicas. . proceder da seguinte forma: 1. preços e descontos) estão gravados no documento de vendas. como vendas à vista e ordens imediatas. modificá-los manualmente durante o processamento subseqüente.Para exibir os dados relacionados ao projeto de uma divisão da remessa. selecionar Item p Divisões remessa. como contratos e programas de remessas Problemas e reclamações do cliente. é possível processar os documentos de remessa e faturamento diretamente de um documento de vendas. acionam automaticamente a criação de documentos subseqüentes de remessa e faturamento. em alguns casos.

a ordem do cliente. que todas as atividades de vendas são atribuídas a uma organização comercial. grupos de vendas e vendedores. Posteriormente. vide Estruturas organizacionais. Em seguida. mas também podem fazer parte de uma cadeia de documentos inter-relacionados. o sistema permite determinar estruturas organizacionais adicionais que definem escritórios de vendas.cria um histórico ou fluxo de documentos. Por exemplo. a fatura e a remessa gratuita subseqüente . Como as atividades de vendas na organização são processadas em diferentes pontos geográficos. Função das estruturas organizacionais nos documentos de vendas As transações de vendas ocorrem dentro da estrutura organizacional de vendas e distribuição. por parte de um cliente. o cliente passa uma ordem baseada na cotação. a remessa. o cliente reivindica um crédito para algumas mercadorias danificadas. A administração de solicitações de cotação e cotações no Sistema de informações de vendas e distribuição auxilia o planejamento e controle das vendas. por exemplo. O usuário envia a mercadoria e fatura o cliente. Para obter mais informações. O gráfico a seguir mostra como os vários tipos de documentos de vendas estão interligados e como os dados fluem subseqüentemente para documentos de expedição e faturamento. o cliente pede uma cotação. e o usuário cria uma remessa gratuita com referência à ordem do cliente. O fluxo de dados de um documento para outro reduz a atividade manual e facilita ainda mais a solução de problemas. que o usuário cria consultando a solicitação de cotação. e o usuário cria uma ordem do cliente com referência à cotação.a solicitação de cotação. Isso significa. a cotação. Toda a cadeia de documentos . Para obter mais informações sobre como exibir o fluxo de documento para um documento de vendas em especial. Modificação de um grupo de contas . o usuário pode registrar uma solicitação de cotação telefônica. um canal de distribuição e um setor de atividade. Após a remessa da mercadoria. vide Informações sobre documentos de vendas individuais .Fluxo de documentos em vendas Os documentos de vendas criados são documentos individuais. no sistema.

Entretanto. Porém. se um cliente que sempre exerceu a função de pagador assumir o papel de emissor da ordem.Por exemplo. isso significa que não é possível atribuir a um emissor da ordem a função de pagador. é necessário atribuir a nova função ao cliente. como a seleção de telas e campos no registro mestre de cliente é controlada pelo grupo de contas. Só é possível modificar o grupo de contas e as funções de parceiro complementares de um nível inferior para um superior. Por exemplo. . é possível atribuir a função de emissor da ordem a um pagador. só é possível atribuir a outra função modificando o grupo de contas. uma vez que os campos já atualizados para esse emissor da ordem precisariam ser mascarados.

O sistema abre a tela Modificar grupo de contas. Entrar o grupo de contas necessário no campo Novo grupo de contas e pressionar ENTER. É aberta a caixa de diálogo Modificar grupo de contas. onde é possível atualizar os novos campos para o novo grupo de contas. É aberto o registro mestre de cliente. se houver algum erro. É aberta a caixa de diálogo Modificar grupo contas cliente: 1a tela. que informa o grupo de contas da função de parceiro anterior. selecionar Parceiro de negócios p Pagador p Modificar grp. Entrar o número do pagador cujo grupo de contas deve ser modificado e pressionar ENTER . Etapas Para modificar o grupo de contas de um pagador. 3. Entrar o grupo de contas da nova função de parceiro a ser atribuída ao pagador. É aberta a caixa de diálogo Empresas/Áreas de vendas por cliente. onde é possível modificar o grupo de contas. Se a janela não for exibida. Na tela Dados mestre de SD. Essa tela informa as empresas e áreas de vendas desse pagador a serem atualizadas após modificar o grupo de contas. 2. Pressionar ENTER . 4. com uma lista dos campos e grupos de campos a serem atualizados. 6.Grupos de contas que podem ser modificados É possível modificar o grupo de contas para as seguintes funções de parceiro: y y y Recebedor da mercadoria Recebedor da fatura Pagador O tópico a seguir explica como é possível modificar o grupo de contas de um pagador. No caso de um cliente criado para diversas empresas/áreas de vendas. contas. proceder da seguinte maneira: 1. será exibida a caixa de diálogo Modificar grupo de contas: grupos de campos críticos. 5. não será necessário atualizar nenhum campo e é possível avançar para a etapa 7. Se for necessário atualizar campos em conseqüência do novo grupo de contas. Verificar a entrada e pressionar ENTER . a atualização . Pressionar ENTER .

Pressionar ENTER . como emissor da ordem. é exibida uma caixa de diálogo onde os dados podem ser gravados. Entrar uma área de vendas: o o o Organização de vendas Canal de distribuição Setor de atividade . Para obter informações sobre como chamar a atualização do mestre de clientes em Processamento de registros mestre de cliente. No caso de um cliente criado para diversas empresas/áreas de vendas. 2. 8. dependendo se a atribuição externa ou interna está definida para o grupo de contas. esses campos devem ser atualizados posteriormente. a Criação de registros mestre de cliente Utilização O usuário cria um registro mestre de cliente ao iniciar uma relação comercial com um novo cliente. Selecionar um grupo de contas. por alguém com autorização para fazê-lo. Atualizar todas as telas no registro mestre de cliente considerada importantes. Selecionar Sim e pressionar ENTER para gravar os dados.do registro mestre é feita aqui para a empresa/área de vendas que foi exibida primeiro na caixa de diálogo Empresa/Áreas de vendas por cliente. Caso contrário. 9. 7. atualizar os campos para as demais empresas/áreas de vendas também. 3. Após pressionar ENTER depois de acessar a última tela. Isso retorna a tela Modificar grupo contas cliente: 1 tela com uma mensagem que confirma a gravação das modificações. Um usuário só acessa diretamente a atualização do registro mestre de cliente se tiver autorização para modificar registros mestre. É recomendável bloquear o cliente até que todos os dados necessários tenham sido atualizados. É emitida uma mensagem que confirma a modificação do grupo de contas do mestre de clientes processado. Atualizar ao menos todos os campos obrigatórios. Procedimento 1. 10. no campo Grupo de contas na tela Criar cliente: entrada. As empresas/áreas de vendas do cliente são exibidas na caixa de diálogo Empresas/Áreas de vendas por cliente (vide Etapa 3). Isso conclui a atualização dos novos campos no mestre de clientes para a primeira empresa/área de vendas. Entrar um número de cliente no campo de cliente ou deixá-lo em branco.

horários de visita. Pessoa de contato Os dados sobre as pessoas de contato podem ser entrados aqui. b. Essas funções podem ser. c. As telas do mestre de clientes são divididas em fichas de registro. É exibida a tela Criar cliente: dados da área de vendas. parceiros de contato. O usuário pode entrar os dados necessários na combinação que desejar. representantes de vendas.Selecionando Todas as áreas de vendas. que posteriormente permitirá recuperar o registro mestre de cliente com um matchcode. onde é possível entrar os seguintes dados nas fichas de registro: a. Expedição Entrar a prioridade e a necessidade de expedição. por exemplo. Se o cliente vier de um país da União Européia. c. Vendas Entrar os dados para determinação do preço. canal de distribuição e setor de atividade é possível para o cliente. A tela Criar Cliente: dados gerais é exibida. a. . Para entrar dados específicos de vendas. etc. Funções do parceiro Definir as possíveis funções do parceiro para o cliente e o parceiro de negócios que devem ser propostas automaticamente em um documento de vendas. selecionar Dados de área de vendas. Dados de controle Entrar dados para controle de contas e processamento de controle. o usuário pode saber qual a combinação de organização de vendas. diversos pagadores. Endereço Entrar os dados do endereço. b. É possível usar os botões para entrar dados adicionais para cada pessoa de contato. Pressionar Entrar. etc. por exemplo. 5. d. 4. como uma ordem do cliente. Entrar um nome no campo Procurar palavra. o usuário deverá entrar um número de IVA. Documento de faturamento O usuário pode entrar aqui as necessidades de pagamento e de remessa.

o usuário pode entrar dados específicos da empresa usando o botão Dados de empresa. sobre o grupo de contas. sim. Criação com referência Se já existir um registro mestre de cliente com dados semelhantes. Na parte inferior da tela. Conjunto de funções . por exemplo. o idioma e o grupo de contas. Se o usuário também entrar dados sobre a área de vendas. Todos os dados copiados podem ser modificados. Se o usuário entrar somente o número do cliente na seção de referência. este poderá ser usado. deverá usar o cliente que já foi criado como referência. Entrar o número do cliente cujo registro mestre será utilizado como referência no campo Cliente. Gravar os dados. o endereço e os pontos de descarga não são copiados. não é preciso entrar novamente os dados gerais para o segundo registro mestre. é exibida a seguinte mensagem: O cliente <número do cliente> foi criado na área de vendas <Organização de vendas> <Canal de distribuição> <Setor de atividade>. os dados de vendas e distribuição também serão copiados. Somente os dados que podem ser idênticos para os dois registros mestre são copiados. Se desejar trabalhar na visão central. no processamento dos dados.É possível exibir informações adicionais. na área Referência da tela de entrada. Nesse caso. Para obter mais informações. o sistema copiará apenas os dados gerais para o novo registro mestre de cliente. 6. Por exemplo. Vide também: Logística ± Geral: parceiro de negócios Estrutura dos dados mestre no registro de parceiro de negócios Dados mestre de vendas gerais Funções do parceiro Utilização As funções do parceiro são utilizadas para definir os direitos e as responsabilidades de cada parceiro de negócios em uma transação comercial. vide Exibição de informações adicionais sobre registros mestre de cliente. mas o país. 7. poupando o tempo necessário para entrar dados. Criação de um registro mestre de cliente já disponível para uma nova área de vendas Se o usuário criar um registro mestre de cliente para um cliente para o qual já existe um registro mestre em outra área de vendas. As funções do parceiro são atribuídas durante a criação de um registro mestre para um parceiro de negócios.

.A seguir são dados exemplos de funções do parceiro definidas no sistema R/3 standard: y Funções do parceiro para tipo de parceiro cliente o Emissor da ordem Contém dados sobre vendas. como ponto de descarga e horários de entrada de mercadorias o Recebedor da fatura Contém o endereço e os dados sobre a impressão de documentos e comunicação eletrônica o Pagador Contém informações sobre programações de faturamento e dados bancários y Funções do parceiro para tipo de parceiro fornecedor o o o o y Endereço do emissor do pedido Fatura apresentada por Fornecedor de mercadorias Recebedor divergente do pagamento Funções do parceiro para outros tipos de parceiro. atribuir a um fornecedor um comprador dentro da sociedade. como pessoal (registros mestre do pessoal) Responsável É possível utilizar essa função do parceiro para. como a atribuição a um escritório de vendas ou uma lista de preços válida o Recebedor da mercadoria Contém dados para a expedição. por exemplo.

no outro. Um escritório subsidiário pode fazer um pedido e a sede pode pagar a fatura.Atividades Funções do parceiro de cliente A sociedade ou pessoa que faz um pedido pode ser a mesma que recebe a mercadoria e a fatura e faz o pagamento. Atribuição de funções do . Como esse cliente assume todas as funções do parceiro. Para os tipos de parceiro cliente e fornecedor. O usuário cria um registro mestre de cliente para o emissor da ordem. o usuário define qual grupo de contas pode ser utilizado para qual função do parceir Isso é feito no o. É necessário um número correspondente de registros mestre de cliente. o endereço de correspondência do emissor da or dem e. Pré-requisitos Ao criar registros mestre. por exemplo. Nesse caso. Em um registro mestre o usuário entra. as funções do parceiro devem ser divididas entre os diferentes escritórios. Customizing. o endereço de remessa do recebedor da mercadoria. nas seguintes atividades: y Cliente No Customizing de Funções básicas (SD) na atividade parceiro ao lado do débito em grupos de contas. entrar o número de cliente das respectivas funções do parceiro. no qual são entrados os dados necessários para as demais funções do parceiro. o usuário define as funções do parceiro para parceiros de negócios atribuindo um grupo de contas. Para estabelecer uma ligação entre as funções do parceiro no registro mestre de cliente do emissor da ordem. é necessário criar um registro mestre para o cliente.

y Fornecedor No Customizing de Compras (MM) na atividade admitidas por grupo de contas. um cliente de referência por mandante. . conhecidos como cliente de referência. Conjunto de funções Cliente de referência Para criar dados mestre de consumidor e processar vendas. O usuário cria registros mestre de cliente para parceiros de negócios que são consumidores. devem ser entrados os dados da empresa e da área de vendas. como uma ordem do cliente ou pedido. Para criar o cliente de referência. são necessários dados de referência. Durante transações comerciais operacionais. O usuário cria um registro mestre para um consumidor sem entrar dados da área de vendas. Uma vez criado o registro mestre. os dados da empresa do consumidor são copiados a partir do cliente de referência. y Dados da área de vendas o Os dados da área de vendas não são atualizados para o consumidor. Informações adicionais Determinação de parceiros em Vendas e distribuição Fornecedores: determinação de parceiro Consumidores Utilização Um consumidor é um parceiro de negócios particular. quando o usuário cria uma ordem para um consumidor. os dados da área de vendas são copiados a partir do cliente de referência. é possível atualizar os dados dessa empresa e de empresas adicionais. por exemplo. Esses dados são utilizados com registros mestre para consumidores da seguinte maneira: y Dados da empresa Quando o usuário cria um registro mestre para um consumidor. no máximo. pessoa física. É possível criar. Definição de funções do parceiro O esquema de parceiros define as funções do parceiro que são permitidas ou obrigatórias para processar uma determinada transação comercial. com quem o usuário mantém um relacionamento que envolve a transferência de fornecimentos e serviços.

o usuário pode criar layouts de registro próprios para a atualização de dados mestre de consumidor. y Na atualização de dados mestre de consumidor. Um consumidor não pode ser um cliente de referência. Durante a entrada de documentos. os dados da área de vendas são copiados a partir dos dados mestre do cliente de referência. por exemplo. esses dados da área de vendas são utilizados pelo sistema. as funções do parceiro são determinadas como a seguir: o O usuário não atualizou os dados da área de vendas de um consumidor. O usuário cria um registro mestre para um consumidor e entra os dados da área de vendas. Isso é feito na atividade Criação de layouts de registro para consumidores. Atualização de dados mestre de consumidor O usuário tem as seguintes opções para atualizar dados mestre de consumidor: y É possível atualizar o número mínimo de campos para atualização de dados mestre de consumidor em um registro. Pré-requisitos No Customizing de Parceiros de negócios.o Os dados da área de vendas são atualizados para o consumidor. Durante transações comerciais operacionais. é possível alternar entre essas opções sem sair da transação. os registros standard aparecem como dados propostos ou o usuário pode criar seus próprios layo de uts registro para ambas as opções de atualização de dados mestre de consumidor. y Determinação de parceiro Quando uma ordem é criada. Atividades Processamento de transações comerciais operacionais y Entrada de documento O usuário não atualizou os dados da área de vendas de um consumidor. Como ocorre na atualização de dados mestre de cliente. É possível atualizar todos os campos para atualização de dados mestre de consumidor em um registro ampliado com fichas de registro adicionais. As seguintes funções do parceiro são atribuídas automaticamente ao consumidor que está fazendo o pedido:   Emissor da ordem Pagador .

y Saída É necessário definir a determinação de saídas para o processamento de dados mestre de consumidor utilizando a técnica de condições (ou seja. por exemplo:   o Agente de frete Responsável O usuário atualizou os dados da área de vendas de um consumidor.  Recebedor da fatura Recebedor da mercadoria O cliente de referência é utilizado para determinar outras funções do parceiro. Informações adicionais Criação e modificação de dados mestre de parceiro de negócios Determinação de parceiros em Vendas e distribuição (SD-BF-PD) . a proposta de impressão não se origina nos dados mestre de cliente). Todas as funções do parceiro são determinadas com base no registro mestre do consumidor.

é possível definir um tipo de condição específico para cada tipo de preço. Para utilizar as duas possibilidades. A segunda dedução é uma dedução fixa com base no peso total do item. . No exemplo da figura anterior. A primeira dedução é uma dedução percentual com base na quantidade pedida. Também é possível determinar que o sistema calcule a dedução como uma porcentagem (por exemplo: uma dedução de 2% para ordens acima de 1. dedução ou sobretaxa ocorrido nas transações comerciais. Exemplo de um tipo de condição O usuário deve definir o tipo de condição para uma dedução especial de material. duas deduções se aplicam ao item de ordem do cliente. O usuário define que o sistema calcula a dedução como um montante (por exemplo. deduções e sobretaxas para uma condição. Isso determina como o sistema calcula preços. A figura a seguir mostra como os tipos de condição podem ser utilizados durante a determinação de preço em um documento de vendas. O usuário determina a regra de cálculo para um tipo de condição no Customizing. é possível entrar uma regra de cálculo diferente daquela que se encontra no Customizing. Por exemplo.precos Tipos de condição Utilização Um tipo de condição é uma representação no sistema de algum aspecto das atividades diárias do usuário de determinação do preço. Ao definir os registros de condição.000 unidades). é preciso definir dois tipos diferentes de condição. uma dedução de US$ 1 por unidade de venda).

do contrário. entre muitos outros. É possível criar e atualizar tipos de condição no Customizing. O sistema exibe uma caixa de diálogo com a lista das opções de transação. Tipos de condição no sistema R/3 standard O sistema standard inclui. se o campo não foi preenchido manualmente. Depois disso não é mais possível fazer modificações manualmente. é possível modificar os tipos de condição existentes ou criar novos tipos. a porcentagem. os seguintes tipos de condição predefinidos: Tipo de condição PR00 K004 K005 K007 K020 KF00 UTX1 UTX2 UTX3 Descrição Preço Dedução de material Dedução de material específica de cliente Dedução de cliente Dedução de grupo de preço Sobretaxa de frete (por item) Imposto estadual Imposto distrital Imposto municipal Criação e atualização de tipos de condição É possível modificar e atualizar os tipos de condição fornecidos na versão standard do sistema SAP R/3 ou criar novos tipos de condição para atender às necessidades da organização. Se o usuário usar diferentes regras de cálculo para o que. Selecionar a transação correspondente para definir os tipos de condição. Depois que a liberação de dados tiver sido impressa. não pode ser acessado se esse campo for deixado vazio. Na visão Condições: Tipos de condição. a proposta é tomada automaticamente do Customizing. 2. não precisará definir diferentes tipos de condição no Customizing. como um montante fixo ou dependente da quantidade). O campo µRegra de cálculo¶. entretanto. Funções básicas p Determinação preço p Controle da determinação de preço p Definir tipos de condição. são as mesmas condições (por exemplo. O usuário pode definir uma regra de cálculo diferente quando atualizar os registros de condição individuais. . todas as regras de cálculo disponíveis são permitidas. Para acessar a tela de tipo de condição da primeira tela do Customizing de Vendas e distribuição: 1.No presente momento.

Um registro de condição consiste na maneira como o sistema grava os dados de condição específicos entrados no sistema como registros de condição. Quando o departamento de vendas cria um registro de condição para uma dedução ou preço de material específico para um cliente. Exemplo de uma tabela de condições Um departamento de vendas cria registros de condição para preços de material específicos de cliente. O sistema R/3 standard inclui a tabela de condições 005 para esse objetivo. o usuário cria registros de condição individuais. ao entrar o preço de um produto ou uma dedução especial para um bom cliente. Por exemp lo. A chave da tabela 005 inclui os seguintes campos: y y y y Organização de vendas Canal de distribuição Cliente Material Os dois primeiros campos identificam dados organizacionais importantes e os dois últimos expressam a relação entre clientes e materiais específicos.Tabelas de condições Utilização Uma tabela de condições define a combinação de campos (a chave) que identifica um registro de condição individual. . A figura a seguir mostra a conexão entre a tabela de condições e os registros de condição posteriores. o sistema utiliza automaticamente a tabela de condições 005 para definir a chave e gravar o registro.

Os campos Cliente e Material definem a relação entre um cliente específico e o material. Os campos a partir dos quais é possível fazer a seleção são chamados de campos permitidos. Ao determinar o formato. Na primeira tela do Customizing de Vendas e distribuição. Ao decidir sobre o formato da tela de entrada rápida. selecionar F6 (Visão técnica) na tela em que for criada ou atualizada uma tabela de condições. (As telas de entrada rápida são aquelas em que é possível criar ou modificar rapidamente. tais como Organização de vendas. selecionar o modo (criação. modificação ou exibição) com o qual deseja trabalhar. selecionar Funções básicas p Determinação preço p Controle da determinação de preço p Definir tabelas de condições. Cada linha de item representa um registro de condição separado. É possível. As linhas de cabeçalho incluem os campos gerais a todas as linhas de item. o usuário tem as possibilidades a seguir: . Em seguida. Criação ou atualização de tabelas de condições É possível modificar ou atualizar as tabelas de condições no sistema standard. Também é possível criar novas tabelas de condições para atender às necessidades da organização. Catálogo de campos (Campos permitidos) Ao selecionar os campos para a chave. por exemplo. modificar o nome da tabela ou o formato das telas de entrada rápida dos registros de condição. É possível criar e atualizar tabelas de condições no Customizing.Tabelas de condições na versão standard O sistema standard inclui tabelas de condições predefinidas e as define para cada acesso em cada seqüência de acesso predefinida. Modificação do formato de uma tela de entrada rápida Para modificar o formato da tela de entrada rápida. em uma única tela. o usuário pode determinar se cada campo da chave deve ser exibido como uma linha no cabeçalho ou como uma linha de item. Formato de uma tela de entrada rápida A tela é composta de linhas de cabeçalho e de item. Os campos selecionados mostram dados organizacionais. Informações sobre campos Os campos selecionados para formar a chave são chamados de campos selecionados. é necessário selecionar os campos em uma lista de campos permitidos. para acessar as telas da tabela de condições. Campos selecionados A figura anterior mostra os campos que formam a chave para a tabela de condições 005 (a tabela para registros de condição de cliente/material em Vendas). Modificações em tabelas de condições O usuário pode fazer modificações limitadas em tabelas de condições existentes. os registros de condição referentes à tabela de condições).

incluir os campos do cabeçalho do documento antes daqueles originários do nível do item. A geração prepara a tabela de condições para gravar dados de condição. . Criação da nova tabela de condições É possível criar uma nova tabela de condições para atender às necessidades de determinação do preço da organização.. (Por exemplo.. Deixar o campo de linha em branco Marcar o campo de linha Marcar o campo de texto Após modificar uma tabela de condições. também é preciso utilizar o canal de distribuição. deduções e sobretaxas para cada canal de distribuição.) Após selecionar os campos para a chave. Ao criar uma nova tabela de condições. atribuir os campos de acordo com o nível de aplicabilidade geral: colocar o campo mais geral. Se o usuário selecionar campos que estejam conectados à estrutura da organização (por exemplo. é possível utilizar um canal de distribuição como referência para todos os outros (e. o usuário deve utilizar o campo. pois as organizações de vendas desejam normalmente utilizar os próprios preços. Ao utilizar a organização de vendas como um critério na determinação do preço. compartilhar os mesmos dados de determinação do preço). 2. Mesmo que não deseje estabelecer diferentes preços. Decisão sobre seqüência de campos A ordem dos campos em uma tabela de condições afeta a performance do sistema durante a determinação dos preços. selecionar uma combinação de campos na lista de campos permitidos.. selecionar F16 (Gerar) para gerar novamente a tabela. deduções e sobretaxas. Os campos selecionados definem a chave para os registros de condição posteriores. e o mais específico. os campos a serem considerados são Organização de vendas e Canal de distribuição. Antes de selecionar os campos para a chave. organização de vendas. Depois dos campos organizacionais. selecionar F16 Gerarpara gerar a tabela no sistema. considerar o seguinte: y y A seqüência (ou hierarquia) dos campos Quais campos devem ser exibidos nas áreas de cabeçalho e de item das telas de entrada rápida correspondentes Campos importantes Em vendas. na posição mais alta.Para que o. Cliente precede Material. A organização de vendas é quase sempre utilizada como um critério na determinação do preço.. No Customizing de Vendas. Campo seja exibido como uma linha de cabeçalho Campo seja exibido como um item Texto de uma linha de item seja exibido Proceder como a seguir. na posição mais baixa. dessa forma. por exemplo. na tela em que o usuário atualiza e define as tabelas de condições. organização de vendas e canal de distribuição). como. Duas diretrizes ajudam a criar uma tabela de condições eficiente: 1.

por exemplo. . Esses tipos de condição não exigem uma seqüência de acesso. Nesse exemplo. Ela determina a seqüência em que o sistema pesquisa os dados. talvez o departamento de vendas queira usar o preço mais favorável para determinado cliente. A figura a seguir mostra como o sistema pesquisa o registro relevante. A seqüência de acesso é composta de um ou mais acessos. o departamento garante que o sistema pesquise um preço específico de cliente. O departamento pode criar. Os acessos indicam ao sistema onde procurar em primeiro lugar. um cliente pode. as deduções de cabeçalho que são entradasapenas manualmente). O usuário deve indicar uma seqüência de acesso para cada tipo de condição para o qual cria registros de condição. Por esse motivo. Existem alguns tipos de condição para os quais o usuário não cria registros de condição (por exemplo. os registros de condição a seguir no sistema: y y y Um preço básico para um material Um preço especial específico de cliente para o mesmo material Uma lista de preços para clientes importantes Durante o processamento de ordem. A seqüência de acesso permite que o sistema acesse os registros de dados em uma determinada seqüência até encontrar um preço válido. se qualificar para os três preços.Seqüências de acesso Utilização Uma seqüência de acesso é uma estratégia de pesquisa que o sistema utiliza para encontrar dados válidos para um determinado tipo de condição. em segundo e assim por diante. em teoria. A seqüência dos acessos estabelece quais registros de condição têm prioridade sobre os outros. Um departamento de vendas pode oferecer aos clientes diversos tipos de preços. até encontrar um registro de condição válido.

é possível definir um esquema de cálculo para cada grupo de clientes. Selecionar a transação que deseja executar (Atualizar acesso). Cada esquema pode incluir tipos de condição que determinem. vide o Guia de implementação on-line para Vendas e distribuição. Para acessar a tela de seqüência de acesso. que contêm tipos de condição usados com freqüência juntamente com as seqüências de acesso correspondentes. O sistema determina automaticamente o esquema a ser utilizado. impostos específicos de um país.Seqüências de acesso no sistema R/3 standard O sistema R/3 standard contém seqüências de acesso predefinidas para cada tipo de condição standard. Por exemplo. os nomes das seqüências de acesso correspondem aos tipos de condição para os quais foram projetados. Esquemas de cálculo no sistema R/3 O sistema standard contém esquemas de cálculo predefinidos. Esquemas de cálculo Uso A principal função de um esquema de cálculo é definir um grupo de tipos de condição em uma seqüência determinada. Funções básicas p Determinação preço p Controle da determinação de preço p Definir seqüências de acesso. Para obter mais informações. a seqüência de acesso de uma dedução de material (tipo de condição K004) também é chamada de K004. Criação e atualização de esquemas de cálculo . O esquema de cálculo também determina: y y y y Que subtotais são exibidos durante a determinação de preço Até que ponto a determinação de preço pode ser processada manualmente Que método o sistema utiliza para calcular os suplementos e deduções percentuais Os requisitos a que determinado tipo de condição deve atender para que o sistema considere a condição Exemplo de esquema de cálculo Se um departamento de vendas processa ordens de vários clientes estrangeiros. Criação e atualização de seqüências de acesso O usuário pode criar e atualizar as seqüências de acesso no Customizing. o departamento pode agrupar os clientes por país ou região. por exemplo. o usuário pode modificar esses esquemas ou criar o próprio esquema a partir do zero. No processamento de ordem. é possível indicar esquemas de cálculo para clientes específicos e para tipos de documento de vendas. Em geral. Naturalmente. ir para a primeira tela do Customizing de Vendas e distribuição e selecionar: 1. Em seguida.

Para obter mais informações sobre a criação de esquemas de cálculo.O usuário pode criar ou atualizar os esquemas de cálculo no Customizing de V endas. 2. Selecionar Funções básicas p Determinação preço p Controle da determinação de preço p Definir e atribuir esquemas de cálculo. Selecionar a transação que deseja executar. Para acessar a tela do esquema de cálculo no Customizing de V endas e distribuição: 1. vide o Guia de implementação on-line de Vendas e distribuição. . Como elementos da técnica de condições funcionam juntos A figura a seguir mostra as relações entre os elementos da técnica de condições.

vide Trabalho com registros de condição. deduções. como frete e IVA. Para obter mais informações sobre tipos de condição.Elementos de preço no processamento de ordem Utilização Todos os elementos de preço utilizados nos esquemas de cálculo diários ± preços. vide Introdução à técnica de condições. Esta seção fornece uma síntese dos elementos de preço e dos tipos de condição correspondentes que aparecem em Vendas e distribuição (SD). Ao criar ou atualizar informações de determinação de preços para um elemento de preço específico no sistema. custos de frete e impostos ± são definidos no sistema R/3 como tipos de condição. o sistema pode calcular preços automaticamente ao obter um preço bruto. . sobretaxas. Para obter mais informações sobre as tarefas de criação e atualização de condições. Informações adicionais A tarefa de realmente definir tipos de condição faz parte da configuração e atualização do sistema. A figura a seguir mostra como o sistema representa vários elementos de preço de atividades diárias. o sistema pode executar uma verificação automática. Elementos de preço na versão standard Os elementos de preço estão divididos em quatro categorias: Preços Sobretaxas e deduções Custos de frete IVA Na entrada de ordens do cliente. o usuário cria registros de condição. Durante a entrada de ordens do cliente. aplicar todas as deduções relevantes e adicionar quaisquer suplementos.

o sistema só pode executar a determinação de preços automática quando os grupos estiverem especificados nos registros mestre de cliente ou material relevantes. O preço pode ser originário de uma lista de preços. Pré-requisitos para determinação de preço automática Para que o sistema determine os preços automaticamente. o preço de um material pode se basear em diversos tipos de registro de determinação do preço.vendas 1 e org. Para obter mais informações sobre a criação e atualização de registros de condição. No entanto. custo de frete e imposto é definido por seu próprio tipo de condição. y Dados mestre de material Os campos relacionados a preço no registro mestre de material podem ser encontrados nas telas Vendas: org. Para. vide Registros de condição. . é necessário atender aos prérequisitos a seguir: y Os registros de condição já devem existir no sistema para cada um dos tipos de condição que o sistema deve aplicar automaticamente.vendas2.Na figura. os dados devem ser atualizados nos registros mestre de cliente e material correspondentes. o sistema utiliza todos os registros de condição que se aplicam ao material de referência durante a determinação de preço automática. pode ser específico para determinado cliente ou pode ser um simples preço de material. sobretaxa. Onde necessário. Material de preço: nesse campo é possível definir outro material como uma referência para informações de determinação de preço. Se o usuário indicar uma referência. cada dedução. Por outro lado. por exemplo. aplicar deduções a grupos especiais de materiais ou clientes. y y Classificação fiscal: indica até que ponto o material está sujeito ao IVA. é possível observar que o preço de um material é representado por um tipo de condição (PR00).

Classificação fiscal: (o usuário pode encontrar a classificação fiscal na ficha de registro Faturamento. um resumo dos cálculos de determinação de preço de todos os itens do documento. Para indicar os tipos de condição exibidos nas telas de determinação de preço e a seqüência em que esses tipos aparecem. Existe uma tela de determinação de preço que exibe informações sobre determinação de preço do cabeçalho do documento e outra que exibe as informações de cada item do documento. ao utilizar um grupo de mercadorias. Durante o processamento de ordem. Grupo de preço: os grupos de preço permitem aplicar uma dedução a determinado grupo de clientes. Lista de preços: os tipos de lista de preços permitem aplicar um preço de material em determinada moeda a um grupo de clientes. Para obter mais informações sobre as condições de cabeçalho. Por exemplo. utilizar o Customizing de Vendas e distribuição.y y Grupo de mercadorias: define um grupo de materiais ao qual o usuário deseja aplicar o mesmo registro de condição. No entanto. Tela de determinação de preço de cabeçalho A determinação de preços automática não ocorre no nível do cabeçalho de um documento. é possível indicar uma dedução que se aplique a determinada faixa de produtos. Dados mestre de cliente A maioria dos campos do registro mestre de cliente relacionados à determinação de preço é exibida na ficha de registro Pedidossob os dados de vendas. o usuário pode entrar manualmente uma dedução que o sistema distribui automaticamente entre os vários itens de acordo com fatores como a quantidade pedida ou o peso. é possível indicar um tipo de lista de preços que se aplique a todos os clientes atacadistas de um dos mercados de exportação. Tela Determinação de preço de itens . Por exemplo.) Aqui é possível atualizar as classificações fiscais para os clientes. a tela de determinação de preço de cabeçalho exibe. y y y Telas de determinação de preço em documentos de vendas Uso O sistema exibe informações sobre determinação de preço para todos os documentos de venda snas telas de determinação de preço. o esquema de cálculo determina os tipos de elemento de preço que podem ser utilizados e a seqüência em que esses elementos são processados. em geral. a tela de determinação de preço de cabeçalho também inclui informações sobre tipos de condição especiais que o usuário pode aplicar manualmente no nível do cabeçalho e que se aplicam a todos os itens do documento. vide Custos de frete. Por exemplo. É possível criar e atualizar os esquemas de cálculo no Customizing de Vendas e distribuição. Por isso. y Esquema de cliente: aqui é definido o esquema de cálculo para um cliente. Desconto: nesse campo é possível indicar se o material está ou não qualificado para um desconto.

não é possível criar registros de condição para essas condições no sistema standard. ascondições do cabeçalho. deduções e supl mentos) e e subtotais. Esses elementos são exibidos na parte inferior da tela de determinação de preço. marcar o item adequado e selecionar Saltar p Item p Condições. finalmente. O sistema standard também inclui alguns tipos de condição usados no nível do cabeçalho e do item: Porcentual do bruto (RA01) Desconto absoluto (RB00) Desconto por peso (RD00). O usuário deve entrar as condições de cabeçalho manualmente no processamento de ordens. Por isso. Condições de cabeçalho e item Uso O sistema standard inclui tipos de condição aplicadas apenas no nível do cabeçalho. Seleção de telas de determinação de preço Ao trabalhar em um documento. Condições de cabeçalho A determinação de preço automática não considera as condições de cabeçalho. Elementos estatísticos de determinação de preço Os elementos estatísticos de determinação de preço ± como descontos. Por exemplo. todas as deduções que se aplicam nesse caso são subtotalizadas antes da adição do suplemento referente aos custos de frete. um valor líquido para a ordem. é possível observar os montantes. Os tipos de condição usados apenas para itens são chamadoscondições de item. Elementos de preço exibidos nas telas de determinação de preço O usuário determina o tipo e a seqüência dos elementos de preço que devem ser exibidos nas telas de determinação de preço no Customizing de V endas e distribuição. Para acessar a tela de determinação de preço do item. O administrador do sistema determina os tipos de condição com que o usuário pode trabalhar e a seqüência em que esses tipos de condição devem ser exibidos. Exemplo A seqüência é composta de vários elementos de preço (preço.A tela de determinação de preço de itens exibe detalhes de cada elemento de determinação de preço que se aplica a um item. Por exemplo. Em seguida. o usuário pode saltar para as telas de determinação de preço do cabeçalho e do item: y y Para acessar a tela de determinação de preço do cabeçalho. selecionar Saltar pCabeçalho p Condições. custos e margem de lucro ± são apenas informativos e não têm efeito sobre o valor líquido da ordem. para cada item de uma ordem d o cliente. a moeda e as unidades de medida em que o sistema baseou os cálculos. o sistema calcula o IVA adequado e obtém. O R/3 inclui as condições de cabeçalho a seguir: .

selecionar a condição sobre a qual deseja obter informações detalhadas.y y y y Dedução porcentual (HA00) Desconto absoluto (HB00) Frete (HD00) Valor da ordem (HM00) Condições de item No sistema standard. Para ver o registro de condição específico que o sistema acessa. selecionar Detalhe condição. Estes são alguns exemplos de condições de item: y y y y Dedução de material (K004) Cliente/material (K005) Dedução de cliente (K007) Preço de material (PR01) Exibição de condições de cabeçalho e item Nas telas de determinação de preço do cabeçalho e do item. a entrada dos custos de frete). Na tela de determinação de preço do cabeçalho. No Customizing. é possível saltar para informações detalhadas sobre cada tipo de condição exibido. As opções para processamento manual de uma tela de determinação de preço dependem dos tipos de condição individuais. Na tela de detalhes. é possível manipular a determinação de preço no nível do cabeçalho e do item. Na tela de determinação de preço do item. o valor base de escala. De modo adequado. no caso do IVA determinado automaticamente). posicionar o cursor na condição sobre a qual deseja obter in formações detalhadas. a moeda do documento etc. é possível efetuar as atividades a seguir durante o processamento de orde m : . o nível de manipulabilidade para cada tipo de condição é definido precisamente. Modificações no processamento manual De acordo com a extensão em que o processamento manual é permitido para um tipo de condição. o tipo de escala de preços. a maioria dos tipos de condição é definida como condições de item. y Determinação de preço manual Uso Durante o processamento de ordem. selecionar Detalhe condição na tela de determinação de preço de item. selecionar Saltar pRegistro de condição. O sistema exibe os dados que utiliza para calcular o montante da condição (por exemplo. y Na tela de determinação de preço do cabeçalho. a conversão da quantidade. As seguintes definições são possíveis: y y y Um tipo de condição não está restrito ao próprio processamento manual (por exemplo. Um tipo de condição não pode ser modificado manualmente (por exemplo. As entradas manuais têm prioridade sobre os resultados da determinação de preço automática ou vice-versa. é possível selecionar Saltar p Registro de condiçãopara ver o registro de condição específico que o sistema acessa.).

vide Requisitos para determinação de preço automática. só é possível entrar os elementos para os quais são definidos tipos de condição correspondentes e para os quais é permitido o processamento manual. é preciso selecionar um tipo de determinação de preço. o usuário pode. modificar os dados a seguir: . o sistema distribui o valor da condição proporcionalmente entre os vários itens no documento de venda s . em que é possível entrar uma condição adicional. Essa distribuição pode se basear no valor do pedido de cada item individual ou em outros critérios defini dos no Customizing de V endas. selecionar Anexar linha. Adição manual da condição de cabeçalho Ao incluir condições de cabeçalho em uma tela de determinação de preço de cabeçalho. Adição manual de elementos de preço É possível entrar elementos de preço manualmente nos níveis do cabeçalho e do item. Modificação de elementos de preço em telas de determinação de preço De acordo com a configuração dos tipos de condição no sistema.y y y Modificar o montante de uma condição. Pressionar ENTER. Adição manual da condição de item Para entrar uma dedução de cliente manualmente na tela de determinação de preço de um item de ordem d o cliente: 1. Os preços serão atualizados de acordo com o tipo de determinação de preço selecionado. Se forem permitidas modificações. É possível selecionar Atualizar preços na tela de determinação de preço para um item de documento. Entrar a dedução de cliente K007 no campo Tipo de condição. Entrar uma porcentagem no campo Taxa. é preciso ativar a determinação de preço selecionando Ativar. O sistema insere automaticamente a nova condição de acordo com a seqüência especificada no esquema de cálculo correspondente. Quando o usuário ativa a condição de cabeçalho. 3. Posteriormente. Na tela de determinação de preço da ordem do cliente. Entrar elementos adicionais de preço. Para obter mais informações sobre as condições de cabeçalho. 2. é possível modificar automaticamente alguns preços na tela de determinação de preço do item. O sistema exibe a tela de dados. por exemplo. Para isso. 4. Para adicionar elementos de preço a um documento de venda s . Eliminar um elemento de preço. proceder da mesma maneira descrita para condições de item.

Se o usuário entrar uma condição de cabeçalho baseada em uma porcentagem (por exemplo. posicionar o cursor na condição correspondente e selecionarEliminar linha. As condições de cabeçalho não podem ser entradas ou modificadas no nível do item e as condições de item não podem ser entradas ou modificadas no nível do cabeçalho. o montante de um preço ou a porcentagem de uma dedução). Distribuição entre cabeçalho e itens Utilização As condições de cabeçalho se aplicam a todos os itens do documento e são distribuídas automaticamente entre os itens. Na versão standard. A moeda em que o montante é calculado. As condições definidas como condições de cabeçalho e item podem ser processadas nos dois níveis. O sistema recalcula automaticamente a determinação de preço para todo o documento. O tipo de condição RB00 é marcado apenas como uma condição de cabeçalho: Tipo de condição HB00 RB00 Descrição Dedução de cabeçalho distribuída como porcentagem porque está marcada como condição de cabeçalho e de grupo Atribui a dedução de cabeçalho a todos os itens porque está . A possibilidade de eliminar um tipo de condição é determinada pelo tipo de condição definido no Customizing deV endas. Eliminação de elementos de preço nas telas de determinação de preço do cabeçalho e do item É possível eliminar a maioria das condições nas telas de determinação de preço. Para eliminar uma condição. o sistema aplica automaticamente essa porcentagem a todos os itens do documento. A condição de cabeçalho pode se basear em uma porcentagem ou em um montante absoluto. alguns tipos de condição (por exemplo. o tipo de condição HB00 é marcado como uma condição de cabeçalho e de grupo. uma dedução de 2%). IVA e descontos) não podem ser modificados manualmente. As unidades de medida utilizadas para calcular o montante. i O usuário controla a distribuição das condições de cabeçalho absolutas no campo de preço de grupo por tipo de condição. Em geral. Se a condição de cabeçalho for um montante absoluto.y y y A taxa (por exemplo. o sistema pode distribuir o montante entre os itens no documento de duas maneiras: O valor de uma condição de cabeçalho pode ser: y y distribuído proporcionalmente entre os itens ou o montante entrado no nível do cabeçalho pode ser duplicado para cada tem.

No entanto. o sistema considera o montante entrado como uma condição de cabeçalho e copia o montante idêntico para cada item do documento.33 no segundo. o desconto absoluto de US$ 90 é distribuído proporcionalmente entre os itens. se o usuário entrar um desconto absoluto com o tipo de condição HB00. O sistema define uma sobretaxa de US$ 6. O valor total da condição para o documento é US$ 270. é possível indicar no Customizing de Vendas que a distribuição deve se basear no peso ou no volume dos vários itens. Exemplo: Uma posição tem um valor líquido de US$ 200 e o segundo item tem o valor de US$ 100. No exemplo. . É possível que ocorram diferenças por arredondamento durante a distribuição de montantes absolutos. A distribuição de uma condição de cabeçalho absoluta não precisa se basear em um valor. Deve ser alocada uma sobretaxa de cabeçalho de US$ 10. o sistema distribui o montante proporcionalmente entre os vários itens. Por exemplo. O valor total da condição para o documento é US$ 90. o desconto absoluto de US$ 90 aparece em cada item. No exemplo. O usuário deve indicar a base da distribuição no campo Valor base de condição alternativa na tela de determinação do preço. nesse caso.67 no primeiro item e de US$ 3.marcada apenas como uma condição de cabeçalho Exemplo A figura a seguir mostra exemplos das duas variações. O sistema elimina automaticamente essas diferenças ao propor o resto ao item maior para que o valor do cabeçalho seja idêntico ao total dos valores dos itens. Se o usuário entrar um desconto absoluto com o tipo de condição RB00. de acordo com o valor dos itens.

> Determinação nova de preço ± documento (Transação VA01 e VA02). y No nível de tipo de condição. o usuário pode desejar apenas redeterminar o imposto ou frete. concordar com um tipo de determinação de preço para um novo esquema de cálculo na caixa de diálogo. o tipo de determinação de preço "B" se aplica. Esses níveis são: y y y y o esquema de cálculo os tipos de condição acessos qualquer registro de condição encontrado No lado superior direito da tela. o usuário recebe informações sobre o número de acessos e por que os acessos não foram implementados. o tipo de determinação de preço atribuído ao esquema de cálculo no Customizing é válido. Nesse caso. Também é possível selecionar um tipo de determinação de preço para modificações coletivas usando a transação VA05. Se nenhum valor é fornecido . Informações na análise da determinação de preço A tela de análise pode ser dividida em três. O usuário recebe uma lista de todas as condições para um item e uma breve síntese da transação na determinação de preço automática.Implementação de um novo esquema de cálculo Uso É possível implementar um novo esquema de cálculo em um documento de vendas ou faturamento nas telas de condição no nível do item e do cabeçalho. O usuário pode. Se uma necessidade para . o usuário recebe informações mais detalhadas para o nível da árvore de síntese que selecionou. No lado esquerdo da tela. é possível saltar da tela de determinação de preço de itens para uma análise d a determinação de preço. Essas informações permitem verificar como o sistema calculou os vários elementos de preço para um item. uma árvore de síntese mostra os quatro níveis de determinação de preço. ou receber condições manuais apesar da reavaliação. A função µAtualizar preços¶ também pode ser implementada no menu sem uma caixa de diálogo através de Processar . Análise da determinação de preço Uso Ao trabalhar em um documento de venda s ou faturamento. Em muitos casos. portanto.

deduções e suplementos para fretes e impostos ± que o usuário desejar utilizar para a determinação de preço automática devem ser gravados no sistema como registros de condição. custos de frete e preços e deduções específicos de cliente. Por isso.um tipo de condição no esquema de cálculo ainda não foi atendida. y No lado inferior direito da tela. também é necessário entrar o setor de atividade. Ao selecionar a visão técnica. porém com períodos de validade diferentes. é possível criar as condições de acordo com os grupos de produtos que têm esses elementos de preço. Durante o processamento do documento. Todos os elementos de preço da contabilidade diária ± preços. o usuário tem a opção de exibir as rotinas ao selecionar Informação. o usuário recebe informações sobre campos que trabalham com um acesso. o usuário recebe documentação adicional para os níveis de acesso e condição. No caso dos registros de condição para grupos de preço. O usuário pode usar isso se as informações na tela de detalhes não forem suficientes. . Por isso. deduções e suplementos) e o montante final para o documento de venda s . A seção mostra como criar e atualizar informações de determinação de preço através da utilização de registros de condição. Esse método é especialmente útil para criar registros de condição que tenham dados semelhantes à referência. é possível criar registros de condição com referência. No nível de registro de condição. A criação de registros de condição com referência reduz consideravelmente a entrada de dados. é necessário indicar sempre o nível organizacional ao criar registros de condição. o sistema transfere dados dos registros de condição e determina os montantes para os elementos individuais de preço (preços. Objetivo dos registros de condição Os registros de condição permitem gravar e recuperar dados de determinação de preço no sistema. y No nível de acesso. os elementos de preço são administrados nos níveis da organização de vendas e do canal de distribuição. Registros de condição Uso Esta seção explica como realizar operações diárias de determinação de preço durante o processamento de ordem. É possível definir quantos registros de condição desejar para os diversos elementos de preço com qualquer período de validade. O usuário cria registros de condição para todos os elementos de preço que o sistema considera durante a determinação de preço automática. Criação de registros de condição com referência Para criar registros de condição com base em registros já existentes no sistema. o usuário pode saltar para o registro de condição relevante. Nível organizacional Em geral. o usuário pode ver os nomes de campo para um acesso.

6A tem uma nova interface de atualização. o sistema cria um novo registro de condição. que permitia a seleção usando tipos de condição e tabelas de condições. . Um exemplo: Há empregados na sociedade que são responsáveis por acordos de condições para determinados clientes. É possível atualizar os preços de material diretamente no registro mestre de materiais ou ir para o para o registro mestre de materiais e selecionarSuplementos p Suplementos VD p Preço de venda nas telas de Vendas e distribuição 1 ou 2. Atualização de dados mestre de determinação de preço relacionados D urante o processamento de ordem . Selecionar Saltar p Variantes p Gravar como variante de seleção para receber uma variante de seleção para a lista de condição. Para iniciar a atualização de condições. O usuário pode copiar esse menu standard e ampliá-lo para atender às suas necessidades pessoais. assim como as deduções ou sobretaxas correspondentes em uma etapa. Se. o usuário pode usar a função lista de condição. ou na tela Texto de vendas. atualizar todos os preços de material para um cliente. Existe a opção de usar listas de condições no menu de área COND_AV (Atualizar-condição) no sistema standard. mas que agora também permite a atualização em massa. Os registros de condição podem ser atualizados com o uso de tipos de condição e tabelas de condições. A nova interface permite a atualização em massa de condições relacionadas a uma característica específica (por exemplo. o sistema pode processar alguns registros de condição somente se os dados correspondentes estiverem atualizados nos registros mestre de materiais ou de clientes. É possível tomar uma lista de condição existente ou nova (no sistema standard a lista de condição Condições por cliente usa o cliente como um critério de seleção) e indicar os clientes correspondentes na tela de seleção. relacionada ao cliente). desejar aplicar deduções para determinados clientes através da criação de registros de condição para diversos tipos de lista de preços. por exemplo. o usuário deve atualizar os dados em cada um dos registros mestre de clientes relevantes Atualização de condições Utilização A atualização de condições no Release 4. (É necessário selecionar anteriormente as visões adequadas).É possível sobregravar qualquer especificação de um registro de condição para usá como -lo uma referência. É possível. por exemplo. Quando o usuário grava um registro de condição modificado. A estrutura dos menus de área e sua atribuição aos empregados também é usada na atualização de condições.

por exemplo. Em seguida. O processador pode manter todos os preços.É possível integrar agora a lista de condição com as variantes de seleção a serem usadas no menu de área. O usuário pode selecionar registros de condição com listas de condição para y y y y Criação Criação com referência Modificação Exibição de registros de condição O usuário também pode sempre atualizar registros de condição para um tipo de condição específico. o processador está livre para atribuir a própria área de trabalho. A criação de condições para um tipo de condição é descrita na unidadeAtualização com seleção por meio do tipo de condição e inclui exemplos. As novas transações a seguir são oferecidas: Criar condições (transação VK31) Criar condições com referência (transação VK34) Modificar condições (VK32) Exibir condições (VK33) A atualização com entrada através de tipo de condição pode ser acessada via: Vendas e distribuição p Dados mestre p Seleção via tipo de condição . quando são definidos novos tipos de condição e eles não são considerados na seleção usando listas de condições. . Isso é necessário. Atualização de registros de condição 1.6A) através do menu de navegação. Acesso à árvore de navegação É possível acessar a nova tela de atualização (no Release 4. e o processador responsável pode atribuir a si mesmo o trabalho de atualizá-los no menu de área. deduções e sobretaxas para os clientes na tela. Selecionar Vendas e distribuição p Dados mestre p Condições.

é possível obter informações sobre a estrutura de uma lista de condições e as tabelas de condições usadas. onde pode escolher entre 18 listas de condições para selecionar e atualizar registros de condição. o usuário ating e a árvore de navegação. Listas de condições para atualização de condições (aplicada a tipos de condição e tabelas de condições): Atualizar condições utiliza as novas listas de condições a seguir. As opções anteriores da atualização de condições foram integradas na nova atualização. As tabelas de condições a seguir estão disponíveis: Listas de condições para atualização de preços: y Seleção de preço de material utilizando a lista de condições 15 (denominação interna: /1SDBF12L/RV14AK15) com as seguintes tabelas de condições: Tabela de condições 004 (material) . para permitir a atualização do tipo de condição e da tabela de condições.2. é possível selecionar uma lista de condições. Seleção de lista de condições necessária Por exemplo. Mas também é possível remover o tipo de condição propost o aqui. No ponto focal está uma das primeiraslistas de condições descritas para a atualização de condições. A seleção predefinida não especifica um tipo de condição: y Seleção de cliente utilizando a lista de condições 28 (denominação interna: /1SDBF12L/RV14AK28) com as seguintes tabelas de condições: Tabela de condições 030 (cliente/grupo de mercadorias) Tabela de condições 305 (Cliente/material com status de liberação) Tabela de condições 307 (Cliente com status de liberação) y Seleção de material utilizando a lista de condições 15 (denominação interna: /1SDBF12L/RV14AK15) com as seguintes tabelas de condições: Tabela de condições 004 (material) Tabela de condições 304 (Material com status de liberação) y Seleção de hierarquia de clientes utilizando a lista de condições 30 (denominação interna: /1SDBF12L/RV14AK30) com as seguintes tabelas de condições: Tabela de condições 064 (hierarquia de clientes) Tabela de condições 065 (hierarquia de clientes/material) Com o uso da tecla direita do mouse. Com o uso da tecla direita do mouse ou clicando duas vezes. ao selecionar uma transação criando condições com referência.

Tabela de condições 304 (Material com status de liberação) y Seleção de lista de preços utilizando a lista de condições 31 (denominação interna: /1SDBF12L/RV14AK31) com as seguintes tabelas de condições: Tabela de condições 006 (tipo de lista de preços/moeda/material) Tabela de condições 306 (tipo de lista de preços/moeda/material com status de liberação) y Seleção de preços específicos do cliente utilizando a lista de condições 16 (denominação interna: /1SDBF12L/RV14AK16) com as seguintes tabelas de condições: Tabela de condições 005 (cliente/material) Tabela de condições 305 (Cliente/material com status de liberação) Listas de condições para atualização de deduções e suplementos: y Seleção de cliente utilizando a lista de condições 17 (denominação interna: /1SDBF12L/RV14AK17) com as seguintes tabelas de condições: Tabela de condições 007 (Divisão/cliente) Tabela de condições 307 (Cliente com status de liberação) y Seleção de material utilizando a lista de condições 04 (denominação interna: /1SDBF12L/RV14AK04) com as seguintes tabelas de condições: Tabela de condições 004 (material) Tabela de condições 304 (Material com status de liberação) y Seleção de lista de preços utilizando a lista de condições 19 (denominação interna: /1SDBF12L/RV14AK19) com as seguintes tabelas de condições: Tabela de condições 020 (Divisão/grupo de preços) y Seleção de grupo de mercadorias utilizando a lista de condições 020 (denominação interna: /1SDBF12L/RV14AK20) com as seguintes tabelas de condições: Tabela de condições 029 (grupo de mercadorias) y Seleção de cliente/material utilizando a lista de condições 21 (denominação interna: /1SDBF12L/RV14AK21) com as seguintes tabelas de condições: Tabela de condições 005 (cliente/material) Tabela de condições 305 (Cliente/material com status de liberação) y Seleção de cliente/grupo de mercadorias utilizando a lista de condições 22 (denominação interna: /1SDBF12L/RV14AK22) com as seguintes tabelas de condições: .

Tabela de condições 030 (cliente/grupo de mercadorias) y Seleção de grupo de preços/material utilizando a lista de condições 23 (denominação interna: /1SDBF12L/RV14AK23) com as seguintes tabelas de condições: Tabela de condições 032 (grupo de preço/material) y Seleção de grupo de preço/grupo de mercadorias utilizando a lista de condições 24 (denominação interna: /1SDBF12L/RV14AK24) com as seguintes tabelas de condições: Tabela de condições 031 (grupo de preço/grupo de mercadorias) Listas de condições para atualização de fretes: y Seleção de Incoterms utilizando a lista de condições 03 (denominação interna: /1SDBF12L/RV14AK03) com as seguintes tabelas de condições: Tabela de condições 033 (Incoterms) Tabela de condições 034 (Incoterms Partes 1 + 2) Listas de condições para atualização de impostos: y Seleção de IVA/ATX1 utilizando a lista de condições 25 (denominação interna: /1SDBF12L/RV14AK25) com as seguintes tabelas de condições: Tabela de condições 024 (Impostos nacionais) Tabela de condições 011 (Impostos de exportação) y Seleção de Canadá/EUA utilizando a lista de condições 26 (denominação interna: /1SDBF12L/RV14AK26) com as seguintes tabelas de condições: Tabela de condições 040 (País/estado/classificação de cliente 1/classificação de material 1) Tabela de condições 078 (País exportador/país de destino) y Seleção de I.P.S. México utilizando a lista de condições 27 (denominação interna: /1SDBF12L/RV14AK27) com as seguintes tabelas de condições: Tabela de condições 002 (Impostos nacionais) 3. por exemplo. na qual pode entrar critérios de seleção concretos. .E. o número de clientes ou materiais. Preenchimento de tela de seleção O usuário chega a uma tela de seleção.

possivelmente até com uma variante de seleção previamente atribuída (vide a unidade Ampliações específicas do cliente) 4. isso significa que o registro é completamente eliminado. A lista exibe um grupo de registros de condição para cada tabela de condições. Portanto o entrante e a data do registro são continuamente redefinidos. organização de vendas. por exemplo.É possível executar a tela de seleção sem exibi-la. No cabeçalho de lista são exibidos. Novos desenvolvimentos em atualização de condições: y Atualização de tipos de condição e tabela de condições em uma tela. o usuário pode utilizar a transação VK32 (Modificar condição) para alcançar a tela de síntese de condições. A tela pode ser utilizada para atualizar condições em Modificação de condições e Criação com referência (também para exibição. Clicar no ícone para criação ao lado da breve descrição para os campos de tabela de condições (destacado). O usuário chega primeiro à tela de síntese descrita a seguir. que não mais será considerada na descrição de atualização de condição). O usuário chega então à tela de entrada rápida. No entanto. que são iguais para todos os registros. O cabeçalho para cada grupo de condições é o mesmo que o cabeçalho para as descrições de campo das tabelas de condições e é destacado. três campos. Convém notar que. A tela contém uma lista dos registros de condição a serem atualizados. é possível eliminar esses registros de condição da seleção. Após executar a seleção. Se foram selecionados mais registros de condição do que aqueles que o usuário deseja criar. Atualização de condições em tela de síntese de condições É preciso diferenciar na atualização a tela de síntese e a tela de entrada rápida. O usuário precisa optar por uma das tabelas de condições previamente atribuídas na tela de síntese em Criação de condições. se o usuário estiver em µModificar¶ e eliminar a partir da lista. novos registros sempre são criados. durante a criação com referência. no máximo. Isso significa que o usuário pode modificar o período de validade para diferentes tipos de condição ou tabelas de condições juntas Tecla de mouse direita sensível ao contexto. que também é descrita. Todas as opções de atualização de preço estão disponíveis. equivalente à seleção de ícones Seleção de campos para atualização de tabela com a escolha de uma das variantes de tela a seguir: Todos os campos Limites de valor para determinação de preço Período de validade Montante da condição Dados planejados y y .

A criação de listas de condições é descrita na unidade Criação de listas de condições . A próxima unidade Ampliações específicas do cliente descreve como atualizar novas variantes de tela. os tipos de condição tiverem a mesma tabela de condições. Como resultado. É possível escolher várias condições e modificá-las. o usuário recebe uma comparação do antigo e d o novo valor líquido. que exibe os efeitos das modificações. Também é possível comparar a antiga margem de lucros (preço líquido menos o preço de custo) com a nova margem de lucros. escolher os ícones de criação na tela de síntese. relacionadas a uma tabela de condições. Antes de gravar as modificações. É exibida agora a tela de entrada rápida. Se . A criação ainda só pode ser executada para uma tabela de condições. o usuário precisa definir novas listas de condições e/ou variantes de seleção para listas de condições. 3. Um documento de faturamento é simulado para um cliente e um material. Criação inicial de condições na tela de entrada rápida Se desejar criar condições.Dados fiscais Dados de controle Dados de administração Condição de pagamento O usuário pode definir as próprias variantes de tela. y y Simulação de preço (vide abaixo para obter a descrição) Fichas de registro com as telas de detalhe a seguir: Períodos de validade Escalas Textos condicionados Chave Simulação de determinação de preço O usuário pode utilizar a simulação de determinação de preço para estimar os resultados de uma modificação de preço. no entanto. A tela de entrada rápida permite a criação inicial de condições. é possível simular a determinação de preço. Ampliações específicas do cliente Criação de listas de condições com variantes Como um pré-requisito para as seguintes ampliações do menu de área. é possível atualizar registros de condição para diferentes tipos de condição.

em seguida. como foi o caso na seleção da lista de condições. Convém notar que. é possível entrar uma lista de condições com ou sem uma variante de seleção para atualização de condições. se executar uma lista de condições (transação V/LD). usuário entra o cliente correspondente na seleção e grava essa seleção como uma variante. A lista de condições é disponibilizada para selecionar registros de condição a serem atualizados no menu de área do usuário. mas um nome atribuído internamente. . pode ser copiado e suplementado. mas. É possível também ver esse nome exibindo a lista de condições (transação V/LC). se necessário. Atualização de menus de área O menu de área standard para atualização de condições é COND_AV. A lista contém clientes como uma seleção. entrar os critérios de seleção (por exemplo. o número de clientes) e. Na estrutura de árvore. o nome da lista de condições não é entrado como 28. y y y usuário executa a lista de condições 28 no sistema standard. na transação SE43). Também é possível determinar se a lista deve ser executada com ou sem a tela de seleção quando se dá dois cliques na árvore de navegação do menu de área (a tela de seleção é necessária para as listas de condições predefinidas no sistema standard. pois elas sempre têm campos de entrada necessários). Ele não deve ser modificado. É possível criar menus de área em Ferramentas p ABAP Workbench pDesenvolvimento p Outras ferramentas p Menus de área (Transação SE43). selecionarSaltar p Variantesp Gravar como variante.O usuário recebe uma variante de seleção para uma lista de condições. Atribuição de empregados ao menu de área Os menus de área definidos pelo usuário podem ser atribuídos por um empregado. contendo os clientes pelos quais ele é responsável. aqui. usar a transação SE43 para entrar os nomes da lista de condições e da variante de seleção. o nome é /1SDBF12L/RV14AK28. Neste exemplo. O empregado deve ir para o menu de área e selecionar Ambiente p Atribuir menu de área. Na área de menu atribuída a um empregado. O usuário quer dar a um empregado uma seleção para atualizar condições. entrado juntamente com a 28. É possível criar uma estrutura de árvore no menu de área (mais informações sobre a atualização de menus de área podem ser encontradas na ajuda ampliada.

Entrar o nome do programa SAPMV13A. o Nem todas as opções oferecidas são adequadas para a atualização de condições. Entrar o número de tela 3011. Definição de variantes de tela Existem variantes de tela disponíveis no sistema standard. Entrar a transação VK31. Criação de registros de condição Utilizando um registro de condição para um preço de material como exemplo. o A transação selecionada é executada em seguida. É utilizado o mesmo procedimento para registros de condição epara outros elementos de preço. Também são atualizadas a seqüência e a largura dos campos.No menu de área atribuído. As seguintes funções são apoiadas: y y y y Seqüência de colunas Largura de coluna Invisibilidade Saída apenas É possível selecionar as variantes de tela para a seleção de campos na tela de síntese de condições. a fim de representar os registros de condição em forma de tabela. Não é possível integrar outras atividades que. Há uma caixa de diálogo adicional onde é possível selecionar o campo desejado. Selecionar Criar variante de entrada. Obrigatório não pode ser selecionado. utilizem uma transação. Atualização com seleção utilizando tipo de condição Uso O usuário também pode atualizar registros de condição específicos para um tipo de condição. Etapas . por exemplo. o procedimento a seguir descreve como criar um registro de condição com referência ao tipo de condição PR00. apenas aquelas atividades que trabalham com as listas de condições selecionadas são apoiadas. No Customizing é possível definir variantes de tela sob Opções gerais p Características de exibição de campos pConfigurar campos para transações de aplicação (transação SHD0): y y y y y Selecionar Saltar p Variantes de tela.

Para entrar uma escala de preços. Isso permite selecionar um registro de condição existente e sobregravar o número do material com outro número de material. Se o usuário usar diferentes regras de cálculo para o que. Selecionar Logística p Vendas e distribuição p Dados mestre. 2. não precisará definir diferentes tipos de condição no Customizing. esses textos podem ser determinados para os valores individuais. todas as regras de cálculo disponíveis são permitidas. Selecionar Material com liberação de status como combinação-chave. O campo µRegra de cálculo¶. não pode ser acessado se esse campo for deixado vazio. Essa opção copia os dados do novo registro de condição. É exibida a tela de entrada rápida para condições. . Canal de distribuição eMaterial. Selecionar Condições p Seleção via tipo de condição p Criar. deduções e suplementos para uma condição. se o campo não foi preenchido manualmente. é possível verificar se há valores válidos em todos os campos. Entrar dados nos campos Organização de vendas. por não ser necessário (por exemplo. do contrário. Gravar o registro de condição. Depois disso não é mais possível fazer modificações manualmente. 6. os campos hierarquia de produtos e número de documento não são verificados no sistema) . Entrar tipo de condição PR00. 5.1. é possível entrar uma regra de cálculo diferente daquela que se encontra no Customizing. Entrar os dados de determinação de preço para o material. selecionar Períodos de validade. o usuário tem a opção de Criar com referência. entretanto. alguns campos no sistema não são verificados de propósito. Ao definir os registros de condição. Se existir uma tabela de textos para os valores individuais. Para modificar o período de validade default. Na segunda etapa. Esse procedimento só deve ser utilizado para criar preços ou escalas de preços idênticos ou semelhantes para vários materiais. a proposta é tomada automaticamente do Customizing. 3. No presente momento. são as mesmas condições (por exemplo. como um montante fixo ou dependente da quantidade). Depois que a liberação de dados tiver sido impressa. Entretanto.6A. Isso determina como o sistema calcula preços. a porcentagem. selecionar Escalas. Verificação de campo dinâmico Uso Ao manter registros de condição no Release 4. O usuário pode definir uma regra de cálculo diferente quando atualizar os registros de condição individuais. Entrada da regra de cálculo: O usuário determina a regra de cálculo para um tipo de condição no Customizing. 4. A figura a seguir apresenta um exemplo da função de um registro de condição para um preço de material.

as seguintes prioridades são aplicáveis: y Determinação de preço: . Um status de processamento só pode ser definido usando atribuição e seleção de um status de processamento. Uma verificação de chave externa também é possível. Os status a seguir já estão definidos: y y y y liberado bloqueado liberado para simulação de preços (isso significa a criação de uma lista de preço líquido utilizando o relatório SDNETPR0) liberado para planejamento (isso significa planejamento em CO-PA) e simulação de preço Se vários registros de condição são encontrados no acesso com diferentes status de liberação. é possível utilizar os status de processamento e liberação. mas result e indiretamente da atribuição do usuário a um status de processamento. criar registros de condição apenas para fins de planejamento. os campos devem estar disponíveis na estrutura de comunicação KOMG e as tabelas de valores ou valores fixos precisam estar atualizados no dicionário SAP. que só são considerados após uma liberação de determinação de preço. Se também desejar usar esse status para registros de condição que já existem. Esta é uma verificação de campo dinâmico porque os campos específicos de cliente são incluídos automaticamente na verificação. Para esse processo de liberação. permanece inalterada. por exemplo. Para verificar os campos específicos de cliente. Se desejar desligar a verificação para campos individuais ou configurar esses campos. do cliente ou produto . os seguintes Eventos de Transação Comercial (BTE) estão disponíveis (transação FIBF): y y 00503305 Atualização de condições: Verificação de campo 00503306 Atualização de condições: Determinação de texto Processos de liberação Uso O usuário pode utilizar um processo de liberação que permite. O status de liberação e o status de processamento estão disponíveis apenas para as novas tabelas de condição (vide seção de sistema standard). O usuário está livre para definir e utilizar um status de processamento. o usuário pode convertê-lo (vide seção Conversão). Status de liberação O status de liberação já está definido. A verificação especial disponível antes.A verificação pode ser feita utilizando tabelas de valor ou valores fixos no dicionário SAP. embora o status de liberação não possa ser atualizado diretamente. por exemplo.

que deve ser obedecid a ao definir r egistros de condição (transação VK12). Se desejar.   . Se condições forem atribuídas a um acordo. o acordo transfere o status de liberação para todas as condições relacionadas.apenas para o status de liberação liberado y Simulação: primeiro liberado para simulação em seguida liberado para planejamento e simulação em seguida liberado y Planejamento: em seguida liberado para planejamento e simulação em seguida liberado Status de processamento O usuário está livre para definir o status de processamento. É possível definir o próprio status de processamento em Determinação de preço no Customizing e atribuir um status de liberação fixo. Exemplos de status de processamento: y y y y y y y liberado primeiro rascunho para aprovação departamento aprovado X departamento aprovado Y departamento aprovado Z administração aprovada Adaptação específica do cliente Para definir a lógica de processamento para o status de processamento. utilizar Evento de transação comercial 0503303 Atualizar condições: Transferências. Trabalho com acordos Os acordos possuem um status de liberação atualizável e nenhum status de processamento. é possível definir a seqüência de status de processamento. O status de processamento relacionado é definido adequadamente em seguida.

A seqüência de acesso K305 foi atribuída aos tipos de condição K005. PR01 e PRRP. KA00 e PR02. o registro de condição recebe a primeira entrada adequada (em ordem alfabética) como um status de processamento.6A: A304 Material (tabela-modelo A004) A305 Cliente/material (tabela-modelo A005) A306 Tipo de lista de preço/moeda/material (tabela-modelo A006) A307 Cliente (tabela-modelo A007. KP01. KP00. A seqüência de acesso K304 foi atribuída aos tipos de condição K004 e PMIN.6A: PR02 Preço com status de liberação (seqüência de acesso SAP PR00) com as tabelas A305. o usuário tem a opção de converter todos os registros de condição sem o código de liberação em novos registros de condição com um código de liberação. é possível copiar o relatório e entrar a tabela fonte e a tabela destino no texto de origem). só pode ser modificado no caso de acordos liberados. O ciclo para este relatório elimina todos os registros antigos e cria novos com o status liberado. O relatório SD_MOVE_A004_TO_A304 está disponível como um relatório de exemplo para tabelas de condições (para outras tabelas. mas sem a coluna) Novas seqüências de acesso para Release 4.Se o usuário tem vários status de processamento atribuídos a um status de liberação. que as condições receberam indiretamente de um acordo através do status de processamento. KP02 e KP03. A seqüência de acesso K307 foi atribuída aos tipos de condição K007. Sistema standard: Há novas tabelas de condições e seqüências de acesso para utilização dos status de processamento e liberação no sistema standard.6A: y y y y A seqüência de acesso PR02 foi atribuída aos tipos de condição PR00. . Conversão Como os status de liberação e processamento só estão disponíveis para as novas tabelas de condições. Novas tabelas de condições para Release 4. O status de processamento. A306 e A304 K304 Material com status de liberação (seqüência de acesso SAP K004) com a tabela A304 K305 Cliente/material (seqüência de acesso SAP K005) com a tabela A305 K307 Cliente (seqüência de acesso SAP K007) com a tabela A307 Atribuição de seqüências de acesso aos tipos de condição anteriores no Release 4. é possível restringir a conversão em tipos de condição específicos. Ao iniciar o relatório.

As verificações também são executadas durante o relatório de início. Verificações são executadas, por exemplo, para ver se as antigas e novas tabelas de condições podem ser diferenciadas no status de liberação e se são atribuídas à mesma seqüência de acesso. É possível obter mais informações sobre as verificações na documentação de rela tório.

Períodos de validade
Utilização
Os registros de condição para preços, deduções e sobretaxas sempre incluem um período de validade. O período de validade é definido por uma data de início e uma data de fim. Se o usuário não indicar um período de validade em um registro de condição, o sistema propõe um período automaticamente. O sistema define o período de validade proposto no Customizing de Vendas.

Registros de condição com períodos de validade diferentes
É possível criar registros de condição diferentes (dois preços de material, por exemplo) que contenham os mesmos dados, exceto para o período de validade. Por exemplo, é possível cri r a um registro de condição para um preço de material e definir o período de validade como todo o ano civil atual. Ao mesmo tempo, é possível criar outro registro de condição que se sobreponha parcialmente ao primeiro registro. O segundo registro pode definir, por exemplo, um preço de venda especial por um período de validade limitado de apenas um mês.

Atualização de períodos de validade Criação
Novos períodos de validade só podem ser criados na tela de criação (e apenas na tela de entrada rápida). Novos períodos de validade não podem ser criados na tela de modificação ou na tela de síntese de detalhes. Ao criar, o usuário não pode entrar vários períodos de validade ao mesmo tempo. O primeiro período de validade precisa ser gravado primeiro. Em seguida, é possível prosseguir para outro período de validade.

Modificação
O usuário tem as seguintes opções para modificar os períodos de validade: y y y y diretamente na tela de síntese diretamente na tela de entrada rápida na tela de detalhes de entrada rápida Modificar não na tela de síntese de detalhes

Exibição
Os períodos de validade para um registro de condição podem ser exibidos na tela de detalhes de condição.

O que ocorre quando há sobreposição de períodos de validade?

Às vezes, quando o usuário cria um novo registro de condição ou modifica o período de validade de um registro existente, o período de validade se sobrepõe aos períodos de outros registros existentes. O sistema reage de formas diferentes a uma sobreposição completa ou parcial:

Sobreposição parcial de períodos de validade
y y Não há uma mensagem do sistema O período de validade do registro de condição já existente é adaptado

Um registro de condição é criado para todo o ano atual: y y 01.01. -31.12: US$ 20 Em seguida, é criado outro registro de condição, que está contido no registro de condição original e divide esse registro: 01.02. -15.02: US$ 18 O sistema cria os seguintes registros de condição: y y y 01.01. - 31.01. -US$ 20 01.02. - 15.02. -US$ 18 16.02. - 31.12. -US$ 20

y

Convém notar que os registros de condição 1 e 3 têm as mesmas informações de determinação de preço. Isso significa que as modificações efetuadas no preço do primeiro registro influenciam automaticamente o terceiro registro e vice-versa. US$ 20 representa o preço básico e US$ 18, o preço promocional. Se esse comportamento do sistema não for adequado, o usuário deve evitar a divisão de registros de condição. No exemplo apresentado anteriormente, seria necessário reduzir o preço anual e, em seguida, criar dois períodos independentes.

Sobreposição completa de períodos de validade
Se o antigo registro de condição estiver completamente contido dentro do novo registro de condição, o usuário recebe uma mensagem do sistema. A mensagem informa que o antigo registro de condição será eliminado se o usuário prosseguir (essa mensagem aparece quando o usuário deseja gravar). O usuário pode interromper o que está fazendo ou continuar, ao confirmar.

Exibições de tabela
Uso

Os dados para a rápida criação de registros de condição são organizados em forma de tabela. O usuário tem as seguintes opções para influenciar a apresentação: y Modificar a seqüência de colunas Isso é muito útil quando uma tabela contém muitos campos e o usuário deseja ter os mais importantes no início. Posicionar o cursor no campo e movê-lo com o mouse para a posição necessária. y Modificar a largura da coluna (at é que não possa mais ser vista) Posicionar o cursor na borda do campo e mover o mouse até obter a largura necessária.

Todo usuário pode definir a própria visão dos dados dependendo da forma individual de trabalhar, enquanto grava as definições como variantes de apresentação. Clicar no campo superior direito da apresentação da tabela para criar variantes de apresentação. Um administrador pode identificar campos individuais por todo o sistema como estando em background. Para autorizações de definições para apresentações de tabela, o objeto de autorização S_ADM_FCD está disponível na classe de autorização BC_A (Administração básica).

Textos descritivos em condições
Uso
É possível atualizar textos descritivos nos registros de condição para Determinação de preço e para Estipulações (adicional, ação de promoção e promoção de vendas). E l es fornecem informações, por exemplo, sobre o seguinte: y y y Informações sobre o sistema de registro de condição Informações sobre licenças Informações sobre a não validade

Se o usuário desejar, os textos descritivos na estipulação de bônus também podem ser transferidos para documentos (por exemplo, para a solicitação de nota de crédito do pagamento de um bônus e deste para uma nota de crédito de bônus).

decidir o tipo de texto que deve ser exibido na estipulação para atualização com o "Controle de edição de texto". Também é possível criar registros de condição com escalas de intervalo.Para textos em Condições de preços. Para um tipo de estipulação. o que permite criar texto corrido. Por exemplo. Quando o texto é transferido da estipulação de adicional para os documentos de adicional. o esquema de cálculo de documento µB3¶ é definido no sistema standard com o tipo de texto 1000. vide Escalas de intervalo de preços. é possível basear uma escala de preços em qualquer um dos critérios a seguir: y y y y y y Valor Quantidade Peso bruto Peso líquido Volume Uma fórmula específica para as necessidades A base de escala é definida no Customizing de V endas para cada tipo de condição. Para obter mais informações. Criação de escalas . menor será o preço. Customizing No Customizing de D eterminação de texto. Os tipos de texto a seguir estão definidos no sistema standard: y y y y 0001: Abertura de comentários 0002: Licenças 0003: Encerramento de comentários 1000: Pagamento de adicionais Existem alguns botões no registro de condição para a atualização de texto. quanto mais pedidos um cliente fizer de um produto específico. não é possível fazer transferência para documentos. é possível definir umaescala de preços. uma escala baseada na quantidade pode determinar que. o usuário pode usar um editor para um tipo de texto na tela de detalhes do registro de condição. Os textos não são sobrescritos ao criar registros de condição com referências. Base de escala No sistema standard. o usuário pode definir seus próprios tipos de texto. Além disso. Escalas de preços Uso Ao criar um registro de condição para um elemento de preço.

O procedimento a seguir explica como criar uma escala de preços para, por exemplo, umpreço de material. O usuário deve criar escalas de preços para outros tipos de condição exatamente da mesma forma. Para criar uma escala de preços:

1.

Selecionar Saltar p Escalas na tela de entrada rápida do registro de condição para um preço de material. 2. Entrar uma quantidade de escala e uma taxa. 3. Para gravar o registro de condição, selecionar Gravar.

Definição dos tipos de escala
Em cada registro de condição em que o usuário define uma escala, também é possível definir o tipo de escala. O tipo de escala determina se a escala é De escala ou Até a escala. Por exemplo, se o usuário definir De escala com base na quantidade, a escala determina diferentes preços com base em várias quantidades. Para modificar o tipo de escala para um registro de condição, selecionar Saltar p Detalhes. Indicar o tipo de escala a ser utilizado.

Característica especial do cálculo do valor de base de escala: condições de grupo
No Customizing de V endas, é possível definir um tipo de condição como uma condição de grupo. Uma condição de grupo significa, por exemplo, que o sistema baseia uma dedução nas quantidades combinadas de mais de um item em um documento de venda s. As quantidades combinadas podem significar que o cliente obtém um melhor preço que aquele determinado individualmente para os itens.

Condições adicionais
Utilização
Uma condição adicional é um suplemento para um tipo de condição específico. Por exemplo, é possível incluir um suplemento sempre que aplicar um preço de material. O suplemento pode conter várias deduções. Durante a determinação do preço, o sistema aplica automaticamente as deduções definidas no suplemento sempre que acessar um preço de material. No Customizing de vendas, o usuário pode definir os tipos de condição para os quais deseja utilizar condições adicionais.

Inclusão da condição adicional no registro de condição
Para incluir uma condição adicional, selecionar: Saltar p Condições adicionais na tela de síntese do registro de condição. Em seguida, o usuário pode entrar os dados para cada dedução na condição adicional.

Só é possível entrar uma condição adicional se o tipo de condição já tiver sido definido no Customizing de vendas para incluir condições adicionais.

Condições adicionais default
Para marcar uma condição adicional default, selecionar Propor cond.adicion. O sistema propõe automaticamente todas as deduções que estão definidas para o tipo de condição utilizado. É possível entrar, em seguida, os montantes adequados ou deduções percentuais que se aplicam às deduções da condição adicional.

O usuário entra um registro de condição para o preço do material Mat1 e quer que ele seja sempre calculado com um bônus por cliente de US$ 10 e um desconto promocional de 10%. Para cada ordem do cliente relativa a esse material, o sistema calcula, automaticamente e ao mesmo tempo, o preço de venda, o bônus por cliente e o desconto promocional.

Exclusão de condições
Uso
O sistema pode excluir condições para que o sistema não as considere durante a determinação de preço em documentos de venda s .

O material 4711 custa US$ 150. Alguns clientes recebem uma dedução de US$ 10 por 100 unidades.

No entanto, um cliente específico pode comprar o material por US$ 100. Como esse preço já é bastante razoável, o cliente não deve ter também uma dedução de US$ 10 por 100 unidades. Por isso, o sistema exclui essa dedução da determinação de preço. Para isso, é preciso seguir duas etapas: 1. Definir um código de exclusão de condições para o preço. É possível fazer isso de duas maneiras: Para definir o código de exclusão de condições como a seguir: para todos os registros de condição de um tipo de condição (por exemplo, como o tipo de condição PR00) para um registro de condição individual (por exemplo, apenas para o material 4711) Especificá-lo: ao definir um tipo de condição no Customizing de Vendas e distribuição na tela de detalhes de um registro de condição (no campoExclusão de condições)

2. É preciso definir uma condição para a dedução no esquema de cálculo no Customizing de Vendas. Se essa condição for definida, a dedução não será válida se o código de exclusão de condições estiver definido. A condição 2 está disponível no sistema R/3 standard.

O código de exclusão de condições não é válido para condições adicionais. Isso significa que, se um registro de condição contém condições adicionais, o sistema as considera durante a determinação de preço.

Limites superiores e inferiores
Uso
Em um registro de condição, é possível definir limites superiores e inferiores para restringir as modificações manuais no documento de venda s durante a determinação de preço.

Procedimento
Para definir limites: Na tela de síntese do registro de condição, selecionar o registro de condição apropriado e ,em seguida , selecionar Saltar p Detalhes. É exibida a tela de detalhes para o registro de condição. Nessa tela, é possível atualizar os campos de limite superior e inferior conforme necessário. Se, durante o processamento manual, o usuário não obedecer aos limites especificados, o sistema emite uma mensagem de erro.

Condições de referência

Vide também: Guia de implementação. Modificações em registros individuais Etapas Para modificar um registro de condição: 1. mas também a aplicação d e referência no Customizing de D eterminação de preço. No entanto. o usuário deve não só atualizar o tipo de condição de referência. Entrar o tipo de condição necessário. Esses dois procedimentos estão descritos a seguir. Selecionar Logística p Vendas e distribuição p Dados mestre. durante o processamento do documento de vendas. . por exemplo).Uso Talvez seja necessário utilizar diversos tipos de condição para a mesma condição. Seção Determinação de preço Modificação de registros de condição Quando há modificações de preços. descrição. Os tipos de condição podem diferir em seqüência de acesso. vários registros de condição podem ser modificados automaticamente. Através d a função de modificação de preço. definir um tipo de condição de referência para esse tipo de condição. o usuário precisa definir os registros de condição somente uma vez para o tipo de condição de referência. seja possível sobregravar vários montantes determinados automaticamente (na ordem do cliente. No sistema standard. Também é possível utilizar tipos de condição em outras aplicações como tipos de condição de referência. 2. No Customizing de V endas. Nesse caso. o usuário deve criar somente os registros de condição para o tipo de condição MWST e não para o tipo de condiçãoMW15. o usuário tem a opção de alterar registros de condição individuais manualmente. nível de referência no esquema de cálculo ou regra de cálculo. essas modificações são únicas e não afetam os registros de condição correspondentes. Por isso. Exemplo: O tipo de condição MWST é definido como tipo de condição de referência para o tipo de condição MW15. Nesse caso. Para efetuar modificações permanentes na determinação de preço automática. a maioria dos tipos de condição está configurada para que. Selecionar Condições p Seleção via tipo de condição p Modificar. é preciso modificar os registros de condição.

O sistema exibe a lista dos registros de condição que atendem aos critérios de seleção. Condição p Gravar. Selecionar Gravar para gravar as modificações e repetir o processo se desejar modificar outros registros de condição. é possível definir a moeda. 2. 3. marcar o registro de condição a ser modificado e selecionar Escalas. Entrar o tipo de condição necessário. 5. 6. Documentos de modificação para registros de condição . também é possível definir uma regra de arredondamento. 4. Modificações automáticas Para aplicar a mesma modificação de preço (por exemplo. Se o registro de condição contém uma escala de preços. 4. 6. em seguida. um aumento de 5%) em diversos registros de condição. Entrar os critérios de seleção e selecionar Executar. Se necessário. selecionar Logística p Vendas e distribuição p Dados mestre. Se a modificação for uma redução de preço. Se um registro de condição não incluir uma escala de preços. selecionar Voltar para deixar o log e. O sistema solicita a entrada da modificação. Etapas Para efetuar uma modificação global em mais de um registro de condição: 1. A modificação do preço pode ser uma porcentagem ou um montante fixo. Se a modificação for um montante fixo. O sistema executa as modificações (inclusive nas escalas de preços) e exibe um log das modificações efetuadas. entrar um sinal negativo após o montante.É exibida a tela em que é possível selecionar o registro de condição a ser modificado. Selecionar os registros de condição a serem modificados e marcar Modificar montante. é possível efetuar a modificação globalmente. Também é possível selecionar vários registros de condição individuais e modificar um após o outro. Selecionar Condições p Seleção via tipo de condição p Modificar. 5. 3. é possível efetuar as modificações nessa tela. Selecionar ENTER para efetuar as modificações. Entrar as modificações desejadas. Para gravar os registros de condição modificados. O sistema lista os registros de condição que atendem aos critérios de seleção. Na tela inicial. Entrar os critérios de seleção e selecionar Processar p Iniciar seleção.

relacionados. Basta selecionar os registros de condição cujos documentos de modificação o usuário deseja exibir. Em seguida.0C. em que é possível selecionar vários critérios para a exibição de documentos de modificação. portanto. inclusive aquelas utilizadas na determinação de preço. O sistema exibe uma tela de seleção. Níveis de hierarquia no relatório de seleção É possível exibir três níveis de dados nesse relatório de estilo de hierarquia: y Dados do nível 1: Data e hora da modificação Tipo de condição. Exibição de documentos de modificação É possível exibir documentos de modificação durante a atualização de registros de condição. tabela de condições e chave variável para o registro de condição modificado Código de transação e usuário que efetuou a modificação Período de validade do registro de condição no momento da modificação y Dados do nível 2: Descrição da modificação efetuada Valores antigos (anteriores) e novos (posteriores) Nome do campo modificado y Dados do nível 3: O sistema exibe no terceiro nível as modificações automáticas de registros de condição devido a uma mudança no período de validade. Com o novo relatório de exibição. exibe o resultado do relatório de seleção em três níveis de hierarquia. . os documentos de modificação para registros de condição estão disponíveis. é possível exibir e monitorizar todas as modificações efetuadas em registros de condição. Etapas Existem dois métodos possíveis de exibição de documentos de modificação: y Selecionar Ambiente p Modificações p Para registro de condição. nas estipulações de bônus e ações de promoção. y Selecionar Ambiente p Modificações p Relatório.A partir do Release 3. Esses registros de condição foram divididos a partir de registros do segundo nível e estão. São exibidos os dados de modificação para os registros de condição selecionados.

Modificações em condições adicionais O sistema exibe todas as modificações efetuadas nas condições adicionais (inclusive nas escalas) e no registro de condição. Todas as modificações que o sistema faz automaticamente em registros de condição existentes são exibidas no nível três do relatório de exibição de documento de modificação. 2. finalmente. Documentos de modificação ± particularidades 1. 3. Cópia de registros de condição Utilização A função de cópia permite criar vários registros de condição ao mesmo tempo. Por exemplo. o usuário tem uma síntese completa das escalas de condição antes e depois de qualquer modificação. em uma única etapa. ao criar a condição adicional KA00. A razão para isso é que. a cópia entre tipos ou tabelas de condição diferentes está sujeita a determinados pré-requisitos e regras. a descrição será: "Condição adicional (KA00): criado registro de condição".Quando o sistema divide um registro de condição em dois registros devido a uma mudança no período de validade. É possível copiar um ou mais registros de condição existentes para novos registros ou criar um novo registro e usá-lo como base para copiar registros adicionais. todas as entradas de escalas de condição (e não apenas aquelas que foram modificadas) são registradas como documentos de modificação. Modificações em períodos de validade Quando o usuário cria um registro de condição ou modifica o período de validade de um registro de condição existente. É possível copiar registros de condição mesmo quando os registros de origem e de destino têm tipos. O sistema identifica essas modificações pela palavra Suplemento seguida do tipo de condição adicional modificado e. tabelas de condições ou valores de campo-chave diferentes. esse registro é exibido no terceiro nível de hierarquia com as modificações relevantes. da descrição da modificação. No entanto. o sistema divide automaticamente o registro de condição em três períodos de validade. Se o período de validade de uma nova condição estiver contido no período de validade de um registro de condição existente. O usuário exibe as modificações em valores antigos e novos como no segundo nível. o sistema pode ajustar automaticamente o período de validade de outros registros de condição que tenham a mesma chave variável. Dessa forma. em qualquer momento. Modificações em escalas Quando o usuário modifica escalas de condição. Pré-requisitos para cópia Os pré-requisitos gerais a seguir se aplicam à cópia de registros de condição: y Se as tabelas de condição diferirem entre os registros de origem e de destino: o Somente um campo poderá diferir entre as duas tabelas de condições . somente um registro de condição com determinado tipo de condição e chave variável pode ser válido.

é possível selecionar a regra de cópia alternativa adequada. entretanto. É possível copiar essa dedução de material e criar um novo registro de condição para um cliente específico (tipo de condição K032. Cenário 3: diferentes tipos de condição/diferentes tabelas de condições Também é possível copiar registros de condição mesmo quando os tipos e tabelas de condição são diferentes. mas as tabelas de condições sejam diferentes. As regras estão definidas no Customizing de vendas e devem cumprir os pré-requisitos listados anteriormente. Cenário 1: mesmos tipos de condição/mesmas tabelas de condições O usuário oferece uma dedução especial a determinado grupo de preço (um grupo de clientes definido no registro mestre de cliente). Neste caso. Processo de cópia . tabela de condição 5). Considere que o usuário ofereça uma dedução específica de material a determinado grupo de preço (tipo de condição K032. mas para uma nova dedução específica de cliente (tipo de condição K007. o administrador do sistema pode modificar as regras standard de cópia ou adicionar novas regras para atender às necessidades do usuário. tabela de condições 32). tabela de condição 20). Durante o processamento. Regras de cópia As regras de cópia determinam quais tipos e tabelas de condição o usuário pode utilizar para copiar dados entre registros de condição de origem e de destino. O usuário deseja tornar essa dedução disponível para outros grupos de preço ao copiar detalhes de determinação de preço do registro existente. tabela de condições 7). Considere que o usuário ofereça uma dedução especial a determinado grupo de preço (tipo de condição K020. O sistema R/3 standard contém regras standard de cópia. Isso significa que registros de condição com o mesmo tipo de condição podem ter chaves diferentes. tipo de escala. como no primeiro cenário. não para outro grupo de preço. Cenário 2: mesmos tipos de condição/diferentes tabelas de condições É possível definir as seqüências de acesso para determinado tipo de condição no Customizing de vendas para permitir o acesso a mais de uma tabela de condição. Se necessário. os tipos e as tabelas de condição são diferentes. O único parâmetro que varia nesse caso é o valor de um dos campos-chave (o campo Grupo de preço).o y As tabelas de condições deverão conter o mesmo número de campos Se os tipos de condição diferirem entre os registros de origem e de destino. os tipos de condição (K020) e as tabelas de condição (tabela 20) são idênticos para os registros de condições de origem e de destino. classe de condição e código positivo/negativo. Também é possível copiar registros de condição em que o tipo de condição seja o mesmo. Desta vez. Nesse tipo de cópia. cada tipo de condição deverá ter a mesma regra de cálculo. de acordo com o que deve ser copiado. Exemplos de diversos cenários de cópia Os três cenários a seguir mostram como copiar registros de condição. o usuário deseja copiar esse registro de condição.

em qualquer uma das telas de registro de condição a seguir: y y y y Criação Criação com referência Modificação Síntese Existem vários cenários típicos para utilização da função de cópia. Recomendação: O SAP recomenda o procedimento de eliminação física. Marcação para eliminação É possível marcar registros de condição para eliminação. Ele não mais estará disponível durante a atualização de registro de condição ou a determinação de preço. utilize a função de criação de registro de condição. Vide também: Cópia de registros de condição Eliminação do registro de condição Uso Existem dois procedimentos possíveis para a eliminação de condições. Um erro de determinação de preço pode ocorrer ao usar acessos hierárquicos em combinação com o código de eliminação ( v ide a documentação de acesso hierárquico na biblioteca SAP). permanecem como registros de condição no sistema até a próxima atualização de arquivamento. O usuário pode copiar um registro de condição existente para vários registros de condição novos. em uma única etapa. utilizar a função de modificação de registro de condição. O usuário entra o tipo de eliminação que deve ser proposto durante a atualização de condições no Customizing para um tipo de condição. o usuário pode criar um novo registro de condição e copiá-lo para outros registros. mas oferece uma marcação para eliminação como alternativa. pode ser criada uma caixa de diálogo que indica a eliminação imediata. eles não são mais considerados durante a determinação de preço automática. A marcação para eliminação melhora a compatibilidade ascendente no sistema. Essa eliminação não pode ser anulada uma vez que tenha sido efetua Será preciso da. o registro de condição desaparece imediatamente. Para ser mais exato. a referência ao registro de condição para determinação de preço e atualização de registro de condição é eliminada completamente com a eliminação física. Há uma eliminação imediata ou uma marcação para eliminação para arquivamento numa data posterior. Quando a eliminação é imediata. . Isso significa que é possível anular uma eliminação e reativar um registro de condição. O registro de condição real deve ser guardado para documentos antigos. Nesse caso. é possível modificar os dados copiados antes de gravar os novos registros de condição. Nesse caso. Em ambos os casos. recriar o registro de condição se ele for necessário novamente. No entanto. Eliminação física Se for utilizada a eliminação física. Nesse caso. Se preferir.É possível executar a função de cópia no menu Processar.

Esses índices podem ser usados para exibir. y Convém notar que. Para obter mais informações sobre como criar um índice. é necessário preencher o índice com os dados atuais do sistema. como o sistema deve ler todos os registros de condição relevantes. Criação do índice A criação de um índice de condição se assemelha à criação de uma tabela de condições. Ativação do índice A função de ativação exibe uma lista de todos os índices de condições disponíveis e indica quais estão ativos. é possível utilizar um índice de condições para ver todos os registros de condição referentes a determinado produto. é necessário antes ativá-los no . A seguir estão exemplos de quando isso pode ser necessário. é possível utilizar um dos índices de condições standard. Essa transação pode incluir registros de condição com vários tipos e tabelas de condições. Os campos especificados para a chave podem ter um comprimento máximo de 100 caracteres.A marcação para eliminação costumava ser usada como uma substituta para um processo de liberação ausente. Índice de condições Uso É possível criar e usar índices de condições. y Após criar um novo índice e gerá-lo. Ou o usuário pode desejar ver uma lista de registros de condição que contenha uma ação de promoção específica e um material de uma lista de produtos específica do usuário. No Customizing de Vendas. é necessário preencher os índices com os registros de condição correspondentes já existentes. A eliminação física pode ser incluída usando os documentos de modificação ± por exemplo. a reorganização é submetida automaticamente como uma tarefa em background. (Isso também se aplica na ativação de um dos índices de condições standard. selecionar a combinação de campos para a chave de índice. O sistema só pode utilizar um índice de condições quando ele está ativado. O sistema automaticamente propõe uma lista de campos permitidos a escolher. Reorganização do índice Reorganização significa a atualização de um índice com dados atuais. vide GI (Guia de implementação). Para exibir essas informações. eliminações durante um período específico (Relatório RV16ACHD). Para utilizar os índices fornecidos na versão standard. Por exemplo. Nesse caso. modificar e criar registros de condição com referência. o usuário pode criar o próprio índice de condições.) Após indicar que índices de condições devem ser atualizados para um tipo de condição específico. já que há um processo de liberação separado disponível (vide o processo de liberação na biblioteca SAP). Isso não é mais necessário. independentemente do fato de os registros corresponderem a preços ou deduções.

Seleção de registros de condição através de índices Depois que o usuário definir um índice de condições e o sistema atualizar esse índice com dados atuais. Nesse caso. Essa transação pode incluir registros de condição com vários tipos e tabelas de condições. Índice de condições Uso É possível criar e usar índices de condições. Nos casos em que a atualização de índices de condições talvez não seja necessária . com registros de condição relacionados a frete e impostos. é possível utilizar um dos índices de condições standard. 3.Customizing de V endas. Alguns índices são ativados automaticamente durante a geração. se o sistema deve atualizar os índices quando o usuário lançar registros de condição. O sistema exibe uma lista dos registros de condição por tipo de condição para os critérios de seleção entrados. é possível utilizá-lo para pesquisar registros de condição. Controle da atualização de índice pelo tipo de condição É possível definir . Por exemplo. 4. para cada tipo de condição. Ou o usuário pode desejar ver uma lista de registros de condição que contenha uma ação de promoção específica e um . modificar e criar registros de condição com referência. Uma caixa de diálogo exibe os índices de condições disponíveis no momento. O sistema exibe a tela em que é possível entrar critérios de seleção. Marcar o índice de condições a ser utilizado e selecionar ENTER . é preciso indicar uma das necessidades de atualização a seguir para cada índice de condições: y y Necessidade 1: o índice é atualizado quando o usuário fornece dados para todos os campos no índice. é possível utilizar um índice de condições para ver todos os registros de condição referentes a determinado produto. Entrar os critérios de seleção e selecionar Executar. Procedimento Para selecionar registros de condição através de um índice: 1. como. Além disso. Selecionar Condições p Selecionar via índice e definir se deseja modificar ou exibir registros de condição. Esses índices podem ser usados para exibir. independentemente do fato de os registros corresponderem a preços ou deduções. o usuário pode deixar o código do índice de condições em branco. Selecionar Logística p Vendas e distribuição p Dados mestre no menu principal. Necessidade 2: o índice é atualizado quando o usuário fornece dados para pelo menos o primeiro campo no índice. por exemplo. 2.

o usuário pode criar o próprio índice de condições. para cada tipo de condição. Seleção de registros de condição através de índices . vide GI (Guia de implementação). Reorganização do índice Reorganização significa a atualização de um índice com dados atuais. Controle da atualização de índice pelo tipo de condição É possível definir . por exemplo. selecionar a combinação de campos para a chave de índice. se o sistema deve atualizar os índices quando o usuário lançar registros de condição. com registros de condição relacionados a frete e impostos. Criação do índice A criação de um índice de condição se assemelha à criação de uma tabela de condições. No Customizing de Vendas. Os campos especificados para a chave podem ter um comprimento máximo de 100 caracteres. é necessário preencher os índices com os registros de condição correspondentes já existentes. como. a reorganização é submetida automaticamente como uma tarefa em background. é preciso indicar uma das necessidades de atualização a seguir para cada índice de condições: y y Necessidade 1: o índice é atualizado quando o usuário fornece dados para todos os campos no índice. é necessário preencher o índice com os dados atuais do sistema. O sistema só pode utilizar um índice de condições quando ele está ativado. Nos casos em que a atualização de índices de condições talvez não seja necessária . é necessário antes ativá-los no Customizing de V endas.) Após indicar que índices de condições devem ser atualizados para um tipo de condição específico. A seguir estão exemplos de quando isso pode ser necessário.material de uma lista de produtos específica do usuário. Alguns índices são ativados automaticamente durante a geração. Para utilizar os índices fornecidos na versão standard. y Convém notar que. Necessidade 2: o índice é atualizado quando o usuário fornece dados para pelo menos o primeiro campo no índice. Ativação do índice A função de ativação exibe uma lista de todos os índices de condições disponíveis e indica quais estão ativos. O sistema automaticamente propõe uma lista de campos permitidos a escolher. como o sistema deve ler todos os registros de condição relevantes. Além disso. Para obter mais informações sobre como criar um índice. o usuário pode deixar o código do índice de condições em branco. (Isso também se aplica na ativação de um dos índices de condições standard. y Após criar um novo índice e gerá-lo. Para exibir essas informações.

4. é possível rastrear o número de ordens de cliente que acessou determinado registro de condição. Uma caixa de diálogo exibe os índices de condições disponíveis no momento. é possível utilizá-lo para pesquisar registros de condição. 2. Procedimento Para selecionar registros de condição através de um índice: 1. Marcar o índice de condições a ser utilizado e selecionar ENTER . Por exemplo. Selecionar Condições p Selecionar via índice e definir se deseja modificar ou exibir registros de condição. uma dedução para uma ordem de abertura e a primeira ordem de preenchimento posterior). Selecionar Logística p Vendas e distribuição p Dados mestre no menu principal. Por exemplo. é possível definirvalores especiais para os seguintes dados relacionados a pagamento: . Isso pode ser útil para rastrear deduções promocionais baseadas no número de ordens recebidas (por exemplo. 3.Depois que o usuário definir um índice de condições e o sistema atualizar esse índice com dados atuais. O sistema exibe a tela em que é possível entrar critérios de seleção. ao criar dados mestre para promoções ou ações de promoção. Condições de pagamento Rastreamento de valores acumulados com atualização de condições Valor máximo Quantidade máxima Número máximo de ordens Condições de pagamento Uso É possível incluir condições de pagamento como parte da estratégia promocional. O sistema exibe uma lista dos registros de condição por tipo de condição para os critérios de seleção entrados Funções do registro de condição especial Uso Os registros de condição especiais permitem gravar dados utilizados durante processos empresariais especiais. Entrar os critérios de seleção e selecionar Executar.

Controle da atualização de condições A atualização de condições é controlada pelo tipo de condição na opção do Customizing de V endas. As condições do registro de condição têm prioridade. essa idéia foi ampliada para incluir uma função de atualização de condições.2. o sistema gera automaticamente faturas divididas durante o faturamento. era possível acumular valores com base em faturas . No Release 2. a fim de processar estipulações de bônus. até US$ 5. Quando um cliente entra ordens para o novo produto.y y y Condições de pagamento Data de valor fixo Dias de valor adicionais Se o usuário criar uma ação de promoção como parte de uma promoção em que já definiu condições de pagamento especiais. .1. nova e mais geral.000). o sistema copia as condições de pagamento especiais do registro de condição para a ordem d o cliente. Suporte da função de determinação de preço A atualização de condições estabelece a base para as funções de determinação de preço a seguir: y y y Valor máximo Quantidade máxima Número máximo de ordens do cliente Essas funções estão descritas com mais detalhes na seção a seguir. o sistema copia automaticamente as condições para o registro de condição. o sistema copia esses valores automaticamente para a ação de promoção. Se o usuário definir a atualização de condições para determinado tipo de condição. em seguida. Por exemplo. Condições de pagamento na entrada da ordem Durante a entrada da ordem. Se uma ordem do cliente incluir itens com condições de pagamento diferentes. os registros de condição correspondentes se mpre que o usuário processar documentos de venda s e de faturamento relevantes. Com o Release 2. o sistema deve ser capaz de controlar o total de dedução acumulado. o usuário pode oferecer um abatimento in icial até um valor total especificado (por exemplo. Rastreamento de valores acumulados com atualização de condições Uso Ofertas e deduções especiais para clientes são oferecidas com freqüência como parte de uma promoção de vendas baseada nos dados acumulados de ordens do cliente. quando os clientes pedem um produto novo. Quando o usuário cria registros de condição como parte de uma ação de promoção em que definiu condições de pagamento especiais. o sistema atualiza.

o sistema mantém o controle do valor de dedução acumulado e grava esses dados no nível do registro de condição. Selecionar Voltar para retornar à tela de síntese do registro de condição ou gravar o trabalho. No registro de condição. O sistema utiliza o valor de condição de um item como base para o valor acumulado. Definição do valor máximo É possível definir o valor máximo ao criar um novo registro ou atualizar um registro de condição existente. É possível determinar. o sistema desativa automaticamente a dedução. Selecionar Condições e marcar o registro de condição com que deseja trabalhar. até um valor de dedução acumulado máximo de US$ 1. Conforme o cliente entra ordens para o item. Quando o valor de dedução acumulado chega a US$ 1. É exibida uma caixa de diálogo com o valor acumulado das ordens de cliente em que esse registro de condição foi utilizado. Para definir o valor máximo: 1. 4.000. Na caixa de diálogo. É necessário atualizar o código de atualização de condições no Customizing de V endas para os tipos de condição correspondentes. 3. que um cliente receba uma dedução de 2% para determinado item. por exemplo. É exibida a tela Dados mestre de vendas e distribuição. é possível criar registros de condição que especifiquem um valor acumulado máximo. Quantidades máximas Uso . Entrar o valor máximo no campo Valor máximo de condição.Valores máximos Uso Se a função de atualização de condições estiver ativa para determinado tipo de condição. 5. 2. 2.000. No registro de condição. é possível saltar para o valor acumulado de documentos de faturamento relacionados ou para a lista das últimas ordens de cliente. Selecionar Logística p Vendas e distribuição p Dados mestre. Visualização dos dados de atualização no registro de condição Para ver o valor acumulado para determinado registro de condição: 1. selecionar Dados adicionais de vendas. selecionar Suplementos p Valores acumulados. Também é possível saltar para as ordens de cliente individuais.

É necessário atualizar o código de atualização de condições no Customizing de V endas para os tipos de condição correspondentes. is s o envolve uma quantidade. 5. Na caixa de diálogo. a quantidade) das ordens de cliente em que esse registro de condição foi utilizado.000 caixas. Selecionar Logística p Vendas e distribuição p Dados mestre. o campo necessário não é exibido no registro de condição). Também é possível saltar para as ordens de cliente individuais. Conforme o cliente entra ordens para o item. por exemplo. selecionar Dados adicionais de vendas.000 caixas. selecionar Suplementos p Valores acumulados. 4. do peso ou do volume (caso contrário. Definição da quantidade máxima É possível definir a quantidade máxima ao atualizar um registro de condição existente. 3. Também é possível entrar quantidades máximas em peso e volume para um registro de condição. Na maioria dos casos para a base de condição. Para definir a quantidade máxima: 1. É exibida a tela Dados mestre de vendas e distribuição. O sistema exibe uma caixa de diálogo com o valor base acumulado (nesse caso. é possível criar registros de condição que especifiquem uma quantidade acumulada máxima. o número de caixas) e grava esses dados no nível do registro de condição. Selecionar Voltar para retornar à tela de síntese do registro de condição ou gravar o trabalho. Quando o valor acumulado chega a 5. até uma quantidade de ordem acumulada máxima de 5. No registro de condição. Visualização dos dados de atualização no registro de condição Para visualizar a quantidade acumulada (base de condição) para determinado registro de condição: 1. Número máximo de ordens do cliente . O sistema utiliza o valor base de condição de um item como a base para a quantidade acumulada.Se a função de atualização de condições estiver ativa para determinado tipo de condição. 2. Selecionar Condições e marcar o registro de condição com que deseja trabalhar. O tipo de cálculo do respectivo tipo de condição deve ser definido como dependente da quantidade. o sistema desativa automaticamente a dedução. o sistema mantém o controle do valor acumulado (neste exemplo. é possível saltar para o valor acumulado de documentos de faturamento relacionados ou para a lista das últimas ordens de cliente. 2. Entrar a quantidade máxima no campo Valor máximo de condição base. determinar que um cliente receba uma dedução de US$ 10 para determinado material. No registro de condição. É possível.

Uso É possível definir o número máximo de ordens em um registro de condição. 5. o usuário oferece aos clientes uma dedução especial para um novo produto. É exibida a tela Dados mestre de vendas e distribuição. 3. Promoções Em geral. Após a desativação. O sistema mantém o controle do número de ordens que o cliente entra e. 2. Selecionar Logística p Vendas e distribuição p Dados mestre. A dedução deve valer para a ordem inicial e para uma ordem de reposição. O sistema exibe uma caixa de diálogo com o valor base acumulado (neste caso. No registro de condição. selecionar Suplementos p Valores acumulados. Entrar o número máximo no campo Número máximo de ordens. Para definir o número máximo de ordens: 1. Selecionar Voltar para retornar à tela de síntese do registro de condição ou gravar o trabalho. uma promoção representa um plano de marketing de alto nível para determinados produtos ou linhas de produtos ± por exemplo. o sistema grava automaticamente dados estatísticos para registros de condição em que um número máximo de ordens é definido. Visualização dos dados de atualização no registro de condição Para ver as ordens nas quais os registros de condição foram utilizados até o momento: 1. Por exemplo. 4. Selecionar Condições e marcar o registro de condição com que deseja trabalhar. depois que o número máximo é alcançado. Selecionar Primeiras Ordens. Definição do número máximo de ordens É possível definir o número máximo de ordens (até um máximo de três) no registro de condição. Além disso. No registro de condição. Estipulações para determinação do preço promocional Existem dois tipos de acordos para executar programas de marketing com amplas estruturas de dedução: promoções e negociações de vendas. uma promoção de um conjunto de produtos . selecionar Dados adicionais de vendas. É possível exibir uma lista das primeiras ordens (três no máximo). 2. a quantidade) das ordens de cliente em que esse registro de condição foi utilizado. desativa automaticamente o registro de condição. o tipo de condição não é mais exibido na tela de determinação de preço da ordem. É necessário atualizar o código de atualização de condições no Customizing deV endas para os tipos de condição correspondentes.

De acordo com a definição do tipo de estipulação. Por exemplo. também é possível criar os registros de condição individuais. oferecer deduções específicas de cliente em alguns casos e deduções com base em material em outros. Para cada estipulação criada. é possível entrar os dados a seguir para cada estipulação: y y y Texto descritivo breve da estipulação Período de validade Dados especiais relacionados a pagamentos: . por exemplo. O usuário pode definir esse intervalo para estabelecer a distinção entre diversos grupos de produtos. é possível criar ações de promoção separadas para cada linha de produtos. Uma promoção pode incluir diversas ações de promoção. Dados gerais Os dados gerais definidos aplicam-se a todos os registros de condição subseqüentes criados para a estipulação. Na ação de promoção de uma linha de produtos. registros de condição específicos ligados à ação de promoção ou atribuir registros de condição existentes. é possível entrar os dados mestre no sistema. na seção referente a estipulações para determinação de preço. Se a ação de promoção estiver ligada a uma promoção. o sistema pode atribuir o número automaticamente ou o usuário deve entrá-lo manualmente. o usuário pode promover os produtos de diversas maneiras. É possível criar. No exemplo apresentado anteriormente. Definição de tipos de estipulação Antes de entrar promoções e ações de promoção como dados mestre no sistema. No caso de ações de promoção. uma promoção inclui ações de promoção separadas para cada linha de produtos. Por exemplo. Cada estipulação criada é identificada por um número unívoco de 10 dígitos. Ele pode. é possível definir os dados a seguir: y y y y y Os intervalos de numeração (interna e externa) em que são obtidos os números de identificação para a estipulação Os tipos e tabelas de condições que podem ser utilizados no tipo de estipulação As telas de síntese que o usuário vê ao criar dados mestre O período de validade sugerido como valor proposto Os dados de controle adicionais para os tipos de condição que podem ser utilizados para a estipulação Criação de dados mestre para estipulações Após definir os tipos de promoção e de ação de promoção a serem utilizados. por e exemplo. Para cada tipo de estipulação definido. exatamente da mesma maneira que define os tipos de estipulação de bônus. O usuário deve definir os tipos de promoções e ações de promoção no Customizing de determinação de preço. Isso permit .durante um ciclo de vendas específico. em seguida. Além disso. o registro de condição também contém o número da promoção. é possível definir dados gerais. Ações de promoção As ações de promoção fornecem uma melhor abordagem para as atividades promocionais. é possível definir o intervalo de numeração a ser utilizado para atribuir números de identificação às ações de promoção de determinado tipo. listar e analisar posteriormente todos os registros de condição referentes a essa determinada promoção. se a promoção abrange um conjunto formado por diversas linhas de produtos. é preciso definir primeiro os tipos de estipulação a serem utilizados.

2. O sistema propõe um período de validade. (Nesse caso.) . Selecionar Estipulações p Ação de promoção p Criar. Para criar registros de condição imediatamente. Para criar uma nova ação de promoção: 1. 4. Selecionar Logística p Vendas e distribuição p Dados mestre na tela de menu principal. É exibida a tela Dados mestre de vendas e distribuição. Entrar os dados opcionais. o sistema cria automaticamente a ligação entre os registros de condição e a ação de promoção específica. 0101) e selecionar Avançar. como: ± Uma descrição breve da ação de promoção ± Uma referência externa (do cliente) ± O número da promoção. o sistema propõe quaisquer condições de pagamento especiais definidas para a promoção. É exibida a tela Criar ação de promoção. Entrar um tipo de ação de promoção (por exemplo. Criação de registros de condição na ação de promoção É possível criar registros de condição para uma ação de promoção da seguinte maneira: y No mesmo instante em que entrar os dados mestre para a ação de promoção no sistema. gravar os dados. se houver. saltar para o procedimento seguinte. 5. a que a ação de promoção está atribuída ± As condições de pagamento especiais Se o usuário atribuir a ação de promoção a uma promoção. 3. Se não desejar criar registros de condição para a ação de promoção nesse momento. É exibida a tela Síntese estipulação.o o o Condições de pagamento Data de valor fixo Dias de valor adicionais Criação de promoções e ações de promoção Etapas O usuário cria promoções e ações de promoção da mesma maneira.

2. 3. Status de liberação Utilização O status de liberação para os registros de condição em uma ação de promoção permitem limitar o uso de registros já criados. Selecionar Determinação de preço na tela de síntese da ação de promoção.) Ao copiar registros de condição existentes para uma ação de promoção já criada. selecionar Voltar e gravar os dados. vide Cópia de registros de condição. O sistema retorna à caixa de diálogo que lista os tipos de condição válidos que o usuário pode utilizar. que pode ser definido no Customizing para o tipo de estipulação. (Nesse caso. o usuário entra o número da ação de promoção manualmente. Selecionar o tipo de condição para o qual deseja criar um registro de condição e entrar os dados. 4. O sistema exibe a lista dos tipos de condição válidos para esse tipo de ação de promoção. selecionarVoltar para retornar. Etapas Para criar registros de condição diretamente em uma ação de promoção: 1.y y y Através da criação de uma nova ação de promoção com referência a uma ação de promoção existente e da cópia de alguns ou de todos os registros de condição Ao adicionar novos registros de condição a uma ação de promoção existente. Ao definir uma nova ação de promoção (com cópia). Após criar os registros de condição desejados. . é transferida para os registros de condição envolvidos e não pode ser modificada para esses registros. Para obter mais informações sobre a cópia de registros de condição. um valor proposto é sugerido para o status de liberação. Para criar registros de condição adicionais para a ação de promoção. O status de liberação possui as seguintes características: y y y y sem entrada: liberado A: bloqueado B: liberado para simulação de preço C: liberado para simulação de preço e planejamento O montante e o significado das características individuais são definidos usando valores de domínio fixos e não podem ser atualizados. A atualização do status de liberação é efetuada na ação de promoção em si (no bloco de valores propostos).

na atualização das condições (descontos promocionais) para a estipulação do cliente. o status de liberação da ação de promoção é usado para esse registro. promoções de vendas) e descontos promocionais relacionados. o registro de condição sempre tem o status da liberação da estipulação.Um registro bloqueado para uma aplicação é tratado no acesso. Fluxo do processo . o usuário pode criar orçamentos para medidas de suporte de vendas (por exemplo. ao atualizar registros de condição individuais. O usuário pode monitorizar o processo de orçamento desde as atribuições na estipulação do cliente até o documento de faturamento no CO-PA. uma ação de promoção é atribuída ao registro de condição usando a transação VK12. Quando modificar o status de liberação usando esta ação de promoção ou modificações na ação de promoção. Isso permite monitorizar as promoções de vendas de forma detalhada. Se. Para verificar continuamente as disponibilidades orçamentárias. que as condições receberam indiretamente de um acordo por meio do status de processamento. Se o usuário tem vários status de processamento atribuídos a um status de liberação. Em seguida. como se tivesse sido identificado com um código de eliminação. a partir das primeiras etapas da demonstração de resultados. só pode ser modificado no caso de acordos liberados. o registro de condição recebe a primeira entrada adequada (em ordem alfabética) como um status de processamento. ele pode ser reconhecido e exibido como tal por meio da funcionalidade de log em Determinação de preço. Um status de processamento sempre é atribuído diretamente a um status de liberação. A característica Simulação de determinação do preço só é usada no relatório SDNETPRO. que fornece uma lista de preço líquido. Se condições forem atribuídas a um acordo. O status de processamento. No entanto. O status da liberação de condições em um acordo só pode ser modificado se y y o registro de condição possui o status da liberação na chave a estipulação tem o status da liberação liberado Do contrário. executar análises de desvio do orçamento planejado e disponível. o acordo transfere o status de liberação para todas as condições relacionadas. Disponibilidade orçamentária Uso Durante o planejamento do segmento de mercado e o planejamento de vendas e resultado. O status de processamento relacionado é definido adequadamente em seguida. Isso é possível porque as disponibilidades orçamentárias são transferidas para o COPA na atualização das condições. o us uário será notificado de qualquer modificação no status. esse orçamento é usado no sistema de vendas e distribuição (SD) .

vide Trabalho com registros de condição. IVA 17. Para obter mais informações sobre tipos de condição. Os elementos de preço estão divididos em quatro categorias: 13. custos de frete e impostos ± são definidos no sistema R/3 como tipos de condição. pois só é possível criar orçamento nos segmentos de mercado permitidos. 2. A figura a seguir mostra como o sistema representa vários elementos de preço de atividades diárias. Durante a entrada de ordens do cliente. Utilização 8. A tarefa de realmente definir tipos de condição faz parte da configuração e atualização do sistema. Preços 14. No sistema de relatórios. Esta seção fornece uma síntese dos elementos de preço e dos tipos de condição correspondentes que aparecem em Vendas e distribuição (SD). aplicar todas as deduções relevantes e adicionar quaisquer suplementos. Sobretaxas e deduções 15. Informações adicionais 10. Todos os elementos de preço utilizados nos esquemas de cálculo diários ± preços. Com base na estrutura planejada. O fluxo de dados nos pontos de "atualização de condições".O fluxo do processo para os orçamentos de promoção de vendas e distribuição no planejamento de vendas e resultado deve se assemelhar ao seguinte: 1. 5. é possível controlar a disponibilidade de fundos para promoções de vendas por segmento de mercado. 6. 11. sobretaxas. Elementos de preço na versão standard 12. No planejamento de vendas e resultado. "criação de ordens de cliente" e "documento de faturamento" permite executar o sistema de relatórios na demonstração de resultados com a máxima precisão em toda a cadeia de processo empresarial. Isso garante a consistência durante o planejamento. Elementos de preço no processamento de ordem 7. o usuário pode utilizar uma representação de hierarquia para definir os segmentos de mercado para os quais é possível criar orçamentos. 9. . Para obter mais informações sobre as tarefas de criação e atualização de condições. é possível criar orçamento para medidas individuais de suporte de vendas. 4. Ao criar ou atualizar informações de determinação de preços para um elemento de preço específico no sistema. o sistema pode calcular preços automaticamente ao obter um preço bruto. como frete e IVA. As disponibilidades orçamentárias são criadas em Vendas e distribuição para as condições a serem consideradas para as estipulações do cliente. deduções. vide Introdução à técnica de condições. o sistema pode executar uma verificação automática. Custos de frete 16. 3. Na entrada de ordens do cliente. o usuário cria registros de condição.

com a quantidade acumulada de todos os materiais da ordem do cliente atribuídos a esse grupo de materiais: Registro de condição com referência a um grupo de materiais: A partir de 1 KG A partir de 100 KG A partir de 500 KG -2. -US$ / KG -6. 20. sobretaxa. cada dedução. o preço de um material pode se basear em diversos tipos de registro de determinação do preço. pode ser específico para determinado cliente ou pode ser um simples preço de material. O usuário atribuiu materiais a um grupo de materiais e deseja atribuir uma dedução baseada em quantidade a esses materiais. é possível observar que o preço de um material é representado por um tipo de condição (PR00). -US$ / KG Determinação de preço na ordem para dois materiais com base no grupo de materiais: . Na figura. custo de frete e imposto é definido por seu próprio tipo de condição. Condições de grupo Utilização O usuário deseja utilizar algumas condições como base para a determinação de valores de escala a partir de vários itens. 19. -US$ / KG -4.18. No entanto. Por outro lado. O usuário deseja que o sistema leia a escala de quantidade de forma cumulativa. O preço pode ser originário de uma lista de preços.

dedução em US$ Pré-requisitos O usuário deve marcar o tipo de condição como uma condição de grupo no Customizing. o usuário deve efetuar as entradas adicionais a seguir para o tipo de condição: y y Unidade de quantidade para acumulação Número da chave de grupo .Item 10 Item 20 Material 1 Material 2 60 KG 70 KG -20.. Se desejar que o sistema execute a acumulação em todos os itens.dedução em US$ -20. mas que leia um registro de condição separado com essa quantidade acumulada para cada item..

Na utilização desse tipo de hierarquias. o sistema pode encontrar várias variantes desse tipo com um único acesso a uma tabela de condições que contenha todos os campos necessários na chave variável. Isso não só tomaria muito tempo como também reduziria a performa nce do sistema. Com o uso da função de acesso hierárquico. o usuário tem a opção de definir que parte da chave permanece fixa e que parte pode variar (esses são os campos livres e os campos opcionais na atualização de condições). sobretudo para dados hierárquicos como os que representam uma hierarquia de produtos ou de clientes. dependa do cliente.Acessos hierárquicos Uso Os acessos hierárquicos são usados para otimizar a determinação d e preço para constelações de dados hierárquicos tais como a hierarquia de produtos. segundo os critérios relevantes. Trata-se de um sério inconveniente. Pré-requisitos Ao criar uma seqüência de acesso em uma tabela de condições para os campos de um acesso. pode ser necessário usar algum número de quantidade parcial de palete (oriundo da quantidade de características indicada) para definir as chaves das tabelas de condições. Sem os acessos hierárquicos. É possível. contudo. determinar o registro de condição necessário . . então. do material ou dos dois . Um exemplo simples disso seria um preço fixado para o canal de organização e distribuição de vendas que. forçando-o a usar uma seqüência de acessos rigidamente fixa. seria necessário criar uma tabela de condições para cada combinação e atribuir todos os acessos a essa tabela em uma hierarquia dentro de uma seqüência de acesso.

o código de eliminação só será verificado quando for iniciada a Determinação de preço. de forma que qualquer combinação de características possa ser criada para um acesso. Ao usar os acessos hierárquicos. uma prioridade deve aumentar ao ser deslocada de um critério geral para um critério mais específico: Campo Organização de vendas Grupo de mercadorias Grupo principal Grupo A A A 5 4 3 Tipo de processamento em acesso Análise . Exemplo de determinação de preço com campos livres O usuário deseja configurar a Determinação de preço para materiais atribuídos a uma hierarquia de produtos. y Os registros com as prioridades mais altas são. é necessário fazer as seguintes opções no acesso no nível de campo: y Tipo de processamento em acesso (campo TipoA): ao entrar a letra A. A e ntrada obrigatória não é u tiliz ada para os campos opcionais. é preciso utilizar sempre a eliminação física e não o código de eliminação. Isso pode levar ao seguinte: Um registro de condição pode ter prioridade para os acessos hierárquicos e ser transferido para a Determinação de preço. A tela de entrada rápida para os registros de condições não é usada. o registro de condição é expedido da Determinação de preço sem uma substituição. No Customizing de Determinação d e preço. Essas prioridades são usadas para avaliar a relevância dos registros de condições determinados com o uso da parte fixa da chave. É possível obter mais informações na unidade Eliminação de registros de condições. o usuário atribui prioridades aos campos na parte variável da chave. disponibilizados na determinação de preço. Campos livres são campos opcionais durante a atualização do registro de condições. Contudo. Ao usar o código de eliminação porém.Durante a atualização da seqüência de acesso. Via de regra. Isso porque os registros de condições são determinados com o uso da prioridade para condições hierárquicas antes que a Determinação de preço ocorra. em seguida. Análise de características (campo Prio): é possível atribuir uma prioridade de 01 (alta) a 99 (baixa). Marcar os níveis de hierarquia como campos livres e entrar uma prioridade. o usuário indica que este é um campo livre.

Exemplos: É possível oferecer preços a partir de uma lista de preços por atacado para clientes de determinado grupo de clientes. agora. disponibilizada para a determinação de preço. é possível determinar dados que não estejam disponíveis no documento e u tiliz á-los para a determinação d e preço. disponibilizada para a determinação de preço.Subgrupo Material A A 2 1 A vantagem disso é que é preciso criar apenas um acesso na seqüência de acesso durante a atualização dos dados mestre. O usuário talvez deseje determinar uma quantidade de escala em determinado grupo de clientes. A quantidade de escala precisa. Também é possível obter uma síntese muito melhor da atualização dos dados mestre. em seguida. independentemente da quantidade encomendada. Determinação de dados no acesso Uso Durante a determinação d e preço. em seguida. No documento. ser determinada com o uso de um registro de condição especial e. mas a partir de um registro de condição especial e. Dados de exemplo no sistema standard É possível utilizar o tipo de condição K148 com a seqüência de acesso PRHI para testar acessos hierárquicos. sem modificar os dados mestre. a categoria de lista de preços não é determinada a partir dos dados mestre. permitindo qualquer número de combinações de características para um acesso. pois os diversos registros de condições podem ser criados para um tipo de condição na tela de entrada rápida da atualização de condições. Esse procedimento envolve duas etapas: yDeterminação de dados para determinação de preço yUso de dados na determinação de preço . A razão é que os campos livres representam os campos opcionais durante a atualização do registro de condições.

Esse procedimento é possível para os campos que ocorrem nos acessos. Listas de condições Uso Para obter informações sobre os dados de determinação de preço gravados no sistema. O usuário acessa. tipos de condição e tabelas de condições segundo vários critérios diferentes. y Determinação de dados com uso de rotinas É necessário usar rotinas para determinar dados para campos que não sejam usados nos acessos. respostas às perguntas a seguir: y y y Quais acordos sobre preços específicos de cliente foram feitos dentro de um certo período? Quais registros de condições existem para custos de frete? Quais registros de condições existem para clientes em uma determinada região ou país? Criação de listas de condições As l istas de condições são criadas no Customizing segundo as necessidades da sociedade do usuário e podem ser executadas através do menu de aplicação. Isso é executado no Customizing. mas não é possível modificar o critério usado para criar essa lista. é possível modificar o escopo da lista de condições. onde é possível avaliar registros de condição segundo critérios específicos.Essas duas etapas são diferentes e dependem de como os dados são obtidos. uma tela de seleção. em seguida. Na síntese de um registro de condição. selecionar Ambiente p Informação condição. criar listas de condições. logo é preciso distinguir entre três processos de determinação de dados: y Determinação com uso da estrutura de comunicação KOMPAZD É possível usar a estrutura de comunicação KOMPAZD para determinar dados. y Determinação de dados para Ações de promoção Uma solução especial é oferecida para a determinação de dados para ação de promoção. Uma lista pode fornecer. Meios adicionais para avaliar registros de condições Além de utilizar listas de condições para gerar informações sobre registros de condições. por exemplo. também é possível executar avaliações de tipos de condições específicos enquanto se trabalha com registros de condição. As l istas de condições reúnem informações dos registros de condição. Esses três procedimentos serão descritos nas unidades seguintes. . como o da quantidade de escala ou o da data da fixação do preço. Com o uso de critérios de seleção específicos .

Consultar Atualização de registros de condição. Também é possível exibir as listas de condições definidas. Criação de listas de condições Utilização É possível criar listas de condições do próprio usuário no Customizing de Vendas e distribuição em Vendas e distribuição p Funções básicas p Determinação de preço(transação V/LA). Certificar-se de que na tela seguinte todos os campos-chave das tabelas selecionadas sejam exibidos. Ao selecionar "Processar p Continuar com E". Os campos que não sejam usados como critério de seleção ao exibir a lista posteriormente podem ser removidos por meio da anulação da marcação na coluna "Seleção". Na caixa de diálogo seguinte. que podem ser iniciadas por meio do menu da aplicação (selecionar Logística p Vendas e distribuição p Dados mestre p Sistema de informação p Condições e determinação do preço p Listas de condições). todas as tabelas de condições que contenham no mínimo um dos campos marcados serão avaliadas. as listas de condições representam programas ABAP/4. listados em ordem alfabética. marcar todas as tabelas de condições a serem avaliadas. Selecionar "Passar p/estrutura de lista" para definir a estrutura de tela para a lista de condições. As listas de condições também podem ser usadas para atualização de condições. Proceder conforme descrito a seguir: y Entrar um texto breve de denominação. Na tela de dados seguinte. e a lista de condições a ser criada.Listas de condições também podem ser usadas para atualização de condições. Criar novas listas de condições (no Customizing em Vendas e distribuição p Funções básicas pDeterminação de preço. O sistema SAP standard contém listas de condições predefinidas. que consista em dois caracteres. sendo o primeiro uma letra. Ao selecionar "Processar p Continuar com E". Marcar todos os campos-chave a serem considerados na lista de condições. todas as tabelas de condições que contenham no mínimo um dos campos marcados serão avaliadas. A estrutura das listas de condições significa que as informações podem ser colocadas em diferentes lugares na lista. o usuário verá todos os campos-chave usados em condições. O layout contém os elementos a seguir: y y . Vide Atualização de registros de condição. Tecnicamente falando. Procedimento Verificar a extensão do uso das listas de condições no sistema SAP standard. Os campos podem ser marcados como campos obrigatórios na tela de seleção. transação V/LA).

mas não inclui detalhes sobre as escalas de preços. Os diversos elementos de layout estão indicados na figura. Entrar a denominação da lista de condições a ser executada.y Este elemento de layout. Execução da lista de condições Etapas Para executar uma lista de condições: 1. .. Na primeira tela. Cabeçalho de página Cabeçalho de grupo Item possui a seguinte função na lista.. O sistema exibe a tela Executar lista de condições. 2... selecionar Logística p Vendas e distribuição p Dados mestre pSistema de informações p Condições e determinação do preço p Listas de condições (Transação V/LD). Informações que se aplicam a cada página da lista Subdivide as informações em categorias Informações específicas de um registro de condições Exemplo A figura a seguir mostra uma seção de um exemplo de lista de condições que fornece informações sobre preços específicos de cliente.

entrar o dispositivo de saída e as especificações sobre controle de spool e selecionarSaída p Imprimir. o usuário pode armazenar as listas de condições como variantes e reutilizá-las posteriormente. É possível usar Delimitações livres para entrar critérios adicionais de seleção não exibidos na tela de seleção. selecionar Entradas possíveis. Para criar e atualizar variantes a partir da tela de seleção para uma lista de condições. o sistema lista todas as listas de condições disponíveis. Listas de preço líquido Uso A lista de preço líquido permite ao usuário oferecer a seus clientes informações sobre determinação do preço de materiais. atribuir o receptor da ordem a uma condição como um critério de seleção. Impressão da lista de condições Para imprimir uma lista de condições. É possível. pelo título descritivo ou por ambos. Se o usuário deixar ambos os campos em branco e selecionar Avançar exibe todas as listas de condições disponíveis. Trabalho com variantes de listas de condições Se for freqüente o uso das listas de condição com os mesmos critérios de seleção. 3. Selecionar Executar. Quanto mais informações a lista contém. o usuário pode chamar a variante e o sistema entra automaticamente os critérios de seleção. Se o usuário selecionar Avançar. Na tela seguinte. 4. O sistema exibe a tela de seleção da lista de condições a ser executada. Cabeçalho de grupo e Itens indicam onde os campos estão localizados na lista de condições. O sistema exibe a lista de condições. Selecionar Executar. em que é possível pesquisar uma lista pela denominação. selecionar Imprimir na tela Lista de condições. Também é possível trabalhar com uma janela maior. O sistema exibe uma caixa de diálogo. Os campos das áreasCabeçalho de página. 5. 6. Características . por exemplo. o sistema . Uma seta na seção inferior direita da tela indica que há mais campos na lista de condições do que aqueles exibidos na tela de dados atual. Também é possível pesquisar genericamente ao entrar *.Se não souber a denominação. As seções na tela de seleção detalham como a lista é estruturada. É possível exibir listas inteiras com o uso da faixa horizontal da tela. mais complexo é o processamento da lista. selecionar Saltar p Variantes. Limitar o relatório ao definir critérios de seleção para obter as informações relevantes. Ao executar a lista de condições.

É possível definir as próprias variantes de exibição com o uso do visor de listas ABAP. Os campos de subtotal de KZW11 a KZW16 podem ser usados para criar informações específicas de cliente. A lista de preço líquido trabalha com o visor de listas ABAP. o emissor da ordem e o centro. Todos os campos da tabela VBRP também estão disponíveis. Após iniciar o programa SDNETPRO . É possível obter mais informações sobre o Visor de listas ABAP em Componentes válidos para todas as aplicações p Funções gerais de aplicação. Entrar a área de vendas. . é simulado um documento de faturamento e o sistema emite o resultado. selecionar: Vendas e distribuição p Dados mestre p Listas de condições p Listas de preço líquido.No menu. Entrar os dados que influenciam a determinação d e preço (tais como tipo da ordem e data d afixação do preço).

Sign up to vote on this title
UsefulNot useful