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/frameset.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:

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

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.

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.

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:

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ão utilizados em todo o cliclo 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. 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.

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

3. Quando todos os itens forem selecionados e embalados, e a saída de mercadorias for 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-of-sale. 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.

 Cartões de pagamento em documentos de faturamento 

Uso

Ao criar um documento de faturamento, o sistema copia o plano de cartão de pagamento da ordem do cliente. O sistema determina então:

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), os dados de cartão de pagamento, 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.

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, incluindo diversas funções de faturamento. 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. Observar que, ao contrário da ordem do cliente, o plano de cartão de pagamento no documento de faturamento se destina somente à exibição. Não é possível modificá-lo.

Cancelar os documentos de faturamento com cartões de pagamento

Ao criar um documento de faturamento, é possível ocorrer erros técnicos ou de determinação de preço, ou o lançamento de dados de faturamento em uma conta incorreta. Nesses casos, o usuário cancela o documento de faturamento. Observar o seguinte ao cancelar esses documentos:

o O usuário deve dispor dos mesmos dados de cartão de pagamento no documento cancelado e no documento de origem

o Ao cancelar um documento, 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, o usuário deve informar na fatura que o pagamento será feito com um cartão de pagamento. Não é necessário efetuar o pagamento diretamente ao usuário. O usuário pode imprimir essas informações no documento de faturamento com o SAPscript.

Alterar o montante de um documento de faturamento

Ao elevar o montante de um documento de faturamento que contenha cartões de pagamento, o novo montante deve estar completamente coberto pela autorização do cartão de pagamento

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

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 acessa o plano de cartão de pagamento ao selecionar Cabeçalho  Cartões de pagamento.

Estrutura

O plano de cartão de pagamento contém um cabeçalho que exibe:

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, assim como sua data.

O usuário utiliza esses campos para processar ordens do cliente com diversas datas de remessa.

 

O cabeçalho inclui uma seção sobre autorização que indica:

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. Por exemplo, é possível configurar o sistema para autorizar automaticamente as ordens do cliente completas. Ou cancelar a autorização da ordem do cliente e utilizar um relatório para posteriormente autorizar em lotes.

Se o sistema definiu um bloqueio

O status de chamada da autorização, 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.

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, como tipo e número do cartão, data de vencimento e informações de faturamento

Os itens de autorização contêm detalhes sobre a autorização

Para obter uma síntese da autorização, percorrer à direita no item de autorização. Para obter informações detalhadas, selecionar um item e escolher Detalhe. O sistema exibe todas as informações atuais relativas à autorização, inclusive códigos, contas, horas e datas.

 

À primeira vista, é possível que os itens de cartão e os itens de autorização pareçam semelhantes. Para diferenciá-los, observar que os itens de autorização:

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. A primeira é o botão lançado em docs de faturamento. 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. Com esse botão, é possível autorizar manualmente uma ordem do cliente por meio de um telefonema para a câmara de compensação. A autorização manual requer permissão especial determinada no perfil de autorização V_VBAK_AAT.

Criação de ordens do cliente - 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. O usuário pode fazer isso no Customizing de Vendas e distribuição ao selecionar Faturamento  Cartões de pagamento  Atualizar tipo plan.cartão de pagamento.

Os dados dos cartões de pagamentos só podem ser entrados no nível de cabeçalho, portanto, não é possível entrar dados de cartões para cada item.

A autorização de cartões deve cobrir a totalidade do valor da ordem do cliente. Caso contrário, o sistema avisa o usuário para autorizar novamente.

Características

Ao criar uma ordem do cliente, é possível definir valores de autorização para um único cartão de pagamento. Selecionar Cabeçalho  Cartões de pagamento e entrar os dados das diversas autorizações em Plano de cartão de pagamento. Para configurar o sistema para criar automaticamente diversas autorizações para um único cartão, consultar o user exit AUTHORIZATION_VALUE_SPLIT (no include MV45AFZH). Se for necessária apenas uma autorização, o usuário pode entrar os dados diretamente no campo de entrada rápida da ordem do cliente.

Procedimento

Criar uma ordem do cliente com um cartão de pagamento de forma similar à entrada de uma ordem do cliente standard.

1. Criar uma    ordem do cliente .2. Usar o campo de entrada rápida na tela de síntese para entrar o tipo, número e data de

vencimento do cartão, 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. Para diversas autorizações, entrar os dados no plano de cartão de pagamento. Esses dados são necessários para dar prosseguimento ao processamento da ordem do cliente.

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, verificar se o número do cartão Visa começa com "4"). Isso reduz o risco de passar por um longo processo de autorização com um número de cartão incorreto.

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. Dessa forma, se for digitada uma data incorreta, o sistema intercepta o erro. Se a data de vencimento estiver próxima, é possível verificar se o cartão ainda estará válido quando os itens forem entregues.

Resultado

O sistema autoriza automaticamente as informações do cartão quando o usuário grava a ordem do cliente, e emite uma mensagem que informa que a autorização foi concluída com êxito. Se a câmara de compensação rejeitar os dados do cartão ou o valor da autorização, o sistema bloqueia a ordem do cliente e emite uma mensagem de aviso.

Para exibir dados da autorização atuais, retornar à ordem do cliente no modo de exibição. Acessar o plano de cartão de pagamento para visualizar o status da autorização. É possível visualizar:

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, percorrer à direita no item de autorização. Para obter informações detalhadas, selecionar o item e escolherDetalhe. O sistema exibe todas as informações atuais relativas à autorização, inclusive códigos, contas, horas e datas.

 

 Criação de ordens do cliente - diversos cartões de

pagamento 

É possível que os clientes desejem utilizar vários cartões de pagamento em uma ordem do cliente, especialmente quando os preços dos itens ultrapassam o limite de crédito de um único cartão. Entrar os dados para os cartões de pagamento no plano de cartão de pagamento anexado ao cabeçalho da ordem do cliente.

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 Customizing de Vendas e distribuição ao selecionar Faturamento  Cartões de pagamento  Atualizar tipo plan.cartão de pagamento.

Só é possível entrar os dados do cartão de pagamento no nível de cabeçalho, o usuário não pode entrar dados para cada item.

As autorizações dos cartões de pagamento devem cobrir a totalidade do valor da ordem do cliente. Caso contrário, o usuário é avisado para reautorizar.

Procedimento

Criar uma ordem do cliente com cartões de pagamento de forma similar à criação de uma ordem do cliente standard.

1. Criar uma    ordem do cliente .

2. Selecionar Saltar  Cabeçalho  Cartões de pagamento para entrar os dados do cartão.

O sistema exibe o valor da ordem do cliente (valor líquido + impostos).

3. Entrar os tipos, números e datas de vencimento dos cartões de pagamento, ou utilizar o matchcode do campo número do cartão de pagamento para selecionar os cartões listados no registro mestre do pagador. Esses dados são necessários para dar prosseguimento ao processamento da ordem do cliente.

O sistema verifica o número e a data de vencimento do cartão.

4. Entrar os montantes máximos de faturamento dos cartões.

Selecionar Limitado a, escolher Entrar e entrar um montante no campo Montante máximo. Para especificar um montante ilimitado para um cartão, deixar o código Limitado a em branco. Isso só é possível com apenas um cartão por ordem.

Observar que a divisão de montantes entre cartões pode causar arredondamento.

5. Selecionar Voltar e gravar a ordem.

Um cliente pediu o equivalente a US$ 1.000 em mercadorias e solicitou que o débito fosse efetuado em dois cartões de pagamento. Ao criar a ordem do cliente e entrar os dados no plano de cartão de pagamento, dividir o montante da ordem entre os dois cartões.

De acordo com as informações fornecidas pelo cliente sobre os limites dos diferentes cartões, entrar um montante máximo de US$ 400 para um cartão e um montante ilimitado para o outro. O sistema autoriza US$ 400 e US$ 600 para os cartões, respectivamente, e fatura a transação da mesma forma.

Resultado

O sistema autoriza automaticamente as informações do cartão quando o usuário grava a ordem do cliente, e emite uma mensagem com a informação de que as autorizações foram concluídas com êxito.

Se os dados do cartão ou o montante da autorização forem rejeitados pela câmara de compensação, o sistema bloqueia a ordem do cliente e emite uma mensagem de aviso.

Para exibir dados da autorização, retornar à ordem do cliente no modo de exibição. Acessar o plano de cartão de pagamento para visualizar os status das autorizações, como:

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, percorrer à direita nos itens de autorização. Para obter informações detalhadas, selecionar um item de autorização e escolher Detalhe. O

sistema exibe todas as informações atuais relativas à autorização, inclusive códigos, contas, horas e datas.

Autorização 

Uso

Quando um cliente paga por mercadorias e serviços com um cartão de pagamento, o número do cartã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. A câmara de compensação verifica essas informações e autoriza ou rejeita a transação. A concessão de uma autorização é uma garantia de pagamento.

Pré-requisitos

É necessário um software de terceiros para executar a 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.

Gerenciamento de risco afeta o processo de autorização.

Características

Com as funções de autorização no processamento de cartões de pagamento, o usuário pode:

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, incluindo as datas das modificações e os responsáveis (Selecionar Ambiente  Modificações)

Restrições

O usuário somente pode executar a autorização na ordem do cliente. Não é possível efetuar autorização parcial do valor de uma ordem do cliente.

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. 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, inclusive as câmaras de compensação, bancos, administradoras de cartão de crédito e prestadores de serviços.

Características

O programa de interface viabiliza:

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 atualizaçã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. Entrar em contato com o consultor da SAP para obter mais informações.

O sistema standard inclui o módulo de função CCARD_AUTH_SIMULATION, 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. A SAP também oferece a função de testeCCARD_SETTLEMENT_SIMULATION para a Contabilidade financeira (FI).

Ao acionar a função de autorização, o sistema acessa o destino lógico especificado no Customizing. Trata-se de um sistema interno da SAP ou um programa externo (RFC).

Selecionar Vendas e distribuição  Faturamento  Cartões de pagamento  Autorização e liquidação  Atualizar centro de compensação Configurar controle de autorização/liquidação por conta no Customizing para definir o módulo de função para autorização.

Se o módulo de função CCARD_AUTH_SIMULATION não for substituído pelo módulo do próprio usuário, o sistema apenas simula a autorização, mesmo em um sistema produtivo.

Fluxo de dados

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:

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, mapeia os dados para o formato do solicitante, envia os dados através da conexão à instituição financeira e aguarda a resposta. O programa envia então a resposta, através do CCAUT_R, ao autor da chamada R/3 original.

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. No modo registrar, o programa do servidor RFC é iniciado antes de receber uma chamada do R/3. Ele é registrado em um gateway SAP e depois aguarda as solicitações RFC do sistema R/3.

Ao testar a função de autorização, utilizar a transação SM59 para criar uma conexão TCP/IP. Utilizar o modo registrar e especificar uma ID de programa para o servidor RFC externo. Finalmente, definir o gateway para configurar um ambiente de servidor de diversas aplicações R/3. A Biblioteca RFC contém o seguinte:

RfcListen – Verifica se uma solicitação RFC está disponível. RfcAccept – Aceita uma conexão de entrada. RfcInstallFunction – Registra as funções que podem ser chamadas para permitir que a

rotina RfcDispatch faça o roteamento adequado das solicitações RFC. RfcInstallStructure – Se as estruturas ou as tabelas internas forem transferidas de um

sistema R/3 para o programa externo, somente será possível transferir estruturas ou tabelas homogêneas.

RfcAbort – Envia uma mensagem de erro, caso possível, e encerra a conexão. RfcClose – Encerra uma conexão RFC.

RfcDispatch - Aguarda as próximas chamadas de função. RfcGetData – Recebe os parâmetros de uma função. RfcSendData – Envia os valores devolvidos. RfcRaise – Relata erros que ocorrem durante a execução de uma função RFC.

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. No Customizing de Vendas e distribuição, selecionar Faturamento  Cartões de pagamento  Autorização e liquidação  Atualizar grupos de verificação. As três principais opções que exercem influência na autorização são:

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.

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, salvo especificado o contrário. No campoReq.autor., o usuário pode definir que o sistema autorize:

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, definidos em Faturamento  Cartões de

pagamento  Autorização e liquidação  Atualizar requisitos para a autorização

O requisito é armazenado no sistema R/3 como código ABAP/4. É atribuído a um grupo de verificação que, por sua vez, é atribuído a um tipo de documento de vendas.

Definição do horizonte de autorização

Às vezes, é possível que as autorizações vençam antes que uma ordem seja enviada ou faturada. Para reduzir esse risco, o usuário pode autorizar as ordens somente vários dias antes de estarem prontas para expedição e faturamento.

O horizonte de autorização especifica o número de dias antes da data de disponibilidade do material, ou da data de faturamento, na qual o sistema deve iniciar a autorização. Se uma ordem do cliente for gravada dentro do horizonte de autorização, o sistema executa a autorização imediatamente. Se uma ordem do cliente for gravada antes do horizonte de autorização entrar em vigor, o sistema não efetua a autorização ou executa a autorização preliminar.

Nesse exemplo, o sistema foi configurado para autorizar um dia antes da criação da remessa. O sistema não executa a autorização quando a ordem é gravada no Dia 0, mas no Dia 2. Observar que o período de validade da autorização foi definido para 14 dias no Customizing (Autorização e liquidação  Indicar a duração da validade da autorização). Se as atividades de remessa demorarem mais de 14 dias, será necessário reautorizar a transação.

Definição da autorização preliminar

Selecionar Autorprel. para a autorização preliminar.

O sistema executa a autorização preliminar quando o usuário entra e grava uma ordem do cliente. Nesse procedimento, uma autorização ‘branda’ é enviada à câmara de compensação com um montante de US$ 1,00 para verificar se o nome, endereço e número do cartão estão corretos. Dessa forma, é reduzido o risco de problemas com a autorização real, efetuada em data posterior.

O sistema executa a autorização prévia quando a data de disponibilidade do material, ou as datas de faturamento, encontram-se fora do horizonte de autorização, isto é, antes que o horizonte de autorização seja ativado. Quando o horizonte de autorização for efetivamente ativado, o sistema não executa a autorização automaticamente. O usuário deve executar regularmente um relatório para listar as ordens do cliente prontas para autorização e autorizá-las em lote.

Características especiais

Autorização manual

Às vezes, é 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. Nesses casos, 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. 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:

Incluir um item na ordem do cliente

Aumentar o valor da ordem do cliente

Modificar a quantidade de divisão

O sistema emite uma mensagem que avisa que o usuário deve reautorizar ao:

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, é possível autorizar documentos em lote para viabilizar ordens do cliente e remessas com ciclos de processamento longos.

Várias autorizações em um cartão de pagamento

Ao definir várias autorizações em um único cartão de pagamento, o sistema lê e seleciona automaticamente os montantes de autorização, e tenta corresponder ao valor da ordem do cliente. Em ordem de preferência, ele buscará:

1. os mesmos montantes2. o montante maior mais próximo3. 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.

Valor da ordem do cliente: US$ 500,00

Autorização 1 US$ 100,00

Autorização 2 US$ 200,00

Autorização 3 US$ 300,00

Nesse caso, o sistema lê os montantes de autorização, desde o mínimo de US$ 100,00, para encontrar o valor mais próximo a US$ 500,00 e seleciona a Autorização 3. Então faz nova leitura, desde os menores montantes, e busca a autorização mais próxima da porção não coberta do valor da ordem do cliente, que, nesse caso, é de US$ 200,00. Ele seleciona a Autorização 2, que cobre todo o valor da ordem do cliente.

Reações do sistema à autorização sem êxito

Em alguns casos, é 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. O sistema reage a uma autorização sem êxito ao:

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. O usuário pode reautorizá-las ao remover o bloqueio e gravar a ordem do cliente.

Redefinir a quantidade confirmada para zero na ordem do cliente e bloquear a entrada no índice de expedição.

Os requisitos no controle de cópias impedem que o usuário crie e selecione a expedição, e também o envio da saída de mercadorias. Para desautorizar as funções subseqüentes, selecionar Funções subsequentes no Customizing de cartões de pagamento. Nesse item, é possível controlar:

o Requisitos de disponibilidadeo Requisição/montagem de comprao Índice de remessas prontaso Condições para efetuar cópias de remessaso Condições para efetuar cópias de documentos de faturamentoo Picking, embalagem e saída de mercadorias

Administração de autorizações sem êxito

Se a autorização for executada em lote, o sistema informa a pessoa apropriada quando a autorização não for concluída com êxito: o controlador de crédito, caso a autorização seja recusada devido ao crédito do cliente, ou o administrador do sistema, em caso de problemas técnicos. Se a autorização for processada on-line, o sistema emite uma mensagem que informa o problema. O usuário pode então revisar os diversos status no plano de cartão de pagamento.

É possível executar regularmente um relatório para processar ordens do cliente com problemas de autorizaçã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 sistema lista as ordens do cliente que não obtiveram autorização. O usuário pode então:

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,

fornecendo ao usuário verificações e funções para minimizar o risco de crédito. Além das cartas de crédito e do seguro de crédito à exportação, 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.

Integração Vide    Gerenciamento de risco  para obter mais informações, inclusive uma   

comparação entre os cartões de pagamento e as outras formas de garantia de pagamento.

Observar que, ao utilizar um cartão de pagamento em uma ordem do cliente, o formulário de garantia de pagamento prevalece em relação aos demais e é ativado primeiro.

Pré-requisitos Uma vez que o Gerenciamento de riscos afeta os montantes e datas do processo de

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. Selecionar Autorização e liquidação  Admin.riscos para cartões de pagamento no Customizing de cartões de pagamento. Nessa fase, é possível definir os cartões de pagamento como forma de garantia de pagamento e atualizar um procedimento apropriado.

Características Da mesma forma em que ocorre com a verificação de crédito na Administração de

créditos, o sistema define um status interno para o Gerenciamento de riscos que

influencia o status global do crédito. É possível utilizar esse status para evitar que determinadas funções subseqüentes sejam executadas em documentos bloqueados devido à garantia de pagamento, falha na autorização nesse caso.

 Listas de trabalho no processamento de cartões de

pagamento 

Pré-requisitos

Muitos desses relatórios estão disponíveis a partir do menu. Para acessar os outros, utilizar a

transação SE38 ou chamar a árvore de relatório através deSistemas info  Seleção geral relatório.

Uso

Com o relatório RV21A001 (Ordem  Funções subseqüentes  Cartões de pagamento: lista de trabalho), o usuário pode listar e processar ordens do cliente e com cartões de pagamento.

Entre as funções do relatório, é possível:

Selecionar uma variante de exibição

Exibir variantes "010" para documentos de vendas e "011" para remessas disponíveis no sistema standard.

Selecionar documentos conforme os diferentes status de autorização, como todas as ordens do cliente com autorização bloqueada, 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  Liberar para autorização

O sistema inicia a autorização quando o usuário grava a lista de relatório. Rejeitar uma ou mais ordens do cliente ou devoluções selecionando o(s) documento(s)

e Processar  Rejeitar

É possível rejeitar todas as ordens do cliente com autorizações bloqueadas, por exemplo.

Liberar um ou mais de um documento ao selecioná-lo(s) e escolher Processar  Liberar

É possível liberar os documentos manualmente, se um cartão estiver bloqueado ou se não for possível executar a autorização devido a problemas técnicos por exemplo.

Cancelar qualquer uma das funções acima ao selecionar Processar  Cancelar Revisar o log de informações ao selecionar Saltar  Log

 

Com o relatório RV21A010, é possível iniciar a autorização por lote.

Ao especificar um status da última autorização, ou uma data, o usuário pode, por exemplo, processar ordens do cliente bloqueadas ou ordens cujas datas se encontram dentro do

horizonte de autorização. Utilizar o campo Próxima verificação para as datas do horizonte de autorização.

Selecionar Registrar mensagens info para que o sistema liste os documentos processados no relatório e os erros ocorridos.

 

Com o relatório RV20A001, é possível chamar uma lista de um ou mais de um cliente. O usuário pode então atualizar rapidamente os dados dos cartões de pagamento nos registros mestre diretamente na lista.

 

Com o relatório RV20A002, é possível chamar uma lista de cartões de pagamento de um determinado tipo, como todos os cartões AMEX por exemplo. O usuário pode filtrar a pesquisa ao entrar um intervalo de números de cartões.

 

Com o relatório RV20A003, é possível listar os cartões de pagamento que vençam em um determinado período de tempo. O usuário também pode utilizar esse relatório de forma mais geral, como para listar os cartões conforme o titular ou o bloqueio de cartões de pagamento, por exemplo.

Referência a ordens do cliente com cartões de pagamento 

Objetivo

Ao criar uma nota de débito, crédito ou de devolução com referência a uma ordem do cliente com cartões de pagamento, o sistema R/3 lembra o usuário de que essa ordem do cliente inclui cartões de pagamento. O usuário pode então levar os cartões em consideração ao criar o documento de destino.

Fluxo do processo

1. O usuário cria um documento com referência a uma ordem do cliente.2. O sistema determina se a ordem do cliente contém cartões de pagamento. Nesse caso,

o sistema emite uma mensagem para lembrar ao usuário que é necessário levar os cartões de pagamento em consideração.

3. 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. O usuário deve entrar esses dados manualmente.

4. Ao gravar o novo documento, o sistema executa uma autorização "negativa", que, na verdade, reverte o montante reservado para a transação na conta do cartão de pagamento do cliente.

Exemplo

Um cliente faz um pedido de duas impressoras a laser ao custo de US$ 5.000 cada. Ele faz o pagamento e utiliza dois cartões de crédito. O usuário cria uma ordem do cliente e entra os dados relevantes do cartão no plano de cartão de pagamento. Dessa forma, o usuário limita o primeiro cartão, MasterCard, a US$ 6.000. O usuário especifica que o cartão Visa é ilimitado ao

deixar o código Limitado a em branco. O usuário autoriza os montantes e grava a ordem do cliente.

Duas semanas após o envio das impressoras, o cliente telefona para informar a devolução de uma delas. Ao criar uma devolução com referência à ordem do cliente respectiva, o sistema não copia automaticamente os dados do cartão de pagamento da ordem do cliente. Isso acontece porque há várias formas de combinar cartões de pagamento e montantes na devolução. Entretanto, 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. 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. Há duas formas de criar essa devolução de US$ 5.000: creditar o montante total da devolução no primeiro cartão ou dividir o montante entre os dois cartões.

No primeiro caso, o usuário entra apenas o MasterCard na devolução. Por trabalhar com um cartão, o usuário não chama o plano de cartão de pagamento. Nesse caso, o usuário utiliza o campo de entrada rápida na tela de síntese. Talvez o usuário decida utilizar o plano de cartão de pagamento, e, nesse caso, entra o MasterCard e deixa o código Limitado a em branco. O montante total da devolução (US$ 5.000) é creditado automaticamente no MasterCard ao gravar (e autorizar) a devolução.

No segundo caso, o usuário entra os cartões MasterCard e Visa no plano de cartão de pagamento da devolução. O usuário utiliza a mesma proporção que a autorização e os montantes de faturamento (60/40) para creditar os cartões. Quando o usuário define o código Limitado a e entra um montante máximo de US$ 3.000 para o MasterCard, o sistema credita automaticamente o cartão Visa com o restante, US$ 2.000, quando o usuário grava (e autoriza) a devolução.

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.

Isso é possível para todos os tipos de negócio, como catálogos, em que o cliente sabe exatamente o que deseja e provavelmente só está interessado em comparar preços e receber as mercadorias rapidamente.

Tipos de componentes de aplicações Internet

Interação cliente/empresa

 

Vantagens para o cliente:

O cliente pode fazer um pedido a qualquer hora do dia ou da noite O cliente pode entrar pedidos diretamente no servidor da Web, sem precisar fazer uma

chamada telefônica ou enviar um fax Através da estrutura da tela definida pelo usuário, 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:

É possível elaborar uma estruturação de tela, 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, pois os horários de pico são

melhor distribuídos

Pré-requisitos

Para entrar uma ordem na Internet, 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. O cliente pode substituir a senha inicial por uma própria. O sistema solicita o número do cliente e a senha, assim que o cliente coloca um produto na cesta de compras. Nessa etapa, novos clientes podem se registrar entrando as respectivas informações e o sistema atribui a eles uma senha inicial, que pode ser modificada posteriormente.

Autorizações

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, modificar e eliminar senhas para o cliente. Para criar uma identificação exclusiva para o cliente, entrar a categoria de objeto KNA1, junto ao número do cliente.

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. Basicamente, o usuário fornece apenas os dados do endereço; outras informações, como dados da empresa e da área de vendas, são obtidos de um cliente de referência.

O cliente de referência é compulsório e é entrado como um cliente global no sistema R/3 junto com a empresa, os dados organizacionais, o grupo de conta e os dados de atribuição interna de número. O cliente de referência é gravado no registro mestre de usuário global como um valor de parâmetro para o parâmetro CSM.

No file de serviço VW01.SRVC, é possível utilizar a chave de ID de cliente ~customeridentification para decidir o modo de logon do cliente - pelo número de cliente ou pelo endereço de e-mail. São permitidos os seguintes valores:

Nº SAP (valor standard) Para comprar produtos, o cliente deve entrar o respectivo número de cliente atribuído.

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, ao determinar o registro mestre de cliente desse endereço.

Grupo de mercadorias

O grupo de autorização WWW deve ser gravado para o grupo de mercadorias que está sendo oferecido pela Internet. O usuário pode gravá-lo no mestre de materiais no Customizing,

saltando para Logística - Geral  Dados básicos de logística: mestre de

materiais  Material  Definir grupos de materiais. Para oferecer vários componentes de aplicação Internet no mesmo cliente, utilizar o parâmetro de usuário VBG (combinado com o usuário R/3) para controlar vários grupos de materiais.

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, utilizado pelo componente de aplicação Internet fazer o logon no sistema R/3, através do Interaction Transaction Server (ITS9). É necessário também gravar certos parâmetros para este usuário.

No sistema R/3, é criada uma ordem do cliente com base na ordem do cliente entrada na Internet. A ordem do cliente contém certas entradas obrigatórias que têm que ser completadas enquanto está sendo criada.

Esses dados são obtidos nos parâmetros default do registro mestre do usuário global. 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

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.

BAPIs

As seguintes Business Application Programming Interfaces (BAPIs) são utilizadas por este componente de aplicação Internet:

BAPI_SALESORDER_SIMULATE BAPI_SALESORDER_CREATEFROMDAT1

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:

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, o usuário controla como o sistema cria automaticamente a programação de datas em um programa de faturamento. O sistema determina a programação de datas individuais com base em informações gerais sobre datas, como as datas inicial e final. 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.

Determinação do preço

Os itens do documento de vendas são faturados nos respectivos vencimentos de cada data de faturamento do programa. 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. No faturamento parcial, por exemplo, é possível indicar a porcentagem a ser faturada ou um montante efetivo.

Bloqueio do faturamento

É possível definir um bloqueio de faturamento para cada data do programa de faturamento. O bloqueio impede o processamento de uma data de faturamento específica, mas não afeta necessariamente as outras datas do programa. No faturamento parcial, o sistema automaticamente define um bloqueio de faturamento para cada data de faturamento. O bloqueio permanece válido até o sistema de projeto informar que o faturamento parcial foi concluído com êxito na rede correspondente. Nesse momento, o sistema remove o bloqueio.

Índice de faturamento

O sistema cria e atualiza um índice de faturamento para cada data de faturamento em um programa. Se uma data de faturamento estiver bloqueada para faturamento, o sistema copia essa informação no índice.

Status do faturamento

O sistema atribui um status de faturamento para cada data de faturamento do programa. O status indica a extensão do processo de faturamento até aquela data específica. Após o faturamento ter sido executado com êxito, o status de faturamento é automaticamente definido como "C". Isso impede que uma data seja faturada novamente.

Regra de faturamento para faturamento parcial

É possível definir uma regra de faturamento para cada data de um programa de faturamento parcial. A regra determina como calcular o montante de faturamento para uma data específica. Por exemplo, o usuário pode indicar se o montante de faturamento é uma porcentagem do montante total ou se é um montante fixo. A figura a seguir mostra um exemplo de como determinar um montante de faturamento.

Além disso, o usuário pode definir que o montante a ser faturado seja uma liquidação final que considere faturamentos ainda não processados. Por exemplo, é possível ocorrer variações de preço após o processamento das datas de faturamento do programa. As diferenças de preço podem ser consideradas na liquidação final.

O sistema não propõe automaticamente a liquidação final no programa de faturamento; o usuário deve entrá-la manualmente durante o processamento.

Datas fixas no faturamento parcial

É possível controlar, para cada data do programa de faturamento, se a data é fixa ou se o sistema copia a data com base nas datas de faturamento parcial planejadas ou efetivas de um projeto.

Fluxo de documentos

Após processar para faturamento uma data específica de um programa de faturamento, o sistema atualiza o fluxo de documentos do item do documento de vendas correspondente. A figura a seguir mostra um exemplo de fluxo de documentos para um programa de faturamento.

O fluxo de documentos do documento de vendas exibe os seguintes dados:

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, é 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. Durante o processamento de ordens do cliente para itens que necessitem de programas de faturamento, o sistema propõe automaticamente o programa de referência e, se necessário, determina novamente as datas de faturamento (com base nas regras de data atuais) para inclusão no novo programa de faturamento.

Determinação de câmbio

No programa de faturamento com faturamento parcial, o usuário pode armazenar uma determinada taxa de câmbio para cada data. 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.

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). 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. 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 utilizará a taxa definida para a data durante o faturamento.

Se não for entrada uma taxa de câmbio para a data ou no nível de item, o sistema utilizará a taxa de câmbio aplicada na criação da fatura e a encaminhará para FI.

Ao utilizar um programa de faturamento de cabeçalho, todos os programas de faturamento ligados a esse programa de faturamento de cabeçalho são automaticamente atualizados. Se, por exemplo, o usuário entrar manualmente uma taxa de câmbio para a primeira data no programa de faturamento de cabeçalho, ela será automaticamente copiada para as datas correspondentes nos programas de faturamento de itens.

 

 Faturamento parcial 

Geralmente, o faturamento parcial é utilizado para projetos de faturamento, tais como projetos de engenharia e de construção de instalações. Freqüentemente, esses projetos incluem uma série de marcos que identificam a conclusão de diferentes estágios do trabalho. No sistema SAP R/3, os marcos são definidos em uma rede juntamente com datas planejadas e efetivas para a conclusão do trabalho. Os marcos também são atribuídos às datas de faturamento do programa de faturamento. Cada data de faturamento relacionada a faturamentos parciais é bloqueada para processamento até que o sistema de projetos confirme a conclusão do marco.

Os itens de ordem relevantes para remessas, para os quais é aplicado um programa de faturamento parcial, são faturados com base na quantidade de remessas solicitadas, e não no total de quantidades confirmadas.

 

A figura a seguir mostra um exemplo de faturamento parcial:

 

É possível definir, para cada data de faturamento em um programa de faturamento parcial, se a data de faturamento é:

fixa sempre atualizada com a data efetiva do marco atualizada com a data real do marco, se a data for anterior à data de faturamento

planejada para a data atualizada com a data real do marco, se a data for anterior à data de faturamento

planejada para a data

A partir do Release 3.0C, também é possível atribuir marcos às datas do programa de faturamento durante o faturamento parcial, se nenhum plano de rede tiver sido aberto.

Para isso, o usuário deve atribuir manualmente o marco na atualização do programa de faturamento. Para que seja possível efetuar essa atribuição, o campo Data fixa da categoria de data proposta do tipo de programa de faturamento não pode estar em branco. O valor fixo adicional (a partir do Release 3.0C) de Data fixa ‘ ‘ significa que o usuário não pode atribuí-lo a um marco. É possível atribuir um marco a todos os outros valores. Essas opções são efetuadas no Guia de implementação.

 

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. Cada item de divisão pode ser atribuído a uma rede de um projeto.

Para exibir os dados relacionados ao projeto de uma divisão da remessa, proceder da seguinte forma:

1. Em uma das telas de síntese do documento de vendas, selecionar Item Divisões remessa.

2. Marcar a divisão da remessa e selecionar Detalhe suprimento.

Sobre documentos de vendas 

As transações comerciais relacionadas a vendas são registradas no sistema como documentos de vendas. Essas são agrupadas em quatro categorias:

Documentos de pré-vendas: solicitações e cotações

Ordens do cliente

Contratos básicos, como contratos e programas de remessas

Problemas e reclamações do cliente, levando a remessas gratuitas e solicitações de nota de crédito

Se um processo empresarial especial exigir, é possível processar os documentos de remessa e faturamento diretamente de um documento de vendas. Além disso, alguns documentos de vendas, como vendas à vista e ordens imediatas, acionam automaticamente a criação de documentos subseqüentes de remessa e faturamento.

Funções básicas no processamento de ordens do cliente

Durante o processamento de ordens do cliente, o sistema executa funções básicas, como:

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, essas funções podem ser totalmente automatizadas ou podem também exigir um processamento manual. Os dados resultantes dessas funções básicas (por exemplo, datas de expedição, quantidades confirmadas, preços e descontos)

estão gravados no documento de vendas, onde é possível exibi-los e, em alguns casos, modificá-los manualmente durante o processamento subseqüente.

Fluxo de documentos em vendas

Os documentos de vendas criados são documentos individuais, mas também podem fazer parte de uma cadeia de documentos inter-relacionados. Por exemplo, o usuário pode registrar uma solicitação de cotação telefônica, por parte de um cliente, no sistema. Em seguida, o cliente pede uma cotação, que o usuário cria consultando a solicitação de cotação. Posteriormente, o cliente passa uma ordem baseada na cotação, e o usuário cria uma ordem do cliente com referência à cotação. O usuário envia a mercadoria e fatura o cliente. Após a remessa da mercadoria, o cliente reivindica um crédito para algumas mercadorias danificadas, e o usuário cria uma remessa gratuita com referência à ordem do cliente. Toda a cadeia de documentos - a solicitação de cotação, a cotação, a ordem do cliente, a remessa, a fatura e a remessa gratuita subseqüente - cria um histórico ou fluxo de documentos. O fluxo de dados de um documento para outro reduz a atividade manual e facilita ainda mais a solução de problemas. 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. Para obter mais informações sobre como exibir o fluxo de documento para um documento de vendas em

especial, vide    Informações sobre documentos de vendas individuais .

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.

 

Função das estruturas organizacionais nos documentos de vendas

As transações de vendas ocorrem dentro da estrutura organizacional de vendas e distribuição. Isso significa, por exemplo, que todas as atividades de vendas são atribuídas a uma organização comercial, um canal de distribuição e um setor de atividade. Como as atividades de vendas na organização são processadas em diferentes pontos geográficos, o sistema permite determinar estruturas organizacionais adicionais que definem escritórios de vendas,

grupos de vendas e vendedores. Para obter mais informações, vide   Estruturas organizacionais.

Modificação de um grupo de contas 

Por exemplo, se um cliente que sempre exerceu a função de pagador assumir o papel de emissor da ordem, é necessário atribuir a nova função ao cliente. Porém, como a seleção de telas e campos no registro mestre de cliente é controlada pelo grupo de contas, só é possível atribuir a outra função modificando o 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, isso significa que não é possível atribuir a um emissor da ordem a função de pagador, uma vez que os campos já atualizados para esse emissor da ordem precisariam ser mascarados. Entretanto, é possível atribuir a função de emissor da ordem a um pagador.

Grupos de contas que podem ser modificados

É possível modificar o grupo de contas para as seguintes funções de parceiro:

Recebedor da mercadoria Recebedor da fatura Pagador

O tópico a seguir explica como é possível modificar o grupo de contas de um pagador.

Etapas

Para modificar o grupo de contas de um pagador, proceder da seguinte maneira:

1. Na tela Dados mestre de SD, selecionar Parceiro de negócios Pagador Modificar grp. contas.

O sistema abre a tela Modificar grupo de contas.

2. Entrar o número do pagador cujo grupo de contas deve ser modificado e

pressionar ENTER .

É aberta a caixa de diálogo Empresas/Áreas de vendas por cliente. Essa tela informa as empresas e áreas de vendas desse pagador a serem atualizadas após modificar o grupo de contas.

3. Pressionar ENTER .

É aberta a caixa de diálogo Modificar grupo contas cliente: 1a tela, que informa o grupo de contas da função de parceiro anterior. Entrar o grupo de contas da nova função de parceiro a ser atribuída ao pagador.

4. Entrar o grupo de contas necessário no campo Novo grupo de contas e

pressionar ENTER.

Se for necessário atualizar campos em conseqüência do novo grupo de contas, será exibida a caixa de diálogo Modificar grupo de contas: grupos de campos críticos, com uma lista dos campos e grupos de campos a serem atualizados.Se a janela não for exibida, não será necessário atualizar nenhum campo e é possível avançar para a etapa 7.

5. Pressionar ENTER .

É aberta a caixa de diálogo Modificar grupo de contas, onde é possível modificar o grupo de contas, se houver algum erro.

6. Verificar a entrada e pressionar ENTER .

É aberto o registro mestre de cliente, onde é possível atualizar os novos campos para o novo grupo de contas.

No caso de um cliente criado para diversas empresas/áreas de vendas, a atualização 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.

Um usuário só acessa diretamente a atualização do registro mestre de cliente se tiver autorização para modificar registros mestre. Caso contrário, esses campos devem ser atualizados posteriormente, por alguém com autorização para fazê-lo.

7. Atualizar todas as telas no registro mestre de cliente considerada importantes. Atualizar ao menos todos os campos obrigatórios.

8. Após pressionar ENTER depois de acessar a última tela, é exibida uma caixa de diálogo onde os dados podem ser gravados.

9. Selecionar Sim e pressionar ENTER para gravar os dados.

É emitida uma mensagem que confirma a modificação do grupo de contas do mestre de clientes processado.

10.Pressionar ENTER .

Isso retorna a tela Modificar grupo contas cliente: 1a tela com uma mensagem que confirma a gravação das modificações.

Isso conclui a atualização dos novos campos no mestre de clientes para a primeira empresa/área de vendas. No caso de um cliente criado para diversas empresas/áreas de vendas, atualizar os campos para as demais empresas/áreas de vendas também. As empresas/áreas de vendas do cliente são exibidas na caixa de diálogo Empresas/Áreas de vendas por cliente (vide Etapa 3).

É recomendável bloquear o cliente até que todos os dados necessários tenham sido atualizados.

  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.

Para obter informações sobre como chamar a atualização do mestre de clientes em Processamento de registros mestre de cliente.

Procedimento

1. Selecionar um grupo de contas, como emissor da ordem, no campo Grupo de contas na tela Criar cliente: entrada.

2. Entrar um número de cliente no campo de cliente ou deixá-lo em branco, dependendo se a atribuição externa ou interna está definida para o grupo de contas.

3. Entrar uma área de vendas:

o Organização de vendaso Canal de distribuiçãoo Setor de atividade

Selecionando Todas as áreas de vendas, o usuário pode saber qual a combinação de organização de vendas, canal de distribuição e setor de atividade é possível para o cliente.

4. Pressionar Entrar.

A tela Criar Cliente: dados gerais é exibida.

As telas do mestre de clientes são divididas em fichas de registro. O usuário pode entrar os dados necessários na combinação que desejar.

a. Endereço

Entrar os dados do endereço.

Entrar um nome no campo Procurar palavra, que posteriormente permitirá recuperar o registro mestre de cliente com um matchcode.

b. Dados de controle

Entrar dados para controle de contas e processamento de controle. Se o cliente vier de um país da União Européia, o usuário deverá entrar um número de IVA.

c. Pessoa de contato

Os dados sobre as pessoas de contato podem ser entrados aqui. É possível usar os botões para entrar dados adicionais para cada pessoa de contato, por exemplo, horários de visita, etc.

5. Para entrar dados específicos de vendas, selecionar Dados de área de vendas.

É exibida a tela Criar cliente: dados da área de vendas, onde é possível entrar os seguintes dados nas fichas de registro:

a. Vendas

Entrar os dados para determinação do preço.

b. Expedição

Entrar a prioridade e a necessidade de expedição.

c. Documento de faturamento

O usuário pode entrar aqui as necessidades de pagamento e de remessa.

d. 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, como uma ordem do cliente. Essas funções podem ser, por exemplo, parceiros de contato, representantes de vendas, diversos pagadores, etc.

É possível exibir informações adicionais, por exemplo, sobre o grupo de contas, no processamento dos dados. Para obter mais informações, vide Exibição de informações adicionais sobre registros mestre de cliente.

6. Se desejar trabalhar na visão central, o usuário pode entrar dados específicos da empresa usando o botão Dados de empresa.

7. Gravar os dados.

Na parte inferior da tela, é 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>.

 Criação com referência

Se já existir um registro mestre de cliente com dados semelhantes, este poderá ser usado, poupando o tempo necessário para entrar dados.

Entrar o número do cliente cujo registro mestre será utilizado como referência no campo Cliente, na área Referência da tela de entrada.

Se o usuário entrar somente o número do cliente na seção de referência, o sistema copiará apenas os dados gerais para o novo registro mestre de cliente. Se o usuário também entrar dados sobre a área de vendas, 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. Por exemplo, o endereço e os pontos de descarga não são copiados, mas o país, o idioma e o grupo de contas, sim. Todos os dados copiados podem ser modificados.

 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, deverá usar o cliente que já foi criado como referência. Nesse caso, não é preciso entrar novamente os dados gerais para o segundo registro mestre.

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. As funções do parceiro são atribuídas durante a criação de um registro mestre para um parceiro de negócios.

Conjunto de funções

A seguir são dados exemplos de funções do parceiro definidas no sistema R/3 standard:

Funções do parceiro para tipo de parceiro cliente

o  Emissor da ordem

Contém dados sobre vendas, 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, 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

Funções do parceiro para tipo de parceiro fornecedor

o Endereço do emissor do pedido

o Fatura apresentada por

o Fornecedor de mercadorias

o Recebedor divergente do pagamento

Funções do parceiro para outros tipos de parceiro, como pessoal (registros mestre do pessoal)

Responsável

É possível utilizar essa função do parceiro para, por exemplo, atribuir a um fornecedor um comprador dentro da sociedade.

 

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. Como esse cliente assume todas as funções do parceiro, é necessário criar um registro mestre para o cliente. O usuário cria um registro mestre de cliente para o emissor da ordem, no qual são entrados os dados necessários para as demais funções do parceiro.

Um escritório subsidiário pode fazer um pedido e a sede pode pagar a fatura. Nesse caso, as funções do parceiro devem ser divididas entre os diferentes escritórios. É necessário um número correspondente de registros mestre de cliente. Em um registro mestre o usuário entra, por exemplo, o endereço de correspondência do emissor da ordem e, no outro, o endereço de remessa do recebedor da mercadoria. Para estabelecer uma ligação entre as funções do parceiro no registro mestre de cliente do emissor da ordem, entrar o número de cliente das respectivas funções do parceiro.

Pré-requisitos

Ao criar registros mestre, o usuário define as funções do parceiro para parceiros de negócios atribuindo um grupo de contas. Para os tipos de parceiro cliente e fornecedor, o usuário define qual grupo de contas pode ser utilizado para qual função do parceiro. Isso é feito no Customizing, nas seguintes atividades:

Cliente

No Customizing de Funções básicas (SD) na atividade    Atribuição de funções do parceiro ao lado do débito em grupos de contas.

Fornecedor

No Customizing de Compras (MM) na atividade    Definição de funções do parceiro admitidas por grupo de contas.

O esquema de parceiros define as funções do parceiro que são permitidas ou obrigatórias para processar uma determinada transação comercial, como uma ordem do cliente ou pedido.

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, pessoa física, com quem o usuário mantém um relacionamento que envolve a transferência de fornecimentos e serviços. O usuário cria registros mestre de cliente para parceiros de negócios que são consumidores.

Conjunto de funções

Cliente de referência

Para criar dados mestre de consumidor e processar vendas, são necessários dados de referência, conhecidos como cliente de referência. É possível criar, no máximo, um cliente de referência por mandante. Para criar o cliente de referência, devem ser entrados os dados da empresa e da área de vendas. Esses dados são utilizados com registros mestre para consumidores da seguinte maneira:

Dados da empresa

Quando o usuário cria um registro mestre para um consumidor, os dados da empresa do consumidor são copiados a partir do cliente de referência. Uma vez criado o registro mestre, é possível atualizar os dados dessa empresa e de empresas adicionais.

Dados da área de vendas

o Os dados da área de vendas não são atualizados para o consumidor.

O usuário cria um registro mestre para um consumidor sem entrar dados da área de vendas. Durante transações comerciais operacionais, por exemplo, 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.

o Os dados da área de vendas são atualizados para o consumidor.

O usuário cria um registro mestre para um consumidor e entra os dados da área de vendas. Durante transações comerciais operacionais, esses dados da área de vendas são utilizados pelo sistema.

Um consumidor não pode ser um cliente de referência.

Atualização de dados mestre de consumidor

O usuário tem as seguintes opções para atualizar dados mestre de consumidor:

É possível atualizar o número mínimo de campos para atualização de dados mestre de consumidor em um registro.

É possível atualizar todos os campos para atualização de dados mestre de consumidor em um registro ampliado com fichas de registro adicionais.

Na atualização de dados mestre de consumidor, é possível alternar entre essas opções sem sair da transação. Como ocorre na atualização de dados mestre de cliente, os registros standard aparecem como dados propostos ou o usuário pode criar seus próprios layouts de registro para ambas as opções de atualização de dados mestre de consumidor.

Pré-requisitos

No Customizing de Parceiros de negócios, o usuário pode criar layouts de registro próprios para a atualização de dados mestre de consumidor. Isso é feito na atividade Criação de layouts de registro para consumidores.

Atividades

Processamento de transações comerciais operacionais

Entrada de documento

O usuário não atualizou os dados da área de vendas de um consumidor. Durante a entrada de documentos, os dados da área de vendas são copiados a partir dos dados mestre do cliente de referência.

Determinação de parceiro

Quando uma ordem é criada, por exemplo, 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.

As seguintes funções do parceiro são atribuídas automaticamente ao consumidor que está fazendo o pedido:

Emissor da ordem

Pagador

Recebedor da fatura

Recebedor da mercadoria

O cliente de referência é utilizado para determinar outras funções do parceiro, por exemplo:

Agente de frete

Responsável

o O usuário atualizou os dados da área de vendas de um consumidor.

Todas as funções do parceiro são determinadas com base no registro mestre do consumidor.

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, a proposta de impressão não se origina nos dados mestre de cliente).

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)

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. Por exemplo, é possível definir um tipo de condição específico para cada tipo de preço, 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. O usuário define que o sistema calcula a dedução como um montante (por exemplo, uma dedução de US$ 1 por unidade de venda). 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.000 unidades). Para utilizar as duas possibilidades, é preciso definir dois tipos diferentes de condição. 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.

 

No exemplo da figura anterior, duas deduções se aplicam ao item de ordem do cliente. A primeira dedução é uma dedução percentual com base na quantidade pedida. A segunda dedução é uma dedução fixa com base no peso total do item.

O usuário determina a regra de cálculo para um tipo de condição no Customizing. Isso determina como o sistema calcula preços, deduções e sobretaxas para uma condição. Ao definir os registros de condição, é possível

entrar uma regra de cálculo diferente daquela que se encontra no Customizing. No presente momento, todas as regras de cálculo disponíveis são permitidas. O campo ‘Regra de cálculo’, entretanto, não pode ser acessado se esse campo for deixado vazio. Depois que a liberação de dados tiver sido impressa, se o campo não foi preenchido manualmente, a proposta é tomada automaticamente do Customizing. Depois disso não é mais possível fazer modificações manualmente.

Se o usuário usar diferentes regras de cálculo para o que, do contrário, são as mesmas condições (por exemplo, a porcentagem, como um montante fixo ou dependente da quantidade), não precisará definir diferentes tipos de condição no Customizing. O usuário pode definir uma regra de cálculo diferente quando atualizar os registros de condição individuais.

 

Tipos de condição no sistema R/3 standard

O sistema standard inclui, entre muitos outros, os seguintes tipos de condição predefinidos:

Tipo de condição Descrição

PR00 Preço

K004 Dedução de material

K005 Dedução de material específica de cliente

K007 Dedução de cliente

K020 Dedução de grupo de preço

KF00 Sobretaxa de frete (por item)

UTX1 Imposto estadual

UTX2 Imposto distrital

UTX3 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. É possível criar e atualizar tipos de condição no Customizing.

Para acessar a tela de tipo de condição da primeira tela do Customizing de Vendas e distribuição:

1. Funções básicas Determinação preço Controle da determinação de preço Definir tipos de condição.

O sistema exibe uma caixa de diálogo com a lista das opções de transação. Selecionar a transação correspondente para definir os tipos de condição.

2. Na visão Condições: Tipos de condição, é possível modificar os tipos de condição existentes ou criar novos tipos.

 

 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. 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. Por exemplo, ao entrar o preço de um produto ou uma dedução especial para um bom cliente, o usuário cria registros de condição individuais.

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. A chave da tabela 005 inclui os seguintes campos:

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. 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, o sistema utiliza automaticamente a tabela de condições 005 para definir a chave e gravar o registro.

A figura a seguir mostra a conexão entre a tabela de condições e os registros de condição posteriores.

 

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.

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. É possível criar e atualizar tabelas de condições no Customizing.

Na primeira tela do Customizing de Vendas e distribuição, para acessar as telas da tabela de

condições, selecionar Funções básicas Determinação preço Controle da determinação de

preço Definir tabelas de condições. Em seguida, selecionar o modo (criação, modificação ou exibição) com o qual deseja trabalhar.

Informações sobre campos

Os campos selecionados para formar a chave são chamados de campos selecionados. Os campos a partir dos quais é possível fazer a seleção são chamados de campos permitidos.

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). Os campos selecionados mostram dados organizacionais, tais como Organização de vendas. Os campos Cliente e Material definem a relação entre um cliente específico e o material.

Catálogo de campos (Campos permitidos)

Ao selecionar os campos para a chave, é necessário selecionar os campos em uma lista de campos permitidos.

Modificações em tabelas de condições

O usuário pode fazer modificações limitadas em tabelas de condições existentes. É possível, por exemplo, modificar o nome da tabela ou o formato das telas de entrada rápida dos registros de condição. (As telas de entrada rápida são aquelas em que é possível criar ou modificar rapidamente, em uma única tela, os registros de condição referentes à tabela de condições).

Formato de uma tela de entrada rápida

A tela é composta de linhas de cabeçalho e de item. Cada linha de item representa um registro de condição separado. As linhas de cabeçalho incluem os campos gerais a todas as linhas de item. Ao decidir sobre o formato da tela de entrada rápida, 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.

Modificação do formato de uma tela de entrada rápida

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

Ao determinar o formato, o usuário tem as possibilidades a seguir:

Para que o... Proceder como a seguir...

Campo seja exibido como uma linha de cabeçalho

Deixar o campo de linha em branco

Campo seja exibido como um item Marcar o campo de linha

Texto de uma linha de item seja exibido Marcar o campo de texto

 

Após modificar uma tabela de condições, selecionar F16 (Gerar) para gerar novamente a tabela.

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. Ao criar uma nova tabela de condições, selecionar uma combinação de campos na lista de campos permitidos. Os campos selecionados definem a chave para os registros de condição posteriores.

Antes de selecionar os campos para a chave, considerar o seguinte:

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, os campos a serem considerados são Organização de vendas e Canal de distribuição. A organização de vendas é quase sempre utilizada como um critério na

determinação do preço, pois as organizações de vendas desejam normalmente utilizar os próprios preços, deduções e sobretaxas. Ao utilizar a organização de vendas como um critério na determinação do preço, também é preciso utilizar o canal de distribuição. Mesmo que não deseje estabelecer diferentes preços, deduções e sobretaxas para cada canal de distribuição, o usuário deve utilizar o campo. No Customizing de Vendas, é possível utilizar um canal de distribuição como referência para todos os outros (e, dessa forma, compartilhar os mesmos dados de determinação do preço).

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. Duas diretrizes ajudam a criar uma tabela de condições eficiente:

1. Se o usuário selecionar campos que estejam conectados à estrutura da organização (por exemplo, organização de vendas e canal de distribuição), atribuir os campos de acordo com o nível de aplicabilidade geral: colocar o campo mais geral, como, por exemplo, organização de vendas, na posição mais alta, e o mais específico, na posição mais baixa.

2. Depois dos campos organizacionais, incluir os campos do cabeçalho do documento antes daqueles originários do nível do item. (Por exemplo, Cliente precede Material.)

Após selecionar os campos para a chave, na tela em que o usuário atualiza e define as tabelas de condições, selecionar F16 Gerarpara gerar a tabela no sistema. A geração prepara a tabela de condições para gravar dados de condição.

 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. Ela determina a seqüência em que o sistema pesquisa os dados. A seqüência de acesso é composta de um ou mais acessos. A seqüência dos acessos estabelece quais registros de condição têm prioridade sobre os outros. Os acessos indicam ao sistema onde procurar em primeiro lugar, em segundo e assim por diante, até encontrar um registro de condição válido. O usuário deve indicar uma seqüência de acesso para cada tipo de condição para o qual cria registros de condição.

Existem alguns tipos de condição para os quais o usuário não cria registros de condição (por exemplo, as deduções de cabeçalho que são entradas apenas manualmente). Esses tipos de condição não exigem uma seqüência de acesso.

Um departamento de vendas pode oferecer aos clientes diversos tipos de preços. O departamento pode criar, por exemplo, os registros de condição a seguir no sistema:

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, um cliente pode, em teoria, se qualificar para os três preços. 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. Nesse exemplo, talvez o departamento de vendas queira usar o preço mais favorável para determinado cliente. Por esse motivo, o departamento garante que o sistema pesquise um preço específico de cliente. A figura a seguir mostra como o sistema pesquisa o registro relevante.

 

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. Em geral, os nomes das seqüências de acesso correspondem aos tipos de condição para os quais foram projetados. Por exemplo, 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 seqüências de acesso

O usuário pode criar e atualizar as seqüências de acesso no Customizing. Para obter mais informações, vide o Guia de implementação on-line para Vendas e distribuição.

Para acessar a tela de seqüência de acesso, ir para a primeira tela do Customizing de Vendas e distribuição e selecionar:

1. Funções básicas Determinação preço Controle da determinação de preço Definir seqüências de acesso.

Selecionar a transação que deseja executar (Atualizar acesso).

 

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. O esquema de cálculo também determina:

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, o departamento pode agrupar os clientes por país ou região. Em seguida, é possível definir um esquema de cálculo para cada grupo de clientes. Cada esquema pode incluir tipos de condição que determinem, por exemplo, impostos específicos de um país. No processamento de ordem, é possível indicar esquemas de cálculo para clientes específicos e para tipos de documento de vendas. O sistema determina automaticamente o esquema a ser utilizado.

Esquemas de cálculo no sistema R/3

O sistema standard contém esquemas de cálculo predefinidos, que contêm tipos de condição usados com freqüência juntamente com as seqüências de acesso correspondentes. Naturalmente, o usuário pode modificar esses esquemas ou criar o próprio esquema a partir do zero.

Criação e atualização de esquemas de cálculo

O usuário pode criar ou atualizar os esquemas de cálculo no Customizing de V endas. Para obter mais informações sobre a criação de esquemas de cálculo, vide o Guia de implementação on-line de Vendas e distribuição.

Para acessar a tela do esquema de cálculo no Customizing de V endas e distribuição:

1. Selecionar Funções básicas Determinação preço Controle da determinação de preço Definir e atribuir esquemas de cálculo.

2. Selecionar a transação que deseja executar.

 

 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.

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, sobretaxas, deduções, custos de frete e impostos – são definidos no sistema R/3 como tipos de condição. 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, o usuário cria registros de condição. Para obter mais informações sobre as tarefas de criação e atualização de condições, vide Trabalho com registros de condição.

Informações adicionais

A tarefa de realmente definir tipos de condição faz parte da configuração e atualização do sistema. Para obter mais informações sobre tipos de condição, vide Introdução à técnica de condições.

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 sistema pode executar uma verificação automática. Durante a entrada de ordens do cliente, o sistema pode calcular preços automaticamente ao obter um preço bruto, aplicar todas as deduções relevantes e adicionar quaisquer suplementos, como frete e IVA. A figura a seguir mostra como o sistema representa vários elementos de preço de atividades diárias.

 

Na figura, é possível observar que o preço de um material é representado por um tipo de condição (PR00). No entanto, o preço de um material pode se basear em diversos tipos de registro de determinação do preço. O preço pode ser originário de uma lista de preços, pode ser específico para determinado cliente ou pode ser um simples preço de material. Por outro lado, cada dedução, sobretaxa, custo de frete e imposto é definido por seu próprio tipo de condição.

Pré-requisitos para determinação de preço automática 

Para que o sistema determine os preços automaticamente, é necessário atender aos pré-requisitos a seguir:

Os registros de condição já devem existir no sistema para cada um dos tipos de condição que o sistema deve aplicar automaticamente. Para obter mais informações sobre a criação e atualização de registros de condição, vide Registros de condição.

Onde necessário, os dados devem ser atualizados nos registros mestre de cliente e material correspondentes. Para, por exemplo, aplicar deduções a grupos especiais de materiais ou clientes, 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.

Dados mestre de material

Os campos relacionados a preço no registro mestre de material podem ser encontrados nas telas Vendas: org.vendas 1 e org.vendas2.

Classificação fiscal: indica até que ponto o material está sujeito ao IVA. 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, 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.

Grupo de mercadorias: define um grupo de materiais ao qual o usuário deseja aplicar o mesmo registro de condição. Por exemplo, ao utilizar um grupo de mercadorias, é possível indicar uma dedução que se aplique a determinada faixa de produtos.

Desconto: nesse campo é possível indicar se o material está ou não qualificado para um desconto.

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.

Esquema de cliente: aqui é definido o esquema de cálculo para um cliente. É possível criar e atualizar os esquemas de cálculo no Customizing de Vendas e distribuição. Durante o processamento de ordem, 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.

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. Por exemplo, é 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.

Grupo de preço: os grupos de preço permitem aplicar uma dedução a determinado grupo de clientes.

Classificação fiscal: (o usuário pode encontrar a classificação fiscal na ficha de registro Faturamento.) Aqui é possível atualizar as classificações fiscais para os clientes.

 

 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. 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. 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, utilizar o Customizing de Vendas e distribuição.

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. Por isso, a tela de determinação de preço de cabeçalho exibe, em geral, um resumo dos cálculos de determinação de preço de todos os itens do documento. No entanto, 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. Por exemplo, 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. Para obter mais informações sobre as condições de cabeçalho, vide Custos de frete.

Tela Determinação de preço de itens

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, para cada item de uma ordem d o cliente, é possível observar os montantes, a moeda e as unidades de medida em que o sistema baseou os cálculos.

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. 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, deduções e suplementos) e subtotais. 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. Em seguida, o sistema calcula o IVA adequado e obtém, finalmente, um valor líquido para a ordem.

Elementos estatísticos de determinação de preço

Os elementos estatísticos de determinação de preço – como descontos, custos e margem de

lucro – são apenas informativos e não têm efeito sobre o valor líquido da ordem. Esses elementos são exibidos na parte inferior da tela de determinação de preço.

Seleção de telas de determinação de preço

Ao trabalhar em um documento, o usuário pode saltar para as telas de determinação de preço do cabeçalho e do item:

Para acessar a tela de determinação de preço do cabeçalho,

selecionar Saltar Cabeçalho Condições.

Para acessar a tela de determinação de preço do item, marcar o item adequado e

selecionar Saltar  Item Condições.

Condições de cabeçalho e item 

Uso

O sistema standard inclui tipos de condição aplicadas apenas no nível do cabeçalho, ascondições do cabeçalho. Os tipos de condição usados apenas para itens são chamadoscondições de item. 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).

Condições de cabeçalho

A determinação de preço automática não considera as condições de cabeçalho. Por isso, não é

possível criar registros de condição para essas condições no sistema standard. O usuário deve entrar as condições de cabeçalho manualmente no processamento de ordens. O R/3 inclui as condições de cabeçalho a seguir:

Dedução porcentual (HA00) Desconto absoluto (HB00) Frete (HD00) Valor da ordem (HM00)

Condições de item

No sistema standard, a maioria dos tipos de condição é definida como condições de item. Estes são alguns exemplos de condições de item:

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, é possível saltar para informações detalhadas sobre cada tipo de condição exibido. Na tela de determinação de preço do cabeçalho, posicionar o cursor na condição sobre a qual deseja obter informações detalhadas.

Na tela de determinação de preço do cabeçalho, selecionar Detalhe condição. O sistema exibe os dados que utiliza para calcular o montante da condição (por exemplo, o tipo de escala de preços, a conversão da quantidade, o valor base de escala, a moeda do documento etc.). Na tela de detalhes, é possível selecionar Saltar Registro de condiçãopara ver o registro de condição específico que o sistema acessa. Na tela de determinação de preço do item, selecionar a condição sobre a qual deseja obter informações detalhadas.

De modo adequado, selecionar Detalhe condição na tela de determinação de preço de item. Para ver o registro de condição específico que o sistema acessa, selecionar Saltar Registro de condição.

Determinação de preço manual 

Uso

Durante o processamento de ordem, é possível manipular a determinação de preço no nível do cabeçalho e do item. As opções para processamento manual de uma tela de determinação de preço dependem dos tipos de condição individuais. No Customizing, o nível de manipulabilidade para cada tipo de condição é definido precisamente. As seguintes definições são possíveis:

Um tipo de condição não está restrito ao próprio processamento manual (por exemplo, a entrada dos custos de frete).

As entradas manuais têm prioridade sobre os resultados da determinação de preço automática ou vice-versa.

Um tipo de condição não pode ser modificado manualmente (por exemplo, no caso do IVA determinado automaticamente).

Modificações no processamento manual

De acordo com a extensão em que o processamento manual é permitido para um tipo de

condição, é possível efetuar as atividades a seguir durante o processamento de orde m :

Modificar o montante de uma condição. Eliminar um elemento de preço. Entrar elementos adicionais de preço.

Para adicionar elementos de preço a um documento de venda s , 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.

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.

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. Na tela de determinação de preço da ordem do cliente, selecionar Anexar linha.

O sistema exibe a tela de dados, em que é possível entrar uma condição adicional.

2. Entrar a dedução de cliente K007 no campo Tipo de condição.3. Entrar uma porcentagem no campo Taxa.4. Pressionar ENTER.

O sistema insere automaticamente a nova condição de acordo com a seqüência especificada no esquema de cálculo correspondente.

É possível selecionar Atualizar preços na tela de determinação de preço para um item de documento. Para isso, é preciso selecionar um tipo de determinação de preço. Os preços serão atualizados de acordo com o tipo de determinação de preço selecionado.

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,

proceder da mesma maneira descrita para condições de item. Posteriormente, é preciso ativar a determinação de preço selecionando Ativar. Quando o usuário ativa a condição de cabeçalho, o sistema distribui o valor da condição proporcionalmente entre os vários itens no

documento de venda s . 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. Para obter mais informações sobre as condições de cabeçalho, vide Requisitos para determinação de preço automática.

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, é possível modificar automaticamente alguns preços na tela de determinação de preço do item. Se forem permitidas modificações, o usuário pode, por exemplo, modificar os dados a seguir:

A taxa (por exemplo, o montante de um preço ou a porcentagem de uma dedução). A moeda em que o montante é calculado. As unidades de medida utilizadas para calcular o montante.

Em geral, alguns tipos de condição (por exemplo, IVA e descontos) não podem ser modificados manualmente.

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. As condições definidas como condições de cabeçalho e item podem ser processadas nos dois níveis.

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. A possibilidade de eliminar um tipo de condição é determinada pelo tipo de condição definido no

Customizing deV endas.

Para eliminar uma condição, posicionar o cursor na condição correspondente e selecionarEliminar linha.

O sistema recalcula automaticamente a determinação de preço para todo o documento.

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. A condição de cabeçalho pode se basear em uma porcentagem ou em um montante absoluto. Se o usuário entrar uma condição de cabeçalho baseada em uma porcentagem (por exemplo, uma dedução de 2%), o sistema aplica

automaticamente essa porcentagem a todos os itens do documento. Se a condição de cabeçalho for um montante absoluto, 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:

distribuído proporcionalmente entre os itens ou o montante entrado no nível do cabeçalho pode ser duplicado para cada item.

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. Na versão standard, o tipo de condição HB00 é marcado como uma condição de cabeçalho e de grupo. O tipo de condição RB00 é marcado apenas como uma condição de cabeçalho:

Tipo de condição Descrição

HB00 Dedução de cabeçalho distribuída como porcentagem porque está marcada como condição de cabeçalho e de grupo

RB00 Atribui a dedução de cabeçalho a todos os itens porque está marcada apenas como uma condição de cabeçalho

Exemplo

A figura a seguir mostra exemplos das duas variações. Se o usuário entrar um desconto absoluto com o tipo de condição RB00, o sistema considera o montante entrado como uma condição de cabeçalho e copia o montante idêntico para cada item do documento. No exemplo, o desconto absoluto de US$ 90 aparece em cada item. O valor total da condição para o documento é US$ 270. No entanto, se o usuário entrar um desconto absoluto com o tipo de condição HB00, o sistema distribui o montante proporcionalmente entre os vários itens, nesse caso, de acordo com o valor dos itens. No exemplo, o desconto absoluto de US$ 90 é distribuído proporcionalmente entre os itens. O valor total da condição para o documento é US$ 90.

A distribuição de uma condição de cabeçalho absoluta não precisa se basear em um valor. Por exemplo, é possível indicar no Customizing de Vendas que a distribuição deve se basear no peso ou no volume dos vários itens. 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.

É possível que ocorram diferenças por arredondamento durante a distribuição de montantes absolutos. 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.

Exemplo:

Uma posição tem um valor líquido de US$ 200 e o segundo item tem o valor de US$ 100. Deve ser alocada uma sobretaxa de cabeçalho de US$ 10. O sistema define uma sobretaxa de US$ 6,67 no primeiro item e de US$ 3,33 no segundo.

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.

Em muitos casos, o usuário pode desejar apenas redeterminar o imposto ou frete, ou receber condições manuais apesar da reavaliação. O usuário pode, portanto, concordar com um tipo de determinação de preço para um novo esquema de cálculo na caixa de diálogo.

A função ‘Atualizar preços’ também pode ser implementada no menu sem uma caixa de diálogo através de Processar - > Determinação nova de preço – documento (Transação VA01 e VA02). Nesse caso, o tipo de determinação de preço atribuído ao esquema de cálculo no Customizing

é válido. Se nenhum valor é fornecido , o tipo de determinação de preço "B" se aplica.

Também é possível selecionar um tipo de determinação de preço para modificações coletivas usando a transação VA05.

Análise da determinação de preço 

Uso

Ao trabalhar em um documento de venda s ou faturamento, é possível saltar da tela de

determinação de preço de itens para uma análise d a determinação de preço. 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. Essas informações permitem verificar como o sistema calculou os vários elementos de preço para um item.

Informações na análise da determinação de preço

A tela de análise pode ser dividida em três.

No lado esquerdo da tela, uma árvore de síntese mostra os quatro níveis de determinação de preço. Esses níveis são:

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 mais detalhadas para o nível da árvore de síntese que selecionou.

No nível de tipo de condição, o usuário recebe informações sobre o número de acessos e por que os acessos não foram implementados. Se uma necessidade para um tipo de condição no esquema de cálculo ainda não foi atendida, o usuário tem a opção de exibir as rotinas ao selecionar Informação.

No nível de acesso, o usuário recebe informações sobre campos que trabalham com um acesso. Ao selecionar a visão técnica, o usuário pode ver os nomes de campo para um acesso.

No nível de registro de condição, o usuário pode saltar para o registro de condição relevante.

No lado inferior direito da tela, o usuário recebe documentação adicional para os níveis de acesso e condição. O usuário pode usar isso se as informações na tela de detalhes não forem suficientes.

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

Objetivo dos registros de condição

Os registros de condição permitem gravar e recuperar dados de determinação de preço no

sistema. Todos os elementos de preço da contabilidade diária – preços, 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. É 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. Durante o processamento do documento, o sistema transfere dados dos registros de condição e determina os montantes para os elementos individuais de preço (preços, deduções e suplementos) e o montante final para o

documento de venda s .

Nível organizacional

Em geral, os elementos de preço são administrados nos níveis da organização de vendas e do canal de distribuição. Por isso, é necessário indicar sempre o nível organizacional ao criar registros de condição. No caso dos registros de condição para grupos de preço, custos de frete e preços e deduções específicos de cliente, também é necessário entrar o setor de atividade. Por isso, é possível criar as condições de acordo com os grupos de produtos que têm esses elementos de preço.

Criação de registros de condição com referência

Para criar registros de condição com base em registros já existentes no sistema, é possível criar registros de condição com referência. A criação de registros de condição com referência reduz consideravelmente a entrada de dados. Esse método é especialmente útil para criar registros de condição que tenham dados semelhantes à referência, porém com períodos de validade diferentes.

É possível sobregravar qualquer especificação de um registro de condição para usá-lo como uma referência. Quando o usuário grava um registro de condição modificado, o sistema cria um novo registro de condição.

 

É 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  Suplementos VD  Preço de venda nas telas de Vendas e distribuição 1 ou 2, ou na tela Texto de vendas. (É necessário selecionar anteriormente as visões adequadas).

Atualização de dados mestre de determinação de preço relacionados

D urante o processamento de ordem , o sistema pode processar alguns registros de condição somente se os dados correspondentes estiverem atualizados nos registros mestre de materiais

ou de clientes. Se, por exemplo, 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, 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.6A tem uma nova interface de atualização. A nova interface permite a atualização em massa de condições relacionadas a uma característica específica (por exemplo, relacionada ao cliente). Os registros de condição podem ser atualizados com o uso de tipos de condição e tabelas de condições. É possível, por exemplo, atualizar todos os preços de material para um cliente, assim como as deduções ou sobretaxas correspondentes em uma etapa.

Para iniciar a atualização de condições, o usuário pode usar a função lista de condição, que permitia a seleção usando tipos de condição e tabelas de condições, mas que agora também permite a atualização em massa. Existe a opção de usar listas de condições no menu de área COND_AV (Atualizar-condição) no sistema standard. O usuário pode copiar esse menu standard e ampliá-lo para atender às suas necessidades pessoais.

A estrutura dos menus de área e sua atribuição aos empregados também é usada na atualização de condições. Um exemplo:

Há empregados na sociedade que são responsáveis por acordos de condições para determinados 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. Selecionar Saltar  Variantes  Gravar como variante de seleção para receber uma variante de seleção para a lista de condição.

É possível integrar agora a lista de condição com as variantes de seleção a serem usadas no menu de área, e o processador responsável pode atribuir a si mesmo o trabalho de atualizá-los no menu de área. Em seguida, o processador está livre para atribuir a própria área de trabalho.

O processador pode manter todos os preços, deduções e sobretaxas para os clientes na tela.

O usuário pode selecionar registros de condição com listas de condição para

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.

Isso é necessário, por exemplo, quando são definidos novos tipos de condição e eles não são considerados na seleção usando listas de condições.

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.

Atualização de registros de condição 

1. Acesso à árvore de navegação

É possível acessar a nova tela de atualização (no Release 4.6A) através do menu de navegação.

Selecionar Vendas e distribuição  Dados mestre  Condições.

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  Dados mestre  Seleção via tipo de condição .

2. Seleção de lista de condições necessária

Por exemplo, ao selecionar uma transação criando condições com referência, o usuário

ating e a árvore de navegação, onde pode escolher entre 18 listas de condições para selecionar e atualizar registros de condição. No ponto focal está uma das primeiraslistas de condições descritas para a atualização de condições.

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. A seleção predefinida não especifica um tipo de condição:

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)

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)

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, é possível obter informações sobre a estrutura de uma lista de condições e as tabelas de condições usadas.

Com o uso da tecla direita do mouse ou clicando duas vezes, é possível selecionar uma lista de condições.

As opções anteriores da atualização de condições foram integradas na nova atualização. Mas

também é possível remover o tipo de condição propost o aqui, para permitir a atualização do tipo de condição e da tabela de condições. As tabelas de condições a seguir estão disponíveis:

Listas de condições para atualização de preços:

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)

Tabela de condições 304 (Material com status de liberação)

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)

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:

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)

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)

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)

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)

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)

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)

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)

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:

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:

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)

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)

Seleção de I.E.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. Preenchimento de tela de seleção

O usuário chega a uma tela de seleção, na qual pode entrar critérios de seleção concretos, por exemplo, o número de clientes ou materiais.

É possível executar a tela de seleção sem exibi-la, possivelmente até com uma variante de seleção previamente atribuída (vide a unidade Ampliações específicas do cliente)

4. 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 chega primeiro à tela de síntese descrita a seguir. 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, que não mais será considerada na descrição de atualização de condição). 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. 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 então à tela de entrada rápida,

que também é descrita.

Convém notar que, durante a criação com referência, novos registros sempre são criados. Portanto o entrante e a data do registro são continuamente redefinidos. Se foram selecionados mais registros de condição do que aqueles que o usuário deseja criar, é possível eliminar esses registros de condição da seleção. No entanto, se o usuário estiver em ‘Modificar’ e eliminar a partir da lista, isso significa que o registro é completamente eliminado.

Após executar a seleção, 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 contém uma lista dos registros de condição a serem atualizados. No cabeçalho de lista são exibidos, no máximo, três campos, que são iguais para todos os registros; por exemplo, organização de vendas. A lista exibe um grupo de registros de condição para cada tabela de condições. 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.

Todas as opções de atualização de preço estão disponíveis. Novos desenvolvimentos em atualização de condições:

Atualização de tipos de condição e tabela de condições em uma tela. 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, 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

Dados fiscais

Dados de controle

Dados de administração

Condição de pagamento

  

O usuário pode definir as próprias variantes de tela. A próxima unidade Ampliações específicas do cliente descreve como atualizar novas variantes de tela.

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. É possível escolher várias condições e modificá-las. Antes de gravar as modificações, é possível simular a determinação de preço, que exibe os efeitos das modificações. Um documento de faturamento é simulado para um cliente e um material. Como

resultado, o usuário recebe uma comparação do antigo e d o novo valor líquido. 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.

3. Criação inicial de condições na tela de entrada rápida

Se desejar criar condições, escolher os ícones de criação na tela de síntese, relacionadas a uma tabela de condições. É exibida agora a tela de entrada rápida.

A tela de entrada rápida permite a criação inicial de condições. A criação ainda só pode ser

executada para uma tabela de condições. Se , no entanto, os tipos de condição tiverem a mesma tabela de condições, é possível atualizar registros de condição para diferentes tipos de condiçã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, o usuário precisa definir novas listas de condições e/ou variantes de seleção para listas de condições.

A criação de listas de condições é descrita na unidade Criação de listas de condições

O usuário recebe uma variante de seleção para uma lista de condições, se executar uma lista de condições (transação V/LD); entrar os critérios de seleção (por exemplo, o número de clientes) e, em seguida,

selecionarSaltar  Variantes Gravar como variante.

Atualização de menus de área

O menu de área standard para atualização de condições é COND_AV. Ele não deve ser modificado, mas, se necessário, pode ser copiado e suplementado.

É possível criar menus de área em Ferramentas  ABAP

Workbench Desenvolvimento  Outras ferramentas  Menus de área (Transação SE43). É 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, na transação SE43). Na estrutura de árvore, é possível entrar uma lista de condições com ou sem uma variante de seleção para atualização de condições. 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). A lista de condições é disponibilizada para selecionar registros de condição a serem atualizados no menu de área do usuário.

O usuário quer dar a um empregado uma seleção para atualizar condições, contendo os clientes pelos quais ele é responsável.

usuário executa a lista de condições 28 no sistema standard. A lista contém clientes como uma seleção.

usuário entra o cliente correspondente na seleção e grava essa seleção como uma variante.

Na área de menu atribuída a um empregado, usar a transação SE43 para entrar os nomes da lista de condições e da variante de seleção.

Convém notar que, aqui, o nome da lista de condições não é entrado como 28, como foi o caso na seleção da lista de condições, mas um nome atribuído internamente, entrado juntamente com a 28. É possível também ver esse nome exibindo a lista de condições (transação V/LC). Neste exemplo, o nome é /1SDBF12L/RV14AK28.

Atribuição de empregados ao menu de área

Os menus de área definidos pelo usuário podem ser atribuídos por um empregado. O

empregado deve ir para o menu de área e selecionar Ambiente  Atribuir menu de área.

No menu de área atribuído, apenas aquelas atividades que trabalham com as listas de condições selecionadas são apoiadas. Não é possível integrar outras atividades que, por exemplo, utilizem uma transação.

Definição de variantes de tela

Existem variantes de tela disponíveis no sistema standard. No Customizing é possível definir

variantes de tela sob Opções gerais  Características de exibição de campos Configurar campos para transações de aplicação (transação SHD0):

Selecionar Saltar  Variantes de tela. Entrar a transação VK31. Entrar o nome do programa SAPMV13A. Entrar o número de tela 3011. Selecionar Criar variante de entrada.

o A transação selecionada é executada em seguida. Também são atualizadas a seqüência e a largura dos campos.

o Há uma caixa de diálogo adicional onde é possível selecionar o campo desejado.

Nem todas as opções oferecidas são adequadas para a atualização de condições. Obrigatório não pode ser selecionado. As seguintes funções são apoiadas:

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.

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.

Criação de registros de condição

Utilizando um registro de condição para um preço de material como exemplo, o procedimento a seguir descreve como criar um registro de condição com referência ao tipo de condição PR00. É utilizado o mesmo procedimento para registros de condição epara outros elementos de preço.

Etapas

1. Selecionar Logística Vendas e distribuição Dados mestre.

2. Selecionar Condições Seleção via tipo de condição  Criar.

Entrar tipo de condição PR00.

Selecionar Material com liberação de status como combinação-chave.

É exibida a tela de entrada rápida para condições.

3. Entrar dados nos campos Organização de vendas, Canal de distribuição eMaterial.

Entrar os dados de determinação de preço para o material.

A figura a seguir apresenta um exemplo da função de um registro de condição para um preço de material.

4. Entrada da regra de cálculo:

O usuário determina a regra de cálculo para um tipo de condição no Customizing. Isso determina como o sistema calcula preços, deduções e suplementos para uma condição. Ao definir os registros de condição, é possível entrar uma regra de cálculo diferente daquela que se encontra no Customizing. No presente momento, todas as regras de cálculo disponíveis são permitidas. O campo ‘Regra de cálculo’, entretanto, não pode ser acessado se esse campo for deixado vazio. Depois que a liberação de dados tiver sido impressa, se o campo não foi preenchido manualmente, a proposta é tomada automaticamente do Customizing. Depois disso não é mais possível fazer modificações manualmente.

Se o usuário usar diferentes regras de cálculo para o que, do contrário, são as mesmas condições (por exemplo, a porcentagem, como um montante fixo ou dependente da

quantidade), não precisará definir diferentes tipos de condição no Customizing. O usuário pode definir uma regra de cálculo diferente quando atualizar os registros de condição individuais.

5. Para entrar uma escala de preços, selecionar Escalas. Para modificar o período de validade default, selecionar Períodos de validade.

6. Gravar o registro de condição.

Na segunda etapa, o usuário tem a opção de Criar com referência. Isso permite selecionar um registro de condição existente e sobregravar o número do material com outro número de material. Essa opção copia os dados do novo registro de condição. Esse procedimento só deve

ser utilizado para criar preços ou escalas de preços idênticos ou semelhantes para vários materiais.

Verificação de campo dinâmico 

Uso

Ao manter registros de condição no Release 4.6A, é possível verificar se há valores válidos em todos os campos. Se existir uma tabela de textos para os valores individuais, esses textos podem ser determinados para os valores individuais. Entretanto, alguns campos no sistema não são verificados de propósito, por não ser necessário (por exemplo, os campos hierarquia

de produtos e número de documento não são verificados no sistema) .

A verificação pode ser feita utilizando tabelas de valor ou valores fixos no dicionário SAP. A

verificação especial disponível antes, por exemplo, do cliente ou produto , permanece inalterada.

Esta é uma verificação de campo dinâmico porque os campos específicos de cliente são incluídos automaticamente na verificação. Para verificar os campos específicos de cliente, 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. Uma verificação de chave externa também é possível.

Se desejar desligar a verificação para campos individuais ou configurar esses campos, os seguintes Eventos de Transação Comercial (BTE) estão disponíveis (transação FIBF):

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, por exemplo, criar registros de condição apenas para fins de planejamento, que só são considerados após uma liberação de determinação de preço. Para esse processo de liberação, é possível utilizar os status de processamento e liberação. O usuário está livre para definir e utilizar um status de processamento, embora o status de liberação não possa ser atualizado diretamente, mas

result e indiretamente da atribuição do usuário a um status de processamento.

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). Se também desejar usar esse status para registros de condição que já existem, o usuário pode convertê-lo (vide seção Conversão).

Status de liberação

O status de liberação já está definido. Um status de processamento só pode ser definido usando atribuição e seleção de um status de processamento. Os status a seguir já estão definidos:

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, as seguintes prioridades são aplicáveis:

Determinação de preço:

apenas para o status de liberação liberado

Simulação:

primeiro liberado para simulação

em seguida liberado para planejamento e simulação

em seguida liberado

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:

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 00503303 Atualizar condições: Transferências. Se desejar, é possível

definir a seqüência de status de processamento, que deve ser obedecid a ao definir r egistros de

condição (transação  VK12).

Trabalho com acordos

Os acordos possuem um status de liberação atualizável e nenhum status de processamento. Se condições forem atribuídas a um acordo, o acordo transfere o status de liberação para todas as condições relacionadas. O status de processamento relacionado é definido adequadamente em seguida.

Se o usuário tem vários status de processamento atribuídos a um status de liberação, o registro de condição recebe a primeira entrada adequada (em ordem alfabética) como um status de processamento.

O status de processamento, que as condições receberam indiretamente de um acordo através do status de processamento, só pode ser modificado no caso de acordos liberados.

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.

Novas tabelas de condições para Release 4.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, mas sem a coluna)

Novas seqüências de acesso para Release 4.6A:

PR02 Preço com status de liberação (seqüência de acesso SAP PR00) com as tabelas A305, 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.6A:

A seqüência de acesso PR02 foi atribuída aos tipos de condição PR00, PR01 e PRRP. A seqüência de acesso K304 foi atribuída aos tipos de condição K004 e PMIN. A seqüência de acesso K305 foi atribuída aos tipos de condição K005, KA00 e PR02. A seqüência de acesso K307 foi atribuída aos tipos de condição K007, KP00,

KP01, KP02 e  KP03.

Conversão

Como os status de liberação e processamento só estão disponíveis para as novas tabelas de condições, 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.

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, é possível copiar o relatório e entrar a tabela fonte e a tabela destino no texto de origem). O ciclo para este relatório elimina todos os registros antigos e cria novos com o status liberado.

Ao iniciar o relatório, é possível restringir a conversão em tipos de condição específicos.

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 relatório.

Períodos de validade 

Utilização

Os registros de condição para preços, deduções e sobretaxas sempre incluem umperí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 criar 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:

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

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:

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:

01.01. - 31.01. -US$ 20 01.02. - 15.02. -US$ 18 16.02. - 31.12. -US$ 20

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:

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.

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:

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

Para textos em Condições de preços, não é possível fazer transferência para documentos.

Os textos não são sobrescritos ao criar registros de condição com referências.

Os tipos de texto a seguir estão definidos no sistema standard:

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.

Além disso, o usuário pode usar um editor para um tipo de texto na tela de detalhes do registro de condição, o que permite criar texto corrido.

Customizing

No Customizing de D eterminação de texto, o usuário pode definir seus próprios tipos de texto.

Para um tipo de estipulação, decidir o tipo de texto que deve ser exibido na estipulação para atualização com o "Controle de edição de texto".

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.

Escalas de preços 

Uso

Ao criar um registro de condição para um elemento de preço, é possível definir umaescala de preços. Por exemplo, uma escala baseada na quantidade pode determinar que, quanto mais

pedidos um cliente fizer de um produto específico, menor será o preço. Também é possível criar

registros de condição com escalas de intervalo. Para obter mais informações, vide Escalas de intervalo de preços.

Base de escala

No sistema standard, é possível basear uma escala de preços em qualquer um dos critérios a seguir:

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.

Criação de escalas

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

Especificá-lo:

para todos os registros de condição de um tipo de condição (por exemplo, como o tipo de condição PR00)

ao definir um tipo de condição no Customizing de Vendas e distribuição

para um registro de condição individual (por exemplo, apenas para o material 4711)

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

Uso

Talvez seja necessário utilizar diversos tipos de condição para a mesma condição. Os tipos de condição podem diferir em seqüência de acesso, descrição, nível de referência no esquema de

cálculo ou regra de cálculo. No Customizing de V endas, definir um tipo de condição de referência para esse tipo de condição. Nesse caso, o usuário precisa definir os registros de condição somente uma vez para o tipo de condição de referência.

Exemplo:

O tipo de condição MWST é definido como tipo de condição de referência para o tipo de condição MW15. Por isso, 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.

Também é possível utilizar tipos de condição em outras aplicações como tipos de condição de referência. Nesse caso, o usuário deve não só atualizar o tipo de condição de referência, mas

também a aplicação d e referência no Customizing de D eterminação de preço.

Vide também: Guia de implementação, Seção Determinação de preço

 Modificação de registros de condição 

Quando há modificações de preços, o usuário tem a opção de alterar registros de condição

individuais manualmente. Através d a função de modificação de preço, vários registros de condição podem ser modificados automaticamente. Esses dois procedimentos estão descritos a seguir.

No sistema standard, a maioria dos tipos de condição está configurada para que, durante o processamento do documento de vendas, seja possível sobregravar vários montantes determinados automaticamente (na ordem do cliente, por exemplo). No entanto, essas modificações são únicas e não afetam os registros de condição correspondentes. Para efetuar modificações permanentes na determinação de preço automática, é preciso modificar os registros de condição.

Modificações em registros individuais

Etapas

Para modificar um registro de condição:

1. Selecionar Logística  Vendas e distribuição  Dados mestre.

2. Selecionar Condições Seleção via tipo de condição  Modificar.

Entrar o tipo de condição necessário.

É exibida a tela em que é possível selecionar o registro de condição a ser modificado. Também é possível selecionar vários registros de condição individuais e modificar um após o outro.

3. Entrar os critérios de seleção e selecionar Executar.

O sistema exibe a lista dos registros de condição que atendem aos critérios de seleção.

4. Se um registro de condição não incluir uma escala de preços, é possível efetuar as modificações nessa tela. Se o registro de condição contém uma escala de preços, marcar o registro de condição a ser modificado e selecionar Escalas.

5. Entrar as modificações desejadas.6. Selecionar Gravar para gravar as modificações e repetir o processo se desejar

modificar outros registros de condição.

Modificações automáticas

Para aplicar a mesma modificação de preço (por exemplo, um aumento de 5%) em diversos registros de condição, é possível efetuar a modificação globalmente.

Etapas

Para efetuar uma modificação global em mais de um registro de condição:

1. Na tela inicial, selecionar Logística  Vendas e distribuição  Dados mestre.

2. Selecionar Condições Seleção via tipo de condição  Modificar.

Entrar o tipo de condição necessário.

3. Entrar os critérios de seleção e selecionar Processar  Iniciar seleção.

O sistema lista os registros de condição que atendem aos critérios de seleção.

4. Selecionar os registros de condição a serem modificados e marcar Modificar montante.

O sistema solicita a entrada da modificação. A modificação do preço pode ser uma porcentagem ou um montante fixo. Se a modificação for um montante fixo, é possível definir a moeda. Se a modificação for uma redução de preço, entrar um sinal negativo após o montante. Se necessário, também é possível definir uma regra de arredondamento.

5. Selecionar ENTER para efetuar as modificações.

O sistema executa as modificações (inclusive nas escalas de preços) e exibe um log das modificações efetuadas.

6. Para gravar os registros de condição modificados, selecionar Voltar para deixar o log e,

em seguida, Condição  Gravar.

Documentos de modificação para registros de condição 

A partir do Release 3.0C, os documentos de modificação para registros de condição estão disponíveis. Com o novo relatório de exibição, é possível exibir e monitorizar todas as modificações efetuadas em registros de condição, inclusive aquelas utilizadas na determinação de preço, nas estipulações de bônus e ações de promoção.

Exibição de documentos de modificação

É possível exibir documentos de modificação durante a atualização de registros de condição. Basta selecionar os registros de condição cujos documentos de modificação o usuário deseja exibir.

Etapas

Existem dois métodos possíveis de exibição de documentos de modificação:

Selecionar Ambiente Modificações Para registro de condição.

São exibidos os dados de modificação para os registros de condição selecionados.

Selecionar Ambiente Modificações Relatório.

O sistema exibe uma tela de seleção, em que é possível selecionar vários critérios para a exibição de documentos de modificação. Em seguida, exibe o resultado do relatório de seleção em três níveis de hierarquia.

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:

Dados do nível 1:

Data e hora da modificação

Tipo 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

Dados do nível 2:

Descrição da modificação efetuada

Valores antigos (anteriores) e novos (posteriores)

Nome do campo modificado

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. Esses registros de condição foram divididos a partir de registros do segundo nível e estão, portanto, relacionados.

Quando o sistema divide um registro de condição em dois registros devido a uma mudança no período de validade, esse registro é exibido no terceiro nível de hierarquia com as modificações relevantes.

O usuário exibe as modificações em valores antigos e novos como no segundo nível.

Documentos de modificação – particularidades

1. 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, o sistema pode ajustar automaticamente o período de validade de outros registros de condição que tenham a mesma chave variável. A razão para isso é que, em qualquer momento, somente um registro de condição com determinado tipo de condição e chave variável pode ser válido. 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.

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 sistema divide automaticamente o registro de condição em três períodos de validade.

2. Modificações em escalas

Quando o usuário modifica escalas de condição, todas as entradas de escalas de condição (e não apenas aquelas que foram modificadas) são registradas como documentos de modificação. Dessa forma, o usuário tem uma síntese completa das escalas de condição antes e depois de qualquer modificação.

3. 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. O sistema identifica essas modificações pela palavra Suplemento seguida do tipo de condição adicional modificado e, finalmente, da descrição da modificação. Por exemplo, ao criar a condição adicional KA00, a descrição será: "Condição adicional (KA00): criado registro de condição".

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. É 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, em uma única etapa. É possível copiar registros de condição mesmo quando os registros de origem e de destino têm tipos, tabelas de condições ou valores de campo-chave diferentes. No entanto, a cópia entre tipos ou tabelas de condição diferentes está sujeita a determinados pré-requisitos e regras.

Pré-requisitos para cópia

Os pré-requisitos gerais a seguir se aplicam à cópia de registros de condição:

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çõeso 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, cada tipo de condição deverá ter a mesma regra de cálculo, tipo de escala, classe de condição e código positivo/negativo.

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. As regras estão definidas no Customizing de vendas e devem cumprir os pré-requisitos listados anteriormente. O sistema R/3 standard contém regras standard de cópia. Se necessário, o administrador do sistema pode modificar as regras standard de cópia ou adicionar novas regras para atender às necessidades do usuário. Durante o processamento, é possível selecionar a regra de cópia alternativa adequada, 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.

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). 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. Nesse tipo de cópia, 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. O único parâmetro que varia nesse caso é o valor de um dos campos-chave (o campo 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. Isso significa que

registros de condição com o mesmo tipo de condição podem ter chaves diferentes. Também é possível copiar registros de condição em que o tipo de condição seja o mesmo, mas as tabelas de condições sejam diferentes. 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, tabela de condições 32). É 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, tabela de condição 5).

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. Considere que o usuário ofereça uma dedução especial a determinado grupo de preço (tipo de condição K020, tabela de condição 20), como no primeiro cenário. Desta vez, entretanto, o usuário deseja copiar esse registro de condição, não para outro grupo de preço, mas para uma nova dedução específica de cliente (tipo de condição K007, tabela de condições 7). Neste caso, os tipos e as tabelas de condição são diferentes.

Processo de cópia

É possível executar a função de cópia no menu Processar, em qualquer uma das telas de registro de condição a seguir:

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. O usuário pode copiar um registro de condição existente para vários registros de condição novos. Nesse caso, utilizar a função de modificação de registro de condição. Se preferir, o usuário pode criar um novo registro de condição e copiá-lo para outros registros, em uma única etapa. Nesse caso, utilize a função de criação de registro de condição. Em ambos os casos, é possível modificar os dados copiados antes de gravar os novos registros 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. Há uma eliminação imediata ou uma marcação para eliminação para arquivamento numa data posterior. 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. Quando a eliminação é imediata, pode ser criada uma caixa de diálogo que indica a eliminação imediata, mas oferece uma marcação para eliminação como alternativa.

Marcação para eliminação

É possível marcar registros de condição para eliminação. Nesse caso, eles não são mais considerados durante a determinação de preço automática. No entanto, permanecem como registros de condição no sistema até a próxima atualização de arquivamento. Isso significa que é possível anular uma eliminação e reativar um registro de condição.

Eliminação física

Se for utilizada a eliminação física, o registro de condição desaparece imediatamente. Ele não mais estará disponível durante a atualização de registro de condição ou a determinação de preço. Essa eliminação não pode ser anulada uma vez que tenha sido efetuada. Será preciso recriar o registro de condição se ele for necessário novamente. 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. O registro de condição real deve ser guardado para documentos antigos.

  Recomendação:

O SAP recomenda o procedimento de eliminação física. A marcação para eliminação melhora a compatibilidade ascendente no sistema.

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

A marcação para eliminação costumava ser usada como uma substituta para um processo de liberação ausente. Isso não é mais necessário, já que há um processo de liberação separado disponível (vide o processo de liberação na biblioteca SAP).

A eliminação física pode ser incluída usando os documentos de modificação – por exemplo, eliminações durante um período específico (Relatório RV16ACHD).

Índice de condições 

Uso

É possível criar e usar índices de condições. Esses índices podem ser usados para exibir, modificar e criar registros de condição com referência. Essa transação pode incluir registros de condição com vários tipos e tabelas de condições. Por exemplo, é possível utilizar um índice de condições para ver todos os registros de condição referentes a determinado produto, independentemente do fato de os registros corresponderem a preços ou deduções. Nesse caso, é possível utilizar um dos índices de condições standard. 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. Para exibir essas informações, o usuário pode criar o próprio índice de condições.

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, selecionar a combinação de campos para a chave de índice. O sistema automaticamente propõe uma lista de campos permitidos a escolher. Os campos especificados para a chave podem ter um comprimento máximo de 100 caracteres. Para obter mais informações sobre como criar um índice, vide GI (Guia de implementação).

Reorganização do índice

Reorganização significa a atualização de um índice com dados atuais. A seguir estão exemplos de quando isso pode ser necessário.

Após criar um novo índice e gerá-lo, é necessário preencher o índice com os dados atuais do sistema. (Isso também se aplica na ativação de um dos índices de condições standard.)

Após indicar que índices de condições devem ser atualizados para um tipo de condição específico, é necessário preencher os índices com os registros de condição correspondentes já existentes.

Convém notar que, como o sistema deve ler todos os registros de condição relevantes, a reorganização é submetida automaticamente como uma tarefa em background.

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 só pode utilizar um índice de condições quando ele está ativado. Para utilizar os índices fornecidos na versão standard, é necessário antes ativá-los no

Customizing de V endas. Alguns índices são ativados automaticamente durante a geração.

Além disso, é preciso indicar uma das necessidades de atualização a seguir para cada índice de condições:

Necessidade 1: o índice é atualizado quando o usuário fornece dados para todos os campos no índice.

Necessidade 2: o índice é atualizado quando o usuário fornece dados para pelo menos o primeiro campo no índice.

Controle da atualização de índice pelo tipo de condição

É possível definir , para cada tipo de condição, se o sistema deve atualizar os índices quando o usuário lançar registros de condição. Nos casos em que a atualização de índices de condições

talvez não seja necessária , como, por exemplo, com registros de condição relacionados a frete e impostos, o usuário pode deixar o código do índice de condições em branco.

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, é possível utilizá-lo para pesquisar registros de condição.

Procedimento

Para selecionar registros de condição através de um índice:

1. Selecionar Logística  Vendas e distribuição  Dados mestre no menu principal.

2. Selecionar Condições Selecionar via índice e definir se deseja modificar ou exibir registros de condição.

Uma caixa de diálogo exibe os índices de condições disponíveis no momento.

3. Marcar o índice de condições a ser utilizado e selecionar ENTER .

O sistema exibe a tela em que é possível entrar critérios de seleção.

4. Entrar os critérios de seleção e selecionar Executar.

O sistema exibe uma lista dos registros de condição por tipo de condição para os critérios de seleção entrados.

Índice de condições 

Uso

É possível criar e usar índices de condições. Esses índices podem ser usados para exibir, modificar e criar registros de condição com referência. Essa transação pode incluir registros de condição com vários tipos e tabelas de condições. Por exemplo, é possível utilizar um índice de condições para ver todos os registros de condição referentes a determinado produto, independentemente do fato de os registros corresponderem a preços ou deduções. Nesse caso, é possível utilizar um dos índices de condições standard. 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. Para exibir essas informações, o usuário pode criar o próprio índice de condições.

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, selecionar a combinação de campos para a chave de índice. O sistema automaticamente propõe uma lista de campos permitidos a escolher. Os campos especificados para a chave podem ter um comprimento máximo de 100 caracteres. Para obter mais informações sobre como criar um índice, vide GI (Guia de implementação).

Reorganização do índice

Reorganização significa a atualização de um índice com dados atuais. A seguir estão exemplos de quando isso pode ser necessário.

Após criar um novo índice e gerá-lo, é necessário preencher o índice com os dados atuais do sistema. (Isso também se aplica na ativação de um dos índices de condições standard.)

Após indicar que índices de condições devem ser atualizados para um tipo de condição específico, é necessário preencher os índices com os registros de condição correspondentes já existentes.

Convém notar que, como o sistema deve ler todos os registros de condição relevantes, a reorganização é submetida automaticamente como uma tarefa em background.

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 só pode utilizar um índice de condições quando ele está ativado. Para utilizar os índices fornecidos na versão standard, é necessário antes ativá-los no

Customizing de V endas. Alguns índices são ativados automaticamente durante a geração.

Além disso, é preciso indicar uma das necessidades de atualização a seguir para cada índice de condições:

Necessidade 1: o índice é atualizado quando o usuário fornece dados para todos os campos no índice.

Necessidade 2: o índice é atualizado quando o usuário fornece dados para pelo menos o primeiro campo no índice.

Controle da atualização de índice pelo tipo de condição

É possível definir , para cada tipo de condição, se o sistema deve atualizar os índices quando o usuário lançar registros de condição. Nos casos em que a atualização de índices de condições

talvez não seja necessária , como, por exemplo, com registros de condição relacionados a frete e impostos, o usuário pode deixar o código do índice de condições em branco.

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, é possível utilizá-lo para pesquisar registros de condição.

Procedimento

Para selecionar registros de condição através de um índice:

1. Selecionar Logística  Vendas e distribuição  Dados mestre no menu principal.

2. Selecionar Condições Selecionar via índice e definir se deseja modificar ou exibir registros de condição.

Uma caixa de diálogo exibe os índices de condições disponíveis no momento.

3. Marcar o índice de condições a ser utilizado e selecionar ENTER .

O sistema exibe a tela em que é possível entrar critérios de seleção.

4. Entrar os critérios de seleção e selecionar Executar.

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. Por exemplo, é possível rastrear o número de ordens de cliente que acessou determinado registro de condição. Isso pode ser útil para rastrear deduções promocionais baseadas no número de ordens recebidas (por exemplo, uma dedução para uma ordem de abertura e a primeira ordem de preenchimento posterior).

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. Por exemplo, ao criar dados mestre para promoções ou ações de promoção, é possível definirvalores especiais para os seguintes dados relacionados a pagamento:

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, o sistema copia esses valores automaticamente para a ação de promoção. 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 copia automaticamente as condições para o registro de condição.

Condições de pagamento na entrada da ordem

Durante a entrada da ordem, o sistema copia as condições de pagamento especiais do registro

de condição para a ordem d o cliente. As condições do registro de condição têm prioridade.

Se uma ordem do cliente incluir itens com condições de pagamento diferentes, o sistema gera automaticamente faturas divididas durante o faturamento.

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. Por exemplo, quando os clientes pedem um produto novo, o usuário pode oferecer um abatimento inicial até um valor total especificado (por exemplo, até US$ 5.000). Quando um cliente entra ordens para o novo produto, o sistema deve ser capaz de controlar o total de dedução acumulado. Com o

Release 2.1, era possível acumular valores com base em faturas , a fim de processar estipulações de bônus. No Release 2.2, essa idéia foi ampliada para incluir uma função de atualização de condições, nova e mais geral.

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. Se o usuário definir a atualização de condições para determinado tipo de condição, o sistema atualiza, em seguida, os registros de condição correspondentes sempre

que o usuário processar documentos de venda s e de faturamento relevantes.

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:

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.

Valores máximos 

Uso

Se a função de atualização de condições estiver ativa para determinado tipo de condição, é possível criar registros de condição que especifiquem um valor acumulado máximo. O sistema utiliza o valor de condição de um item como base para o valor acumulado.

É possível determinar, por exemplo, que um cliente receba uma dedução de 2% para determinado item, até um valor de dedução acumulado máximo de US$ 1.000. Conforme o cliente entra ordens para o item, o sistema mantém o controle do valor de dedução acumulado e grava esses dados no nível do registro de condição. Quando o valor de dedução acumulado chega a US$ 1.000, o sistema desativa automaticamente a dedução.

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. É necessário atualizar o código de atualização de condições no Customizing

de V endas para os tipos de condição correspondentes.

Para definir o valor máximo:

1. Selecionar Logística Vendas e distribuição Dados mestre.

É exibida a tela Dados mestre de vendas e distribuição.

2. Selecionar Condições e marcar o registro de condição com que deseja trabalhar.3. No registro de condição, selecionar Dados adicionais de vendas.4. Entrar o valor máximo no campo Valor máximo de condição.

5. Selecionar Voltar para retornar à tela de síntese do registro de condição ou gravar o trabalho.

Visualização dos dados de atualização no registro de condição

Para ver o valor acumulado para determinado registro de condição:

1. No registro de condição, selecionar Suplementos  Valores acumulados.

É exibida uma caixa de diálogo com o valor acumulado das ordens de cliente em que esse registro de condição foi utilizado.

2. Na caixa de diálogo, é possível saltar para o valor acumulado de documentos de faturamento relacionados ou para a lista das últimas ordens de cliente. Também é possível saltar para as ordens de cliente individuais.

Quantidades máximas 

Uso

Se a função de atualização de condições estiver ativa para determinado tipo de condição, é possível criar registros de condição que especifiquem uma quantidade acumulada máxima. O sistema utiliza o valor base de condição de um item como a base para a quantidade

acumulada. Na maioria dos casos para a base de condição, is s o envolve uma quantidade. Também é possível entrar quantidades máximas em peso e volume para um registro de condição.

É possível, por exemplo, determinar que um cliente receba uma dedução de US$ 10 para determinado material, até uma quantidade de ordem acumulada máxima de 5.000 caixas. Conforme o cliente entra ordens para o item, o sistema mantém o controle do valor acumulado (neste exemplo, o número de caixas) e grava esses dados no nível do registro de condição. Quando o valor acumulado chega a 5.000 caixas, o sistema desativa automaticamente a dedução.

Definição da quantidade máxima

É possível definir a quantidade máxima ao atualizar um registro de condição existente. O tipo de cálculo do respectivo tipo de condição deve ser definido como dependente da quantidade, do peso ou do volume (caso contrário, o campo necessário não é exibido no registro de condição). É necessário atualizar o código de atualização de condições no Customizing

de V endas para os tipos de condição correspondentes.

Para definir a quantidade máxima:

1. Selecionar Logística Vendas e distribuição Dados mestre.

É exibida a tela Dados mestre de vendas e distribuição.

2. Selecionar Condições e marcar o registro de condição com que deseja trabalhar.3. No registro de condição, selecionar Dados adicionais de vendas.4. Entrar a quantidade máxima no campo Valor máximo de condição base.5. Selecionar Voltar para retornar à tela de síntese do registro de condição ou gravar o

trabalho.

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. No registro de condição, selecionar Suplementos Valores acumulados.

O sistema exibe uma caixa de diálogo com o valor base acumulado (nesse caso, a quantidade) das ordens de cliente em que esse registro de condição foi utilizado.

2. Na caixa de diálogo, é possível saltar para o valor acumulado de documentos de faturamento relacionados ou para a lista das últimas ordens de cliente. Também é possível saltar para as ordens de cliente individuais.

 Número máximo de ordens do cliente 

Uso

É possível definir o número máximo de ordens em um registro de condição. Por exemplo, o usuário oferece aos clientes uma dedução especial para um novo produto. A dedução deve valer para a ordem inicial e para uma ordem de reposição. O sistema mantém o controle do número de ordens que o cliente entra e, depois que o número máximo é alcançado, desativa automaticamente o registro de condição. Após a desativação, o tipo de condição não é mais exibido na tela de determinação de preço da ordem. Além disso, o sistema grava automaticamente dados estatísticos para registros de condição em que um número máximo de ordens é definido.

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. É necessário atualizar o código de atualização de condições no Customizing

deV endas para os tipos de condição correspondentes.

Para definir o número máximo de ordens:

1. Selecionar Logística Vendas e distribuição Dados mestre.

É exibida a tela Dados mestre de vendas e distribuição.

2. Selecionar Condições e marcar o registro de condição com que deseja trabalhar.3. No registro de condição, selecionar Dados adicionais de vendas.4. Entrar o número máximo no campo Número máximo de ordens.5. Selecionar Voltar para retornar à tela de síntese do registro de condição ou gravar o

trabalho.

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. No registro de condição, selecionar Suplementos Valores acumulados.

O sistema exibe uma caixa de diálogo com o valor base acumulado (neste caso, a quantidade) das ordens de cliente em que esse registro de condição foi utilizado.

2. Selecionar Primeiras Ordens.

É possível exibir uma lista das primeiras ordens (três no máximo).

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.

Promoções

Em geral, uma promoção representa um plano de marketing de alto nível para determinados produtos ou linhas de produtos – por exemplo, uma promoção de um conjunto de produtos durante um ciclo de vendas específico. Uma promoção pode incluir diversas ações de promoção. Por exemplo, se a promoção abrange um conjunto formado por diversas linhas de produtos, é possível criar ações de promoção separadas para cada linha de produtos.

Ações de promoção

As ações de promoção fornecem uma melhor abordagem para as atividades promocionais. No exemplo apresentado anteriormente, uma promoção inclui ações de promoção separadas para cada linha de produtos. Na ação de promoção de uma linha de produtos, o usuário pode promover os produtos de diversas maneiras. Ele pode, por exemplo, oferecer deduções específicas de cliente em alguns casos e deduções com base em material em outros. É possível criar, em seguida, registros de condição específicos ligados à ação de promoção ou atribuir registros de condição existentes. Se a ação de promoção estiver ligada a uma promoção, o registro de condição também contém o número da promoção. Isso permite, por exemplo, listar e analisar posteriormente todos os registros de condição referentes a essa determinada promoção.

Definição de tipos de estipulação

Antes de entrar promoções e ações de promoção como dados mestre no sistema, é preciso definir primeiro os tipos de estipulação a serem utilizados. O usuário deve definir os tipos de promoções e ações de promoção no Customizing de determinação de preço, na seção referente a estipulações para determinação de preço, exatamente da mesma maneira que define os tipos de estipulação de bônus. Por exemplo, é 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. O usuário pode definir esse intervalo para estabelecer a distinção entre diversos grupos de produtos.

Para cada tipo de estipulação definido, é possível definir os dados a seguir:

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, é possível entrar os dados mestre no sistema. Para cada estipulação criada, é possível definir dados gerais. No caso de ações de promoção, também é possível criar os registros de condição individuais.

Dados gerais

Os dados gerais definidos aplicam-se a todos os registros de condição subseqüentes criados para a estipulação. Cada estipulação criada é identificada por um número unívoco de 10 dígitos. De acordo com a definição do tipo de estipulação, o sistema pode atribuir o número automaticamente ou o usuário deve entrá-lo manualmente. Além disso, é possível entrar os dados a seguir para cada estipulação:

Texto descritivo breve da estipulação Período de validade Dados especiais relacionados a pagamentos:

o Condições de pagamentoo Data de valor fixoo 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. Para criar uma nova ação de promoção:

1. Selecionar Logística Vendas e distribuição Dados mestre na tela de menu principal.

É exibida a tela Dados mestre de vendas e distribuição.

2. Selecionar Estipulações Ação de promoção Criar.

É exibida a tela Criar ação de promoção.

3. Entrar um tipo de ação de promoção (por exemplo, 0101) e selecionar Avançar.

É exibida a tela Síntese estipulação. O sistema propõe um período de validade.

4. Entrar os dados opcionais, como:

– Uma descrição breve da ação de promoção

– Uma referência externa (do cliente)

– O número da promoção, se houver, 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, o sistema propõe quaisquer condições de pagamento especiais definidas para a promoção.

5. Se não desejar criar registros de condição para a ação de promoção nesse momento, gravar os dados. Para criar registros de condição imediatamente, saltar para o procedimento seguinte.

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:

No mesmo instante em que entrar os dados mestre para a ação de promoção no sistema. (Nesse caso, o sistema cria automaticamente a ligação entre os registros de condição e a ação de promoção específica.)

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. (Nesse caso, o usuário entra o número da ação de promoção manualmente.)

Ao copiar registros de condição existentes para uma ação de promoção já criada.

Para obter mais informações sobre a cópia de registros de condição, vide Cópia de registros de condição.

Etapas

Para criar registros de condição diretamente em uma ação de promoção:

1. Selecionar Determinação de preço na tela de síntese da ação de promoção.

O sistema exibe a lista dos tipos de condição válidos para esse tipo de ação de promoção.

2. Selecionar o tipo de condição para o qual deseja criar um registro de condição e entrar os dados.

3. Para criar registros de condição adicionais para a ação de promoção, selecionarVoltar para retornar.

O sistema retorna à caixa de diálogo que lista os tipos de condição válidos que o usuário pode utilizar.

4. Após criar os registros de condição desejados, selecionar Voltar e gravar os dados.

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.

O status de liberação possui as seguintes características:

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), é transferida para os registros de condição envolvidos e não pode ser modificada para esses registros.

Ao definir uma nova ação de promoção (com cópia), um valor proposto é sugerido para o status de liberação, que pode ser definido no Customizing para o tipo de estipulação.

Um registro bloqueado para uma aplicação é tratado no acesso, como se tivesse sido identificado com um código de eliminação. No entanto, ele pode ser reconhecido e exibido como tal por meio da funcionalidade de log em Determinação de preç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, ao atualizar registros de condição individuais, uma ação de promoção é atribuída ao registro de condição usando a transação VK12, o status de liberação da ação de promoção é usado para esse registro. Quando modificar o status de liberação usando esta ação de promoção ou modificações na ação de promoção, o usuário será notificado de qualquer modificação no status.

 

O status da liberação de condições em um acordo só pode ser modificado se

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, o registro de condição sempre tem o status da liberação da estipulação.

Um status de processamento sempre é atribuído diretamente a um status de liberação. Se condições forem atribuídas a um acordo, o acordo transfere o status de liberação para todas as condições relacionadas. O status de processamento relacionado é definido adequadamente em seguida.

Se o usuário tem vários status de processamento atribuídos a um status de liberação, o registro de condição recebe a primeira entrada adequada (em ordem alfabética) como um status de processamento.

O status de processamento, que as condições receberam indiretamente de um acordo por meio do status de processamento, só pode ser modificado no caso de acordos liberados.

Disponibilidade orçamentária 

Uso

Durante o planejamento do segmento de mercado e o planejamento de vendas e resultado, o usuário pode criar orçamentos para medidas de suporte de vendas (por exemplo, promoções de vendas) e descontos promocionais relacionados. Em seguida, esse orçamento é usado no

sistema de vendas e distribuição (SD) , na atualização das condições (descontos promocionais) para a estipulação do cliente. 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. Isso é possível porque as disponibilidades orçamentárias são transferidas para o CO-PA na atualização das condições.

Para verificar continuamente as disponibilidades orçamentárias, executar análises de desvio do orçamento planejado e disponível. Isso permite monitorizar as promoções de vendas de forma detalhada, a partir das primeiras etapas da demonstração de resultados.

Fluxo do processo

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. No planejamento de vendas e resultado, é possível criar orçamento para medidas individuais de suporte de vendas.

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

3. No sistema de relatórios, é possível controlar a disponibilidade de fundos para promoções de vendas por segmento de mercado.

4. O fluxo de dados nos pontos de "atualização de condições", "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.

5. Com base na estrutura planejada, o usuário pode utilizar uma representação de hierarquia para definir os segmentos de mercado para os quais é possível criar orçamentos. Isso garante a consistência durante o planejamento, pois só é possível criar orçamento nos segmentos de mercado permitidos.

6. Elementos de preço no processamento de ordem 

7. Utilização8. Todos os elementos de preço utilizados nos esquemas de cálculo diários – preços,

sobretaxas, deduções, custos de frete e impostos – são definidos no sistema R/3 como tipos de condição. 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, o usuário cria registros de condição. Para obter mais informações sobre as tarefas de criação e atualização de condições, vide Trabalho com registros de condição.

9. Informações adicionais10.A tarefa de realmente definir tipos de condição faz parte da configuração e atualização

do sistema. Para obter mais informações sobre tipos de condição, vide Introdução à técnica de condições.

11. Elementos de preço na versão standard12. Os elementos de preço estão divididos em quatro categorias:

13.Preços

14.Sobretaxas e deduções

15.Custos de frete

16. IVA 17. Na entrada de ordens do cliente, o sistema pode executar uma verificação automática.

Durante a entrada de ordens do cliente, o sistema pode calcular preços automaticamente ao obter um preço bruto, aplicar todas as deduções relevantes e adicionar quaisquer suplementos, como frete e IVA. A figura a seguir mostra como o sistema representa vários elementos de preço de atividades diárias.

18.19.  20. Na figura, é possível observar que o preço de um material é representado por um tipo

de condição (PR00). No entanto, o preço de um material pode se basear em diversos tipos de registro de determinação do preço. O preço pode ser originário de uma lista de preços, pode ser específico para determinado cliente ou pode ser um simples preço de material. Por outro lado, cada dedução, sobretaxa, 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.

O usuário atribuiu materiais a um grupo de materiais e deseja atribuir uma dedução baseada em quantidade a esses materiais. O usuário deseja que o sistema leia a escala de quantidade de forma cumulativa, 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 -2, -US$ / KG

A partir de 100 KG -4, -US$ / KG

A partir de 500 KG -6, -US$ / KG

 

Determinação de preço na ordem para dois materiais com base no grupo de materiais:

Item 10 Material 1 60 KG -20,- dedução em US$

Item 20 Material 2 70 KG -20,- dedução em US$

 

Pré-requisitos

O usuário deve marcar o tipo de condição como uma condição de grupo no Customizing.

Se desejar que o sistema execute a acumulação em todos os itens, mas que leia um registro de condição separado com essa quantidade acumulada para cada item, o usuário deve efetuar as entradas adicionais a seguir para o tipo de condição:

Unidade de quantidade para acumulação Número da chave de grupo

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. Na utilização desse tipo de hierarquias, 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. Um exemplo simples disso seria um preço fixado para o canal de organização e distribuição de

vendas que, contudo, dependa do cliente, do material ou dos dois .

Sem os acessos hierárquicos, 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. Isso não só tomaria muito tempo como também reduziria a performance do sistema, forçando-o a usar uma seqüência de acessos rigidamente fixa.

Trata-se de um sério inconveniente, sobretudo para dados hierárquicos como os que representam uma hierarquia de produtos ou de clientes.

Com o uso da função de acesso hierárquico, 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. É possível, então, determinar o registro de condição necessário , segundo os critérios relevantes.

Pré-requisitos

Ao criar uma seqüência de acesso em uma tabela de condições para os campos de um acesso, 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).

Durante a atualização da seqüência de acesso, o usuário atribui prioridades aos campos na parte variável da chave. Essas prioridades são usadas para avaliar a relevância dos registros de condições determinados com o uso da parte fixa da chave.

No Customizing de Determinação d e preço, é necessário fazer as seguintes opções no acesso no nível de campo:

Tipo de processamento em acesso (campo TipoA): ao entrar a letra A, o usuário indica que este é um campo livre. Campos livres são campos opcionais durante a atualização do registro de condições, de forma que qualquer combinação de características possa ser criada para um acesso.

Análise de características (campo Prio): é possível atribuir uma prioridade de 01 (alta) a 99 (baixa).

 

Os registros com as prioridades mais altas são, em seguida, disponibilizados na determinação de preço.

A tela de entrada rápida para os registros de condições não é usada. A e ntrada obrigatória não

é u tiliz ada para os campos opcionais.

Ao usar os acessos hierárquicos, é preciso utilizar sempre a eliminação física e não o código de eliminação. 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. Contudo, o código de eliminação só será verificado quando for iniciada a Determinação de preç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. Ao usar o código de eliminação porém, o registro de condição é expedido da Determinação de preço sem uma substituição.

É possível obter mais informações na unidade Eliminação de registros de condições.

 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. Marcar os níveis de hierarquia como campos livres e entrar uma prioridade. Via de regra, uma prioridade deve aumentar ao ser deslocada de um critério geral para um critério mais específico:

Campo Tipo de processamento em acesso

Análise

Organização de vendas    

Grupo de mercadorias A 5

Grupo principal A 4

Grupo A 3

Subgrupo A 2

Material A 1

 

A vantagem disso é que é preciso criar apenas um acesso na seqüência de acesso durante a atualização dos dados mestre. A razão é que os campos livres representam os campos opcionais durante a atualização do registro de condições, permitindo qualquer número de combinações de características para um acesso.

Também é possível obter uma síntese muito melhor da atualização dos dados mestre, 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.

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.

Determinação de dados no acesso 

Uso

Durante a determinação d e 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.

Exemplos:

É possível oferecer preços a partir de uma lista de preços por atacado para clientes de determinado grupo de clientes, sem modificar os dados mestre.

No documento, a categoria de lista de preços não é determinada a partir dos dados mestre, mas a partir de um registro de condição especial e, em seguida, disponibilizada para a determinação de preço.

O usuário talvez deseje determinar uma quantidade de escala em determinado grupo de clientes, independentemente da quantidade encomendada.

A quantidade de escala precisa, agora, ser determinada com o uso de um registro de condição especial e, em seguida, disponibilizada para a determinação de preço.

Esse procedimento envolve duas etapas:

Determinação de dados para determinação de preço

Uso de dados na determinação de preço

 

Essas duas etapas são diferentes e dependem de como os dados são obtidos, logo é preciso distinguir entre três processos de determinação de dados:

Determinação com uso da estrutura de comunicação KOMPAZD

É possível usar a estrutura de comunicação KOMPAZD para determinar dados. Esse procedimento é possível para os campos que ocorrem nos acessos.

Determinação de dados com uso de rotinas

É necessário usar rotinas para determinar dados para campos que não sejam usados nos acessos, como o da quantidade de escala ou o da data da fixação do preço.

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.

 

Esses três procedimentos serão descritos nas unidades seguintes.

Listas de condições 

Uso

Para obter informações sobre os dados de determinação de preço gravados no sistema, criar

listas de condições. As l istas de condições reúnem informações dos registros de condição,

tipos de condição e tabelas de condições segundo vários critérios diferentes. Uma lista pode fornecer, por exemplo, respostas às perguntas a seguir:

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. Com o uso de critérios de

seleção específicos , é possível modificar o escopo da lista de condições, mas não é possível modificar o critério usado para criar essa lista. Isso é executado no Customizing.

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, também é possível executar avaliações de tipos de condições específicos enquanto se trabalha com registros de condição. Na síntese de um registro de condição, selecionar Ambiente Informação condição. O usuário acessa, em seguida, uma tela de seleção, onde é possível avaliar registros de condição segundo critérios específicos.

Listas de condições também podem ser usadas para atualização de condições. Vide Atualização de registros de condição.

 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  Funções básicas  Determinação de preço(transação V/LA). Tecnicamente falando, as listas de condições representam programas ABAP/4.

O sistema SAP standard contém listas de condições predefinidas, que podem

ser iniciadas por meio do menu da aplicação (selecionar Logística  Vendas e

distribuição  Dados mestre  Sistema de informação  Condições e

determinação do preço  Listas de condições). As listas de condições também podem ser usadas para atualização de condições. Consultar Atualização de registros de condição.

Procedimento

Verificar a extensão do uso das listas de condições no sistema SAP standard. Também é possível exibir as listas de condições definidas.

Criar novas listas de condições (no Customizing em Vendas e distribuição  Funções básicas Determinação de preço, transação V/LA). Proceder conforme descrito a seguir:

Entrar um texto breve de denominação, que consista em dois caracteres, sendo o primeiro uma letra, e a lista de condições a ser criada. Na tela de dados seguinte, o usuário verá todos os campos-chave usados em condições, listados em ordem alfabética. Marcar todos os campos-chave a serem considerados na lista de condições.

Ao selecionar "Processar  Continuar com E", todas as tabelas de condições que contenham no mínimo um dos campos marcados serão avaliadas. Ao selecionar

"Processar  Continuar com E", todas as tabelas de condições que contenham no mínimo um dos campos marcados serão avaliadas. Na caixa de diálogo seguinte, 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. Certificar-se de que na tela seguinte todos os campos-chave das tabelas selecionadas sejam exibidos. 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". Os campos podem ser marcados como campos obrigatórios na tela de seleção. A estrutura das listas de condições significa que as informações podem ser colocadas em diferentes lugares na lista. O layout contém os elementos a seguir:

Este elemento de layout... possui a seguinte função na lista...

Cabeçalho de página Informações que se aplicam a cada página da lista

Cabeçalho de grupo Subdivide as informações em categorias

Item 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, mas não inclui detalhes sobre as escalas de preços. Os diversos elementos de layout estão indicados na figura.

 

Execução da lista de condições 

Etapas

Para executar uma lista de condições:

1. Na primeira tela, selecionar Logística  Vendas e distribuição  Dados mestre Sistema

de informações  Condições e determinação do preço  Listas de condições (Transação V/LD).

O sistema exibe a tela Executar lista de condições.

2. Entrar a denominação da lista de condições a ser executada.

Se não souber a denominação, selecionar Entradas possíveis. O sistema exibe uma caixa de diálogo, em que é possível pesquisar uma lista pela denominação, pelo título

descritivo ou por ambos. Também é possível pesquisar genericamente ao entrar *. Se o usuário selecionar Avançar, o sistema lista todas as listas de condições disponíveis.

Se o usuário deixar ambos os campos em branco e selecionar Avançar , o sistema exibe todas as listas de condições disponíveis.

3. Selecionar Executar.

O sistema exibe a tela de seleção da lista de condições a ser executada.

As seções na tela de seleção detalham como a lista é estruturada. Os campos das áreasCabeçalho de página, Cabeçalho de grupo e Itens indicam onde os campos estão localizados na lista de condições. 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.

4. Limitar o relatório ao definir critérios de seleção para obter as informações relevantes.5. É possível usar Delimitações livres para entrar critérios adicionais de seleção não

exibidos na tela de seleção. É possível, por exemplo, atribuir o receptor da ordem a uma condição como um critério de seleção.

6. Selecionar Executar.

O sistema exibe a lista de condições.

Quanto mais informações a lista contém, mais complexo é o processamento da lista. É possível exibir listas inteiras com o uso da faixa horizontal da tela. Também é possível trabalhar com uma janela maior.

Impressão da lista de condições

Para imprimir uma lista de condições, selecionar Imprimir na tela Lista de condições. Na tela seguinte, entrar o dispositivo de saída e as especificações sobre controle de spool e

selecionarSaída  Imprimir.

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, o usuário pode armazenar as listas de condições como variantes e reutilizá-las posteriormente. Ao executar a lista de condições, o usuário pode chamar a variante e o sistema entra automaticamente os critérios de seleção. Para criar e atualizar variantes a partir da tela de

seleção para uma lista de condições, selecionar Saltar  Variantes.

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.

Características

No menu, selecionar: Vendas e distribuição  Dados mestre  Listas de condições  Listas de preço líquido.

Entrar a área de vendas, o emissor da ordem e o centro.

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

Após iniciar o programa SDNETPRO , é simulado um documento de faturamento e o sistema emite o resultado.

A lista de preço líquido trabalha com o visor de listas ABAP.

É possível definir as próprias variantes de exibição com o uso do visor de listas ABAP. Todos os campos da tabela VBRP também estão disponíveis. Os campos de subtotal de KZW11 a KZW16 podem ser usados para criar informações específicas de cliente.

É possível obter mais informações sobre o Visor de listas ABAP

em Componentes válidos para todas as aplicações  Funções gerais de aplicação.