Escolar Documentos
Profissional Documentos
Cultura Documentos
=================
Versão 5.0 - lançada em 2004 com o nome de MYSAP ERP, ou mas conhecida como ECC 5.0
ECC – ERP Control Component
ERP – Enterprise Resource Planning (Planejamento de Recursos Empresariais)
É possível comprar a solução ERP mais as funcionalidades disponíveis pela SAP para integração do
sistema, como mostra o desenho abaixo:
1
A SAP recomenda 3 ambientes para o cliente trabalhar:
Ambiente QAS (Quality) - ambiente de qualidade usado pelo usuário para homologação.
Normalmente, o ambiente DEV é composto de duas máquinas lógicas dentro do mesmo servidor,
cada máquina lógica é conhecida com INSTANCE.
Instance 01
300 400
100
110
Instance 02
200
Cada parametrização feita neste ambiente gera uma Request, que deve ser transportada para os
demais ambientes.
Ambiente 110 conhecido como “caixa de areia”, ou SAND BOX. É usado para os testes iniciais.
***
Existem algumas parametrizações que são válidas para todos os ambientes (Client
Independent) e não precisam de request para a mesma Instance.
***
Para logar no SAP é necessário informar, conforme exemplo abaixo:
Client : 804 O Cliente é o ambiente (ex: 110, 200, 400)
User : ACADSD-16 Nome do usuário
Password: inicio02 Senha para acesso
2
Language: EN É possivel logar em Inglês(EN) ou outros idiomas
NAVIGATION
/n fecha a tela (sessão) atual e abre outra tela
/o abre outra sessão sem fechar a atual
ExtrasSettingsDisplay Techinical Names (mostra o nome da transação no Sap Easy Menu)
CUSTOMIZING
A customização (parametrização) é feita através da transação SPRO e clicando no botão IMG
(Implementation Guide – guia de implementação).
***
Tipo de documento de venda OR (ordem Standard do SAP)
Tipo de documento de venda ORB (ordem de venda Standard Brasil)
***
No SAP, nada se cria, tudo se copia para manter configurações básicas.
Exemplo: se quiser uma ordem de venda, cria-se com cópia da ordem ORB e dá-se o nome ZORB
ou YORB. Convencionou-se utilizar a letra Z ou Y antecedendo os documentos criados com cópia
do Standard.
***
Existem 6 elementos fundamentais que o Contultor precisa saber:
***
O processo de vendas e distribuição afeta o balanço da empresa, pois quando baixa o produto do
estoque está lançando em CUSTO e quando a Venda é efetuada lança RECEITA.
3
ESTRUTURA ORGANIZACIONAL.
Plant Centro
A organização de vendas pode ser por exemplo: nacional, regional ou divisão internacional.
(Mercado interno, mercado externo, regional Sudeste....etc...etc..)
Uma organização de vendas é atribuída a apenas uma Company Code (empresa), porém
uma empresa pode ter mais de uma área de vendas.
Uma organização de vendas pode ter vários canais de distribuição e um canal de distribuição pode
estar em varias organizações de vendas.
Uma organização de vendas pode ter vários setores de atividade e um setor de atividade pode
estar em várias organizações de vendas.
4
Org.Vendas (N) <-> (N) Setor de Atividade
Portanto para formar a árvore da organização de vendas é necessário atribuir o Setor de Atividade
à Organização de Vendas e atribuir o Canal de distribuição também à organização de vendas.
Somente depois desta atribuição é possível formar a área de vendas: UBMI – OL – AV.
Plant: Centro
Um centro (Plant) pode ter vários depósitos (Storage Location), porém um depósito só pode estar
atribuído a um centro.
O centro (Plant) não é atribuído a área de vendas inteira, somente a Org.Vendas e Canal de
distribuição.
Shipping Point: local de expedição – O conceito de local de expedição é físico (pois no Brasil a
NF deve sair junto com o produto). Mas pode representar um local não físico (Ex: local de
expedição: remessa expressa).
Um local de expedição pode estar atribuído a vários centros e um centro pode ter vários locais de
expedição.
5
Empresa
1000
1 1
N N
N N
Organização
de Vendas Centro N
N N 1
N N N
Canal Setor
Distribuição Atividade Depósito
12
Local
Expedição
PRÉ-VENDAS
6
o Transferir as necessidades para o planejamento de materiais
Isto inclui:
o Produção do material
o Compra do material ou insumos
REMESSA
SAIDA MERCADORIA
Etapas Opcionais:
Transfer Orders – picking com confirmação por ordem de transferência. Utilizada para controlar o WM
(full ou lean)
Packing – gera uma unidade comercial e pode ter instruções de como vai embalar/empacotar.
Transportation – gera custo de frete e calcula os tempos (lead times) do transporte. È conhecido como
planejamento e monitoração do transporte (Shipment document)
O Picking pode ser feito através do Sub-Módulo WM (Warehouse Management) que é subdividido em:
WM Lean (enxuto), onde a confirmação do picking é feita automaticamente.
WM Full (Completo), onde a confirmação do picking é feita pelo usuário.
O Picking também pode ser feito por SD, informando a qtde de picking na própria remessa.
Faturamento – BILLING
O faturamento suporta:
7
o Cancelamento de documentos de faturamento criados anteriormente
o Transferência automática de dados para FI e CO
Quando o sistema gera a fatura (Billing Document) é gerado o documento contábil (Accounting
Document).
Faturar = Contabilizar
Pagamento – PAYMENT
O pagamento é um processo que faz parte do módulo de FI.
O pagamento suporta (quando o financeiro registra a transação comercial):
o Transferência de pagamentos contra faturas
o Reconciliação de diferenças
8
Processos de Vendas e Distribuição:
Cotação 1
Order 1
Cotação 2
Order 2
Cotação 3
Order 3
Uma ordem de vendas pode, portanto, ser aplicada para um negócio que já exista.
Por exemplo, uma ou mais solicitações de cotação e/ou cotações podem ser documentos referenciados.
Neste caso, o sistema copia os dados relevantes para a Ordem de Venda.
Header: os dados de cabeçalho são válidos para o documento inteiro. Por exemplo: dados do cliente.
Item: Cada item do documento de vendas tem dados separados. Por exemplo: dados sobre o material e
quantidades. Cada docto pode conter vários itens, como um item pode ter controle diferente. Ex:
material, item de serviços, item livre de débito.
Schedule Lines: As divisões de remessa contem as quantidades e as datas de entrega. Um item pode ter
varias divisões de remessa, por exemplo, quando a quantidade é para ser entregue em varias remessas
parciais em diferentes datas.
Processo de EXPEDIÇÃO
Delivery Document
10
Ordem 1
Remessa 1
Ordem 2
Remessa 2
Ordem 3
Remessa 3
Você pode criar uma ou mais remessas de uma ordem. Você também pode combinar itens de mais de
uma ordem em uma única remessa. Para isto, as ordens devem ter características que são essenciais
para o processo de expedição, como:
Local de expedição
Data de entrega
Endereço de entrega
O sistema pode criar remessas on-line ou por job sendo executado durante um horário menos
movimentado.
No cabeçalho: dados relevantes para o docto inteiro, como por exemplo, dados do recebedor de
mercadoria e a data de entrega.
No item: cada item do docto de remessa possui seus próprios dados, por exemplo, dados do material,
peso, quantidade.
Diferente dos documentos de vendas, documentos de Remessa não possuem Divisões de remessa
(Schedule Lines). Uma Schedule Line do documento de vendas pode tornar-se um item no docto de
remessa.
PICKING
Transfer Order 2
Remessa 2
Transfer Order 3
11
Você pode criar uma transfer order de uma remessa.
Durante o processo, somente as remessas que são necessárias para picking (separação de Mercadoria)
são consideradas. O sistema copia os dados relevantes da remessa.
Para otimizar o picking, você pode criar picking lists que contenham materiais de diferentes Remessas.
Para ajudar o trabalho do operador, você pode ordenar a lista de acordo com o armazenamento do
material e também calcular as quantidades por material.
O sistema pode criar ordens de transferência on-line ou por job executado em horário de menos
movimento.
Remessa 1
Fatura 1
Remessa 2
Fatura 2
Remessa 3
Fatura 3
12
Você pode criar uma fatura de um documento de Remessa ou por Ordem de Venda. (VF01)
Obs.: Quando é serviço não tem remessa
O sistema pode criar Faturas on-line ou por job (processamento Batch) executado em horário de menos
movimento.
No cabeçalho: Os dados para o documento de cabeçalho são validos para todo documento, por
exemplo: dados sobre o pagador e data da fatura.
No item: Cada item do documento contem seus próprios dados, por exemplo: detalhes sobre o material,
quantidades faturadas, e valores líquidos dos itens.
O documento contábil (Accounting Document) gerado debita as despesas e receitas, como impostos,
débito a cliente, deduções.
FLUXO DE DOCUMENTOS
Os doctos dentro do processo de vendas e distribuição são ligados através de cada fluxo de
documentos. Você está apto para acessar o histórico e status atual para seu processo de vendas e
distribuição a qualquer hora.
Você pode exibir o fluxo de documento, como uma lista ligada ao documento.
Para está lista você pode exibir os documentos relevantes ou verificar os status dos documentos.
O Fluxo de documento é atualizado tanto no nível de item como de cabeçalho.
A Divisão de remessa (schedule line) estão somente no documento de vendas.
13
DADOS MESTRES (CADASTROS)
Vários dados (cadastro de cliente/material/condiç) de origem podem ser copiados na ordem de vendas
ou em outro documento de vendas.
Você pode criar e manter estes dados mestres nos dados mestres de vendas e distribuição para Pricing
automática. Isto pode ser um preço de material ou um desconto por cliente, por exemplo.
Tabela de Controle:
Você pode criar e manter esta tabela na customização. Os valores padrões de vários dados podem ser
controlados nos documentos de vendas e distribuição dependendo das configurações da Tabelas.
Anteriormente documento de vendas pode servir na origem de dados para qualquer outro documento.
Exemplo: A cotação pode servir como uma origem de dados para ordem de vendas.
Quando você muda o mestre record depois usando-se a criação de documentos (ordens, remessas,
documentos de faturamento, e ) as mudança não afetam os documentos já criados. O endereço do
mestre de cliente, entretanto é uma exceção. Se necessário, consequentemente, você pode mudar os
dados no documento manual.
Obs.: Qual informação depois que salvar uma ordem e eu mudar os dados no mestre de cliente muda
automaticamente?
- Dados de endereço
14
Esta fonte de dados inclui por exemplo:
São três visões dos dados de mestre de cliente (XD01):
Dados Gerais – Este é armazenado em forma (cliente - específico), de ordem para evitar dados
redundantes (ex.: não duplicar CPF e CNPJ). Este é valido para toda unidade organizacional dentro do
cliente.
ex: nome, informação de taxas.
Os dados gerais do mestre de clientes estão configurado nas seguintes abas:
Dados endereço do cliente, Dados de controle, Pagamentos, Marketing, Locais de descarga, Dados
exportação e Pessoa de contato.
(XD01 ou VD01)
Dados da Área de Vendas – ex: Condições de Expedição, escritório de vendas, calculo de imposto,
funções de parceiro.
Você pode manter os dados na área de vendas de várias maneiras, dependendo das área de Vendas
( Organzição Canal e setor – ex Méd/AED – diferentes dados para as duas unes)
Os dados da área de vendas no mestre de cliente é configurado nas seguintes abas:
Vendas, Expedição, Documento de Faturamento e Função de parceiro
(XD01 ou VD01)
15
O código da companhia no cadastro de cliente consisti nas seguintes abas:
Você armazena a função de parceiro para o mestre de cliente no mestre de cliente dos dados de área de
vendas. Durante o processo da ordem de vendas eles (função parceiro) são copiados como valores
padrões nos documentos.
As funções de parceiro podem ser contatos, representantes, etc. e existem 4 funções de parceiro
obrigatórias: (prova)
Os parceiros podem ser iguais ou diferentes
Outras funções de parceiros, tais como pessoa de contato, transportadora, não são absolutamente
necessárias para o processo de ordem de vendas.
Você pode usar este recurso para permitir materiais de diversas divisions (setor de atividade) na
mesma ordem de vendas.
Voce pode controlar pelo Customizing, de acordo com tipo de Documento de Vendas:
Você não pode usar este tipo de processo para múltiplos materiais com várias divisões na ordem.
DADOS MESTRES
CLIENTE-MATERIAL - Info-Record
17
Você pode usar este registro de cliente-material para:
Os valores das conditions são os valores que formam o preço do produto na Pricing.
ax + bx + c = valor final
Imagine que os valores das variáveis são as conditions (preço material, descontos, taxas) e estas
variáveis são as conditions dentro da pricing, que vamos montando, até chegar no valor final do
produto.
18
01/05 a 30/05 2%
As escalas podem ser por preço, peso, qtde e pode definir a base (se em % ou em valor montante).
Condition Record é mantida pelo usuário, que fica responsável pelo cadastro dos dados.
As conditions são levadas automaticamente para a Pricing, mas podem ser inseridas manualmente no
docto de vendas.
DADOS INCOMPLETOS
O sistema é parametrizável para avisar sobre os dados incompletos nos documentos de vendas.
19
Se você não precisar dos dados mestres (cliente, material e condições) para diferenciar de acordo com
os canais de distribuição, você pode definir um canal de distribuição representativo. Os dados mestres
para o canal de distribuição aplicam-se para todos os canais que você referencia no Customizing.
Ou seja, para facilitar o cadastro de dados mestres, você define um canal comum e no Cutomizing,
referencia este canal comum aos demais canais.
Desta forma, você cadastra o cliente neste canal comum e é possível emitir ordens para todos os canais
que foram referenciados como comum a este canal.
Os dados do setor comum do setor de atividade são válidos para Dados mestres do cliente e para dados
mestres de Condições.
Como o setor de atividade do material é um dado mestre, ele não pode ser comum.
- Ordem Standard
- Contrato
- Cash Ordem - Venda no Caixa
- Rush Order (ordem rápida) – cria remessa automaticamente
- Returns – Devoluções
- Consignação
- Cartas de Crédito/Débito
20
- Pricing
- SIS – informação sistema vendas
- Checar crédito
- Textos
- Mensagens
- Checar Necessidade/Disponibilidade
- Programa de entrega
Dependendo da transação, certas funções são criadas automaticamente. Estas funções podem ser
ativadas ou desativadas diretamente pelo tipo de docto.
Toda vez que se cria uma ordem de venda, todo item tem que ter o Centro atribuído.
1 – Cliente/Material,
2 – Recebor da Mercadoria (Ship-to-Party)
3 – Material (campo Plant of Delivery)
Se for necessário outro tipo de determinação de centro, faz-se por Exit ou novos programas.
O rota é determinada na Ordem de Venda, porém É POSSIVEL alterar esta Rota na Remessa.
21
Parametrização de rota é feita no Customizing.
Planejamento de Expedição
Necessidade material = data em que o material tem que estar disponível no estoque para picking and
packing. (separação e embalagem)
Data carregamento e saída da mercadoria = tempo decorrido do inicio do carregamento até a saída
do veiculo da empresa.
São lead times: tempo de preparação, tempo de carregamento, tempo de transporte e tempo de trânsito.
Backward Scheduling
Para a programação para trás, o sistema calcula a data que tem que estar disponível o estoque, a partir
da data de entrega requerida pelo cliente.
Se a data de entrega requerida pelo cliente puder ser atendida, o sistema confirma na Schedule line
(divisão de remessa) a qtde a ser entregue, por Item.
Se na data que é pra ter o estoque do material não tiver o estoque suficiente, o sistema utiliza o ATP
para propor a data em que será possível ter o saldo do estoque faltante. Você pode confirmar a data do
22
ATP e o sistema irá gerar uma nova linha na scheduline line (divisão de remessa), confirmando a qtde
do saldo para a nova data.
Forward Scheduling
** Pode ser desativada, ou seja, o sistema não propõe nova data de entrega possível.
Processamentos Coletivos em SD
Worklist_____
Ordem Ordem Remessa
Ordem Ordem Remessa
Ordem Ordem
Opções de Remessa:
CRIAÇÃO DE PICKING
O Picking pode ser feito através de uma Transfer Order. Neste caso a transfer order só é possível se
tiver implantando o módulo WM. A combinação Centro e local de expedição determinam o Warehouse
Number (armazém).
Worklist_____
Remessa Remessa Transfer Order
Remessa Remessa Transfer Order
23
Remessa
Opções de Picking
Para a transfer order, você pode imprimir uma picking list para usar no Warehouse. Este passo pode ser
feito automaticamente.
Com isto você pode transferir os dados das transfer order para um sistema externo de WM, por meio de
terminais portáteis (PDCs)
Se a confirmação automática não é usada, você pode monitorar o picking, informando a qtde
manualmente. Você também pode confirmar desvios nas qtdes.
- Criar uma nova ordem de transferência com a qtde de desvio, e o picking fica em aberto.
- Reduzir a qtde na Remessa para a qtde que tem de Picking.
Para realizar a saída de mercadoria, a qtde de picking deve ser a mesma da remessa.
Worklist_____
Remessa Remessa Saída Mercadoria
Remessa
Remessa Remessa Saída Mercadoria
Worklist_____
Remessa Remessa Fatura
Remessa
Ordem Ordem Fatura
Opções de Faturamento
O STORAGE LOCATION Não é determinado automaticamente na ordem de venda. Por isso o ATP
roda em nível de PLANT
Ao criar a ordem de venda, esta transfere necessidade para o planejamento de materiais que por
sua vez solicita a produção do material ou necessidade de compra.
TODA ordem de venda que não pode ser entregue no prazo requerido pelo cliente ou que é entregue
parcialmente na data de entrega solicitada é considerada uma BACKORDER, ou seja, ordens que não
tem o status OTIF – On Time In Full.
CHECAGEM DE DISPONIBILIDADE
_________________________________________________________________________
Módulo Transportation
No documento de transporte estão todas as remessas que compõem a carga, assim como as informações
do transportador (placa, transpotadora, etc).
MAKE-TO-ORDER
25
Produção sob Encomenda
O processo de make-to-order é diferente desde a venda, pois são produtos específicos para atender os
clientes.
Quando é criada uma ordem de venda para um item Make-to-Order é gerada automaticamente uma
ordem de produção para este item.
ITEM CATEGORY
Categoria de Item
26
- Qual parceiro de negocio pertence o item
- Qual tipo de texto pertence o item
- Se o item é relevante para a Remessa
- Se você pode criar divisões de remessa para o item
O comportamento da categoria do item é especifico para o documento em que ele está presente, ou
seja, a mesma categoria do item pode comportar-se de um jeito na Ordem de Venda e de outro jeito na
Remessa ou Fatura.
No cadastro de Material existe o campo Item Category Group (Grupo de categoria item).
Este grupo é importante para definir a categoria do item, MAS NÃO É O ITEM CATEGORY.
(No processo de vendas, os custos e vendas planejados para um item são reunidos num objeto de
controle e estabelecidos numa Análise de Rentabilidade (CO-PA) Profitablility analysis).
Você pode criar devoluções, solicitação de crédito, carta de crédito, correção de fatura com referencia a
documentos criados anteriormente.
Exemplos:
- Criar uma Devolução com referencia a uma Fatura ou uma Ordem de Venda
- Criar uma Carta de Crédito com referencia a uma Fatura
- Criar uma Correção de Fatura com referencia a uma Fatura
Cartas de Crédito/Débito
PODEM ser geradas com um BLOQUEIO de faturamento automático, que somente depois de liberado
pelo gerente (por exemplo) poderá ser faturada.
27
A liberação para faturamento pode ser feita por item, colocando-se um motivo de rejeição no item que
não foi liberado.
Devoluções/Retornos
Quando isto ocorre, é criada uma nova fatura no fluxo do documento, que faz a contabilização inversa
da fatura cancelada.
Listas e Relatórios
Lists Apenas listagem dos documentos, por exemplo, por cliente ou material ou com status
específicos.
Worklists Listagem de documentos para um processo subseqüente, ou seja, que ainda serão
processados. E a partir desta lista é possível gerar os doctos subseqüentes.
28
S I S – Sales Information System
O SIS faz parte de um conjunto de soluções de informação conhecido como LIS (Logistic Information
System).
Quando você usa transações nas aplicações Logísticas, dados relevantes do LIS são atualizados. Você
também pode atualizar dados originados de outros sistemas no LIS.
LIS agrega e armazena estes dados num banco de dados. Os dados podem ser agregados com referencia
a qualidade ou quantidade:
- Redução quantitativa pela agregação em nível de período
- Redução qualitativa pela seleção de key figures
Estas estruturas estão em tabelas estatísticas especiais que contem dados de processos executados por
diferentes aplicações. Estes dados são constantemente coletados e atualizados no sistema.
• Característica : tem critérios que você especifica para coletar dados de determinados assuntos.
29
• Unidade de período : é também um critério usado nos cubos. Você pode atualizar dados de um
período especifico (um dia, semana, mês, por exemplo)
• Key figures (Indicadores) : são métricas. Exemplo: Material, vendas, crédito, etc.
O sistema Standard contém uma variedade de CUBOS em SD (S001 até S006, por exemplo).
Você pode usar a análise Standard para avaliar dados sem ter que fazer configurações adicionais no
Customizing.
Você pode criar seu próprio CUBO no Customizing no range de S501 até S999.
A partir de transações Standard (ex: MCTA, MCSA), você pode definir filtros para a geração do report.
A lista gerada pode ser impressa, gravada no PC, pode gera um gráfico. Existem várias funções
disponíveis para trabalhar com a lista, como por exemplo, curva ABC, 10 mais, comparação, etc.
É um extrator de dados do ECC ou de outros sistemas não-SAP ou arquivos txt, arquivos XML, dados
do sistema legado.
Os elementos do BW são:
- Roles: pápeis
- Workbooks: consultas pré formatadas
- Queries: pesquisas feitas no cubo
- InfoCubes: Cubos
- Extractors, InfoSources: Extrator, fonte de dados
- InfoObjects: objetos em que vai buscar a informação.
30
Business Área – DIVISÃO DE NEGÓCIO.
Você pode usar a divisão de negócio, se você quiser calcular lucros e perdas independente da Empresa
(company code)
Com o uso da divisão de negócios, é possível uma analise contábil agrupada, sem a necessidade de
criação de novas contas contábeis.
ESCRITORIO DE VENDAS
GRUPO DE VENDEDORES
Sales Office e Sales Group são ligados a uma area de Vendas (ex: 100/12/00).
Você pode ter dados relevantes para vendas, como preços, descontos, taxas para organização de vendas
e canal de distribuição.
Serve para diferenciar os diversos segmentos de produtos de uma empresa. Exemplo: motocicletas,
computadores, açúcar, álcool, etc.
31
Plant – Centro
Um centro está em apenas uma Empresa (que é a entidade que apresenta o balanço patrimonial).
Como o centro é gerador de custo e receita ($$$$) e o dinheiro só tem um dono. Então um centro só
pode estar atribuído a uma empresa (company code).
È possível gerar uma ordem de venda de um centro e dizer que a mercadoria sairá de um outro centro
(que pertence a uma outra empresa, do mesmo mandante).
Para isso, o centro da saída da mercadoria deve estar atribuído também para a organização vendas e
canal de distribuição que originou a OV.
Como a operação gera Receita em um centro e Custo em outro, é necessário realizar uma venda
Intercompany para suportar a operação.
Pode ser gerado através da transação VC/2 ou clicando no botão especifico dentro da ordem de venda.
O sumário traz informações importantes sobre o cliente, como ultimas ordens, valor de vendas, ordens
em aberto, etc.
È possível fazer modificação em massa de vários itens dentro de um docto de vendas ou de vários
documentos de vendas dentro de uma lista de doctos.
BLOQUEIOS
32
Num docto de vendas é possível bloquear as seguintes transações:
- Para criação de Remessas
- Para criação de Faturas
No cabeçalho do docto é possível bloquear tanto para fatura como para remessa, porém é válido para
TODOS os itens do docto.
Pode-se controlar por controle de cópia que estes itens não sejam levados nos documentos
subseqüentes.
O Motivo de Rejeição é em nível de ITEM, e afeta o planejamento de produção pois tira a qtde da
necessidade de produção.
Quando modifica-se o cliente Emissor da Ordem na ordem de vendas, os seguintes dados são
redeterminados:
• Dados mestres de cliente
• Info-record do cliente material
• Textos
• Preços
• Centro e local de expedição
O controle de cópia pode se feito nos níveis de Cabeçalho, Item e Divisão de Remessa, dependendo da
estrutura do documento.
33
Cabeçalho Checa se o documento origem pode gerar o documento destino
Ex: o docto de vendas OR permite o docto de remessa LF
Divisão Remessa Serve para os doctos que tem Divisão de Remessa na estrutura
Para controlar o procedimento, em cada nível (cabeçalho, item, div.remessa) você cria:
• Rotinas para transferência de dados – Controla os campos do documento precedente que serão
transferidos
• Requerimentos de Cópia – Define requerimentos que serão checados quando você criar um
documento com referencia. Se estes requerimentos não forem atendidos em caso particular, o
sistema emite uma mensagem de aviso ou erro e se necessário, termina o processo.
• Chaves (Switches) – São chaves para controles específicos em cada transação. Por exemplo,
você pode ativar ou desativar a transferência do numero do item do docto precedente.
34
Tela do Customizing – controle de cópia (Nível de item)
As rotinas e requerimentos para cópia são escritas em código ABAP e podem ser ajustadas a regra de
negócio, criando uma rotina com cópia a outra e adicionando ou apagando linhas.
As ferramentas para controle são: Tipo Docto Vendas, Categoria de Item e Categoria de Divisão de
Remessa.
- Range de Numeração
- Se obriga referenciar um documento
- Quais tipos de doctos subseqüentes são permitidos
35
Os tipos de documentos de vendas, OBRIGATORIAMENTE, devem ser atribuídos a área de vendas
(Org.Vendas, Canal, Setor Atividade).
Sub-Itens
Você pode atribuir um item a um item superior (item pai), se por exemplo, um cliente recebe
bonificação de mercadoria para uma certa qtde do produto.
Tipo Docto Grupo Item Usage Categ. Item Categ. Item Categ.Item
Vendas Categ. Item (Uso) Superior (Default) Alternativa
OR NORM TAN TAP
OR NORM TAN TANN
36
Tem as seguintes opções para definir a divisão de remessa p/ categoria do item:
- Categoria do Item
- Tipo de MRP
- Divisão de remessa (Proposta pelo sistema e divisões alternativas)
Exemplo:
TAN ND CN
Você pode informar quais componentes formam um material (como por exemplo: itens que formam um
computador: mouse, teclado, monitor).
Todos os materiais (componentes) que você quer controlar no documento de vendas devem estar
flegados como relevante para vendas. (Nota: os itens de uma lista técnica são controlados
diferentemente das categorias de item do docto).
Você pode criar uma lista técnica com código BOM usage 5 (Sales and Distribution). Neste caso todos
os itens da lista serão automaticamente flegados como relevantes para vendas.
Quando você cria um documento com referencia, aparece uma caixa de diálogo e é possível copiar o
docto todo ou apenas alguns itens (através do botão seleção de itens).
Regra de completeza
No Customizing é possível colocar uma regra de completeza (ex: regra A – o item do docto fica com
status completo, mesmo que tenha sido referenciado apenas parte da qtde do item).
37
CENÁRIOS ESPECIAIS (2º APOSTILA)
Este tipo de ordem (RO) cria a remessa automaticamente, ao salvar o documento de venda.
Isto ocorre porque no tipo de documento RO no Customizing está flegado (X) o campo Imm.delivery
(Remessa Imediata).
No tipo de docto Cash Sales (CS) também está flegado o campo de Remessa Imediata.
Além de gerar a remessa, o sistema imprime (via Output) a Invoice para o Cliente.
As faturas (Billings) podem ser faturadas no final do dia, via processo coletivo.
CONSIGNAÇÃO
Existem 4 tipos de documentos de vendas para atender o cenário de Consignação de mercadorias aos
clientes. São eles:
38
O estoque fica fisicamente no cliente, mas no sistema ainda pertence ao centro/empresa que
enviou e fica num deposito especial.
Este cenário Vende a mercadoria consignada ao cliente. Por isso gera a fatura.
Não gera Picking, pois o material já estava fisicamente no cliente.
Existe saída de mercadoria para que o estoque que estava em consignação, passe para o cliente,
ou seja, deixa de ser de propriedade do centro/empresa.
Este cenário é o Retorno do material que foi remetido em consignação e o cliente não vai
comprar.
Aqui, o cliente depois de ter comprado o material consignado, está fazendo a devolução dele
(por motivo de qualidade, por exemplo).
Você pode criar uma Remessa Free-of-Charge através do tipo de documento de vendas FD.
Troca de Mercadoria
O cliente ao devolver uma mercadoria, pode solicitar o envio de nova mercadoria, ao invés de receber o
crédito desta devolução.
Você pode referenciar no controle de cópia deste documento que o documento origem é um Return
(devolução).
39
INCOMPLETENESS – Log de Incompleto
Você pode definir campos obrigatórios nos documentos de vendas que são essenciais para os processos
subseqüentes ou para o controle da empresa.
Os grupos são os doctos que permitem o controle de dados incompletos. Veja que não existe log de
incompletos para a fatura.
Para cada grupo são definidos os Esquemas (Procedures).
Ex: esquema 11 – ordem (controla os campos que são obrigatórios para a ordem de venda).
40
Esquemas dados incompletos
Para cada esquema são definidos os campos que serão controlados os dados incompletos.
E para cada campo é definido o grupo de status, ou seja, se o dado incompleto daquele campo terá
impacto na remessa, na fatura, etc..
Também é possível checar o campo Advert que diz se o sistema irá mostrar uma caixa de diálogo
avisando o usuário que faltam dados no documento.
41
Grupos de Status
PARCEIROS DE NEGÓCIOS
Os parceiros de negócios que existem no mercado são representados no SAP por um Partner Type (Tipo
de Parceiro), como por exemplo:
- Clientes
- Fornecedores
- Pessoa de contato
- Empregado
Os tipos de parceiros distinguem entre diferentes parceiros de negócios, as funções de parceiro
representam as diferentes funções para uma transação comercial.
42
Exemplo: um cliente pode ter a função Emissor da Ordem, Recebedor da Mercadoria, Pagador.
OUTLINE AGREEMENTS
Programação de Remessas
Contrato de Quantidade
Este tipo de contrato é um acordo de qtde, ele não contem divisão de remessa nem data de
entrega. Tem uma data de validade do contrato apenas e a qtde acordada.
Deste contrato são criadas Ordens de Liberação (Release Order) e destas ordens são criadas as
remessas.
O sistema exibe uma mensagem quando o usuário criar uma ordem (mesmo que sem referencia
ao contrato) que existe(m) contrato(s) em aberto para aquele cliente.
Você configura no Customizing quais tipos de doctos de vendas que, quando você criar um
release order, o sistema automaticamente procura por qualquer outline agreement aberto. Também pode
escolher varias opções para busca e determinar como o sistema reagirá se a busca for bem sucedida.
Contrato de Valor
43
Este tipo de contrato é um acordo de valor de compra fixado para mercadorias e serviços
durante um período de tempo.
Para o contrato de valor, são informados no sistema Standard, quais materiais que o cliente pode
comprar referente aquele Contrato de Valor. Esta lista de materiais válidos pode ser feita por material
(Assortment module) ou pela Hierarquia de Produtos.
Quando é criada uma ordem de liberação, o sistema atualiza o contrato, baixando o valor da
ordem do contrato.
È possível criar uma Billing Plan (plano de faturamento) para que seja faturado em parcelas
fixas do contrato de valor.
A partir de um contrato é possível informar clientes alternativos para Emissor da Ordem (SP)
e/ou Recebeodr da Mercadoria (SH).
44
DETERMINAÇÃO DE MATERIAL – Material Determination
Por ser uma condition technique é possível criar mais de uma chave de combinação e a seqüência de
acesso, permitindo uma flexibilidade para atender as regras de determinação.
45
Tela de chaves de combinação para a Condition Type A001 – Determinação Material
No exemplo acima, se o usuário entrar com uma ordem de venda para a organização 1000, canal
distribuição 12 no período de validade informado, e entrar com o material 1400-100, o sistema irá
substituir automaticamente para o material 1400-200
46
Definição de materiais alternativos para substituição
Neste caso, se não houver o estoque do produto 1400-200, troca pelo 1400-300 e se não tiver
estoque troca pelo 1400-700.
A troca do material é feita na ordem de venda, mas pode ser definido para ser feita na remessa.
Neste caso, o sistema troca na remessa e atualiza o docto de vendas.
Listas de Inclusão/Exclusão
É possível criar listas de materiais que são permitidos (inclusão) ou que não são permitidos para
um cliente especifico.
- Inclusive: Leve 5 pague 4. O usuário entra com a qtde 5 na ordem de vendas e o sistema altera esta
qtde para 4 e cria uma nova linha com 1 qtde bonificada.
47
Tela de cadastro de Free Goods - INCLUSIVE
No exemplo acima informamos que a partir da qtde mínima de 5 pc para o material 1400-100 e
a cada 5 pc vendidas será dada a qtde de 1 pc em bonificação.
- Exclusie: Leve 5 peças do produto A e ganhe 1 peça do produto B. O usuário entra com a qtde 5 do
produto A na ordem de vendas e o sistema cria uma nova linha com 1 qtde bonificada do produto B.
48
Ordem de venda e exemplo de free goods exclusive
Logistics Execution compreende tanto a entrada como a saída de mercadorias. É o meio que
executa a logística entre a necessidade (procurement) e a distribuição.
Pode atender necessidades internas (ex: insumos de fornecedores para produção) ou externas
(ex: entrega de mercadorias ao cliente).
Existem dois caminhos no LE para entrada ou saída de mercadorias.
Você pode criar uma remessa ou uma baixa/entrada de estoque no começo do processo.
49
No processo sem a criação de remessa, a atualização de estoque é feita no inicio do proceeso
(ex: MIGO).
Ordem Transferência de
Estoque Remessa de reabastecimento
Ordem Subcontratação p/ Remessa p/ Subcontratação
fornecimento de materiais
Ordem de Compra Devolução de compra
Ordem de Compra Remessa de Entrada
Projeto (modulo PS) Remessa p/ Projeto
O depósito (storage location) não é obrigatoriamente o local físico de estocagem dos produtos.
Pode ser um local virtual.
Para verificar o estoque fisicamente no sistema, SOMENTE pelo Warehouse Managment –
WM.
Para realizar um eficiente processo de entrada e saída de mercadorias no Warehouse, você pode
usar as seguintes unidades organizacionais:
50
Um Warehouse number é atribuído a um ou mais depósitos, porém um deposito só pode ter um
warehouse number atribuído a ele
TIPOS DE REMESSAS
Diferentes tipos de transações na expedição são modeladas usando vários tipos de remessas, por
exemplo, separar remessas para remessa expressa, remessas de devolução, remessas de transferência de
estoque. Os diferentes tipos de remessas tem diferentes necessidades dentro da expedição. Ex:
devolução não precisa de atividade de picking.
Cada tipo de remessa pode definir: numeração interna, outputs, redeterminaçao de rota,
relevância para expedição/baixa estoque, referencia para ordem.
Usando elementos de controle, você pode configurar cada tipo de remessa para obter diferentes
funções. Controles para item de categoria de remessa:
Quando você copia um item da ordem para a remessa, o sistema copia a categoria do item da
ordem para a remessa.
Se um item é incluso na remessa, sem referencia a uma ordem, o sistema atribui a categoria do
item que foi definida no Customizing para aquele tipo de categoria de item, sendo definida por:
- Tipo de Remessa
- Grupo de Categoria de Item
- Usage
- Hi-Level Item Categoria
51
• Processamento de saída de mercadoria
• Controle completo e visão geral para:
o Entregas em processamento
o Atividades que ainda serão executadas
o Possíveis atrasos
A condição de expedição é proposta no tipo de docto de vendas se uma condição de expedição tenha
sido atribuído à ele. Se não, a condição de expedição é proposta do dado mestre para o cliente emissor
da ordem.
O local de expedição não pode ser alterado na Remessa. Quando uma ordem é processada para entrega
por um local de expedição, o sistema copia apenas os itens que foram definidos na ordem para este
local de expedição.
Itens da ordem com diferentes locais de expedição, portanto, não são copiados para a mesma Remessa.
Determinação de Rota
52
Você pode redeterminar a rota na Remessa baseada no peso (grupo de peso). Se a rota é redeterminada
depende da configuração no tipo de Remessa.
Diário de planejamento.
Você pode determinar a lógica de planejamento para cada local de expedição. Se você determinar
working times para o local de expedição, o sistema gera planejamento preciso.
A rota é usada para determinar lead time de planejamento de transporte. A rota também é usada para
determinar o tempo de transito.
Se usar o processo coletivo (lista de remessas) você pode entregar mercadorias para todos os tipos de
documentos de transporte. Neste caso, o sistema automaticamente cria múltiplas remessas.
Se os critérios de expedição são os mesmos, o sistema cria um docto de remessa referente a varias
ordens.
53
No sistema Standard, você pode atribuir papel de usuário para cada cenário de remessa. Você pode
manter este papel no Customizing.
O sistema exibe uma lista dos documentos aptos a serem entregues e você escolhe os documentos que
quer criar as remessas.
Existem varias funções disponíveis como ordenação, soma e filtro desta lista.
Alterando a REMESSA
Você pode alterar as remessas depois que elas foram salvas. Entretanto, informações como recebedor
da mercadoria e local de expedição não podem ser mais alteradas uma vez criada a remessa.
Pode-se adicionar itens na remessa com ou sem referencia a uma ordem. Para itens sem referencia, o
sistema determina a categoria do item de acordo com as regras definidas no customizing.
Outputs na expedição
Existem mensagens pré-configuradas como por exemplo, nota de remessa, lista de embalagens,
certificados de qualidade, lista de frete.
54
Pode-se definir:
- como será enviado o output (ex: impressora, fax, EDI, e-mail)
- quando será criada/enviada (ex: no ato de salvar o docto)
- para quem será enviado
- para qual impressora é enviado.
O Picking é o processo de preparação da mercadoria para ser entregue ao cliente, com atenção especial
para datas, quantidade e qualidade.
Uma ordem de transferência é uma instrução para movimentar os materiais dentro do sistema de
depósito (warehouse).
Uma OT tem as seguintes informações: Numero do material, quantidade a ser movida, local do
estoque.
Se ao efetuar o picking houver divergência na quantidade separada, você pode configurar o sistema
para criar uma OT complementar da qtde que não foi separada ou atualizar a remessa com a qtde que
foi separada; pois somente se a qtde de remessa for igual a qtde de picking poderá ser feita a saída de
mercadoria.
Somente quando a ordem de transferência é confirmada, que o sistema atualiza a qtde de picking na
remessa.
WM FULL e WM Lean
55
- Pick list: uma lista para várias ordens de transferência que foram criadas pelo processo coletivo.
Para otimizar o processo de picking, você pode criar uma picking list para várias remessas.
O pré-requisito para criar a picking list é que as ordens de transferência não tenham sido criadas
individualmente.
Lotes
A definição (proposta) do lote pode ser feita na Ordem de Venda. Pode, mas deixa o processo
engessado.
Pode haver split de lote, se a qtde do item a ser remetida precisar de mais de um lote para compor a
carga.
- substituição de material
- gestão de crédito
- controle de mensagens de erro
- split de remessa por WM
- grupos de remessas
56
- checagem de produtos perigosos
- textos
- checagem de quantidades
Serial numbers
Pricing na REMESSA
Neste caso, o sistema irá levar para a Pricing da Fatura, tanto as conditions da Ordem de venda, como
as conditions da Remessa, desde que a princing da fatura permita todas as conditions em questão.
Split de REMESSAS
È possível criar splits de uma remessa, ou seja, criar uma ou mais remessas a partir da primeira. Como
por exemplo: criar um remessa a cada 24 Ton de produto. Esta regra é definida no Profile (perfil).
Idoc : forma como o sistema interage com outros sistemas. É uma integração de forma
ASSINCRONA. É um conjunto de geração de TXT com o Layout de saída. O EDI, por exemplo, usa
Idoc. No SAP existem dois Idocs pré-configurados para a remessa.
Log de incompletos: pode haver log de incompletos por cabeçalho e item da remessa.
PACKING
O packing proposto na ordem de venda pode ser copiado para a Remessa. Este controle é feito pelo
controle de copia no nível de cabeçalho para remessas.
57
Pode-se usar exists para regras especificas de embalagem durante a criação das remessas.
Quando o produto acabado é colocado dentro de uma embalagem (packing material) é gerado
pelo sistema um código sequencial de Handling Unit. Este código é unívoco no sistema e pode ser
impresso como etiqueta ou como lista de packing para acompanhar o produto. Pode configurar outros
de tipos de outputs também.
Uma Handling Unit possui informações sobre os produtos que estão embalados nesta HU.
É possível fazer packing de um outro packing. Ex: produtos que estão dentro de caixas, que estão sobre
paletes que estão dentro de um container.
No Customizing é definido se a categoria de item do material é relevante para Packing. Pode definir se
o pcaking é ou não relevante e se ele é mandatório.
Materiais de embalagem (packing): são materiais para embalar os produtos transportados. Ex: caixas
de papelão, containers, paletes de madeira, engradados.
Tipo de material de embalagem: serve para agrupar embalagens de mesmas características. Ex:
CAIXA (cx de papelão, cx plástica, etc), Containers (container de metal, container quadrado, etc..)
Grupo de material para materiais de embalagem: serve para agrupar os materiais que tem
similaridade no processo de embalagem (ex: Grupo Liquido, Grupo Cargo)
Instruções de Packing
HANDLING UNIT
A vantagem de usar a HU é que ela simplifica o processo no fluxo logístico. Ex: todo movimento de
material é executado usando a HU e não o material e qtde.
58
Uma vez que a HU é criada, todos processos subseqüentes podem reutilizar estas informações. Como
sua própria organização ou pelos clientes da cadeia logística.
- baixa o estoque
- atualiza a contabilização do estoque (custo)
- baixa as necessidades de produção/estoque
- atualiza o fluxo de documentos
- cria work list para fatura
É possível cancelar uma saída de mercadorias. O sistema gera um novo registro no fluxo de
documentos e faz a operação inversa, ou seja, aumenta o estoque, estorna a contabilização, etc. Pode-se
cancelar coletivamente a SM, desde que tenha sido gerada coletivamente também.
QM na Expedição
59
É possível configurar inspeção de qualidade do material antes da saída de mercadoria e definir se a
saída de mercadoria será possível ou não somente após o OK de QM para esta inspeção.
O OK de QM representa a decisão de uso do material.
Ex: enviamos 20 pc ao cliente, ele recebe apenas 19, transfere por Idoc a prova de entrega. È feito o
ajuste no local de expedição e somente após este ajuste é enviada a fatura ao cliente.
60
PRICING (3º APOSTILA)
CONDITION TECHNIQUE
- Preços
- Descontos/Sobretaxas
- Frete
- Taxas/impostos
As condições da Pricing apontam para uma seqüência de acessos para buscar os valores que estão
cadastrados nos registros de condições. (Condition Tables)
A seqüência de acesso aponta para os acessos que são tabelas de condições (condition tables). As
tabelas de condições são montadas de acordo com a necessidade, mas existem varias tabelas Standard
61
(ex: cliente/material, material, org vendas/material, Hierarquia etc...) – monto de acordo com a política
de preço do cliente.
Os registros de condições) podem ter validade de período (inicio e fim na validade de condição) –
VK11
Os valores dos registros de condições podem ter escalas e ainda ser definido um limite mínimo e
máximo de valores para o registro. Quando o valor for entrado manualmente, o sistema checa se está
dentro do limite especificado.
62
Pricing Procedure (Esquema de preço)- PROVA
Você pode determinar como o sistema deve usar as condições pela descrição dos requerimentos para
cada condição. (requeriment).
È possível determinar, pela coluna from/to, se a condição é um somatório de outras condições dentro da
pricing.
SEQÜÊNCIA DE ACESSO
Uma seqüência de acesso é atribuída a um tipo de condição (exceto se for um tipo de condição
configurada como “É uma condição de cabeçalho – se sim não pode ter sequência de acesso”.).
A estratégia de busca define a seqüência na qual o sistema vai ler os registros de condições para o tipo
de condição.
Cada acesso realizado durante a seqüência de acesso é feito usando uma tabela de condição.
O esquema de cálculo relevante é determinado baseado na área de vendas, cliente e tipo de documento
de venda.
O sistema lê o tipo de condição do 1º passo e depois determina a atribuição da seqüência de acesso para
este tipo de condição.
O sistema lê a seqüência de acesso. A seqüência de acesso para tabela de condição representa à busca
as estratégias para encontrar o registro de condição relevante.
Cada tabela de condição representa um acesso, os quais podem ser feitos registros com uma chave
especifica.
O sistema procura por um registro de condição válida com uma chave especifica pela tabela de
condição (acesso)
Se o primeiro acesso não encontra o registro de condição valido, então o sistema procura pelo próximo
acesso usando a próxima tabela de condição.
63
Depois o sistema acha um registro de condição valida para o acesso, o sistema lê o registro de condição
e copia aquele valor correspondente para a escala dentro do documento de vendas.
A tabela de condição é uma combinação de campos, que formam a chave para o registro de condição.
Seqüência de Acesso
Cada acesso (10, 20, 30, 40) aponta para uma tabela de condição (condition table).
64
A seqüência de acesso é atribuída para cada tipo de condição.
Condições podem também entrar no nível do documento de cabeçalho. Estas são conhecidas como
condições de cabeçalho e são validas para todos os itens.
Estas condições de cabeçalho são automaticamente distribuídas entre itens baseados sobre valor
liquido. A base para distribuição da condição de cabeçalho podem ser alteradas e o esquema de cálculo
pode selecionar rotina apropriada, por exemplo, peso e volume, na fórmula alternativa para Base de
valor na Condição.
TABELA DE CONDIÇÃO
65
Os registros de condições são sempre criados usando uma chave especifica.
Tabelas de condições são usadas para definir a estrutura de chaves (combinação de chaves) para
inclusão dos registros de condições.
Os campos mais importantes são usados na pricing a nível do cabeçalho e item disponível no sistema
standard.
Os campos disponíveis para montar uma nova tabela estão disponíveis no catalogo de campos.
Você pode definir preços, descontos e sobretaxas em vários níveis. Cada nível é definido através de
uma tabela de condição.
Na ordem as entradas através de uma seqüência de acesso definem a hierarquia de vários níveis. O
sistema determina o registro de condições especifico.
Você está apto a fazer acessos dependentes nos requirimentos para evitar acessos desnecessários. Isto
reduz a carga no sistema (performace)
A tabela de condição são combinações de seqüência de requerimento no esquema de cálculo.
Obs.: condição = valor e quantidade.
Finalmente você precisa para manter a determinação do esquema de cálculo. O Esquema de cálculo é
determinado de acordo com os seguintes fatores:
-Área de vendas
-Campo de esquema de documento no mestre de cliente (XD01 /VD01)
-Campo do esquema de documento que é atribuído no tipo de documento de vendas.
É possível determinar quais campos irão aparecer no cabeçalho ou nas linhas de item para agilizar as
entradas dos registros.
Nova pricing no documento de vendas: no controle de cópia do docto de vendas (ordem e fatura) é
definido se pode haver re-determinação de preço e que tipo de re-determinação de preço é permitida
para o tipo de docto.
Seqüência de Acesso
66
Você pode definir preços, descontos e sobretaxas em vários níveis.
Cada nível é definido através de tabela de condição.
As entradas das ordens na seqüência de acesso definem a hierarquia de vários níveis.
O sistema determina o registro de condições na seqüência especifica.
Pricing Procedure
Tabela de condição > Seqüência de acesso > Tipo de Condição > Esquema de cálculo
CUSTOMIZING PRICING
- Área de vendas
- Pricing procedure do cliente (campo do cadastro de cliente)
- Pricing procedure do tipo de docto de vendas (atribuído na criação do tipo de docto)
67
Definição da Pricing Procedure no tipo de docto de vendas/fatura
68
Definição da Pricing Procedure no Cliente
Para exibir uma visão dos registros de condições é possível gerar uma lista de condição para análise.
A lista de layout é especificada por posicionamento e classificação dos campos nas quais aparece
tabelas de seleções em um das três sessões do relátorio
O layout da lista e os registros de condições para o relatório são configurados no Customizing. Você
configura Cabeçalho, linha de item e o agrupamento (quebra) do relatório.
Lista de preço liquido: feita a partir de simulação de fatura. Pode deixar o sistema lento.
69
È possível atualizar os dados dos registros de condições em duas interfaces: seleção usando tipo de
condição (VK11) e condição baseada em características (VK11).
Outra forma de manutenção dos dados é por área de menu. A área de menu Standard para manutenção
dos registros de condições. É a COND_AV.
É possível criar registros de condições com referencia a registros já existentes.
Também pode-se fazer atualização em massa de dados, como por exemplo período de validade,
aumento % ou de valor para todos os registros.
Se for necessário justificar um registro de condição (ex: um desconto) existe a opção de Textos dentro
dos registros de condição. Entretanto, os textos das conditions records não são copiados para os
documentos.
Novo registro de condições pode ser criado com referência um registro de condições existente. Durante
o processo de alteração, podem ser feitas para a taxa, período de validade e dados de venda adicional
nos registros criados recentemente.
Esta função fornece um eficiente método para atualizar o registro de condições simultaneamente. VK31
e VK11
“Criar com referência preço de um cliente para outro cliente”
Registro de condições múltiplos pode ser criados por copia de um registro de condição existente.
Quando copiado o registro de condição, você pode selecionar intervalo de regra de regra de cópia.
Cópia de regra são mantidos na customização e você pode criar suas próprias regras de cópia.
É possível montar uma lista de preço líquido através de uma simulação de documento de faturamento.
Você pode permitir um esquema de liberação para ser usado quando uma tabela de condições é criada
checando o campo “com status de liberação”.
70
O status de liberação é pré-definido em: Livre, Bloqueado, Liberado p/ simulação e liberado p/
planejamento. O status de liberação é atualizado indiretamente pelo status de processamento no
customizing.
FUNÇÕES ESPECIAIS
Grupos de Condições
No Customizing, um tipo de condição pode ser configurado para ter um grupo de condições.
Exemplo:
Material 1 e 2 estão cadastrados com o grupo de preço do material = 2
Ao colocar apenas o material 1 na ordem com 60 kg, o sistema iria trazer R$10.
Ao colocar o material 2 na mesma ordem com 70 kg, o sistema soma o peso dos dois itens (130 kg) e
atualiza o preço de ambos para R$ 20.
Excluindo Condições
Você pode realizar comparações entre tipos de condições e dizer pro sistema (através do método de
comparação) se pega o melhor preço (ou desconto) para o cliente ou se pega o melhor preço para a
empresa.
71
Condition Update (atualizar condições) – relacionar com limites de valor/quantidade
Valores podem ser acumulados no registro de condições e verificados com os limites definidos.
No Customizing, por tipo de condição, é configurado se aquele tipo de condição usa a regra de
atualização checando o campo “condition update”.
Ex: a condição de desconto K005 foi definida para regra de atualização. Foi colocado no registro de
condição que o valor Maximo de desconto é de $ 1000,00. Ao colocar a ordem no sistema com
desconto de $ 500,00 o sistema atualiza e ao entrar com outra ordem de venda, ele checa se o desconto
não vai ultrapassar o limite de 1000 definido.
Esquema de determinação
Para a pricing, você pode determinar e usar dados que não estão contidos no documento.
Isto pode ser feito em dois passos: Determinação de dados e Uso dos dados.
Price Book – catalogo de preço: estratégia de preço. È feito para certo grupo de clientes ou acordos
especiais dependendo do material
Cálculo Manual
O tipo de condição de cabeçalho HM00 permite que você entre com valores manualmente para a
ordem. O novo valor liquido da ordem é então distribuído proporcionalmente entre os itens. Os
impostos são determinados novamente para cada item.
O tipo de condição PN00 permite que você entre com valores de preço em um item manualmente.
Obs.: Manual tem prioridade, ela desativa a PR00 e assume a manual HM00
Não precisa ter seqüência de acesso, pois é manual
72
Ordem: Você pode criar um valor mínimo para cada Ordem usando o tipo de condição AMIW. Se o
valor da ordem é menor que o mínimo, o sistema usa o valor mínimo como valor da ordem
automaticamente.
Item: você pode criar um valor mínimo para um material usando o tipo de condição PMIN.
Intervalo de Preço
Você pode manter registros de condição com uma escala de intervalo, se este tipo de condição estiver
com o tipo de Escala D no Customizing. Intervalos de escala não podem ser usados para Grupos de
Condições.
Se a ordem for digitada com 25 pc, as 10 primeiras irão custar $5, da 11 até a 20 pc custará $4 e da 21
até a 25 pc custará $3. O valor total da ordem neste exemplo será de $ 105.
Hierarquia de clientes
Hierarquia de clientes está disponível na gestao de ordem de vendas para que você possa criar
hierarquias flexíveis para refletir a estrutura de organização de clientes.
Uma hierarquia de clientes consiste em NÓ.
73
Condições Estatísticas (ela não é atribuída no Registro Mestre de Condições – não afeta resultado
na ordem)
VPRS Custo do material. Calcula o custo do material pelo custo fixo ou media móvel, de
acordo com o que está especificado no cadastro do material.
EDI1 Expectativa de preço do cliente EDI. Esta condição comparam o preço enviado pelo
cliente com o preço esperado. Permite um desvio de valor de até 0,05 p/ unid.
IMPOSTOS
74
Classificação fiscal do Material
A combinação Classificação Fiscal do Cliente com Classificação fiscal do Material é o código IVA.
O código IVA possui quais impostos serão calculados. (ex: cód. IVA SD calcula IPI, ICMS e
Subst.Tribut).
Essa atribuição de quais impostos serão calculados é feita na Tax Procedure (Esquema de Imposto). Ex:
TAXBRA, TAXBRJ.
Agora falta definir COMO o imposto será calculado. Isso é feito na Pricing Procedure (Esquema de
Preço).
75
PROMOÇÕES E CAMPANHAS DE VENDA (Ações de promoção)
Você pode definir uma promoção ou plano de marketing para uma linha de produto por um certo
período de tempo. Você pode então ligar esta promoção com campanhas de venda especificas e esta
campanha pode ligar com o registro de condição de preço ou desconto.
É possível consultar as ações de promoções para saber o quanto já foi faturado para aquela campanha.
Os campos com numero da promoção e da ação estão disponíveis na tela de detalhes do item da Fatura.
O SIS pode usar estes dados para relatórios estatísticos.
BÔNUS (Rebates)
76
Você pode definir bônus com muitos níveis, similar a qualquer outro tipo de condição.
O bônus não é como um item bonificado, pois ele gera CRÈDITO para o cliente.
Ex: Se o cliente comprar $ 10.000 ganhará um bônus de $ 150. Este bônus será concedido após o
faturamento acumulado ter sido atingido em 10.000.
Para o Bônus funcionar: é necessário que ele esteja ATIVO nos seguintes processos: (Prova)
Organização de Vendas
Cliente Pagador
Tipo documento de Fatura
77
Bônus ativo no Cliente
A validade do bônus é determinada pelo esquema de preço usando o subtotal de base do bônus.
78
O sistema contabiliza o valor da provisão em FI quando o bônus-relevante para docto de faturamento é
liberado para a contabilidade.
No mesmo tempo, o sistema atualiza a base de bônus e montante de provisão na tela de estipulação do
bônus.
O sistema usa o montante acumulado na estipulação de bônus para criar uma liquidação do bônus. Para
criar a liquidação, o status da estipulação deve estar A-Open ou branco.
79
O sistema gera uma solicitação de crédito para o valor de liquidação especificado.
Neste caso, o valor de provisão não é retroativo, ou seja, só provisiona a partir da data de criação da
estipulação, mas o valor de base acumulada de faturamento é retroativa.
A divisão representa uma unidade organizacional que você pode executar relatórios internos. Uma
empresa pode ser dividida em várias divisões. Uma divisão pode estar em várias empresas. Por esta
razão, a divisão deve ter a mesma descrição em todas as empresas.
Definir uma divisão é opcional. Ela pode ser usada para separar documentos de balanço de lucros e
perdas, não somente para uma empresa, mas também para outras áreas internas.
A divisão é determinada para cada item da ordem de acordo com regras definidas.
Os dados no documento de fatura podem ser visualizados em diferentes telas de cabeçalho, item e tela
de visão geral.
80
Tipos de documento de Fatura
- Fatura
- Pro Forma Fatura
- Venda no Caixa
- Fatura de crédito/débito
- Retornos
- Fatura intercompany
- Lista de faturas
- fatura de origem externa
- docto de cancelamento
- Determinação de contas
- Interface com FI
- Contabilização bloqueada (contabiliza manualmente)
- bônus
- outputs
- textos
- atribuição de numeração interna (range)
- tipos de fatura de cancelamento
No Customizing, você pode determinar se a fatura será executada com referencia a uma ordem ou a
uma remessa.
Tipo docto vendas ORB permite referencia do docto de fatura para ordem e remessa.
81
Você pode alterar o valor proposto pelo sistema quando estiver criando um documento de fatura,
informando o tipo de documento a ser criado na tela inicial da VF01.
Uma fatura pode ser referenciada a uma Ordem ou Remessa, mas nunca poderá ser criada sem
referência (exceto se a fatura for criada num sistema externo).
- Cancelamento
- Fatura de Crédito
- Fatura de Débito
- Correção de Fatura (com referencia a uma fatura)
- Diferença de quantidade (com referencia a uma fatura)
- Diferença de preço (com referencia a uma fatura)
- Retornos (pode ser criado com referencia a ordem ou fatura)
Processo de Faturamento
82
Você pode, até certo ponto, manipular os dados que serão enviados do documento de referência para o
documento de fatura. Isto é feito usando:
Você pode também usar rotinas de transferência de dados para manipular os dados atendidos pelo seu
requerimento individual. Por exemplo, condição de pagamento podem ser copiadas do cadastro do
cliente em de usar o que está no docto de vendas.
- item: (destino: tipo docto fatura, origem: tipo docto venda e categoria de item)
Requerimento de cópia
83
Você pode especificar requisitos para serem atendidos no controle de cópia.
Este requisitos podem ser no cabeçalho ou no item.
Ex: especificar se a saída de mercadoria tem que ser lançada antes da fatura ser executada.
Reprecificação na Fatura
È possível determinar se haverá nova determinação de preço na fatura e como será esta re-
determinação:
Regras
A – São mantidas as condições manuais e feita nova determinação de acordo com escala
B – Preço é determinado novamente
C – Os preços manuais são copiados e os preços são executados novamente para os demais
D – Os elementos de preço são copiados integralmente do documento de origem
G – Copia os preços integralmente da origem e determina novamente os impostos
H – Copia os preços integralmente da origem e determina novamente o frete
Você pode trabalhar com uma lista de documentos a serem faturados usando critérios de seleção.
Você pode usar um calendário especifico de faturamento por cliente. Por exemplo: o cliente só aceita
faturamento nos dias 15 e 30 de cada mês.
Pode ser criado um JOB eschedulado para rodar em um horário determinado e assim criar os
documentos de fatura automaticamente. É gerado um Log para verificar se houve erro durante o Job e
quantos documentos foram criados.
O sistema pode gerar split de fatura automaticamente. Se um cliente ou dados do cabeçalho não são
iguais, o sistema gera o split. Todos os campos de cabeçalho no documento de fatura pode causar um
split. Ex: condição de pagamento. Outro critério de split é o grupo de materiais. Pode-se adicionar
requisitos de split no controle de cópia.
INVOICE LIST
Uma invoice list contém vários documentos de fatura (faturas, cartas de credito/debito) e pode ser
enviada para o pagador em dias específicos ou em certos intervalos.
A Invoice List agrupa várias faturas e gera uma única cobrança para o cliente.
No Customizing:
O tipo de docto de fatura deve ser atribuído a um tipo de invoice list. O SAP possui dois tipos: LR
(para invoice e carta de debito) e LG (para carta debito).
84
Se você tem um acordo de desconto para o cliente pela geração de uma única cobrança, deve manter o
tipo de condição RL00 e MW15.
Plano de Faturamento
Você pode definir um plano de faturamento para efetuar o faturamento em períodos definidos, como
por exemplo contratos de aluguel, períodos fixos, após conclusão do trabalho...etc.
Faturamento periódico
O faturamento pode se por data de etapa do projeto (milestone billing). Ou seja, a cada etapa do
processo é faturado um montante ou percentual do contrato.
Pode definir qual a regra de valor a ser considerado. Ex: Net value.
Você pode atribuir um plano de faturamento para o cabeçalho (tipo de docto vendas) ou no nivel de
item (para categoria de item).
Um ou mais acordos de adiantamento podem ser armazenados como uma data no plano.
O adiantamento pode ser atribuído diretamente no item ou definido para todos os itens da ordem.
A liquidação do adiantamento é feita nas próximas parcelas pagas pelo cliente. Zerando o adiantamento
logo na primeira parcela ou percentualmente em todas parcelas.
85
Exemplo de adiantamento na tela do item de uma ordem normal.
DETERMINAÇÃO DE CONTA
As contas determinadas podem ser: Conta Razão de Receita de vendas, deduções de venda, contas de
pagamento em cartão, contas de reconciliação, conta caixa.
A determinação de conta contábil segue o mesmo critério de condition technique, ou seja, Accounting
Determination Procedure, Condition Type, Acess Sequence e Sequence.
Dependendo do tipo de fatura, um esquema de determinação de contas é atribuído para conta razão.
Este Esquema de Determinação (Procedure) contém um ou mais tipos de condição, as quais possuem
uma seqüência de acesso.
A seqüência de acesso é composta de acessos individuais nas tabelas de condição.
86
Seqüência de acesso para determinação de contas
A conta para lançamento VAT não é determinada em SD. É armazenada no Customizing por FI.
Atribuição do esquema de cálculo para determinação contas por tipo docto Fatura
87
Determinação da seqüência de acesso
CONTABILIZAÇÃO – DIVISÃO
Uma empresa representa uma unidade de contabilização independente. O balanço exigido por lei é
realizado por empresa.
Uma divisão pode reportar informações financeiras de diversas empresas com relação a campos
específicos da atividade (ex: setor de atividade).
Balanço por divisão pode ser usados unicamente para relatórios internos.
88
Contas do Razão podem ser lançadas por divisão.
A divisão não é tem atribuição fixa no Customizing; ela pe determinada pelo item da ordem de acordo
com certas regras.
INTERFACE SD / FI
Os seguintes dados podem ser alterados antes do documento contábil ser criado:
• Data de faturamento
• Preço
• Determinação de Conta
• Determinação de dados de Output
Uma vez que o documento de fatura foi liberado para contabilização, você pode alterar somente os
dados de Output.
Normalmente, o sistema transfere automaticamente os dados de contabilização para FI. Entretanto você
pode não querer transferir automaticamente para certos tipos de documento de fatura. Neste caso você
pode parametrizar o tipo de documento de fatura com o campo “bloqueio contabilidade” checado.
Existem dois campos configuráveis para enviar números de referência para o documento de
contabilidade: Numero de Atribuição e Numero de Referência.
89
Atribuição dos números de referência/atribuição do docto de faturamento
CONTROLE DE CÓPIA
Fluxo de docto: um processo de negócio é composto por processos individuais que são gravados como
documentos. Dados são copiados do docto precedente para o docto subseqüente. Esta cadeia de
processo é visualizada no fluxo de documentos.
O fluxo é atualizado para todos níveis do documento. Se o indicador “Atualizar fluxo de docto” é
setado no copyng control, o fluxo pe atualizado para os itens também.
90
- influencia no status do docto
- atualização de qtde/valor
- controle de determinação de preço
91
Controle de cópia de Item
92