Minha chave no acessa este endereo para buscar os Best pratices https://service.sap.com/swdc, then choose Download Support Packages and Patches Support Packages and Patches - Entry by Application Group SAP Application Components SAP ERP SAP ERP ENHANCE PACKAGE EHP4 FOR SAP ERP 6.0

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

Cartes de pagamento em dados mestreUsoPara processar de forma rpida e eficiente as ordens do cliente com cartes de pagamento, o usurio pode armazenar os dados do carto no registro mestre do pagador. Ao criar uma ordem do cliente, basta chamar um lista de cartes para o cliente utilizando o matchcode no campo nmero do carto de pagamento. O sistema copia automaticamente os dados do carto ou cartes selecionados nessa lista para a ordem do cliente. O registro de clientes ocasionais uma conta coletiva no registro mestre para um grupo de clientes no relacionados. Por esse motivo, no possvel atualizar os dados de cartes de pagamento para clientes ocasionais.

Caractersticas possvel entrar as seguintes informaes sobre cartes no registro mestre do pagador: y y Tipo de carto, como, por exemplo, VISA, MC ou AMEX Nmero do carto O sistema verifica os nmeros do carto entrados para garantir que correspondam s normas de numerao da sociedade do carto de pagamento respectivo (por exemplo, verificar se o nmero do carto Visa comea com "4"). Isso reduz o risco de um longo processo de autorizao da ordem do cliente com um nmero de carto incorret . o O sistema tambm verifica se um carto de pagamento pertence a apenas um cliente. No possvel entrar o mesmo carto de pagamento em dois registros mestre diferentes. y y y y Data de vencimento Titular do carto ou nome da sociedade conforme aparece no carto Tipo do carto, como carto de crdito, carto de cliente ou carto de compra. Motivo do bloqueio

*************** Se necessrio, o usurio pode bloquear o carto de pagamento atravs da entrada de um motivo, por exemplo, 01 para "carto roubado". possvel atualizar os motivos de bloqueio no Customizing para cartes de pagamento, na seo Faturamento do IMG.

Um bloqueio s funciona para um carto de pagamento especfico. Se um dos cartes de pagamento do cliente for bloqueado, possvel utilizar outro. Alm disso, um bloqueio no afeta os documentos de vendas que j foram criados com o carto. Entretanto, possvel executar uma pesquisa padro para determinar todos os documentos nos quais o nmero do carto utilizado. y y Data de incio da validade do carto Carto standard

possvel atribuir um carto standard se houver mais de um carto para um cliente. Ao abrir uma lista de cartes para o cliente na ordem do cliente, esse carto destacado.

Cartes de pagamento em ordens do clienteUsoCom esta funo, o usurio pode: y y y Criar e modificar ordens do cliente com cartes de pagamento Autorizar transaes Abrir listas de trabalho de ordens do cliente com cartes de pagamento

CaractersticasUma vez que as informaes de pagamento so especialmente relevantes para a ordem do cliente, o cabealho da ordem do cliente inclui um plano de carto de pagamento. Os dados do carto entrados pelo usurio no plano de carto de pagamento s utilizados em todo o cliclo o da ordem at fundos lquidos. Outra caracterstica importante da ordem do cliente a autorizao. O processamento de cartes de pagamento oferece flexibilidade para autorizar ordens do cliente de diversas formas: da autorizao preliminar autorizao em lote.

Cartes de pagamento em Vendas e distribuioObjetivoEm Vendas e distribuio, o usurio pode entrar os dados dos cartes de pagamento nas ordens do cliente e us-los em toda a ordem at o ciclo de fundos lquidos.

Fluxo do processo

1.

2.

3.

Ao criar uma ordem do cliente, o usurio pode entrar os dados de carto de crdito manualmente ou copi-los do registro mestre do pagador. possvel entrar um carto na tela de sntese da ordem do cliente. O usurio pode entrar diversos cartes, ou diversas autorizaes em um carto, no plano de carto de pagamento no cabealho da ordem do cliente. O sistema autoriza automaticamente a ordem do cliente quando o usurio a grava. Posteriormente, o usurio cria a remessa. possvel que a autorizao tenha vencido nesse meio tempo, por isso o sistema faz uma verificao para se certificar de que ainda seja vlida. Se a autorizao no for vlida, o sistema informa o usurio para reiniciar a autorizao na ordem do cliente. Concluir e gravar a remessa. Quando todos os itens forem selecionados e embalados, e a sada de mercadoriasfor lanada, o usurio cria um documento de faturamento. Nessa fase, os dados do carto de pagamento so copiados da ordem do cliente, ou transferidos por upload para o documento de faturamento a partir de um sistema externo, como no caso do point ofsale. O sistema utiliza as autorizaes do plano de carto de pagamento para calcular os montantes de faturamento. O usurio processa o documento de faturamento e o libera para a Contabilidade financeira.

ResultadoQuando o usurio libera o documento de faturamento, o sistema copia as informaes do carto de pagamento, o montante de faturamento e a autorizao para o documento contbil. Na contabilidade, os crditos so lanados em uma conta transitria especial de fundos lquidos para a cmara de compensao. O processo de liquidao pertinente ento executado conforme a categoria do carto utilizado. Por exemplo, caso seja utilizado um carto de compras, os dados suplementares referentes compra so submetidos liquidao.

Cartes de pagamento em documentos de faturamentoUsoAo criar um documento de faturamento, o sistema copia o plano de carto de pagamento da ordem do cliente. O sistema determina ento: y y y Os cartes no plano de carto de pagamento que devem ser faturados A ordem em que so faturados Os montantes de faturamento

Quando o usurio libera o documento de faturamento para a Contabilidade financeira (FI), os dados de carto de pagamento, o montante de faturamento e as informaes da autorizao so copiados do plano de carto de pagamento do documento de faturamento para o documento contbil para utilizao no processo de liquidao.

Atividades possvel executar as seguintes atividades: Exibir dados do carto em documentos de faturamento O plano de carto de pagamento anexado ao cabealho contm itens com informaes detalhadas sobre o carto, incluindo diversas funes de faturamento. O usurio pode revisar as transaes de cartes de pagamento com o boto lanado em docs de faturamento ou revisar o status de faturamento da(s) autorizao(es) na ordem do cliente. Observar que, ao contrrio da ordem do cliente, o plano de carto de pagamento no documento de faturamento se destina somente exibio. No possvel modific-lo. y Cancelar os documentos de faturamento com cartes de pagamento

Ao criar um documento de faturamento, possvel ocorrer erros tcnicos ou de determinao de preo, ou o lanamento de dados de faturamento em uma conta incorreta. Nesses casos, o usurio cancela o documento de faturamento. Observar o seguinte ao cancelar esses documentos: o o O usurio deve dispor dos mesmos dados de carto de pagamento no documento cancelado e no documento de origem Ao cancelar um documento, o usurio no pode reutilizar as autorizaes no documento de vendas

Imprimir dados do carto em documentos de faturamento Ao faturar clientes que utilizaram um carto de pagamento para pagar pelos respectivos produtos, o usurio deve informar na fatura que o pagamento ser feito com um carto de pagamento. No necessrio efetuar o pagamento diretamente ao usurio. O usurio pode imprimir essas informaes no documento de faturamento com o SAPscript. y Alterar o montante de um documento de faturamento

Ao elevar o montante de um documento de faturamento que contenha cartes de pagamen o to, novo montante deve estar completamente coberto pela autorizao do carto de pagamento

relevante. O sistema avisa ao usurio para reautorizar a fim de cobrir a diferena entre o antigo montante do documento de faturamento e o novo montante.

Plano de carto de pagamentoDefinioPlano anexado ao cabealho da ordem do cliente e do documento de faturamento que contm informaes sobre os cartes de pagamento utilizados em uma transao. O usurio acessa o plano de carto de pagamento ao selecionar Cabealho p Cartes de pagamento.

EstruturaO plano de carto de pagamento contm um cabealho que exibe: y y y O montante autorizado O valor total da ordem do cliente (valor lquido + imposto) O montante a ser autorizado para o prximo servio ou remessa, assim como sua data.

O usurio utiliza esses campos para processar ordens do cliente com diversas datas de remessa.

O cabealho inclui uma seo sobre autorizao que indica: y Se os requisitos para a autorizao foram atendidos O sistema utiliza os requisitos definidos no Customizing para decidir se deve ou no autorizar a ordem do cliente. Por exemplo, possvel configurar o sistema para autorizar automaticamente as ordens do cliente completas. Ou cancelar a autorizao da ordem do cliente e utilizar um relatrio para posteriormente autorizar em lotes. y y y Se o sistema definiu um bloqueio O status de chamada da autorizao, com detalhes sobre se a transmisso para e da cmara de compensao foi realizada com xito e se uma resposta foi recebida. Os resultados das verificaes efetuadas pela cmara de compensao nos dados dos cartes de pagamento

Uma terceira seo no plano de carto de pagamento contm itens do carto e itens da autorizao: Os itens do carto contm detalhes sobre o carto de pagamento, como tipo e nmero do carto, data de vencimento e informaes de faturamento y Os itens de autorizao contm detalhes sobre a autorizao

Para obter uma sntese da autorizao, percorrer direita no item de autorizao. Para obter informaes detalhadas, selecionar um item e escolher Detalhe. O sistema exibe todas as informaes atuais relativas autorizao, inclusive cdigos, contas, horas e datas.

primeira vista, possvel que os itens de carto e os itens de autorizao paream semelhantes. Para diferenci-los, observar que os itens de autorizao: y y No possuem um cdigo Limitar a ou um montante mximo Possuem um semforo no campo de status e no montante autorizado

H duas funes adicionais na parte inferior do plano de carto de pagamento. A primeira o boto lanado em docs de faturamento. Essa funo fornece informaes de faturamento para os cartes do plano de carto de pagamento j faturados. A segunda o boto de autorizao manual. Com esse boto, possvel autorizar manualmente uma ordem do cliente por meio de um telefonema para a cmara de compensao. A autorizao manual requer permisso especial determinada no perfil de autorizao V_VBAK_AAT.

Criao de ordens do cliente - carto de pagamento nicoPr-requisitosO tipo de plano de pagamento "plano de carto de pagamento" deve ser atribudo ao tipo de documento de vendas para o documento em processamento. O usurio pode fazer isso no Customizing de Vendas e distribuio ao selecionar Faturamento p Cartes de pagamento p Atualizar tipo plan.carto de pagamento. Os dados dos cartes de pagamentos s podem ser entrados no nvel de cabealho portanto, , no possvel entrar dados de cartes para cada item. A autorizao de cartes deve cobrir a totalidade do valor da ordem do cliente. Caso contrrio, o sistema avisa o usurio para autorizar novamente.

CaractersticasAo criar uma ordem do cliente, possvel definir valores de autorizao para um nico carto de pagamento. Selecionar Cabealho p Cartes de pagamento e entrar os dados das diversas autorizaes em Plano de carto de pagamento. Para configurar o sistema para criar automaticamente diversas autorizaes para um nico carto, consultar o user exit AUTHORIZATION_VALUE_SPLIT (no include MV45AFZH). Se for necessria apenas uma autorizao, o usurio pode entrar os dados diretamente no campo de entrada rpida da ordem do cliente.

ProcedimentoCriar uma ordem do cliente com um carto de pagamento de forma similar entrada de uma ordem do cliente standard.

1.

Criar uma ordem do cliente. 2. Usar o campo de entrada rpida na tela de sntese para entrar o tipo, nmero e data de vencimento do carto, ou usar o matchcode disponvel no camponmero do carto de pagamento para selecionar um carto listado no registro mestre do pagador. Para diversas autorizaes, entrar os dados no plano de carto de pagamento. Esses dados so necessrios para dar prosseguimento ao processamento da ordem do cliente.

O sistema verifica o nmero de carto entrado para se certificar de que corresponda s normas de numerao da sociedade do respectivo carto de pagamento (por exemplo, verificar se o nmero do carto Visa comea com "4"). Isso reduz o risco de passar por um longo processo de autorizao com um nmero de carto incorreto. O sistema tambm 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 prxima, possvel verificar se o carto ainda estar vlido quando os itens forem entregues.

ResultadoO sistema autoriza automaticamente as informaes do carto quando o usurio grava a ordem do cliente, e emite uma mensagem que informa que a autorizao foi concluda com xito. Se a cmara de compensao rejeitar os dados do carto ou o valor da autoriza o o, sistema bloqueia a ordem do cliente e emite uma mensagem de aviso. Para exibir dados da autorizao atuais, retornar ordem do cliente no modo de exibio. Acessar o plano de carto de pagamento para visualizar o status da autorizao. possvel visualizar: y y y Se o sistema definiu um bloqueio Se a cmara de compensao foi acessada O resultado das verificaes individuais na cmara de compensao

Para obter uma sntese de uma autorizao, percorrer direita no item de autorizao. Para obter informaes detalhadas, selecionar o item e escolherDetalhe. O sistema exibe todas as informaes atuais relativas autorizao, inclusive cdigos, contas, horas e datas.

Criao de ordens do cliente - diversos cartes de pagamento possvel que os clientes desejem utilizar vrios cartes de pagamento em uma ordem do cliente, especialmente quando os preos dos itens ultrapassam o limite de crdito de um nico carto. Entrar os dados para os cartes de pagamento no plano de carto de pagamento anexado ao cabealho da ordem do cliente.

Pr-requisitosO tipo de plano de pagamento "plano de carto de pagamento" deve ser atribudo ao tipo de documento de vendas para o documento em processamento O usurio pode definir isso no . Customizing de Vendas e distribuio ao selecionar Faturamento p Cartes de pagamento p Atualizar tipo plan.carto de pagamento. S possvel entrar os dados do carto de pagamento no nvel de cabealho, o usurio no pode entrar dados para cada item. As autorizaes dos cartes de pagamento devem cobrir a totalidade do valor da ordem do cliente. Caso contrrio, o usurio avisado para reautorizar.

Procedimento

Criar uma ordem do cliente com cartes de pagamento de forma similar criao de uma ordem do cliente standard.

1. 2.

Criar uma

ordem do cliente.

Selecionar Saltar p Cabealho p Cartes de pagamento para entrar os dados do carto. O sistema exibe o valor da ordem do cliente (valor lquido + impostos).

3. Entrar os tipos, nmeros e datas de vencimento dos cartes de pagamento, ou utilizar o matchcode do campo nmero do carto de pagamento para selecionar os cartes listados no registro mestre do pagador. Esses dados so necessrios para dar prosseguimento ao processamento da ordem do cliente. O sistema verifica o nmero e a data de vencimento do carto. 4. Entrar os montantes mximos de faturamento dos cartes. Selecionar Limitado a, escolher Entrar e entrar um montante no campo Montante mximo. Para especificar um montante ilimitado para um carto, deixar o cdigo Limitado a em branco. Isso s possvel com apenas um carto por ordem. Observar que a diviso de montantes entre cartes pode causar arr edondamento. 5. Selecionar Voltar e gravar a ordem.

Um cliente pediu o equivalente a US$ 1.000 em mercadorias e solicitou que o dbito fosse efetuado em dois cartes de pagamento. Ao criar a ordem do cliente e entrar os dados no plano de carto de pagamento, dividir o montante da ordem entre os dois cartes. De acordo com as informaes fornecidas pelo cliente sobre os limites dos diferentes cartes, entrar um montante mximo de US$ 400 para um carto e um montante ilimitado para o outro. O sistema autoriza US$ 400 e US$ 600 para os cartes, respectivamente, e fatura a transao da mesma forma.

ResultadoO sistema autoriza automaticamente as informaes do carto quando o usurio grava a ordem do cliente, e emite uma mensagem com a informao de que as autorizaes foram concludas com xito. Se os dados do carto ou o montante da autorizao forem rejeitados pela cmara de compensao, o sistema bloqueia a ordem do cliente e emite uma mensagem de aviso. Para exibir dados da autorizao, retornar ordem do cliente no modo de exibio. Acessar o plano de carto de pagamento para visualizar os status das autorizaes, como: y y y Se o sistema definiu um bloqueio Se a cmara de compensao foi acessada O resultado das verificaes individuais na cmara de compensao

Para obter uma sntese das autorizaes, percorrer direita nos itens de autorizao. Para obter informaes detalhadas, selecionar um item de autorizao e escolher Detalhe. O

sistema exibe todas as informaes atuais relativas autorizao, inclusive cdigos, contas, horas e datas.

AutorizaoUsoQuando um cliente paga por mercadorias e servios com um carto de pagamento, o nmero do carto, o respectivo valor e o nome e endereo do pagador so transferidos para a cmara de compensao para autorizao. A cmara de compensao verifica essas informaes e autoriza ou rejeita a transao. A concesso de uma autorizao uma garantia de pagamento.

Pr-requisitos necessrio um software de terceiros para executar a autorizao. O sistema se baseia nas opes do Customizing para que os cartes de pagamento determinem como e quando executar a autorizao. Gerenciamento de risco afeta o processo de autorizao.

CaractersticasCom as funes de autorizao no processamento de cartes de pagamento o usurio pode: , y y y y y y y y y Configurar o sistema para autorizar ordens do cliente conforme um determinado conjunto de requisitos Realizar a autorizao preliminar de ordens do cliente Autorizar automaticamente ordens do cliente Autorizar manualmente ordens do cliente Determinar quais colegas tm permisso para autorizar manualmente as ordens do cliente (perfil de autorizao V_VBAK_AAT) Executar um relatrio para realizar autorizaes em lote ( RV21A010) Executar um relatrio para chamar uma lista de ordens do cliente com cartes de pagamento conforme as funes do documento que definir (RV21A001) Exibir informaes atuais completas sobre a autorizao no plano de carto de pagamento Utilizar o log de autorizao para verificar o histrico das modificaes de autorizaes em uma ordem do cliente, incluindo as datas das modificaes e os responsveis (Selecionar Ambiente p Modificaes)

RestriesO usurio somente pode executar a autorizao na ordem do cliente. No possvel efetuar autorizao parcial do valor de uma ordem do cliente.

Interface do carto de pagamento com as cmaras de compensaoUsoA interface do carto de pagamento um software de aplicao que funciona como uma ponte entre o sistema SAP R/3 e o software da instituio financeira. A interface do carto de pagamento foi criada com a chamada de funo remota (RFC) para fornecer funes para que o usurio se comunique com qualquer um de seus parceiros, inclusive as cmaras de compensao, bancos, administradoras de carto de crdito e prestadores de servios.

CaractersticasO programa de interface viabiliza: y y y y y y Um servidor RFC e funes clientes para se comunicar com o R/3 A converso de dados da estrutura de sada do R/3 para a estrutura da instituio financeira Protocolos de comunicao entre o servidor de aplicao de cartes de pagamento e a instituio financeira A converso de dados do formato da resposta da instituio financeira para o formato da entrada do R/3 O processamento que utiliza diversos servidores RFC Cenrios vencidos

Informaes tcnicasMdulo de funo de atual izao A SAP pode fornecer solues para a transmisso de dados de cartes para diversas cmaras de compensao importantes e para outras instituies financeiras. Entrar em contato com o consultor da SAP para obter mais informaes. O sistema standard inclui o mdulo de funo CCARD_AUTH_SIMULATION, que pode ser utilizado para testar o processo de autorizao antes do usurio obter o software da cmara de compensao ou escrever seu prprio software. A SAP tambm oferece a funo de testeCCARD_SETTLEMENT_SIMULATION para a Contabilidade financeira (FI). Ao acionar a funo de autorizao, o sistema acessa o destino lgico especificado no Customizing. Trata-se de um sistema interno da SAP ou um programa externo (RFC). Selecionar Vendas e distribuio p Faturamento p Cartes de pagamento p Autorizao e liquidao p Atualizar centro de compensao pConfigurar controle de autorizao/liquidao por conta no Customizing para definir o mdulo de funo para autorizao.

Se o mdulo de funo CCARD_AUTH_SIMULATION no for substitudo pelo mdulo do prprio usurio, o sistema apenas simula a autorizao, mesmo em um sistema produtivo. Fluxo de dados

Os dados de autorizao so fornecidos pelo mdulo de funo de chamada R/3 SD_CCARD_AUTH_CALL_RFC com quatro tabelas: y y y y y CCAUT Informaes principais da solicitao CCAUT_H Informaes adicionais para cartes de compras no nvel de cabealho CCAUT_I Informaes adicionais para cartes de compras no nvel de item CCAUT_R Mensagem de resposta

O programa de interface converte as primeiras trs tabelas, mapeia os dados para o formato do solicitante, envia os dados atravs da conexo instituio financeira e aguarda a resposta. O programa envia ento a resposta, atravs do CCAUT_R, ao autor da chamada R/3 original.

Biblioteca de chamada de funo remota Os programas RFC so programas interativos que permitem a comunicao e a transferncia 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 solicitaes RFC do sistema R/3. Ao testar a funo de autorizao, utilizar a transao SM59 para criar uma conexo 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 aplicaes R/3. A Biblioteca RFC contm o seguinte: y y y y RfcListen Verifica se uma solicitao RFC est disponvel. RfcAccept Aceita uma conexo de entrada. RfcInstallFunction Registra as funes que podem ser chamadas para permitir que a rotina RfcDispatch faa o roteamento adequado das solicitaes RFC. RfcInstallStructure Se as estruturas ou as tabelas internas forem transferidas de um sistema R/3 para o programa externo, somente ser possvel transferir estruturas ou tabelas homogneas. RfcAbort Envia uma mensagem de erro, caso possvel, e encerra a conexo. RfcClose Encerra uma conexo RFC.

y y

y y y y

RfcDispatch - Aguarda as prximas chamadas de funo. RfcGetData Recebe os parmetros de uma funo. RfcSendData Envia os valores devolvidos. RfcRaise Relata erros que ocorrem durante a execuo de uma funo RFC.

Definio e execuo de autorizaesPr-requisitosComo e quando o sistema executa a autorizao depende das opes definidas no Customizing para as rotinas do grupo de verificao. No Customizing de Vendas e distribuio, selecionar Faturamento p Cartes de pagamento p Autorizao e liquidao p Atualizar grupos de verificao. As trs principais opes que exercem influncia na autorizao so: y y y Requisitos de autorizao Horizonte de autorizao Autorizao preliminar

Vide a seo Caractersticas especiais abaixo e o tpico interface do carto de pagamento para obter informaes sobre vrios outros fatores que exercem influncia na autorizao.

Definio dos requisitos de autorizaoO sistema autoriza automaticamente uma ordem do cliente com cartes de pagamento quando o usurio a grava, salvo especificado o contrrio. No campoReq.autor., o usurio pode definir que o sistema autorize: y y y Automaticamente apenas as ordens do cliente completas Em lote as ordens do cliente completas atravs de um relatrio Conforme os requisitos do prprio usurio, definidos em Faturamento p Cartes de pagamento p Autorizao e liquidao p Atualizar requisitos para a autorizao O requisito armazenado no sistema R/3 como cdigo ABAP/4. atribudo a um grupo de verificao que, por sua vez, atribudo a um tipo de documento de vendas.

Definio do horizonte de autorizaos vezes, possvel que as autorizaes venam antes que uma ordem seja enviada ou faturada. Para reduzir esse risco, o usurio pode autorizar as ordens somente vrios dias antes de estarem prontas para expedio e faturamento. O horizonte de autorizao especifica o nmero de dias antes da data de disponibilidade do material, ou da data de faturamento, na qual o sistema deve iniciar a autorizao. Se uma ordem do cliente for gravada dentro do horizonte de autorizao, o sistema executa a autorizao imediatamente. Se uma ordem do cliente for gravada antes do horizonte de autorizao entrar em vigor, o sistema no efetua a autorizao ou executa a autorizao preliminar.

Nesse exemplo, o sistema foi configurado para autorizar um dia antes da criao da remessa. O sistema no executa a autorizao quando a ordem gravada no Dia 0, mas no Dia 2. Observar que o perodo de validade da autorizao foi definido para 14 dias no Customizing (Autorizao e liquidao p Indicar a durao da validade da autorizao). Se as atividades de remessa demorarem mais de 14 dias, ser necessrio reautorizar a transao.

Definio da autorizao preliminarSelecionar Autorprel. para a autorizao preliminar. O sistema executa a autorizao preliminar quando o usurio entra e grava uma ordem do cliente. Nesse procedimento, uma autorizao branda enviada cmara de compensao com um montante de US$ 1,00 para verificar se o nome, endereo e nmero do carto esto corretos. Dessa forma, reduzido o risco de problemas com a autorizao real, efetuada em data posterior. O sistema executa a autorizao prvia quando a data de disponibilidade do material, ou as datas de faturamento, encontram-se fora do horizonte de autorizao, isto , antes que o horizonte de autorizao seja ativado. Quando o horizonte de autorizao for efetivamente ativado, o sistema no executa a autorizao automaticamente. O usurio deve executar regularmente um relatrio para listar as ordens do cliente prontas para autorizao e autorizlas em lote.

Caractersticas especiaisAutorizao manual s vezes, possvel que o usurio no consiga acessar o sistema de computadores da cmara de compensao ou que ocorram problemas tcnicos. Nesses casos, o usurio pode chamar a cmara de compensao e entrar manualmente as informaes da autorizao fornecidas na ordem do cliente. SelecionarAutorizao manual no plano de carto de pagamento A autorizao manual requer permisso especial determinada no perfil de autorizao V_VBAK_AAT. Reaes do sistema s modificaes do documento Observar que o sistema reautoriza automaticamente ao: y y Incluir um item na ordem do cliente Aumentar o valor da ordem do cliente

y

Modificar a quantidade de diviso

O sistema emite uma mensagem que avisa que o usurio deve reautorizar ao: y y y Aumentar quantidades na remessa Aumentar o valor do documento de faturamento Dispor de uma remessa incompleta para a qual a autorizao tenha vencido

Autorizao em lote Com o relatrio RV21A010, possvel autorizar documentos em lote para viabilizar ordens do cliente e remessas com ciclos de processamento longos. Vrias autorizaes em um carto de pagamento Ao definir vrias autorizaes em um nico carto de pagamento, o sistema l e seleciona automaticamente os montantes de autorizao, e tenta corresponder ao valor da ordem do cliente. Em ordem de preferncia, ele buscar: 1. os mesmos montantes 2. o montante maior mais prximo 3. 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 autorizaes. Valor da ordem do cliente: US$ 500,00 Autorizao 1 US$ 100,00 Autorizao 2 US$ 200,00 Autorizao 3 US$ 300,00 Nesse caso, o sistema l os montantes de autorizao, desde o mnimo de US$ 100,00, para encontrar o valor mais prximo a US$ 500,00 e seleciona a Autorizao 3. Ento faz nova leitura, desde os menores montantes, e busca a autorizao mais prxima da poro no coberta do valor da ordem do cliente, que, nesse caso, de US$ 200,00. Ele seleciona a Autorizao 2, que cobre todo o valor da ordem do cliente. Reaes do sistema autorizao sem xito Em alguns casos, possvel que uma autorizao seja insuficiente ou que a cmara de compensao solicite um bloqueio para um carto extraviado ou roubado. O sistema reage a uma autorizao sem xito ao: y y Definir o status global do crdito para No aprovado no cabealho da ordem do cliente (status B) Definir o bloqueio da autorizao no plano de carto de pagamento

Utilizar o relatrio RV21A001 para processar ordens do cliente bloqueadas. O usurio pode reautoriz-las ao remover o bloqueio e gravar a ordem do cliente.

y

Redefinir a quantidade confirmada para zero na ordem do cliente e bloquear a entrada no ndice de expedio.

Os requisitos no controle de cpias impedem que o usurio crie e selecione a expedio, e tambm o envio da sada de mercadorias. Para desautorizar as funes subseqentes, selecionar Funes subsequentes no Customizing de cartes de pagamento. Nesse item, possvel controlar: o o o o o o Requisitos de disponibilidade Requisio/montagem de compra ndice de remessas prontas Condies para efetuar cpias de remessas Condies para efetuar cpias de documentos de faturamento Picking, embalagem e sada de mercadorias

Administrao de autorizaes sem xito Se a autorizao for executada em lote, o sistema informa a pessoa apropriada quando a autorizao no for concluda com xito: o controlador de crdito, caso a autorizao seja recusada devido ao crdito do cliente, ou o administrador do sistema, em caso de problemas tcnicos. Se a autorizao for processada on-line, o sistema emite uma mensagem que informa o problema. O usurio pode ento revisar os diversos status no plano de carto de pagamento. possvel executar regularmente um relatrio para processar ordens do cliente com problemas de autorizao. Utilizar o relatrio RV21A001 de anlise de autorizaes para identificar quando e onde ocorreram os erros durante o processo de autorizao. O sistema lista as ordens do cliente que no obtiveram autorizao. O usurio pode ento: y y y y y y Liberar uma ordem sem autorizao (e correr risco na cobrana) Submeter novamente uma ordem para obter autorizao Modificar uma ordem (o que aciona a reautorizao automtica pelo sistema)

Gerenciamento de risco para cartes de pagamento UsoO Gerenciamento de risco desempenha uma funo central dentro de Vendas, fornecendo ao usurio verificaes e funes para minimizar o risco de crdito. Alm das cartas de crdito e do seguro de crdito exportao, os cartes de pagamento constituem uma das formas de garantia de pagamento que o usurio pode utilizar para assegurar o pagamento dos itens da ordem do cliente.

y y

IntegraoVide Gerenciamento de risco para obter mais informaes, inclusive uma comparao entre os cartes de pagamento e as outras formas de garantia de pagamento. Observar que, ao utilizar um carto de pagamento em uma ordem do cliente, o formulrio de garantia de pagamento prevalece em relao aos demais e ativado primeiro.

y

y y

Pr-requisitosUma vez que o Gerenciamento de riscos afeta os montantes e datas do processo de autorizao, o usurio deve efetuar as devidas definies nos tipos de ordens do cliente em que os cartes de pagamento so utilizados. Selecionar Autorizao e liquidao p Admin.riscos para cartes de pagamento no Customizing de cartes de pagamento. Nessa fase, possvel definir os cartes de pagamento como forma de garantia de pagamento e atualizar um procedimento apropriado.

y y

CaractersticasDa mesma forma em que ocorre com a verificao de crdito na Administrao de crditos, o sistema define um status interno para o Gerenciamento de riscos que influencia o status global do crdito. possvel utilizar esse status para evitar que

determinadas funes subseqentes sejam executadas em documentos bloqueados devido garantia de pagamento, falha na autorizao nesse caso.

Listas de trabalho no processamento de cartes de pagamentoPr-requisitosMuitos desses relatrios esto disponveis a partir do menu. Para acessar os outros, utilizar a transao SE38 ou chamar a rvore de relatrio atravs deSistemas info p Seleo geral relatrio.

UsoCom o relatrio RV21A001 (Ordem p Funes subseqentes p Cartes de pagamento: lista de trabalho), o usurio pode listar e processar ordens do cliente e com cartes de pagamento. Entre as funes do relatrio, possvel: y Selecionar uma variante de exibio

Exibir variantes "010" para documentos de vendas e "011" para remessas disponveis no sistema standard. y Selecionar documentos conforme os diferentes status de autorizao, como todas as ordens do cliente com autorizao 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 p Liberar para autorizao O sistema inicia a autorizao quando o usurio grava a lista de relatrio. Rejeitar uma ou mais ordens do cliente ou devolues selecionando o(s) documento(s) e Processar p Rejeitar

y y

y

possvel rejeitar todas as ordens do cliente com autorizaes bloqueadas por exemplo. , y Liberar um ou mais de um documento ao selecion-lo(s) e escolher Processar p Liberar

possvel liberar os documentos manualmente, se um carto estiver bloqueado ou se no for possvel executar a autorizao devido a problemas tcnicos por exemplo. y y Cancelar qualquer uma das funes acima ao selecionar Processar p Cancelar Revisar o log de informaes ao selecionar Saltar p Log

Com o relatrio RV21A010, possvel iniciar a autorizao por lote. Ao especificar um status da ltima autorizao, ou uma data, o usurio pode, por exemplo, processar ordens do cliente bloqueadas ou ordens cujas datas se encontram dentro do

horizonte de autorizao. Utilizar o campo Prxima verificao para as datas do horizonte de autorizao. Selecionar Registrar mensagens info para que o sistema liste os documentos processados no relatrio e os erros ocorridos.

Com o relatrio RV20A001, possvel chamar uma lista de um ou mais de um cliente. O usurio pode ento atualizar rapidamente os dados dos cartes de pagamento nos registros mestre diretamente na lista.

Com o relatrio RV20A002, possvel chamar uma lista de cartes de pagamento de um determinado tipo, como todos os cartes AMEX por exemplo. O usurio pode filtrar a pesquisa ao entrar um intervalo de nmeros de cartes.

Com o relatrio RV20A003, possvel listar os cartes de pagamento que venam em um determinado perodo de tempo. O usurio tambm pode utilizar esse relatrio de forma mais geral, como para listar os cartes conforme o titular ou o bloqueio de cartes de pagamento, por exemplo.

Referncia a ordens do cliente com cartes de pagamentoObjetivoAo criar uma nota de dbito, crdito ou de devoluo com referncia a uma ordem do cliente com cartes de pagamento, o sistema R/3 lembra o usurio de que essa ordem do cliente inclui cartes de pagamento. O usurio pode ento levar os cartes em considerao ao criar o documento de destino.

Fluxo do processo1. O usurio cria um documento com referncia a uma ordem do cliente. 2. O sistema determina se a ordem do cliente contm cartes de pagamento. Nesse caso, o sistema emite uma mensagem para lembrar ao usurio que necessrio levar os cartes de pagamento em considerao. 3. O usurio revisa o plano de carto de pagamento e os detalhes dos itens no documento de origem para determinar quais cartes de pagamento e montantes devem ser entrados no novo documento. O usurio deve entrar esses dados manualmente. 4. Ao gravar o novo documento, o sistema executa uma autorizao "negativa", que, na verdade, reverte o montante reservado para a transao na conta do carto de pagamento do cliente.

ExemploUm cliente faz um pedido de duas impressoras a laser ao custo de US$ 5.000 cada. Ele faz o pagamento e utiliza dois cartes de crdito. O usurio cria uma ordem do cliente e entra os dados relevantes do carto no plano de carto de pagamento. Dessa forma, o usurio limita o primeiro carto, MasterCard, a US$ 6.000. O usurio especifica que o carto Visa ilimitado ao

deixar o cdigo Limitado a em branco. O usurio autoriza os montantes e grava a ordem do cliente. Duas semanas aps o envio das impressoras, o cliente telefona para informar a devoluo de uma delas. Ao criar uma devoluo com referncia ordem do cliente respectiva, o sistema no copia automaticamente os dados do carto de pagamento da ordem do cliente. Isso acontece porque h vrias formas de combinar cartes de pagamento e montantes na devoluo. Entretanto, o sistema emite uma mensagem para lembrar o usurio de que necessrio levar em considerao os cartes de pagamento existentes na ordem. O usurio chama o plano de carto de pagamento da ordem do cliente para revisar os dados do carto:

Depois o usurio decide quais informaes deseja entrar na devoluo. H duas formas de criar essa devoluo de US$ 5.000: creditar o montante total da devoluo no primeiro carto ou dividir o montante entre os dois cartes. y No primeiro caso, o usurio entra apenas o MasterCard na devoluo. Por trabalhar com um carto, o usurio no chama o plano de carto de pagamento. Nesse caso, o usurio utiliza o campo de entrada rpida na tela de sntese. Talvez o usurio decida utilizar o plano de carto de pagamento, e, nesse caso, entra o MasterCard e deixa o cdigo Limitado a em branco. O montante total da devoluo (US$ 5.000) creditado automaticamente no MasterCard ao gravar (e autorizar) a devoluo. No segundo caso, o usurio entra os cartes MasterCard e Visa no plano de carto de pagamento da devoluo. O usurio utiliza a mesma proporo que a autorizao e os montantes de faturamento (60/40) para creditar os cartes. Quando o usurio define o cdigo Limitado a e entra um montante mximo de US$ 3.000 para o MasterCard, o sistema credita automaticamente o carto Visa com o restante, US$ 2.000, quando o usurio grava (e autoriza) a devoluo.

y

Entrada de ordem do cliente pela Internet (SD-SLS-SO)UsoUm suplemento til para as transaes comerciais normais a possibilidade de aceitar pedidos de clientes atravs da Internet e enviar esses pedidos como ordens do cliente para um sistema R/3. Isso possvel para todos os tipos de negcio, como catlogos, em que o cliente sabe exatamente o que deseja e provavelmente s est interessado em comparar preos e receber as mercadorias rapidamente.

Tipos de componentes de aplicaes InternetInterao cliente/empresa

Vantagens para o cliente: y y y y y O cliente pode fazer um pedido a qualquer hora do dia ou da noite O cliente pode entrar pedidos diretamente no servidor da Web, sem precisar fazer uma chamada telefnica ou enviar um fax Atravs da estrutura da tela definida pelo usurio, o cliente pode entrar dados rpida e facilmente O cliente pode localizar rapidamente informaes sobre os preos e prazos de fornecimentos mais atualizados O cliente pode verificar o status de remessa do pedido a qualquer momento

Vantagens para o usurio: y y y y y possvel elaborar uma estruturao de tela, de modo que o cliente entre os dados rpida e facilmente O usurio recebe a ordem do cliente on-line, assim que entrada Graas ao curto intervalo de tempo entre a entrada da ordem e a respectiva chegada na empresa, possvel fornecer o produto rapidamente possvel responder rapidamente ordem do cliente A congesto de entradas de ordens do cliente menor, pois os horrios de pico so melhor distribudos

Pr-requisitosPara entrar uma ordem na Internet, o cliente deve fazer um logon com o respectivo nmero de cliente SAP (ou endereo de e-mail) e uma senha inicial emitida pela empresa. O cliente pode substituir a senha inicial por uma prpria. O sistema solicita o nmero 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 informaes e o sistema atribui a eles uma senha inicial, que pode ser modificada posteriormente.

Autorizaesy Para clientes que utilizam dados mestre no sistema R/3 e que esto se conectando Internet pela primeira vez: possvel utilizar a transao SU05 para criar, modificar e eliminar senhas para o cliente. Para criar uma identificao exclusiva para o cliente, entrar a categoria de objeto KNA1, junto ao nmero do cliente. y Para novos clientes que no tm dados mestre no sistema R/3 e que esto 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 usurio fornece apenas os dados do endereo; outras informaes, como dados da empresa e da rea de vendas, so obtidos de um cliente de referncia. O cliente de referncia compulsrio 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 atribuio interna de nmero. O cliente de referncia gravado no registro mestre de usurio global como um valor de parmetro para o parmetro CSM. y No file de servio VW01.SRVC, possvel utilizar a chave de ID de cliente ~customeridentification para decidir o modo de logon do cliente - pelo nmero de cliente ou pelo endereo de e-mail. So permitidos os seguintes valores:

N SAP (valor standard) Para comprar produtos, o cliente deve entrar o respectivo nmero de cliente atribudo. e-mail O cliente pode entrar o respectivo endereo de e-mail e o sistema R/3 localizar automaticamente o nmero de cliente, ao determinar o registro mestre de cliente desse endereo.

Grupo de mercadoriasO grupo de autorizao WWW deve ser gravado para o grupo de mercadorias que est sendo oferecido pela Internet. O usurio pode grav-lo no mestre de materiais no Customizing, saltando para Logstica - Geral p Dados bsicos de logstica: mestre de materiais p Material p Definir grupos de materiais. Para oferecer vrios componentes de aplicao Internet no mesmo cliente, utilizar o parmetro de usurio VBG (combinado com o usurio R/3) para controlar vrios grupos de materiais.

Dados e parmetros predefinidosTodas as autorizaes da classe de objeto Vendas/distribuio devem ser atualizadas para o usurio do R/3, utilizado pelo componente de aplicao Internet fazer o logon no sistema R/3, atravs do Interaction Transaction Server (ITS9). necessrio tambm gravar certos parmetros para este usurio. No sistema R/3, criada uma ordem do cliente com base na ordem do cliente entrada na Internet. A ordem do cliente contm certas entradas obrigatrias que tm que ser completadas enquanto est sendo criada. Esses dados so obtidos nos parmetros default do registro mestre do usurio global. Os parmetros so os seguintes: AAT (tipo de ordem do cliente) VKO (organizao comercial) VTW (canal de distribuio) SPA (setor de atividade) CSM (nmero de cliente do cliente de referncia) VBG (grupo de materiais de servio) Se esses parmetros no esto completos, o sistema automaticamente entra os seguintes valores: AAT (tipo de ordem do cliente): OR VKO (organizao comercial): 001 VTW (canal de distribuio): 01 SPA (setor de atividade): 01

VKB (escritrio de vendas) do mestre de cliente VBG (grupo de materiais): WWW

CaractersticasNome de servio O nome de servio desse componente de aplicao Internet VW01, e o usurio pode encontrar todos os files relevantes sob esse nome em SAP@Web Studio.

BAPIsAs seguintes Business Application Programming Interfaces (BAPIs) so utilizadas por este componente de aplicao Internet: y y BAPI_SALESORDER_SIMULATE BAPI_SALESORDER_CREATEFROMDAT1

NO TEM A VER COM CARTAO DE CREDITO Funes do programa de faturamentoO processamento do programa de faturamento inclui as seguintes funes: y y y y y y y y y y Criao automtica de datas de programas de faturamento Determinao do preo Bloqueio do faturamento ndice de faturamento Status do faturamento Regra de faturamento para faturamento parcial Datas fixas no faturamento parcial Fluxo de documentos Criao com referncia Determinao de cmbio

Criao automtica de datas de programas de faturamento No Customizing de Vendas, o usurio controla como o sistema cria automaticamente a programao de datas em um programa de faturamento. O sistema determina a programao de datas individuais com base em informaes gerais sobre datas, como as datas inicial e final. As informaes gerais sobre as datas so copiadas dos dados do cabealho do contrato ou das propostas no tipo de programa de faturamento. Determinao do preo Os itens do documento de vendas so faturados nos respectivos vencimentos de cada data de faturamento do programa. O sistema determina o montante a ser faturado com base nos registros de condies aplicveis ao item ou nos valores explicitamente entrados no programa de faturamento para uma data de faturamento especfica. No faturamento parcial, por exemplo, possvel indicar a porcentagem a ser faturada ou um montante efetivo. Bloqueio do faturamento possvel definir um bloqueio de faturamento para cada data do programa de faturamento. O bloqueio impede o processamento de uma data de faturamento especfca, mas no afeta i 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 vlido at o sistema de projeto informar que o faturamento parcial foi concludo 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 informao no ndice. Status do faturamento O sistema atribui um status de faturamento para cada data de faturamento do programa. O status indica a extenso do processo de faturamento at aquela data espec ica. Aps o f 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 possvel 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 especfica. Por exemplo, o usurio 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.

Alm disso, o usurio pode definir que o montante a ser faturado seja uma liquidao final que considere faturamentos ainda no processados. Por exemplo, possvel ocorrer variaes de preo aps o processamento das datas de faturamento do programa. As diferenas de preo podem ser consideradas na liquidao final.

O sistema no prope automaticamente a liquidao final no programa de faturamento; o usurio deve entr-la manualmente durante o processamento. Datas fixas no faturamento parcial possvel 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 Aps processar para faturamento uma data especfica 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:

y y y

Data de criao Data do faturamento Valor faturado

Criao com referncia Ao definir o tipo de programa de faturamento no Customizing de vendas, possvel entrar o nmero de um programa de faturamento existente como uma referncia para a criao de outros programas de faturamento. Durante o processamento de ordens do cliente para itens que necessitem de programas de faturamento, o sistema prope automaticamente o programa de referncia e, se necessrio, determina novamente as datas de faturamento (com base nas regras de data atuais) para incluso no novo programa de faturamento. Determinao de cmbio No programa de faturamento com faturamento parcial, o usurio pode armazenar uma determinada taxa de cmbio para cada data. O montante faturado determinado aps a utilizao dessa taxa de cmbio para a converso da moeda interna na moeda do documento. Tambm possvel armazenar uma taxa de cmbio no nvel de item para o documento de vendas (campo: Taxa de cmbio para FIna ficha de registro Faturamento). Essa taxa fixa vlida para todas as datas do programa de faturamento de item para as quais no haja taxa definida no programa de faturamento. Se uma taxa de cmbio for entrada para a data no programa de faturamento eno nvel de item no campo de taxa de cmbio, o sistema utilizar a taxa definida para a data durante o faturamento. Se no for entrada uma taxa de cmbio para a data ou no nvel de item, o sistema utilizar a taxa de cmbio aplicada na criao da fatura e a encaminhar para FI. Ao utilizar um programa de faturamento de cabealho, todos os programas de faturamento ligados a esse programa de faturamento de cabealho so aut maticamente atualizados. Se, o por exemplo, o usurio entrar manualmente uma taxa de cmbio para a primeira data no programa de faturamento de cabealho, ela ser automaticamente copiada para as datas correspondentes nos programas de faturamento de itens.

Faturamento parcialGeralmente, o faturamento parcial utilizado para projetos de faturamento, tais como projetos de engenharia e de construo de instalaes. Freqentemente, esses projetos incluem uma srie de marcos que identificam a concluso de diferentes estgios do trabalho. No sistema SAP R/3, os marcos so definidos em uma rede juntamente com datas planejadas e efetivas para a concluso do trabalho. Os marcos tambm so atribudos 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 concluso do marco.

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

A figura a seguir mostra um exemplo de faturamento parcial:

possvel definir, para cada data de faturamento em um programa de faturamento parcial, se a data de faturamento : y y y y fixa sempre atualizada com a data efetiva do marco atualizada com a data real do marco, 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, tambm possvel atribuir marcos s datas do programa de faturamento durante o faturamento parcial, se nenhum plano de rede tiver sido aberto. Para isso, o usurio deve atribuir manualmente o marco na atualizao do programa de faturamento. Para que seja possvel efetuar essa atribuio, o campo Data fixa da categoria de data proposta do tipo de programa de faturamento no pode estar em branco. O valor fixo adicional (a partir do Release 3.0C) de Data fixa significa que o usurio no pode atribu-lo a um marco. possvel atribuir um marco a todos os outros valores. Essas opes so efetuadas no Guia de implementao.

Integrao entre vendas e o sistema de projetosA ligao entre o projeto e o item de documento de vendas efetuada nas divises de remessas individuais do item. Cada item de diviso pode ser atribudo a uma rede de um projeto.

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

1. 2.

Em uma das telas de sntese do documento de vendas, selecionar Item p Divises remessa. Marcar a diviso da remessa e selecionar Detalhe suprimento.

Sobre documentos de vendasAs transaes comerciais relacionadas a vendas so registradas no sistema como documentos de vendas. Essas so agrupadas em quatro categorias: y y y y Documentos de pr-vendas: solicitaes e cotaes Ordens do cliente Contratos bsicos, como contratos e programas de remessas Problemas e reclamaes do cliente, levando a remessas gratuitas e solicitaes de nota de crdito

Se um processo empresarial especial exigir, possvel processar os documentos de remessa e faturamento diretamente de um documento de vendas. Alm disso, alguns documentos de vendas, como vendas vista e ordens imediatas, acionam automaticamente a criao de documentos subseqentes de remessa e faturamento.

Funes bsicas no processamento de ordens do clienteDurante o processamento de ordens do cliente, o sistema executa funes bsicas, como: y y y y y y y Monitorizao de transaes de vendas Verificao de disponibilidade Transferncia de necessidades para o planejamento de materiais (MRP) Programao da expedio Clculo de preos e impostos Verificao de limites de crdito Criao de documentos impressos ou transmitidos eletronicamente (confirmaes e outros)

Dependendo da configurao do sistema, essas funes podem ser totalmente automatizadas ou podem tambm exigir um processamento manual. Os dados resultantes dessas funes bsicas (por exemplo, datas de expedio, quantidades confirmadas, preos e descontos) esto gravados no documento de vendas, onde possvel exibi-los e, em alguns casos, modific-los manualmente durante o processamento subseqente.

Fluxo de documentos em vendasOs documentos de vendas criados so documentos individuais, mas tambm podem fazer parte de uma cadeia de documentos inter-relacionados. Por exemplo, o usurio pode registrar uma solicitao de cotao telefnica, por parte de um cliente, no sistema. Em seguida, o cliente pede uma cotao, que o usurio cria consultando a solicitao de cotao. Posteriormente, o cliente passa uma ordem baseada na cotao, e o usurio cria uma ordem do cliente com referncia cotao. O usurio envia a mercadoria e fatura o cliente. Aps a remessa da mercadoria, o cliente reivindica um crdito para algumas mercadorias danificadas, e o usurio cria uma remessa gratuita com referncia ordem do cliente. Toda a cadeia de documentos - a solicitao de cotao, a cotao, a ordem do cliente, a remessa, a fatura e a remessa gratuita subseqente - cria um histrico ou fluxo de documentos. O fluxo de dados de um documento para outro reduz a atividade manual e facilita ainda mais a soluo de problemas. A administrao de solicitaes de cotao e cotaes no Sistema de informaes de vendas e distribuio auxilia o planejamento e controle das vendas. Para obter mais informaes sobre como exibir o fluxo de documento para um documento de vendas em especial, vide Informaes sobre documentos de vendas individuais . O grfico a seguir mostra como os vrios tipos de documentos de vendas esto interligados e como os dados fluem subseqentemente para documentos de expedio e faturamento.

Funo das estruturas organizacionais nos documentos de vendasAs transaes de vendas ocorrem dentro da estrutura organizacional de vendas e distribuio. Isso significa, por exemplo, que todas as atividades de vendas so atribudas a uma organizao comercial, um canal de distribuio e um setor de atividade. Como as atividades de vendas na organizao so processadas em diferentes pontos geogrficos, o sistema permite determinar estruturas organizacionais adicionais que definem escritrios de vendas, grupos de vendas e vendedores. Para obter mais informaes, vide Estruturas organizacionais.

Modificao de um grupo de contas

Por exemplo, se um cliente que sempre exerceu a funo de pagador assumir o papel de emissor da ordem, necessrio atribuir a nova funo ao cliente. Porm, como a seleo de telas e campos no registro mestre de cliente controlada pelo grupo de contas, s possvel atribuir a outra funo modificando o grupo de contas.

S possvel modificar o grupo de contas e as funes de parceiro complementares de um nvel inferior para um superior. Por exemplo, isso significa que no possvel atribuir a um emissor da ordem a funo de pagador, uma vez que os campos j atualizados para esse emissor da ordem precisariam ser mascarados. Entretanto, possvel atribuir a funo de emissor da ordem a um pagador.

Grupos de contas que podem ser modificados possvel modificar o grupo de contas para as seguintes funes de parceiro: y y y Recebedor da mercadoria Recebedor da fatura Pagador

O tpico a seguir explica como possvel modificar o grupo de contas de um pagador.

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

1.

Na tela Dados mestre de SD, selecionar Parceiro de negcios p Pagador p Modificar grp. contas. O sistema abre a tela Modificar grupo de contas.

2.

Entrar o nmero do pagador cujo grupo de contas deve ser modificado e pressionar ENTER . aberta a caixa de dilogo Empresas/reas de vendas por cliente. Essa tela informa as empresas e reas de vendas desse pagador a serem atualizadas aps modificar o grupo de contas.

3.

Pressionar

ENTER

.

aberta a caixa de dilogo Modificar grupo contas cliente: 1a tela, que informa o grupo de contas da funo de parceiro anterior. Entrar o grupo de contas da nova funo de parceiro a ser atribuda ao pagador.

4.

Entrar o grupo de contas necessrio no campo Novo grupo de contas e pressionar ENTER. Se for necessrio atualizar campos em conseqncia do novo grupo de contas, ser exibida a caixa de dilogo Modificar grupo de contas: grupos de campos crticos, com uma lista dos campos e grupos de campos a serem atualizados. Se a janela no for exibida, no ser necessrio atualizar nenhum campo e possvel avanar para a etapa 7.

5.

Pressionar

ENTER

.

aberta a caixa de dilogo Modificar grupo de contas, onde possvel modificar o grupo de contas, se houver algum erro.

6.

Verificar a entrada e pressionar

ENTER

.

aberto o registro mestre de cliente, onde possvel atualizar os novos campos para o novo grupo de contas. No caso de um cliente criado para diversas empresas/reas de vendas, a atualizao

do registro mestre feita aqui para a empresa/rea de vendas que foi exibida primeiro na caixa de dilogo Empresa/reas de vendas por cliente.

Um usurio s acessa diretamente a atualizao do registro mestre de cliente se tiver autorizao para modificar registros mestre. Caso contrrio, esses campos devem ser atualizados posteriormente, por algum com autorizao para faz-lo. 7. Atualizar todas as telas no registro mestre de cliente considerada importantes. Atualizar ao menos todos os campos obrigatrios. 8. Aps pressionar ENTER depois de acessar a ltima tela, exibida uma caixa de dilogo onde os dados podem ser gravados. 9. Selecionar Sim e pressionar ENTER para gravar os dados. emitida uma mensagem que confirma a modificao do grupo de contas do mestre de clientes processado.

10. Pressionar ENTER .Isso retorna a tela Modificar grupo contas cliente: 1 tela com uma mensagem que confirma a gravao das modificaes. Isso conclui a atualizao 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 tambm. As empresas/reas de vendas do cliente so exibidas na caixa de dilogo Empresas/reas de vendas por cliente (vide Etapa 3). recomendvel bloquear o cliente at que todos os dados necessrios tenham sido atualizados.a

Criao de registros mestre de clienteUtilizaoO usurio cria um registro mestre de cliente ao iniciar uma relao comercial com um novo cliente. Para obter informaes sobre como chamar a atualizao do mestre de clientes em Processamento de registros mestre de cliente.

Procedimento1. Selecionar um grupo de contas, como emissor da ordem, no campo Grupo de contas na tela Criar cliente: entrada. 2. Entrar um nmero de cliente no campo de cliente ou deix-lo em branco, dependendo se a atribuio externa ou interna est definida para o grupo de contas. 3. Entrar uma rea de vendas: o o o Organizao de vendas Canal de distribuio Setor de atividade

Selecionando Todas as reas de vendas, o usurio pode saber qual a combinao de organizao de vendas, canal de distribuio e setor de atividade possvel para o cliente. 4. Pressionar Entrar. A tela Criar Cliente: dados gerais exibida. As telas do mestre de clientes so divididas em fichas de registro. O usurio pode entrar os dados necessrios na combinao que desejar. a. Endereo Entrar os dados do endereo. 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 pas da Unio Europia, o usurio dever entrar um nmero de IVA. c. Pessoa de contato Os dados sobre as pessoas de contato podem ser entrados aqui. possvel usar os botes para entrar dados adicionais para cada pessoa de contato, por exemplo, horrios de visita, etc. 5. Para entrar dados especficos de vendas, selecionar Dados de rea de vendas. exibida a tela Criar cliente: dados da rea de vendas, onde possvel entrar os seguintes dados nas fichas de registro: a. Vendas Entrar os dados para determinao do preo. b. Expedio Entrar a prioridade e a necessidade de expedio. c. Documento de faturamento O usurio pode entrar aqui as necessidades de pagamento e de remessa. d. Funes do parceiro Definir as possveis funes do parceiro para o cliente e o parceiro de negcios que devem ser propostas automaticamente em um documento de vendas, como uma ordem do cliente. Essas funes podem ser, por exemplo, parceiros de contato, representantes de vendas, diversos pagadores, etc.

possvel exibir informaes adicionais, por exemplo, sobre o grupo de contas, no processamento dos dados. Para obter mais informaes, vide Exibio de informaes adicionais sobre registros mestre de cliente. 6. Se desejar trabalhar na viso central, o usurio pode entrar dados especficos da empresa usando o boto Dados de empresa. 7. Gravar os dados. Na parte inferior da tela, exibida a seguinte mensagem: O cliente foi criado na rea de vendas .

Criao com refernciaSe j existir um registro mestre de cliente com dados semelhantes, este poder ser usado, poupando o tempo necessrio para entrar dados. Entrar o nmero do cliente cujo registro mestre ser utilizado como referncia no campo Cliente, na rea Referncia da tela de entrada. Se o usurio entrar somente o nmero do cliente na seo de referncia, o sistema copiar apenas os dados gerais para o novo registro mestre de cliente. Se o usurio tambm entrar dados sobre a rea de vendas, os dados de vendas e distribuio tambm sero copiados. Somente os dados que podem ser idnticos para os dois registros mestre so copiados. Por exemplo, o endereo e os pontos de descarga no so copiados, mas o pas, o idioma e o grupo de contas, sim. Todos os dados copiados podem ser modificados.

Criao de um registro mestre de cliente j disponvel para uma nova rea de vendasSe o usurio 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 referncia. Nesse caso, no preciso entrar novamente os dados gerais para o segundo registro mestre. Vide tambm: Logstica Geral: parceiro de negcios Estrutura dos dados mestre no registro de parceiro de negcios Dados mestre de vendas gerais

Funes do parceiroUtilizaoAs funes do parceiro so utilizadas para definir os direitos e as responsabilidades de cada parceiro de negcios em uma transao comercial. As funes do parceiro so atribudas durante a criao de um registro mestre para um parceiro de negcios.

Conjunto de funes

A seguir so dados exemplos de funes do parceiro definidas no sistema R/3 standard: y Funes do parceiro para tipo de parceiro cliente o Emissor da ordem Contm dados sobre vendas, como a atribuio a um escritrio de vendas ou uma lista de preos vlida o Recebedor da mercadoria Contm dados para a expedio, como ponto de descarga e horrios de entrada de mercadorias o Recebedor da fatura Contm o endereo e os dados sobre a impresso de documentos e comunicao eletrnica o Pagador Contm informaes sobre programaes de faturamento e dados bancrios y Funes do parceiro para tipo de parceiro fornecedor o o o o y Endereo do emissor do pedido Fatura apresentada por Fornecedor de mercadorias Recebedor divergente do pagamento

Funes do parceiro para outros tipos de parceiro, como pessoal (registros mestre do pessoal) Responsvel possvel utilizar essa funo do parceiro para, por exemplo, atribuir a um fornecedor um comprador dentro da sociedade.

Atividades Funes do parceiro de clienteA 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 funes do parceiro, necessrio criar um registro mestre para o cliente. O usurio cria um registro mestre de cliente para o emissor da ordem, no qual so entrados os dados necessrios para as demais funes do parceiro. Um escritrio subsidirio pode fazer um pedido e a sede pode pagar a fatura. Nesse caso, as funes do parceiro devem ser divididas entre os diferentes escritrios. necessrio um nmero correspondente de registros mestre de cliente. Em um registro mestre o usurio entra, por exemplo, o endereo de correspondncia do emissor da or dem e, no outro, o endereo de remessa do recebedor da mercadoria. Para estabelecer uma ligao entre as funes do parceiro no registro mestre de cliente do emissor da ordem, entrar o nmero de cliente das respectivas funes do parceiro.

Pr-requisitosAo criar registros mestre, o usurio define as funes do parceiro para parceiros de negcios atribuindo um grupo de contas. Para os tipos de parceiro cliente e fornecedor, o usurio define qual grupo de contas pode ser utilizado para qual funo do parceir Isso feito no o. Customizing, nas seguintes atividades: y Cliente No Customizing de Funes bsicas (SD) na atividade parceiro ao lado do dbito em grupos de contas. Atribuio de funes do

y

Fornecedor No Customizing de Compras (MM) na atividade admitidas por grupo de contas. Definio de funes do parceiro

O esquema de parceiros define as funes do parceiro que so permitidas ou obrigatrias para processar uma determinada transao comercial, como uma ordem do cliente ou pedido.

Informaes adicionaisDeterminao de parceiros em Vendas e distribuio Fornecedores: determinao de parceiro

ConsumidoresUtilizaoUm consumidor um parceiro de negcios particular, pessoa fsica, com quem o usurio mantm um relacionamento que envolve a transferncia de fornecimentos e servios. O usurio cria registros mestre de cliente para parceiros de negcios que so consumidores.

Conjunto de funes Cliente de refernciaPara criar dados mestre de consumidor e processar vendas, so necessrios dados de referncia, conhecidos como cliente de referncia. possvel criar, no mximo, um cliente de referncia por mandante. Para criar o cliente de referncia, devem ser entrados os dados da empresa e da rea de vendas. Esses dados so utilizados com registros mestre para consumidores da seguinte maneira: y Dados da empresa Quando o usurio cria um registro mestre para um consumidor, os dados da empresa do consumidor so copiados a partir do cliente de referncia. Uma vez criado o registro mestre, possvel atualizar os dados dessa empresa e de empresas adicionais. y Dados da rea de vendas o Os dados da rea de vendas no so atualizados para o consumidor. O usurio cria um registro mestre para um consumidor sem entrar dados da rea de vendas. Durante transaes comerciais operacionais, por exemplo, quando o usurio cria uma ordem para um consumidor, os dados da rea de vendas so copiados a partir do cliente de referncia.

o

Os dados da rea de vendas so atualizados para o consumidor. O usurio cria um registro mestre para um consumidor e entra os dados da rea de vendas. Durante transaes comerciais operacionais, esses dados da rea de vendas so utilizados pelo sistema.

Um consumidor no pode ser um cliente de referncia.

Atualizao de dados mestre de consumidorO usurio tem as seguintes opes para atualizar dados mestre de consumidor: y possvel atualizar o nmero mnimo de campos para atualizao de dados mestre de consumidor em um registro. possvel atualizar todos os campos para atualizao de dados mestre de consumidor em um registro ampliado com fichas de registro adicionais.

y

Na atualizao de dados mestre de consumidor, possvel alternar entre essas opes sem sair da transao. Como ocorre na atualizao de dados mestre de cliente, os registros standard aparecem como dados propostos ou o usurio pode criar seus prprios layo de uts registro para ambas as opes de atualizao de dados mestre de consumidor.

Pr-requisitosNo Customizing de Parceiros de negcios, o usurio pode criar layouts de registro prprios para a atualizao de dados mestre de consumidor. Isso feito na atividade Criao de layouts de registro para consumidores.

Atividades Processamento de transaes comerciais operacionaisy Entrada de documento O usurio no atualizou os dados da rea de vendas de um consumidor. Durante a entrada de documentos, os dados da rea de vendas so copiados a partir dos dados mestre do cliente de referncia. y Determinao de parceiro Quando uma ordem criada, por exemplo, as funes do parceiro so determinadas como a seguir: o O usurio no atualizou os dados da rea de vendas de um consumidor. As seguintes funes do parceiro so atribudas automaticamente ao consumidor que est fazendo o pedido: Emissor da ordem Pagador

Recebedor da fatura Recebedor da mercadoria

O cliente de referncia utilizado para determinar outras funes do parceiro, por exemplo: o Agente de frete Responsvel

O usurio atualizou os dados da rea de vendas de um consumidor. Todas as funes do parceiro so determinadas com base no registro mestre do consumidor.

y

Sada necessrio definir a determinao de sadas para o processamento de dados mestre de consumidor utilizando a tcnica de condies (ou seja, a proposta de impresso no se origina nos dados mestre de cliente).

Informaes adicionaisCriao e modificao de dados mestre de parceiro de negcios Determinao de parceiros em Vendas e distribuio (SD-BF-PD)

precos

Tipos de condioUtilizaoUm tipo de condio uma representao no sistema de algum aspecto das atividades dirias do usurio de determinao do preo. Por exemplo, possvel definir um tipo de condio especfico para cada tipo de preo, deduo ou sobretaxa ocorrido nas transaes comerciais.

Exemplo de um tipo de condio O usurio deve definir o tipo de condio para uma deduo especial de material. O usurio define que o sistema calcula a deduo como um montante (por exemplo, uma deduo de US$ 1 por unidade de venda). Tambm possvel determinar que o sistema calcule a deduo como uma porcentagem (por exemplo: uma deduo de 2% para ordens acima de 1.000 unidades). Para utilizar as duas possibilidades, preciso definir dois tipos diferentes de condio. A figura a seguir mostra como os tipos de condio podem ser utilizados durante a determinao de preo em um documento de vendas.

No exemplo da figura anterior, duas dedues se aplicam ao item de ordem do cliente. A primeira deduo uma deduo percentual com base na quantidade pedida. A segunda deduo uma deduo fixa com base no peso total do item.

O usurio determina a regra de clculo para um tipo de condio no Customizing. Isso determina como o sistema calcula preos, dedues e sobretaxas para uma condio. Ao definir os registros de condio, possvel entrar uma regra de clculo diferente daquela que se encontra no Customizing.

No presente momento, todas as regras de clculo disponveis so permitidas. O campo Regra de clculo, entretanto, no pode ser acessado se esse campo for deixado vazio. Depois que a liberao de dados tiver sido impressa, se o campo no foi preenchido manualmente, a proposta tomada automaticamente do Customizing. Depois disso no mais possvel fazer modificaes manualmente. Se o usurio usar diferentes regras de clculo para o que, do contrrio, so as mesmas condies (por exemplo, a porcentagem, como um montante fixo ou dependente da quantidade), no precisar definir diferentes tipos de condio no Customizing. O usurio pode definir uma regra de clculo diferente quando atualizar os registros de condio individuais.

Tipos de condio no sistema R/3 standardO sistema standard inclui, entre muitos outros, os seguintes tipos de condio predefinidos: Tipo de condio PR00 K004 K005 K007 K020 KF00 UTX1 UTX2 UTX3 Descrio Preo Deduo de material Deduo de material especfica de cliente Deduo de cliente Deduo de grupo de preo Sobretaxa de frete (por item) Imposto estadual Imposto distrital Imposto municipal

Criao e atualizao de tipos de condio possvel modificar e atualizar os tipos de condio fornecidos na verso standard do sistema SAP R/3 ou criar novos tipos de condio para atender s necessidades da organizao. possvel criar e atualizar tipos de condio no Customizing. Para acessar a tela de tipo de condio da primeira tela do Customizing de Vendas e distribuio:

1.

Funes bsicas p Determinao preo p Controle da determinao de preo p Definir tipos de condio. O sistema exibe uma caixa de dilogo com a lista das opes de transao. Selecionar a transao correspondente para definir os tipos de condio.

2. Na viso Condies: Tipos de condio, possvel modificar os tipos de condio existentes ou criar novos tipos.

Tabelas de condiesUtilizaoUma tabela de condies define a combinao de campos (a chave) que identifica um registro de condio individual. Um registro de condio consiste na maneira como o sistema grava os dados de condio especficos entrados no sistema como registros de condio. Por exemp lo, ao entrar o preo de um produto ou uma deduo especial para um bom cliente, o usurio cria registros de condio individuais. Exemplo de uma tabela de condies Um departamento de vendas cria registros de condio para preos de material especficos de cliente. O sistema R/3 standard inclui a tabela de condies 005 para esse objetivo. A chave da tabela 005 inclui os seguintes campos: y y y y Organizao de vendas Canal de distribuio Cliente Material

Os dois primeiros campos identificam dados organizacionais importantes e os dois ltimos expressam a relao entre clientes e materiais especficos. Quando o departamento de vendas cria um registro de condio para uma deduo ou preo de material especfico para um cliente, o sistema utiliza automaticamente a tabela de condies 005 para definir a chave e gravar o registro. A figura a seguir mostra a conexo entre a tabela de condies e os registros de condio posteriores.

Tabelas de condies na verso standardO sistema standard inclui tabelas de condies predefinidas e as define para cada acesso em cada seqncia de acesso predefinida.

Criao ou atualizao de tabelas de condies possvel modificar ou atualizar as tabelas de condies no sistema standard. Tambm possvel criar novas tabelas de condies para atender s necessidades da organizao. possvel criar e atualizar tabelas de condies no Customizing. Na primeira tela do Customizing de Vendas e distribuio, para acessar as telas da tabela de condies, selecionar Funes bsicas p Determinao preo p Controle da determinao de preo p Definir tabelas de condies. Em seguida, selecionar o modo (criao, modificao ou exibio) com o qual deseja trabalhar.

Informaes sobre camposOs campos selecionados para formar a chave so chamados de campos selecionados. Os campos a partir dos quais possvel fazer a seleo so chamados de campos permitidos.

Campos selecionadosA figura anterior mostra os campos que formam a chave para a tabela de condies 005 (a tabela para registros de condio de cliente/material em Vendas). Os campos selecionados mostram dados organizacionais, tais como Organizao de vendas. Os campos Cliente e Material definem a relao entre um cliente especfico e o material.

Catlogo de campos (Campos permitidos)Ao selecionar os campos para a chave, necessrio selecionar os campos em uma lista de campos permitidos.

Modificaes em tabelas de condiesO usurio pode fazer modificaes limitadas em tabelas de condies existentes. possvel, por exemplo, modificar o nome da tabela ou o formato das telas de entrada rpida dos registros de condio. (As telas de entrada rpida so aquelas em que possvel criar ou modificar rapidamente, em uma nica tela, os registros de condio referentes tabela de condies).

Formato de uma tela de entrada rpidaA tela composta de linhas de cabealho e de item. Cada linha de item representa um registro de condio separado. As linhas de cabealho incluem os campos gerais a todas as linhas de item. Ao decidir sobre o formato da tela de entrada rpida, o usurio pode determinar se cada campo da chave deve ser exibido como uma linha no cabealho ou como uma linha de item.

Modificao do formato de uma tela de entrada rpidaPara modificar o formato da tela de entrada rpida, selecionar F6 (Viso tcnica) na tela em que for criada ou atualizada uma tabela de condies. Ao determinar o formato, o usurio tem as possibilidades a seguir:

Para que o... Campo seja exibido como uma linha de cabealho Campo seja exibido como um item Texto de uma linha de item seja exibido

Proceder como a seguir... Deixar o campo de linha em branco Marcar o campo de linha Marcar o campo de texto

Aps modificar uma tabela de condies, selecionar F16 (Gerar) para gerar novamente a tabela.

Criao da nova tabela de condies possvel criar uma nova tabela de condies para atender s necessidades de determinao do preo da organizao. Ao criar uma nova tabela de condies, selecionar uma combinao de campos na lista de campos permitidos. Os campos selecionados definem a chave para os registros de condio posteriores. Antes de selecionar os campos para a chave, considerar o seguinte: y y A seqncia (ou hierarquia) dos campos Quais campos devem ser exibidos nas reas de cabealho e de item das telas de entrada rpida correspondentes

Campos importantesEm vendas, os campos a serem considerados so Organizao de vendas e Canal de distribuio. A organizao de vendas quase sempre utilizada como um critrio na determinao do preo, pois as organizaes de vendas desejam normalmente utilizar os prprios preos, dedues e sobretaxas. Ao utilizar a organizao de vendas como um critrio na determinao do preo, tambm preciso utilizar o canal de distribuio. Mesmo que no deseje estabelecer diferentes preos, dedues e sobretaxas para cada canal de distribuio, o usurio deve utilizar o campo. No Customizing de Vendas, possvel utilizar um canal de distribuio como referncia para todos os outros (e, dessa forma, compartilhar os mesmos dados de determinao do preo).

Deciso sobre seqncia de camposA ordem dos campos em uma tabela de condies afeta a performance do sistema durante a determinao dos preos. Duas diretrizes ajudam a criar uma tabela de condies eficiente: 1. Se o usurio selecionar campos que estejam conectados estrutura da organizao (por exemplo, organizao de vendas e canal de distribuio), atribuir os campos de acordo com o nvel de aplicabilidade geral: colocar o campo mais geral, como, por exemplo, organizao de vendas, na posio mais alta, e o mais especfico, na posio mais baixa. 2. Depois dos campos organizacionais, incluir os campos do cabealho do documento antes daqueles originrios do nvel do item. (Por exemplo, Cliente precede Material.) Aps selecionar os campos para a chave, na tela em que o usurio atualiza e define as tabelas de condies, selecionar F16 Gerarpara gerar a tabela no sistema. A gerao prepara a tabela de condies para gravar dados de condio.

Seqncias de acessoUtilizaoUma seqncia de acesso uma estratgia de pesquisa que o sistema utiliza para encontrar dados vlidos para um determinado tipo de condio. Ela determina a seqncia em que o sistema pesquisa os dados. A seqncia de acesso composta de um ou mais acessos. A seqncia dos acessos estabelece quais registros de condio tm 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 condio vlido. O usurio deve indicar uma seqncia de acesso para cada tipo de condio para o qual cria registros de condio.

Existem alguns tipos de condio para os quais o usurio no cria registros de condio (por exemplo, as dedues de cabealho que so entradasapenas manualmente). Esses tipos de condio no exigem uma seqncia de acesso. Um departamento de vendas pode oferecer aos clientes diversos tipos de preos. O departamento pode criar, por exemplo, os registros de condio a seguir no sistema: y y y Um preo bsico para um material Um preo especial especfico de cliente para o mesmo material Uma lista de preos para clientes importantes

Durante o processamento de ordem, um cliente pode, em teoria, se qualificar para os trs preos. A seqncia de acesso permite que o sistema acesse os registros de dados em uma determinada seqncia at encontrar um preo vlido. Nesse exemplo, talvez o departamento de vendas queira usar o preo mais favorvel para determinado cliente. Por esse motivo, o departamento garante que o sistema pesquise um preo especfico de cliente. A figura a seguir mostra como o sistema pesquisa o registro relevante.

Seqncias de acesso no sistema R/3 standardO sistema R/3 standard contm seqncias de acesso predefinidas para cada tipo de condio standard. Em geral, os nomes das seqncias de acesso correspondem aos tipos de condio para os quais foram projetados. Por exemplo, a seqncia de acesso de uma deduo de material (tipo de condio K004) tambm chamada de K004.

Criao e atualizao de seqncias de acessoO usurio pode criar e atualizar as seqncias de acesso no Customizing. Para obter mais informaes, vide o Guia de implementao on-line para Vendas e distribuio. Para acessar a tela de seqncia de acesso, ir para a primeira tela do Customizing de Vendas e distribuio e selecionar:

1.

Funes bsicas p Determinao preo p Controle da determinao de preo p Definir seqncias de acesso. Selecionar a transao que deseja executar (Atualizar acesso).

Esquemas de clculoUsoA principal funo de um esquema de clculo definir um grupo de tipos de condio em uma seqncia determinada. O esquema de clculo tambm determina: y y y y Que subtotais so exibidos durante a determinao de preo At que ponto a determinao de preo pode ser processada manualmente Que mtodo o sistema utiliza para calcular os suplementos e dedues percentuais Os requisitos a que determinado tipo de condio deve atender para que o sistema considere a condio Exemplo de esquema de clculo Se um departamento de vendas processa ordens de vrios clientes estrangeiros, o departamento pode agrupar os clientes por pas ou regio. Em seguida, possvel definir um esquema de clculo para cada grupo de clientes. Cada esquema pode incluir tipos de condio que determinem, por exemplo, impostos especficos de um pas. No processamento de ordem, possvel indicar esquemas de clculo para clientes especficos e para tipos de documento de vendas. O sistema determina automaticamente o esquema a ser utilizado.

Esquemas de clculo no sistema R/3O sistema standard contm esquemas de clculo predefinidos, que contm tipos de condio usados com freqncia juntamente com as seqncias de acesso correspondentes. Naturalmente, o usurio pode modificar esses esquemas ou criar o prprio esquema a partir do zero.

Criao e atualizao de esquemas de clculo

O usurio pode criar ou atualizar os esquemas de clculo no Customizing de V endas. Para obter mais informaes sobre a criao de esquemas de clculo, vide o Guia de implementao on-line de Vendas e distribuio. Para acessar a tela do esquema de clculo no Customizing de V endas e distribuio:

1. 2.

Selecionar Funes bsicas p Determinao preo p Controle da determinao de preo p Definir e atribuir esquemas de clculo. Selecionar a transao que deseja executar.

Como elementos da tcnica de condies funcionam juntosA figura a seguir mostra as relaes entre os elementos da tcnica de condies.

Elementos de preo no processamento de ordemUtilizaoTodos os elementos de preo utilizados nos esquemas de clculo dirios preos, sobretaxas, dedues, custos de frete e impostos so definidos no sistema R/3 como tipos de condio. Esta seo fornece uma sntese dos elementos de preo e dos tipos de condio correspondentes que aparecem em Vendas e distribuio (SD). Ao criar ou atualizar informaes de determinao de preos para um elemento de preo especfico no sistema, o usurio cria registros de condio. Para obter mais informaes sobre as tarefas de criao e atualizao de condies, vide Trabalho com registros de condio.

Informaes adicionaisA tarefa de realmente definir tipos de condio faz parte da configurao e atualizao do sistema. Para obter mais informaes sobre tipos de condio, vide Introduo tcnica de condies.

Elementos de preo na verso standardOs elementos de preo esto divididos em quatro categorias: Preos Sobretaxas e dedues Custos de frete IVA Na entrada de ordens do cliente, o sistema pode executar uma verificao automtica. Durante a entrada de ordens do cliente, o sistema pode calcular preos automaticamente ao obter um preo bruto, aplicar todas as dedues relevantes e adicionar quaisquer suplementos, como frete e IVA. A figura a seguir mostra como o sistema representa vrios elementos de preo de atividades dirias.

Na figura, possvel observar que o preo de um material representado por um tipo de condio (PR00). No entanto, o preo de um material pode se basear em diversos tipos de registro de determinao do preo. O preo pode ser originrio de uma lista de preos, pode ser especfico para determinado cliente ou pode ser um simples preo de material. Por outro lado, cada deduo, sobretaxa, custo de frete e imposto definido por seu prprio tipo de condio.

Pr-requisitos para determinao de preo automticaPara que o sistema determine os preos automaticamente, necessrio atender aos prrequisitos a seguir: y Os registros de condio j devem existir no sistema para cada um dos tipos de condio que o sistema deve aplicar automaticamente. Para obter mais informaes sobre a criao e atualizao de registros de condio, vide Registros de condio. Onde necessrio, os dados devem ser atualizados nos registros mestre de cliente e material correspondentes. Para, por exemplo, aplicar dedues a grupos especiais de materiais ou clientes, o sistema s pode executar a determinao de preos automtica quando os grupos estiverem especificados nos registros mestre de cliente ou material relevantes.

y

Dados mestre de materialOs campos relacionados a preo no registro mestre de material podem ser encontrados nas telas Vendas: org.vendas 1 e org.vendas2. y y Classificao fiscal: indica at que ponto o material est sujeito ao IVA. Material de preo: nesse campo possvel definir outro material como uma referncia para informaes de determinao de preo. Se o usurio indicar uma referncia, o sistema utiliza todos os registros de condio que se aplicam ao material de referncia durante a determinao de preo automtica.

y

y

Grupo de mercadorias: define um grupo de materiais ao qual o usurio deseja aplicar o mesmo registro de condio. Por exemplo, ao utilizar um grupo de mercadorias, possvel indicar uma deduo que se aplique a determinada faixa de produtos. Desconto: nesse campo possvel indicar se o material est ou no qualificado para um desconto.

Dados mestre de clienteA maioria dos campos do registro mestre de cliente relacionados determinao de preo exibida na ficha de registro Pedidossob os dados de vendas. y Esquema de cliente: aqui definido o esquema de clculo para um cliente. possvel criar e atualizar os esquemas de clculo no Customizing de Vendas e distribuio. Durante o processamento de ordem, o esquema de clculo determina os tipos de elemento de preo que podem ser utilizados e a seqncia em que esses elementos so processados. Lista de preos: os tipos de lista de preos permitem aplicar um preo de material em determinada moeda a um grupo de clientes. Por exemplo, possvel indicar um tipo de lista de preos que se aplique a todos os clientes atacadistas de um dos mercados de exportao. Grupo de preo: os grupos de preo permitem aplicar uma deduo a determinado grupo de clientes. Classificao fiscal: (o usurio pode encontrar a classificao fiscal na ficha de registro Faturamento.) Aqui possvel atualizar as classificaes fiscais para os clientes.

y

y y

Telas de determinao de preo em documentos de vendasUsoO sistema exibe informaes sobre determinao de preo para todos os documentos de venda snas telas de determinao de preo. Existe uma tela de determinao de preo que exibe informaes sobre determinao de preo do cabealho do documento e outra que exibe as informaes de cada item do documento. Para indicar os tipos de condio exibidos nas telas de determinao de preo e a seqncia em que esses tipos aparecem, utilizar o Customizing de Vendas e distribuio.

Tela de determinao de preo de cabealhoA determinao de preos automtica no ocorre no nvel do cabealho de um documento. Por isso, a tela de determinao de preo