Upload
silmarapg
View
1.458
Download
8
Embed Size (px)
Citation preview
Material de Estudo – SAP / SD
Nota: Cada tópico deste resumo deve ser aprofundado através de outros materiais disponíveis (Inclusive as apostilas) para um melhor entendimento, de acordo com a dificuldade de cada um.
Estruturas organizacionais
Utilização
No sistema SAP R/3, é possível utilizar diversas estruturas para representar a estrutura jurídica e organizacional de uma sociedade. É possível estruturar sob o ponto de vista de contabilidade, administração de materiais e vendas e distribuição. É possível combinar essas estruturas. As estruturas organizacionais formam uma base em que é possível processar todas as transações comerciais
Estruturas organizacionais em SD
Utilização
No sistema SAP R/3, é possível utilizar diversas estruturas para representar a estrutura jurídica e organizacional de uma sociedade. As estruturas organizacionais formam uma base em que é possível processar todas as transações comerciais.
Integração
As estruturas organizacionais em SD são ligadas às estruturas de Contabilidade Financeira e Administração de materiais.
Atividades
As unidades organizacionais são atualizadas e atribuídas no Customizing para a estrutura empresarial.
Área de vendas
Utilização
SD é organizada de acordo com a organização de vendas, o canal de distribuição e o setor de atividade. Essas três unidades organizacionais combinadas formam a área de vendas.
O gráfico a seguir exibe esses elementos organizacionais.
Na organização de vendas 1000, é possível executar as transações de vendas e distribuição através de todos os canais de distribuição e para todos os setores de atividade. Na organização de vendas 2000, os produtos dos setores de atividade 01 e 02 são vendidos somente através do canal de distribuição 10. Na organização de vendas 3000, só os produtos do setor de atividade 01 são vendidos, e apenas através do canal de distribuição 10.
SAP AG 1999
Área de vendas
Org. devendas
Canal dedistribuição
Setor deatividade
2 Com. varejista
2 Motocicletas 3 Computad. 3 Computad.
5 Internet
2 Berlim
1 Bombas
1 Com. atacad.
2 Motocicletas
122
123
153
212
2
1 Frankfurt
11
Áreas devendas
Uma área de vendas é a combinação de uma organização de vendas, um canal de distribuição e um setor de atividade. Ela define o canal de distribuição que uma organização de vendas utiliza para vender produtos de um determinado setor de atividade.
Cada documento de vendas e distribuição é atribuído para apenas uma área de vendas. Essa atribuição pode ser modificada.
Uma área de vendas só pode pertencer a uma empresa. A relação é criada através da atribuição da organização de vendas.
Durante o processamento dos documentos de vendas e distribuição, o sistema acessa diversos dados mestre de acordo com a área de vendas. Esses dados mestre incluem, por exemplo, os dados mestre de cliente, os dados mestre de materiais, os preços e as deduções. Além disso, o sistema executa diversas verificações em relação à validade de determinadas entradas, de acordo com a área de vendas.
Nota suplementar:Uma estrutura organizacional simples pode ser melhor do que uma complexa. Por exemplo, ela simplifica a atualização dos dados mestre, não define estruturas organizacionais complexas, a fim de ter opções de relatórios detalhados. Utiliza campos na tela de dados mestre.
SAP AG 1999
Estruturas de vendas e distribuição da IDES AG
Escritório de vendas
Canal de distribuição
Linha de produto
Empresa
Vendas edistribuiçãoFrankfurt
Cadeia delojas
Revend. Serviço
Motocicletas Serviços
Vendas edistribuição
Berlim
Alimento
Consum.industrial
Tinta
IDES AG
SAP AG 1999
IDES AGIDES AG
Estrutura de fornecimento da IDES AG
WarehouseHamburg
WarehouseBerlim
StandardHamburgo
ExpressoHamburgo
Berlim
Centro deCentro de distribdistrib..
EscritEscritóóriorio dede vendasvendas
Vendas edistribuiçãoFrankfurt
Vendas edistribuição
Berlim
WarehouseDresden
Dresden
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
ProcProc.. expedexped..
Esse diagrama mostra a estrutura de fornecimento na IDES AG, independentemente do sistema R/3 (através de condições comerciais gerais).
Antes da IDES AG confirmar uma ordem para um cliente, eles verificam de qual centro de distribuição de depósito o material encomendado deve ser fornecido e se há estoque disponível.
A entrega de mercadorias é, em geral, organizada nessas localizações. Essas instalações não estão disponíveis em todas as localizações onde os produtos são fabricados.
A fim de atender às solicitações mais urgentes dos clientes, o centro de distribuição do depósito em Hamburgo pode providenciar entregas expressas.
SAP AG 1999
Documento
Unidades organizacionais emVendas e distribuição
RR//33 EmpresaEmpresa
ÁÁrearea dede vendasvendas
OrgOrg. de. de vendasvendas
Canal deCanal de distribuidistribuiççãoão
SetorSetor dede atividadeatividade
CentroCentro
DepDepóósitosito
Local deLocal de expediexpediççãoão
As unidades organizacionais no sistema R/3 representam a estrutura de uma organização empresarial. As unidades organizacionais representam as visões legais e organizacionaisde uma empresa.
O módulo Vendas e distribuição usa as mesmas unidades organizacionais que só podem representar processos de vendas e distribuição, como organização de vendas, canal de distribuição, setor de atividade ou local de expedição. Outras unidades organizacionais, como empresa ou centro, são usadas em Vendas e distribuição e em outros módulos no sistema R/3.
É possível representar a estrutura empresarial através de unidades organizacionais com base nos processos empresariais.
Essa não é uma lista completa de todas as unidades organizacionais para os processos de vendas e distribuição no sistema R/3.
SAP AG 1999
Unidades organizacionais: empresa
entidade legal e unidade contábil independente
no nível da empresa, é possível criar:
balanços exigidos por lei
cálculo de lucros e perdas
Empresa
Para uma empresa, uma unidade contábil completamente independente pode ser representada como a menor unidade organizacional na contabilidade externa.Isso inclui a entrada de todas as transações contábeis e a criação de todas as provas para uma
demonstração contábil individual exigida legalmente, como o balanço e o cálculo de lucros e perdas.
Exemplos de empresa: uma sociedade dentro de uma corporação ou uma subsidiária.
Organização de vendas
Definição
A organização de vendas é uma unidade organizacional na logística, que estrutura a sociedade de acordo com as necessidades de vendas.
Utilização
A organização de vendas é responsável pela venda e distribuição de mercadorias e serviços.
Representa a unidade de vendas como uma entidade jurídica. É responsável por garantias de produto e outros direitos a recurso, por exemplo. A repartição regional do mercado também pode ser executada através das organizações de vendas. Cada transação comercial é processada dentro de uma organização de vendas.
A organização de vendas deve ser especificada em todos os documentos de vendas. Encontra-se, portanto, disponível a todas as funções básicas de SD (como determinação do preço, disponibilidade etc.).
Estrutura
A organização de vendas pode ser subdividida em diversos canais de vendas, que determinam a responsabilidade por um canal de distribuição.
Várias divisões podem ser atribuídas a uma organização de vendas responsável pelos materiais ou serviços fornecidos.
A área de vendas determina o canal de distribuição a ser usado para vender os produtos de um setor de atividade em uma organização de vendas.
Integração
A cada organização de vendas é atribuída exatamente uma empresa para a qual são entrados todos os detalhes contábeis da organização de vendas.
O canal de distribuição pode estar ativo para diversos centros, e os centros podem ser atribuídos a diferentes empresas. Se a organização de vendas e o centro forem atribuídos a diferentes empresas, um documento de faturamento interno é enviado entre as empresas, antes da entrada das transações de vendas para fins contábeis.
SAP AG 1999
Unidades organizacionais: Vendas e distribuição
responsável
pela distribuição de mercadorias e serviços
pela negociação de condições de vendas
pelo produto e direitos de recurso
Org. de vendas
A organização de vendas é uma unidade organizacional em Logística que agrupa a empresa de acordo com as necessidades de vendas e distribuição. Ela é responsável pela distribuição de mercadorias e serviços. Portanto, também é responsável pelos produtos vendidos e pelos direitos de recurso do cliente.
A unidade organizacional de vendas também é utilizada, por exemplo, para considerar uma subdivisão do mercado internacional, nacional ou regional.
A organização de vendas é atribuída unicamente a uma empresa. Porém, mais de uma organização de vendas pode ser atribuída a uma empresa. Criar pelo menos uma organização de vendas no módulo de Vendas e distribuição.
Entrar e atualizar seus próprios dados mestre para uma organização de vendas. Em estatística de vendas, a organização de vendas é o nível de totalização mais alto. Todos os itens em um documento de vendas e distribuição, isto é, todos os itens de uma ordem, uma entrega ou um documento de faturamento, pertencem a uma organização de vendas.
Canal de distribuição
Definição
O canal de distribuição representa o canal através do qual os materiais ou serviços comercializáveis chegam aos clientes. Os canais de distribuição típicos compreendem as vendas em atacado, avulsa e direta.
Utilização
Dentro de uma organização de vendas, um cliente pode ser abastecido por diversos canais de distribuição. Além disso, os dados mestre de material relevantes para vendas, como preços, quantidade mínima do pedido, quantidade mínima a ser fornecida e centro fornecedor, podem ser diferentes para cada organização de vendas e canal de distribuição.
Estrutura
Um único canal de distribuição pode ser atribuído a uma ou mais organizações de vendas.
SAP AG 1999
Unidades organizacionais: canal de distribuição
O canal de distribuição é o meio através do qual os materiais devendas chegam ao cliente.
Ele representa as estratégias para distrib. de mercadorias e/ou serviços ao cliente
P/ exemp.: com. atacadista, com. varejista e com. eletrônico.
Org. de vendas
Canal de distrib. 1 Canal de distrib. 2
O canal de distribuição é o meio através do qual os materiais de vendas ou serviços chegam ao cliente.
Diversos canais de distribuição podem ser atribuídos a uma organização de vendas. Criar pelo menos um canal de distribuição no módulo de Vendas e distribuição. Utilizado para:
Definir responsabilidades
Obter preços flexíveis e
Diferenciar estatísticas de vendas.
Setor de atividade
Definição
No sistema SAP R/3, é possível definir uma organização de vendas específica do setor de atividade. É possível definir grupos de produtos, isto é, setores de atividade, para uma grande variedade de produtos.
Para cada setor de atividade, é possível fazer acordos específicos de cliente sobre, por exemplo, remessas parciais, determinação de preço e condições de pagamento. Dentro de um setor de atividade, o usuário pode efetuar análises estatísticas ou preparar procedimentos de marketing separados.
SAP AG 1999
Unidades organizacionais: setor de atividade
Um setor de atividade representa uma linhade produção,
por exemplo: motocicletas, peças de reposição,serviços, ...
Org. de vendas
Setor ativ. 1 Setor ativ. 2
Um setor de atividade é usado para agrupar materiais e serviços. Uma organização de vendas pode ter diversos setores de atividade atribuídos pelos quais é
responsável. Criar pelo menos um setor de atividade no módulo de Vendas e distribuição. O sistema usa o setor de atividade para determinar as áreas de vendas nas quais é atribuído
um material ou um serviço. Um setor de atividade representa, por exemplo, um grupo de produtos. No entanto, é
possível, por exemplo, restringir acordos sobre preços com um cliente para um determinado setor de atividade. É possível efetuar uma análise estatística por setor de atividade.
SAP AG 1999
Unidades organizacionais: Centro e depósito
Centro (fornecedor)
Depósito
ABBC
B
11
Centro 1 Centro 2
21
22
Centro 3
Plant
Storage Location
O centro é um local onde o estoque de material é mantido. No sistema R/3, um centro pode, por exemplo, representar uma instalação de produção ou, simplesmente, um agrupamento de localizações (depósitos) em proximidade física.
Centro e depósito são unidades organizacionais que podem ser usadas por todas as áreas de logística do sistema R/3.
A administração de materiais refere-se principalmente ao fluxo de materiais. Do ponto de vista da adm. de materiais, um centro é, acima de tudo, um local onde o estoque de materiais é mantido.
Na produção, um centro pode representar uma instalação de produção. Em vendas e distrib., um centro representa o local de onde os materiais e serviços
são distribuídos e corresponde a um centro de distribuição. Os estoques relevantes são mantidos aqui.
Na venda de um serviço, o centro pode representar o local onde os serviços são prestados (isto é, um escritório).
Em vendas e distribuição, o centro tem uma função central: É preciso criar pelo menos um centro para utilizar o módulo de Vendas e
distribuição. Um centro deve ser atribuído unicamente a uma empresa. A atribuição entre as organizações de vendas e os centros não precisa ser única. O centro é essencial para a determinação do local de expedição.
SAP AG 1999
Unidade organizacional: local de expedição(Shipping point)
Centro 2
Local de exp. 1
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Local de exp.
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Centro 2
local de exp.
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Shipping Point. 1
A expedição é um módulo integrado do processamento de vendas e distribuição. O local de expedição (shipping point) é a unidade organizacional de expedição de nível mais alto que controla as atividades de expedição. Cada entrega é processada por apenas um local de expedição.
O local de expedição pode ser uma rampa de carga, uma sala de malotes ou um depósito ferroviário. Também pode ser, por exemplo, um grupo de empregados responsáveis (apenas) pela organização de remessas urgentes.
É preciso atribuir um local de expedição no sistema SAP em nível de centro (Plant). Um local de expedição é um lugar físico e deve estar situado próximo ao centro fornecedor. Mais de um local de expedição pode ser atribuído a um centro.
Um local de expedição pode também ser atribuído a diversos centros. Isso também pode ser apropriado para centros próximos.
Ligação com estrutura da contabilidade
Ao atribuir organizações de vendas e centros, o usuário cria uma ligação entre as empresas e as organizações de vendas. Um centro, embora sempre ligado a uma empresa, pode ser atribuído a diferentes organizações de vendas. Dentro de uma empresa, podem estar ativas diversas organizações de vendas. Além disso, é possível executar transações comerciais entre as diversas empresas.
A figura a seguir exibe as possíveis atribuições de empresas, organizações de vendas e centros.
Os centros 1, 2 e 3 pertencem à empresa 1. A organização de vendas 1 utiliza os centros 1 e 2; a organização de vendas 2, os centros 2 e 3. As organizações 1 e 2 podem efetuar vendas entre empresas das mercadorias dos centros 4 ou 5.
Ligação com a estrutura da administração de materiais
Os centros com autorização para vendas são determinados para cada organização de vendas, de acordo com o canal de distribuição, de modo que uma organização de vendas possa vender mercadorias de diversos centros. É possível atribuir um centro a diversas organizações de vendas. Todas essas organizações de vendas podem vender a partir desse centro.
É possível diferenciar melhor entre os centros pertencentes a uma organização de vendas, sob a visão de vendas através do canal de distribuição. Para determinados centros dentro de uma organização de vendas, é permitido o canal de distribuição "vendas de centro", mas não para os demais.
A figura a seguir mostra uma atribuição de organizações de vendas e centros.
A organização de vendas 1000 vende mercadorias dos centros 1000 e 2000; as organizações 2000 e 3000 só vendem mercadorias dos centros 2000 e 3000, respectivamente.
Vendas
Objetivo
O componente de aplicação de vendas permite implementar várias transações comerciais diferentes para os documentos de vendas gravados no sistema.
Existem quatro grupos distintos de documentos de vendas:
Solicitações de cotações e cotações do cliente Ordens do cliente Contratos básicos, como contratos e programas de remessas Reclamações, que englobam remessas gratuitas, solicitações de notas de crédito/débito e
devoluções
Características
É possível criar e processar remessas e documentos de faturamento do 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
Processo de Vendas
SAP AG 1999
• Processar solic. de clientes
Proc. de ordem • Entrar ordens do cliente
Síntese dos processos de vendas
Índice:
• Esclarecer suprimento pontualde materiais encomendados
Suprimento
• Fornecer ordemExpedição
Faturamento • Faturar entrega
Ativ. pré-vendas
Fatura
Pagamento • Lançar entrada de pagamento
SAP AG 1999
Processos de vendas: síntese de diagrama
Atividades pré-vendasAtividades pré-vendas
Proc. de ordemProc. de ordem
Origem do estoque
Origem do estoque
ExpediçãoExpedição
FaturamentoFaturamento
FaturaPagamentoPagamento
O processamento de ordem eficiente liga todas as atividades de atendimento ao cliente em uma série de processos integrados. O componente de aplicação Vendas e distribuição do sistema SAP torna possível o processamento de ordem. As etapas em um processo de vendas são reproduzidas pelos documentos eletrônicos que estão interligados.
O processo de vendas e distribuição da SAP começa pelo estabelecimento e manutenção das relações com o cliente, e termina com o faturamento de mercadorias ou serviços fornecidos ao cliente. Lançar a entrada dos pagamentos do cliente é parte do componente de aplicação Contabilidade financeira do sistema SAP.
O ciclo de Administração de ordens de cliente pode iniciar com as Atividades pré-vendas. Por exemplo: em resposta a uma solicitação de cotação de um cliente, é criada e enviada uma cotação.
Como parte do processamento de ordem, é criado um documento de vendas. Durante o suprimento, o sistema SAP determina o fornecedor das mercadorias, com base
nos dados gravados no sistema. O fornecedor pertence a um de seus centros fornecedores, se for, de qual deles? O fornecedor é um fornecedor externo, e se for, qual deles?
Como parte do processamento de expedição, o fornecimento de mercadorias é organizado e executado.
No processo de faturamento, a fatura é criada e todos os dados necessários para a Contabilidade são transferidos.
Como parte dos processamentos dos pagamentos, os itens pendentes são verificados e as entradas de pagamentos são lançadas
SAP AG 1999
Atividades pré-vendas
Estabelecimento e manutenção das relações com o cliente
As atividades pré-vendas podem incluir:
A criação e o acompanhamento dos contatos do cliente
Listas de correspondência
Respostas às perguntas do cliente recebidaspor e-mail, fax etc.
Solicitações de cotação
Cotações
Medidas de marketing específicas, como, por exemplo, campanhas por mala direta, pela internet, contatos estabelecidos em feira comercial ou pelo telefone, podem acionar processo de vendas.
Essas campanhas podem gerar uma solicitação do cliente desvinculada da cotação ou uma solicitação de cotação. Solicitações de cotações e cotações ajudam a determinar os dados importantes relativos à venda e podem ser gravados como documentos. Se o cliente passar uma ordem, é possível consultar esses dados.
Use essas informações pré-vendas para planejar e avaliar as estratégias de vendas e marketing, e como base para estabelecer relações comerciais de longo prazo com os clientes, quando, por exemplo
rastrear vendas perdidas gravar dados sobre pré-vendas para ajudar na negociação de contratos vender mercadorias e serviços para grandes organizações que exigem documentação
do processo inteiro.
SAP AG 1999
Processamento de ordem
Os empregados do departamento Atendimento ao clienterecebem ordens por escrito e pelo telefone.
Geralmente, as ordens standard contêm:
Informações sobre o cliente e materiais
Condições para determinação do preçode cada item
Quantidades e datas de fornecimento
Informações sobre o processamentode expedição
Informações sobre faturamento
Uma ordem do cliente é um documento eletrônico que registra a solicitação de mercadorias ou serviços de um cliente.
A ordem do cliente contém todas as informações necessárias para processar a solicitação do cliente durante o processamento de ordem.
Assim, o componente de vendas propõe, automaticamente, dados dos registros mestres e controla as tabelas previamente armazenadas. Como resultado, podem ocorrer erros de entrada durante o processamento de ordem e a entrada de dados redundantes é evitada.
É possível entrar uma ordem do cliente com muitos itens em uma única tela.
SAP AG 1999
Suprimento
Nessa etapa do processo em Vendas e distribuição, é possível:
verificar a disponibilidade das mercadorias encomendadas
editar a demanda no MRP
O MRP organiza e monitora o processo desuprimento real.Isso inclui produtos:
produzidos internamente e/ou
externamente
A forma como um material é adquirido para uma ordem do cliente pode depender do tipo de material e da transação de vendas.
O suprimento pode, por exemplo:
Ser do estoque disponível Ser garantido pelo reabastecimento Acionar a produção por ordem do cliente Iniciar a entrega através de fornecedores externos (fornecimento direto a terceiros) Organizar a entrega de outro depósito (transferência de estoque).
SAP AG 1999
O processamento de expedição permite:
Criar entregas
Executar o picking (através da criação de solicitações de transporte)
Embalar
Lançar saída de mercadorias
Expedição
O processamento de expedição em Vendas e distribuição começa ao ser criado o documento de fornecimento. O documento de fornecimento controla, apóia e monitora todos os sub-processos do processamento de expedição, como
Picking e confirmação (opcionais) (ordens de transferência – Transfer order), Embalagem (opcional),- Packing Planejamento e monitorização do transporte (opcional) (documento de transporte) e O lançamento de saída de mercadorias (documentos de saída de mercadorias).
Quando um documento de fornecimento é criado, os dados são copiados da ordem do cliente, como materiais e quantidades confirmadas.
A criação de uma ordem de transferência requer a cópia de informações do documento de fornecimento para a ordem de transferência, para processamento pela administração de depósito. A ordem de transferência é essencial para controlar o movimento de mercadorias no depósito. A ordem de transferência é baseada em um princípio simples: qual a origem e o destino das mercadorias dentro do depósito. Existe um local de origem e um local de destino para cada ordem de transferência.
O lançamento da saída de mercadorias pode modificar a qualidade, assim como o valor do estoque. As modificações baseadas em quantidade são feitas com contas de balanço e contas de modificação de estoque na contabilidade financeira.
SAP AG 1999
Faturamento
O faturamento permite:
Criar faturas para fornecimentos e serviços
Criar notas de crédito e débito
Cancelar documentos de faturamento lançadospreviamente
Transferir automaticamente os dados do documento de faturamento para a contabilidade
Fatura
A criação de um documento de faturamento compreende da cópia de informações da ordem do cliente e do documento de fornecimento (Remessa) para o documento de faturamento. Os itens de fornecimento, assim como os itens de ordens (por exemplo, serviços), podem ser referências para o documento de faturamento.
O documento de faturamento desempenha algumas funções importantes: O documento de vendas e distribuição ajuda a gerar faturas. O documento de faturamento atua como uma origem de dados para a Contabilidade
Financeira (FI), para auxiliar a monitorar e administrar os pagamentos do cliente. Ao criar um documento de faturamento, as contas do Razão serão, em geral, atualizadas
automaticamente.Durante esse processo, o sistema R/3 executa:
um lançamento de débito nas contas a receber do cliente e um lançamento de crédito na conta de receitas.
SAP AG 1999
Pagamento
O pagamento é um processo que é parte do módulo de aplicação Contabilidade financeira.
O pagamento permite:
O lançamento de pagamentos e apresentação de faturas
A verificação de diferenças
Ao lançar uma entrada de pagamento, as contas do Razão são, em geral, atualizadas automaticamente.
Durante esse processo, o sistema R/3 executa um lançamento de débito na conta de caixa e uma nota de crédito nas contas a receber do cliente.
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 de 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.
SAP AG 1999
Documentos em Vendas e distribuição
AADDMM
MMAATTEERRIIAAIISS
Pré-vendasPré-vendas
Proc. de ordemProc. de ordem
ExpediçãoExpedição
FaturamentoFaturamento
Pagamento do cliente/Contab. financeiraPagamento do cliente/Contab. financeira Contas
a receberContas
a receber
Programa deremessas
Programa deremessas
Origem do estoqueOrigem do estoque
ContratoContrato
SSIISSTTEEMMAA
IINNFFOO
VVEENNDDAASS
Doc. fatur.Doc. fatur.
Ordem detransporteOrdem detransporte
ContatoContato
SolicitaçãoSolicitação
CotaçãoCotação
Fornec. Fornec. Saída demerc.
Saída demerc.
Conta de estoquede materiais
Conta de estoquede materiais
ExpediçãoExpedição
PPLLAANNEEJJ
PPRROODDUUÇÇÃÃOO
OrdemOrdem
Esse slide representa a relação entre os processos no processamento de ordem no sistema SAP. A seqüência, que começa na parte superior, representa a ordem de eventos no processo de vendas.
As caixas representam os documentos contábeis financeiros e os documentos de vendas. As atividades e promoções de vendas são documentos para apoio de vendas em pré-
vendas. Os documentos de vendas são documentos entrados durante o processamento de
ordem e de pré-vendas. Solicitações de cotações, cotações, contratos, programas de remessas e ordens standards são exemplos de tipos de documentos de vendas.
Entregas, ordens de transferência e expedições são documentos do processamento de expedição. O documento de saída de mercadorias contém modificações que envolvem o estoque e é a base para os documentos contábeis relevantes.
O documento de faturamento é um documento em faturamento e é a base para os documentos contábeis relevantes.
As seções esquerda e direita deste slide representam as principais interfaces entre Vendas e distribuição e o Sistema de informações (data warehouse da SAP), Administração de materiais e Planejamento da produção.
SAP AG 1999
Estrutura de documento de vendas
Cabeçalho
Item 1
Div. remessa 1
Item 2
Div. remessa 1
Div. remessa 2
Ordem standard
Emis. da ordemRec. mercadoria
23874876
Item Material Qtd.
20 1400-200 50 PC
1 01 Nov 20 PC
2 01 Jan 30 PC
10 1400-100 20 PC
1 01 Nov 20 PC
Dados do cabeçalho
Os dados gerais, válidos para o documento inteiro, são registrados no cabeçalho do documento. Por exemplo,
Número do emissor do pedido
Número do recebedor da mercadoria e do pagador
Moeda do documento e taxa de câmbio
Elementos de preço para o documento inteiro
Data de remessa e local de expedição
Dados do item
Embora os dados no cabeçalho do documento se apliquem a todos os itens no documento, alguns dados são aplicáveis somente a itens específicos. Esses dados são gravados no nível do item e incluem:
Número de material
Quantidade prevista para contratos básicos
Número do recebedor da mercadoria e do pagador (é possível definir um recebedor de mercadoria ou pagador alternativos para um item em especial)
Especificações do centro e depósito
Elementos de determinação do preço dos itens individuais
Dados de divisão de remessa
Um item consiste em uma ou mais divisões de remessa. A divisão da remessa contém todos os dados necessários a uma remessa. Por exemplo, um cliente pede 20 peças de um material, que o usuário entra como um único item na ordem do cliente. Entretanto, só é possível enviar 10 peças no momento e as 10 restantes no próximo mês, desta forma é necessário programar duas remessas. Os dados dessas remessas (datas, quantidades confirmadas) são gravados em duas divisões de remessa separadas. Em documentos de vendas, onde dados de remessas não sejam relevantes, por exemplo, contratos, solicitações de notas de crédito e débito, o sistema não cria quaisquer divisões de remessa.
Os dados registrados nas divisões de remessa incluem:
Quantidade de divisão
Data de remessa
Quantidade confirmada
Origem de dados nos documentos de vendas
Quando o usuário cria um documento de vendas, o sistema propõe a maioria dos dados das seguintes fontes:
1- Dados de registros mestre
2- Dados determinados pelo sistema
3- Dados de documentos antecedentes
1- Dados de registros mestre
Quando o usuário cria um documento de vendas sem fazer referência a um documento antecedente, o sistema copia os seguintes dados dos registros mestre:
Dados sobre o emissor do pedido e outros parceiros (por exemplo, recebedor ou pagador da mercadoria) a partir dos registros mestre do cliente
Dados de itens do registro mestre de material
Dados de quaisquer registros relevantes de informações de material-cliente
O gráfico a seguir mostra alguns dos dados que são transferidos para o documento de vendas ou estão determinados no documento de vendas.
Dados do registro mestre de cliente
Entre outros detalhes, o nome do emissor do pedido, as estipulações para os Fornecimentos completos e agrupamentos de ordens são copiados do registro mestre de cliente para o documento. É possível modificar esses dados para cada transação.
O documento contém dados que podem ser entrados no cabeçalho e nos itens. Neste caso, os dados do cabeçalho geralmente são aplicáveis aos itens. Por exemplo, as condições de pagamento, os Incoterms, as funções de parceiro e o centro fornecedor são copiados dos registros mestre de cliente do parceiro de negócios para o documento e os itens. É possível modificar os dados em cada item.
Divergência entre dados dos itens e do cabeçalho
É possível que um documento de vendas inclua itens, em que alguns dados comerciais divirjam dos dados comerciais contidos no cabeçalho. Os itens onde os dados diferem dos dados de cabeçalho podem ser revistos marcando Processar Âmbito de exibição Dados comerciais próprios na tela de Síntese. O usuário acessa uma tela de síntese, que contém somente os itens cujos dados estão definidos. Se o usuário entrar dados contábeis gerais para um item que difiram dos dados do documento, as modificações subseqüentes nos dados do cabeçalho do documento não afetarão esse item.
As condições de pagamento ZB01 são copiadas do cabeçalho do documento para os itens. O usuário modifica as condições de pagamento do item 20 para ZB02. Se o usuário modificar as condições de pagamento no cabeçalho, posteriormente, para ZB03, isto não afetará o item 20. Se o usuário também modificar os Incoterms no cabeçalho do documento, de FOB para EXW, essa modificação também não afetará o item 20.
Dados de diferentes parceiros de negócios
Às vezes, o registro mestre de cliente determina diferentes parceiros para as diversas funções de parceiros. Por exemplo, é possível definir vários recebedores de mercadoria para um único emissor do pedido. Além
disso, é possível definir diferentes parceiros para receber e pagar faturas. Cada parceiro possui o próprio registro mestre de cliente e, durante o processamento da ordem do cliente, o sistema copia automaticamente os dados do registro mestre de cliente do parceiro em questão para a ordem do cliente. Por exemplo, para cada recebedor de mercadorias diferente, o sistema copia os dados pertinentes de remessa e expedição, do registro mestre de cliente para o documento.
O gráfico a seguir mostra um exemplo em que o emissor do pedido, o recebedor da mercadoria e os pagadores são todos diferentes. As condições de pagamento são copiadas do registro mestre de cliente do pagador, enquanto o endereço de destino é copiado do registro mestre de cliente do recebedor da mercadoria.
SAP AG 1999
Dados gerais
Relevantes para vendase distribuição econtabilidade
Válido p/ todas as unidadesorganizacionais
Área de vendasDados
Relevantes para vendase distribuição
Válido para:Org. de vendas
Canal de distribuiçãoSetor de ativid.
Dados da empresa
Relevantes p/ contabilidade
Válido para:Empresa
Dados mestre clienteDados mestre cliente
Mestre de clientes
O mestre de cliente agrupa os dados em categorias: dados gerais, dados da área de vendas e dados da empresa.
Os dados gerais são relevantes para vendas e distribuição e para contabilidade. São armazenados centralmente (dependente de mandante), a fim de evitar redundância de dados. São válidos para todas as unidades organizacionais em um mandante.
Os dados da área de vendas são relevantes para vendas e distribuição. São válidos para a respectiva área de vendas (organização de vendas, canal de distribuição e setor de atividade).
Os dados da empresa são relevantes para contabilidade. São válidos para a respectiva empresa.
O mestre de cliente contém todos os dados necessários para processar ordens, fornecimentos, faturas e pagamentos de clientes.
SAP AG 1999
Mestre de clientesDados gerais
Nome, endereço, idioma, ...
Classificação fiscal,...
Dados bancários, ...
Endereço
Dados controle
Oper. de pgto
Horas de entrada de merc., ...Locais descarga
Dados p/ controle de export., ...Dados de export.
Setor ind., classif. de cliente, ...Marketing
End. de parc. de negócios, ...Pessoas contato
Dados sobre fichas de registros para dados gerais
A fim de atualizar os dados gerais no mestre de clientes, que é relevante para vendas e distribuição e contabilidade, os campos de dados são agrupados em diversas fichas de registro.
Os dados gerais são atualizados independentemente das unidades organizacionais.
Os dados gerais no mestre de clientes são especificados nas fichas de registro a seguir:
Endereço
Dados de controle
Operações de pagamento
Marketing
Locais de descarga
Dados de exportação
Pessoas de contato
Ao modificar as opções do Customizing, é possível ocultar determinados campos em uma ficha de registro ou torná-los campos de entrada necessários.
SAP AG 1999
Mestre de clientesDados da área de vendas
Escritório, moeda,região vendas, grupo preço, ...
Ordens
Condições de exp., centrofornecedor, zona de trans., ...
Expedição
Classificação de IVA liquidado,condições de pagamento, ...
Doc. fatur.
Emissor da ordem, recebedorda fatura, o pagador, ...
Funçõesdo parceiro
Dados sobre área de vendas para fichas de registro
É possível atualizar os dados da área de vendas de diversas maneiras, dependendo da área de vendas (organização de vendas, canal de distribuição, setor de atividade).
Os dados da área de vendas no mestre de clientes são especificados nas fichas de registro a seguir:
Ordens
Expedição
Documento de faturamento
Funções de parceiro
Ao modificar as opções do Customizing, é possível ocultar determinados campos em uma ficha de registro ou torná-los campos de entrada necessários.
SAP AG 1999
RecebedorRecebedor dada faturafatura**
PagadorPagador**
Rec. Rec. dada mercadmercad.*.*EmissorEmissor dada ordemordem**
Pessoas de contatoAgente de frete
Pessoal
. . . . .
Funções do parceiro no mestre de clientes
Funçõesdo parceiro
**funfunççõesões obrigatobrigatóóriasrias
SAP AG 1999
Mestre de clientesDados de empresa
Conta de reconciliação, ...
Mét. de pgto., bloq. de pgto., ...
Proc. cobrança, responsável, ...
Adm. de conta
Oper. de pgto
Correspondência
Montante segurado, ...Seguro
Dados sobre fichas de registro de empresas
A fim de atualizar os dados gerais no mestre de clientes, que é relevante para vendas e distribuição e contabilidade, os campos de dados são agrupados em diversas fichas de registro.
É possível atualizar os dados da empresa de diversas formas, de acordo com a empresa.
Os dados da empresa no mestre de clientes compreendem as fichas de registro a seguir:
Administração de conta
Operações de pagamento
Correspondência
Seguro
Ao modificar as opções do Customizing, é possível ocultar determinados campos em uma ficha de registro ou torná-los campos de entrada necessários.
SAP AG 1999
Efeitos das modificações no mestre de clientes
Mestre de clientes (antigo) Mestre de clientes (novo)
Modificarmestre
de clientes
Modificarmestre
de clientes
Cliente 2300
Endereço Mannheimer Str. 1469115 Heidelberg
Incoterms EXW Hamburgo
Cliente 2300
Endereço City Ring 21268125 Mannheim
Incoterms CIF Mannheim
Exibir ordem do cliente
Cliente 2300
Endereço Mannheimer Str. 1469115 Heidelberg
Incoterms EXW Hamburgo
Quando um registro mestre é modificado após ter sido usado para criar documentos (ordens, fornecimentos, documentos de faturamento, ....), as modificações não afetam os documentos já criados. Contudo, o endereço no mestre de clientes é uma exceção. No entanto, se fosse necessário, os dados teriam que ser modificados nos documentos manualmente, exceto o endereço.
Dados do registro mestre de material
O sistema copia os dados do registro mestre de material para os itens individuais. Isso inclui dados sobre pesos, prioridades de remessa, assim como normas para fornecimento excessivo e incompleto. É possível modificar esses dados para cada transação comercial.
Determinação do centro fornecedor (Plant) pelo sistema
É possível entrar o centro fornecedor nos registros mestre de cliente e de material. É proposto um valor para o centro fornecedor, de acordo com os seguintes critérios:
Se
o centro fornecedor for definido ...
Então o sistema
propõe o centro fornecedor ...
somente no mestre de materiais do mestre de materiais
somente no mestre de clientes
do mestre de clientes
(se o material não tiver sido atualizado para o centro em questão)
nos registros mestre de cliente e de material
do mestre de clientes
(se o material não tiver sido atualizado para o centro em
questão)
nos registros mestre de cliente e de material
do mestre de materiais
(se o material não tiver sido atualizado para o centro fornecedor definido no mestre de cliente)
O centro fornecedor é proposto a partir do registro mestre de cliente do recebedor da mercadoria. É importante lembrar-se disso, caso o recebedor da mercadoria seja diferente do emissor do pedido.
Dados dos registros de informações de material-cliente
É possível determinar dados específicos de clientes para os materiais, em um registro de informações de material-cliente. Por exemplo, é possível definir o número do material e a descrição do cliente para o material assim como dados específicos da expedição, como prioridade de remessa e especificações de remessas parciais.
Se o usuário tiver atualizado os dados do cliente no registro de informações de material-cliente, será possível acessar um material através dos dados do cliente, em vez de procurar o número de material. Para abrir a visão do Emissor do pedido no documento de vendas, selecionar a ficha Emissor do pedido na tela de síntese. É possível entrar aqui o número de material do cliente ou uma descrição do cliente. O sistema determina o número sob o qual o material será administrado.
Quando o usuário cria o registro de informações, o sistema copia alguns desses dados dos registros mestre de cliente e do material. É possível modificar esses dados no registro de informações. Se existir um registro de informações de material-cliente, os dados nele definidos terão prioridade sobre os dados dos registros mestre de cliente e/ou material, e serão copiados adequadamente para os itens individuais. É possível modificar esses dados para cada transação
SAP AG 1999
Registro info cliente-material
Mestre de clientes
Informações de cliente-material
Cliente 2300 Org. de vendas 1000Canal de distribuição 12
Texto breve de material
1400-100 Luzes front. luxo1400-200 Lanterna traseira + dados adicionais
MestreMestre mat.mat.
Dados específicos do cliente:Texto breve cliente-material
S3000H lanterna dianteiraR1700 lanterna traseira
É possível usar as informações de cliente-material para registrar dados para uma conbinação de determinados clientes e materiais.
Se existir uma info de cliente-material para um cliente e um material, esses valores propostos são preferenciais para os valores do cliente ou do mestre de materiais ao processar um documento (ordem ou fornecimento)
O registro de informações de cliente-material pode ser usado para atualizar os seguintes dados: Fazer uma referência cruzada entre o número de material do cliente com o número de
material e o texto breve de material do cliente. Definir informações de expedição para esse cliente e material (como tolerâncias de
fornecimentos, definindo se o cliente aceita fornecimentos parciais, ou o centro de fornecedor proposto).
SAP AG 1999
Entrada de ordem através de info cliente-material
Ord. cliente
Emissor da ordem 2300
Ficha de registro Emissor do pedido
It. ped. Nº mat. cliente Texto breve1 S3000 Lanterna dianteira2 R1700 Lanterna traseira
Info cliente-material
Cliente 2300Material Mat.clien. 1400-100 S3000
1400-200 R1700
PedidoMotomarkt HeidelbergNº cliente: 2300Nº pedido: 12970-B
Item12
MaterialS3000R1700
Qtd1010
Entradade
ordem
As ordens de cliente podem ser feitas com o número de material do cliente através da ficha de registro Emissor do pedido.
O sistema encontra o mestre de materiais associado através do info cliente-material.
2- Dados determinados pelo sistema
Alguns dados do documento de vendas consistem de uma combinação de diversos fatores, como cliente e material e, portanto, não podem ser copiados diretamente dos registros mestre de cliente ou material para o documento. Em vez disso, o sistema precisa determinar os dados separadamente para os diversos fatores em momentos diferentes. Por exemplo, ao configurar o sistema para vendas e distribuição, é possível gravar os dados para itinerários diferentes separadamente dos dados mestre, dependendo da localização do centro fornecedor e do recebedor da mercadoria. Desde que os dados necessários tenham sido gravados, o sistema pode determinar o itinerário automaticamente, durante o processamento de ordem. Também é possível definir antecipadamente os seguintes dados para serem determinados durante o processamento:
Preços, deduções e sobretaxas
Dados para programação da expedição
Local de expedição
3- Dados de documentos antecedentes
Se o usuário cria um documento de vendas com referência a um documento antecedente, o sistema copia a maioria dos dados do documento antecedente. Os dados do documento antecedente originam-se nos registros mestre de material e de cliente. Como os dados são copiados dos documentos antecedentes para o documento de vendas, quaisquer modificações efetuadas nos registros mestre desde que o documento antecedente foi criado não são incluídas no documento de vendas. Na criação com referência, se um outro item que não está no documento antecedente for adicionado ao documento, o sistema determinará os dados para ele dos registros mestre, como o mestre de material ou o registro info.
O usuário cria uma solicitação de cotação e uma cotação com referência a esta solicitação. Antes de criar a cotação, o usuário modifica alguns dados nos registros mestre de material e de cliente.
O usuário modifica a descrição de material no registro mestre de material. Esta descrição é gravada no documento de vendas no nível do item.
O usuário modifica as condições de pagamento no registro mestre de cliente de ZB01 para ZB03. As condições são gravadas no documento de vendas, no nível do cabeçalho.
Quando o usuário cria a solicitação de cotação, o sistema copia a descrição de material original para o item. Se o usuário entra outro item na cotação para o mesmo material, o sistema exibe a nova descrição de material para o item novo.
Entretanto, o sistema continua a propor a condição de pagamento original, isto é, ZB01, para todos os itens, inclusive o novo. Isto porque essa condição é copiada do cabeçalho do documento antecedente para o cabeçalho da cotação, e a modificação no registro mestre de cliente não afeta a cotação
SAP AG 1999
Relevantes para vendase distribuiçãoVálido para:
Canal de distribuição
Relevantes p/ todas as áreas
Válido p/ todas as unidadesorganizacionais
Dados básicos 1
Relevantes para vendase distribuição
Válido para: Centro fornecedor
Vendas: dados gerais/ cent.
Dados mestre de materiaisDados mestre de materiais
Vendas: Org.vendas
Relevantes p/ administraçãode materiais
Válido para: Centro
Compras
Relevantes p/ engenharia,MRP, contabilidade,...
Válido para:
Outros
Mestre de materiais
O mestre de materiais é agrupado em diversas visões: dados básicos, dados de vendas e distribuição, dados de compras, diversos dados posteriores de engenharia/design, contabilidade, custos, administração de depósito, etc.
Os dados básicos são relevantes para todas as áreas. São válidos para todas as unidades organizacionais em um mandante.
Vendas: os dados sobre organização de vendas são relevantes para vendas e distribuição. São válidos para a respectiva organização de vendas e o canal de distribuição.
A venda: os dados de centro são relevantes para vendas e distribuição. São válidos para o respectivo centro fornecedor.
Existem dados adicionais para diversas outras áreas. Isso é válido para diversas unidades organizacionais.
Tipos de documento de vendas
A versão standard do sistema SAP R/3 inclui uma variedade de tipos de documentos de vendas predefinidos. Durante a implementação do sistema, é possível modificar essas definições standard para se adequarem às necessidades específicas da empresa. Além disso, é possível adicionar tipos de documentos de vendas próprios. Os tipos de documento de vendas no sistema standard incluem os seguintes:
Tipo de processamento Tipo de documento de vendas Abreviação
Pré-vendas Solicitação de cotação IN
Cotação QT
Remessa gratuita FD
Ordens do cliente Ordem do cliente standard OR
Venda à vista BV
Ordem imediata SO
Contratos básicos Contrato em quantidade CQ
Contrato de manutenção WV
Contrato de locação MV
Programa de remessas DS
Reclamações Solicitação de nota de crédito CR
Solicitação de nota de débito DR
Fornecimento corrigido gratuito SD
Devolução RE
SAP AG 1999
Tipos de documentosde vendas
Ordem standard
Contrato
Vendas à vista
OrdemimediataRemessa grátis
Devoluções
Rep. de artigosem consignação
Solicitação de notade crédito/débito
Tipos de documentos de vendas
SAP AG 1999
Documentode vendas
Programaçãoda expedição
Transferência denecessidades
Determinaçãode preços
Sistema info devendas e distrib.
Verificaçãode crédito
Mensagem
Texto
Verificação de disponib.
Funções de documento de vendas
Contratos de cliente
Informações sobre implementação
Contratos de cliente são contratos básicos de cliente que exibem quando os materiais ou serviços comerciais são vendidos, dentro de determinado período de tempo.
A versão standard do sistema SAP R/3 inclui as seguintes categorias de contratos:
Contratos principais
O contrato principal é um documento onde é possível agrupar contratos como contratos de nível inferior. Portanto, todos os dados referentes a outros documentos permanecem consistentes. O contrato principal contém os termos gerais aplicáveis a todos os contratos de nível inferior.
Contratos em quantidade
O contrato em quantidade é um contrato em que o cliente solicita determinada quantidade de um produto, durante um período definido. O contrato contém informações sobre a quantidade básica e o preço, mas não define as datas ou quantidades da remessa.
Contratos em valor
Um contrato em valor é um acordo contratual celebrado com um cliente, que contém os materiais e/ou serviços a serem fornecidos dentro de um período de tempo e até um valor fixado. Um contrato em valor pode conter determinados materiais ou um grupo de materiais (hierarquia de produtos, módulo de sortimentos).
Contratos de serviços
Um contrato de serviços é aquele que contém as condições para a oferta de determinado serviço a um cliente. É possível administrar contratos de locação e manutenção na versão standard do sistema SAP R/3. Um contrato de serviços contém datas de validade, condições para cancelamento, estipulações de preços e informações sobre possíveis ações subseqüentes.
Categorias de itens
As categorias de itens são definidas para fornecer funções adicionais de controle para os documentos de vendas e, com isso, atender às demandas resultantes das diferentes transações comerciais. Existe um controle separado, definido para cada uma dessas categorias de itens. Por exemplo, as funções de um item standard são totalmente diferentes das de um item gratuito ou de um item de texto.
O gráfico a seguir mostra algumas categorias de itens definidas no sistema standard. Observe que o primeiro exemplo exibe as categorias de um item standard na solicitação de cotação, na cotação e na ordem d o cliente.
SAP AG 1999
Categoriade item
ITEM 10: MATERIALITEM 20: TEXTO ITEM 30: VALOR
Relev. do fornecimento,div. de rem. permitidas
Parceiros, textos
Protocolo de dadosincompletos
Determ. de preços,relev. do doc. fatur.
Categorias de itens
A função de categoria de itens possibilita um monitoramento adicional dos documentos de vendas. Através da função de categoria de item, o sistema pode processar um material de modo diferente
em cada tipo de documento de vendas.
A categoria de item no documento de vendas é definida através do tipo de documento de vendas e do material.
Uma categoria de item pode influenciar, por exemplo:
Se o sistema executa a determinação de preços automática
Se o item aparece em uma fatura
Os campos que são registrados no protocolo de dados incompletos, se não tiverem sido entrados na ordem
As funções do parceiro que pertencem ao item
Os tipos de textos que pertencem ao item
Se o item aparece em um fornecimento
Se é possível criar divisões de remessa para o item
Controle de categoria de item
O sistema utiliza uma categoria de item para processar um material de forma diferente, em cada tipo de documento de vendas. Por exemplo, é possível definir um controle diferente para um material em uma solicitação de cotação e um material em uma ordem.
O gráfico a seguir mostra um exemplo de como um material é controlado em uma solicitação de cotação e em uma ordem.
Na solicitação de cotação, o preço do item standard é calculado, mas não é relevante para a remessa. Entretanto, para um item gratuito que está subordinado ao item standard, não é efetuada determinação do preço e isto não é relevante para a remessa.
Na ordem do cliente, a situação é diferente. Ambos os itens são relevantes para a remessa, mas a determinação de preço só é efetuada para o item standard.
Elementos de controle em categorias de itens
Dependendo do tipo de documento de vendas, são permitidas diferentes categorias de itens. Também é possível adaptar as categorias de item através de elementos de controle, para atender a necessidades especiais de instalação. É possível modificar as categorias de itens existentes ou criar categorias próprias. O administrador do sistema é responsável pela atualização dos elementos de controle.
Determinação da categoria de item
A categoria de item no documento de vendas depende do tipo de documento de vendas e do material. Um grupo de categorias de item é definido no registro mestre de material. Por exemplo, no sistema SAP standard, o grupo de categorias de itens NORM está definido para os materiais estocáveis, e o grupo DIEN , para os serviços e materiais não estocáveis.
O gráfico a seguir mostra como o sistema determina a categoria de item. Para um material com o grupo de categorias de item NORM, o sistema determina a categoria de item AFN para uma solicitação de cotação (tipo de documento de vendas, IN), e a categoria de item TAN, para uma ordem standard (tipo de documento de vendas, OR).
Determinação da categoria de item para subitens
É possível entrar os serviços e a bonificação em mercadoria como itens separados ou atribuí-los a outros itens. Um item atribuído a outro é chamado de subitem. A determinação da categoria de item para subitens depende do item do nível superior.
Se uma bonificação em mercadoria é atribuída a um item standard em uma ordem standard (categoria de item TAN), a categoria de item TANN é utilizada para o subitem na versão standard do sistema SAP, e o subitem é processado como um item gratuito
Venda à vista
Informações sobre implementação
Venda à vista é um tipo de ordem em que o cliente pede, retira e paga pela mercadoria imediatamente. O fornecimento é processado assim que a ordem é entrada Uma fatura à vista pode ser impressa imediatamente a partir desta ordem, e o faturamento é relacionado à ordem. Não ocorrem créditos para o cliente como em ordens imediatas ou standard, pois o montante da fatura é lançado diretamente em uma conta corrente.
Fluxo do processo
No sistema standard, o documento de vendas tipo BV é gravado para vendas à vista com fornecimento imediato tipo BV.
Quando o representante de vendas cria uma venda à vista, o sistema propõe automaticamente a data atual como a data do fornecimento e faturamento. Uma vez que a ordem tenha sido lançada, um fornecimento com o tipo BV é criado imediatamente no background, e o sistema imprime um documento que é usado como uma fatura para o cliente.
A documentação da fatura é controlada com o tipo de mensagem RD03, contido no esquema de mensagens de ordem tipo BV.
Se o cliente já tiver recebido a mercadoria, esse fornecimento não é relevante para o picking. Se o cliente for retirar a mercadoria de um depósito, o fornecimento será relevante para o picking. Se as mercadorias forem enviadas, isso pode ser processado atualizando o fornecimento da maneira habitual.
O sistema cria, automaticamente, um índice de faturamento por recursos utilizados, que atualiza a lista de documentos de faturamento a fazer. Enquanto o sistema processa a lista de documentos de faturamento a fazer, é criado o documento de faturamento BV, mas não é impressa uma fatura.
Quando o cliente receber a mercadoria e estiver satisfeito, a transação será considerada concluída. É recomendável lançar a saída de mercadorias em background, através de um programa elaborado especificamente para esse objetivo. A partir de então, é possível faturar a transação.
A venda à vista só pode ser faturada se a quantidade da ordem for igual à da saída de mercadoria. Caso contrário, será necessário corrigir o documento de venda à vista, para que a quantidade fornecida e a quantidade a ser faturada coincidam.
O usuário utiliza um processo de faturamento coletivo com base em uma ordem, para faturar a venda à vista, mas não será impressa uma fatura. O número da ordem do cliente é usado como referência para o documento contábil criado na contabilidade financeira.
Procedimentos diante de problemas e reclamações
Se a transação não transcorrer normalmente, será necessária uma intervenção manual. Por exemplo, se não for possível encontrar a quantidade necessária da mercadoria no depósito, o usuário precisará corrigir a quantidade do fornecimento. Da mesma forma, se o cliente não estiver preparado para pagar o preço combinado, porque, por exemplo, a mercadoria está danificada, é possível modificar o preço no documento de venda à vista.
Em casos extremos, é possível eliminar a transação inteira, começando pelo fornecimento.
Se a remessa for danificada antes de retirada, mas depois de paga, e não existir um estoque de reposição, é possível iniciar uma remessa subseqüente.
Ao efetuar modificações na venda à vista, é possível emitir uma nova fatura de venda à vista, através da função de repetir impressão.
Ordens imediatas
Informações sobre implementação
Em uma transação de ordem imediata, o cliente retira a mercadoria, ou essa mercadoria é fornecida no mesmo dia em que a ordem é colocada. No sistema standard, quando o usuário grava este tipo de documento de vendas, um fornecimento é automaticamente criado e o faturamento é relacionado ao fornecimento.
Fluxo do processo
No sistema standard, o documento de vendas tipo SO é gravado para vendas imediatas com fornecimento imediato tipo LF.
Uma vez que a mercadoria tenha sido retirada do depósito, a mercadoria pode ser apanhada e a saída de mercadoria é lançada. Uma vez que documentos de faturamento são criados (por exemplo, em processamento coletivo), a documentação de fatura é impressa e enviada para o cliente.
Remessas (Entregas)
Estrutura de entregas
A entrega é formada por um cabeçalho de documento e qualquer quantidade de itens. A figura a seguir mostra a estrutura da entrega.
Cabeçalho do documento
Os dados gerais relevantes para a entrega são gravados no cabeçalho do documento. Esses dados são válidos para o documento inteiro. Os dados gerais podem incluir:
Local de expedição Dados sobre a programação da expedição e do transporte (por exemplo, a data da saída de
mercadorias ou data de entrega no recebedor da mercadoria) Pesos e volumes da entrega inteira Números do emissor da ordem e do recebedor da mercadoria Itinerário
Itens do documento
Nos itens, o usuário encontra dados aplicáveis a um item específico. Esses dados incluem:
Número de material Quantidade de remessa Preço de venda final Especificações do centro e do depósito Data de picking Pesos e volumes de cada um dos itens Tolerâncias para fornecimento incompleto ou excessivo
Origem dos dados contidos no fornecimento
Opções de implementação
Quando um fornecimento é criado, os dados são copiados dos registros mestre ou de quaisquer documentos antecedentes. É necessário indicar, através do tipo de remessa, se o fornecimento deve ser criado com ou sem referência a um documento de vendas.
Fluxo do processo
Criação sem referência
Quando o usuário cria uma remessa sem fazer referência a um documento antecedente, o sistema copia no documento os seguintes dados dos registros mestre pertinentes:
Dados do recebedor da mercadoria, extraídos do registro mestre de cliente Dados dos itens de remessa, extraídos dos registros mestre de material
Se necessário, também é possível modificar ou adicionar aos dados propostos nos registros mestre.
Criação com referência
Nesse caso, o usuário cria uma remessa para determinada ordem ou contrato básico. Os dados são copiados do documento antecedente para a remessa. A figura a seguir ilustra o modo como o sistema copia os dados da ordem para a remessa.
Os itens da ordem com prazo de expedição vencido e com critérios de expedição idênticos são entrados em uma única remessa. Os critérios de expedição são o recebedor da mercadoria, o local de expedição, os Incoterms ou o itinerário. Se existirem várias divisões da remessa para um único item, o sistema incluirá somente aquelas disponíveis e com prazo de expedição vencido no documento de remessa.
Incoterms diferente, outra remessa é criada
Tipos de remessa
É possível utilizar os diversos tipos de remessa para tratar os diferentes tipos de transações comerciais necessárias ao processamento do fornecimento. Na versão standard do sistema SAP, os tipos de remessa são:
SAP AG 1999
Tipo de remessa
TipoTipo dede remessaremessa
AtribuiAtribuiççãoãode nde núúmeromero
MensagemMensagem
RedeterminaRedeterminaççãoão dedeitineritinerááriosrios
Relevante para Relevante para expediexpediççãoão
ReferReferência ência àà ordemordem
TextosTextos
PartiPartiçção remessaão remessapor sistpor sist.. depdepóósitosito
ParceiroParceiro
Denominação Tipo de remessa
Entrega LF
Entrega sem referência LO
Devolução LR
Fornecimento de reabastecimento NL
Entregas de projetos LP
Entregas para subcontratados LB
Recebimento EL
Entrega da Administração de depósito WOD
Recebimento da Administração de depósito WID
Administração de depósito de reabastecimento WNL
Administração de depósito das devoluções de cliente WRD
Remessa para transferência de estoque UL
Acoplamento R/2-R/3 LD
Categorias de item em remessas
As categorias de item são definidas para permitir maior controle dos materiais individuais nas remessas. A categoria de item é copiada de um item de ordem. Um item standard em uma ordem standard torna-se, por conseguinte, um item standard na remessa. Se uma remessa é entrada sem referência a uma ordem, o sistema propõe a categoria de item de acordo com o tipo de remessa e o grupo de categorias de item do material.
Na versão standard do sistema SAP R/3, as categorias de item são:
Categorias de item standard
SAP AG 1999
Categorias de itens de remessa
CategoriaCategoria de itemde itemdede remessaremessa
Relevante paraRelevante parapickingpicking
ControleControledede embalagemembalagem
DeterminaDeterminaçção ão automautomááticatica dede loteslotes
VerificVerific.. quantquant. m. míínn..para fornecimentopara fornecimento
VerificaVerificaççãoãodede disponibilidadedisponibilidade
TextosTextos
DeterminaDeterminaççãoão dododepdepóósitosito de pickingde picking
VerificaVerificaççãoãodede fornecfornec.. excessivoexcessivo
Denominação Categoria de item
Item standard em uma remessa sem referência a uma ordem
DLN
Reposição de artigos em consignação KBN
Item gratuito (parte de uma remessa gratuita) KLN
Serviço gratuito (parte de uma remessa gratuita) KLX
Produção sob encomenda (de ordem standard) TAK
Item standard (de ordem standard) TAN
Item gratuito (de ordem standard) TANN
Item de texto (de ordem standard) TATX
Criação da entregas
Opções de implementação
Assim que a data de disponibilidade do material ou a data de programação de transporte de uma divisão de remessa é atingida, a divisão de remessa fica pronta para expedição. Ao criar uma entrega, o usuário inicia atividades de expedição, como picking e programação do transporte.
A remessa é processada através de um local de expedição. O local de expedição que executa o processamento de uma remessa pode ser especificado automaticamente durante o processamento da ordem, ou manualmente na ordem.
SAP AG 1999
O processo de expedição
Depósito
• Embalagem
..........................
..........................
..........................
. . . . . . . . . . . . . .
..........................
..........................
..........................
. . . . . . . . . . . . . .
..........................
..........................
..........................
. . . . . . . . . . . . . .
• Doc. de exped. • Picking• Saída de mercad.
Funções relev. à expedição: Determin. local expedição• Determinação de itinerários• Programação
• Monitoriz.data venc. exped.• Criação do fornecimento
Local de exped.
Ordem docliente
As funções aceitas pelo sistema R/3 no processamento de entregas e expedição incluem: Monitorização de prazos para documentos de referência prontos para expedição (por
exemplo, ordens do cliente e pedidos)
Criação e processamento de entregas
Monitorização da disponibilidade de mercadorias
Monitorização da situação de capacidade no depósito
Apoio para picking (ligado ao Sistema de administração de depósitos)
Embalagem do fornecimento
Impressão e transmissão dos documentos de expedição
Processamento de saída de mercadorias
Controlling através das sínteses de:- fornecimentos atualmente em andamento- atividades que ainda serão realizadas - possíveis gargalos
Os fornecimentos no departamento de expedição que já foram lançados na saída de mercadorias podem fornecer a base para a criação de uma lista de trabalho para faturamento.
SAP AG 1999
Estrutura do documento de remessa
Modificar fornecimentoModificar fornecimento 80004893: 80004893: SSííntesentese
Entrega:Recebedorda mercadoria:
Sínt. item
800048932145
Picking Carregam. Transporte Sínt. status
Todos os itens
DetalhesDetalhes dede cabecabeççalhoalho::
10 1400-100 Farol 5 un TAN10
DetalhesDetalhes de itemde item
CabeCabeççalhoalhoP. ex.: receb. remessa,local exped., itinerário
ItensItens::P. ex.: material, qt.
Um documento de remessa consiste em um cabeçalho e diversos itens. O cabeçalho contém dados aplicáveis ao documento inteiro. Isso significa que o recebedor
da mercadoria, o local de expedição, o itinerário, etc., são claramente exibidos para cada entrega.
Os itens contêm basicamente informações sobre o material a ser fornecido. As informações no documento de remessa são exibidas em telas diferentes:
a tela de síntese exibe dados de cabeçalho e de item selecionados, que são agrupados de acordo com a atividade nas faixas de registro. Isso significa que todos os dados importantes são encontrados em uma tela.
Tanto no nível de cabeçalho quanto no de item, é possível acessar outra tela para exibir informações detalhadas. Mais uma vez, as informações são agrupadas em processos em faixas de registro.Em nível de cabeçalho, essas informações incluem dados sobre processamento, picking, carregamento, transporte, comércio exterior/alfândega, textos, parceiros, mensagem, monitorização de embalagem e condições. Em nível de item, a tela detalhada exibe faixas de registro semelhantes com informações sobre os itens.
SAP AG 1999
Programação da expedição
Disponib.de material
Organiz.do transp.
Carreg.Saída de
merc.Data da remessa
6Data daordem
1
Durante a programação de transporte e expedição, o local no qual a mercadoria chega ao cliente pode ser confirmado (data de remessa confirmada). São considerados aqui diferentes ciclos de produção: o tempo de pick/embalagem, tempo de carregamento, tempo do transporte do ciclo de produção e o tempo de trânsito.
Os dados a seguir desempenham um papel na programação da expedição:Data da ordem: data na qual a ordem foi emitida. Data da disponibilidade de materiais: data na qual deve estar disponível mercadoria suficiente para picking e embalagem.Data de carregamento: data na qual o picking e a embalagem devem estar concluídos (e o modo de transporte deve estar lá), a fim de que o carregamento possa ser iniciado pontualmente.Data da saída de mercadorias: data na qual a mercadoria deve deixar o centro fornecedor para que ela chegue ao cliente em uma hora específica.Data de remessa: data na qual a mercadoria chega aos clientes. Aqui, há uma diferença entre:
Data de remessa desejada: data na qual o cliente deseja receber a mercadoria.
Data de remessa confirmada: data na qual a chegada da mercadoria aos clientes pode ser confirmada.
Atualização do status de remessa em ordens do cliente
A ordem é atualizada quando a remessa é criada. O status da remessa é atualizado nos níveis do cabeçalho e de item. Essa atualização é ilustrada na figura a seguir.
SAP AG 1999
Status fornec.:
Atualizar uma ordem
Cliente 1
10 M1 100 un
20 M2 50 un
Ordem
Cliente 1
10 M1 100 un
20 M2 30 un
Entrega
Status de cabeçalho:
Status fornec.: entregue parcialm.
Status fornec.:
entregue por completo
Status fornec.: entregue parcialm.
Status de item:Item 10
Item 20
Status de remessa na ordem
O status de remessa dos itens individuais e da ordem inteira encontra-se na tela de status, no nível de item e do cabeçalho, respectivamente.
O status de remessa da ordem inteira resulta do status de remessa dos itens. Enquanto todos os itens da ordem não forem completamente fornecidos, o status da ordem será "Fornecimento parcial". O documento inteiro obterá o status de fornecimento completo assim que todos o itens forem totalmente fornecidos.
Agrupamento de ordens
Opções de implementação
É possível agrupar ordens inteiras, itens de diferentes ordens ou fornecimentos parciais de itens individuais da ordem em uma única remessa, mas somente se estipulado com o cliente.
Pré-requisitos
Só é possível efetuar o agrupamento de ordens se as ordens em questão tiverem o código pertinente no cabeçalho.
As ordens ou os itens da ordem e divisões de remessa devem ter critérios de expedição idênticos. Isso inclui os seguintes dados:
Local de expedição Recebedor da mercadoria Incoterms Organização de vendas
Se o usuário tentar agrupar itens com diferentes datas de saída de mercadorias, receberá uma mensagem de aviso. É possível ignorar essa mensagem de aviso. A primeira data de saída de mercadorias de todos os itens é selecionada automaticamente como data de saída de mercadorias da remessa inteira.
SAP AG 1999
Processamento coletivo na expedição
Lista de fornec.
Ordem
Ordem
Ordem
Ordem
Ordem
Ordem
Ordem
Ordem
Entrega
Entrega
Entrega
Seleção
Local de expedição: 1200 Data de seleção: até 15/05
Para agilizar e facilitar a expedição, o sistema R/3 oferece a lista de fornecimentos que permite processar mais de um fornecimento ao mesmo tempo. O sistema reúne automaticamente os itens das ordens do cliente selecionadas no menor número possível de entregas. Essa função pode ser executada por:
Processamento on-line da lista de fornecimentos Criação de um job em background a ser executado em horas de menos trânsito.
A definição de entregas no sistema depende do local de expedição, da data de seleção e de outros critérios que são agrupados em folhas de registro diferentes. Após definir esses critérios, é possível controlar a seleção das transações prontas para expedição. As opções de seleção variam de acordo com o cenário de fornecimentos e o papel do usuário.
Você recebe uma lista das transações em questão com base na seleção. Nessa lista, é possível fazer uma seleção mais precisa através da ordenação e da filtragem.
É possível criar entregas a partir da lista, tanto on-line quanto em background, e também passá-las para os documentos.
Nota suplementar: ao definir a data de seleção, você define a data na qual os itens prontos para fornecimento devem ser considerados para processamento coletivo. Essa é a última data que você pode iniciar o processamento de expedição, a fim de que as mercadorias cheguem ao cliente pontualmente. Tanto corresponde à data de preparação de materiais quanto à data de planejamento de transporte.
SAP AG 1999
Seleção e exibição da lista de remessas
OrdensOrdens SD,SD, exibiexibiççãoão rráápidapida
Local de expediçãoData cr. fornec:
100008/15/99
OrdensDados gerais
parapara
120008/17/99
Material Parceiro Função usuário
Docs prontos para fornecDocs prontos para fornec.:.: ordensordens SD SD
5613
5634
5645
5678
5688
5689
5691
5698
Fonte Local exp Itin. DS Centro
1000
1000
1200
1100
1200
1000
1000
1200
R124
R124
R125
R334
R124
R233
R123
R125
1000
1000
1200
1100
1200
1000
1000
1200
1
1
Os critérios diferentes para seleção de documentos prontos para fornecimento são exibidos em registros. O número de registros e os critérios de seleção diferem de acordo com o cenário de fornecimentos e função do usuário.
Os usuários podem definir variantes nos cenários personalizados e criar, dessa forma, critérios de seleção personalizados.
Após efetuar a seleção, o sistema exibe uma lista de todos os documentos prontos para fornecimento que correspondem aos critérios de seleção. As opções na função do usuário também afetam a maneira como a lista é exibida.
Dentro da lista existem muitas funções do visor de listas ABAP (ALV) disponíveis, como ordenação, totalização e filtro.
A partir da lista, é possível criar fornecimentos on-line ou em background e ramificar para os documentos relevantes.
Também é possível modificar a exibição da lista enquanto a estiver utilizando, através de variantes de exibição.
SAP AG 1999
Relação entre ordem e entrega
Fornecim. completoFornecim. completo
Fornecimento parcialFornecimento parcial
Agrupam. de ordensAgrupam. de ordens
OrdemOrdem
OrdemOrdem
OrdemOrdem
OrdemOrdem
EntregaEntrega
EntregaEntrega
EntregaEntrega
EntregaEntrega
EntregaEntrega
22
33
11
Há opções diferentes para fornecimentos de ordens. É possível armazenar acordos de fornecimentos utilizando códigos no registro mestre do emissor da ordem ou no registro de informações de cliente-material. Eles são propostos na ordem, onde podem ser alterados.
O emissor da ordem exige fornecimento completo da ordem. Não é possível, portanto, dividir a ordem em várias entregas. O acordo de fornecimento completo não exclui o agrupamento de ordens, se isso for permitido.
O emissor da ordem concorda com o fornecimento parcial. Aqui é possível selecionar a partir de várias opções de fornecimento parcial. Elas são definidas na ordem no nível de item com base no acordo de fornecimento parcial.
O emissor da ordem concorda com a combinação de várias ordens a partir de uma entrega.
SAP AG 1999
Tempo trâns.
Tempo carr.
Tempo pick/emb.
Tempo do ciclode produção
Planej. do transporte
Data ordemData de prep. do material
Data de rem.desejadaData saída
merc.
Data planej.do transporte
Data carreg.
Programação regressiva
Disponib.material
Planej.do transp.
Carreg.Saída de
merc.Data da remessa
6Entrada ordens
1
O sistema R/3 usa o maiordesses dois tempos no cálc. da prog. de expedição.
O sistema R/3 usa o maiordesses dois tempos no cálc. da prog. de expedição.
O objetivo da programação da expedição e do transporte é para que o cliente confirme a data da remessa para o material encomendado.
Na programação regressiva, a data de preparação dos materiais e a data de planejamento do transporte são calculadas a partir da data de remessa necessária ao cliente. A entrega deve ser criada no início das duas datas (data de seleção da entrega)
Se ambas as datas forem após a data da ordem e o material estiver disponível na data de preparação dos materiais, a data da remessa necessária é confirmada para o cliente. Uma divisão de remessas é criada em um item de documento de vendas. A data da divisão de remessa corresponde à data de remessa confirmada, que corresponde ao forneceimento necessário do cliente.Se uma ou duas datas forem anteriores à data da ordem, três podem estar sem confirmação da data de remessa necessária. No entanto, o sistema tenta aceitar a data mais próxima possível (programação progressiva).
SAP AG 1999
Disponib.material
Planej.do transp.
Carreg.Saída de
merc.Receb.
8Entrada ordens
1
Tempo carreg.
Tempo pick/emb.
Ciclo de produção
Planej. do transporte
Tempo trâns.
A data de remessa confirmada é determinada com base na nova data depreparação de materiais.
Data ordemNova data prep.
do materialData saída
merc.
Data deremessa
confirmada
Data de planej.do transporte
Data carreg.
Programação progressiva
Se o resultado da programação regressiva significar que a data de remessa desejada pelo cliente não pode ser confirmada, o sistema atualiza a programação com uma programação progressiva.
A programação progressiva considera os paralelos de tempo dos fluxos de trabalho para planejamento e recuperação de transporte e para picking/embalagem de materiais. O mais longo dos dois períodos é relevante para a programação. A data de seleção para a entrega é a primeira das datas de preparação de materiais ou a data de planejamento de transporte. O primeiro tempo no qual o material está disponível é a nova data de preparação de materiais. Esse é o local emitido para a nova programação da expedição.
Duas divisões de remessa são garantidas para o item de documento de vendas: A data da primeira divisão de remessa corresponde à data de remessa desejada do cliente e não possui qualquer quantidade confirmada.A data da segunda divisão de remessa mostra a data de remessa confirmada e o montante confirmado.
Picking
Opções de implementação
O processo de picking abrange a transferência de mercadorias de um depósito e disponibilização da quantidade correta em uma área de picking, em que as mercadorias serão preparadas para expedição.
“É o processo de separação física das mercadorias do cliente no depósito para posterior entrega”.
Conjunto de funções
Independentemente do modo de execução desse processo de picking na sociedade, é possível definir opções no sistema para executar o picking:
Automaticamente, durante a Criação de entregas Rotineiramente, em determinados horários Manualmente, segundo as sínteses de workload do dia que um empregado solicitou
SAP AG 1999
Picking no processamento de expedição
Local de expedição
Fornecimento
Item Mat. Qtd. Qtd.forn. picking
10 1400-100 20 20
20 1400-200 12 12 Qtd. de picking
Qtd. de fornec.
Ordem detrans.
Item Material Qtd.pick
10 1400-100 20
20 1400-200 12
Sistema de depósito
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Qtd.picking
Até
É possível controlar um item em uma entrega, na qual o picking é solicitado. O picking é executado através da criação de solicitações de transferência com as quais é possível
acionar e pesquisar os movimentos de depósito. Os itens nas solicitações de transferências contêm os materiais e as quantidades para o picking, que correspondem às quantidades de fornecimento. Ao mesmo tempo, as quantidades de fornecimento são transferidas para a entrega como quantidades de picking.
É possível imprimir a lista de picking a partir da solicitação de transferência para utilizar no depósito. A confirmação de picking pode ser automática ou pode ser executada em uma etapa de
processamento separado.
SAP AG 1999
Picking
Item deItem de remessaremessa
Irrelevante para pickingExemplo: serviços, textosIrrelevante para pickingExemplo: serviços, textos
Relatar ao subsistemaRelatar ao subsistema
Relevante para pickingExemplo: mercadoria comercial
Relevante para pickingExemplo: mercadoria comercial
PickingPickingAtravés WM / WM Enxuto(ord.transf.)Através WM / WM Enxuto(ord.transf.)Através SD (ordem de picking)Através SD (ordem de picking)
Picking é o processo de preparação de mercadorias para fornecimento ao cliente, com atenção especial às datas, quantidade e qualidade.
O usuário indica a relevância de picking para cada categoria de item de remessa. Geralmente, o picking ocorre através da impressão de uma lista de picking. A SAP recomenda a
utilização das funções da ordem de transferência WM. Para isso, não é preciso implementar todo o sistema WM; o WM Enxuto é suficiente.
A utilização do WM Enxuto significa uma pequena parte da funcionalidade do componente WM do sistema R/3 (Administração de depósito).
Com a ajuda do controle de saída para a entrega, também é possível transmitir dados para um subsistema que é implementado para o processo de picking.
Na configuração standard do sistema, o pré-requisito para o lançamento da saída de mercadorias é o picking total para todos os itens relevantes. Isso significa que a quantidade de fornecimento e a quantidade de picking devem ser iguais na entrega.
SAP AG 1999
Processamento coletivo no picking
Seleção
Local de expedição: 1200 Data de picking: até 16 de maio
Lista de trabalhoLista de trabalho
Entrega Entrega
Entrega
Entrega Entrega
Entrega
EntregaEntrega
Entrega
Solicitaçãode transf.
Solicitaçãode transf.
Solicitaçãode transf.
Também é possível iniciar o picking através do processamento coletivo. Para isso, você seleciona uma lista de trabalho de todas as entregas definidas para picking e cria deversas solicitações de transferência ao mesmo tempo. O sistema agrupa, automaticamente, os itens de entrega no mínimo de solicitações de transferência possível.
O processamento coletivo pode ser definido da seguinte forma:manualmente (on-line)criação de um job em background a ser executado em horas de menos trânsito.
O sistema controla a definição das entregas através do local de expedição, da data de seleção e de outros critérios. Você recebe uma lista das transações em questão com base na seleção. Nessa lista, é possível fazer uma seleção mais precisa através da ordenação e da filtragem.
SAP AG 1999
Fornec.
Ordem de trans.
Imprimir lista de picking
Opções de picking
Sistema SADexterno
Copiar qtd. de picking(fornecimento parcial)
Itens de fornec.completos
Confirmação
Processar diferenças
Criar nova ord. de trans.
para qtd. diferentes
Na solicitação de transferência, você imprime a(s) lista(s) de picking para o depósito. Essa etapa pode ser executada automaticamente. Em vez de imprimir a lista de picking, é possível avançar os dados de solicitação de transferência, por exemplo, através da entrada de dados móveis (MDE) para um sistema de depósito externo.
Se você não executar uma confirmação automática, é possível confirmar manualmente as quantidades transportadas para vigilância e controle de picking. É possível confirmar montantes diferentes e definir o motivo para tal confirmação com um código de desvio.
Se não for possível transportar a quantidade completa (não tem a quantidade no estoque ou um item estava avariado na prateleira), é possível
transportar as quantidades pendentes através de outra solicitação de transferênciareduzir as quantidades de fornecimentos na entrega através da cópia de quantidades transportadas
Picking com administração de depósito
Uso
O picking com Administração de depósito permite utilizar a ordem de transferência no depósito como ordem de picking.
Isso é possível nos seguintes cenários:
WM enxuto
Implementação da funcionalidade básica do módulo Administração de depósito (WM), em depósitos de estrutura simples sem administração de estoque no nível de posições no depósito
Implementação da funcionalidade completa do módulo Administração de depósito (WM)
A utilização da ordem de transferência no depósito da WM como uma ordem de picking oferece as seguintes vantagens:
1. Determinação de dados de destino para ordens de transferência no depósito 2. Divisão de ordens de transferência no depósito segundo os dados de destino 3. Impressão de ordens de transferência no depósito ou transmissão dessas ordens em formato IDoc 4. Determinação de dados reais para picking, com possibilidade de efetuar cálculos de salários por
rendimento através do módulo de Recursos humanos (HR) 5. Confirmação de ordens de transferência no depósito
Além disso, o picking com a Administração de depósito permite a utilização de pacotes de picking, de portas de doca e das áreas de colocação à disposição em fornecimentos e ordens de transferência no depósito.
SAP AG 1999
Processo de picking através de WM / WM Enxuto
Criarordem transfer.para o fornecim.
Ordem transfer.
Confirmar ordem de transferência
Lançar saídamercads.
Imprimirordem transfer.
Entrega
(Confirmar quant.)
Para utilizar WM no picking (WM completo ou WM Enxuto), crie uma ordem de transferência (OT). A ordem de transferência é um documento através do qual os movimentos de mercadorias dentro
de um complexo de depósito podem ser iniciados e monitorizados. O usuário cria uma ou várias ordens de transferência com base nos itens com picking através de WM.
Em seguida, o usuário imprime a ordem de transferência. Essa etapa pode ser executada automaticamente pelo sistema.
Em vez de imprimir a ordem de transferência como uma lista de picking, é possível transferir os dados da ordem de transferência para um sistema externo através da entrada portátil de dados ou para uma unidade de controle de depósito.
Ao confirmar a ordem de transferência, verifique as quantidades retiradas do depósito. Se estiver trabalhando com uma confirmação obrigatória, é necessário executar essa etapa separadamente. Se não houver confirmação obrigatória, o sistema confirma automaticamente as quantidades quando a ordem de transferência é criada.
É possível, então, lançar a saída de mercadorias. Isso conclui o processo de expedição.
Status de picking
É possível determinar pelo status de picking até que ponto o picking foi executado para um fornecimento. O status de picking é gravado em cada item da remessa.
Na versão standard do sistema SAP R/3, estão definidos os seguintes códigos para o status de picking:
Códigos standard de status de picking
Código Significado
"Em branco" Item irrelevante para o picking
A Picking não iniciado
B Picking parcial do item
C Picking do item concluído
Considera-se um item de remessa como parcialmente retirado do depósito se a quantidade de picking for menor que a quantidade da remessa.
Embalagem (Packing)
Opções de implementação
A embalagem é parte do processamento de remessas. Ao processar um fornecimento, é possível criar um elemento de expedição ao entrar um meio auxiliar de expedição e depois atribuir itens de remessa ao elemento na tela de embalagem.
É possível embalar os elementos de expedição criados dessa forma em outros meios auxiliares de expedição, criando a quantidade necessária de níveis de embalagem (embalagem multinível).
Conjunto de funções
É possível adaptar o sistema às necessidades da sociedade ao definir condições de embalagem e ao marcar os materiais como submetidos à embalagem, por exemplo.
Por exemplo, é possível embalar itens de remessa em caixas, acondicionar as caixas para remessa ao cliente em paletes e carregar esses paletes em um caminhão.
O componente Embalagem e as informações de embalagem relacionadas permitem:
Atualizar a situação do estoque de materiais de embalagem Supervisionar os estoques de embalagens retornáveis no cliente ou agente de frete Procurar o material acondicionado em determinado container (por exemplo, se um cliente reclamar
que recebeu um fornecimento incompleto) Verificar se os limites de peso e volume foram respeitados Assegurar que os materiais foram embalados corretamente
Existem no sistema o planejamento, a execução e a supervisão do processo de embalagem, independentemente do método de embalagem empregado.
A função de embalagem auxilia no processamento dos seguintes documentos:
Ordem (como proposta de embalagem) Fornecimento Transporte
Meio auxiliar de expedição
Definição
Meios auxiliares de expedição são materiais utilizados para embalar ou transportar produtos. Ao embalar um item, o usuário deve sempre especificar um meio auxiliar de expedição. Os possíveis meios auxiliares de expedição são exibidos na figura a seguir:
Uso
Para cada meio auxiliar de expedição a ser utilizado em um fornecimento, é necessário atualizar os respectivos dados mestre no registro mestre de materiais e definir os parâmetros relevantes no Guia de implementação. Ao criar registros mestre de material para meios auxiliares de expedição, entrar o tipo de material VERP (embalagem). Esse tipo de material contém campos adicionais relevantes para a embalagem (ficha de registro Vendas: centro geral). É possível disponibilizar os campos adicionais para entrada por meio da seleção de campos para cada tipo de material.
O peso e volume líquidos entrados no mestre de material são particularmente importantes para a embalagem. Quando o usuário cria um elemento de expedição, o sistema copia automaticamente os dados mestre para o meio auxiliar de expedição. O peso e volume líquidos se tornam massa de tara e volume de tara.
Massa de tara e volume de tara referem-se ao peso e volume líquidos do elemento de expedição. No caso de um container, a massa de tara é o peso do container vazio (o peso total da carga menos o peso dos produtos ainda não embalados). O peso da embalagem não afeta o peso total do fornecimento. No módulo de função SD_DELIVERY_VIEW, o usuário encontra informações sobre a importância dos meios auxiliares de expedição para o peso total. É possível chamar esse módulo de função ao imprimir mensagem do fornecimento e transporte.
SAP AG 1999
Elemento de expedição
M1 3 unM3 1 un
Entregas ainda não embaladas
Elem. expedição 0815
Entrega: 00327
Material Quant.M1 3 UNM3 1 UN
Embalar
Selecione itens de uma entrega a serem embalados em um meio auxiliar de expedição, conhecido no sistema como elemento de expedição (pacote).
Ao elemento de expedição é atribuído um número seqüencial unívoco a partir de um intervalo de numeração predefinido.
O cabeçalho do elemento de expedição contém informações sobre o meio auxiliar de expedição utilizado na embalagem. A tela de síntese do elemento de expedição exibe as quantidades dos itens de remessa ou outros elementos de expedição.
Os dados propostos do registro mestre de material podem ser modificados ou ampliados para incluir outras informações como um número de palete.
SAP AG 1999
Funções de embalagem
Palete 1Palete 1Entrega
Container 1Container 1
Palete 2Palete 2
Listaembalagem
Etiquetaexpedição
Caixa 1Caixa 1
Caixa 2Caixa 2
Caixa 3Caixa 3
Caixa 4Caixa 4
M
49211172
XXLVerm.
A embalagem é o processo de atribuir itens de remessa a meios auxiliares de expedição. Isso produz elementos de expedição, que podem em seguida ter mais meios auxiliares de expedição incluídos para embalagem.
Isso cria novos elementos de expedição. É possível utilizar tantos níveis quantos forem necessários (embalagem em diversas etapas).
Também é possível desembalar itens de elementos de expedição ou dividir um elemento de expedição em partes constituintes e, em seguida, eliminá-lo.
No Customizing, você define a relevância para embalagem para cada categoria de item de remessa. As configurações são: embalagem permitida (padrão) embalagem não permitida, embalagem obrigatória. O status de embalagem é atualizado para cada item na entrega, (por exemplo: parcialmente embalado / totalmente embalado.
No sistema standard, são configurados dois tipos de saída para impressão: lista de embalagem (em nível de fornecimento) etiqueta de expedição (em nível de elemento de expedição)
É possível definir seus próprios tipos de saída. Através da categoria de item de remessa, é possível definir para itens com partição de lote se deve
ser embalado o item principal (com a quantidade acumulada de itens de partição do lote) ou os itens de partição do lote individuais. Se forem embalados os itens de partição do lote individuais, é possível identificar em que elemento de expedição está contido um lote específico.
SAP AG 1999
Saída de mercadorias
Fornecim. 80003714
Saída mercad. Wa
Atividades deexpedição
concluídas?
Local exped.
• Manualm. (modif. fornec.) • Processam. coletivo • Qdo. OT é confirmada • Através de lista remessas
O lançamento de saída de mercadorias para uma entrega conclui as atividades de expedição. O lançamento de saída de mercadorias requer que tenham sido executadas todas as atividades de
expedição obrigatórias. Por exemplo, se você estiver trabalhando com relevância de picking e confirmação obrigatória, essas etapas devem ser concluídas primeiro.
A saída de mercadorias pode ser lançada através da modificação de uma única entrega. Outra opção é utilizar a função de processamento coletivo para selecionar todos os fornecimentos para os quais a saída de mercadorias deve ser lançada e, em seguida, lançar a saída de mercadorias para eles. É possível utilizar também o monitor de entregas para isso
Também é possível lançar a saída de mercadorias quando a ordem de transferência estiver confirmada.
Durante o processamento de uma única entrega, é possível definir a data real de saída de mercadorias sem modificar a data planejada. Aparece uma caixa de diálogo na qual você pode entrar a data real de saída de mercadorias, e, em seguida, lançar a saída de mercadorias para essa data. O documento de saída de mercadorias correspondente é lançado com a data real de saída de mercadorias. Se não forem feitas especificações explícitas para a data de saída de mercadorias, a data atual é assumida como a data de saída de mercadorias.
A saída de mercadorias se aplica a toda a entrega.
Erro são registrados, por exemplo, quando dados como o número do lote ou número de série estão ausentes ou quando o picking não foi executado totalmente para os itens. Nesses casos, a saída de mercadorias não é lançada.
SAP AG 1999
Efeito do lançamento de saída de mercadorias
OrdemOrdem
Saída mercad.A A
A
KMKMTT
TextosEntrega
Conta 1 Estoque
X X
Material M1Estoque
Lista doc.fatur.a fazer
Necessidades
Cliente 1
Material 4 4 un
Custo 70 UNI
Entrega
Após o lançamento da saída de mercadorias, há uma extensão limitada para a modificação da entrega. Em especial, nenhuma modificação pode ser feita às quantidades. Nesse ponto do processamento, o documento de remessa deve refletir o fornecimento físico real.
A saída de mercadorias reduz o estoque em depósito lança a modificação do valor nas contas de estoque na contabilidade de materiais reduz as necessidades de fornecimento entra informações de status na entrega é armazenada no fluxo de documentos cria uma lista de trabalho para o faturamento
Para executar o faturamento antes da saída de mercadorias através da transação "Criar documento de faturamento", é possível definir as configurações apropriadas no controle de cópia no Customizing.
SAP AG 1999
Cancelamento de saída de mercadorias
Anular statusmovim. mercad.
2.2.
Exemplo
1.1.
Saída mercad.
Cancelar
Saída mercad. Docum.faturamento
EntregaOrdem
Se a saída de mercadorias para uma entrega for cancelada, o lançamento de saída de mercadorias é anulado. O sistema copia as quantidades e os valores do documento original de saída de mercadorias e executa um registro de estoque com base nessas quantidades e valores com um sinal +/- estornado.
Se você estornar a saída de mercadorias, esse procedimento afeta toda a entrega. O documento de estorno criado durante o estorno é entrado no fluxo de documentos para a entrega.
Após o estorno da saída de mercadorias, o status de movimento de mercadorias da entrega é restaurado para "Ainda não iniciado". Isso permite outros processamentos da entrega como de costume. As necessidades do fornecimento também são recriadas.
O estorno da saída de mercadorias compreende duas etapas se a entrega tiver sido total ou parcialmente faturada. Nesse caso, é necessário primeiro estornar o documento de faturamento. Em seguida, é possível estornar a saída de mercadorias.
Para cada tipo de movimento da Administração de estoques MM, é necessário definir um tipo de movimento de estorno no Customizing. Não é necessária qualquer configuração adicional para os tipos de movimento utilizados para o lançamento de saída de mercadorias no sistema standard.
Unidades Organizacionais relevantes para expedição.
SAP AG 1999
Estrutura organizacional - logística
Mandante
Empresa
Centro
DepósitoABB
CB
Alemanha1000
Hamburgo1000
Depósitomat. 0001
Depósitomat. 0001
Depós. prod.acab. 0002
Depósito0008
Dresden1200
Nova Iorque1200
EUA3000
Faturamento
Objetivo
O faturamento representa a etapa final de processamento de uma transação comercial em Vendas e distribuição. As informações sobre faturamento estão disponíveis em todas as etapas do processamento da ordem e do processamento da remessa.
Esse componente inclui as seguintes funções:
Criação de:
Faturas baseadas em remessas ou serviços Notas de crédito e de débito Faturas pró-forma
Estorno de transações de faturamento Funções de cálculo de preços abrangentes Emissão de bônus Transferência de dados de faturamento para Contabilidade financeira (FI)
Características
Como todas as partes do processamento de ordem do cliente no sistema R/3, o faturamento está integrado às estruturas organizacionais. Dessa forma, é possível atribuir as transações de faturamento a uma organização de vendas específica, um canal de distribuição e um setor de atividade. Como o faturamento possui uma interface com a Contabilidade financeira, as estruturas organizacionais do departamento de contabilidade (empresas e organizações de vendas atribuídas às sociedades) são importantes.
SAP AG 1999
Introdução: diagrama de visão geral do curso
Ordem Entrega Documentode faturamento
Doc. FI
Vendas e distribuição Contabilidade
SAP AG 1999
Introdução: cenário empresarial
Um cliente faz um pedido de mercadorias. Depoisque as mercadorias forem entregues, o clientedeve ser faturado. O documento contábil é criadoautomaticamente na Contabilidade financeira.
Seus representantes de vendas estão interessadosnos vários tipos de informação no documento defaturamento. Estas informações podem serencontradas em diferentes telas e visões.
SAP AG 1999
Integração do documento de faturamentona cadeia de processos do SD
• Ordens de cálculo e fornecimentos• Atualização do fluxo de documentos• Criação de documentos na Contabilidade financeira• Atualização do status do faturamento• Atualização do sistema info SD• Atualização da conta de crédito• Transmissão de dados para Demonstração de resultados
Documento de faturamento
Definição
Termo geral para faturas, notas de crédito e de débito, faturas pró-forma e documentos de estorno.
Uso
O documento de faturamento é criado com referência a um documento antecedente para criar, por exemplo, uma fatura ou uma nota de crédito.
O documento de faturamento contém os seguintes dados:
Estrutura
Todos os documentos de faturamento possuem a mesma estrutura. São formados por um cabeçalho de documento e por uma quantidade qualquer de itens. A figura a seguir mostra como os documentos de faturamento estão estruturados.
SAP AG 1999
Estrutura de documento de faturamento
Cabeçalho
Item 1
Item 2
Item 3
SociedadeMax SmithSmithsville
J. MillerRichville
5 unidades tipo 0815 $ 3.000,00
4 unidades tipo 0816 $ 1.000,00
1 unidade tipo 0817 $ 5.000,00
Valor a pagar $ 9.000,00
Cabeçalho
No cabeçalho, encontram-se os dados gerais válidos para todo o documento de faturamento. Por exemplo :
Número de identificação do pagador
Data de faturamento
Valor líquido de todo o documento de faturamento
Moeda do documento
Condições de pagamento e cláusulas incoterm
Números do parceiro, como o número de identificação do emissor da ordem
Elementos de preço
Itens
Nos itens, o usuário encontra os dados aplicáveis a um item específico. Por exemplo :
Número do material
Quantidade de faturamento
Valor líquido dos itens individuais
Peso e volume
Número do documento de referência para o documento de faturamento (por exemplo, o número da remessa na qual o documento de faturamento se baseia)
Elementos de preço relevantes para os itens individuais
O documento de faturamento é controlado através do tipo de faturamento.
Integração
Na criação de um documento de faturamento, os dados de faturamento são encaminhados à Contabilidade financeira
SAP AG 1999
Telas no documento de faturamento
SíntesesSínteses ItemItemCabeçalhoCabeçalho
Prog. faturamento
Configuração
Dados do pedido
Fluxo documentos
Dados comércio ext.
Textos
Condições
Parceiros
Detalhes
Contabilidadefinanceira
Itens do documentode faturamento
Detalhes
Parceiros
Condições
Saída
Textos
Dados comércio ext.
Cartões pagamento
Funções básicas no faturamento
Características
As funções básicas no faturamento incluem:
Tipos de faturamento Intervalo de numeração Matchcodes Controle de cópia Motivos de bloqueio Exibição de listas Exibição da lista de documentos de faturamento a fazer
Tipo de documento de faturamento
Definição
Controla o processamento de documentos de faturamento, tais como faturas, notas de crédito e de débito, e de documentos de estorno.
Uso
O tipo de documento de faturamento controla todo o documento de faturamento.
É possível utilizar os tipos de documentos de faturamento para processar as diferentes transações comerciais efetuadas durante o processamento do faturamento.
Os diversos tipos de documentos disponíveis são listados na seguinte tabela:
Tipo de documento de faturamento Denominação
F1 Fatura criada a partir de uma remessa
F2 Fatura criada a partir de uma remessa
F5 Fatura pró-forma para ordem do cliente
F8 Fatura pró-forma para remessa
FP Interface
Faturamento - sistema PDV
CR Nota de crédito
L2 Nota de débito
RE Nota de crédito de devolução
S1 Fatura de estorno
S2 Nota de crédito de estorno
SAP AG 1999
Tipos de documento de faturamento
Nota de crédito/débito
Nota de débito
DevoluçãoTransações
externas
Listade faturas
Fatura
Faturamentointerno
Estorno
Faturapró-forma
Venda à vista
TipoTipo de de documento documentodede faturamento faturamento
É possível definir funções específicas para cada tipo de faturamento. Isso é efetuado através da utilização de elementos de controle definidos em tabelas. Os tipos de documentos podem ser adaptados para se adequarem às necessidades da sociedade. Também é possível definir novos tipos de documentos de
faturamento, caso os tipos definidos no sistema SAP standard não atendam a todas as necessidades da sociedade.
O tipo de documento de faturamento controla os seguintes elementos:
O intervalo de numeração para o número do documento
O tipo de faturamento que pode ser utilizado para estornar o documento de faturamento
O status de transferência do documento de faturamento:
o transferido para contabilidade financeira o bloqueado na transferência o não transferido
O procedimento para a atribuição de contas na Contabilidade financeira
A saída permitida para uma transação comercial e o procedimento para a saída
As funções do parceiro permitidas no nível de cabeçalho
As funções do parceiro permitidas no nível de item
SAP AG 1999
Controles do tipo de documento de faturamento
Textos
SaídaTipo de listade faturas
Determinaçãode contas
Tipo de doc. defat. de estorno
Bônus
Bloqueiode lançamento
Atribuiçãode números
Parceiros
Caract. especiaisda interface FI
TipoTipo de de documento documentodede faturamento faturamento
No Customizing de SD, é possível modificar os tipos de faturamento fornecidos com o sistema standard a fim de atender aos requisitos de função individuais do usuário. O usuário também pode criar seus próprios tipos de faturamento.
SAP AG 1999
Proposta do tipo de documento de faturamento
* A: com base em fornecedor B: com base em pedido
Categ. de item: TAN
Relevância parafaturamento: A *
Ordem standard(Tipo de doc. de vendas: OR)
Mat.
4711
Qt.
10 un.
Pr.
$10
Cat. item
TAN
Tipo de doc. de venda: OR
C/ base em forn.: F2
Com base em pedido: F1
No Customizing para a categoria de item, é possível determinar se o faturamento será efetuado com referência a um fornecimento ou a um pedido.
O sistema propõe um tipo de faturamento relevante a partir do tipo de documento de venda subjacente.
Exemplo:No faturamento com base em fornecimento, uma ordem standard (ou tipo de ordem OR) é faturada através do tipo de documento de faturamento F2.
É possível modificar o valor proposto durante a criação de documentos de faturamento ao entrar o tipo de faturamento necessário em Dados standard.
0.2
0.3
0.4
0.5
Fatura
Definição
Um documento de vendas utilizado para cobrar de um cliente a remessa de mercadorias ou a prestação de um serviço.
Uso
O cliente é faturado pelas remessas e os serviços executados com base nas ordens do cliente. Se não houver reclamação sobre a remessa, a transação comercial será considerada concluída do ponto de vista de vendas.
Ao criar uma fatura, é possível fazer referência a uma ordem, remessa, ordem individual ou itens de remessa, ou mesmo a quantidades parciais dentro de um item de ordem ou um item de remessa.
Para certificar-se de que as mercadorias sejam enviadas antes da criação da fatura, o usuário deve criar uma fatura com base na remessa.
Se desejar receber o dinheiro antes de enviar as mercadorias ao cliente, o usuário deve criar uma fatura com base na ordem do cliente.
Quando o usuário fatura um cliente por um serviço, deve provavelmente se referir a uma ordem do cliente, uma vez que um serviço é normalmente baseado em uma ordem do cliente e não em uma remessa.
Criação de uma fatura
Fluxo do processo
Ao criar uma fatura, o usuário pode consultar uma ordem do cliente ou uma remessa. O usuário pode faturar todos os itens, selecionar alguns itens ou uma certa quantidade de itens para faturar.
O gráfico a seguir descreve os diferentes fluxos de documentos envolvidos na criação de uma fatura.
0.6 SAP AG 1999
Faturas com base em fornecimento
FaturaOrdem Entrega
Fatura
FaturaOrdem
Item 10 c/base pedido
Item 20 c/base fornec.
Entrega
Entrega
É possível fazer referência a um pedido ou a um fornecimento durante a criação de uma fatura.
Para garantir que as mercadorias já tenham sido expedidas antes de uma fatura ser criada, crie uma fatura com referência a um fornecimento.
Exemplo:Fornecimento de um carpete
É possível utilizar uma fatura para fazer referência a um pedido e a um fornecimento simultaneamente.
Exemplo:Você pode criar uma fatura para mercadorias (o carpete) e serviços (colocar o carpete), contanto que as necessidades correspondentes para combinar os dois sejam atendidas (ver o capítulo Tipos de liquidações).
0.7 SAP AG 1999
Faturas com base em pedido
FaturaOrdem
FaturaOrdem
FaturaOrdem
Item 10 c/base pedido
Item 20 c/base fornec.
Entrega
Entrega
Para faturar um cliente pelos serviços prestados, cria-se normalmente uma fatura com referência à ordem do cliente, pois geralmente os fornecimentos não são criados para serviços.
Exemplo:Colocar um carpete
Nota de crédito e nota de débito
Definição
Nota de crédito: um documento de vendas criado com base em uma reclamação do cliente. Reduz o valor dos créditos na Contabilidade financeira.
Nota de débito: um documento de vendas criado com base em uma reclamação do cliente. Gera um aumento no valor dos créditos na Contabilidade financeira.
Uso
Talvez seja necessário que o usuário crie notas de crédito por vários motivos (por exemplo, devido a mercadorias com defeito ou cobrança em excesso de um cliente). Da mesma forma, será necessário criar uma nota de débito se, por exemplo, o cliente tiver sido cobrado abaixo do valor correto.
SAP AG 1999
Tipos de documento de faturamento especiais:diagrama de visão geral do curso
Ordem Entrega Faturapró-forma
Documento FI
Vendas e distribuição Contabilidade
Nota crédito
Vendaà vista
Fluxo do processo
Ao criar uma nota de crédito ou de débito, o usuário pode fazer referência a uma fatura ou a uma solicitação de nota de crédito. O usuário pode se referir a todos os itens ou selecionar apenas alguns itens, ou uma certa quantidade de itens.
Selecionar o procedimento de solicitação de nota de crédito para utilizar o processo de liberação no processamento da ordem.
SAP AG 1999
Notas de crédito e de débito
Nota crédito
Nota débito
Documentode faturamento
EntregaOrdem
Solicit. denota de crédito
Solicit. denota de débito
Fábrica de produtos químicos
OKOK
Cliente
EstEstá com defeitoá com defeito
Liberação
Liberação
Você pode criar notas de crédito e de débito com referência a solicitações de crédito ou débito (documentos de vendas) ou, se a sua sociedade não exigir um processo de liberação em caso de reclamações, com referência direta ao documento de faturamento (a partir do Release 4.5).
Você pode criar solicitações de nota de crédito ou de débito:
sem referência a uma transação comercial anterior
com referência a um pedido
com referência a um documento de faturamento.
No Customizing, é possível controlar se o sistema deve definir automaticamente um bloqueio de faturamento para uma solicitação de nota de crédito ou de débito. O empregado responsável pode:
liberar a solicitação de nota de crédito ou de débito após a revisão. É possível decidir o montante ou a quantidade a ser creditada ou debitada.
recusar itens na solicitação de nota de crédito ou de débito e entrar um motivo de recusa.
0.8 SAP AG 1999
Fluxo do processo de correção de faturas
Nota de crédito
Item faturam. 1
Item faturam. 2
Documentode faturamento
Item 10
Item 20
No.4711
Solicitação de correçãoda fatura
Nota créd. 4711 10
Nota créd. 4711 20
Nota débito 4711 10
Nota débito 4711 20
DOC ITEM
A solicitação de correção da fatura representa uma combinação das solicitações de nota de crédito e de débito.
Por um lado, o crédito é garantido por completo para o item do documento de faturamento incorreto, ao mesmo tempo em que é debitado (criado automaticamente como um item de nota de débito). A diferença criada representa o montante completo final a ser creditado.
A solicitação de correção da fatura deve ser criada com referência ao documento de faturamento correspondente (sem referência ao pedido ou à solicitação).
Durante a criação de uma solicitação de correção da fatura, os itens são automaticamente duplicados (isso significa que, para cada item no documento de faturamento, é criado um segundo item). As categorias de item resultantes devem ter valores opostos +/-.
Primeiro, todos os itens de nota de crédito são listados, seguidos por todos os itens de nota de débito. A referência ao documento de faturamento correspondente é criada quando você define o documento e o item antecedentes.
O item de nota de crédito não pode ser modificado. O item de nota de débito correspondente, entretanto, pode ser atualizado de acordo com as novas características (por exemplo, nova determinação de preços, modificação na quantidade).
É possível eliminar as notas de crédito e de débito em pares (os pares de itens não modificados podem, dessa forma, ser eliminados de uma só vez).
0.9 SAP AG 1999
Devolução
Entrega
Recebimentode devoluções
Fatura
Notade crédito
Devolução
Ordem
Você cria uma devolução para as mercadorias devolvidas por um cliente insatisfeito.
As devoluções são processadas exatamente da mesma forma que as solicitações de nota de crédito.
Nota:
A nota de crédito é faturada com referência ao pedido, ou seja, refere-se ao documento de solicitação de devolução, e não ao recebimento de devoluções.
Faturas pró-forma
Definição
Uma fatura criada no papel para mercadorias exportadas a fim de fornecer às autoridades alfandegárias a prova do custo das mercadorias.
Uso
Ao negociar com exportação, talvez seja necessário imprimir faturas pró-forma. Elas são utilizadas para fornecer ao importador, ou às autoridades responsáveis no país importador, detalhes sobre os próximos transportes.
Estrutura
Uma fatura pró-forma é idêntica a uma fatura de cliente. A diferença é que não é necessário pagá-la. Portanto, o sistema não encaminha dados para Contabilidade financeira (FI). Não são criados dados estatísticos com base em faturas pró-forma.
Os tipos de documento de faturamento a seguir estão disponíveis para faturas pró-forma na versão standard do sistema SAP R/3:
Tipo de faturamento Documentos de referência
F5 Ordens do cliente
F8 Remessa
0.10 SAP AG 1999
Faturas pró-forma
Faturapró-forma (F5)
Ordem Entrega Documentofaturamento
Faturapró-forma (F8)
Os tipos de documento de faturamento para faturas pró-forma ficam disponíveis para transações de exportação.
É possível criar faturas pró-forma com referência a pedidos ou fornecimentos. Não é necessário lançar saídas de mercadorias antes de criar uma fatura pró-forma com base em um fornecimento.
É possível criar quantas faturas pró-forma você desejar, já que o status de faturamento no documento de referência não é atualizado.
Os dados de faturas pró-forma não são transferidos para a Contabilidade.
Nota:No controle de cópias, o campo Quantidade/valor pos./neg. não fica disponível para entrada, para evitar que uma fatura pró-forma atualize a quantidade que já foi faturada no documento de referência.
0.11 SAP AG 1999
Venda à vista
Criadaautomaticamente
Criada através deprocessamento standard
Fatura
Doc. faturam. 9000 0071Tipo doc. faturam.: CSPagador: C1
Fornecimento 8000 0397Tipo de fornecim.: CSRecebedor merc.: C1
Item Mat Qtd10 M1 20 un20 M4 10 un
Pedido 2319Tipo de pedido: CSEmissor ordem: C1
Item Mat Qtd10 M1 20 un20 M4 10 un
Item Mat Qtd10 M1 20 un20 M4 10 un
No caso de vendas à vista, o pagamento é efetuado quando as mercadorias são pedidas. A fatura também é impressa nesse momento. O sistema R/3 da SAP oferece uma transação de venda à vista para transações comerciais desse tipo.
As vendas à vista apresentam as seguintes características:
O pedido e o fornecimento são criados em uma etapa, apesar de você receber um documento para cada um deles.
A saída de mercadorias é lançada posteriormente como uma transação separada, para que o cliente não precise esperar.
O tipo de pedido CS é utilizado para vendas à vista. Possui seu próprio tipo de saída RD03, que permite imprimir uma fatura (entrada) a partir do pedido.
O documento de faturamento real pode ser criado após o lançamento da saída de mercadorias. Para isto, utilize o tipo de documento de faturamento CS. O tipo CS está configurado como a seguir:
faturamento com base em um pedido
sem determinação de saída, pois esta já foi efetuada no pedido
sem nova determinação do preço, já que o preço não deve ser diferente da fatura impressa
o lançamento em FI é efetuado para uma conta de liquidação à vista, não para o cliente
o tipo de faturamento SV é utilizado para estornos em vendas à vista
Relevância de faturamento
Uso
No Customizing para a categoria de item, o usuário pode determinar a base para faturamento ao utilizar o código Relevância de faturamento.
Isso permite executar os seguintes controles:
A: Relevante para documentos de faturamento criados a partir de uma remessa
A entrega é a base para faturamento. O status do documento para faturamento só é atualizado na entrega.
B: Relevante para documentos de faturamento criados a partir de uma ordem
O documento de vendas é a base para faturamento. O status do faturamento é definido pela quantidade necessária.
No sistema standard, as categorias de item REN (devoluções) e BVN (vendas à vista) são configuradas dessa forma.
C: Relevante para documentos de faturamento criados a partir de uma ordem
O documento de vendas é a base para faturamento. O status do faturamento é definido pela quantidade prevista.
No sistema standard, as categorias de item G2N (nota de crédito) e L2N (nota de débito) são configuradas dessa forma.
D: Relevante para pró-forma
Para criar uma fatura pró-forma, o código da relevância de faturamento deve estar em branco. Além disso, o código D para processamento de operação interempresarial deve ser utilizado da seguinte forma:
No caso de entregas gratuitas, o usuário deve efetuar uma alocação interna na empresa para a remessa.
O código D permite efetuar entregas gratuitas.
F: Relevante para documentos de faturamento criados a partir de uma ordem – Status conforme a quantidade de entrada de faturas
Relevante para faturamento criado a partir de uma ordem com base na quantidade de entrada de faturas (transação comercial com terceiros). O sistema só coloca a ordem na lista de documentos de faturamento a fazer se a fatura tiver sido recebida do fornecedor e processada em Compras. Após a entrada de cada fatura, é criada uma fatura de cliente além da quantidade indicada na fatura recebida. A ordem tem validade até que a próxima fatura do fornecedor seja recebida.
No sistema standard, a categoria de item TAS (transação comercial de terceiros) é configurada dessa forma.
Alternativamente, esse procedimento pode se referir à quantidade de mercadorias recebidas.
O usuário pode controlar se a quantidade de entrada de faturas ou a quantidade de mercadorias recebidas é relevante para faturamento ao executar o controle de cópia para faturamento em nível de item no campo de quantidade de faturamento.
G: Relevante para faturamento criado a partir de ordem da quantidade de remessa
A ordem é relevante para faturamento, exceto para a quantidade acumulada já fornecida. Isso significa que é possível faturar um número de remessas parciais em uma transação.
H: Relevante para documentos de faturamento criados a partir de uma remessa – sem quantidades zero
O usuário pode utilizá-lo para evitar que itens com montante zero sejam incluídos no documento de faturamento.
I: Relevante para documentos de faturamento criados a partir de uma ordem – programa de faturamento
O faturamento é executado mediante a utilização do programa de faturamento e seu status. O status do item de ordem é considerado como o status total das estatísticas de faturamento do programa de faturamento.
No sistema standard, as categorias de item WVN (Serviço), MVN (aluguel) e TAO (faturamento parcial) são configuradas dessa forma.
J: Relevante para remessas entre países da UE.
A entrega é somente relevante para faturamento se :
1. a chave ‘Centros no exterior’ estiver ativada no Customizing
2. o país exportador (onde o centro estiver localizado) e o país de destino (país
recebedor da mercadoria) forem diferentes países da UE.
No sistema standard, as categorias de itens KBN (reposição de artigos em consignação), KAN (recolha de artigos em consignação) e NLN (entrega e reabastecimento) são configuradas dessa forma.
K: Relevante para documentos de faturamento parcial criados a partir de uma remessa
O usuário utiliza esses códigos para selecionar itens e quantidades parciais em Faturamento.
Processamento do faturamento
Objetivo
Durante o processamento do faturamento, o usuário cria, modifica e elimina documentos (faturas, notas de crédito e de débito etc.).
Características
É possível criar documentos de faturamento:
com referência a uma ordem do cliente
com referência a uma remessa com referência a transações externas
O usuário pode fazer referência a um documento inteiro, a itens individuais ou a quantidades parciais de itens.
É possível criar documentos de faturamento ao:
fazer com que o sistema processe automaticamente uma lista de documentos de faturamento a fazer como uma tarefa em background
processar manualmente a partir de uma lista de trabalho criar explicitamente um documento de faturamento
Também é possível utilizar as seguintes formas de liquidação:
combinar vários documentos de SD em um documento de faturamento coletivo faturar um ou mais documentos de SD com vários documentos de faturamento (o que é conhecido
como partição de fatura) criar uma fatura individual para cada documento de vendas
0.12 SAP AG 1999
Processo de faturamento
ExpediçãoVendas Faturamento
Fatura
Ordem Entrega Fatura 100.-
100.-
Contabilidade
100.-
100.-
10.-
10.-
Fatura deestorno
100.-
100.-
Ordem Fatura
Solic. notade crédito
Nota crédito
Cada documento de faturamento requer um documento de referência (exceção: faturamento de transações externas). Podem ser:
Documento de venda
Entrega
Documento de faturamento
No faturamento explícito, é preciso entrar o número do documento de referência como a transação a ser faturada.
0.13 SAP AG 1999
Documento de referência
Doc. de venda ou fornecimento
Solic. nota de crédito/doc. fat.
Solic. nota de débito/doc. fat.
Documento de devolução
Solicitação de correção de fatura
Doc. de venda ou fornecimento
Documento de faturamento
Nota de crédito
Documento de faturamento
Transação externa
Fornecimento
Solicitação de bônus
Fatura
Nota de crédito
Nota de débito
Devolução de nota de crédito
Nota de crédito
Fatura pró-forma
Fatura de estorno
Nota de estorno de crédito
Lista de faturas
Doc. fat. transação externa
Faturamento interno
Nota de crédito de bônus
Documento de referênciaDocumento de faturamento
Obs: Fornecimento é o mesmo que REMESSA.
Na criação de um documento de faturamento, é preciso sempre ter uma referência a um documento existente.
Os dados serão copiados do documento de referência para o documento de faturamento.Para faturamento baseado em fornecimento, a quantidade a ser faturada, por exemplo, pode ser copiada do fornecimento; os preços, no entanto, são copiados da ordem subjacente.
O documento de referência é exibido como a origem no nível do cabeçalho da tabela de controle de cópia.
0.14 SAP AG 1999
Fluxo de documentos
Item
Cabeçalho
Item
Cabeçalho
Item
Cabeçalho
Ordem
Documento
Ordem
. Entrega
. Saída mercadorias
Fatura
. Doc. contábil
Ambiente
Exibir documento
Fluxo de documentos
Data
05/06
09/06
09/06
30/06
30/06
Qtd
10
10
10
10
10
UM
unid
unid
unid
unid
unid
374410/10
80001832/10
490002199/1
90000919/10
1000001493
Doc. faturamento
Enviado para contabilidade financeira
Entrega
A rede de documentos no processamento de Vendas e distribuição permite que você encontre todos os documentos antecedentes e subseqüentes relacionados. É possível exibir documentos individuais no fluxo de documentos.
Nota:Você pode chamar o fluxo de documentos para a ordem inteira ou para itens individuais.(Dica: Para exibir o fluxo de documentos de cabeçalho, é possível acessar diretamente o fluxo de documentos a partir da primeira tela, através de Ambiente)
Junto com o fluxo de documentos, também é possível utilizar a exibição para o status, para monitorar o processamento da transação.
Nota:Para garantir que todos os documentos subseqüentes criados para a transação apareçam no fluxo de documentos, é possível consultá-los na tela de exibição da ordem.
0.15 SAP AG 1999
Por exemplo:PagadorNúmero do itemDeterm. preçoTextos
Por exemplo:recebedormontantetextos
Exemplo: Faturamento relacionado a fornecimento
Ordem Entrega Fatura
Fluxo doc.
Fluxo de dados
Fluxo de dados
É possível influenciar o fluxo de dados dos documentos de referência para os documentos de faturamento. Isso é feito utilizando:
tipos de faturamento (por exemplo, para textos, parceiros)
controle de cópia; as opções de controle são as seguintes:Em nível de cabeçalho:
Dados de comércio exterior
Número de atribuição
Número de referência
Atribuição de número do item
Em nível de item
Quantidade
Determ. preço
Também é possível utilizar as rotinas de transferência de dados para influenciar o fluxo de dados para atender às necessidades individuais do usuário. Por exemplo, as condições de pagamento podem ser copiadas a partir do mestre de cliente, em vez de a partir do documento antecedente de vendas.
0.16 SAP AG 1999
Controle de cópia
F2
F2
LF
LF TAN
MetaTipo doc. fat.
OrigemTipo fornec.
MetaTipo doc. fat.
OrigemTipo fornec.
OrigemCat. de item
Cabeçalho
Item
O administrador do sistema pode definir como os dados são transferidos no processo de faturamento na tabela de controle de cópia. Os controles são determinados para:
o cabeçalho (alvo: tipo de documento de faturamento, origem: tipo de documento de venda)
o item (alvo: tipo de doc. de faturamento, origem: tipo de doc. de venda, categoria de item)
Os controles seguintes encontram-se em nível de cabeçalho:
Doc. de referência: que documentos podem ser utilizados como referência para o faturamento?
Determinação de dados de comércio exterior, números de alocação, números de referência e números de item
Os controles seguintes encontram-se em nível de item:
Quantidade do faturamento: que quantidades devem ser faturadas - a quantidade da ordem ou a do fornecimento?
Cálculo de preços e taxa de câmbioSe o cálculo de preços deve ser realizado outra vez ou se os preços da ordem devem ser copiados, e com que taxa de câmbio?
Atualização de quantidade e valor no documento de referência
De onde as condições do documento de faturamento podem ser retiradas (por exemplo, copiar os custos de frete do documento de frete)?
0.17 SAP AG 1999
Condições para efetuar cópia
Documento de venda
Material: 4711
Quantidade: 10
Status faturamento?Bloq. faturamento?Saída mercadorias?Encerramento?
Status faturamento?Bloq. faturamento?
Doc. faturamento
Material: 4711
Quantidade: 10
.
.
.
.
.
.
.
.
Você pode determinar as solicitações para faturar um documento de vendas em Solicitações no Controle de cópias.
É possível determinar condição para efetuar cópia para:
o cabeçalho
itens
Com as solicitações no controle de cópias, você pode, por exempo, determinar se a entrada de mercadorias precisa ser lançada antes da execução do faturamento.
É possível definir suas próprias solicitações utilizando a transação VOFM.
0.18 SAP AG 1999
Quantidade do faturamento
Quantidade da ordem menos aquantidade já faturada
Quantidade já fornecida menosa quantidade já faturada
Quantidade da ordem menosa quantidade já faturada
Quantidade já fornecida menosa quantidade já faturada
Quantidade da ordem
Quantidade do fornecimento
Baseado em uma ordem(por exemplo, ordemstandard)
Baseado em uma solicitação de nota de crédito
Baseado em um fornecimento(ex.: tipos fat. F1 e F2)
Fatura pró-forma F5
Fatura pró-forma F8
Quantidade do faturamentoDoc. faturamento
O faturamento refere-se às quantidades do fornecimento e da ordem. Também é possível considerar as quantidades já faturadas (dependendo da área em que o tipo de faturamento relevante é utilizado). Os exemplos acima foram definidos na versão standard.
Desta forma, é possível, por exemplo, criar um documento de faturamento relacionado a uma ordem para quantidades já fornecidas.
0.19 SAP AG 1999
Determinação de preços no documentode faturamento
Fatura A Fatura A
M1 10 unid10 x 9,50Desconto manual
Invoice BInvoice BM1 10 unid10 x 10,50Desconto 2 %
Fatura CFatura CM1 10 unid10 x 10,50Desconto 2 %Desconto manual
Fatura D/G/HFatura D/G/H
M1 10 unid10 x 9,00Desconto manual
RemessaRemessa
M1 10 unidM1 20 unid20 x 9,00Desconto manual
Tempo
MarçoJaneiro
De 1 unid 11,00 10 unid 10,50 20 unid 10,00
De50,00 1 %
100,00 2 %
De 1 unid 10,00 10 unid 9,50 20 unid 9,00
DescontoPreço: Mat. M1 Preço: Mat. M1
OrdemEntrega
No faturamento, os seguintes tipos de determinação de preços possíveis podem ser definidos para os itens a seguir:
A: Os elementos de determinação de preços são copiados do documento de referência e atualizados conforme a escala.
B: A determinação de preços é realizada outra vez.C: Os elementos de preços manuais são copiados, a determinação de preços é realizada outra vez para
os outros.D: Os elementos de preço são copiados do documento de referência sem serem modificados.G: Os elementos de preço são copiados do documento de referência sem serem modificados. As
condições dos impostos são determinadas outra vez.H: Os elementos de preço são copiados do documento de referência sem serem modificados. O frete é
determinado outra vez.
O administrador do sistema pode atribuir um tipo de determinação de preços ou definir tipos novos para cada combinação de tipo de documento de faturamento e categoria de item.
O administrador do sistema também pode definir a forma como a taxa é determinada.
0.20
Determinação de preço e condições
Objetivo
O termo determinação de preço é amplamente utilizado para descrever o cálculo de preços (para utilização externa por clientes ou fornecedores) e os custos (para objetivos internos, como a contabilidade de custos). As condições representam um conjunto de circunstâncias que se aplicam quando um preço é calculado. Por exemplo, determinado cliente pede uma quantidade específica de um produto em determinado dia. Os fatores variáveis nesse caso – o cliente, o produto, a quantidade pedida e a data – determinam o preço final que o cliente obtém. As informações sobre cada um desses fatores podem ser gravadas no sistema como dados mestre. Esses dados mestre são gravados na forma de registros de condição.
Técnica de condições na determinação de preço
A técnica de condições se refere ao método pelo qual o sistema determina os preços a partir das informações gravadas em registros de condição. Em Vendas e distribuição, os vários elementos utilizados na técnica de condições são definidos e controlados no Customizing. Durante o processamento de ordem, o sistema utiliza a técnica de condições para determinar várias informações importantes de determinação de preço. Por exemplo, o sistema determina automaticamente o preço bruto que deve ser cobrado do cliente, além das deduções e suplementos relevantes, com base nas condições que se aplicam.
Exemplo de determinação de preço na ordem do cliente
A figura a seguir mostra como a técnica de condições funciona em background para produzir as informações sobre determinação de preço. O diagrama mostra como os vários elementos da técnica de condições funcionam juntos.
1. O sistema determina o esquema de cálculo de preços de acordo com as informações definidas no tipo de documento de vendas e no registro mestre de cliente.
2. O esquema de cálculo de preços define os tipos de condição válidos e a seqüência em que aparecem na ordem do cliente. No exemplo, a partir do primeiro tipo de condição (PR00) no esquema de cálculo, o sistema começa a pesquisa de um registro de condição válido.
3. Cada tipo de condição do esquema de cálculo pode ter uma seqüência de acesso atribuída a ele. Nesse caso, o sistema utiliza a seqüência de acesso PR00. O sistema segue os acessos especificados até encontrar um registro de condição válido. (Embora esse diagrama não mostre, cada acesso especifica uma determinada tabela de condições. A tabela fornece a chave com que o sistema pesquisa os registros).
4. No exemplo, o primeiro acesso (a pesquisa de um preço de material específico de cliente) não é bem-sucedido. O sistema passa para o acesso seguinte e encontra um registro válido.
5. Em seguida, o sistema determina o preço de acordo com as informações gravadas no registro de condição. Se existir uma escala de preços, o sistema calcula o preço adequado. No exemplo, o item de ordem do cliente pede 120 unidades do material. Ao utilizar o preço de escala que se aplica a quantidades de 100 unidades ou mais, o sistema determina um preço de US$ 99 por unidade.
O sistema repete esse processo para cada tipo de condição do esquema de cálculo e determina um preço final.
Introdução à técnica de condições
Uso
Esta seção descreve os elementos da técnica de condições. A seção está organizada de modo a refletir a seqüência provável de eventos que o usuário deve seguir ao implementar a determinação de preço no Customizing. O sistema R/3 standard inclui elementos predefinidos para as atividades de determinação de preço de rotina. Por exemplo, o sistema standard inclui tipos de condição para elementos básicos de preço, tais como preços de material, deduções de cliente e material, e suplementos, tais como frete e IVA. No caso de cada elemento, é possível utilizar ou modificar a versão standard ou criar definições totalmente novas para atender às necessidades empresariais do usuário. Em geral, a seqüência de atividades é a seguinte:
1. Definir os tipos de condição para cada elemento de preço (preços, deduções e suplementos) que ocorre nas transações comerciais diárias.
2. Definir a tabela de condições que permite gravar e recuperar registros de condição para cada um dos diferentes tipos de condição.
Por que neste material o preço foi determinado através de uma escala de preços. Este material não consta nos Dados Mestre de Cliente/Material.
3. Definir as seqüências de acesso que permitem ao sistema encontrar os registros de condição válidos.
4. Agrupar os tipos de condição e estabelecer a seqüência desses tipos no esquema de cálculo.
SAP AG 1999
Cenário empresarial
Na determinação do preço: preços, deduções,sobretaxas, frete e impostos (conhecidos como condições) devem ser determinados automaticamente para as transações empresariais.
Deve haver também uma opção para alterar essas condições manualmente.
Já que as necessidades diferem de uma sociedade para a seguinte, a determinação do preço deve ser configurável.
SAP AG 1999
Grupos de condições
DetermDeterm. pre. preççoo DeduDeduççõesões// sobretaxassobretaxas
Cliente
Material
Grupo de preço
Grupo de materiais
Cliente/grupo demateriais
Cliente/material
Grupo de preço/grupode materiais
Outros
Lista preços
Preço material
Específico cliente
Outros
FreteFrete
Incotermsparte 1
Incoterms,partes 1+2
Outros
País origem/país dest.
Internos
Exportação
Outros
CondiCondiççõesões
ImpostosImpostos
Os dados sobre as condições são armazenados nos registros de condições. As condições podem ser determinadas em qualquer nível necessário. Os níveis em que a determinação do preço é realizada com mais freqüência foram predefinidos na
versão standard. É possível acrescentar níveis facilmente, se necessário. Um catálogo de campos standard,
contendo os campos mais utilizados na determinação do preço, é fornecido com o R/3. Entretanto, você pode tornar as condições dependentes de quaisquer campos do documento, mas é preciso adicionar esses campos ao catálogo de campos.
SAP AG 1999
Registros de condições
1. Período 11º mar - 30 abr
Tipo condição: KA00 Desc. promocional
Organiz. vendas: 1000
Canal distribuição: 01
Cliente: C1
Material: M1
2. Período 21º mai - 30 mai
Nível em que a condiçãoé definida
1000 $ 1- %2000 $ 2- %3000 $ 3- %
Limite inf. : 5- %Limite sup. : 0 %
1000 $ 2- %2000 $ 3- %3000 $ 4- %
Limite inf. : 5- %Limite sup. : 0 %
É possível limitar um acordo de preço a um determinado período definindo um período de validade.
Por exemplo: Listas de preços diferentes para anos diferentesDescontos concedidos apenas durante uma oferta especial
Os valores em um registro de condição (preço, sobretaxa, desconto) podem ser atualizados de acordo com uma escala. Você pode definir um número ilimitado de níveis em uma escala.
É possível definir o limite superior e o inferior para cada registro de condição. As modificações manuais em elementos de preço determinadas pelo sistema só podem ser efetuadas dentro desses limites.
Tipos de condição
Uso
Um tipo de condição é uma representação no sistema de algum aspecto das atividades diárias de determinação de preço do usuário. Por exemplo, é possível definir um tipo de condição específico para cada tipo de preço, dedução ou suplemento 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 especifica 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.
SAP AG 1999
Tipos de condições
Chave Denominação Dados de controle
Base de cálculo Regra cálculo
1- %2- %4- %
Base de cálculo Regra cálculo
100 kg1000 kg
10000 kg
$ 1- por 1 kg$ 3-$ 5-
Exemplos
PrePreççooPR00PR00
%% descontodescontoK007K007
DescontoDesconto/peso/pesoK029K029
Regra cálculo: porcentagemBase de cálculo: escala valores
Regra cálculo: montante/pesoBase de cálculo: escala valores
100 $1000 $
10000 $
O tipo de condição determina a categoria de uma condição e a forma como ela é utilizada. A regra de cálculo e a base de cálculo podem ser controladas para cada tipo de condição. Bases de cálculo possíveis Regras de cálculo possíveis
- Valor Porcentagem a partir de um valor inicialMontante fixo
- Quantidade Montante por unidade de medida- Peso Montante por unidade de peso- Volumes Montante por unidade de volume- Quadro temporal Quantidade por unidade de tempo
Cada tipo de condição pode ser definido como sobretaxa automática, dedução ou ambos.
No exemplo da figura anterior, duas deduções se aplicam ao item de ordem do cliente. A primeira dedução é uma dedução porcentual baseada na quantidade pedida. A segunda dedução é uma dedução fixa baseada no peso total do item.
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 Suplemento 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 a partir 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.
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.
SAP AG 1999
Esquema de cálculo
EtapaEtapa Tipo condiçãoTipo condição DenominaçãoDenominação Nível de ref.Nível de ref. ManualManual RequisitoRequisito
1234567
PreçoValor brutoDesc. oferta esp.% desconto% descontoValor descontoValor líquido
PR00
KA00RA01RA00
2
3-5X
2
222
8910
HA00HD00
% desc. cabeç.FreteValor líquido 2
X
111213
MWST
SKTO
IVA liquidadoBase descontoDesconto
Documento SDDocumento SD Emissor da ordemEmissor da ordemEsquema de cálculoEsquema de cálculo
Organiz. vendas, canal distribuição, setor ativ.Organiz. vendas, canal distribuição, setor ativ.
Todos os tipos de condições permitidos na determinação do preço se encontram no esquema de cálculo.
Determine a forma como o sistema deve utilizar as condições através da definição de requisitos para cada condição.
A seqüência em que o sistema acessa as condições no documento comercial também é determinada por intermédio desse procedimento.
O nível de referência fornece um método para definir uma base diferente para o cálculo do tipo de condição e também para agrupar condições de subtotais.
O esquema de cálculo pode conter qualquer número de subtotais entre os preços bruto e líquido. É possível assinalar um tipo de condição no esquema de cálculo como sendo:
uma condição obrigatória uma condição entrada manualmente somente para fins estatísticos.
Seqüências de acesso
Uso
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.
Exemplo de seqüência de acesso
Um departamento de vendas pode oferecer aos clientes diversos tipos de preço. 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 orde m , 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 determinada seqüência até encontrar um preço válido. Nesse exemplo, talvez o departamento de vendas deseje usar o preço mais favorável para determinado cliente. Por isso, 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.
SAP AG 1999
Seqüência de acesso
PR02PR02
%% descontodesconto
Específico
Geral
Tipo condição
Seqüência acesso
PrePreççoo Seqüência acesso PR02
Seqüência acesso K007
1. Cliente / material
2. Lista preços / moeda / material
3. Material
1. Cliente / material
2. Lista preços / moeda / material
3. Material
K007K007
Desconto cliente import.Desconto clienteDesconto cliente import.import.K020K020 Seqüência acesso K020
PR00PR00
Tabelas condições
Para cada tipo de condição (com exceção de tipos de condições cabeçalho e manual apenas) no esquema de cálculo, é definida uma seqüência de acesso (estratégia de pesquisa).
Essa estratégia de pesquisa define a seqüência em que o sistema lê os registros de condições de um tipo de condição.
Cada acesso realizado durante a seqüência de acesso é feito através de uma tabela de condições. Uma tabela de condições é uma combinação de campos que compõem a chave de um registro de
condição. É possível estabelecer requisitos para um acesso.
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.
Tabelas de condições
Uso
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 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 especifica para cada acesso em cada seqüência de acesso predefinida.
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 Pedidos sob 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.
Passo-a-passoVisão geral da Determinação de Preços.
SAP AG 1999
Visão geral de determinação do preço (1)
Documento
Item 10 120 un
Neste exemplo, é criada uma ordem de 120 unidades de um material. O sistema deve determinar o preço automaticamente.
SAP AG 1999
Visão geral de determinação do preço (2)
Esquema de cálculo
1. Preço PR00
2. Desconto 1 KA00
3. Desconto 2 RA01
Documento
Item 10 120 un
Primeiramente, é determinado o esquema de cálculo relevante, com base na área de vendas, no cliente e no tipo de documento de vendas.
SAP AG 1999
Visão geral de determinação do preço (3)
Esquema de cálculo
1. Preço PR00
2. Desconto 1 KA00
3. Desconto 2 RA01
Documento
Item 10 120 un
Tipo condição: PR00
Seqüência acesso: PR02
O sistema lê o tipo de condição da primeira etapa. Ele determina a seqüência de acesso atribuída para esse tipo de condição.
SAP AG 1999
Visão geral de determinação do preço (4)
Esquema de cálculo
1. Preço PR00
2. Desconto 1 KA00
3. Desconto 2 RA01
Documento
Item 10 120 un
Tipo condição: PR00
Seqüência acesso: PR02
Seqüência acesso: PR02
Tabelas condições:1. Cliente / material2. Lista preços / moeda / material3. Material
O sistema lê a seqüência de acesso. A seqüência das tabelas de condições representa a estratégia de pesquisa de localização do registro de condição relevante.
Cada tabela de condições representa um acesso passível de ser realizado para um registro de condição com a chave indicada.
SAP AG 1999
Visão geral de determinação do preço (5)
Esquema de cálculo
1. Preço PR00
2. Desconto 1 KA00
3. Desconto 2 RA01
Documento
Item 10 120 un
Tipo condição: PR00
Seqüência acesso: PR02
Seqüência acesso: PR02
Tabelas condições:1. Cliente / material2. Lista preços / moeda / material3. Material
Não há um registro válidoHá um registro válido
Reg. p/ tipo condição PR00
O sistema pesquisa registros de condição válidos com a chave indicada pela tabela de condições (acessos).
Se o primeiro acesso não encontrar um registro de condição válido, o sistema pesquisa o acesso seguinte utilizando a tabela de condições seguinte.
SAP AG 1999
Visão geral de determinação do preço (6)
Esquema de cálculo
1. Preço PR00
2. Desconto 1 KA00
3. Desconto 2 RA01
Documento
Tipo condição: PR00
Seqüência acesso: PR02
Seqüência acesso: PR02
Tabelas condições:1. Cliente / material2. Lista preços / moeda / material3. Material
Não há um registro válidoHá um registro válido
Reg. p/ tipo condição PR00
PR00 Preço US$ 99
KA00 Desconto US$ 1-RA01 Desconto 2- %
A partir de 1 UN $ 99A partir de 100 UN $ 99A partir de 200 UN $ 98
Item 10 120 un
PR00 Preço $ 99
KA00 Desconto $ 1-
RA01 Desconto 2- %
Após ter encontrado um registro de condição válido para um acesso, o sistema lê o registro de condição e copia o valor correspondente à escala para o documento de vendas.
O processo inteiro é repetido para cada tipo de condição até que o sistema tenha terminado todo o esquema de cálculo.
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.
SAP AG 1999
Modificação manual de preços em documentos
Modificação
Tela detalhada
Condições de determ. do preço
PR00 Preço $ 100KA00 Desconto 1- %
Condições de determ. do preço
PR00 Preço $ 100KA00 Desconto 1- %
Condições determ. preço
PR00 Preço $ 90KA00 Desconto 1- %
Condições determ. preço
PR00 Preço $ 90KA00 Desconto 1- %
Entr. manualmente
Modific. manualmente
Os preços, sobretaxas e descontos determinados automaticamente pelo sistema podem ser modificados manualmente, sendo assinalados como tal.
Nos registros de condições, é possível definir limites dentro dos quais pode ser feita uma modificação manual (por exemplo, fornecer um desconto que só poderia sofrer modificação na faixa de 1% a 3%).
Além de serem determinadas automaticamente, as condições também podem ser entradas manualmente no documento de vendas. São marcadas como tendo sido entradas manualmente.
É possível modificar ou criar condições na tela de condições. É possível evitar que um tipo de condição seja modificado manualmente efetuando as opções
apropriadas no Customizing.
Condições de cabeçalho e item
Uso
O sistema standard inclui tipos de condição aplicadas apenas no nível do cabeçalho, as condições do cabeçalho. Os tipos de condição usados apenas para itens são chamados condiçõ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)
SAP AG 1999
Condições no cabeçalho do documento
Distribuirpor
valor
Item 10PR00 Preço 42K007 Desc. cliente 2-
Valor líq. 40HA00 Desc. cabeç. 10-% 4-HB00 Desc. absol. cabeç. 5-
Item 20PR00 Preço 83K007 Desc. cliente 3-
Valor líq. 80HA00 Desc. cabeç. 10-% 8-HB00 Desc. absol. cabeç. 10-
CabeçalhoPR00 Preço 125K007 Desc. cliente 5-
Valor íiq. 120HA00 Desc. cabeç. 10-% 12-HB00 Desc. absol. cabeç. 15-
Totalização
As condições também podem ser entradas no nível de cabeçalho do documento. São conhecidas como condições de cabeçalho e são válidas para todos os itens.
Essas condições de cabeçalho são automaticamente distribuídas entre os itens com base no valor líquido. A base para a distribuição das condições do cabeçalho pode ser modificada no esquema de cálculo, através da seleção da rotina apropriada (por exemplo, peso, volumes) no campo FórmBS (fórmula alternativa do valor base da condição).
Distribuição entre cabeçalho e itens
Uso
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 do 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 exem plo, 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 de preço.
SAP AG 1999
Criação de condições no cabeçalho do documento (1)
TipoC Texto breve Montante Valor cond.RB00 Desc.absoluto $ 90- $ 270-... ...
Cabeçalho do documentoCabeçalho do documento
1. O mesmo valor é definido para cada item.
Item 10 $ 300RB00 $ 90-... ...
Item 20 $ 100RB00 $ 90-... ...
Item 30 $ 50RB00 $ 90-... ...
Nesse exemplo, o montante da condição de cabeçalho é copiado para cada item da ordem.
SAP AG 1999
Criação de condições no cabeçalho do documento (2)
Cabeçalho do documentoCabeçalho do documento
1. O mesmo valor é definido para cada item.
Item 10 $ 300RB00 $ 90-... ...
Item 20 $ 100RB00 $ 90-... ...
Item 30 $ 50RB00 $ 90-... ...
Cabeçalho do documentoCabeçalho do documento
Item 10 $ 300HB00 $ 60-... ...
Item 20 $ 100HB00 $ 20-... ...
Item 30 $ 50HB00 $ 10-... ...
2. É distribuído um valor entre os itens.
TipoC Texto breve Montante Valor cond.RB00 Desc.absoluto $ 90- $ 90-... ...
TipoC Texto breve Montante Valor cond.RB00 Desc.absoluto $ 90- $ 270-... ...
No segundo exemplo, o montante da condição de cabeçalho é distribuído entre os itens, com base em sua fração no valor líquido total.
O valor foi descontado proporcionalmente entre os itens de acordo com seu respectivo preço.
Preço interno (CUSTO)
Uso
Em Determinação de preço, o usuário pode desejar comparar os preços com o preço interno ou mesmo implementar o cálculo da contribuição marginal.
Para isso, é possível utilizar o tipo de condição VPRS como preço de custo.
O tipo de condição VPRS vai para o segmento de avaliação no mestre de materiais e , em seguida, determina o preço standard ou preço médio.
Opções em Customizing
O tipo de condição VPRS é identificado como condição estatística no esquema de cálculo (de preços).
Com a utilização da categoria de condição G, o tipo de condição VPRS vai para o segmento de avaliação no mestre de materiais e, em seguida, determina o preço standard ou preço médio.
A categoria de condição S sempre acessa o preço standard, enquanto que a categoria de condição T sempre acessa o preço médio.
A margem de lucro é determinada com o uso da fórmula de cálculo 11 atribuída no esquema de cálculo de preços. Nessa fórmula de cálculo, o preço de custo é deduzido do subtotal do valor líquido 2.
SAP AG 1999
Custo VPRS
Segmento deavaliação de
material
Categoria de cond. G
Custo
Estatística
Elementos de preço no processamento de ordem
Preços
Uso
No sistema R/3 standard, a base da determinação de preço durante o processamento de orde m é o preço bruto de um material. Os tipos de preço a seguir são predefinidos:
Preço do material Tipo de lista de preços Preço específico de cliente
Seleção em registros de determinação de preços competitivos
Durante a determinação de preços automática, o sistema procura um preço bruto. Como é possível gravar diversos tipos de informações sobre determinação de preço no sistema, os registros de determinação de
preço podem competir entre si em certas circunstâncias. Por exemplo, além de um preço básico de material, pode existir um preço especial de material para determinado cliente.
No sistema R/3 standard, o sistema seleciona o registro mais específico – o preço específico de cliente. Se não existe um preço específico de cliente, o sistema procura uma categoria de lista de preços válida. Se não existe um tipo de lista de preços válida, o sistema utiliza o preço básico de material. Essa estratégia de pesquisa é determinada durante a configuração do sistema no Customizing de V endas e distribuição. Para obter mais informações, vide Seqüências de acesso.
Preços de material
Ao criar um preço de material, é possível indicar :
Um preço ou escala de preços para um material específico Uma combinação de organização de vendas e canal de distribuição para a qual o preço de material
seja válido.
No Customizing de Vendas e distribuição, é possível indicar que as informações sobre determinação de preço atribuídas a uma combinação específica de organização de vendas e canal de distribuição podem ser compartilhadas por outras combinações. Para obter mais informações, vide o Guia de implementação on-line.
Tipos de lista de preços
De acordo com a política de determinação de preços da sociedade, é possível definir os próprios tipos de lista de preços para atender às necessidades da empresa. Por exemplo, é possível definir tipos de lista de preços por grupos de clientes (atacadista, varejista etc.) e por moeda (listas de preços para cada país estrangeiro com que a sociedade negocia). Os registros de condição são criados para cada tipo de lista de preços. Para isso, o usuário usa os mesmos dados organizacionais utilizados para preços de material (organização de vendas, canal de distribuição). Em seguida, é possível atribuir tipos de lista de preços a cada cliente no respectivo registro mestre.
Preços específicos de cliente
Ao fornecer preços especiais para diversos clientes, é possível criar registros de determinação de preço específicos de cliente. Além dos mesmos dados organizacionais entrados para os preços de material (organização de vendas, canal de distribuição), atribuir o registro de determinação de preço a uma combinação específica de cliente e material.
Suplementos e deduções
Uso
O sistema R/3 standard inclui várias deduções normalmente utilizadas. Se a empresa precisar dessas deduções, é possível definir deduções e suplementos especiais no Customizing de V endas.
Deduções no R/3
O sistema standard inclui, entre muitas outras, as deduções a seguir:
Dedução (chave) Tipo de desconto
Cliente (K007) Porcentagem
Material (K004) Absoluto
Grupo de preço (K020) Porcentagem
Grupo de materiais (K029) Desconto absoluto por peso
Cliente/material (K005) Absoluto
Cliente/grupo de materiais (K030) Porcentagem
Grupo de preços/material (K032) Absoluto
Grupo de preços/grupo de materiais (K030) Porcentagem
Processamento de bônus (BO01) Bônus de grupo (%)
Processamento de bônus (BO02) Bônus de material (fixo)
Processamento de bônus (BO03) Bônus de cliente (%)
Operação entre sociedades (PI01) Dedução entre sociedades (fixa)
Faturamento entre sociedades (PI02) Dedução entre sociedades (%)
Listas de faturas (RL00) Del credere
Listas de faturas (MW15) Imposto del credere
É possível utilizar qualquer uma dessas deduções standard para criar registros de condição. Durante a determinação de preços automática, o sistema considera as deduções que se aplicam às circunstâncias e pesquisa os registros de condição válidos. No caso de deduções referentes a um grupo de algum tipo (por exemplo, grupos de materiais ou preços), é preciso atribuir o grupo no registro mestre de material ou cliente correspondente antes da determinação de preços automática.
Custos de frete
Uso
É possível transferir os custos de frete para os clientes ao utilizar tipos de condição especiais relacionados a expedições e custos de frete. O componente de aplicação standard de Vendas e distribuição inclui tipos de condição predefinidos que se baseiam em Incoterms.
Incoterms
Incoterms são as condições de expedição reconhecidas internacionalmente, que estabelecem as obrigações do expedidor e do destinatário. Por exemplo, um termo de expedição comum é o FOB (Franco a bordo). O termo pode ser melhor qualificado através da adição do porto de carga, por exemplo, FOB Boston.
É possível criar registros de condição:
Baseados apenas na primeira parte do Incoterm (por exemplo, FOB) Baseados na combinação das partes 1 e 2 (por exemplo, FOB e Boston)
Condições de frete
O sistema R/3 standard inclui duas condições de frete predefinidas:
O tipo de condição de frete KF00 se aplica a cada item de um documento de vendas. Durante a determinação de preços automática, o sistema pesquisa os registros de condição válidos que se aplicam a essa condição de frete.
O tipo de condição de frete HD00 só pode ser aplicado a um documento inteiro. O usuário deve entrar esse frete manualmente durante o processamento de ordem.
IVA
Uso
O sistema R/3 standard inclui tipos de condição que definem um IVA específico de um país. Por exemplo, existem tipos de condição de IVA para utilização em alguns países europeus. Para a determinação de impostos nos EUA, o sistema standard inclui tipos de condição para IVA estadual, distrital e municipal, além de impostos baseados em códigos de domicílio fiscal.
Cálculo automático do IVA
Durante o cálculo automático do IVA, o sistema considera os fatores a seguir:
Se o negócio é interno ou externo A classificação fiscal do recebedor da mercadoria do cliente. (Os clientes que constituem
organizações sem fins lucrativos, por exemplo, podem estar isentos do pagamento do IVA.) A classificação fiscal do material. (Alguns produtos podem não ser taxados enquanto outros podem
ter uma taxa de imposto reduzida.)
Com a ajuda desses critérios, a taxa de imposto po r item é determinada na ordem do cliente. No Customizing, o usuário deve definir um tipo de condição separado para a taxa de imposto (IVA).
Classificação fiscal de material
O usuário deve indicar a classificação fiscal de um material no registro mestre de material. Durante o processamento de orde m , o sistema transfere automaticamente a classificação fiscal para o documento de venda s .
Classificação fiscal de cliente
O usuário deve indicar a classificação fiscal de um cliente no registro mestre de cliente. Durante o processamento de orde m , o sistema transfere automaticamente a classificação fiscal para o documento de venda s .
Estipulações para determinação de preço promocional
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.
SAP AG 1999
Períodos de validade
Registros cond.
Registros cond.
PromoçãoPeríodo de validade
Período valid.
Ação de promoçãoPeríodo de validade
Período valid.
Ação de promoçãoPeríodo de validade
Período valid.
Jan Fev Março Abr Maio
Jan Fev Março Abr Maio Jan Fev Março Abr Maio
Jan Fev Março Abr Maio Jan Fev Março Abr Maio Jan Fev Março Abr Mai
É possível definir uma promoção ou um plano geral de marketing para uma linha de produtos por um determinado período.
Em seguida, é possível ligar essa promoção a ações de promoções específicas, as quais, por sua vez, são ligadas a registros de condições especiais. Esses registros de condições podem ser utilizados para determinar preços promocionais ou descontos.
SAP AG 1999
Ação de promoção: exemplo
Promoção
Liquidação de verão
Material M2 Desconto 7- %
Ação de promoção
Linha de produto 2
Ação de promoção
Linha de produto 1
Material M3 Desconto 1- %
Material M1 Desconto 5- %
Este exemplo representa uma liquidação de vendas de verão. Ele contém ações de promoções diferentes para linhas de produtos diferentes.
Os registros de condições para descontos são ligados às ações de promoções correspondentes.
SAP AG 1999
Ações de promoções no documento de faturamento
Fatura
C1M1 $ 10KA00 $ 1-
Sistema de inform. vendase distribuição
Avaliação
Pr. vendas 36: 100 $Ação pr. 37: 60 $Ação pr. 38: 20 $Ação pr. 39: 20 $
Registro condição PR00
C1: M1 10- %Prom. vendas: 36Ação prom.: 37
Os campos 'número de ação de promoção' e 'número de promoção de vendas' estão na tela detalhada do item do documento de faturamento.
O Sistema de informação de vendas e distribuição pode ser utilizado para entrar e relatar estatísticas para ações de promoções e promoções com uma estrutura de informações definida pelo usuário.
SAP AG 1999
Status da liberaçãopara ações de promoções
Ação prom.: Merc. princ. Status: A
Material Mont.
M1 $ 2- / UNM2 $ 4- / UNM3 $ 4- / UN
_ = liberado
A = bloqueado
B = liberado p/ simulação de preço
C = liberado p/ simulação e planejamento de preço
Valores possíveis:
O status da liberação de uma ação de promoção controla onde é possível localizar os registros de condições para um acordo sobre vendas.
Se, por exemplo, a atividade possui status B, seus registros estão incluídos na simulação do preço (lista de preços líquidos), mas não são utilizados nos documentos atuais.
Se a atividade possui status C, os registros de condições também são considerados no planejamento do módulo CO-PA.
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 baseadas 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 D eterminaçã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 se aplicam 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 Dados do período de validade Dados especiais relacionados a pagamentos:
o Condições de pagamento o Data de valor fixo o Dias de valor adicionais
Telecomunicação / interface IDoc (SD)
Objetivo
O componente de telecomunicação (EDI) em Vendas e distribuição consiste em uma interface de Documento Intermediário (IDoc). Essa interface pode ser utilizada para
enviar mensagens (processamento na saída) como confirmação de ordens através de telecomunicação (Electronic Data Interchange - EDI)
receber mensagens (processamento na entrada) como uma ordem do cliente através do EDI
Integração
Muitas sociedades grandes (como fornecedores de componentes para automóveis) exigem que seus fornecedores utilizem o EDI.
Processamento de mensagens na saída (SD)
Objetivo
Este componente é utilizado para enviar mensagens EDI. No processamento na saída, os dados de documentos são gravados em IDocs e enviados para o sistema receptor.
Conjunto de funções
As mensagens de saída EDI a seguir estão disponíveis em Vendas e distribuição:
cotações confirmação da ordem modificações na ordem notas de remessa avisos de entrega faturas
São permitidas normas como EDIFACT, ANSI, ODETTE e VDA.
Processamento de mensagens na entrada (SD)
Objetivo
Ao receber mensagens EDI externas no sistema SAP, é necessário usar este componente para converter essas mensagens de forma que possam ser reconhecidas pelo sistema. No processamento na entrada, os IDocs são transferidos para a interface IDoc e gravados no Sistema SAP. Os dados do documento são gerados em uma segunda etapa.
Conjunto de funções
As mensagens de entrada EDI a seguir estão disponíveis em Vendas e distribuição:
solicitações de cotação ordens do cliente modificações na ordem solicitações de remessa solicitações de remessa just in time notas de crédito folhas pick-up notas de remessa de agente externo
O sistema executa as seguintes tarefas:
verificações técnicas e específicas da aplicação nos dados transferidos no IDoc
determinação automática das informações ausentes no IDoc e fundamentais para o processamento no Sistema SAP
o determinação do número de material SAP com base no número de material do cliente o determinação de dados organizacionais
atribuição de um registro de status ao IDoc
Bônus
SAP AG 1999
Processamento de bônus
Solic. notade crédito
120Doc. fat. 2
3000
Doc. fat. 3
6000
Doc. fat. 1
3000
Data início de execuçãode liquidação
Cliente 1a partir 10000 1- %
Estipulação bônus
Vendas acumuladas12000
Os bônus são diferentes de outros descontos porque são baseados no volume de vendas gerado pelo cliente dentro de um período definido e são pagos retroativamente. Os detalhes dos bônus são definidos em uma estipulação de bônus.
Uma execução de liquidação cria automaticamente a solicitação de nota de crédito necessária. Durante o processamento dos documentos de faturamento relevantes para bônus, o
provisionamento antecipado pode ser determinado e lançado automaticamente. A nota de crédito para bônus cancela esses provisionamentos antecipados, se necessário.
SAP AG 1999
OrganizaOrganizaçção vendasão vendas
Pré-requisitos para o processamento de bônus
PagadorPagador
Tipo docum. faturam.Tipo docum. faturam.
Bônus ativo
Para que os bônus funcionem, é necessário ativar o processamento de bônus para: A organização de vendas
O mestre do pagador O tipo de documento de faturamento
Por questões de desempenho, é necessário desativar o processamento de bônus se não for necessário.
Controle de Cópia
SAP AG 2000
Tabelas de controle de cópia: visão geral
Influenciarno status dedocumentos
Doc.de vendas docontrole de cópia
Remessas docontrole de cópia
Docs.faturamentocontrole de cópia
Atualizar fluxode documentos?
Atualização dequant./valor
Rotinas detransferência
de dados
Controle dadeterminação
do preço
Documentosde origem ede destinopermitidos
Condições p/efetuar cópia
Copiar divisõesda remessa?
As tabelas do controle de cópia são uma parte importante do Customizing no sistema R/3. Essas tabelas controlam várias funções executadas quando você cria um documento de
vendas relacionado a um documento antecedente. Existem tabelas do controle de cópia para documentos de vendas, documentos de remessa e
documentos de faturamento. Cada tabela possui opções para os níveis aplicáveis do documento. Por exemplo, as tabelas do controle de cópia de documento de vendas têm níveis
correspondentes a:CabeçalhoItemDivisões da remessa
SAP AG 2000
Condições para efetuar cópia
Cabeçalhocondições p/efetuar
cópia avaliadas
Itemcondições p/efetuar
cópia avaliadas
Divisões da remessacondições p/efetuar
cópia avaliadas
Cabeçalhorotinas transf.dados
executadas
Itemrotinas transf.dados
executadas
Divisões da remessarotinas transf.dados
executadas
Requisitos atendidos
Requisitos atendidos
Requisitos atendidos
Para copiar os dados do documento de origem para o documento de destino, é necessário atender a requisitos específicos em cada nível do documento.
Esses requisitos estão contidos em rotinas ABAP/4 e são citados no nível adequado nas tabelas de controle de cópia, com o número de identificação pertinente.
É possível usar a transação VOFM para criar rotinas específicas do cliente, ao copiar rotinas já existentes e ao modificá-las adequadamente.
Você encontrará a transação VOFM no Guia de implementação, ao entrar em:Vendas e distribuição -> Ampliação do sistema -> Rotinas -> Definir condições para cópia
Tão logo atendidas as condições para efetuar cópia, são executadas as rotinas de transferência de dados definidas.
SAP AG 2000
Controle de cópia - nível do cabeçalho
Tipo doc.vendas de origemTipo doc.vendas de destino
Cond.p/efetuar cópia001 Cabeç.-mesmo clienteVBAK
VBKD
VBPA
051 Dados cabeç.gerais
101 Dados cabeç.comerc.
001 Dados cabeç.parceiro
Copiar número do item
Referência completa
OR - Ordem standard QT - cotaçãoEntrar uma origem /destino determina o tipode documento que pode ser copiado
Rotinas para controlede campos transferidosno processo de cópia
Cópia permitidasomente para o mesmo emissor da ordem
Requer cópiacompleta nodoc.de destino
O sistema não permite criar um documento de vendas com referência a outro tipo de documento que não conste no controle de cópia.
A tela de detalhes de um par "Tipo de documento de destino / tipo de documento de origem" selecionado contém:
Condições para efetuar cópia
Rotinas de transferência de dadosPermissão para cópia dos números dos itens no documento de destino (adequado somente para a referência completa)Acordo de "referência completa" (ou seja, o sistema só copia o documento de origem inteiro para o documento de destino e emite mensagens posteriormente, se alguém tentar modificar a quantidade da ordem ou eliminar um item)
SAP AG 2000
Controle de cópia - nível do item (1)
Tipo doc.vendas de origemTipo doc.vendas de destino
OR - Ordem standard QT - cotaçãoTodas as opções sãorelacionadas a itensCategoria de item
AGN - Item standard
FPLA
Quant/valor pos/neg
Quant. cópia
Tipo det.preço
Modo cópia item cont.
Copiar prod.selecion.
A
+
VBAP
VBKD
VBPA
051 Item geral
101 Dds comerc/comp.item
001 Item parceiro
251 Condições
Copiar divs.remessa
Atualizar fluxo docs.
Cód. Não copiar batch
Reacionar estrutura/liberar mercadorias
Rotinas transf.dados - plan.faturamento
Relacionadoà regra deconclusãona categoriado item
Categoria item standard
Configuração
Cond.p/ef.cóp 301 Motivo p/rej.do item
X
No controle de cópia, os controles do nível de item são definidos para cada categoria de item de cada par "Tipo de documento de destino / tipo de documento de origem".
A tela de detalhes de uma categoria de item contém:Condições para efetuar cópiaRotinas de transferência de dados
e possui as seguintes entradas importantes:Quant/valor pos/neg:Controla como a quantidade completa no item do documento de origem é afetada pela ação da cópia.Quantidade de cópia:Define quais quantidades são transferidas no documento de destino(por exemplo, em branco = melhor quantidade possível = quantidade de pedido pendente para tipo de documento de vendas OR)Tipo de det.preço:Define como os dados da determinação do preço devem ser processados ao copiarAtualizar fluxo de documentos:Define se o sistema atualizará o fluxo de documentos do nível de item quando um documento for copiado
SAP AG 2000
Controle de cópia - nível do item (2)
Tipo doc.vendas de origemTipo doc.vendas de destino
OR - Ordem standard QT - cotação
Categoria de item
AGNN - Item gratuito
Categoria item standard
TANN - Item gratuito
FPLA
Quant/valor pos/neg +
Cond.p/efetuar cópia301 Motivo p/rej.do itemVBAP
VBKD
VBPA
051 Item geral
101 Dados item com.comp.
001 Item parceiro
251 CondiçõesIMGIMGIMG
Atribuir cat.itens
...
Item de documento de vendas
Tipo SD GrpCatIt Uso ItAltoNív Stand. Manual
OR NORM TAN TANN
S/cat.item standard: sistema encontra TAN
As regras de determinação de categorias de itens também são aplicáveis quando você cria documentos de vendas com referência.
Se uma categoria de item for definida manualmente no documento de origem, ative o campo "Categoria item standard" para copiar a categoria de item correta no documento de destino.
SAP AG 2000
Atualização de status de referência
Emissor ordem: C1
Item 10 Material
M1
Qtd
2
Emissor ordem: C1
Item 10 Material
M1
Qtd
3
Status: Ref. parcial
Item 10 Material
M1
Qtd
4
Status: Ref. completa
Emissor ordem: C1
Categoria item: AFN
Regra conclusão: A
Categoria item: AGN
Regra conclusão: B
Sol.Sol.cotacotaççãoão CotaCotaççãoão OrdemOrdem
É possível controlar quando um item do documento de referência está completo: Um item estará concluído assim que for referenciado.
No exemplo acima, a solicitação de cotação possui referência completa até mesmo quando apenas uma quantidade parcial é copiada para a cotação.
Um item só estará concluído quando a quantidade completa for copiada em um documento subseqüente.O item da cotação possui apenas uma referência parcial no exemplo acima. Isso significa que é possível entrar várias ordens desse item, até que a quantidade esteja totalmente esgotada.
Você pode selecionar essas opções no Customizing de categorias de item. Se um item for rejeitado, receberá o status "sem referência/concluído" no documento de
referência.
Textos
SAP AG 2000
Textos
Textos da Contabil. financeira
Textos de Vendas e Distribuição
Textos p/pessoas de contato
Texto depedido Texto de SD
Textos do cabeçalho
KMTKMT
Cliente Cliente
AA
MaterialMaterial
Textos de material-cliente
Textos centrais
A A
A
KMTKMT
MaterialMaterialdodo clientecliente
MMMSociedade
Documento
Textos de item
Os textos são gravados em vários objetos em documentos no sistema SAP R/3, como o registro mestre de cliente, registro mestre de material, registro info de material/cliente e em todos os documentos.
O registro mestre de cliente contém os textos centrais, textos específicos para a Contabilidade e Vendas e Distribuição, assim como textos de pessoas de contato. É possível definir tipos de texto diferentes para cada uma dessas áreas.
Exemplo de tipos de texto específicos de SD:nota de SD, nota de marketing, especificação de expedição, etc.
O registro mestre de material contém um texto de pedido e um texto de SD. Os documentos contêm textos nos níveis de cabeçalho e de item. É possível digitar texto em vários idiomas.
SAP AG 2000
Usar textos em processos empresariais
Doc.de vendas: 2
Textos do cabeçalho
Texto interno
Texto de SD
Textos de item
Texto de SD
Doc.de vendas: 1
Textos de SD
Texto interno
Texto de SD
Fornecimento
Textos do cabeçalho
Texto interno
Texto de SD
Fornecimento
Textos de item
Texto de SDTexto de SD
KMTKMT Cliente Cliente
MaterialMaterial
É possível gravar textos em dados mestre e copiá-los dos dados mestre em documentos de SD. Os textos também podem ser copiados de um documento de referência para outro documento de
SD (por exemplo, de uma cotação em uma ordem ou de uma ordem em um fornecimento). Você pode copiar os textos no idioma necessário. É possível definir as condições sob as quais os textos serão copiados; por exemplo, se o texto deve
ser copiado do registro mestre de cliente ou de um documento antecedente. Também é possível copiar um texto standard em um documento de vendas (por exemplo, Cartões
de Natal).
SAP AG 2000
Visão geral do controle de texto(documento de vendas)
Criar doc.vendas (OR)
Item de doc.vendas
Cabeçalho doc.vendas
Atribuição de esquema de texto
Tipo doc.vendas OR Esq 01
Tipo doc.vendas KM Esq 04...
Esq. texto (cabeçalho doc.vendas) 01
Tipo texto 0001 Texto cabeç.formul.
Tipo texto 0002 Nota de cabeçalho 1...
Seqüência acesso 1
1. Texto 0001 de doc.referência
2. Texto de mestre de clientes...
MMMSociedade
Doc
KKMMTT
ClienteCliente
Sem texto disponível
Texto disponívelTexto...
A determinação de texto é um recurso para gerar textos automaticamente quando você cria um objeto texto.
É possível definir esquemas distintos de determinação de texto para cada objeto texto (por exemplo, o cabeçalho do documento de vendas ou os textos centrais para um cliente).
Os esquemas de determinação de texto contêm todos os tipos de texto de um objeto texto que podem ser atualizados.
É necessário atribuir cada característica em um objeto texto a um dos esquemas definidos. Isso significa que quando você cria um registro mestre de cliente, o sistema usa o esquema de determinação de texto atribuído ao grupo de contas do cliente. Ou, na entrada de ordens do cliente, o esquema de determinação de texto do cabeçalho do documento de vendas é atribuído ao tipo de documento de vendas.
É possível gravar uma seqüência de acesso para cada tipo de texto no esquema de determinação de texto de documentos. Essa seqüência contém a estratégia de pesquisa aplicada pelo sistema para procurar o texto necessário.
Também é possível definir controles específicos para cada tipo de texto, como incluí-lo no log de dados incompletos.
Mestre de Clientes
SAP AG 2000
Mestre de clientes
Dados gerais
Dados da empresa Dados de vendas
Os dados de vendas são fundamentais para os componentes Vendas e Distribuição e Expedição. Os dados da empresa são a base da Contabilidade Financeira. Os dados gerais são atribuídos diretamente aos mandantes. A partir de então, esses dados são
válidos para as diversas empresas e para as diferentes áreas de vendas. Por exemplo, o número do cliente utilizado em Vendas e Distribuição é idêntico ao número do cliente na Contabilidade.
SAP AG 2000
Mestre de clientes - grupos de contas
GRUPO DE CONTAS
Criar emissor da ordem
Cliente : K1
Organização vendas : 1000
Canal de distribuição : 10
Setor de atividade : 00
Grupo de contas : 0001
0001 Emissor da ordem
0002 Recebedor da mercadoria
0003 Pagador
0004 Recebedor da fatura
Seleção de camposAtribuição de númerosConta-CD cliente: sim/não
.
.
.
GRUPO DE CONTAS 0001
Um grupo de contas é uma classificação nos registros mestre de cliente.Um grupo de contas define:
As entradas obrigatórias ou opcionais no registro mestre (seleção de campos) O intervalo de numeração do número de contas de cliente Se um número é atribuído pelo usuário ou pelo sistema (atribuição externa ou interna de
números, respectivamente) Se é uma conta-CD (conto pro diverse) O esquema de determinação de mensagens utilizado
É possível complementar o grupo de contas predefinido com a sua conta, no sistema SAP standard.
SAP AG 2000
Mestre de clientes - selecionar campos para grupos de dados
Vendas
Dados no reg.mestre de cliente
Dados gerais
Dados comerciais
Dados da empresa
EndereçoComunicaçãoDados de controlePagamentos
VendasExpedição/Faturam.Utilização de parceiroSaída
Obrigat.
Grp.vendas/Grp.estatíst.Grupo de clientesRegião de vendasEsq.determinação de preçoProposta de produto
ExibirOpcional
...
Ocultar
Você encontrará dados gerais e dados específicos de Vendas e Distribuição e da empresa, no registro mestre de cliente.
É possível utilizar a seleção de campos para definir se os campos serão opcionais ou obrigatórios para cada grupo de contas. Você pode ocultar os campos desnecessários.
SAP AG 2000
Mestres de clientes - selecionar campos para grupos de contas
Vendas 1)
______
______
______
Documentos
Vendas 1)
Doc.faturamento
______
Documents
Vendas 1)
Expedição
Doc.faturamento 2)
______
Documents
Vendas
Expedição
Doc.faturamento
Uso de parceiro
Documentos
Grupo de contas 0002
Grupo de contas 0002
Grupo de contas 0001
Grupo de contas 0001
Grupo de contas 0003
Grupo de contas 0003
Grupo de contas 0004
Grupo de contas 0004
Recebedorda fatura
Recebedorda fatura
PagadorPagadorRecebedorda mercadoria
Recebedorda mercadoria
Emissor da ordemEmissor da ordem
1) Controle de autorização2) Inform. sobre controle
Já existem grupos de contas preparados no sistema R/3 standard para as diversas funções de parceiro, como:
Emissor da ordem Recebedor
da mercadoria Pagador Recebedor
da fatura Estão selecionados campos específicos para cada um desses grupos de contas. A seleção de
campos depende das funções existentes dentro da função de parceiro necessária.
SAP AG 2000
Mestre de clientes - influências adicionais sobrea seleção de campos
Filtro paraGrupo de contas:
Filtro paraTransaçãoFiltro paraTransação
Dados geraisDados gerais Dados da empresaDados da empresa Dados comerciaisDados comerciais
CaracterísticasgeraisCaracterísticasgerais
Dados para cada grupo de contas e transaçãoDados para cada grupo de contas e transação
Além do grupo de contas, as transações para criar, modificar e exibir um registro mestre de cliente também influenciam na seleção de campos.
Existem transações para processar um registro mestre de cliente Na visão de Vendas e Distribuição
Na visão de Contabilidade Centralizadamente para as duas visões
No sistema SAP standard, é possível atualizar coordenadas bancárias, por exemplo, por meio da contabilidade ou da transação central.
SAP AG 2000
Material - tipo de material
DescriDescriççãoão
Departamento responsDepartamento responsáávelvel Pedido internoPedido interno//externoexterno Classific.
contábil
AA
MaterialMaterial
Atualiz. quant./valorControles de preço
Diferenças em cada centro
TipoTipo materialmaterial
É definido um tipo de material para cada material. Faz parte dos dados gerais do material. Os departamentos responsáveis pelo tipo de material determinam as visões que podem ser
atualizadas para determinado material do tipo em questão. O tipo de administração de estoques (quantidade/valor) pode depender do centro do tipo de
material. No controle do preço, defina se o estoque do material deve ser avaliado ao preço standard ou ao
preço médio móvel. É possível definir para cada tipo de material as classes de avaliação autorizadas a atualizar dados
contábeis no registro mestre de material. A classe de avaliação aliada a outros fatores determina as contas do Razão a serem atualizadas durante uma transação relevante para avaliação (por exemplo, movimento de mercadorias).
SAP AG 2000
Seleção de campos de material: fatores que influenciam
ComponenteSAP
Seleçãode campos
..................
..................
..................
?
Transação
Código de suprimento
Tipo material
Centro
Filial
Existe uma tabela de controle individual para cada fator influente citado acima. Cada posição na tabela de controle é válida para um grupo de campos no mestre de materiais.
SAP AG 2000
Table Control
Ordem standard 67253 Valor líq.
Emissor da ordem
Recebedorda mercadoriaVendas Motivo da rejComprador SuprimentoSíntese item Expedição
Data desejada de remessa
Área de vendas
Item Material Quantid.ordem UoM ...
10 M1 10 ST ...
67253
K1
W1
920,00 DM
Criar uma ordem standard: síntese X
"Table control" é um elemento de exibição que permite que o cliente configure a tabela para atender a necessidades específicas. Esse recurso é útil principalmente se a tabela contiver muitos campos.
Todo usuário pode definir uma visão própria dos dados para facilitar ainda mais o trabalho: Modificando a seqüência de colunas Modificando a largura das colunas (inclusive, torná-las invisíveis) Gravando as opções como uma variante de exibição Tornando a própria variante de exibição uma configuração standard
Um administrador também pode tornar campos individuais invisíveis no sistema inteiro. (Objeto de autorização: (Objeto de autorização: S_ADM_FCD na classe de autorizações da
Administração do sistema base.)
SAP AG 2000
Variantes de transação / variantes de tela / GuiXT
É possível simplificar os processos de transação com variantes de tela que: Entram valores propostos nos campos Ocultam e modificam os campos a serem preenchidos com dados
Ocultam telas inteiras Principalmente compactar e ocultar telas facilitam ainda mais o trabalho no sistema R/3 e oferecem
uma síntese mais eficiente. Uma variante de transação é formada por variantes de telas. Uma variante de transação é atribuída a exatamente uma transação e cada transação pode ter
diversas variantes. As variantes de transação só são permitidas para transações de tela. Ao usar batch input ou registro de batch input, o sistema NÃO usa os valores contidos nas variantes
de transação. A ferramenta complementar GuiXT permite um design flexível das telas individuais. O GuiXT usa
uma linguagem de scripts para os scripts que executam computador auxiliar. Você encontrará mais informações sobre a home page dos fabricantes de GuiXT em http://www.synactive.com.