Вы находитесь на странице: 1из 92

ACADEMIA SAP SD academiasapsd2008@yahoogroups.

com =================
Verses SAP no Brasil: Verses: 3.0 4.0 4.5 4.6 B 4.6 C Estas verses eram conhecidas como ERP SAP R/3 e possuam uma arquitetura no muito aberta. Verso 4.7 conhecida como SAP ENTERPRISE Esta verso contm uma arquitetura em 4 camadas conhecidas como SAP NETWEAVER, sendo: - Web Aplication Service - People Integration (ex: Portal SAP) - Information Integration (BW) - Process Integration (XI service de mensageria SAP) Verso 5.0 - lanada 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) Verso 6.0 - lanada em 2006 com o nome de ECC 6.0 possvel comprar a soluo ERP mais as funcionalidades disponveis pela SAP para integrao do sistema, como mostra o desenho abaixo:

PLM SRM

SPM

CRM Customer Relationship Manager SPM Suply Chain Manager

ERP

CRM

PLM Product Life Manager SRM Suply Relationship Manager

WEB APLICATION SERVER PEOPLE INTEGRATION (Portal)


INFORMATION INTEGRATION (BW)

PROCESS INTEGRATION (XI)

Este SAP completo conhecido como SAP BUSINESS SUITE

A SAP recomenda 3 ambientes para o cliente trabalhar: Ambiente DEV (Development) - ambiente de Desenvolvimento usado pelo consultor para testar as configuraes efetuadas. Ambiente QAS (Quality) - ambiente de qualidade usado pelo usurio para homologao. Ambiente PRD (Production) - o ambiente Produtivo Normalmente, o ambiente DEV composto de duas mquinas lgicas dentro do mesmo servidor, cada mquina lgica conhecida com INSTANCE. Veja exemplo no desenho abaixo: DEV
Instance 01 300 400

QAS

PRD

100 110

Instance 02

200

Ambiente 100 s parametrizao Cada parametrizao 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. Ambiente 200 Ambiente para Homologao do usurio. um ambiente muito prximo do ambiente de produo para que os testes sejam realizados bem prximos da realidade.

***

Existem algumas parametrizaes que so vlidas para todos Independent) e no precisam de request para a mesma Instance.

os

ambientes

(Client

***
Para logar no SAP necessrio informar, conforme exemplo abaixo: Client : 804 O Cliente o ambiente (ex: 110, 200, 400) User : ACADSD-16 Nome do usurio Password: inicio02 Senha para acesso

Language: EN possivel logar em Ingls(EN) ou outros idiomas NAVIGATION /n fecha a tela (sesso) atual e abre outra tela /o abre outra sesso sem fechar a atual ExtrasSettingsDisplay Techinical Names (mostra o nome da transao no Sap Easy Menu) possvel abrir at 6 sesses em um mesmo Client

CUSTOMIZING
A customizao (parametrizao) feita atravs da transao SPRO e clicando no boto IMG (Implementation Guide guia de implementao). *** 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 configuraes bsicas. Exemplo: se quiser uma ordem de venda, cria-se com cpia da ordem ORB e d-se o nome ZORB ou YORB. Convencionou-se utilizar a letra Z ou Y antecedendo os documentos criados com cpia do Standard.

***
Existem 6 elementos fundamentais que o Contultor precisa saber: 1 ORGANIZATION STRUCTURE 2 DOCUMENT TYPE 3 ITEM CATEGORY 4 SCHEDULE LINE CATEGORY 5 COPY CONTROL 6 CONDITION TECHINIQUE - Estrutura Organizacional - Tipo de documento (define-se cenrios diferentes de vendas) - Categoria de Item (vlido par o item, define como o item se comporta no documento) - Diviso de Remessa (programao de entrega do item) - Controle de Cpia (define documentos subseqentes, ordem-remessa-fatura) - Tcnicas de Condies

*** O processo de vendas e distribuio afeta o balano da empresa, pois quando baixa o produto do estoque est lanando em CUSTO e quando a Venda efetuada lana RECEITA.

ESTRUTURA ORGANIZACIONAL.
Unidade organizacional em Vendas e Distribuio: Company Code Sales rea o Sales Organization o Distribution Channel o Division Plant Storage location Shipping Point Empresa rea de Vendas Organizao Vendas Canal Distribuio Setor de Atividade Centro Depsito Local de Expedio

Company Code: entidade legal que apresenta balano patrimonial Sales Organization: responsvel pela distribuio de mercadorias e servios, negociao de vendas, direitos e obrigaes dos produtos. A organizao de vendas pode ser por exemplo: nacional, regional ou diviso internacional. (Mercado interno, mercado externo, regional Sudeste....etc...etc..) Uma organizao de vendas atribuda a apenas uma Company Code (empresa), porm uma empresa pode ter mais de uma rea de vendas. Distribution Channel: meio pelo qual o produto distribudo, representa as estratgias de distribuio de mercadorias e servios aos clientes. Exemplo: Atacado, varejo, Internet. No canal de distribuio possvel definir responsabilidades, realizar preos flexveis e diferenciar estatsticas de vendas. O canal de distribuio atribudo organizao de vendas. Uma organizao de vendas pode ter vrios canais de distribuio e um canal de distribuio pode estar em varias organizaes de vendas.

Org,Vendas (N) <-> (N) Canal de distribuio.

Division: Setor de atividade - Representa a linha de produtos (ex: motocicletas, servios, bicicletas). Uma organizao de vendas pode ter vrios setores de atividade e um setor de atividade pode estar em vrias organizaes de vendas.

Org.Vendas (N) <-> (N) Setor de Atividade O Setor de Atividade atribudo a Organizao de Vendas. Portanto para formar a rvore da organizao de vendas necessrio atribuir o Setor de Atividade Organizao de Vendas e atribuir o Canal de distribuio tambm organizao de vendas. Ex: UBMI OL (Org Vendas Canal Distribuio) UBMI AV (Org Vendas Setor de Atividade)

Somente depois desta atribuio possvel formar a rea de vendas: UBMI OL AV. Plant: Centro Storage Location : Depsito. Um centro (Plant) pode ter vrios depsitos (Storage Location), porm um depsito s pode estar atribudo a um centro. Centro Plant (1) <-> (N) Storage Location Depsito. O centro (Plant) no atribudo a rea de vendas inteira, somente a Org.Vendas e Canal de distribuio. Shipping Point: local de expedio O conceito de local de expedio fsico (pois no Brasil a NF deve sair junto com o produto). Mas pode representar um local no fsico (Ex: local de expedio: remessa expressa). Um local de expedio pode estar atribudo a vrios centros e um centro pode ter vrios locais de expedio. Centro (N) <-> (N) Local de Expedio

Empresa 1000
1 1

N Organizao de Vendas N 1000 N N N

Centro 1

N Canal Distribuio 12

N Setor Atividade 00

Depsito

Local Expedio

PR-VENDAS As atividades de pr-vendas incluem: o o Campanhas por e-mail Contato (fone, fax) com o cliente Solicitao de cotao (Inquiry) Cotao (Quotation)

o o

Processamento da Ordem de Venda Normalmente, uma ordem Standard contm: o o o o Informaes do Cliente e Material Informaes sobre data de entrega e quantidades Informaes sobre processo de expedio Informaes sobre faturamento

o Informaes de Preo para todos os itens de demonstrao financeira

Procurement (Suprimentos) atendimento de demanda Procurement a verificao de disponibilidade da mercadoria. Neste processo voc pode: o Checar a disponibilidade de mercadoria ou produto e

Transferir as necessidades para o planejamento de materiais

O planejamento de materiais organiza e monitora o atual processo de necessidade (MM) Isto inclui: o Produo do material o Compra do material ou insumos MRP Material Resource Plannig: Planeja a quantidade necessria de insumos (gerando requisio de compras) e/ou gera ordens de produo planejadas.

Processo de Expedio - SHIPPING O processo de expedio suporta: o o Criao de Remessa (Outbound Delivery) Packing (embalagem)

o Picking- separao do material(podendo ser por criao de Ordem de Transferncia) o Sada de Mercadoria (Postuns the goods issue) baixa o estoque e contabiliza Etapas OBRIGATRIAS do processo de expedio: REMESSA SAIDA MERCADORIA Etapas Opcionais: Transfer Orders picking com confirmao por ordem de transferncia. Utilizada para controlar o WM (full ou lean) Packing gera uma unidade comercial e pode ter instrues de como vai embalar/empacotar. Transportation gera custo de frete e calcula os tempos (lead times) do transporte. conhecido como planejamento e monitorao do transporte (Shipment document) O Picking pode ser feito atravs do Sub-Mdulo WM (Warehouse Management) que subdividido em: WM Lean (enxuto), onde a confirmao do picking feita automaticamente. WM Full (Completo), onde a confirmao do picking feita pelo usurio. O Picking tambm pode ser feito por SD, informando a qtde de picking na prpria remessa. Faturamento BILLING O faturamento suporta: o Criao da fatura (Invoice) para mercadorias e servios o Criao de cartas de crdito e dbito 7

o Cancelamento de documentos de faturamento criados anteriormente o Transferncia automtica de dados para FI e CO Quando o sistema gera a fatura (Billing Document) gerado o documento contbil (Accounting Document). Faturar = Contabilizar Pagamento PAYMENT O pagamento um processo que faz parte do mdulo de FI. O pagamento suporta (quando o financeiro registra a transao comercial): o Transferncia de pagamentos contra faturas o Reconciliao de diferenas

Documentos dentro de SD:

Processos de Vendas e Distribuio: 2 COTAES podem gerar 1 ORDEM, Desde que atendidos os requisitos (Itens em Aberto, a cotao est dentro do prazo?, Mesmo Cliente) Cotao 1 Order 1 Cotao 2 1 COTAO pode gerar 2 ORDENS Order 2 Cotao 3 Order 3 Criando uma ORDEM Um documento de Vendas SEMPRE criado dentro de uma rea de vendas. Uma ordem de vendas pode, portanto, ser aplicada para um negcio que j exista. Por exemplo, uma ou mais solicitaes de cotao e/ou cotaes podem ser documentos referenciados. Neste caso, o sistema copia os dados relevantes para a Ordem de Venda. Semelhantemente, uma cotao pode gerar vrias ordens de venda. ESTRUTURA DO DOCUMENTO DE VENDAS Um documento de vendas dividido em trs nveis: 9

o Header o Item o Schedule Lines

- Cabealho - Item - Diviso de Remessa

Header: os dados de cabealho so vlidos 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 vrios itens, como um item pode ter controle diferente. Ex: material, item de servios, item livre de dbito. Schedule Lines: As divises de remessa contem as quantidades e as datas de entrega. Um item pode ter varias divises de remessa, por exemplo, quando a quantidade para ser entregue em varias remessas parciais em diferentes datas. Os documentos de vendas so os nicos em SD que possuem a estrutura dividida em 3 partes (cabealho, item e diviso de remessa). Os documentos de vendas (Sales Documents) so: Inquiry: Solicitao de cotao Quotation: Cotao Contract: Contrato Scheduling Agreement Programa de remessa Documento de Entrega (Delivery Document): Outbound Delivery Remessa Documento de Transporte (Shipping Document): vrias remessas Documento de Faturamento (Billing Document): Invoice Processo de EXPEDIO Delivery Document 2 ORDENS podem gerar 1 REMESSA, Desde que atendidos os requisitos: Local de Expedio, Data de entrega e Recebedor da Mercadoria

10

Ordem 1 Remessa 1 Ordem 2

1 ORDEM pode gerar 2 REMESSAS Remessa 2 Ordem 3 Remessa 3 Voc pode criar uma ou mais remessas de uma ordem. Voc tambm pode combinar itens de mais de uma ordem em uma nica remessa. Para isto, as ordens devem ter caractersticas que so essenciais para o processo de expedio, como: Local de expedio Data de entrega Endereo de entrega O sistema pode criar remessas on-line ou por job sendo executado durante um horrio menos movimentado. O documento de REMESSA (Delivery Document) agrupado em dois nveis: cabealho e item. No cabealho: 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 prprios dados, por exemplo, dados do material, peso, quantidade. Diferente dos documentos de vendas, documentos de Remessa no possuem Divises de remessa (Schedule Lines). Uma Schedule Line do documento de vendas pode tornar-se um item no docto de remessa. PICKING 1 REMESSA gera 1 ORDEM DE TRANSFERENCIA Remessa 1 Transfer Order 1 1 REMESSA pode gerar 2 ORDENS DE TRANSFERENCIA Transfer Order 2 Remessa 2 Transfer Order 3 11

Voc pode criar uma transfer order de uma remessa. Uma Transfer Order geralmente para um armazm (Warehouse number). Durante o processo, somente as remessas que so necessrias para picking (separao de Mercadoria) so 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 tambm calcular as quantidades por material. O sistema pode criar ordens de transferncia on-line ou por job executado em horrio de menos movimento. Sada de Mercadoria - POSTING GOODS ISSUE (Prova) Quando a sada de mercadoria executada, so executados automaticamente: o A qtde de estoque e necessidades no planejamento de materiais atualizado o baixado o valor de estoque o O fluxo de doctos atualizado (status so atualizados) o O Custo da mercadoria apurado em CO (contabilizao) o A lista de documentos a serem faturados gerada (doc est pronto p/ ser faturado) o Cria documentos pra FI (contabiliao (FB03) FATURAMENTO BILLING DOCUMENTS

2 REMESSAS podem gerar 1 FATURA Desde que atendidos os requisitos: Pagador, Data da Fatura, mesmo cliente, pas de destino Remessa 1 Fatura 1 Remessa 2 1 REMESSA pode gerar 2 FATURAS 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 servio no tem remessa O sistema pode combinar (aglutinar agrupar) um numero de Remessas em um Documento de Faturamento, desde que tenham caractersticas, como: Pagador ou mesmo cliente ( o que vai para fatura), Data de Faturamento, e Pas de destino. O sistema pode criar Faturas on-line ou por job (processamento Batch) executado em horrio de menos movimento. A estrutura do documento de faturamento composto de dois nveis: Cabealho e Item. No cabealho: Os dados para o documento de cabealho so validos para todo documento, por exemplo: dados sobre o pagador e data da fatura. No item: Cada item do documento contem seus prprios dados, por exemplo: detalhes sobre o material, quantidades faturadas, e valores lquidos dos itens. Efeitos do Documento de Fatura Billing Documents Quando o documento de fatura salvo, o sistema automaticamente gera todos os documentos necessrios para a contabilidade. O sistema pode gerar um debito ou credito para o cliente. O documento contbil (Accounting Document) gerado debita as despesas e receitas, como impostos, dbito a cliente, dedues. Quando o docto fatura criado: o Gera o documento contbil o Faz a anlise de rentabilidade o Atualiza o fluxo do docto o Atualiza o SIS Sales Information System o Atualiza a gesto de crdito FLUXO DE DOCUMENTOS Consultar informao de todos os ciclos de vendas. Os doctos dentro do processo de vendas e distribuio so ligados atravs de cada fluxo de documentos. Voc est apto para acessar o histrico e status atual para seu processo de vendas e distribuio 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 nvel de item como de cabealho. A Diviso de remessa (schedule line) esto somente no documento de vendas.

13

DADOS MESTRES (CADASTROS) Os dados mestres relevantes para SD so: Cadastro de Clientes Cadastro de Material Cliente/Material Cadastro Tipos Mensagem Cadastro de Condies Customer master data Material master data Info Record Output master data (como vai os dados para o cliente) Condition master data (depende da Price)

Vrios 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 distribuio para Pricing automtica. Isto pode ser um preo de material ou um desconto por cliente, por exemplo. Tabela de Controle: Voc pode criar e manter esta tabela na customizao. Os valores padres de vrios dados podem ser controlados nos documentos de vendas e distribuio dependendo das configuraes da Tabelas. Anteriormente documento de vendas pode servir na origem de dados para qualquer outro documento. Exemplo: A cotao pode servir como uma origem de dados para ordem de vendas. Pode enviar informaes para clientes via e-mail, fax. EDI. Efeitos na mudana do Mestre de Cliente Quando voc muda o mestre record depois usando-se a criao de documentos (ordens, remessas, documentos de faturamento, e ) as mudana no afetam os documentos j criados. O endereo do mestre de cliente, entretanto uma exceo. Se necessrio, consequentemente, voc pode mudar os dados no documento manual. Obs.: Qual informao depois que salvar uma ordem e eu mudar os dados no mestre de cliente muda automaticamente? - Dados de endereo

Dados Mestres de CLIENTE

14

Esta fonte de dados inclui por exemplo: So trs vises dos dados de mestre de cliente (XD01): Dados Gerais Este armazenado em forma (cliente - especfico), de ordem para evitar dados redundantes (ex.: no duplicar CPF e CNPJ). Este valido para toda unidade organizacional dentro do cliente. ex: nome, informao de taxas. Os dados gerais do mestre de clientes esto configurado nas seguintes abas: Dados endereo do cliente, Dados de controle, Pagamentos, Marketing, Locais de descarga, Dados exportao e Pessoa de contato. (XD01 ou VD01) Dados da rea de Vendas ex: Condies de Expedio, escritrio de vendas, calculo de imposto, funes de parceiro. Voc pode manter os dados na rea de vendas de vrias maneiras, dependendo das rea de Vendas ( Organzio Canal e setor ex Md/AED diferentes dados para as duas unes) Os dados da rea de vendas no mestre de cliente configurado nas seguintes abas: Vendas, Expedio, Documento de Faturamento e Funo de parceiro (XD01 ou VD01) Dados da Empresa - ex: Condio de pagto, conta de conciliao, mtodo de pagamento, correspondncia, seguro. Os dados do cdigo da companhia no mestre de Cliente (somente XD01) Na ordem para manter os dados relevantes da viso de empresa do cdigo da companhia para CO. Os dados do campo so agrupados em vrias abas. 15

O cdigo da companhia no cadastro de cliente consisti nas seguintes abas: Administrao de Contas, Pagamentos, Correspondncia, Seguros e IR

FUNES DE PARCEIRO Partner Functions Voc armazena a funo 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 (funo parceiro) so copiados como valores padres nos documentos. As funes de parceiro podem ser contatos, representantes, etc. e existem 4 funes de parceiro obrigatrias: (prova) Os parceiros podem ser iguais ou diferentes - Emissor da Ordem - Recebedor da Mercadoria - Recebedor da Fatura - Pagador Sold-to-party (AG) Ship-to-party (RE) Bill-to-party (RG) Payer (WE)

Outras funes de parceiros, tais como pessoa de contato, transportadora, no so absolutamente necessrias para o processo de ordem de vendas. Efeitos da mudana do Mestre de Cliente IMPORTANTE: A NICA informao modificada no cadastro de cliente que atualizada nos documentos de vendas j criados, o ENDEREO do cliente.

O endereo do cliente no copiado para os doctos de vendas, ele referenciado.

DADOS MESTRES DE MATERIAIS O mestre de material compreende as reas a seguir: Dados Bsicos 1 e 2 : relevantes para toda organizao (Os dados bsico relevante para todas as reas. Este vlido para as unidades organizacionais, dentro do cliente. 16

Dados Org.Vendas: relevantes para Org.vendas e canal distribuio Purchasing: relevantes para MM, valido por centro E outros, relevantes para planejamento de necessidades, MRP, FI...etc Texto Vendas: Item texto para Vendas

CROSS DIVISION (setor de atividade comum) 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: Permitir mltiplos materiais com vrios setores de atividade na mesma ordem Se o sistema ir alertar com ou sem mensagem de alerta Se ao setor de atividade no nvel de item copiada do dado mestre do material ou se ser copiada do cabealho do documento. Se s sero permitido materiais do mesmo setor de atividade do cabealho do documento.

Setor de Atividade especifica de Vendas Voc no pode usar este tipo de processo para mltiplos materiais com vrias divises na ordem.

DADOS MESTRES CLIENTE-MATERIAL - Info-Record usado para registros especficos para cliente-material. Traduzir o cdigo do material interno para um cdigo de material para um cliente especfico. Os registros de cliente-material tm prioridade sobre os valores no cliente ou no material quando os doctos so processados (Ordens, Remessas, etc.). 17

Voc pode usar este registro de cliente-material para: Referenciar para o cliente o nmero/descrio do material do prprio cliente Especificar informao de expedio para o cliente-material, como centro, tolerncias de remessas, se o cliente aceita remessa parcial para o material.

DADOS MESTRES CONDITION (Condies) Condition Master Data for PRICING (condies que formam meu preo final para meu Cliente) Dados mestre de condies: Preos: preo do material Lista de preo Descontos/Sobretaxas: Impostos: Frete: Por cliente, material, grupo de preo, grupo de material Por cliente/material, cliente/grupo material e outros

Valores de impostos Valor de frete

Os valores das conditions so os valores que formam o preo do produto na Pricing. Um bom exemplo para definir os valores da conditions, a equao abaixo: ax + bx + c = valor final Monta-se a equao para chegar num valor final. Imagine que os valores das variveis so as conditions (preo material, descontos, taxas) e estas variveis so as conditions dentro da pricing, que vamos montando, at chegar no valor final do produto. Pode especificar perodo de validade e tambm por escala, exemplo: Condition Type: Org Vendas Canal Distrib Cliente Material Validade KA00 Desconto Especial 1000 12 2300 1400-100 01/04 a 30/04 01/05 a 30/05 1% 2% 18

As escalas podem ser por preo, peso, qtde e pode definir a base (se em % ou em valor montante). Condition Record mantida pelo usurio, que fica responsvel pelo cadastro dos dados. Os campos so parametrizveis para atender diversas possibilidades. As conditions so levadas automaticamente para a Pricing, mas podem ser inseridas manualmente no docto de vendas. DADOS MESTRES OUTPUT TYPES (Tipos de Mensagem) Serve para cadastrar os outputs types, como por exemplo: Output Type: Meio de transmisso Cliente Tempo Linguagem Ordem de confirmao Impressora 2300 Imediatamente aps salvar o docto PT

Ou seja, define qual meio, em que lngua, para quem e quando.

DADOS INCOMPLETOS O sistema parametrizvel para avisar sobre os dados incompletos nos documentos de vendas. Define se a mensagem aparece quando salva o docto ou no. Define se a mensagem de aviso (warning) ou erro. Pode ser em nvel de cabealho ou item Transao para relacionar os doctos incompletos: V.02 O log de dados incompletos est disponvel no docto de vendas e na remessa. DADOS MESTRES COMUNS Common Mater Data

19

Se voc no precisar dos dados mestres (cliente, material e condies) para diferenciar de acordo com os canais de distribuio, voc pode definir um canal de distribuio representativo. Os dados mestres para o canal de distribuio 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 possvel emitir ordens para todos os canais que foram referenciados como comum a este canal. Organizao de vendas NO comum. Apenas CANAL DISTRIBUIO e SETOR ATIVIDADE. Dados Mestres Canal Distribuio Comum Dados Mestres Setor Atividade Comum Os dados do setor comum do setor de atividade so vlidos para Dados mestres do cliente e para dados mestres de Condies. Como o setor de atividade do material um dado mestre, ele no pode ser comum.

SALES DOCUMENT TYPE TIPOS DE DOCUMENTOS DE VENDAS Tipos de documentos de vendas identificam cenrios/processos especficos. Exemplos de tipos de documentos de vendas: - Ordem Standard - Contrato - Cash Ordem - Venda no Caixa - Rush Order (ordem rpida) cria remessa automaticamente - Returns Devolues - Consignao - Cartas de Crdito/Dbito Funes dos documentos de vendas: 20

- Pricing - SIS informao sistema vendas - Checar crdito - Textos - Mensagens - Checar Necessidade/Disponibilidade - Programa de entrega Dependendo da transao, certas funes so criadas automaticamente. Estas funes podem ser ativadas ou desativadas diretamente pelo tipo de docto. DETERMINAO AUTOMTICA DO CENTRO (PLANT) Toda vez que se cria uma ordem de venda, todo item tem que ter o Centro atribudo. Este Centro no atribudo via Customizing. O Centro atribudo pelo DADO MESTRE e segue a seguinte seqncia: 1 Cliente/Material, 2 Recebor da Mercadoria (Ship-to-Party) 3 Material (campo Plant of Delivery) Esta seqncia Hard-Code no programa, no pode ser alterada. Se for necessrio outro tipo de determinao de centro, faz-se por Exit ou novos programas. DETERMINAO AUTOMATICA DO LOCAL DE EXPEDIO (Shipping Point) O local de expedio determinado automaticamente para cada item no docto de vendas. Ele pode ser alterado manualmente no docto. Local de expedio: local onde vou organizar minhas remessas. O local de expedio pode ser lgico (ex: Local Expresso) ou fsico. Os dados que normalmente definem o local de expedio so: - Condio de Expedio (Cliente->Dados da rea de vendas) Ex: Rodovirio - Grupo de Carregamento (Material-> dados gerais/centro) Ex: Granel - Centro (Delivery Plant). DETERMINAO AUTOMTICA DE ROTA O rota determinada na Ordem de Venda, porm POSSIVEL alterar esta Rota na Remessa. 21

Parametrizao de rota feita no Customizing. Os dados que normalmente definem automaticamente a rota so: - Zona de Partida (departure zone) atribuda quando cria-se o local de expedio. - Condio de Expedio (shipping conditions) Cliente->Dados rea Vendas - Grupo de Transporte (Material->Dados Gerais/Centro). Ex: Geral, Palete. - Zona de Transporte do Cliente recebedor da mercadoria (Cliente->Dados Gerais) Planejamento de Expedio Etapas do processo de planejamento: Data Criao Data Necessidade Planeja/to Data Carregto Sada da Entrega Ordem Material Transporte Mercadoria Cliente Necessidade material = data em que o material tem que estar disponvel no estoque para picking and packing. (separao e embalagem) Planejamento transporte = tempo decorrido da chamada do veiculo para a transportadora e a chegada do veiculo para carregamento. Data carregamento e sada da mercadoria = tempo decorrido do inicio do carregamento at a sada do veiculo da empresa. Data de entrega no cliente = data possvel para entregar a mercadoria no cliente. Esses tempos so conhecidos como Lead Times. So lead times: tempo de preparao, tempo de carregamento, tempo de transporte e tempo de trnsito. Esses tempos so definidos pelo usurio no sistema. ATP = Avaiable to Promess (gestao de estoque) Backward Scheduling *** Sempre feita Para a programao para trs, o sistema calcula a data que tem que estar disponvel 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 (diviso de remessa) a qtde a ser entregue, por Item. Se na data que pra ter o estoque do material no tiver o estoque suficiente, o sistema utiliza o ATP para propor a data em que ser possvel 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 (diviso de remessa), confirmando a qtde do saldo para a nova data.

Forward Scheduling ** Pode ser desativada, ou seja, o sistema no prope nova data de entrega possvel. A nova data de entrega confirmada, considerando a nova data de disponibilidade do material no estoque, e a partir da calcula os tempos de preparao, transporte e transito para propor a nova data. No ATP possvel verificar (manualmente) a disponibilidade do material em outros Centros

Processamentos Coletivos em SD Processo Coletivo de CRIAO DE REMESSA (Deliery) Worklist_____ Ordem Ordem Ordem Ordem Ordem Ordem Remessa Remessa

A partir de varias ordens e atravs de filtro, possvel criara varias remessas. Opes de Remessa: Completa Parcial Combinada - 1 Ordem gera - 1 Ordem gera - 2 Ordens geram 1 Remessa Vrias remessas 1 Remessa

CRIAO DE PICKING O Picking pode ser feito atravs de uma Transfer Order. Neste caso a transfer order s possvel se tiver implantando o mdulo WM. A combinao Centro e local de expedio determinam o Warehouse Number (armazm). PROCESSO COLETIVO DE PICKING Worklist_____ Remessa Remessa Remessa Remessa Transfer Order Transfer Order 23

Remessa O processo coletivo pode ser executado manualmente ou em background (job). O sistema controla a criao de ordens de transferncia pelo Local de expedio, a data de picking e outros critrios. gerada uma lista com as remessas e voc pode selecionar as remessas que sero processadas. Opes 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 portteis (PDCs) Se a confirmao automtica no usada, voc pode monitorar o picking, informando a qtde manualmente. Voc tambm pode confirmar desvios nas qtdes. Se a qtde da remessa no for igual a do picking, voc pode: - Criar uma nova ordem de transferncia com a qtde de desvio, e o picking fica em - Reduzir a qtde na Remessa para a qtde que tem de Picking. Para realizar a sada de mercadoria, a qtde de picking deve ser a mesma da remessa. Processo coletivo de CRIAO DE SAIDA DE MERCADORIA Worklist_____ Remessa Remessa Remessa Remessa Remessa Sada Mercadoria Sada Mercadoria aberto.

Processo coletivo de CRIAO FATURAS Worklist_____ Remessa Remessa Remessa Ordem Ordem Opes de Faturamento Completa Split Fatura Fatura p/ Cada Remessa Fatura Coletiva 1 Ordem 1 Remessa 1 Fatura 1 Ordem 2 Remessas 2 Faturas 1 Ordem 2 Remessas 2 Faturas 2 Ordens 3 Remessas 1 Fatura 24 Fatura Fatura

WORKLISTS Processo que podem ter Worklists em SD: 1 Ordem Remessa 2 Remessa Transf Order 3 Remessa Saida Mercadoria 4 Remessa/Ordem Fatura Shipping worklist Picking worklist Posting Goods Issue worklist Billing worklist

O STORAGE LOCATION No determinado automaticamente na ordem de venda. Por isso o ATP roda em nvel de PLANT Ao criar a ordem de venda, esta transfere necessidade para o planejamento de materiais que por sua vez solicita a produo do material ou necessidade de compra. TODA ordem de venda que no pode ser entregue no prazo requerido pelo cliente ou que entregue parcialmente na data de entrega solicitada considerada uma BACKORDER, ou seja, ordens que no tem o status OTIF On Time In Full. CHECAGEM DE DISPONIBILIDADE A checagem de disponibilidade realizada durante o processamento: -O material requer uma verificao de disponibilidade -A checagem de disponibilidade ajustada na customizao para esta transao _________________________________________________________________________ PROCESSO DE TRANSPORTE (VT01N) Mdulo Transportation Pode ser utilizado pela Logstica para clculo do custo de transporte. Um documento de transporte gera um documento de custo. No documento de transporte esto todas as remessas que compem a carga, assim como as informaes do transportador (placa, transpotadora, etc). A sada de mercadoria e gerao da fatura so feitas automaticamente pelo transportation.

MAKE-TO-ORDER

25

Produo sob Encomenda O processo de make-to-order diferente desde a venda, pois so produtos especficos para atender os clientes. Quando criada uma ordem de venda para um item Make-to-Order gerada automaticamente uma ordem de produo para este item. a categoria de item que define que ele um Make-to-Order. O processo Make-to-Order caracterizado pelo fato dos materiais no estarem estocados no Warehouse (armazm), mas produzido especificamente para uma Ordem de Venda Particular. Fluxo do processo de Make-to-Order:

ITEM CATEGORY Categoria de Item A categoria de item provoca o comportamento do item dentro do documento de vendas. A categoria de item definida usando o TIPO de DOCTO vendas e o TIPO de MATERIAL. Uma categoria de item pode influenciar, por exemplo: - Se o sistema gera uma pricing. - Se o item relevante para a Fatura - Quais campos sero gravados no log de incompletos, se eles no foram digitados na ordem 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 divises 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 NO O ITEM CATEGORY. Combinando o Grupo de Categoria do Item do MATERIAL com o Tipo de DOCTO, determina a CATEGORIA DO ITEM. A Categoria de Item determinante para a DIVISO de REMESSA. Administrao de Custo por Item (No processo de vendas, os custos e vendas planejados para um item so reunidos num objeto de controle e estabelecidos numa Anlise de Rentabilidade (CO-PA) Profitablility analysis). A Pricing na Ordem de Vendas determina a Venda Planejada e a Venda Realizada determinada na Fatura. Os custos planejados so comparados com o realizado. CRIANDO DOCUMENTOS COM REFERNCIA Voc pode criar devolues, solicitao de crdito, carta de crdito, correo de fatura com referencia a documentos criados anteriormente. Exemplos: - Criar uma Devoluo com referencia a uma Fatura ou uma Ordem de Venda - Criar uma Carta de Crdito com referencia a uma Fatura - Criar uma Correo de Fatura com referencia a uma Fatura As referncias podem ser obrigatrias ou no. Cartas de Crdito/Dbito Podem ser criadas com referencia a uma ordem ou fatura. PODEM ser geradas com um BLOQUEIO de faturamento automtico, que somente depois de liberado pelo gerente (por exemplo) poder ser faturada. 27

A liberao para faturamento pode ser feita por item, colocando-se um motivo de rejeio no item que no foi liberado. Devolues/Retornos Podem ser criadas com referencia a uma Fatura ou Ordem. PODEM ser geradas com um BLOQUEIO para faturamento automtico. Correo de Fatura Invoice Correction Requests Pode ser criada com referencia a uma Fatura. PODE ser gerada com um BLOQUEIO de faturamento Cancelamento de um documento de Fatura Pode-se cancelar um documento de fatura j criado. Pode-se faturar novamente um delivery j cancelado Quando isto ocorre, criada uma nova fatura no fluxo do documento, que faz a contabilizao inversa da fatura cancelada.

LISTS AND REPORTS Listas e Relatrios Em SD existem trs grupos de Reports: LISTS, WORKLISTS e SIS Lists Apenas listagem dos documentos, por exemplo, por cliente ou material ou com status especficos. Worklists Listagem de documentos para um processo subseqente, ou seja, que ainda sero processados. E a partir desta lista possvel gerar os doctos subseqentes. SIS Recurso especial de informao do sistema

28

S I S Sales Information System O SIS faz parte de um conjunto de solues de informao conhecido como LIS (Logistic Information System). Quando voc usa transaes nas aplicaes Logsticas, dados relevantes do LIS so atualizados. Voc tambm 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: - Reduo quantitativa pela agregao em nvel de perodo - Reduo qualitativa pela seleo de key figures Para analisar os dados agregados, voc pode usar as ferramentas do SIS.

Conceito de DATA WAREHOUSE O SIS baseado em estruturas de informao (Cubos). Estas estruturas esto em tabelas estatsticas especiais que contem dados de processos executados por diferentes aplicaes. Estes dados so constantemente coletados e atualizados no sistema. Os CUBOS consistem de 3 tipos bsicos de informao. Caracterstica : tem critrios que voc especifica para coletar dados de determinados assuntos.

29

Unidade de perodo : tambm um critrio usado nos cubos. Voc pode atualizar dados de um perodo especifico (um dia, semana, ms, por exemplo) Key figures (Indicadores) : so mtricas. Exemplo: Material, vendas, crdito, etc.

O sistema Standard contm uma variedade de CUBOS em SD (S001 at S006, por exemplo). Voc pode usar a anlise Standard para avaliar dados sem ter que fazer configuraes adicionais no Customizing. Voc pode criar seu prprio CUBO no Customizing no range de S501 at S999. Existem no sistema ANALISES STANDARD e ANALISES FLEXIVEIS. Standard Cubo pronto, anlise pronta Flexvel Cubo pronto, anlise flexvel A partir de transaes Standard (ex: MCTA, MCSA), voc pode definir filtros para a gerao do report. A lista gerada pode ser impressa, gravada no PC, pode gera um grfico. Existem vrias funes disponveis para trabalhar com a lista, como por exemplo, curva ABC, 10 mais, comparao, etc. BW Business Information Warehouse um extrator de dados do ECC ou de outros sistemas no-SAP ou arquivos txt, arquivos XML, dados do sistema legado. Os elementos do BW so: - Roles: ppeis - Workbooks: consultas pr formatadas - Queries: pesquisas feitas no cubo - InfoCubes: Cubos - Extractors, InfoSources: Extrator, fonte de dados - InfoObjects: objetos em que vai buscar a informao.

ESTRUTURA EMPRESARIAL NO SAP Objetivos da estrutura empresarial no sistema SAP: - Flexibilidade na representao complexa da estrutura da corporao - Adaptar as mudanas na estrutura da corporao - Distinguir entre vises na logstica (org. vendas, org.Compras, etc), contabilizao de custos e contas a receber. - Processar dados entre empresas 30

Business rea DIVISO DE NEGCIO. Voc pode usar a diviso de negcio, se voc quiser calcular lucros e perdas independente da Empresa (company code) Uma diviso de negcios pode estar em diversas empresas. Com o uso da diviso de negcios, possvel uma analise contbil agrupada, sem a necessidade de criao de novas contas contbeis. ESCRITORIO DE VENDAS GRUPO DE VENDEDORES Sales Office e Sales Group: no so obrigatrios na estrutura de vendas. Sales Office e Sales Group so ligados a uma area de Vendas (ex: 100/12/00). Sales Organization Organizao Vendas Uma organizao de vendas atribuda a somente uma Empresa Uma organizao de vendas atribuda a um ou mais Centros Cada organizao tem seus dados mestres. Distribution Channel canal de distribuio o meio pelo qual o produto distribudo aos clientes. configurado de acordo com a estratgia de vendas da empresa. Voc pode ter dados relevantes para vendas, como preos, descontos, taxas para organizao de vendas e canal de distribuio.

Division Setor de Atividade Setor de atividade do item, material. Serve para diferenciar os diversos segmentos de produtos de uma empresa. Exemplo: motocicletas, computadores, acar, lcool, etc. Sales rea rea de vendas formada pela cominao de Org.Vendas, Canal Distribuio e Setor de Atividade. 31

Plant Centro Um centro est em apenas uma Empresa (que a entidade que apresenta o balano patrimonial). Como o centro gerador de custo e receita ($$$$) e o dinheiro s tem um dono. Ento um centro s pode estar atribudo a uma empresa (company code). Operao entre empresas Cross Company possvel 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 sada da mercadoria deve estar atribudo tambm para a organizao vendas e canal de distribuio que originou a OV. Como a operao gera Receita em um centro e Custo em outro, necessrio realizar uma venda Intercompany para suportar a operao. FONTES DE INFORMAO NO PROCESSO DE SD (PROVA) So fontes de informao em SD: Dados Mestres: mestre de clientes, materiais (ex: local expedio, Centro) Dados de doctos existentes Customizing: Ex: tipos de doctos vendas (bloqueio remessa, condio expedio) Hard-coded: Programas Abap (fixo no programa).

Vrios dados so propostos a partir dos dados mestres.

Sales Summary Sumrio de Vendas Pode ser gerado atravs da transao VC/2 ou clicando no boto especifico dentro da ordem de venda. O sumrio traz informaes importantes sobre o cliente, como ultimas ordens, valor de vendas, ordens em aberto, etc. possvel fazer modificao em massa de vrios itens dentro de um docto de vendas ou de vrios documentos de vendas dentro de uma lista de doctos. BLOQUEIOS 32

Num docto de vendas possvel bloquear as seguintes transaes: - Para criao de Remessas - Para criao de Faturas O bloqueio de Fatura em nvel de ITEM O bloqueio de Remessa em nvel de DIVISAO DE REMESSA No cabealho do docto possvel bloquear tanto para fatura como para remessa, porm vlido para TODOS os itens do docto. Voc pode tambm rejeitar um ou mais itens de um docto de vendas. Pode-se controlar por controle de cpia que estes itens no sejam levados nos documentos subseqentes. Quando rejeita-se o item solicitado um motivo de rejeio. O Motivo de Rejeio em nvel de ITEM, e afeta o planejamento de produo pois tira a qtde da necessidade de produo. Quando modifica-se o cliente Emissor da Ordem na ordem de vendas, os seguintes dados so redeterminados: Dados mestres de cliente Info-record do cliente material Textos Preos Centro e local de expedio

Dados que no so alterados: - rea de vendas - Escritrio de vendas e Grupo de vendedores - Disponibilidade do produto - Lotes A alterao do EMISSOR da ORDEM no pode ser feita se: - Existir documento subseqente - Se o status relevante para um docto precedente (ex: uma cotao). COPY CONTROL Controle de Cpia feito atravs do Customizing O controle de cpia pode se feito nos nveis de Cabealho, Item e Diviso de Remessa, dependendo da estrutura do documento. 33

Cabealho Item

Checa se o documento origem pode gerar o documento destino Ex: o docto de vendas OR permite o docto de remessa LF Pode-se definir uma categoria de item no docto destino diferente da Categoria de item do docto origem

Diviso Remessa Serve para os doctos que tem Diviso de Remessa na estrutura Os passos para o controle de cpia so: 1. Checa se o docto de origem permite o docto de destino 2. Verifica se atende os requisitos para a cpia 3. Verifica quais campos sero transferidos para o docto destino determinado nos detalhes do controle de cpia, as procedures (procedimentos) para cpia. Para controlar o procedimento, em cada nvel (cabealho, item, div.remessa) voc cria: Rotinas para transferncia de dados Controla os campos do documento precedente que sero transferidos Requerimentos de Cpia Define requerimentos que sero checados quando voc criar um documento com referencia. Se estes requerimentos no forem atendidos em caso particular, o sistema emite uma mensagem de aviso ou erro e se necessrio, termina o processo. Chaves (Switches) So chaves para controles especficos em cada transao. Por exemplo, voc pode ativar ou desativar a transferncia do numero do item do docto precedente.

Tela do Customizing Controle de Cpia (Cabealho)

34

Tela do Customizing controle de cpia (Nvel de item) As rotinas e requerimentos para cpia so escritas em cdigo ABAP e podem ser ajustadas a regra de negcio, criando uma rotina com cpia a outra e adicionando ou apagando linhas. As ferramentas para controle so: Tipo Docto Vendas, Categoria de Item e Categoria de Diviso de Remessa. E as funes bsicas para estas ferramentas so: Determinao de parceiro Pricing Free Goods (bonificao mercadoria) Determinao de texto Gesto de crdito Programao Remessa Determinao de material Dados incompletos Funes Bsicas do TIPO DE DOCTO VENDAS - Range de Numerao - Se obriga referenciar um documento - Quais tipos de doctos subseqentes so permitidos

35

Os tipos de documentos de vendas, OBRIGATORIAMENTE, devem ser atribudos a rea de vendas (Org.Vendas, Canal, Setor Atividade). Funes Bsicas para CATEGORIA DO ITEM - Se relevante para Remessa - Se relevante para Fatura - Identifica qual pricing ser atribuda para item - Se permite diviso de remessa - Qual movimento de mercadorias ser utilizado - Lista tcnica Bill of Material Sub-Itens Voc pode atribuir um item a um item superior (item pai), se por exemplo, um cliente recebe bonificao de mercadoria para uma certa qtde do produto. Atribuindo a Categoria do Item para Tipo de docto de Vendas Tem as seguintes opes para definir a categoria do item no docto de vendas: - Tipo docto Vendas (cabealho do docto vendas) - Grupo categoria do Item (dado mestre do material org.vendas 2) - Item Usage (vem de hard-coded do programa) ex: FREE - Categoria de Item do item superior (item do docto vendas) - Categoria do Item (proposta pelo sistema e categorias alternativas permitidas) Exemplo: Tipo Docto Grupo Vendas Categ. Item OR OR NORM NORM Item Usage Categ. Item Categ. Item Categ.Item (Uso) Superior (Default) Alternativa TAN TAN TANN TAP

Funes Bsicas para DIVISO DE REMESSA - Movimento de mercadoria (diz para MM como vai movimentar) - Necessidades de transferncia - Como vai checar a disponibilidade - Se relevante para Remessa - Se gera ordem de produo para PP Atribuindo a DIVISO DE REMESSA para Categorias deItens

36

Tem as seguintes opes para definir a diviso de remessa p/ categoria do item: - Categoria do Item - Tipo de MRP - Diviso de remessa (Proposta pelo sistema e divises alternativas) Exemplo: Categoria do MRP Item TAN TAN ND Diviso Remessa CP CN de

LISTA TCNICA - Bill of Material Voc pode informar quais componentes formam um material (como por exemplo: itens que formam um computador: mouse, teclado, monitor). Esta lista de materiais conhecida como lista tcnica (Bill of Material). 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 tcnica so controlados diferentemente das categorias de item do docto). Voc pode criar uma lista tcnica com cdigo BOM usage 5 (Sales and Distribution). Neste caso todos os itens da lista sero automaticamente flegados como relevantes para vendas. O sistema explode os sub-itens do material na ordem de vendas.

Criando com Referncia Caixa de dilogo Quando voc cria um documento com referencia, aparece uma caixa de dilogo e possvel copiar o docto todo ou apenas alguns itens (atravs do boto seleo de itens). Regra de completeza No Customizing possvel 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

CENRIOS ESPECIAIS (2 APOSTILA) Rush Order ORDEM RPIDA 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).

Cash Sales VENDA CAIXA No tipo de docto Cash Sales (CS) tambm est flegado o campo de Remessa Imediata. Alm 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. CONSIGNAO Existem 4 tipos de documentos de vendas para atender o cenrio de Consignao de mercadorias aos clientes. So eles: CF Consignment fill-up Remessa de Consignao

Gera Ordem, Remessa, Picking e Sada de Mercadoria. Neste cenrio, enviamos a mercadoria em consignao para o cliente. 38

O estoque fica fisicamente no cliente, mas no sistema ainda pertence ao centro/empresa que enviou e fica num deposito especial. CI Consignment issue Venda da Consignao

Gera Ordem, Remessa, Sada de Meradoria e Fatura Este cenrio Vende a mercadoria consignada ao cliente. Por isso gera a fatura. No gera Picking, pois o material j estava fisicamente no cliente. Existe sada de mercadoria para que o estoque que estava em consignao, passe para o cliente, ou seja, deixa de ser de propriedade do centro/empresa. CP Consignment pick-up Retorno de material em Consignao

Gera Ordem, Remessa Inbound e Entrada de Mercadoria Este cenrio o Retorno do material que foi remetido em consignao e o cliente no vai comprar. CR Consignment return Devoluo de Consignao

Gera Ordem, Remessa, Entrada de Mercadoria e Fatura Aqui, o cliente depois de ter comprado o material consignado, est fazendo a devoluo dele (por motivo de qualidade, por exemplo). Gera a fatura para poder gerar o crdito para o cliente. A entrada de mercadoria, pela configurao Standard, volta ao estoque consignado especial e no diretamente ao centro (mas pode ser configurado diferente). Envio de Amostra, Brinde. Voc pode criar uma Remessa Free-of-Charge atravs do tipo de documento de vendas FD. No gera fatura por ser envio de brinde. Troca de Mercadoria O cliente ao devolver uma mercadoria, pode solicitar o envio de nova mercadoria, ao invs de receber o crdito desta devoluo. Neste caso, o SAP tem um tipo de docto SDF Remessa de Substituio. Voc pode referenciar no controle de cpia deste documento que o documento origem um Return (devoluo).

39

INCOMPLETENESS Log de Incompleto Voc pode definir campos obrigatrios nos documentos de vendas que so essenciais para os processos subseqentes ou para o controle da empresa. Voc define estes campos no Customizing para o Log de Incompletos. O controle de incompletos definido por Grupos, Esquemas e Campos.

Grupos dados Incompletos Os grupos so os doctos que permitem o controle de dados incompletos. Veja que no existe log de incompletos para a fatura. Para cada grupo so definidos os Esquemas (Procedures). Ex: esquema 11 ordem (controla os campos que so obrigatrios para a ordem de venda).

40

Esquemas dados incompletos Para cada esquema so definidos os campos que sero 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.. Tambm possvel checar o campo Advert que diz se o sistema ir mostrar uma caixa de dilogo avisando o usurio que faltam dados no documento.

Campos de dados incompletos

41

Grupos de Status Os ESQUEMAS so ATRIBUIDOS aos grupos de dados incompletos permitidos.

Atribuio do esquema de dados incompletos ao tipo de docto vendas

PARCEIROS DE NEGCIOS Os parceiros de negcios que existem no mercado so 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 negcios, as funes de parceiro representam as diferentes funes para uma transao comercial. 42

Exemplo: um cliente pode ter a funo Emissor da Ordem, Recebedor da Mercadoria, Pagador. Um parceiro pode ter diversas funes no SAP.

OUTLINE AGREEMENTS Existem dois tipos de Outline Agreements: - Contratos De quantidade De valor De valor relacionado ao Material - Programao de remessas Scheduling agreements

Programao de Remessas A programao de remessas um acordo entre voc e o cliente. As programaes contem datas de remessa fixadas e quantidades. Os doctos de remessas so criados a partir do docto de programao de remessa. Contrato de Quantidade Este tipo de contrato um acordo de qtde, ele no contem diviso de remessa nem data de entrega. Tem uma data de validade do contrato apenas e a qtde acordada. Deste contrato so criadas Ordens de Liberao (Release Order) e destas ordens so criadas as remessas. O sistema exibe uma mensagem quando o usurio 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. Tambm pode escolher varias opes 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 servios durante um perodo de tempo. Para o contrato de valor, so informados no sistema Standard, quais materiais que o cliente pode comprar referente aquele Contrato de Valor. Esta lista de materiais vlidos pode ser feita por material (Assortment module) ou pela Hierarquia de Produtos. Quando criada uma ordem de liberao, o sistema atualiza o contrato, baixando o valor da ordem do contrato. possvel criar uma Billing Plan (plano de faturamento) para que seja faturado em parcelas fixas do contrato de valor. A partir de um contrato possvel informar clientes alternativos para Emissor da Ordem (SP) e/ou Recebeodr da Mercadoria (SH). No Customizing possvel determinar regras de determinao de datas.

Controle de datas do contrato e suas regras

44

DETERMINAO DE MATERIAL Material Determination uma ferramenta para trocar automaticamente o material no documento de vendas. Exemplo: um produto sazonal B, que deve ser enviado naquele perodo ao invs do produto A. O sistema ir trocar automaticamente no docto. A determinao de material baseada em uma Condition Technique que permite flexibilidade para a determinao do material. Voc pode tambm atribuir uma razo para a substituio do material que ser levada no docto de vendas.

Caminho no menu para criao de determinao material Por ser uma condition technique possvel criar mais de uma chave de combinao e a seqncia de acesso, permitindo uma flexibilidade para atender as regras de determinao.

45

Tela de chaves de combinao para a Condition Type A001 Determinao Material

Exemplo de Condition Record para determinao de material No exemplo acima, se o usurio entrar com uma ordem de venda para a organizao 1000, canal distribuio 12 no perodo de validade informado, e entrar com o material 1400-100, o sistema ir substituir automaticamente para o material 1400-200 Tambm possvel determinar materiais alternativos, clicando no boto .

46

Definio de materiais alternativos para substituio Neste caso, se no houver o estoque do produto 1400-200, troca pelo 1400-300 e se no 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 Incluso/Excluso possvel criar listas de materiais que so permitidos (incluso) ou que no so permitidos para um cliente especifico.

FREE GOODS Bonificao de Mercadoria H duas formas de bonificao: Inclusive e Exclusive Bnus Quantities. - Inclusive: Leve 5 pague 4. O usurio 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 mnima de 5 pc para o material 1400-100 e a cada 5 pc vendidas ser dada a qtde de 1 pc em bonificao.

Ordem de venda com o material bonificado - Exclusie: Leve 5 peas do produto A e ganhe 1 pea do produto B. O usurio 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.

Tela de cadastro de Free Goods EXCLUSIVE No exemplo acima informamos que a partir do minimo de 10 peas e a cada 10 peas vendidas do produto 1400-200 ser bonificada 1 pea do produto 1400-300. 48

Ordem de venda e exemplo de free goods exclusive LOGISTICS EXECUTION Execuo logstica Logistics Execution o componente de aplicao para execuo logstica e foi introduzido no SAP R/3 release 4.5A para agrupar sub-funes existentes na execuo logstica. WM foi transferido para MM e processos de expedio e transporte foram transferidos para SD.

Logistics Execution compreende tanto a entrada como a sada de mercadorias. o meio que executa a logstica entre a necessidade (procurement) e a distribuio. Pode atender necessidades internas (ex: insumos de fornecedores para produo) ou externas (ex: entrega de mercadorias ao cliente). Existem dois caminhos no LE para entrada ou sada de mercadorias. Voc pode criar uma remessa ou uma baixa/entrada de estoque no comeo do processo. No processo de criao de remessa, a atualizao de estoque feita no final do processo, aps a confirmao da ordem de transferncia (OT).

49

No processo sem a criao de remessa, a atualizao de estoque feita no inicio do proceeso (ex: MIGO). Estrutura do docto de Remessa O docto de remessa possui cabealho e item. Diferentes processos de negcios usam diferentes tipos de remessa.
Documento Precedente Ordem de Venda Ordem Transferncia Estoque Ordem Subcontratao fornecimento de materiais Ordem de Compra Ordem de Compra Projeto (modulo PS) de p/ Remessa de reabastecimento Remessa p/ Subcontratao Devoluo de compra Remessa de Entrada Remessa p/ Projeto Documento de Remessa Remessa Outbound

Estrutura organizacional em logstica: Mandante Empresa Centro Depsito O depsito (storage location) no obrigatoriamente o local fsico de estocagem dos produtos. Pode ser um local virtual. Para verificar o estoque fisicamente no sistema, SOMENTE pelo Warehouse Managment WM. Warehouse = Sistema de Depsito. Para realizar um eficiente processo de entrada e sada de mercadorias no Warehouse, voc pode usar as seguintes unidades organizacionais: Warehouse number: A estrutura completa do sistema de depsito gerenciada pelo numero do Warehouse. Storage type: as diferentes reas de estocagem como por exemplo, rea de racking, rea de endereo fixo (ex:tanque lcool), rea de estoque blocado , area de estoque de refrigerados so identificadas no WM como tipos de depsitos. Storage Section e picking rea: so as reas definidas no sistema para guardar e retirar as mercadorias, respectivamente. A storage section obrigatria. Staging rea: uma parte do sistema de depsito onde as mercadorias so estocadas imediatamente depois do recebimento ou por pouco tempo antes do carregamento. (plataformas). Door: uma porta dentro do WM pode ser usada tanto para entrada e saida das mercadorias.

50

Um Warehouse number atribudo a um ou mais depsitos, porm um deposito s pode ter um warehouse number atribudo a ele TIPOS DE REMESSAS Diferentes tipos de transaes na expedio so modeladas usando vrios tipos de remessas, por exemplo, separar remessas para remessa expressa, remessas de devoluo, remessas de transferncia de estoque. Os diferentes tipos de remessas tem diferentes necessidades dentro da expedio. Ex: devoluo no precisa de atividade de picking. Cada tipo de remessa pode definir: numerao interna, outputs, redeterminaao de rota, relevncia para expedio/baixa estoque, referencia para ordem. Usando elementos de controle, voc pode configurar cada tipo de remessa para obter diferentes funes. Controles para item de categoria de remessa: - relevante para picking - checagem de necessidade - checagem de qtde mnima de remessa - controle de embalagem - determinao de locais de picking Cpia da categoria do item na 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

SAIDA DE MERCADORIA Goods Issue O sistema ECC suporta as seguintes funes dentro do processo de expedio: Criao e processamento de Remessas Monitoramento de disponibilidade de mercadorias Monitoramento de situao da capacidade no Warehouse Suporte para Picking separao mercadoria (com link para o WM System) Embalagem (packing) para Remessa Impresso e distribuio de documentos de expedio/remessa 51

Processamento de sada de mercadoria Controle completo e viso geral para: o Entregas em processamento o Atividades que ainda sero executadas o Possveis atrasos

Shipping Point local de expedio O local de expedio determinado para cada item da ordem. O sistema automaticamente prope um local de expedio que voc pode mudar dentro de determinados limites. O local de expedio depende dos seguintes critrios: O centro expedidor (delivering plant) que determinado para cada item (vem do info Record do cliente material, dado mestre do cliente ou do dado mestre do material) Requisitos de expedio (ex: expresso) contidos no campo shipping conditions do cadastro do cliente Equipamento necessrio para carregamento contido no campo loading group no dado mestre do material A condio de expedio proposta no tipo de docto de vendas se uma condio de expedio tenha sido atribudo ele. Se no, a condio de expedio proposta do dado mestre para o cliente emissor da ordem. Uma remessa sempre expedida de um local de expedio somente. O local de expedio no pode ser alterado na Remessa. Quando uma ordem processada para entrega por um local de expedio, o sistema copia apenas os itens que foram definidos na ordem para este local de expedio. Itens da ordem com diferentes locais de expedio, portanto, no so copiados para a mesma Remessa.

Determinao de Rota Determinao de rota executada no item da ordem e depende: Do pas e da zona de sada para o local de expedio (atribuda no customizing) Da condio de expedio de acordo com o tipo de docto de vendas ou com o cliente emissor da ordem. Do grupo de transporte atribudo ao material Do pas e da zona de transporte para o recebedor da mercadoria (atribuda no dado mestre de cliente) No item da ordem, voc pode alterar manualmente a rota que determinada. Voc pode redeterminar a rota na Remessa baseada no peso (grupo de peso). Se a rota redeterminada depende da configurao no tipo de Remessa. 52

Precise and Daily Scheduling Dirio de planejamento. No planejamento preciso, o sistema calcula e exibe os resultados por minuto. No dirio de planejamento, o sistema usa dias, horas e minutos para o clculo, mas somente mostra o resultado em data. Voc pode determinar a lgica de planejamento para cada local de expedio. Se voc determinar working times para o local de expedio, o sistema gera planejamento preciso. O working hours de um local de expedio consiste de um calendrio e uma seqncia de turno. A seqncia de turno define os turnos para cada dia da semana, e os turnos definem os tempos para inicio e fim do trabalho. Na precise scheduling, pick/pack e tempo de carregamento so definidos em horas e minutos. Precise scheduling usa o working times para o local de expedio. Daily scheduling usa o calendrio de fabrica para o local de expedio. A rota usada para determinar lead time de planejamento de transporte. A rota tambm usada para determinar o tempo de transito.

CRIANDO E PROCESSANDO REMESSAS Opes para criar remessas: - criar manualmente com referencia a uma ordem de venda - criar manualmente sem referencia Criao coletiva de remessas a partir de ordens de vendas ou ordens de compra: - Processando On-line ou em background. 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 mltiplas remessas. Se os critrios de expedio so os mesmos, o sistema cria um docto de remessa referente a varias ordens. No sistema Standard, voc pode atribuir papel de usurio para cada cenrio de remessa. Voc pode manter este papel no Customizing. 53

Os diferentes critrios de seleo de documentos para Entrega so exibidas em tabstrips. Voc pode definir variantes no seu cenrio especifico. O sistema exibe uma lista dos documentos aptos a serem entregues e voc escolhe os documentos que quer criar as remessas. Existem varias funes disponveis como ordenao, soma e filtro desta lista. Alterando a REMESSA Voc pode alterar as remessas depois que elas foram salvas. Entretanto, informaes como recebedor da mercadoria e local de expedio no 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.

Determinao de local de PICKING Se no especificado um depsito para separao (picking) no item da ordem, o sistema determina o depsito quando criada a remessa e copia isto no item da remessa. Caso contrrio, o depsito entrado no item da ordem usado na Remessa. O sistema determina o local de separao baseado na regra definida no tipo de remessa. As seguintes regras esto no sistema Standard: MALA: o local de separao determinado baseado no local de expedio, centro fornecedor, e a condio de estoque para o material definida no dado mestre do material RETA ou MARE: estas regras so usadas principalmente em cenrios de intercambio. O depsito definido na Criao de Remessas. Determinao de porta (door) no nvel de Cabealho da remessa Determinao de plataforma (staging rea) no nvel de item e depende do depsito Pode usar exits na remessa para uma determinao especifica. Outputs na expedio Existem mensagens pr-configuradas como por exemplo, nota de remessa, lista de embalagens, certificados de qualidade, lista de frete. Pode-se definir: - como ser enviado o output (ex: impressora, fax, EDI, e-mail) 54

- quando ser criada/enviada (ex: no ato de salvar o docto) - para quem ser enviado - para qual impressora enviado.

PICKING - separao da mercadoria O Picking o processo de preparao da mercadoria para ser entregue ao cliente, com ateno especial para datas, quantidade e qualidade. O item de uma remessa pode: - No ser relevante para picking (ex: servios) - SER relevante para Picking e este picking ser feito em outros sistemas ou no SAP atravs do WM (com ordem de transferncia) ou via SD (picking feito na prpria remessa). Transfer Order - Ordem de transferncia Uma ordem de transferncia uma instruo para movimentar os materiais dentro do sistema de depsito (warehouse). Uma OT tem as seguintes informaes: Numero do material, quantidade a ser movida, local do estoque. Quando a OT criada, o sistema copia a qtde da remessa como qtde de picking. Se ao efetuar o picking houver divergncia na quantidade separada, voc pode configurar o sistema para criar uma OT complementar da qtde que no 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 sada de mercadoria. Somente quando a ordem de transferncia confirmada, que o sistema atualiza a qtde de picking na remessa. WM FULL e WM Lean O WM Lean possui endereo de estocagem fixo por material. O WM Full possui vrios locais de estocagem possveis para o mesmo material. Criando e imprimindo Transfer Orders No WM voc pode ter as seguinte opes de impresso de OTs: - Single Print: impresso de uma pgina para cada item da OT. - Combined Print: impresso de uma lista para a ordem de transferncia inteira. - Pick list: uma lista para vrias ordens de transferncia que foram criadas pelo processo coletivo.

55

Pode gerar automaticamente as ordens de transferncia de varias remessas.

Processo coletivo de Remessas para Picking Monitor de remessas. Para otimizar o processo de picking, voc pode criar uma picking list para vrias remessas. O pr-requisito para criar a picking list que as ordens de transferncia no tenham sido criadas individualmente. O procedimento para este processo coletivo e: 1) selecione as remessas pelo monitor de remessas, que voc quer fazer um picking e crie um grupo para elas. 2) crie as ordens de transferncias com referencia a este grupo. criada uma ordem de transferncia para cada remessa deste grupo. 3) dependendo da configurao de impresso, o picking list impresso automaticamente pelo sistema ou manualmente. FUNES ESPECIAIS DA REMESSA Lotes A definio (proposta) do lote pode ser feita na Ordem de Venda. Pode, mas deixa o processo engessado. O ideal determinar o lote na REMESSA (manual ou automaticamente). Se o material vai ou no controlar o lote definido no dado mestre do material. Pode haver split de lote, se a qtde do item a ser remetida precisar de mais de um lote para compor a carga. O split de lote pode ser: - manual: feito na tela de split de lote do item da remessa - automtico: para usar a determinao automtica esta funo deve estar parametrizada para a categoria do item da remessa. - pode ser feito split de lote no WM. Mais funes para a remessa: - substituio de material - gesto de crdito - controle de mensagens de erro - split de remessa por WM - grupos de remessas - checagem de produtos perigosos - textos 56

- checagem de quantidades Serial numbers Voc pode atribuir um nico numero de srie para cada material. Para usar o serial number, entre com o perfil de serial number no registro mestre dos matrias relevantes para isto. O serial number definido no item da remessa usualmente. Entretanto possvel definir tambm na ordem de venda. Pode ser atribudo nmeros de serie automaticamente pelo sistema.

Pricing na REMESSA possvel entrar com condies de preo diretamente 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 questo. Split de REMESSAS possvel 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 integrao de forma ASSINCRONA. um conjunto de gerao de TXT com o Layout de sada. 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 cabealho e item da remessa.

PACKING Packing pode ocorrer em 3 pontos: - na Ordem de Venda, - na Remessa (Inbound/Outbound) - ou no Docto de Transporte. O packing proposto na ordem de venda pode ser copiado para a Remessa. Este controle feito pelo controle de copia no nvel de cabealho para remessas. Pode-se usar exists para regras especificas de embalagem durante a criao das remessas. 57

Pode ativar packing automtico para cada tipo de remessa separadamente. Quando o produto acabado colocado dentro de uma embalagem (packing material) gerado pelo sistema um cdigo sequencial de Handling Unit. Este cdigo unvoco no sistema e pode ser impresso como etiqueta ou como lista de packing para acompanhar o produto. Pode configurar outros de tipos de outputs tambm. Uma Handling Unit possui informaes sobre os produtos que esto embalados nesta HU. possvel fazer packing de um outro packing. Ex: produtos que esto dentro de caixas, que esto sobre paletes que esto dentro de um container. No Customizing definido se a categoria de item do material relevante para Packing. Pode definir se o pcaking ou no relevante e se ele mandatrio. Materiais de embalagem (packing): so materiais para embalar os produtos transportados. Ex: caixas de papelo, containers, paletes de madeira, engradados. Tipo de material de embalagem: serve para agrupar embalagens de mesmas caractersticas. Ex: CAIXA (cx de papelo, cx plstica, 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)

Instrues de Packing Instrues de packing consistem em: - materiais de embalagem - material a ser embalado - itens de texto - instrues de embalagem - qtde mnima, regras de arredondamento, etc As instrues de embalagem seguem o conceito de Conditions Tequinique para determinao destas instrues.

HANDLING UNIT A vantagem de usar a HU que ela simplifica o processo no fluxo logstico. Ex: todo movimento de material executado usando a HU e no o material e qtde. Uma vez que a HU criada, todos processos subseqentes podem reutilizar estas informaes. Como sua prpria organizao ou pelos clientes da cadeia logstica. 58

As informaes na HU so: contedo, peso, volume, tamanho, informao de status e histrico. Ela pode ser usada: - do WM para a sada de mercadoria ou produo. - da produo para a sada de mercadoria - da produo para gestao de qualidade - da entrada de mercadoria para o WM ou produo. Ou seja, pode ser usada a HU tanto na entrada como na sada de mercadorias. Check List para Hadling Units: Funes bsicas: - define o range de numerao - define tipos de material de embalagem - requisitos de HU para depsitos (MM) - controle de embalagem por categoria de item na remessa - define seqncia ordem de transferncia entrada mercadorias - define um numero unvoco para identificao

SADA DE MERCADORIA Goods Isssue a ultima etapa do processo de expedio. obrigatria no processo de expedio. Pode ser feita por processo coletivo. aplicada para todos as remessas de outbound. Efeitos da sada de mercadoria: - baixa o estoque - atualiza a contabilizao do estoque (custo) - baixa as necessidades de produo/estoque - atualiza o fluxo de documentos - cria work list para fatura possvel cancelar uma sada de mercadorias. O sistema gera um novo registro no fluxo de documentos e faz a operao inversa, ou seja, aumenta o estoque, estorna a contabilizao, etc. Pode-se cancelar coletivamente a SM, desde que tenha sido gerada coletivamente tambm. QM na Expedio possvel configurar inspeo de qualidade do material antes da sada de mercadoria e definir se a sada de mercadoria ser possvel ou no somente aps o OK de QM para esta inspeo. 59

O OK de QM representa a deciso de uso do material. Pode configurar a impresso de certificado de qualidade. POD Proof of Delivery (prova de entrega) No utilizado no Brasil. Trata-se de um ajuste de diferena constatado no ato da entrega da mercadoria ao cliente. Este ajuste feito por Idocs. Ex: enviamos 20 pc ao cliente, ele recebe apenas 19, transfere por Idoc a prova de entrega. feito o ajuste no local de expedio e somente aps este ajuste enviada a fatura ao cliente.

60

PRICING (3 APOSTILA) Condition Technique na Pricing CONDITION TECHNIQUE

PROVA: Quais so os tipos de condies? Grupos de condies (VK13) - Preos - Descontos/Sobretaxas - Frete - Taxas/impostos Os dados das condies so armazenados em registros de condies (condition records). Na Pricing Procedure (Esquema de Pricing ou calculo) possvel adicionar condies, se necessrio. As condies da Pricing apontam para uma seqncia de acessos para buscar os valores que esto cadastrados nos registros de condies. (Condition Tables) A seqncia de acesso aponta para os acessos que so tabelas de condies (condition tables). As tabelas de condies so montadas de acordo com a necessidade, mas existem varias tabelas Standard (ex: cliente/material, material, org vendas/material, Hierarquia etc...) monto de acordo com a poltica de preo do cliente.

61

Os registros de condies) podem ter validade de perodo (inicio e fim na validade de condio) VK11 Os valores dos registros de condies podem ter escalas e ainda ser definido um limite mnimo e mximo de valores para o registro. Quando o valor for entrado manualmente, o sistema checa se est dentro do limite especificado. Tipos de condies: as conditions types determinam a categoria da condio e descreve como a condio usada. O tipo de clculo e o tipo de base de escala podem ser controlados para cada tipo de condio. Tipos de base de escala Valor Quantidade Peso Volume Perodo de tempo Tipos de clculo Percentagem Montante Fixo Montante por unidade de medida Montante por unidade de peso Montante por unidade de volume Quantidade por unidade de tempo

Um tipo de condio pode ser definido como Condio de cabealho. Uma condio de cabealho vlida para todos os itens. Tambm definido como ser a distribuio do valor da condio para os itens: 1) se ser rateado proporcionalmente 2) se ser copiado o valor da condio para todos os itens PRICING PROCEDURE (esquema de pricing)

Pricing Procedure (Esquema de preo)- PROVA Todos tipos de condies permitidas na Pricing esto disponveis na Procedure. 62

Voc pode determinar como o sistema deve usar as condies pela descrio dos requerimentos para cada condio. (requeriment). A seqncia que o sistema acessa as condies no documento de negcio tambm determinada na Procedure. possvel determinar, pela coluna from/to, se a condio um somatrio de outras condies dentro da pricing. possvel determinar se a condio mandatria, se permite entrada manual de registro ou se uma condio estatstica que no influencia no valor total da pricing. Obs.: Eu consigo olhar na Price se eu estou vendendo com margem Uma condio pode ser manual ( se tiver flegado na coluna manual) se no ir ser automtica SEQNCIA DE ACESSO Uma seqncia de acesso atribuda a um tipo de condio (exceto se for um tipo de condio configurada como uma condio de cabealho se sim no pode ter sequncia de acesso.). A estratgia de busca define a seqncia na qual o sistema vai ler os registros de condies para o tipo de condio. Cada acesso realizado durante a seqncia de acesso feito usando uma tabela de condio. O esquema de clculo relevante determinado baseado na rea de vendas, cliente e tipo de documento de venda. O sistema l o tipo de condio do 1 passo e depois determina a atribuio da seqncia de acesso para este tipo de condio. O sistema l a seqncia de acesso. A seqncia de acesso para tabela de condio representa busca as estratgias para encontrar o registro de condio relevante. Cada tabela de condio representa um acesso, os quais podem ser feitos registros com uma chave especifica. O sistema procura por um registro de condio vlida com uma chave especifica pela tabela de condio (acesso) Se o primeiro acesso no encontra o registro de condio valido, ento o sistema procura pelo prximo acesso usando a prxima tabela de condio. Depois o sistema acha um registro de condio valida para o acesso, o sistema l o registro de condio e copia aquele valor correspondente para a escala dentro do documento de vendas. A tabela de condio uma combinao de campos, que formam a chave para o registro de condio. 63

Seqncia de Acesso Cada acesso (10, 20, 30, 40) aponta para uma tabela de condio (condition table).

Acesso apontando para tabela de condio Cliente/Material

64

A seqncia de acesso atribuda para cada tipo de condio. Mudana de preo Manual no Documento O preo, sobretaxa e descontos determinados automaticamente pelo sistema pode-se mudar manualmente e so marcados ento com est no registro de condio, voc pode especificar limites dentro de qual alterao manual seja feito, por exemplo, fazer descontos, nas quais pode ser somente entre uma escala 1% a 3%. Em adio para determinao automtica, condies pode ser entrada manualmente no documento de vendas. Condies so marcadas como tendo sido manual. Voc pode mudar ou criar condio na tela de condio. Voc pode prever um tipo de condio sendo alterado, fazendo as configuraes apropriadas nas customizaes. Condies no documento de cabealho Condies podem tambm entrar no nvel do documento de cabealho. Estas so conhecidas como condies de cabealho e so validas para todos os itens. Estas condies de cabealho so automaticamente distribudas entre itens baseados sobre valor liquido. A base para distribuio da condio de cabealho podem ser alteradas e o esquema de clculo pode selecionar rotina apropriada, por exemplo, peso e volume, na frmula alternativa para Base de valor na Condio.

TABELA DE CONDIO 65

Os registros de condies so sempre criados usando uma chave especifica. Tabelas de condies so usadas para definir a estrutura de chaves (combinao de chaves) para incluso dos registros de condies. Os campos mais importantes so usados na pricing a nvel do cabealho e item disponvel no sistema standard. Os campos disponveis para montar uma nova tabela esto disponveis no catalogo de campos. O campo chaves da tabela de condio deve aparecer no inicio da tabela. Uma seqncia de acesso consiste em uma ou mais tabela de condio. Voc pode definir preos, descontos e sobretaxas em vrios nveis. Cada nvel definido atravs de uma tabela de condio. Na ordem as entradas atravs de uma seqncia de acesso definem a hierarquia de vrios nveis. O sistema determina o registro de condies especifico. Voc est apto a fazer acessos dependentes nos requirimentos para evitar acessos desnecessrios. Isto reduz a carga no sistema (performace) A tabela de condio so combinaes de seqncia de requerimento no esquema de clculo. Obs.: condio = valor e quantidade. Finalmente voc precisa para manter a determinao do esquema de clculo. O Esquema de clculo 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 atribudo no tipo de documento de vendas. possvel determinar quais campos iro aparecer no cabealho ou nas linhas de item para agilizar as entradas dos registros. Nova pricing no documento de vendas: no controle de cpia do docto de vendas (ordem e fatura) definido se pode haver re-determinao de preo e que tipo de re-determinao de preo permitida para o tipo de docto.

Seqncia de Acesso Uma seqncia de acesso consiste em uma ou mais tabela de condies. Criando uma seqncia de acesso

66

Voc pode definir preos, descontos e sobretaxas em vrios nveis. Cada nvel definido atravs de tabela de condio. As entradas das ordens na seqncia de acesso definem a hierarquia de vrios nveis. O sistema determina o registro de condies na seqncia especifica. Pricing Procedure A tabela de condio so combinadas na seqncia de requerimento e no esquema de clculo. Obs.: Condio = preo e quantidade Tabela de condio > Seqncia de acesso > Tipo de Condio > Esquema de clculo CUSTOMIZING PRICING Pode-se criar uma ligao dos componentes da pricing criativamente: - Tabela de Condio: define os campos chaves para o registro de condio - Seqncia de Acesso: contm a hierarquia de acesso para o registro de condio - Tipo de Condio: representa as propriedades das condies de preo - Esquema de Preo: define como as condies de preo so ligadas - Determinao Esquema: seleciona o esquema de preo correto Os seguintes elementos podem ser necessrios para implantar complexos cenrios: - Adicionar novos campos na pricing - Requerimentos (Rotinas) - Frmulas Uma pricing procedure determinada de acordo com os seguintes fatores: rea de vendas Pricing procedure do cliente (campo do cadastro de cliente) Pricing procedure do tipo de docto de vendas (atribudo na criao do tipo de docto)

Determinao da Procedure (Esquema)

67

Definio da Pricing Procedure no tipo de docto de vendas/fatura

Determinao do Document Procedure para o tipo de docto de venda

68

Definio da Pricing Procedure no Cliente

Relatrios de Pricing lista de condies (gesto de preos) Para exibir uma viso dos registros de condies possvel gerar uma lista de condio para anlise. A lista de layout especificada por posicionamento e classificao dos campos nas quais aparece tabelas de selees em um das trs sesses do reltorio O layout da lista e os registros de condies para o relatrio so configurados no Customizing. Voc configura Cabealho, linha de item e o agrupamento (quebra) do relatrio. Do resultado do relatrio possvel alterar os documentos. Lista de preo liquido: feita a partir de simulao de fatura. Pode deixar o sistema lento.

Manuteno dos registros de condio 69

possvel atualizar os dados dos registros de condies em duas interfaces: seleo usando tipo de condio (VK11) e condio baseada em caractersticas (VK11). Outra forma de manuteno dos dados por rea de menu. A rea de menu Standard para manuteno dos registros de condies. a COND_AV. possvel criar registros de condies com referencia a registros j existentes. Tambm pode-se fazer atualizao em massa de dados, como por exemplo perodo de validade, aumento % ou de valor para todos os registros. Se for necessrio justificar um registro de condio (ex: um desconto) existe a opo de Textos dentro dos registros de condio. Entretanto, os textos das conditions records no so copiados para os documentos. Criar registros de Condies com referncia Novo registro de condies pode ser criado com referncia um registro de condies existente. Durante o processo de alterao, podem ser feitas para a taxa, perodo de validade e dados de venda adicional nos registros criados recentemente. Esta funo fornece um eficiente mtodo para atualizar o registro de condies simultaneamente. VK31 e VK11 Criar com referncia preo de um cliente para outro cliente Cpia Registro de Condies Registro de condies mltiplos pode ser criados por copia de um registro de condio existente. Quando copiado o registro de condio, voc pode selecionar intervalo de regra de regra de cpia. Cpia de regra so mantidos na customizao e voc pode criar suas prprias regras de cpia. Textos Longos no Registro de Condies Pode ser mantido para registro de condies Pode ser mantido por contratos Lista de Preo Lquido possvel montar uma lista de preo lquido atravs de uma simulao de documento de faturamento.

Esquema de liberao para Conditions tables. Voc pode permitir um esquema de liberao para ser usado quando uma tabela de condies criada checando o campo com status de liberao.

70

O status de liberao pr-definido em: Livre, Bloqueado, Liberado p/ simulao e liberado p/ planejamento. O status de liberao atualizado indiretamente pelo status de processamento no customizing.

FUNES ESPECIAIS Recursos de Condio para executar o preo para vrios itens na ordem. Grupos de Condies No Customizing, um tipo de condio pode ser configurado para ter um grupo de condies. Exemplo: Material 1 e 2 esto cadastrados com o grupo de preo do material = 2 Grupo preo 02 preo para at 100 kg Preo acima 100 kg R$ 10 R$ 20

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 preo de ambos para R$ 20. Excluindo Condies Condies pode-ser linkada ao requerimento no esquema de clculo. O requerimento pode avaliar o indicador de excluso da condio e ignorar a condio se o indicador esta configurado. O indicador da condio excluda pode-se ajustar qualquer tipo de condio ou registro de condio. Voc pode criar seus prprios indicadores de excluso e testar a existncia do indicador na rotina de requerimento.

Comparando Tipos de Condies Voc pode realizar comparaes entre tipos de condies e dizer pro sistema (atravs do mtodo de comparao) se pega o melhor preo (ou desconto) para o cliente ou se pega o melhor preo para a empresa.

71

Condition Update (atualizar condies) relacionar com limites de valor/quantidade Valores podem ser acumulados no registro de condies e verificados com os limites definidos. No Customizing, por tipo de condio, configurado se aquele tipo de condio usa a regra de atualizao checando o campo condition update. No registro de condio (condition Record) informado o limite para: - Valor mximo da condio - Numero mximo de ordens - Valor de Compra mximo Ex: a condio de desconto K005 foi definida para regra de atualizao. Foi colocado no registro de condio 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 no vai ultrapassar o limite de 1000 definido. Esquema de determinao Para a pricing, voc pode determinar e usar dados que no esto contidos no documento. Isto pode ser feito em dois passos: Determinao de dados e Uso dos dados. Price Book catalogo de preo: estratgia de preo. feito para certo grupo de clientes ou acordos especiais dependendo do material

TIPOS DE CONDIO (pag 152) Clculo Manual O tipo de condio de cabealho HM00 permite que voc entre com valores manualmente para a ordem. O novo valor liquido da ordem ento distribudo proporcionalmente entre os itens. Os impostos so determinados novamente para cada item. O tipo de condio PN00 permite que voc entre com valores de preo em um item manualmente. Obs.: Manual tem prioridade, ela desativa a PR00 e assume a manual HM00 No precisa ter seqncia de acesso, pois manual

Valor mnimo de preo

72

Ordem: Voc pode criar um valor mnimo para cada Ordem usando o tipo de condio AMIW. Se o valor da ordem menor que o mnimo, o sistema usa o valor mnimo como valor da ordem automaticamente. Item: voc pode criar um valor mnimo para um material usando o tipo de condio PMIN. Intervalo de Preo Voc pode manter registros de condio com uma escala de intervalo, se este tipo de condio estiver com o tipo de Escala D no Customizing. Intervalos de escala no podem ser usados para Grupos de Condies. Ex: Intervalo de Escala Registro de Condio PR02 Cliente C1 Material C1 ---------------------------------para 10 pc $5/pc 20 pc $4/pc 9999999 pc $3/pc Se a ordem for digitada com 25 pc, as 10 primeiras iro 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 disponvel na gestao de ordem de vendas para que voc possa criar hierarquias flexveis para refletir a estrutura de organizao de clientes. Uma hierarquia de clientes consiste em N. A condio HI01 usada para dar desconto por hierarquia. Condies de Descontos e Acrscimos Tipo de condio KP00 KP01 KP02 KP03 Rouding DIFF Descrio Para cada palete formado na carga h um desconto no $ para o cliente Acrscimo para cada palete incompleto Desconto Palete misto. Soma qtde cada item e calcula qtde palete, Acrescimo para palete misto incompleto. Regra de arredondamento

73

Condies Estatsticas (ela no atribuda no Registro Mestre de Condies no afeta resultado na ordem) VPRS Custo do material. Calcula o custo do material pelo custo fixo ou media mvel, de acordo com o que est especificado no cadastro do material. SKTO Desconto para pagamento efetuado no dia do vcto (ou antes).

EDI1 Expectativa de preo do cliente EDI. Esta condio comparam o preo enviado pelo cliente com o preo esperado. Permite um desvio de valor de at 0,05 p/ unid. EDI2 Permite um desvio de valor de at 1,00 por unidade.

IMPOSTOS Para determinar o imposto, o sistema usa o seguinte critrio: Pais ORIGEM e pais DESTINO Classificao fiscal do CLIENTE Classificao de imposto do MATERIAL

Classificao Fiscal do Cliente

74

Classificao fiscal do Material A combinao Classificao Fiscal do Cliente com Classificao fiscal do Material o cdigo IVA. O cdigo IVA possui quais impostos sero calculados. (ex: cd. IVA SD calcula IPI, ICMS e Subst.Tribut). Essa atribuio de quais impostos sero 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 Preo).

75

PROMOES E CAMPANHAS DE VENDA (Aes de promoo) Voc pode definir uma promoo ou plano de marketing para uma linha de produto por um certo perodo de tempo. Voc pode ento ligar esta promoo com campanhas de venda especificas e esta campanha pode ligar com o registro de condio de preo ou desconto.

Registro de condio com a informao de Ao de promoo possvel consultar as aes de promoes para saber o quanto j foi faturado para aquela campanha. Os dados s so atualizados no momento da Fatura. Os campos com numero da promoo e da ao esto disponveis na tela de detalhes do item da Fatura. O SIS pode usar estes dados para relatrios estatsticos. As aes podem ter status de liberao: - Liberada - Bloqueada - Liberada para simulao de preo - Liberada para simulao de preo e planejamento

BNUS (Rebates) 76

Voc pode definir bnus com muitos nveis, similar a qualquer outro tipo de condio. O sistema Standard disponibiliza os seguintes tipos de estipulao de bnus: - Material - Cliente - Hierarquia de Cliente - Grupo de Material - Independente do volume de vendas O bnus no como um item bonificado, pois ele gera CRDITO para o cliente. Ex: Se o cliente comprar $ 10.000 ganhar um bnus de $ 150. Este bnus ser concedido aps o faturamento acumulado ter sido atingido em 10.000. Com a estipulao de bnus voc pode especificar: - O tipo de condio usado com este tipo de estipulao - Um perodo de validade proposto - O valor de Accrual (Proviso) para controle de fluxo de caixa. Ao atingir o volume definido, o sistema inicia um processo de liquidao e gera um documento de Solicitao de Crdito. Para o Bnus funcionar: necessrio que ele esteja ATIVO nos seguintes processos: (Prova) Organizao de Vendas Cliente Pagador Tipo documento de Fatura

Bnus ativo na organizao de vendas 77

Bnus ativo no Cliente

Bnus ativo no tipo de docto de Fatura A validade do bnus determinada pelo esquema de preo usando o subtotal de base do bnus. Cada tipo de condio de bnus atribudo a uma seqncia de acesso. O sistema usa a seqncia de acesso para um registro de condio de bnus. Se um registro encontrado, a proviso lida.

78

O sistema contabiliza o valor da proviso em FI quando o bnus-relevante para docto de faturamento liberado para a contabilidade. No mesmo tempo, o sistema atualiza a base de bnus e montante de proviso na tela de estipulao do bnus.

Exemplo de estipulao de bnus

Consulta dos dados do bnus O sistema usa o montante acumulado na estipulao de bnus para criar uma liquidao do bnus. Para criar a liquidao, o status da estipulao deve estar A-Open ou branco.

79

O sistema gera uma solicitao de crdito para o valor de liquidao especificado.

possvel gerar a liquidao final para a estipulao: - manualmente - automaticamente - em Background A proviso liquidada quando criado o docto de crdito. Uma estipulao de bnus pode ter a data RETROATIVA. Neste caso, o valor de proviso no retroativo, ou seja, s provisiona a partir da data de criao da estipulao, mas o valor de base acumulada de faturamento retroativa. Contabilizao por Diviso (Business rea) A diviso representa uma unidade organizacional que voc pode executar relatrios internos. Uma empresa pode ser dividida em vrias divises. Uma diviso pode estar em vrias empresas. Por esta razo, a diviso deve ter a mesma descrio em todas as empresas. Definir uma diviso opcional. Ela pode ser usada para separar documentos de balano de lucros e perdas, no somente para uma empresa, mas tambm para outras reas internas. A diviso determinada para cada item da ordem de acordo com regras definidas. FATURA (Billing) - PROVA Integrao do documento de fatura com processo de SD: A fatura pode ser de uma Ordem ou Remessa O fluxo de documentos atualizado So criados documentos em FI (contabilidade) O status da fatura atualizado O SIS atualizado A conta de crdito atualizada Contabiliza CO-PA Estrutura do docto de fatura: Cabealho e Item Os dados no documento de fatura podem ser visualizados em diferentes telas de cabealho, item e tela de viso geral.

80

Tipos de documento de Fatura - Fatura - Pro Forma Fatura - Venda no Caixa - Fatura de crdito/dbito - Retornos - Fatura intercompany - Lista de faturas - fatura de origem externa - docto de cancelamento Controles do tipo de documento de fatura, o que pode provocar: - Determinao de contas - Interface com FI - Contabilizao bloqueada (contabiliza manualmente) - bnus - outputs - textos - atribuio de numerao interna (range) - tipos de fatura de cancelamento Obs.: Mesmo estando proposto no documento da ordem necessrio o copy control No se pode gerar uma fatura sem referncia a ordem ou delivery Importncia da Categoria do Item dentro da Fatura 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 referncia (exceto se a fatura for criada num sistema externo). Tipos especiais de documento de fatura: - Cancelamento - Fatura de Crdito - Fatura de Dbito - Correo de Fatura (com referencia a uma fatura) - Diferena de quantidade (com referencia a uma fatura) - Diferena de preo (com referencia a uma fatura) - Retornos (pode ser criado com referencia a ordem ou fatura) Processo de Faturamento Cada documento de fatura requer um documento de referncia (exceo: faturas de transaes externas). As referncias podem ser: - Ordem de Venda - Remessa - documento de Fatura Documento de Fatura Fatura Carta de crdito Carta de dbito Carta de crdito de Retorno Fatura Pro Forma Cancelamento Fatura Faturamento Intercompany Carta Crdito de Bnus Documento de Referncia Ordem de Venda ou Remessa Solic.carta Credito/doc. Fatura Solic.carta Dbito/doc. Fatura Retorno Ordem de Venda ou Remessa Fatura Remessa Solic. Bnus 82

Voc pode, at certo ponto, manipular os dados que sero enviados do documento de referncia para o documento de fatura. Isto feito usando: Tipos de docto de Fatura (exemplo, para textos, clientes) Controle de Cpia: as opes de controle so as seguintes: o Para nvel de cabealho Dados de comrcio exterior Range de numerao Numero de referncia o Para nvel de Item Quantidade Preo

Voc pode tambm usar rotinas de transferncia de dados para manipular os dados atendidos pelo seu requerimento individual. Por exemplo, condio de pagamento podem ser copiadas do cadastro do cliente em de usar o que est no docto de vendas. Controle de cpia faturamento O controle de cpia determinado para: - cabealho: (destino: tipo de docto fatura, origem: tipo de docto de venda) - Item: (target: tipo de docto fatura, origem: tipo de docto de venda e categ de item) No cabealho tem os seguintes controles: - documento de referncia: quais documentos podem ser usados para faturamento - determinao de dados p/ comercio exterior, range de numerao, numero de referncia, numero dos itens - item: (destino: tipo docto fatura, origem: tipo docto venda e categoria de item) No item so controlados: - quantidade para faturar: qual qtde deve ser faturada da ordem ou da remessa? - preo e cmbio - qual preo ser copiado? Ser executado novo preo ou o preo da ordem deve ser copiado integralmente, e qual cmbio - atualizao da qtde e valores no documento de referncia - deve copiar o custo de transporte para o docto de fatura?

Requerimento de cpia 83

Voc pode especificar requisitos para serem atendidos no controle de cpia. Este requisitos podem ser no cabealho ou no item. Ex: especificar se a sada de mercadoria tem que ser lanada antes da fatura ser executada. Reprecificao na Fatura possvel determinar se haver nova determinao de preo na fatura e como ser esta redeterminao: Regras A So mantidas as condies manuais e feita nova determinao de acordo com escala B Preo determinado novamente C Os preos manuais so copiados e os preos so executados novamente para os demais D Os elementos de preo so copiados integralmente do documento de origem G Copia os preos integralmente da origem e determina novamente os impostos H Copia os preos integralmente da origem e determina novamente o frete Processamento coletivo de documentos a faturar Voc pode trabalhar com uma lista de documentos a serem faturados usando critrios de seleo. Voc pode usar um calendrio especifico de faturamento por cliente. Por exemplo: o cliente s aceita faturamento nos dias 15 e 30 de cada ms. Pode ser criado um JOB eschedulado para rodar em um horrio 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 cabealho no so iguais, o sistema gera o split. Todos os campos de cabealho no documento de fatura pode causar um split. Ex: condio de pagamento. Outro critrio de split o grupo de materiais. Pode-se adicionar requisitos de split no controle de cpia. INVOICE LIST Uma invoice list contm vrios documentos de fatura (faturas, cartas de credito/debito) e pode ser enviada para o pagador em dias especficos ou em certos intervalos. A Invoice List agrupa vrias faturas e gera uma nica cobrana para o cliente. No Customizing: O tipo de docto de fatura deve ser atribudo 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 gerao de uma nica cobrana, deve manter o tipo de condio RL00 e MW15. Plano de Faturamento Voc pode definir um plano de faturamento para efetuar o faturamento em perodos definidos, como por exemplo contratos de aluguel, perodos fixos, aps concluso do trabalho...etc. Faturamento peridico Pode ser usado, por exemplo, para contratos de aluguel. Os dados do contrato so armazenados no sistema e podem ser usados para criar o plano de faturamento. Ex: inicio 30 Abr, perodo: mensal, horizonte: 4 periodos, data de faturamento: fim do ms, Neste exemplo as datas para faturamento sero: 30 Abr, 31 Mai, 30 Jun e 31 Jul. 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 usar o Modulo PS para informar as datas do planejamento de faturamento. Pode definir qual a regra de valor a ser considerado. Ex: Net value. Voc pode atribuir um plano de faturamento para o cabealho (tipo de docto vendas) ou no nivel de item (para categoria de item).

ADIANTAMENTO down payment O adiantamento criado com a funo de planejamento de faturamento. Um ou mais acordos de adiantamento podem ser armazenados como uma data no plano. O controle executado pela regra de faturamento: - regra 4 adiantamento por % - regra 5 adiantamento por valor base O adiantamento pode ser atribudo diretamente no item ou definido para todos os itens da ordem. A solicitao de adiantamento em FI criada automaticamente quando o adiantamento feito em SD. A liquidao do adiantamento feita nas prximas 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. DETERMINAO DE CONTA As contas determinadas podem ser: Conta Razo de Receita de vendas, dedues de venda, contas de pagamento em carto, contas de reconciliao, conta caixa. Critrios de determinao de contas na Fatura As contas so criadas em FI. Os seguintes critrios esto definidos no Standard para determinao de contas: Plano de Contas - Atribudo ao centro Organizao Vendas Grupo Class.Contbil do Cliente (dado mestre do cliente) Grupo Class.Contbil do Material (dado mestre do material) Chave de Conta - Atribudas nos tipos de condio no Esquema de Clculo

A determinao de conta contbil segue o mesmo critrio de condition technique, ou seja, Accounting Determination Procedure, Condition Type, Acess Sequence e Sequence. Dependendo do tipo de fatura, um esquema de determinao de contas atribudo para conta razo. Este Esquema de Determinao (Procedure) contm um ou mais tipos de condio, as quais possuem uma seqncia de acesso. A seqncia de acesso composta de acessos individuais nas tabelas de condio.

86

Seqncia de acesso para determinao de contas As tabelas de condio contem os campos e a combinao deles para a determinao da conta. A conta para lanamento VAT no determinada em SD. armazenada no Customizing por FI.

Esquema de Determinao de Contas (Acconting determination procedure) Tipo de condio KOFI usado para determinao contas de receita (SD)

Atribuio do esquema de clculo para determinao contas por tipo docto Fatura

87

Determinao da seqncia de acesso

Atribuio da seqncia de acesso para o tipo de condio

Atribuio da chave de conta por tipo de condio

A atribuio da chave de conta pode ser feita tambm na Pricing Procedure

CONTABILIZAO DIVISO Uma empresa representa uma unidade de contabilizao independente. O balano exigido por lei realizado por empresa. Uma diviso pode reportar informaes financeiras de diversas empresas com relao a campos especficos da atividade (ex: setor de atividade). Balano por diviso pode ser usados unicamente para relatrios internos. 88

Contas do Razo podem ser lanadas por diviso. A diviso no tem atribuio fixa no Customizing; ela pe determinada pelo item da ordem de acordo com certas regras. Regra 1: Centro/Setor Atividade do item Regra 2: rea de Vendas Regra 3: Org.Venda/Canal Distrib/Setor atividade do Item

INTERFACE SD / FI O sistema envia dados de faturas para FI e lana em contas corretas. Os seguintes dados podem ser alterados antes do documento contbil ser criado: Data de faturamento Preo Determinao de Conta Determinao de dados de Output Uma vez que o documento de fatura foi liberado para contabilizao, voc pode alterar somente os dados de Output. Normalmente, o sistema transfere automaticamente os dados de contabilizao para FI. Entretanto voc pode no 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.

Bloqueio para gerao de docto contbil automaticamente Existem dois campos configurveis para enviar nmeros de referncia para o documento de contabilidade: Numero de Atribuio e Numero de Referncia. Estes campos so definidos no controle de cpia do docto de faturamento.

89

Atribuio dos nmeros de referncia/atribuio do docto de faturamento As opes de numero de referncia so: - PO number - n Ordem de Venda - n Remessa - n Remessa externa - n Fatura - n Remessa externa se disponvel, caso contrrio n remessa Pode-se diferenciar entre documentos de contabilizao usando o tipo de documento de fatura (cabealho). Standard, todos os tipos de docto em SD lanam em FI documentos tipo RV.

CONTROLE DE CPIA Fluxo de docto: um processo de negcio composto por processos individuais que so gravados como documentos. Dados so copiados do docto precedente para o docto subseqente. Esta cadeia de processo visualizada no fluxo de documentos. O fluxo atualizado para todos nveis do documento. Se o indicador Atualizar fluxo de docto setado no copyng control, o fluxo pe atualizado para os itens tambm. O controle de cpia feito em: - doctos de vendas - doctos de remessa - doctos de fatura Funes do controle de cpia: - checar os doctos permitidos de origem e destino - requerimentos para cpia - rotinas para transferncia de dados - atualizao do fluxo de doctos 90

- influencia no status do docto - atualizao de qtde/valor - controle de determinao de preo

Controle de cpia do Cabealho

91

Controle de cpia de Item Possui tambm condies para cpia e rotinas de transferncia de dados. Alem disso, possui as seguintes entradas: - Qtd.pos./neg. : controla como a qtde no docto de origem afetada pela ao de cpia - Copiar quantidade: define qual qtde ser transferida para o documento destino - Tip.determin.preo: indica como o sistema determina o preo durante a cpia - Atualiz.Fluxo Document: indica se o fluxo de doctos ser atualizado - FPLA: indica as rotinas para cpia dos dados do programa de faturamento - Ctg.Item Proposto: se no for preenchido no controle de cpia, o sistema usa a regra de determinao da categoria do item., que usa categoria do docto, categoria do item, uso, item superior.

Customizing: Atribuio da categoria do item

92