Ka Solution Parte 2 Modulo SD

Formao de Consultores Mdulo SD
PARTE 2

ndice
Mdulo 1.............................................................................5 Log de Dados Incompletos...............................................................5 Mdulo 2............................................................................10 Parceiros de Negcios....................................................................10 Mdulo 3............................................................................18 Determinao de Material ............................................................18 Mdulo 4............................................................................27 Bonificao de Mercadorias...........................................................27 Mdulo 5............................................................................34 Controle de Cpia..........................................................................34 Mdulo 6............................................................................40 Contratos.......................................................................................40 Mdulo 7............................................................................47 Logistics Execution .......................................................................47 Mdulo 8............................................................................53 Parametrizaes da Remessa........................................................53 Mdulo 9............................................................................59 Picking...........................................................................................59 Mdulo 10..........................................................................66 Funes Especiais..........................................................................66 Mdulo 11..........................................................................71 Transaes Especiais.....................................................................71 Mdulo 12..........................................................................79 Sada de Mercadoria......................................................................79
Mdulo 1
Log de Dados Incompletos
Viso geral do Mdulo
Este mdulo descreve como feita a checagem dos Dados Incompletos. Sua importncia e estrutura.
Quando criamos um Documento de Vendas, aps inserirmos dados fundamentais como cliente e material, o sistema busca vrias informaes automaticamente. Essas informaes provem tanto de dados mestres, como por exemplo, a moeda do documento, quanto de parametrizae, como o log de dados incompletos. Alm disso, existem outras informaes que so no s importantes porm vitais para o sucesso do processo que est sendo executado. Assim, uma ordem de vendas sem cliente ou material no faz sentido. Se ela no possuir um centro a checagem de disponibilidade e a reserva no podem ser feitas. Se no possuir local de expedio, a remessa no poder ser criada. Uma remessa sem peso no pode existir. Um documento de faturamento sem condio de pagamento tambm no. Esses so apenas alguns dos exemplos das informaes que so vitais para alguns dos documentos do fluxo de vendas. Para garantir que o processo no ficar prejudicado temos a ferramenta: Log de Dados Incompletos que, quando bem utilizada, garante que todas as informaes importantes constem nos documentos pertinentes. O Log de Dados Incompletos checado em dois momentos distintos: Ao salvar o documento Atravs do Menu do Documento E, justamente pensando que alguns campos so importantes porm outros sao vitais ao processo, na parametrizao do Log de Dados Incompletos, tomada a deciso, campo a campo, do comportamento que o sistema dever adotar no caso de ausncia de informao nesse campo sensvel: Dever impedir a gravao: apenas mediante o preenchimento desse campo o sistema deixar gravar o documento em questo Permitir a gravao: sem esse campo o documento poder ser gravado porm

funes subsequentes ficaro impossibilitadas (o grupo de status uma parametrizao que controla justamente quais so as funes subsequentes que sero interrompidas)
Justamente por essa ser uma funcionalidade to importante, podemos usar a transao V.02 para buscar em massa todos os documentos que estejam com problemas de Dados Incompletos e corrigi-los.

O Log de Dados Incompletos determinado de acordo com o objeto ao qual ele se referencia. Os objetos que podem ter essa consistncia so: Cabealho da ordem de vendas: esquema associado ao tipo de ordem de vendas tem da ordem de vendas: esquema associado a categoria de item da ordem de vendas Diviso de Remessa da ordem de vendas: esquema associado ao tipo de categoria de diviso de remessa da ordem de vendas Cadastro de Cliente: esquema associado a funo de parceiro Contatos: esquema associado ao tipo de contatos Cabealho da remessa: esquema associado ao tipo de remessa Item da remessa: esquema associado a categoria de item de remessa Uma vez que o esquema est associado, quando olhamos o Esquema em si, vemos que todos os campos a serem checados esto relacionados e um Grupo de Status est a ele associado.
Um Grupo de Status controla as consequncias da ausncia do preenchimento do campo tendo em vista processamentos subsequentes. Assim sendo, um grupo de status pode gerar uma mensagem na tela de Dados Gerais do item ou do cabealho, na criao da remessa, do doc de faturamento, precificao, na sada ou entrada de mercadoria, no picking e armazenagem e/ou na embalagem.
Mdulo 2
Parceiros de Negcios
Viso geral do Mdulo
Este mdulo descreve como o sistema representa os diferentes Parceiros de Negcios. Para tanto, vemos os Parceiros nos diversos documentos bem como no prprio Cadastro de Cliente. E podemos analisar a parametrizao que se encontra por trs dessa funcionalidade.
Em transaes comerciais comum existirem vrios parceiros de negcios envolvidos, de tipos diferentes e com os quais se mantem diferentes tipos de relacionamento. Nesse contexto, abordamos nao s a prpria empresa com a qual se est negociando mas o gerente de contas que atende aquele cliente, o fornecedor que nos prover a mercadoria, a transportadora que ir entregar, o vendedor que iremos comissionar, enfim, diversos parceiros que podemos e em alguns casos necessitamos identificar em nossos fluxos de vendas.
Justamente por conta dessa necessidade de representar os diversos parceiros de negcios em uma negociaao que foi criada a funcionalidade de Parceiro de Negcios. A idia que todos os parceiros envolvidos no processo estaro cadastrados no sistema atravs dos Dados Mestres (seja esse cadastro um Dado Mestre de Cliente, Fornecedor, Funcionrio, Hierarquia de Vendas etc) e, sero trazidos e/ou adicionados para os documentos de vendas como Funes de Parceiro. Temos vrias Funes de Parceiro standard e, alm disso, podemos criar nossas prprias para atendermos as necessidades da nossa empresa. Quando uma funo de parceiro criada, determina-se o Tipo de Parceiro da mesma e, assim, temos a amarrao de que o emissor da ordem um Cliente, a Transportadora um Fornecedor, o responsvel por Vendas um Funcionrio etc. dessa maneira que vai se dar a amarraao de qual Dado Mestre poder satisfazer uma Funo de Parceiro especfica.
Uma Funo de Parceiro nos fala sobre os papis que um determinado parceiro desempenha em uma transao comercial. Um cliente pode ter autorizaao para fazer o pedido da mercadoria, receber e pagar a mercadoria. Quando isso acontece, isso representa que esse cliente desempenha mais de uma Funo de Parceiro (respectivamente Emissor da Ordem, Recebedor da Mercadoria e Pagador). Ao mesmo tempo, outro cliente pode ter autorizao apenas para receber mercadorias (ele apenas o Recebedor da Mercadoria). E ainda um cliente pode pedir em nome de vrios recebedores de mercadorias, por exemplo, quando a matriz compra materiais a serem entregues em suas filiais. Quando isso acontece, temos vrios Recebedores de Mercadoria Alternativos. Quando criamos uma Ordem de Vendas, como comportamento standard, todos os dados mestres so carregados e, portanto, isso nos indica que todos os dados do emissor de ordem designado so transferidos para a ordem de vendas, no nvel do cabealho. Se o Emissor da Ordem tem mais de um Recebedor de Mercadoria (isso tem que ser permitido previamente nas configuraes), quando vamos criar a ordem de vendas precisamos escolher qual ser o recebedor de Mercadorias e, ainda, caso seja permitido nas configuraes, podemos mudar o recebedor da mercadoria para um tem especfico da ordem de vendas. Ainda possvel tornar uma Funo de Parceiro nica em um documento, obrigatria, ou no possvel de ser modificada uma vez inserida.
J que os parceiros de negcios aparecem em vrios lugares no processo de vendas, a Determinao de Parceiro dependente justamente de a qual funcionalidade nos referimos. Assim sendo, um Esquema de Parceiro pode ser atribudo aos seguintes objetos: - Grupo de Contas: parceiros para cadastro de cliente - Tipo de Ordem de Vendas: parceiros para cabealho da ordem de vendas - Categoria de Item de Ordem de Vendas: parceiros para o nvel do item da ordem de vendas - Tipo de Remessa: parceiros para o documento de remessa - Tipo de Documento de Transporte: parceiros para o documento de transporte - Tipo de Documento de Faturamento: parceiros para o documento de faturamento, nvel de cabealho e nvel do tem - Tipo de Contato: parceiros para os contatos
A determinao de parceiro feita atravs de Esquema. Assim sendo, um Esquema criado e associado ao tipo de documento de vendas, grupo de contas etc.

Cada Esquema composto por Funes de Parceiro e, nesse passo, se determina, dentre outras coisas, se a Funo de Parceiro no modificvel ou obrigatria. Voc pode criar no s a sua prpria nova Funo de Parceiro como associ-la a um Esquema de Determinao de Parceiro completamente novo.
Quando pensamos no cadastro do cliente, automaticamente temos que considerar o grupo de contas que o aspecto que lhe determina suas caractersticas essenciais. Quando tratamos do grupo de contas Recebedor da Mercadoria e dizemos que a ele s so relevantes informaes pertinentes a Expedio, est implcito nisso que a nica Funo de Parceiro relevante a esse grupo de contas a de Recebedor da Mercadoria. Porm, quando dizemos que o grupo de contas Emissor da Ordem um parceiro que pode desempenhar todos os papis comerciais, est claro que a ela est associado um Esquema de Determinao de Parceiros que tem as 4 principais funes: Emissor da Ordem, Recebedor da Fatura, Recebedor da Mercadoria e Pagador (e que elas so obrigatrias pois nessa parametrizao standard todos essas Funes de parceiro esto flegadas como obrigatrias).
Assim, quando uma ordem de vendas criada no sistema e o emissor da ordem informado, todos as funes de parceiros que esto registradas em seu dado mestre so automaticamente copiadas na Ordem de Vendas DESDE QUE essas mesmas funes de parceiro existam no esquema de determinao de parceiro associado ao tipo de ordem de vendas. Quando trabalhamos com Esquema podemos analisar os resultados encontrados atravs da ferramenta de Anlise que nos muito til quando precisamos compreender melhor os motivos pelos quais um parceiro foi encontrado ou no foi encontrado na Ordem de Vendas.
Mdulo 3
Determinao de Material
Viso geral do Mdulo
Este mdulo descreve como o sistema lida com a Determinao de Material, funcionalidade na qual um material trocado por outro automaticamente, de acordo com regras pr-estabelecidas. Para tanto, vemos os Dados Mestres, as Parametrizaes e as Regras de Negcio envolvidas nisso.
A Determinao de Material nos oferece uma ferramenta para que possamos automaticamente substituir materiais. Isso pode atender a necessidades diversas tais como: lanamento de nova verso de produto (por exemplo: software 2009, software 2010) ou produto em embalagem promocional (por exemplo: refrigerante da Copa, refrigerante de Natal etc). Cada uma dessas necessidades tm regras diferentes pelas quais o produto dever ser substitudo vender o antigo at ele acabar, suspender temporariamente a venda do produto regular e vender o produto promocional e essas regras so respeitadas atravs do motivo de substituio.
Para tanto, o SAP utiliza-se da tcnica de condies em que, atravs da criao de suas prprias condies, seqncias de acesso, tabelas e dados mestres, poderemos atender toda a gama de combinaes possveis para que a substituio de material no sistema possa suprir as necessidades de substituio de material da empresa. Podemos ter, portanto, regras diferentes para a ocorrncia da substituio de material: para clientes especficos ou para um cliente caso ele esteja em uma regio especfica ou ainda para um grupo de clientes.
O Dado Mestre de Determinao de Material nos prover os parmetros que o sistema utilizar para para trocar um material por outro. Assim sendo, ele ser composto de: Data de validade: perodo a substituio de material ser vlida; Material a ser substitudo; Material (s) substituto (s). Lembramos aqui que mais de um material pode ser alternativa para a substituio tendo em vista, por exemplo, o estoque do mesmo; Motivo de Substituio: regra parametrizvel que nos dir como ser feita a substituio. Esse Dado Mestre ser criado de acordo com as regras estabelecidas na parametrizao, ou seja, ser dependente de cliente ou cliente/regio ou grupo de clientes etc... Como aqui estamos trabalhando com Esquema, temos flexibilidade suficiente para que possamos criar nossas prprias regras.
O motivo de substituio a ser usada no Dado Mestre parametrizado para que possamos gerar um comportamento especfico. Na sua parametrizao, podemos controlar: Em uma Mensagem obtida atravs desse documento, qual ser o item que ser apresentado: item inserido ou item substitudo? O sistema emitir uma mensagem de aviso quando efetuar a substituio? A substituio ser feita automaticamente, uma pop up aparecer para que o usurio escolha a ao a ser tomada, levando em considerao o ATP ou aparecer a pop up para o usurio efetuar a escolha porm o ATP no ser levado em considerao? O item substituto aparecer aparecer como subitem ou o ele substituir o item inicialmente entrado?
Um fator muito importante a ser levado em conta o fato de que quando colocamos um ou mais de um material como possvel substituto, na hora de realizar a substituio, o sistema ir levar em considerao a seqncia na qual os materiais foram inseridos no dado mestre. Assim, se colocarmos na ordem de vendas o material A e h um dado mestre que diga que o material A ser substitudo por A e ento por B, caso no mais exista estoque de A, o B aparecer na Ordem de Vendas caso no tenhamos mais estoque de A. Caso ainda tenhamos estoque de A, ele no ser substitudo. Outra maneira de pensarmos a respeito disso que, se queremos que o estoque de B seja consumido para depois A ser vendido, basta criarmos um Dado Mestre de Determinao de Material para A, com B como material alternativo e o segundo material na substituio ser A. Com isso, quando o cliente solicitar o material A, ele ser automaticamente substitudo por B at o estoque de B acabar e depois disso passar a determinar A.
Da mesma maneira como em outras ferramentas que se utilizam de Esquema, para a Determinao de Material tambm temos a Anlise para melhor entendermos os resultados encontrados. Nesse caso, a Anlise tem que ser ativada antes do material ser inserido.
Em alguns momentos, podemos querer restringir os materiais que um cliente pode receber ou determinar simplesmente quais os materiais um cliente no pode receber. Para isso temos as ferramentas de listagem e excluso. Ambas funcionam de maneira semelhante porm para fins opostos: Para ambas precisamos criar um Dado Mestre que determine ou os materiais que o cliente PODE comprar ou os materiais que o cliente NO PODE comprar. Ambas trabalham atravs de Esquema, com todos seus elementos. Por conseqncia, ambas podem ter seu resultado melhor compreendido pela ferramenta de Anlise que se encontra na Ordem de Vendas -
Quando a ordem de vendas criada, em ambos os casos, a existncia de Dado Mestre de Listagem/Excluso checada e obedecida, como podemos ver no exemplo acima.
Mdulo 4
Bonificao de Mercadorias
Viso geral do Mdulo
Este mdulo descreve como o sistema lida com a Bonificao de Mercadorias, funcionalidade na qual quando compramos um item podemos ganhar outro gratuitamente, de acordo com regras pr-estabelecidas. Para tanto, vemos os Dados Mestres, as Parametrizaes e as Regras de Negcio envolvidas nisso.
Quando nos referimos a Bonificao de Mercadorias, a primeira coisa importante a termos em mente de qual o tipo de Bonificao que estamos tratando: Quantidade Includa Quantidade Extra.
A Quantidade Includa se refere a quando estamos comprando uma quantidade determinada de um material e, por uma ao promocional, ganhamos mais uma. o tipo de promoo: Compre 5 e pague 4. A quantidade Extra diz a respeito a ao promocional em que voc, ao comprar algo, ganha mais um do mesmo ou de outro produto. Alguns exemplos so: promoo de viagem em que voc compra a viagem para uma para o casal e a criana vai de graa ou em que voc compra um carro e ganha a documentao e o IPVA. No que a viagem da criana no seja comercializada, nem o IPVA ou a documentao no tenham um valor, mas sim que nessa promoo eles so dados gratuitamente em troca da compra de um outro produto.
Quando vamos criar um Dado Mestre de Bonificao (afinal de contas para a promoo aparecer automaticamente na Ordem de Vendas preciso que exista um Dado Mestre que lhe dite suas caractersticas), temos que ter bem claro os seguintes elementos: Material que est na promoo; A partir de quantas unidades ele gerar um tem gratuito; De que maneira ser essa bonificao: quantidade extra ou quantidade includa; Validade da promoo; Como ser calculada a quantidade que ser bonificada; Como ser entregue a quantidade bonificada. Nesse slide, por exemplo, vemos que a partir de 20 UN do material 1400-100, o cliente 2300 ir receber, a cada 10 UN compradas, 1 UN bonificada, pelo tipo de bonificao Quantidade Descontada.
Quando tratamos da maneira pela qual iremos calcular a quantidade bonificada, o SAP trata essa questo atravs de frmulas ABAP que diro como esse clculo ser feito. Caso nenhuma das frmulas standard criadas lhes sirva, um programador ABAP poder desenvolver uma para atender a sua necessidade. Pelo standard, o SAP prov as seguintes frmulas: Proporcional: ganha-se proporcionalmente a quantidade comprada Referente a Unidade: ganha tendo como base a unidade de referncia. Se a cada de 20 unidades ganha 1 unidade, se pedir 25 unidades ganhar 1 unidade. Apenas se pedir 40 unidades ganhar 2 unidades . Unidades Inteiras: ganha apenas se pedir a unidade completa; caso contrrio penalizado e no ganha nada. Se a cada 20 unidades ganha 1 unidade, se pedir 20 unidades ganhar 1 unidade mas se pedir 25 unidades no ganhar nada! importante lembrar que o motivo das Regras de Clculo estarem apresentadas no sistema como rotinas permitir a flexibilidade do sistema para atender a regra de negcio de cadas empresa.
Existem 3 maneiras de apurarmos a contabilizao da Bonificao de Mercadorias e isso depender de como est montada a parametrizao da mesma de acordo com as regras de negcio da empresa: 1) O custo da mercadoria bonificada reconhecido dentro do item bonificado, que um item sem receita. Esse o comportamento standard do SAP. 2) O custo da mercadoria bonificada reconhecido dentro do item bonificado, porm esse item tem tanto valor de venda quanto 100% de desconto sobre o valor de venda. Isso obtido atravs de parmetro na categoria de item que ativa requisito 55 do tipo de condio R100 do esquema de preo. 3) O custo do item bonificado transferido para o item principal. Isso obtido atravs de desativao do esquema de preo do item bonificado e acumulao de preo no item principal pelo controle de cpia (que transfere o preo do item bonificado como custo para acumular no item principal)
O Esquema de Determinao de Bonificao de Mercadorias determinado atravs da seguinte regra: rea de vendas + esquema de preo do documento + esquema de preo do cliente Assim, ao se determinar o esquema que ser obedecido, encontramos os elementos clssicos de um esquema: ele ser composto de um ou mais tipos de condio de Bonificao de Mercadorias. Cada tipo de condio estar associado a uma seqncia de acesso que nos informar a (s) tabela (s) que so acessadas para procurar os registros de condio. Caso um registro de condio seja encontrado, o resultado obtido ser trazido para a ordem de vendas com o uso de categoria de item FREE. Pelo fato de estarmos tratando de uma funcionalidade que se utiliza de Esquema, devemos lembrar da grande flexibilidade que a mesma encerra em si uma vez que podemos criar nossas prprias condies, frmulas, tabelas etc.
Por se tratar de uma funcionalidade que se utiliza de Esquema, podemos usar a anlise para uma melhor compreenso do resultado obtido. Nesse caso, a Anlise tem que ser ativada antes da insero dos itens a serem analisados
Mdulo 5
Controle de Cpia
Viso geral do Mdulo
Este mdulo descreve como o sistema lida com a migrao de dados de um documento para o outro, atravs do Controle de Cpia.
Quando retratamos um fluxo de vendas no SAP, ele composto de vrios documentos que so encadeados e que podem ser vistos de maneira agrupada atravs do Fluxo de Dados.

Para que esse encadeamento seja possvel, h uma ferramenta que nos permite realizar isso e coloca regras nisso: o Controle de Cpia. Assim sendo, quando vamos criar um documento com Referncia a outro, isso s possvel porque o Controle de Cpia est atuando determinando que tipo de documento pode ser origem para que tipo de documento e de que maneira as informaes iro migrar de um para outro no fluxo.
O Controle de Cpia acontece em todos os nveis em que os dados iro migrar. Assim sendo, se o documento de vendas composto de trs partes: cabealho, item e diviso de remessa, o controle de cpia tambm tem que estar previsto nesses trs nveis. Assim sendo, temos transaes responsveis por: Levar os dados de um documento de vendas para outro documento de vendas: exemplo: da cotao para ordem, do contrato para a ordem de liberao; Levar os dados de um documento de vendas para a remessa Levar os dados da remessa para o documento de faturamento, permitindo o faturamento baseado na remessa Levar os dados da ordem de vendar para o documento de faturamento, permitindo o faturamento baseado na ordem Levar os dados do documento de faturamento para a ordem de vendas, permitindo o processo de devoluo
O Controle de Cpia, no nvel do Cabealho, regula se podemos levar informaes de um cabealho para outro, ou seja, atravs do tipo de documento feita essa checagem tendo como base o documento origem e o destino. Regula tanto as Condies para Cpia no Nvel do Cabealho (frmula ABAP com todos os SE a serem checados, caso esses SE sejam satisfeitos, ento a informao poder migrar de um documento para outro), quanto as rotinas para transferncia de dados e mais alguns parmetros como se a numerao ser copiada do documento precedente ou se ser redeterminada.
O Controle de Cpia, no nvel do Item, regula se podemos levar informaes de um item do documento precedente para se tornar um item no documento subsequente e, isso feito atravs da categoria de item. No exemplo acima, temos a informao de que a categoria de item AGN do documento de vendas SA gerar uma categoria de item no documento TT de acordo com a regra de determinao de categoria de item standard (tipo de ordem de vendas + uso + grupo de categoria de item + categoria de item superior). Caso houvesse algo escrito no campo Catg. Item proposto, essa categoria de item seria determinada pelo controle de cpia e pois a regra do controle de cpia mais especfica do que a da determinao de categoria de item (importante lembrar que ela tem que estar como uma possvel de entrada manual para a regra, caso contrrio teremos erros no momento da criao da ordem). Aqui tambm existe uma Condio para Cpia com todos os seus SE e tambm existem rotinas para transferncias de dados diversos caso a condio para cpia seja satisfeita. Alguns dos parmetros especiais que se encontram aqui: como ocorrer a determinao de preo de um documento para o outro: copiar igual, redeterminar frete, redeterminar apenas imposto etc; se ao levar os dados de um documento para o outro uma amarrao ser criada no Fluxo de Documentos; se a Diviso de Remessa dever ser copiada.
O Controle de Cpia, no nvel da Diviso de Remessa, regula se podemos levar informaes de uma diviso de remessa para outra, ou seja, a checagem feita atravs do categoria de diviso de remessa. Aqui temos tanto uma frmula para Condio para Cpia quanto uma rotina para transferncia de dados.
Mdulo 6
Contratos
Viso geral do Mdulo
Este mdulo descreve como o sistema lida com os Contratos em suas vrias formas: Programa de Remessa, Contrato de Valor e Contrato de Quantidade. Para tanto, vemos os Dados Mestres, as Parametrizaes e as Regras de Negcio envolvidas nisso.
Muitas transaes comerciais so iniciadas atravs da firmao de contratos entre as partes. No SAP, vrios documentos para representar esses diferentes tipos de contrato foram previamente criados e, caso deseje, voc pode criar o seu prprio com cpia destes. Os dois grandes grupos nos quais eles se dividem so: Programa de Remessa Contratos Diversos: nesses esto agrupados contratos de Valor, de Quantidade, de Aluguel, de Servios e Manuteno.
O Programa de Remessas um tipo de contrato em que, por um perodo de tempo especfico, a empresa se compromete a entregar para o cliente uma quantidade previamente acordada de um material, em datas especficas. Esse tipo de contrato muito til quando vendemos para uma Indstria de Produo Repetitiva em que, a intervalos regulares, requer uma quantidade especfica de materiais. Assim sendo, o contrato um documento que possui divises de remessa com todas as datas de entrega previamente estipuladas e, uma vez que a data atingida, uma remessa com referncia a esse contrato pode ser criada. Quando as divises de remessa vo sendo informadas, o sistema compara essa quantidade (e todas as outras j contidas em outras divises de remessa) com a Quantidade Prevista. Se a quantidade excedida, o sistema emite uma mensagem de aviso. Conforme as remessas vo sendo criadas, o sistema atualiza a Ordem de Vendas com a informao sobre Quantidade j Expedida e com isso temos uma viso geral da quantidade em aberto.
O Contrato um acordo entre a Empresa e o Emissor da Ordem, vlido por um perodo especfico, e que no determina as datas em que a mercadoria ser entregue. Assim sendo, para que um contrato possa ser fornecido, ele precisa ser seguido por uma Ordem de Liberao na qual a informao de quando ser entregue qual quantidade de material estar disponvel. Nessa Ordem de Liberao tambm constar todo e qual acordo especial feito no contrato no que diz respeito a preos ou prazos de entrega. Atravs do controle de cpia ser estabelecido qual o tipo de Ordem de Vendas atuar como Ordem de Liberao para esse contrato. Para criar uma ordem de vendas com referncia ao contrato podemos: 1) Utilizar-nos do recurso: Criar com Referncia na VA01 2) Uma vez dentro de uma ordem de vendas, ir no menu e escolher: Criar com Referncia Contratos 3) Procurar automaticamente por contratos vlidos quando est criando uma ordem de vendas (parmetro configurvel no tipo de ordem de vendas, campo Nta Contratos Bsicos).
Diferente do Contrato de Quantidade em que temos uma quantidade fixa de um produto a ser comprada pelo cliente em um perodo especfico, no Contrato de Valor o que temos um valor previamente acordado a ser comprado pelo cliente em um perodo especfico. Ele tambm no possui nenhum acordo especial com relao a quanto ser enviado em que data ao cliente, ou seja, no possui diviso de remessa e, portanto, dever ser seguido por Ordens de Liberao que ento sero fornecidas. Da mesma maneira que ocorre com as Ordens de Liberao do Contrato de Quantidade, na criao da Ordem, caso parametrizado dessa maneira, poder ocorrer a checagem automtica para contratos obedecendo os parmetros j informados. Outra parametrizao importante o comportamento que o cliente ter uma vez que o valor previamente estabelecido seja ultrapassado (exemplo, valor fixado de $ 1.000,00, j tem ordens nesse valor porm quer criar mais uma com referncia a esse mesmo contrato). Na parametrizao da categoria do item, no campo Cntrl. Solic Contrato, dizemos se o sistema emitir um aviso, nenhum aviso ou permite apenas a primeira vez que o sistema exceder este valor previamente acordado. As Ordens de Liberao podem ser em qualquer moeda porm seu valor ser acumulado no Contrato de Valor na moeda do Contrato. Para efetuarmos o faturamento do contrato de valor, podemos faturar diretamente o contrato atravs do plano de faturamento ou as Ordens de Liberao. Quando o que faturamos a Ordem de Liberao, temos que ter em mente que o faturamento pode ser tanto relativo a ordem quanto relativo a remessa. Outra parametrizao importante com relao a checagem dos parceiros autorizados a receber mercadoria/solicitar liberao do contratos (atuar como emissor de ordem) desse contrato. Pelo fato de um contrato poder ser firmado para entregar em vrios recebedores de mercadoria distintos ou poder ter vrios parceiros podendo efetuar

pedidos sob esse contrato, h um parmetro no tipo de ordem de vendas que controla se possvel termos dados diferentes no nvel dos parceiros (campo Verif. Solic. Parceiro). Alm disso, a frmula correta do controle de cpia precisa estar associada no Cabealho (frmula 002) para permitir a divergncia de dados.
O Contrato de Valor firmado tendo como base uma hierarquia de produtos (cliente ir comprar o valor x em produtos pertencentes aquela hierarquia), mdulo de sortimento (lista de materiais vlidos) ou ambos ou nenhum (se no informar nem uma hierarquia de produtos nem um mdulo de sortimento, isso indica que o contrato vlido para todos os materiais da empresa a menos que bloqueado pelo controle de cpia). No caso de trabalharmos com Mdulo de Sortimento, o mesmo dever ser criado previamente e depois associado ao Contrato de Valor. O Mdulo de Sortimento pode conter uma data de validade para cada material e, caso isso ocorra, essa data ser checada no momento de criao da Ordem de Liberao. Assim sendo, no SAP Standard, temos o tipo de ordem de vendas WK1 (Contrato de valor geral) que pode trabalhar com hierarquia de material, mdulo de sortimento e/ou material e o WK2 (Contrato de valor referente a material) que trabalha apenas com material.
Para que todos os prazos relativos a um contrato sejam automaticamente determinados, ao tipo de Ordem de Vendas associado um Perfil de Documento Contratual. Nesse Perfil colocada uma Regra para todo o parmetro do Perfil que queiramos que seja determinado automaticamente.
Mdulo 7
Logistics Execution
Viso geral do Mdulo
Este mdulo descreve como o Logistics Execution, que foi criado justamente para agrupar tudo o que diga respeito com as atividades de Expedio. Ou seja, para o Logistics Execution que devemos recorrer quando encontramos um problema na remessa, na Administrao do Depsito, no Transporte etc.
A partir da Verso 4.5A, a SAP retirou a parte Logstica (LE) de Vendas e Distribuio (SD) e a Administrao de Depsitos (WM) de Administrao de Materiais (MM) e colocou-as dentro de uma Estrutura nova chamada Logistics Execution. Assim sendo, essa nova figura responsvel por conter todas as parametrizaes referentes aos Processos de Entrada de Mercadoria na Empresa (aps o MM) e de sada da mercadoria da empresa (possibilitando o SD e contendo parte dele). E isso, lembrando que a mercadoria tambm entra no estoque da empresa ao ser produzida (PP) e temos sada de mercadoria para alimentar a produo (PP). Assim sendo, toda a parte Logstica envolvida nessa entrada ou sada de estoque da empresa est localizada em Logistic Execution, compreendendo: Administrao de Depsitos Expedio Transporte Embalagem Terminal Porttil Administrao de Ptios etc...
A Remessa um documento gerenciado por duas partes: Cabealho: controlado pelo tipo de remessa, contm todas as informaes pertinentes a remessa como um todo; Item: controlado pela categoria de item, com informaes especficas de cada um dos itens do documento. Essa estruturao de documento tem que ser levada em conta quando pensamos em tudo o que diz respeito a remessa: embalagem, picking, lotes, nmero de srie, controle de cpia, transporte etc. E, por falar em transporte, muito importante ressaltarmos a diferena principal entre um documento de transporte e uma remessa que a remessa contem itens e permite o processo de expedio da empresa para o cliente enquanto que o documento de transporte contem remessas e pode traar uma trajetria de entregas em vrios pontos ao longo de uma rota. Tambm no podemos confundir o Documento de Transporte com a Ordem de Transporte, uma vez que o objetivo da Ordem de Transporte localizar a mercadoria dentro do armazn para permitir a sua retirada de acordo com uma estratgia previamente determinada.
interessante notar que a Remessa em si no faz nada. Ela no como a ordem de vendas que te permite precificar, reservar estoque etc. Mas nem por isso a Remessa um documento menos importante. Sua importncia reside no fato de que ela permite que o processo de Expedio seja iniciado e nos permite o controle de em que parte do processo nos encontramos.

Quando vamos criar a remessa, temos algumas maneiras diferentes de obter esse resultado: Criar individualmente a remessa com referncia a ordem de vendas Criar individualmente a remessa sem referncia a ordem de vendas Atravs do Monitor de Remessas, que permite que vrias remessas sejam processadas coletivamente, seja para a criao da remessa quanto para o picking , a sada de mercadoria, dentre outros; Atravs do Processamento Coletivo em suas vrias transaes que facilitam a seleo de um tipo especfico de necessidade: selecionar item de ordens de vendas, selecionar apenas item de pedido de compra, selecionar tanto itens de ordens de vendas quanto pedidos de compra etc.
Quando a remessa criada com referncia a ordem de vendas, ela traz todos os itens da ordem de vendas que esto disponveis a serem fornecidos de acordo com as datas das divises de remessa. Alm disso, durante o processamento da remessa, novos itens podem ser acrescentados, tanto sem referencia a ordem nenhuma (como por exemplo um item de embalagem, proveniente de uma norma de embalagem ou de uma embalagem manual), quanto uma outra ordem de venda pode ser fornecida manualmente atravs de sua seleo (desde que, claro, os parmetros do controle de cpia possam ser obedecidos, tais como, por exemplo, mesmo recebedor de mercadoria, mesma data de entrega, mesmo local de expedio etc).
As mensagens tambm podem ser emitidas como conseqncia da remessa justamente por representarem o veculo de comunicao entre a empresa e o cliente. Existem vrios tipos de mensagens configuradas no SAP standard e, podemos criar as nossas prprias para atender as necessidades especficas de nossa empresa. Alguns exemplos de mensagens standard so: Etiqueta de embalagem Etiqueta do material Lista de Frete Notificao de Remessa Lista de Embalagem Certificado de qualidade
Mdulo 8
Parametrizaes da Remessa
Viso geral do Mdulo
Este mdulo descreve as principais parametrizaes importantes na criao da Remessa.
Para diferentes processos de expedio, temos diferentes tipos de remessa criados no SAP e de acordo com as nossas necessidades podemos criar os nossos prprios.
As remessas podem variar de acordo com diversos parmetros:

Qual documento o precedente? Ordem de Vendas? Pedido de Compra? Nenhum documento? Qual(s) mensagem (s) (so) obtida (s) como resultado dessa remessa? A partir dessa remessa, se criar um documento de transporte? Haver split por nmero de sistema de depsito? A rota determinada no documento precedente ser redeterminada? Assim sendo, sempre que um documento divergir nesses aspectos, isso ir justificar a criao de um novo Tipo de Remessa. Vrios j esto criados no standard do SAP e podemos criar nossos prprios.
Da mesma maneira, sempre que um item divergir dos j criados no standard, podemos criar o nosso prprio para atender a essa necessidade especial. Para decidirmos isso, temos que nos perguntar se o tem a ser criado: relevante para picking? Para determinao de depsito? A determinao de lotes ser automtica? A disponibilidade de estoque ser checada novamente? O fornecimento excessivo ser checado? Ser tolerado? A embalagem ser obrigatria? Ser permitida? Ser possvel?
Quando estamos criando a categoria de item da ordem de vendas e dizemos que ela relevante para remessa, o sistema automaticamente cria uma categoria de item, com a mesma chave, como categoria de item para remessa. Ento, no controle de cpia, a mesma categoria de item que temos na ordem de vendas poder ser buscada na remessa.
Quando um item se encontra na ordem de vendas proveniente do fluxo, isso nos mostra que a categoria de item dele foi determinada atravs do parmetro associado ao Controle de Cpia. Porm, podemos colocar um item novo no fluxo a partir da remessa e, quando isso acontece, uma categoria de item tambm ter que ser determinada. Nesses momentos, o que valer para a determinao da categoria de item a regra que estiver determinada na determinao de categoria do item da remessa. A regra a mesma existente para a determinao de categoria de item na ordem de vendas com a exceo de que aqui, no o tipo de ordem de vendas que levado em considerao e sim o tipo de remessa. Portanto: tipo de remessa + uso + grupo de categoria de item + categoria de item do item superior = categoria de item da remessa Alguns Usos so especialmente importantes para a remessa. So eles: PACK: material de embalagem CHSP: split de lote PSEL: seleo de produto V: entregas criadas com referncia a pedidos de compra
A relevncia ou no ao processo de separao (picking) determinada pela categoria do item da remessa. Caso o item no seja relevante para picking, isso quer dizer que ele no sujeito a separao e, portanto, deve tratar-se de um item de servio ou item de texto. Caso o item seja sujeito a separao, ento teremos que considerar como esse picking ser realizado: Se atravs de um outro sistema para o qual o SAP enviar a quantidade a ser separada e que lhe devolver a informao da quantidade efetivamente separada; Se atravs do prprio SAP.
As parametrizaes do tipo de ordem de vendas, categoria de item e categoria de diviso de remessa so extremamente importantes quando tratamos do processamento da remessa e, justamente por isso, se a remessa ir propiciar a movimentao de mercadorias (seja para entrada ou para sada) temos que ter a figura da categoria da diviso de remessa. Portanto, mesmo que o documento de ordem de vendas em si no v ser usado (por exemplo por se tratar de uma entrega conseqente de um pedido de compras), precisamos da parametrizao de tipo de ordem de vendas, categoria de item e categoria de diviso de remessa.
Mdulo 9
Picking
Viso geral do Mdulo
Este mdulo descreve como o sistema lida com o Picking (Separao). Existem vrias maneiras diferentes, com consequncias diferentes e importante que estejamos preparados para diferencia-las e execut-las.
A categoria de item da remessa pode no ser sujeita a picking e, dessa maneira, o picking ser no relevante na remessa. Em sendo a categoria de item da remessa sujeita a picking, precisamos compreender se o picking ser feito por um outro sistema que controla todo o armazm, suas posies e estratgias, ou se ser feito atravs do SAP. Quando o picking feito atravs de outro sistema, o SAP simplesmente ir enviar, por EDI, as informaes das quantidades que devero ser separadas. Posteriormente, o SAP receber a informao das quantidades efetivamente separadas por esse outro sistema e, com base nisso, a sada de mercadoria poder ser dada. Em sendo o picking atravs do SAP, ele pode ser realizado de duas maneiras diferentes: Por SD: nesse caso significa que no estaremos controlando o posicionamento do material, tanto no sentido de identificar o material correto a ser retirado quanto a delimitar uma estratgia para a retirada do mesmo. Todos os controles nesse sentido so feitos por processo no armazm da empresa. Assim sendo, a coluna de Qtd. picking estar aberta para preenchimento e, aps a atividade de separao ser realizada, o usurio simplesmente dever informar a quantidade efetivamente separada como a quantidade de picking. por WM: quando temos o mdulo de Administrao Depsitos (Warehouse Management) implantado, essa funcionalidade nos permitir todo o controle do depsito no nvel do endereo. Assim, quando um material entrar no estoque seja pela compra seja pela produo, ele entrar em uma posio endereada no sistema e, portanto, o SD ir retir-lo de uma posio do sistema tambm. Para tanto, estratgias de entrada e sada sero criadas e respeitadas, sendo isso garantido pela Ordem de

Transferncia que apontar exatamente quanto dever ser retirado de cada posio. Quando temos essa situao em SD, isso se reflete no fato de a coluna Qtd. Picking vir fechada, impedindo o preenchimento manual e ser preenchida automaticamente pela Ordem de Transferncia (OT). Alm disso, vemos que a combinao de Centro e Depsito apontou na parametrizao para um N depsito e esse N Depsito aparece na Remessa significando que para retirar material desse Depsito que fica nesse centro especfico, as regras de WM devero ser respeitadas.
Quando o picking realizado por WM, temos a integrao do SD com esse mdulo e nos utilizamos de documentos de WM para a separao da mercadoria. O processo nasce na criao da Ordem de Transferncia que, de acordo com os parmetros previamente estabelecidos por WM, ir selecionar o material correto a ser separado e informar onde o mesmo se encontra para que ele possa ser separado. A Ordem de Transporte emitida atravs de vrias maneiras possveis de acordo com a estrutura da empresa: ela pode ser impressa como uma lista de picking, pode ser enviada para um terminal mvel etc. Aps a separao da mercadoria pode haver uma segunda etapa a ser realizada que a Confirmao da Ordem de Transporte na qual h uma segunda conferncia em que se aponta se a quantidade solicitada a ser separada e indicada em um endereo especfico pelo sistema foi efetivamente encontrada e separada ou se houveram desvios pelos motivos mais diversos: material no foi encontrado na posio indicada, material foi danificado no transporte etc. Depois de feita a confirmao da Ordem de Transporte, nos processos em que ela obrigatria, a sada de mercadoria pode ser dada.
Acima vemos os dados de uma Ordem de Transporte tais como: Todos os dados relativos a de onde o material deve ser retirado: quantidade, posio do depsito de origem e inmeros outros dados relativos a estruturas organizacionais especficas de WM que orientaro a retirada do material do estoque; Todos os dados relativos a de onde o material deve ser colocado aps ser retirado, para que, logo mais, possa ser retirado das instalaes da empresa, colocado no caminho e ser entregue para o cliente.
Existem vrias maneiras de se criar a Ordem de Transferncia: Por dentro da remessa, pode ser criada utilizando o seguinte caminho: Funes Subseqentes Criar Ordem de Transporte; Criar individualmente utilizando transao especfica para isso; Criar individualmente utilizando o Monitor de Remessas; Criar automaticamente a Ordem de Transferncia ao salvar a remessa; Criar coletivamente a Ordem de Transporte agrupando vrias remessas em uma mesma Ordem de Transporte. Algumas dessas maneiras s so possveis pois a Ordem de Transporte no um documento como os outros no SAP. Trata-se de uma mensagem que ser emitida a partir da remessa e, como tal, podemos regular o momento em que ela ser emitida: imediatamente ao salvar, via solicitao, em background atravs de um job agendado para ser executado em horrios especficos ou a intervalos regulares
Para sabermos se uma remessa sujeita a Ordem de Transporte, basta observarmos que a Criao da Ordem de Transporte no modifica o status Global de Picking para C (Completo) e sim para B (Parcialmente Realizado). Quando a quantidade a ser separada no encontrada na posio informada pela Ordem de Transporte isso pode ser reportado atravs da Confirmao da Ordem de Transporte. Quando isso ocorre, a Ordem de Transporte previamente criada est com o processamento completo e uma nova Ordem de Transporte dever ser criada caso a quantidade remanescente da remessa v ser entregue. Ou seja, se a remessa de 10 unidades e criou-se uma Ordem de Transporte de 10 unidades porm no momento da Confirmaao da Ordem de Transporte verificou-se que na verdade apenas 7 unidades foram encontradas, isso faz com que o 7 unidades sejam levadas para a remessa como quantidade de picking. Nesse momento, uma deciso dever ser tomada. Pelo fato de no existir sada de mercadoria parcial, no h como dar sada de mercadoria tendo divergncia entre Qtdade da Remessa e Quantidade de Picking. Pensando na deciso que dever ser tomada do ponto de vista do negcio, existem duas alternativas que tero que ser executadas pelo sistema: - O cliente ir receber apenas as 7 unidades encontradas e a ordem de vendas que estava completa (pois era de 10 unidades e a ela se seguia uma remessa de 10 unidades) passar a estar em processamento e uma nova remessa poder ser criada no futuro para a entrega das 3 unidades remanescentes. Para que a remessa possa ter sua sada de mercadoria emitida com apenas 7 unidades, ser necessrio que no campo Qtdade da Remessa, o valor seja reduzido de 10 para 7 unidades e entao o sistema comparar que temos uma remessa de 7 unidades e um picking de 7 unidades, permitindo, portanto, emitir a sada de mercadoria.

O cliente ir esperar at que as demais unidades sejam encontradas/produzidas/compradas para que uma nova Ordem de Transporte seja criada para 3 unidades e, aps a Confirmao da Ordem de Transporte, a sada de mercadoria de 10 unidades poder ser efetuada. Assim sendo, essa remessa ter 2 Ordens de Transporte responsveis pela separao das mercadorias.
Mdulo 10
Funes Especiais
Viso geral do Mdulo
Este mdulo descreve como algumas funcionalidades que so importantes no processo de vendas de maneira geral e imprescindveis na Remessa, como o Lote e o Nmero de Srie. Alm disso, nos mostra a Partio Posterior de Remessa e o EDI.
O lote diz respeito as caractersticas de produtos que so fabricados em srie, sob as mesmas condies, em um determinado perodo, com caractersticas idnticas (fsicas, qumicas, dimensionais etc). Assim sendo, os produtos que comungam das mesmas caractersticas pertencem ao mesmo lote. um recurso muito til principalmente com relao ao controle de qualidade pois podemos rastrear exatamente qual produto de qual lote est com defeito e, por exemplo, baseada nessa informao, efetuar o recall de todo o lote O lote pode nascer na produo e acompanhar o produto ao longo de sua vida, dentro e fora da empresa ou nascer na compra do material. Assim sendo, trata-se de um atributo do cadastro do material que ir determinar que esse produto gerenciado em lote. O lote pode ser informado na Ordem de Vendas e, dessa maneira, o picking ser feito daquele especfico lote. Quando isso no acontece, ser na remessa que o lote dever ser determinado, caso contrrio no ser possvel dar sada de mercadoria. E, se pensarmos do ponto de vista do processo, no saberemos nem qual o lote a ser separado ou qual o lote que foi efetivamente separado. Dessa maneira, podemos controlar exatamente que aquele recebedor de mercadoria receber que quantidade de que lote de material. Na remessa, caso desejemos ou seja necessrio, podemos fazer partio de lote. A determinao do lote e a sua partio, podem ser feitos atravs: da determinao automtica de lotes (funcionalidade que se utiliza de esquema e que comum a vrias diferentes reas da empresa que a utilizam), que dever ser parametrizada inclusive para a categoria de item da remessa a qual estejamos lidando. Administrao de Depsitos: caber ao mdulo de WM gerenciar a partir de suas regras qual o lote dever ser separado e onde ele se encontra; manualmente escolhido na remessa.
O Nmero de Srie um nmero que identifica univocamente um produto, diferentemente do lote que identifica todo um grupo de materiais que possuam as mesmas caractersticas. interessante pois podemos companhar toda a vida til do produto desde sua venda at as manutenes necessrias ao mesmo na casa do cliente. Quando um material gerenciado por Nmero de Srie, isso identificado no cadastro do material atravs da atribuio de um Perfil de Nmero de Srie. Na ordem de vendas o Nmero de Srie pode ser identificado porm isso realizado mais comumente na remessa. De qualquer maneira, quando um material gerenciado por Nmero de Srie, ele precisa ser identificado antes da sada de mercadoria ser dada, caso contrrio teremos erro que impedir a sada de mercadorias ser realizada com sucesso. O Nmero de Srie tambm pode ser automaticamente associado ao material.
Podemos dividir uma remessa em remessas menores. Esse recurso interessante quando, por exemplo, no momento de planejar o transporte percebemos que o peso dos materiais da remessa muito grande comparado com o que o caminho suporta. Para resolvermos esse problema, basta selecionarmos a remessa na transao especfica e analisarmos os itens ou as quantidades dos itens a serem retirados dessa remessa e os colocarmos na nova remessa que ser criada automaticamente. Dessa maneira, estamos fazendo uma anlise manual de um caso especfico e particionando a remessa quantas vezes for desejado. Outra maneira de fazer isso automaticamente atravs de um perfil de separao que contenha as regras previamente estabelecidas para essa separao.
A sigla EDI significa Eletronic Data Interchange. Trata-se de uma funcionalidade que permite a troca de informaes eletronicamente entre sistemas diferentes atravs do envio de arquivos em formatos previamente estabelecidos. Isso usado em larga escala transmitindo dados dos mais diversos dados mestres/documentos do SAP e de outros tantos sistemas. Podemos receber pedidos de compras dos clientes que em nosso sistema se convertero em ordens de vendas, enviar NF para o SEFAZ aprovar e retornar sua deciso, enviar as remessas a serem entregues s transportadoras para que possamos receber a resposta de quanto custar o frete e, por consequncia permitir a empresa decidir pela que ir cobrar o menor preo etc. A SAP trabalha com EDI atravs de IDOCs. Existem vrios previamente criados que podem ser adaptados para a necessidade de cada empresa.
Mdulo 11
Embalagem
Viso geral do Mdulo
Este mdulo descreve como o sistema lida a Embalagem, tanto manual quanto automtica. Para tanto, vemos os Dados Mestres, as Parametrizaes e as Regras de Negcio envolvidas nisso.
Os materiais de embalagem so importantes de serem controlados no sistema para que possamos instruir o usurio sobre como embalar determinado produto, possamos ter estoque da embalagem e, portanto, desencadearmos automaticamente sua reposio quando a quantidade est abaixo do mnimo de segurana e possamos at saber o custo da embalagem para eventualmente cobrar a mesma do cliente. Quando falamos em embalagem, nos referimos tanto aos prprios materiais usados para embalar a mercadoria quanto os meios possveis para transporte da mesma. Para que possamos controlar a embalagem no sistema, temos que ter um cadastro de material para a mesma. O tipo de material VERP um tipo standard criado para controlar o cadastro da embalagem.
Unidade Comercial o nome dado ao material pronto a ser comercializado, ou seja, material + embalagem. O interessante que a partir do momento em que obtemos uma Unidade Comercial, podemos rastre-la no sistema ao invs de controlar os materiais individualmente. E, como podemos fazer packing de packing, isso nos permite que coloquemos 20 caixas individuais contendo mouse (embalagem no processo produtivo que faz com que esse seja o nosso produto acabado a ser vendido ao cliente e a ser separado no armazm) em 1 caixa grande de papelo (embalagem em vendas), 8 caixas de papelo em um palet (embalagem de venda) e 4 pallets em uma van (embalagem de venda). Dessa forma, nesse processo, fizemos o packing em SD 3 vezes. A cada uma dessas embalagens que vo sendo criadas, uma nova Unidade Comercial criada, identificada (atravs de um nmero unvoco que pode, por exemplo, ser impresso em uma etiqueta e colado naquela Unidade Comercial para identificao) e pode ser acompanhada at chegar ao cliente. Essa etiqueta obtida atravs das Mensagens. Tambm podemos gerar Instrues de Embalagem ou qualquer outro tipo de Documento necessrio ao processo.
Para que um material possa ser embalado, na categoria de item da remessa esse parmetro precisa estar especificado. Dessa maneira, se a embalagem for obrigatria, no podemos encerrar o processo de expedio a menos que ela esteja concluda. Alm disso, quando temos partio de lote, podemos especificar na categoria de item da remessa se vamos embalar todos os itens juntos, independendetemente de termos mais de um lote na mesma embalagem, ou se queremos fazer embalagens diferenciadas para cada lote. Podemos inclusive levar para a Etiqueta de Embalagem o lote que se encontra dentro daquele volume. O status do packing pode ser acompanhado na remessa atravs da aba Sntese de Status, tanto no nvel do cabealho quanto no nvel do item, o que nos ajuda a diagnosticar possveis problemas que venham a ocorrer. Ao mesmo tempo, para que possamos gerenciar o estoque do material de embalagem, ele tem que poder ser trazido para a remessa para que a quantidade utilizada dele possa ter sua baixa de estoque efetuada no momento da sada de mercadoria. Para isso, nas parametrizaes para determinao de categoria de item da remessa temos que ter uma entrada com o uso PACK, que permitir o sistema levar o material de embalagem como um item para a remessa. Outra deciso importante a ser tomada com relao ao material de embalagem se iremos querer cobr-lo do cliente ou se o cliente ir devolv-lo posteriormente e precisaremos, portanto, saber quanto temos de estoque em seu poder. Em ambos os casos, o SAP standard tem uma soluo que pode atender as necessidades de sua empresa. No caso de a embalagem ser cobrada do cliente, no cadastro de material da embalagem, no campo grupo de categoria de item, dever ser utilizado VERP. Com isso, na remessa ser determinada a categoria de item DLN, que relevante para o documento de faturamento. No caso de se tratar de embalagem retornvel, o grupo de

categoria de item deve ser LEIH , que determinar a categoria de item TAL, que colocar o material de embalagem em estoque especial em poder de terceiros no momento da sada de mercadoria.
A embalagem pode ser feita em vrios momentos do nosso fluxo de Vendas: Na Ordem de Vendas podemos realizar uma proposta de embalagem. Para isso, basta ir em Suplementos Proposta de Embalagem. Trata-se de uma proposta pois, por vrios fatores, no necessariamente o que foi pedido na Ordem de Vendas ser entregue em uma nica remessa e isso pode impactar nos materiais de embalagens a serem utilizados. A proposta de embalagem quando realizada na Ordem de Vendas pode ser transferida para a Remessa atravs do Controle de Cpia Na entrega: realizada a embalagem do material que est entrando na empresa. Na remessa: realizada a embalagem do material que est saindo da empresa. Podemos criar requisitos para determinar sob quais regras o packing pode ser efetuado. Por exemplo, ser feita embalagem apenas SE no existir bloqueio por crdito. No documento de tranporte: feita a embalagem de vrios documentos de remessa de uma vez (que so os itens de um Documento de Transporte). Dessa forma, podemos colocar vrias remessas que vo para a mesma rota em um mesmo documento de transporte e, todos essas Remessas em um mesmo Caminho. importante lembrar que para a embalagem feita atravs do Documento de Transporte no possvel realizar a baixa de estoque uma vez que esse material de embalagem no pertence a nenhuma remessa em especfico.
Durante a embalagem, peso e volume so checados porm altura, largura e profundidade no. Ou seja, temos peso permitido versus peso do material e volume permitido versus volume do material porm o mesmo no se aplica as medidas de altura, largura e profundidade. Podemos ver tambm o histrico da embalagem: quem criou, quando; a norma de embalagem se existente (dado mestre para embalagem automtica), dados de produtos perigosos, informaes de Wm caso Wm trabalhe com Unidade Comerciais, dentre outras informaes. Podemos tambm ter o controle individual de cada Mesa de Embalagem, em que a embalagem fisicamente feita, no sistema. O interessante dessa funcionalidade poder controlar o que est sendo efetivamente realizado na Mesa de Embalagem ao invs de apenas o que deveria ser feito ou que supostamente foi feito. Para isso, cria-se um Perfil para cada Mesa de Embalagem na parametrizao.
Materiais de embalagem com caractersticas similares so agrupados em Tipos de Meios Auxiliares de Expedio. Assim sendo, existe um tipo para Caixas, outro para Containers, outro para Gales, etc. Para o Tipo de Meios Auxiliares de Expedio existem parametrizaes que vo determinar suas caractersticas no que diz respeito a, por exemplo, quais os tipos de mensagens que vo ser emitidas, por consequncia, para esse material de embalagem. Esse dado ser posteriormente associado ao cadastro do material de embalagem. O Grupo de Material para Meios Auxiliares de Expedio agrupa materiais com as mesmas necessidades do ponto de vista de embalagem. Exemplo: lquido, frgil etc. Esse dado ser posteriormente associado ao cadastro do material a ser embalado e ao material de embalagem (pois podemos fazer packing de packing). Aps essa estrutura ser parametrizada, feita a juno entre quais Grupos de Materiais para Meios Auxiliares de Expedio podem ser embalados com que Tipo de Material de Embalagem. essa checagem uma das que feita na hora em que o material de embalagem associado ao material de venda para verificar se se trata de um material de embalagem permitido. Ou seja, lquido pode ir em caixa? Lquido pode ir em tonel? Se o Grupo de Material para Meios Auxiliares de Expedio no foi associado ao cadastro do material, a regra de embalagem livre pois no ser possvel checar se aquela embalagem apropriada ou no para embalar determinado material.
Podemos obter Instrues de Embalagem atravs do SAP e isso gerar a embalagem automtica. Para que isso ocorra, um esquema para determinao de condies de instrues de embalagem precisa estar parametrizado e, portanto, determinar uma Normal de Embalagem. Esse Esquema tem todas as caractersticas das Tcnica de Condies que ns j conhecemos. Como podemos ter embalagem em todo o processo Logstico, as parametrizaes encontram-se dentro de Logstica Geral e no Menu de Usurio dentro de Funes Centrais.
Mdulo 12
Sada de Mercadoria
Viso geral do Mdulo
Este mdulo descreve como o sistema efetua a Sada de Mercadoria e suas consequncias. Entenderemos como reverter a sada de mercadoria e o envolvimento do mdulo de QM (Administrao de Qualidade) com o mdulo de Vendas.. Mostraremos tambm a funcionalidade CRR (Confirmao do Recebimento de Remessa) que muito importante em vrios pases.
A sada de mercadoria pode ser dada atravs de quatro maneiras distintas: Individualmente atravs do boto de Sada de Mercadoria na Remessa; Atravs da OT (Ordem de Transporte) pois pode-se fazer o picking e dar sada de mercadoria ao mesmo tempo; Atravs do processamento coletivo; Atravs do monitor de remessas. A sada de mercadoria encerra as atividades dentro do depsito e, portanto, todas as atividades anteriores que so obrigatrias para esse processo especfico tm que estar completas. Caso o picking no esteja completo, a confirmao no esteja feita, embalagem, lote, nmero de srie, caso qualquer um desses aspectos sejam relevantes e no estejam feitos, no possvel dar sada de mercadoria. Uma vez que no existe sada de mercadoria parcial, esses processos tem que estar finalizados para TODOS os itens da remessa, em sua quantidade total.
Quando a sada de mercadoria feita automaticamente vrias conseqncias so encontradas no sistema. So elas: Reduo do estoque; Reduo do valor do estoque atravs da contabilizao da sada de mercadoria; As necessidades geradas so reduzidas pela ordem de vendas; Atualizao de todos os relatrios para os quais essas informaes sejam relevantes; Atualizao do fluxo de documentos, com a gerao do documento da sada de mercadoria; A partir desse momento, essa remessa se torna apta a ser faturada. OBS: O faturamento pode ocorrer antes da sada de mercadoria apenas se o sistema for parametrizado dessa maneira, com parmetros no Controle de Cpia para o faturamento individual e tambm com modificao em user exit para permitir o faturamento em massa.
Da mesma maneira que quando a sada de mercadoria feita automaticamente vrios efeitos so obtidos, quando o cancelamento da mesma efetuado todos esses efeitos so automaticamente revertidos. importante lembrar que, da mesma maneira que a sada de mercadoria se reflete no documento todo, no existe cancelamento de parte da sada de mercadoria. Aps o cancelamento da sada de mercadoria e a modificao do que quer que seja necessrio, o documento estar pronto novamente para ter a sada de mercadoria gerada. Caso processamento subseqente tenha sido dado a sada de mercadoria, ou seja, caso haja havido o faturamento, e por algum motivo queiramos reverter a sada de mercadoria, o sistema s nos permitir fazer isso aps o documento de faturamento ser cancelado.
O mdulo de Gerenciamento da Qualidade (QM) pode estar integrado a todas as etapas do ciclo do produto dentro da empresa, desde a sua produo ou compra, estabelecendo um lote a ser separado para inspeo para que as caractersticas do produto possam ser verificadas, at a venda em que um certificado de qualidade com relao a, por exemplo, embalagem do material pode ser emitido. Para que o Gerenciamento da Qualidade esteja ativo, o material precisa ter as Vises de QM preenchidas com os parmetros a serem adotados para a inspeo desse material. Quando a remessa criada para um material sujeito a QM o sistema automaticamente cria um lote de inspeo. O resultado dessa inspeo representado pela Deciso de Uso, em que ou teremos a Aprovao para uso ou Recusa. Pode-se parametrizar o comportamento do sistema com relao a Deciso de Uso. Podemos, por exemplo, tornar obrigatria a Deciso de Uso antes da Sada de Mercadoria sendo que ela s ser dada mediante a aprovao do Departamento de Qualidade. Ou ento no vincular a sada de mercadoria a Deciso de Uso e permitindo a sada de mercadoria independente da Deciso de Uso. Essas opes so importantes para atender as diferentes regras de negcios que podem exigir a verificao de aspectos imprescindveis ou no ao processo. Atravs das mensagens da remessa, um certificado de qualidade pode ser impresso no nvel do tem, sendo isso especialmente til quando um material gerenciado por lotes.
A Confirmao do Recebimento da Remessa (CRR) uma funcionalidade que valida se o cliente j recebeu a mercadoria para ento permitir que o faturamento seja executado. A idia apenas faturar o que foi efetivamente entregue ao cliente e tem o seu aceite. Essa funcionalidade no usada no Brasil, pas onde para que a mercadoria sair da empresa necessrio que a Nota Fiscal a acompanhe e a Nota Fiscal s obtida a partir dos dados da Remessa e do Documento de Faturamento pois ela reflete os valores que o cliente vai pagar mediante a mercadoria a ser recebida. Porm, para muitos outros pases ela muito importante pois requisito fundamental s prticas comerciais vigentes. O processo funciona da seguinte maneira: aps o cliente receber a mercadoria e efetuar a conferncia da mesma, ele manda um EDI confirmando o recebimento da mercadoria. S ento a remessa estar liberada para o seu faturamento. importante notar que o EDI ser processado automaticamente caso o cliente confirme o recebimento total das mercadorias enviadas. Caso o recebedor da mercadoria reporte divergncias, o usurio dever continuar o processamento do EDI manualmente. Justamente para ajudar nesse trabalho, existem relatrios para processamento em massa da Confirmao do Recebimento da Remessa (CRR). O documento de faturamento ser ento criada com base na quantidade efetivamente recebida pelo cliente. Para poder trabalhar com Confirmao do Recebimento da Remessa (CRR), existem 3 elementos fundamentais: O recebedor da mercadoria tem que estar flegado como sujeito a CRR; A categoria de item da remessa tambm tem que ser sujeita; Razes para Desvio tm que ser parametrizadas para que possam ser associadas manualmente no caso de o cliente reportar divergncias.

Ka Solution Parte 2 Modulo SD

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Ka Solution Parte 2 Modulo SD

Enviado por

Direitos autorais:

Formatos disponíveis

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

As remessas podem variar de acordo com diversos parmetros:

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD

Formao de Consultores Mdulo SD