Escolar Documentos
Profissional Documentos
Cultura Documentos
Finalidade
O transporte um elemento essencial na cadeia logstica, que afeta a entrada e a sada de mercadorias. A organizao e a administrao eficazes do transporte garantem o envio e recebimento pontual de mercadorias. Os custos de transporte tm uma funo essencial no clculo do preo de um produto. importante que esses custos de transporte sejam os menores possveis para que um produto se mantenha competitivo em termos de preo. A organizao e o processamento eficientes do transporte ajudam a manter esses custos em nveis reduzidos.
Integrao
Conforme ilustrado no grfico a seguir, possvel utilizar as funes de transporte do sistema SAP para planejar e processar: Transportes de entrada na Administrao de Materiais com base em pedidos e avisos de entrega Transportes de sada em Vendas e Distribuio com base em ordens do cliente e remessa
A organizao e a administrao do transporte baseiam-se no documento de transporte. Esse documento facilita o fluxo de informaes do expedidor para o cliente ou para quaisquer fornecedores de servios envolvidos na transao comercial.
Caractersticas
O componente de transporte contm funes bsicas para administrao de transportes: Organizao do transporte e processamento para transporte Clculo de custos de frete Liquidao de custos de frete Clculo de custos de frete para clientes individuais Faturamento de frete de cliente
Seleo de fornecedor de servios Administrao de veculos de transporte e utilitrios Acompanhamento e superviso de transportes Administrao de custos de frete
Essas funes de transporte podem gerenciar a organizao e administrao de transportes de entrada e sada. possvel controlar e supervisionar o processo inteiro de transporte, desde a etapa de planejamento da sada de mercadorias no local de expedio (para transporte de sada) ou do fornecedor (para transporte de entrada), at a entrada de mercadorias no cliente ou no centro. As outras funes disponveis so: clculo de custos de frete e liquidao com o fornecedor de servios, transferncia para a contabilidade, criao de nota de crdito e reviso de faturas. Esta documentao descreve os procedimentos aplicveis ao processamento de transporte de sada. A menos que especificado o contrrio, as informaes apresentadas aqui tambm so aplicveis ao processamento do transporte de entrada. Quando necessrio, sero citadas as diferenas entre os dois. Para obter informaes sobre a criao e o processamento de transportes de entrada, vide a seo Confirmaes na documentao de Compras (MM-PUR) da Biblioteca R/3.
Sobre transporte
O texto a seguir descreve os elementos bsicos do processamento de transporte, que tambm inclui: a funo da unidade organizacional de local de organizao do transporte a funo do documento de transporte determinao de mensagens uma compilao dos relatrios disponveis no processamento de transporte
Customizing de Estrutura do empreendimento. possvel definir essa unidade para atender s necessidades especficas da sociedade, como, por exemplo, localizao geogrfica ou modo de transporte.
O local de organizao do transporte atribudo a uma empresa, mas permanece independente de quaisquer outras unidades organizacionais.
Pr-requisitos
Para que esse processamento manual interempresarial seja possvel na contabilidade financeira, a distribuio de custos de frete deve ser feita no nvel do item de custo de frete e no no nvel da remessa ou item de remessa, uma vez que, nesses dois casos, a empresa da remessa seria adaptada empresa do local de organizao do transporte.
Um centro da sociedade no Japo fornece mercadorias a um centro em Houston. O centro no Japo responsvel pelos custos de frete at a chegada da mercadoria ao aeroporto no Japo, e o centro de Houston paga pelo restante desses custos (Aeroporto no Japo aeroporto em Houston centro em Houston). A cadeia de transporte com faturamento interempresarial fica assim: H um total de trs transportes: primeiro transporte criado pelo local de organizao do transporte no Japo e termina no aeroporto no Japo. A distribuio de custos feita no nvel do item de frete. segundo e o terceiro transporte so criados pelo local de organizao do transporte em Houston. A distribuio de custos feita no nvel do item de frete nos dois casos.
Tipos de transferncia
Definio
O tipo de transferncia contm todas as caractersticas de controle importantes para uma transferncia, como o intervalo de numerao, se a transferncia de entrada ou de sada, o modo
de execuo da determinao de trajetos e o cdigo do percurso definido para uma transferncia desse tipo. Tambm possvel entrar uma variante de seleo para o tipo de transferncia. Os valores definidos na variante aparecem na tela de seleo quando o usurio cria um documento de transporte desse tipo. O sistema trabalha com os seguintes tipos de transferncia: Transporte individual Transporte coletivo Cadeia de transporte
Transporte individual
Um transporte individual inclui: Uma ou mais remessas Um local de partida Um local de destino Um modo de transporte
Transporte coletivo
Um transporte coletivo inclui: Uma ou mais remessas Diversos locais de partida Diversos locais de destino Um modo de transporte
Cadeia de transporte
A cadeia de transporte til para administrar remessas que sero transportadas por mais de um modo de transporte (e, por conseguinte, processadas por departamentos diferentes no local de organizao do transporte). Cadeia de transporte
O departamento responsvel pelo transporte terrestre organiza transferncias em caminhes e outro departamento organiza navios e cargas para a transferncia martima. Cada modo de transporte (caminho e navio) necessita de documentos de transporte individuais. Cada modo de transporte requer documentos de transporte separados, o que significa que necessrio criar um documento de transporte para o percurso por terra e outro para o percurso por mar da viagem. Se os transportes utilizarem mais de um modo de transporte, convm criar uma cadeia de transporte. Como existir um documento de transporte separado para cada modo de transporte, possvel atualizar mensagens, textos, status e outros elementos separadamente. Exemplo de utilizao de uma cadeia de transporte Uma grande quantidade de remessas deve ser enviada dos locais de expedio 0001 e 0002, na Alemanha, a clientes nos Estados Unidos, no incio de dezembro. A sociedade e os clientes concordaram que parte da mercadoria teria frete pago, e o frete e seguro restantes pagos somente at Nova Iorque (CIF), o que significa que o cliente final deve pagar pelo frete e pelo seguro de Nova Iorque at o destino final. As mercadorias devem ser transportadas por caminho dentro da Alemanha, por navio de Hamburgo a Nova Iorque, e novamente por caminho nos Estados Unidos. Certamente possvel documentar todo o processo em um documento de transporte. Entretanto, podero surgir problemas se determinadas partes das funes de transporte forem utilizadas: Por exemplo, os dados no status de transporte sempre se referem a todo o documento de transporte (por exemplo, o status "Carregamento encerrado"). Entretanto, nesse exemplo, o carregamento ocorre diversas vezes.
Pelo mesmo motivo, uma atribuio de datas e textos a uma unidade comercial difcil porque isso pode modificar o contedo do documento de transporte. A prpria definio de uma unidade comercial problemtica. A sada a ser criada em combinao com o documento de transporte contm todos os dados para o documento de transporte inteiro. Quando o motorista do caminho deixa o local de expedio, a documentao em seu poder tambm contm dados referentes ao navio. Isso desnecessrio e uma inconvenincia. O processamento de vrios percursos preliminares necessrios em diferentes momentos tambm exige a impresso da sada em horrios diferentes.
Em casos assim, convm utilizar uma cadeia de transporte em que as remessas sejam transferidas em uma srie de transportes diferentes. No exemplo acima, seriam criados diversos documentos de transporte no sistema: dez transportes em percursos preliminares por caminho, um percurso principal por navio e, se necessrio, oito percursos subseqentes novamente por caminho. Isso resolve o problema de atribuio de prazos finais, mensagens, textos e outros para o material de embalagem. Nesse contexto, a cadeia de transporte seria criada da seguinte forma: 1. Criar um percurso principal No local de organizao do transporte 0001, criar um transporte de percurso principal para todas as remessas a serem enviadas por navio, de Hamburgo para Nova Iorque, no incio de dezembro. Deve existir um tipo de transferncia especial definido para isso no Customizing. Ele pode incluir as seguintes opes:
2. O tipo de determinao de trajetos para esse tipo de transferncia deve ser .Isso
significa que nenhuma determinao automtica de trajetos efetuada. Isso faz sentido, j que o percurso Hamburgo Nova Iorque no inclui quaisquer locais de partida ou de chegada da remessa (mas esses dados sero considerados durante a determinao de trajetos).
Para isso, necessrio selecionar todas as remessas pertencentes ao transporte do percurso principal. O status de organizao do transporte da remessa pode ser til para determinar que remessas esto no transporte do percurso preliminar uma vez que esse status no est mais definido como A mas, sim, como B. Evidentemente, isso no suficiente como nico critrio de seleo. possvel entrar outros critrios de seleo utilizados durante a seleo de remessa para o percurso principal. Talvez isso seja impraticvel, pois os critrios de seleo podem ser desconhecidos, ou pode haver remessas demais selecionadas. Portanto, melhor definir o nmero do transporte do percurso principal correspondente na linha Referncia a ao selecionar remessas. Se no souber o nmero, pressionar F4 para exibir uma tela de seleo. Nesse caso, exibida uma outra tela de seleo para a seleo do nmero do transporte. Nessa tela, possvel informar a pessoa que criou o documento de transporte, o local de partida e a data, para determinar o nmero do transporte do percurso principal. O usurio cria transportes utilizando a lista de trabalho definida. Se cada remessa corresponder exatamente a uma carga de caminho, o planejador poder chamar a funo Processar Planejamento automtico Um recebimento, um transporte, o que cria um transporte para cada remessa. Utilizar as seguintes opes: a. Definir o cdigo do percurso como percurso preliminar. b. Definir o tipo de determinao de trajetos como 1 (determinao de trajetos segundo a seqncia de retiradas e a via de transporte). c. No copiar o itinerrio da remessa. Talvez compense copiar o fornecedor de servios.
Quando o status Planejado definido, a determinao de trajetos iniciada, mas nenhum itinerrio copiado das remessas. Isso determinar a seqncia de retiradas. Alm disso, o sistema sugere Hamburgo como local de chegada, uma vez que as remessas fazem parte de um transporte do percurso principal, efetuado de Hamburgo para Nova Iorque. Ao gravar o transporte, o sistema atualiza o status da remessa. O status das remessas com frete pago permanece definido como B (parcialmente planejado), uma vez que o segundo Incoterm ficou vazio e o sistema pressupe a necessidade de um percurso subseqente. O status das remessas com CIF (custo+seguro+frete) de Nova Iorque definido como C (totalmente planejado), uma vez que o segundo Incoterm foi definido e o sistema desconsidera a necessidade de um percurso subseqente. 3. Criar percursos subseqentes Criar os percursos subseqentes da mesma forma que os percursos preliminares. Utilizar as seguintes opes: a. Definir o cdigo do percurso como percurso subseqente. b. Utilizar a categoria 1 para a determinao de trajetos. c. No copiar o itinerrio das remessas.
Para criar esses transportes, procurar remessas com status de organizao do transporte definido como B. O sistema s procura as remessas para as quais deve ser criado um percurso subseqente. Se o status Planejado estiver definido, o sistema tambm executa a determinao de trajetos. O sistema sugere automaticamente Nova Iorque como local de partida, uma vez que o transporte do percurso principal termina em Nova Iorque. A seqncia na qual os produtos so entregues aos clientes (o itinerrio) determinada pela seqncia na qual as remessas so exibidas na tela. Se os transportes do percurso subseqente forem gravados, o status de organizao do transporte das remessas correspondentes definido como C (totalmente planejado), uma vez que essas remessas possuem agora percursos preliminares, principais e subseqentes.
Seguir essas etapas assegura que cada remessa seja includa na cadeia de transporte. No exemplo, existem dez transportes de percursos preliminares at Hamburgo, seguidos por um transporte do percurso principal e, possivelmente, oito transportes de percursos subseqentes, nos Estados Unidos. Dessa forma, um grupo de remessas forma uma rede de transportes. 4. Supervisionar a cadeia de transporte Para supervisionar os transportes, selecionar Ambiente Info de transporte Lista de transportes ou Ambiente Info de transporte Rede transp.grfico, dependendo do processamento executado: ordens, remessas ou transportes. As listas de trabalho para a organizao e administrao de transportes tambm podem fornecer uma sntese. Para gerar uma lista de trabalho, entrar um dos nmeros de transporte que formam a rede de transporte na linha Referncia a. O sistema seleciona todos os documentos de transporte existentes na rede.
Documento de transporte
Definio
O documento de transporte o elemento central da organizao de transportes e do processamento para transporte, e contm todas as informaes necessrias execuo do transporte.
Utilizao
Os documentos de transporte so criados com base em uma lista de trabalho. Foram definidos diversos tipos de documentos de transporte, para permitir que as diversas formas de transporte utilizadas na organizao sejam representadas no sistema. Por exemplo, o documento de transporte individual usado para planejar e processar o transporte de mercadorias de um local para outro. O transporte coletivo usado para deslocar mercadorias de um ou vrios locais de partida para um ou diversos locais de destino. Existem tipos de documento distintos para administrar os transportes de entrada e sada. possvel utilizar os documentos de transporte para: Combinar remessas em um transporte de entrada ou sada Definir etapas do transporte o o o Percursos postos de passagem de fronteira terminais
Atribuir mercadorias a unidades comerciais Atribuir fornecedores de servios Definir datas de transporte planejadas
Registrar datas reais de transporte Definir a sada necessria para o transporte (como documentos de transporte ou mensagens EDI) Definir os textos relevantes ao transporte
Caractersticas
Veculo de transporte
Os veculos de transporte necessrios para um transporte so refletidos no sistema como uma unidade comercial. Essas unidades comerciais contm informaes sobre massa e volume lquidos dos veculos de transporte, alm do peso da unidade comercial embalada. Essas unidades comerciais tambm contm informaes sobre o pas que fornece o veculo de transporte, detalhes sobre o motorista e a durao do transporte. As unidades comerciais j criadas para os itens de remessa so copiadas para o documento de transporte, onde podem ser embaladas posteriormente, se necessrio. Os itens do remessa no embalados ou com embalagem parcial podem ser includos nos documentos de transporte. Vide tambm: Embalagem no documento de transporte
Fornecedores de servios
possvel gravar as informaes sobre os fornecedores de servios (como agentes de frete ou fiscais alfandegrios) envolvidos no processo de transporte. Essas informaes podem ser gravadas no nvel do cabealho ou da etapa do documento de transporte. Vide tambm: Atribuio de fornecedores de servios no documento de transporte
Datas
O tempo necessrio para organizar e efetuar as diversas atividades de transporte gravado como datas planejadas e reais no documento de transporte. possvel utilizar essas informaes para fins de superviso e anlise. Vide tambm: Atualizao de datas planejadas e reais no documento de transporte Transferncia de datas de remessa para o transporte
Status
Uma vez concludas as atividades de planejamento para um documento de transporte, possvel definir o status Planejado. Uma vez definido esse status, no mais possvel executar atividades de planejamento para esse documento de transporte (como remover remessas do documento ou deslocar remessas dentro do documento). A determinao de trajetos efetuada automaticamente. Na seo Perfis de atividade, possvel definir quais as atividades que devem ser executadas ao se definir o status. Um cone de semforo indica o status global do documento de transporte. O cone pode ser interpretado da seguinte forma: Nenhum semforo: Nenhuma atividade de planejamento foi executada Semforo vermelho: Organizao do transporte concluda Semforo amarelo: O carregamento no centro foi iniciado ou concludo Semforo verde: Transporte processado e a caminho ou no destino Vide tambm: Atualizao de status no documento de transporte
Status da cotao
O status da cotao descreve o status atual de um transporte em relao s negociaes com um agente de frete pela Internet. Vide tambm: Solicitao de cotaes a fornecedores de servios pela Internet
Itinerrio
Se o itinerrio e o agente de frete so os mesmos em todas as remessas, eles so copiados das remessas para o documento de transporte quando o status Planejado definido. Restries especficas do pas em relao ao peso total do transporte em um determinado itinerrio necessitam da gravao da restrio j no nvel do itinerrio. Esse nvel superior pode ser definido no nvel do itinerrio e considerado durante o processamento de transporte. Se o peso total admissvel for excedido durante a atribuio de remessa ao transporte, o sistema emitir uma mensagem de aviso. O transporte poder ser modificado de forma adequada. Os campos so exibidos na tela de planejamento Durante o processamento da ordem e da remessa, essa verificao no considerada. Outras informaes relevantes sobre o transporte sero copiadas para o documento se o usurio definir as Rotinas de cpia no Guia de implementao.
Textos
possvel entrar informaes adicionais para facilitar a execuo do processo de transporte como texto no nvel do cabealho no documento de transporte. Essas informaes podem ser acessadas por todos os parceiros de negcios envolvidos no processo. Os tipos de texto de transporte so definidos no Customizing e atribudos a processos de determinao de texto. Os processos de determinao de texto so definidos no tipo de documento de transporte. Vide tambm: Atualizao de textos no documento de transporte
Sada
O processamento de sada executado exatamente como nas outras reas do mdulo Vendas e Distribuio, por meio da tcnica de condies. Os tipos de mensagem definidos no Customizing de transporte para os quais foram criados registros de condies aparecem no documento de transporte e so vlidos para todo o documento. O tipo de sada ALTR foi definido para transporte no sistema R/3 standard. possvel modificar esse tipo de sada para atender a necessidades especficas. Vide tambm: Determinao de mensagens no documento de transporte
Produto perigoso
Para obedecer s necessidades legais em relao ao transporte de produtos perigosos, importante verificar no documento de transporte se o transporte de tais produtos realmente permitido. Aqui, possvel executar diferentes controles de produtos perigosos automaticamente ou por meio de solicitao manual. Por exemplo, possvel verificar se o transporte de determinados materiais permitido em alguns modos de transporte. Dessa forma, possvel evitar que remessas ou documentos de transporte deixem a sociedade quando no estiverem adequados ao transporte, conforme a regulamentao de produtos perigosos. Tambm possvel criar documentao de produtos perigosos utilizando os respectivos dados de produtos perigosos. Vide tambm: Controle de produtos perigosos no documento de transporte
Integrao
Para copiar propostas de datas e horas da remessa, necessrio criar uma conexo entre as datas de transporte e datas de remessa. As rotinas de cpia tm essa finalidade.
Pr-requisitos
O sistema usa as rotinas de cpia para copiar dados de ordens do cliente para remessas e para documentos de transporte. Para que o sistema faa isso, necessrio primeiro executar as atividades a seguir no Guia de implementao (IMG): Definir controle de cpia para remessas Definir tipos de transferncia
Caractersticas
As informaes relevantes para o transporte so copiadas da ordem para o cabealho da entrega e, dessa forma, critrios de partio de fornecimentos para entregas. Por exemplo, dois itens da ordem
com tipos de expedio, veculos de transporte ou tipos de veculo de transporte diferentes no podem ser combinados em uma mesma entrega. Entretanto, as informaes podem ser copiadas das entregas para o documento de transporte, contanto que sejam dados exclusivos. O usurio cria uma unidade comercial no documento de transporte para o veculo de transporte (apenas tambm se for exclusivo). A cpia ocorre quando o usurio define o status "Planejado". O usurio deve armazenar uma rotina de cpia adequada no Customizing para o tipo de transferncia. O sistema tambm verifica a capacidade do modo de transporte na remessa. Se essa capacidade for excedida, o usurio receber uma mensagem de aviso. Como o veculo de transporte tambm pode ser definido na tela Embalar, as entradas de veculo de transporte na ordem do cliente, cabealho da remessa e as informaes de embalagem correspondentes podem variar. As modificaes feitas na tela Embalar no afetam as informaes relevantes para o transporte em ordens do cliente e remessa.
Mensagens de transporte
Finalidade
Alm da impresso e do envio por fax, o intercmbio eletrnico de dados est se tornando cada vez mais importante como mtodo de comunicao de dados de transporte. Os emissores (transportadores) transmitem suas ordens e informaes de transporte para os fornecedores de servio (agentes de frete, proprietrios de navio, fiscais alfandegrios). Os fornecedores de servio organizam o processo de transporte e garantem que ele ser realizado diretamente. Uma cadeia de transporte logstica envolvendo diversos modos de transporte e fornecedores de servios ocorre com freqncia durante o transporte. Para garantir a eficincia nesse tipo de cenrio, vital fornecer todas as informaes necessrias a todos os envolvidos o mais cedo possvel.
Processo
Exemplo de fluxo de processo para intercmbio eletrnico de dados:
Expedio
1. O transportador envia ao agente de frete um transporte parcial ou totalmente planejado (pedido de transporte) 2. O agente de frete envia informaes sobre os documentos de transporte totalmente planejados de volta para o transportador. 3. O transportador ou agente de frete informa ao cliente sobre o documento de transporte a ser entregue (notificao de transporte)
Processamento de entrada
O agente de frete recebe as solicitaes de transporte e assume a responsabilidade pelo planejamento dos detalhes do documento de transporte. O fornecedor recebe os documentos de transporte totalmente planejados do agente de frete.
Para obter mais informaes sobre controle de sada, vide a seo Sada, no Guia de implementao on-line. Para obter mais informaes sobre administrao de mensagens, vide em Vendas e Distribuio. Trabalho com mensagens
Controle de sada
Utilizao
O controle de sada permite automatizar mensagens ou o processamento subseqente de mensagens especficas do parceiro. A aplicao utiliza interfaces de usurio predefinidas no Customizing para condies que ativam o controle de sada. Essas interfaces podem ser usadas para descrever diferentes grupos de dados e mtodos de processamento selecionados. Se um desses grupos de dados ocorrer na aplicao, ser acionado o mtodo de processamento correspondente (de forma sncrona ou assncrona). possvel definir mtodos de processamento de vrias formas (como sada de impresso ou IDoc de transporte para EDI, por exemplo).
Pr-requisitos
A aplicao Logistics Execution utiliza sempre o controle de sada para emitir sadas. As opes para controle de sada podem ser atualizadas no Customizing em Controle de mensagens.
Caractersticas
A tcnica de condies usada no sistema R/3 para formular condies de grupos de dados. Se os dados de aplicao atual atenderem a uma das condies definidas no Customizing, a determinao de mensagem obteve xito e uma proposta de sada ser gerada. Essa proposta pode ser modificada ( editar) e a sada ser processada imediatamente ou em um horrio indicado. O
status do processamento de sada gravado em um registro de status e um log de processamento criado. Vide tambm: Estrutura de controle de mensagens O controle de sada s trabalha com alguns meios de transmisso. Para obter mais informaes, vide Meios de transmisso.
Atividades
No Customizing de controle de mensagens, possvel definir regras segundo as quais o sistema acessa registros de condio individuais. possvel definir mensagens concretas como registros de condio na aplicao: mensagem na aplicao. Definio de
Integrao
O controle de sada verifica se os dados da aplicao correspondem aos registros de condio (definidos no Customizing). Se esse for o caso, uma ou mais mensagens sero "encontradas" e elas podero ser processadas (por exemplo, enviadas eletronicamente). Os registros de condio so pesquisados durante a determinao de mensagens com base em uma hierarquia predefinida. A funo Determinao de mensagens usada no controle de sada. possvel utilizar a funo de controle de sada para o intercmbio de informaes com parceiros internos e externos. O controle de sada consiste nas seguintes funes descritas na documentao vlida para vrias aplicaes CA Controle de sada: Determinao de mensagens Processamento de sada Administrao de status
Pr-requisitos
Como a determinao de mensagens executada utilizando a tcnica de condies, necessrio definir os elementos e registros de condio.
No Customizing, possvel definir as condies nas quais os tipos de sada definidos sero selecionados. Para obter mais informaes sobre controle de sada, vide a seo Sada do Guia de implementao.
Caractersticas
O sistema pode propor as sadas para um documento automaticamente. possvel modificar essa sada no documento.
Vide tambm: Para obter mais informaes sobre sada, vide a seguinte documentao: Aplicao Base Funes vlidas para vrias aplicaes Documentao BC Comunicao SAP: configurao Controle de sada SAP Business Workflow O usurio encontrar configurao e exemplos do Customizing na documentao acima.
Exemplo
Conhecimento de carga 1. A determinao de mensagens inicia em V7STRA com o tipo de mensagem CMR1 e a seqncia de acesso atribuda. 2. A seqncia de acesso define os campos com os quais a chave da tabela de condies lida. (por exemplo, a tabela de condies B017: tipo de transferncia do documento de transporte lida) 3. Se registro de condio for encontrado, o sistema prope uma mensagem com os atributos de mensagem encontrados na tabela. 4. A proposta de mensagem (provavelmente ainda no processada) armazenada aps o lanamento do documento como um registro de status de mensagem na tabela NAST.
Tipo de mensagem
Definio
Existem tipos de mensagens predefinidos para transporte. possvel exibir uma lista de tipos de mensagem predefinidos atravs das entradas possveis. O tipo de mensagem contm parmetros, como funes do parceiro, vlidos para todas as sadas atribudas a esse tipo . As sadas de transporte incluem: transporte geral ALTR, conhecimento de carga, ordem de transporte, EDI em geral (SEDI), notificao de transporte, nota de acompanhamento da mercadoria. As sadas de remessa incluem: nota de remessa, correio (sada interna), notificao de transporte, ordem de depsito e etiquetas para embalagem.
O tipo de mensagem indica o uso de um formulrio impresso como uma nota de remessa a ser enviada para o cliente. Um tipo de mensagem tambm pode ser uma mensagem interna na forma de correio eletrnico enviada para um destinatrio (parceiro).
Uso
O tipo de mensagem atribudo, por meio de transmisso, a uma rotina de formulrio em um programa chamado para processar a sada (registro de status da sada). Para obter mais informaes, vide Definio de tipos de mensagem.
Integrao
O tipo de mensagem posicionado aps o processo na hierarquia de elementos de condio. O tipo de mensagem atribudo a exatamente uma seqncia de acesso (prximo nvel hierrquico), que por sua vez atribudo a uma ou mais tabelas de condies (nvel hierrquico seguinte e mais baixo). Componentes de condio: modelo de hierarquia
Processamento de sada
Uso
As propostas de sada so apresentadas em uma transao da aplicao. A sada proposta pode ser modificada (processada) antes de gravar o objeto (conhecimento de carga, por exemplo).
Caractersticas
A proposta de sada criada inclui, entre outros aspectos, o recebedor da mensagem, o meio de transmisso e o tempo de processamento para processamento subseqente (automtico). Todos esses parmetros podem ser modificados na transao da aplicao . Quando uma sada criada manualmente, possvel definir o tipo de mensagem, meio de transmisso, parmetros de impresso, parceiros e idioma. possvel exibir uma anlise de determinao que exibe as sadas encontradas no processo. possvel exibir detalhes para uma sada que mostram com que dados da aplicao a tabela de condies foi lida . Aps gravar o documento, a proposta de sada processada gravada na tabela NAST como um registro de status da mensagem.
O usurio cria um transporte com o agente de frete 1 e o sistema prope uma ordem de transporte a ser enviada via EDI. A anlise de determinao mostra que os campos Tipo de transporte e Local de organizao do transporte da aplicao foram lidos, e que foi encontrado um registro de condio. Parceiros de sada O recebedor da mensagem enviada denominado parceiro de sada. Usar as entradas possveis para selecionar um parceiro de sada (emissor da ordem, recebedor de correio EDI, agente de frete ou empregado responsvel, por exemplo).
Durante a determinao de mensagens, os recebedores das mensagens so determinados a partir dos parceiros listados no documento. Em outras palavras, a funo do parceiro usada para determinar o recebedor (agente de frete, por exemplo). possvel entrar um recebedor de mensagem especfico nesse campo. Essa entrada substitui o parceiro standard informado. Recebedores de mensagem entrados especificamente tambm devem estar includos no documento como parceiros . Meio de transmisso de sada O tipo de processamento determinado pelo meio de transmisso. possvel indicar, por exemplo, que a sada ser impressa ou enviada por correio, fax ou EDI. Status de processamento Valores de status possveis: Status 0 (ainda no processada) 1 (processada sem erros) 2 (processada com erros) Hora de envio A hora de envio gravada no registro de condio. A sada pode ser processada e atualizada imediatamente ou posteriormente. possvel utilizar o relatrio RSNAST00 ou uma funo de aplicao especial para acionar o processamento das sadas posteriormente. Os horrios a baixo esto ligados hora de envio como a seguir: Horrio 1: Enviar atravs de jobs planejados periodicamente (prxima execuo do processamento) ou iniciar o envio on-line atravs do RSNAST00 com o ABAP/4 Development Workbench Horrio 2: enviar via jobs (como no horrio 1) com uma definio adicional do horrio de processamento: iniciar do RSNAST00 em background em um horrio indicado (Ferramentas Administrao, Jobs Definio de job). O RSNAST00 processa todos os registros de status da sada que atendem aos critrios de seleo e cujos horrios ou intervalos de processamento incluam a data atual ou estejam no passado. Tempos ou intervalos de processamento so campos no registro de status de mensagem na tabela NAST. Esses campos no so preenchidos com informaes no sistema standard. Importante: o primeiro campo Horrio diferente do segundo campo Horrio. Para que o sistema preencha esses campos necessrio definir uma rotina correspondente em um relatrio como atributo de um tipo de mensagem. Essa rotina ser executada para cada determinao de mensagem desse tipo de mensagem. Horrio 3: enviar atravs de transao da aplicao (entrada especfica): chamar uma funo da aplicao. Transao de impresso VT70 Somente sadas com status 0 e horrio de envio 3 so includas no processamento inicial. Uma sada pode ser enviada mais de uma vez. Isso til, por exemplo, quando ocorrem problemas tcnicos ou outros problemas na primeira sada de impresso. O sistema copia a sada selecionada, e a cpia pode ser processada e enviada.
No processamento repetitivo, somente as sadas com status 1 ou 2 so selecionadas (o horrio de envio no levado em considerao). Somente as sadas com status 2 so selecionadas para processamento de erros (mais uma vez o horrio de envio no levado em considerao). Pode haver vrias verses da mesma sada diferentes somente no aspecto data ou hora de criao (devido ao processamento repetitivo ou a um envio mltiplo, por exemplo). Durante a seleo, o sistema sempre seleciona a ltima (mais recente cronologicamente) sada de um grupo de sadas similares. Horrio 4: enviar automaticamente (durante a gravao na aplicao). A sada processada quando o documento atualizado.
Atividades
Vide tambm: Seleo de lista de trabalho de sada Modificao de dados relevantes para sada Modificao de sadas no processamento de documentos Envio de correio interno
Procedimento
1. Iniciar a tarefa correspondente: Funo Caminho de menu Importante
Expedio
Processamento de mensagem de Comunicao / impresso fornecimento Mensagens de entrega Processamento de mensagens de Comunicao / impresso carga Mensagens de carga Processamento de mensagens de Comunicao / impresso unidade comercial Mensagens de UC
Documento de transporte
Processamento de mensagens de Comunicao / impresso possvel processar mensagens de transporte transporte e sadas de documentos Mensagens de transporte com referncia a um transporte (por exemplo, documentos de faturamento, remessas). Para isso,
selecionar o campo correspondente e entrar os critrios de seleo na seo apropriada Com processamento em background Ferramentas ABAP Workbench Desenvolvimento ABAP Editor Imprimir transaes VT70
3. Para exibir a lista primeiro e/ou efetuar modificaes posteriormente, selecionar Programa
Executar. Selecionar Programa Executar em background para processar a sada como um job em background. Nesse caso no possvel fazer modificaes. 4. Para processar a sada, selecionar a mensagem correspondente. Para obter mais informaes sobre processamento de sada, vide seo Processamento de sada existente.
Procedimento
Selecionar a sada correspondente e executar a tarefa desejada. Funo Modificao de parmetros de impresso Caminho de menu Processar Especificao de impressora Importante Usar esta tarefa para entrar os mesmos parmetros de impresso para diversas sadas. Todas as sadas selecionadas recebem os parmetros de impresso da tela Especificao de impressora se o campo Meio de transmisso contiver 1 ( Imprimir).
Processar Processo. Aps o processamento, a sada marcada com a cor: verde (processada com xito) vermelha (processada incorretamente)
Saltar Comunicao
Usar esta tarefa para entrar parmetros de impresso separados para cada sada . S possvel modificar os parmetros de impresso para os meios de transmisso Impresso e Telefax. Para os outros meios de impresso os parmetros so apenas exibidos. O sistema exibe a primeira sada selecionada. O sistema cria um log separado para cada sada.
Se foram selecionadas vrias sadas, selecionar Saltar Tela de detalhe seguinte para processar a prxima sada.
Procedimento
Funo Caminho de menu Importante
Repetio de uma mensagem Selecionar uma mensagem e Uma mensagem pode ser enviada mais Repetir mensagem. de uma vez. Isso til, por exemplo, quando ocorrem problemas tcnicos ou outros problemas na primeira sada de
impresso. O sistema copia a sada selecionada, e a cpia pode ser processada e enviada. Envio de mensagem de modificao Selecionar uma mensagem e Aps modificar um documento, Mensagem de modif.. possvel criar e enviar mensagens de modificao para sadas baseadas nesse documento que j foram enviadas. O sistema copia a sada selecionada, e a cpia pode ser processada e enviada. O sistema exibe um cdigo que identifica essa mensagem como mensagem de modificao na coluna Modificar. Modificao de parmetros de Selecionar uma mensagem e A mensagem deve estar definida para impresso Meios de comunicao. impresso: por exemplo, o campo Meio deve ser igual a 1 ( Sada da impresso) ou 2 ( Fax). Modificao de dados de envio Selecionar uma mensagem e Horrio de envio, por exemplo. Outros dados. A data do processamento e o status tambm so exibidos. Anlise de determinao de mensagens Saltar Anlise determ. Essa funo est descrita em detalhes na Anlise de determinao de mensagens. O sistema exibe todos os acessos. possvel exibir os campos que acionaram cada acesso individual selecionando a pasta que possui mais informaes.
Caractersticas
O procedimento para processamento de correio interno est descrito em correio interno. Processamento de
possvel anexar determinados critrios a propostas automticas de forma que s seja recebida uma mensagem automtica do processamento de pedidos se o pedido for maior do que US$ 1.000, por exemplo. Para obter mais informaes, vide Exemplo de determinao de mensagens: processamento de hierarquias de componentes de condio. Vide tambm: Formatao de mensagens SAPoffice
1. Na primeira tela, selecionar Escritrio Entrada . 2. Selecionar o correio a ser processado e Documento Exibir .
O sistema exibe informaes sobre o documento criado, tais como o nmero do documento, quem o criou , etc. Se o criador entrou um texto no correio, esse texto tambm ser exibido.
Caractersticas
A anlise de determinao de mensagens fornece as informaes a seguir: Origem da proposta de sada (atravs do registro de condio ou do registro mestre do cliente, por exemplo)
Resultado da pesquisa de mensagens (quais as mensagens encontradas no procedimento de sada correspondente e quais as mensagens no encontradas) Informaes sobre acessos (quais os acessos feitos para mensagens encontradas atravs de registros de condio e os resultados dos acessos) Combinaes de chaves (quais combinaes de chaves ou de campos promoveram os acessos?)
Atividades
1. Modificar o documento correspondente. Para um documento de transporte, por exemplo, selecionar: a. Tela de transporte
Sada da impresso
Uso
possvel, por exemplo, imprimir uma nota de remessa para um fornecimento.
Pr-requisitos
Os seguintes pr-requisitos se aplicam: O documento deve ter uma sada designada para impresso. A sada pode ser Transmitida diretamente pelo sistema para o documento atravs da Determinao de mensagens Entrada manualmente no documento.
Se uma sada permitida de acordo com o procedimento de determinao de mensagens, possvel entrar essa sada no documento manualmente. Para obter mais informaes, vide Tcnica de procedimento de determinao de mensagens. Para entrar uma sada manualmente (ou exibir uma sada existente), selecionar, na tela de sntese do documento Suplementos Mensagem Cabealho ou Item Processar. O campo Meio de transmisso deve conter a opo 1 (Sada de impresso) para que a sada seja impressa. Para obter mais informaes sobre sada, vide seo Processamento de sada. Alm disso, o semforo da coluna Status deve estar amarelo. Se o semforo estiver vermelho, necessrio repetir a impresso selecionando a sada e Repetir mensagem.
Caractersticas
possvel imprimir conforme descrito a seguir: Atravs da lista de trabalho (on-line) Atravs da lista de trabalho (job em background)
Vide tambm: Para obter mais informaes sobre listas de trabalho, vide seo Seleo de lista de trabalho para sada.
Procedimento
Documento Remessa Transporte Funo Impresso da sada Exibio de mensagem na tela Caminho de menu (Criar/modificar) Entrega Sair mensagens remessa (Tela de transporte) Saltar Mensagens Caminho de menu Identificar a impressora Identificar a tela
Pr-requisitos
necessrio criar um tipo de mensagem que possa ser usado para enviar o documento de transporte via intercmbio eletrnico de dados (EDI). O tipo de mensagem SEDI foi definido com essa finalidade. Tambm possvel fazer uma cpia desse tipo de mensagem e adequ-la a necessidades especficas, se necessrio. O meio de transmisso deve ser definido como 6 (EDI). necessrio atualizar os seguintes componentes de condio: Componente de condio Seqncia de acesso Tipo de mensagem Esquema Aplicao Rotina de processamento Dados gerais Hora Meio de transmisso Funo do parceiro Valor 0001 SEDI (ou cpia de SEDI) V7STRA, por exemplo V7 Programa RSNASTED, rotina FORM EDI-PROCESSING Selecionar Acesso a condies e Envio mltiplo de mensagem. Deixar todos os outros campos em branco. 3 (solicitao explcita), por exemplo 6 CR (Transportador) ou SH (Recebedor da mercadoria)
Interface de IDoc
Tambm necessrio entrar os valores a seguir para perfis de parceiros de sada e quaisquer outros parmetros de sada no controle de mensagens. Campo Tipo de mensagem Funo do parceiro Funo do parceiro Porta Modo de sada Tipo bsico Aplicao Tipo de mensagem Cdigo de processo Valor SHPMNT ou SHPADV LI (fornecedor/credor) ou KU (cliente) CR (Transportador) ou SH (Recebedor da mercadoria) SUBSYSTEM Coletar IDocs, por exemplo SHPMNT03 V7 SEDI, ou cpia de SEDI modificada SHPM
1. Cenrio: o carregador envia ao agente de frete um transporte parcial ou totalmente planejado (ordem de transporte). Criar um documento de transporte parcial ou totalmente planejado (dependendo se os detalhes da organizao do transporte sero definidos pelo agente de frete ou pela prpria sociedade). Dependendo do ponto no qual a determinao de mensagens deve ocorrer, o EDI acionado imediatamente aps a gravao (hora 4) ou quando solicitado explicitamente (hora 3). Cenrio: o carregador ou agente de frete informa ao cliente sobre o transporte a ser entregue (notificao de transporte) Existe um documento de transporte totalmente planejado (criado e planejado pela sociedade ou pelo agente de frete). Dependendo do ponto no qual a determinao de mensagens deve ocorrer, o EDI acionado imediatamente aps a gravao (hora 4) ou quando solicitado explicitamente (hora 3).
Para melhorar a performance, importante gerar somente segmentos que contenham os dados necessrios ao usar IDocs para fins especficos. possvel ocultar determinados segmentos atravs de uma tcnica de reduo. Para definir as opes necessrias no Customizing, selecionar Componentes vlidos p/tds.aplicaes Distribuio (ALE) Processamento IDocs Configurar filtragem de segmentos.
Uso
possvel criar ou modificar transportes atravs de EDI. Isso permite executar as seguintes tarefas: Trfego coletivo de mercadorias O agente de frete coleta remessas do fornecedor durante o percurso preliminar. Em seguida , o agente monta o transporte para o percurso principal e passa esse informao para o cliente como notificao de transporte. Agora o cliente pode facilmente lanar uma sada de mercadorias para o transporte completo (mais precisamente, para as remessas contidas nesse transporte). Organizao do transporte Um fornecedor fornece ao agente de frete as remessas de sada como necessidades de transporte. O agente de frete planeja o transporte e informa o resultado ao fornecedor, que pode iniciar as atividades relativas sada de mercadorias das respectivas entregas. Para criar transportes na instalao do cliente, usar a mensagem SHPADV (mensagem de transporte ou notificao de transporte). Para criar seus prprios transportes, usar a mensagem SHPMNT. As duas mensagens so baseadas no tipo de IDoc SHPMNT03; o processamento executado atravs do cdigo de processo SHPM. Esses parmetros podem ser atualizados dentro do protocolo de transmisso EDI. Para isso, selecionar Ferramentas Business Communication IDoc Protocolo de transmisso. Sada para data e status O agente de frete confirma a data planejada ou atual via EDI, incluindo o status para o final do transporte com a hora correspondente .
As remessas de entrada s quais o transporte se refere devem existir no sistema. A referncia feita atravs do nmero da remessa do fornecedor (trfego coletivo de mercadorias) ou diretamente (organizao do transporte). Isso torna necessrio notificar o cliente sobre as remessas no caso de trfego coletivo de mercadorias. Isso pode ser feito atravs da mensagem DESADV (notificao de expedio). No possvel criar remessas no processamento inicial de transportes como exigido por transportes diretos. Alm disso, a remessa no modificada (com efeitos sobre o planejamento de materiais) se houver uma modificao no transporte (data de chegada planejada, por exemplo).
Pr-requisitos
As remessas s quais o transporte se refere devem existir no sistema recebedor.
Caractersticas
Controle do IDoc de entrada SHPMNT03 possvel controlar o processamento da entrada do IDoc SHPMNT03 atravs das especificaes no segmento E1EDT18. Para isso, usar os seguintes qualificadores E1EDT18-QUALF: QUALF QUALF = = ORI CHA O documento de transporte criado O documento de transporte modificado
QUALF
PID
Controle de cpias e processamento Se for utilizado o qualificador ORI ou CHA, possvel controlar a estratgia de transferncia de dados do IDoc para o documento de transporte atravs do campo de parmetro. Basicamente, h quatro estratgias indicadas pelo primeiro caractere no campo E1EDT18-PARAM. Os caracteres de marcao correspondentes esto no segundo caractere no campo E1EDT18-PARAM: 1. Campos do IDoc so sempre copiados; campos de identificao vazios fazem com que campos do documento sejam eliminados (caso standard; sero processados se no for feita qualquer especificao). 2. Campos do IDoc s so copiados se estiverem vazios 3. Similar estratgia 0, mas um campo do IDoc no transferido se estiver completamente preenchido com o caractere de marcao. 4. Similar estratgia 1, mas um campo do IDoc no transferido se estiver completamente preenchido com o caractere de marcao. Exemplo do segmento E1EDT18: QUALF ORI CHA PARAM 2! 3% Copiar todos os campos menos os que contiverem ! Copiar os campos preenchidos e eliminar os campos com %%%%... no documento.
Controle de identificao possvel controlar a ligao de identificao entre o IDoc e o documento de transporte no segmento E1EDT18 com o qualificador PID, que pode aparecer at trs vezes por IDoc. Na maioria dos casos de rotina, o qualificador PID no est presente. Nesse caso , o campo E1EDT20-TKNUM copiado para VTTK-EXTI1 durante a criao. O sistema atribui o nmero de transporte VTTK-TKNUM internamente. Se houver uma modificao, o sistema procura por um documento de transporte adequado utilizando os seguintes critrios: E1EDT20-TKNUM e E1ADRE4-EXTEND_D = VTTK-TDLNR (onde necessrio que E1ADRE4-EXTEND_Q = 300) = VTTK-EXTI1
Se houver qualificadores PID definidos em E1EDT18, nenhum dado copiado de TKNUM para EXTI1. Se for necessrio que o nmero do transporte tenha atribuio externa, possvel definir o nmero do transporte como identificao primria com E1EDT18-QUALF = PID e E1EDT18-PARAM = TKNUM. O transporte criado com VTTK-TKNUM = E1EDT20-TKNUM, e pesquisado com a mesma condio no caso de necessidade de modificaes. possvel usar os campos EXTI1, EXTI2 e TKNUM do IDoc para identificao. Exemplos do segmento E1EDT18:
QUALF nenhum
PARAM nenhum
Funo para criao Copiar E1EDT20-TKNUM para VTTK-EXTI1 Atribuio interna de nmero
Funo para modificao Procurar pelo transporte com VTTK-EXTI1 = E1EDT20-TKNUM e VTTK-TDLNR = E1ADRE4-EXTEND_D Pesquisar com VTTK-TKNUM = E1EDT20TKNUM Pesquisar com VTTK-EXTI1 = E1EDT20EXTI1 Pesquisar com VTTK-TKNUM = E1EDT20TKNUM e VTTK-EXTI2 = E1EDT20-EXTI2 Pesquisar com VTTK-EXTI1 = E1EDT20EXTI1 e VTTK-EXTI2 = E1EDT20-EXTI2
PID
TKNUM
Atribuio externa de nmero VTTK-TKNUM = E1EDT20TKNUM Atribuio interna de nmero Atribuio externa de nmero
Atividades
Tambm necessrio entrar os valores a seguir para protocolos de transmisso de sada e quaisquer outros parmetros de sada no controle de mensagens. Campo Tipo de mensagem Funo do parceiro Tipo bsico Aplicao Tipo de mensagem Cdigo de processo Valor SHPMNT ou SHPADV LI (fornecedor/credor) SHPMNT03 V7 SEDI, ou cpia de SEDI modificada SHPM
Caractersticas
possvel entrar nmeros de transporte, datas planejadas de concluso do transporte, custos da organizao do transporte ou parceiros como critrios de seleo. Tambm possvel indicar que s devem ser exibidas as sadas relativas a documentos de transporte ou remessas, por exemplo. Usar tipo de mensagem, meio de transmisso e modo de processamento para limitar mais ainda a pesquisa. Da lista de sadas exibida, possvel iniciar o processamento imediato, modificar os parmetros de processamento ou exibir a mensagem em si ou o log correspondente. O log registra a freqncia de processamento ou impresso da mensagem.
Esse relatrio s lista as mensagens encontradas por meio da determinao de mensagens ou definidas manualmente nos documentos selecionados (transportes, remessas ou faturas, por exemplo). A determinao de mensagens no executada nesse relatrio.
As classes de mercadoria so formadas por um ou mais tipos de mercadoria e constituem um dos critrios para a determinao dos custos de frete.
Etapa 1
Determinao automtica do tipo de mercadoria pelos critrios a seguir: Pas de origem Tipo de expedio (caminho, trem, etc.) Agente de frete (grupos de agentes de frete no mestre de fornecedores)
A lista de tipos de mercadoria tambm pode ser definida pelo itinerrio, se for utilizado um sistema externo de planejamento do transporte.
Etapa 2
Determinao automtica do tipo de mercadoria pelos critrios a seguir: Lista de tipos de mercadoria Material (grupo de frete de material no mestre de materiais)
Isso permite determinar os tipos de mercadoria de todos os materiais em um transporte. A figura a seguir mostra um exemplo de determinao de tipo de mercadoria.
Classes de mercadoria
Definio
Uma classe de mercadoria um grupo de tipos de mercadoria usado para calcular custos de frete.
Uso
A classe de mercadoria pode ser usada como um dos critrios para determinao de custos de frete. possvel, por exemplo, entrar registros de condio para taxas de frete especficos para uma combinao de zona tarifria e classe de mercadoria. O tipo de mercadoria usado quando o material a ser transportado deve fazer parte dos custos de frete.
Integrao
Um ou mais tipos de mercadoria so atribudos a uma classe de mercadoria dentro de uma lista de tipos de mercadoria.
A ilustrao a seguir um exemplo de como a lista de tipos de mercadoria, o tipo de mercadoria e a classe de mercadoria esto interrelacionados.
Funo de pesquisa
Para procurar documentos com determinada caracterstica (por exemplo, para procurar todos os documentos de um agente de frete especfico), proceder como a seguir:
Funo de ordenao
possvel facilitar ainda mais a navegao pela lista de transporte ao orden-la de acordo com critrios como o tipo de transporte ou a data planejada para o carregamento. Para isso, proceder como a seguir: 1. Posicionar o cursor no ttulo da coluna campo segundo a qual a lista deve ser ordenada.
Para localizar remessas especficas dentro de uma lista de transporte, proceder como a seguir:
1. Selecionar Processar Procurar Procurar remessa. 2. Entrar os critrios de seleo (por exemplo, o nmero do recebedor da mercadoria). 3. Selecionar Programa Executar.
O sistema emite uma lista de todos os documentos de transporte na lista que contm remessas que atendem aos critrios de seleo.
Organizao do transporte
Utilizao
A organizao do transporte engloba todas as atividades que devem ser executadas antes da sada de um transporte do local de expedio. Essas atividades incluem: Aquisio dos servios de um agente de frete Organizao do veculo de transporte Definio do itinerrio do transporte Definio das etapas para cobrir esse itinerrio da forma mais eficiente.
H diversos tipos de documentos de transporte para lidar com vrias formas de transporte (por exemplo, transportes individuais e coletivos). Os documentos de transporte so usados como base para efetuar a organizao do transporte, que inclui, entre outros aspectos, a execuo das atividades acima.
Pr-requisitos
Para executar a organizao do transporte, necessrio atender aos seguintes pr-requisitos: Para transportes de sada: Definir no Customizing de Transporte que determinado tipo de remessa do aviso de entrega relevante para a organizao do transporte e o processamento para transporte. Definir um itinerrio nas remessas. Definir no Customizing de Transporte que os itinerrios nas remessas so relevantes para a organizao do transporte e o processamento para transporte. Verificar se o campo Motivo blq.trsp. (motivo de bloqueio de transporte) est em branco. Esse campo encontra-se no cabealho da remessa, na tela do transporte.
To logo cumpridos esses requisitos, o sistema define automaticamente o status da organizao do transporte como A (Ainda no planejado), no campo Status org. transp. no cabealho da remessa. Para transportes de entrada: Definir no Customizing de Transporte que determinado tipo de remessa para o recebimento relevante para a organizao do transporte e o processamento para transporte. Atribuir todos os itens ao mesmo centro no recebimento. O sistema executa uma verificao correspondente.
Caractersticas
H dois tipos diferentes de listas de trabalho e listas para a execuo das diversas tarefas de organizao do transporte: Lista de transporte Utilizar a lista de transporte para definir quais recebimentos ou entregas esto prontos para transporte. Aps a criao da lista possvel o o Criar os documentos de transporte necessrios para recebimentos ou entregas Definir a ordem na qual os recebimentos ou entregas (ou itens de transporte) devem ser entregues
Lista de organizao do transporte Em geral, ao criar a lista de transportes a fazer, nem todas as informaes necessrias esto disponveis para concluir a organizao do transporte. Por exemplo, provavelmente no informado qual o agente de frete que assumir o transporte da mercadoria a partir desse ponto. Tambm possvel no concluir toda a organizao para um transporte na lista de transporte porque a capacidade do transporte ainda no foi totalmente utilizada. Uma vez disponveis as informaes necessrias ou assim que existirem recebimentos suficientes para completar o transporte, possvel utilizar a lista de organizao do transporte para localizar esses documentos e concluir a organizao do transporte. Essa lista contm documentos de transporte para os quais ainda existem atividades de planejamento a serem concludas e que correspondem aos critrios de seleo definidos pelo usurio. possvel utilizar a lista como base para executar atividades de organizao do transporte, como a organizao de um veculo de transporte, a programao de atividades de carregamento e a aquisio de servios de agentes de frete. Alm dessa lista "normal" de organizao do transporte, h outras listas que podem ser usadas para encontrar transportes de acordo com determinadas categorias. Na lista Utilizao, por exemplo, possvel entrar o grau de utilizao do transporte como um percentual, de acordo com o peso e o volume, como um dos critrios de seleo.
Criao de transportes
Finalidade
Ao criar transportes, possvel selecionar remessas de acordo com determinados critrios de seleo e atribu-las ao novo transporte.
Na tela de sntese, possvel, por exemplo, atribuir remessas ao transporte manual ou automaticamente, ou remover remessas dos transportes. Na tela de seleo que aparece da tela de sntese tambm possvel entrar critrios de seleo para as remessas relevantes ou recebimentos.
Processo
1. Atividades na tela de seleo
Na tela de seleo, possvel entrar critrios de seleo para os documentos (recebimentos ou entregas) a serem atribudos ao transporte. Os critrios so selecionados a partir da exibio na tela de seleo. Esses critrios podem ser definidos por meio de variantes de seleo. Na tela de seleo, indicar se os documentos para transporte devem ser automaticamente atribudos a um documento de transporte ou se devem ser atribudos manualmente, quando a lista de trabalho tiver sido criada. Existem telas de seleo distintas para transportes de entrada e de sada. A tela de seleo para criao de um transporte de entrada contm, por exemplo, os critrios de seleo Fornecedor e Ponto de chegada: centro; no caso de um transporte de sada, os critrios so Emissor da ordem e Ponto de chegada: local de expedio.
No possvel juntar recebimentos e entregas no mesmo documento de transporte. Tambm no possvel atribuir itens de uma remessa ou recebimento a diferentes documentos de transporte. Na etapa da remessa, necessrio determinar se os itens da ordem podem ser transportados em conjunto, em uma nica remessa, o que exigir, por conseguinte, somente um transporte. Vide tambm: Criao de lista de trabalho de transporte
Criao de transportes
Procedimento
Para criar um transporte, proceder como a seguir:
O sistema redefine automaticamente o campo Estatsticas da organizao do transporte do valor A (Ainda no processado) para o valor B (Parcialmente processado), e o campo Status de movimento de mercadoria para o valor A (Ainda no processado). Com base nesses valores, o sistema seleciona todas as remessas que necessitam de documentos de transporte. O sistema define remessas que necessitam de documentos de transporte como todas as remessas sem organizao do transporte ou com organizao parcial (porque algumas etapas do transporte ainda precisam ser definidas, por exemplo).
8. Selecionar Entrar.
O sistema retorna uma lista de remessas que atendem aos critrios de seleo. Para que as remessas selecionadas sejam atribudas automaticamente a um novo documento de transporte, necessrio selecionar o campo Incluir remessas em transporte processado. Se esse cdigo no estiver definido, necessrio efetuar manualmente as atribuies.
Quando uma remessa criada ou modificada, o status de planejamento da remessa consultado. O status de planejamento do transporte indica o status de processamento atual da remessa, ou seja, at onde o processamento progrediu at este instante. O status de planejamento do transporte pode ter os seguintes valores: '' A B C No relevante para transporte Relevante para transporte mas ainda no processado Relevante para transporte, parcialmente processado Relevante para transporte, totalmente processado
Para que seja possvel selecionar a remessa, o status de planejamento do transporte deve ser igual a "relevante para transporte". possvel exibir o status de planejamento do transporte como a seguir:
Lista de verificao
Se o status de planejamento do transporte no for "relevante para transporte", verificar os seguintes itens: o Se o tipo de remessa estiver marcado como relevante para transporte, saltar para o Guia de implementao e, em Logistics Execution Transporte Transportes Atualizar a relevncia do transporte, selecionar a atividade Atualizar a relevncia do transporte para tipos de remessa Se houver um itinerrio na remessa marcado como relevante para transporte, saltar para o Guia de implementao e, em Logistics Execution Transporte Transportes Atualizar relevncia do transporte, e selecionar a atividade Atualizar a relevncia do transporte para itinerrios.
No pode haver um motivo para bloqueio de transporte definido na remessa! Selecionar Modificar recebimento e prosseguir para a tela detalhada pelo caminho Cabealho Documento de transporte. Na ficha de registro Documento de transporte, possvel visualizar se o campo MotBloqTransp est preenchido. Se houver um motivo para bloqueio de transporte definido na remessa, possvel efetuar a modificao no Guia de implementao chamando a atividade Logistics
Execution Transporte Transportes Atualizar a relevncia do transporte Atualizar a relevncia do transporte para tipos de recebimento. o o Se houver uma remessa (tipo de remessa EL), o tipo de remessa deve ser marcado no Guia de implementao como relevante para transporte. Se a opo for modificada no Customizing aps a criao de uma remessa, necessrio modificar e gravar a remessa. O sistema calcula o status com base na nova opo definida no Customizing. Iniciar a funo Modificar recebimento e gravar a remessa.
Assim que for confirmado que o status de planejamento do transporte "relevante para transporte", possvel selecionar a funo Selecionar recebimento ao criar ou modificar o transporte. o possvel atribuir remessas / devolues ou recebimentos a um documento de transporte. Misturar documentos, porm, no permitido. O sistema determina se a transferncia de entrada ou sada com base no tipo de transferncia atribudo ao documento de transporte. Para fazer isso, o sistema usa o cdigo Tipo de processamento para transporte, que pode ser definido no Customizing de tipo de transferncia na seguinte atividade: Logistics Execution Transporte Transportes Definir tipos de transferncia. Na tela detalhada de um tipo de transferncia, possvel definir os seguintes tipos de processamento por meio do campo Tipo de processamento para transporte: '1' significa Transporte de sada carregado possvel selecionar remessas / devolues para esse documento de transporte. 2 significa Transporte de entrada carregado possvel selecionar recebimentos. possvel definir critrios de seleo para um tipo de transferncia. No Guia de implementao, selecionar Logistics Execution Transporte Documentos de transporte Definir tipos de transferncia e, em seguida, selecionar o campo Variante de seleo na seo da tela Proposta na tela de detalhes de Modificar documento de transporte. Em uma variante de seleo possvel entrar valores em determinados campos e torn-los invisveis na tela. Isso pode ser til, por exemplo, se forem selecionados remessas do local de expedio 0001. Com a variante de seleo do exemplo acima no possvel selecionar remessas do local de expedio 0002. o o As telas para remessas / devolues so diferentes das telas para recebimentos. O status de planejamento do transporte deve estar definido corretamente. Os valores standard so A e B. Para selecionar remessas totalmente organizadas, necessrio selecionar o status Relevante para transporte totalmente processado. Remessas com status de planejamento do transporte igual a No relevante para transporte no so selecionadas. O status do movimento de mercadorias deve estar definido corretamente. Para selecionar remessas j totalmente organizadas, necessrio selecionar o status Relevante para transporte totalmente processado. Para selecionar devolues, remessas ou ambos, selecionar o boto de rdio correspondente no tipo de remessa.
Ao definir diversos critrios de seleo, necessrio que esses critrios sejam ligados por uma condio AND (E) e no OR (OU). Exemplo 1: O usurio definiu o recebedor da mercadoria XY e tambm entrou a condio de expedio 01. Entretanto, no existem no sistema remessas com esse recebedor da mercadoria e essa condio de expedio. O sistema no encontra qualquer remessa com os critrios definidos. Exemplo 2: Na seo "Referncia", foram entrados nmero do transporte A e nmero do pedido B. Essas definies tm por objetivo selecionar todas as remessas includas no transporte A e no pedido B. O sistema no seleciona remessas que estejam no pedido B mas no no documento de transporte A.
Se o sistema no pde selecionar remessas durante a criao de um documento de transporte, ser possvel exibir o log de seleo. Na tela de sntese Transportes e recebimentos, selecionar a atividade Processar Log de seleo. o o o A remessa est bloqueada por outro usurio. A remessa no contm itens. A remessa no contm itens relevantes para transporte. possvel definir a relevncia para o transporte de itens de remessa no Customizing na seguinte atividade: Logistics Execution Transporte Documentos de transporte Atualizar a relevncia para o transporte Atualizar a relevncia do transporte para tipos de itens de recebimento. A remessa uma devoluo, mas (tambm) contm itens de entrega. Como os locais de partida e chegada no so mais definidos univocamente, essas remessas no podem mais ser processados no sistema de transporte. No caso de devolues com referncia a uma ordem, observar que na funo de controle de cpia no Customizing est gravada uma rotina de cpia que tambm copia esse cdigo do item da ordem para o item de remessa.
Para isso, saltar para o Guia de implementao e selecionar a atividade Definir controle de cpia para fornecimentos em Logistics Execution Expedio Controle de cpia. o o A remessa contm itens de devoluo. Em uma remessa, o centro nos itens deve ser exclusivo.
Exemplo
Opes de seleo especial para entrega: Seleo por status da verificao do limite de crdito na seleo de remessa Durante a seleo de remessa, somente possvel selecionar remessas onde o limite de crdito no tenha sido excedido. Tambm possvel definir uma variante de seleo para essa seleo. Seleo por status do picking possvel definir que sejam selecionadas apenas as remessas com o picking ainda no concludo.
Procedimento
No documento de transporte: 1. Entrar os critrios de seleo a serem gravados como uma variante na tela de seleo. 2. Selecionar o boto para opes de seleo e selecionar a variante desejada na lista. 3. Entrar um cdigo e um nome para a variante de seleo. 4. Gravar os dados. O sistema informa que a variante de seleo com o cdigo definido na Etapa 3 foi gravada. Agora possvel utilizar essa variante de seleo ao criar documentos de transporte. Nas listas de transporte para a organizao do transporte e processamento para transporte (Organizao do transporte, Utilizao, Capacidade livre e Processamento do transporte):
1. Entrar os critrios de seleo a serem gravados como uma variante na tela de seleo. 2. Selecionar Saltar Variantes Gravar como variante.
3. Entrar um cdigo e um nome para a variante de seleo. 4. Gravar os dados.
Deslocamento de remessas
Utilizao
Desde que o status Planejado no tenha sido definido em um documento de transporte, possvel deslocar fornecimentos de um documento de transporte para outro dentro de um documento de transporte de um documento de transporte para a seo da tela
Procedimento
Deslocamento de remessas de um documento de transporte para outro
Para deslocar uma remessa de um documento de transporte para outro, possvel usar a funo arrastar e soltar ou o boto apropriado na tela de sntese. Se os itens ou unidades comerciais de uma remessa forem embalados em uma unidade comercial de um documento de transporte, a remessa no poder mais ser removida do documento de transporte. Nesse caso, os itens ou unidades comerciais na remessa devem primeiro ser desembalados da unidade comercial do documento de transporte. Vide tambm: Embalagem no documento de transporte
Determinao do itinerrio
A seqncia de fornecimento determina o itinerrio de um documento de transporte. Para determinar seqncias de fornecimento, marcar o fornecimento a ser reposicionado e selecionar Deslocar ou Atribuir. Como esse processo pode ser demorado, recomendvel utilizar a funo Via de transporte para modificar a seqncia de um grande nmero de fornecimentos. Basta chamar a funo Via de transporte. Para modificar a via de transporte, proceder conforme descrito a seguir:
Em alguns casos, talvez seja necessrio reduzir o peso de um documento de transporte por meio da remoo de um fornecimento e posterior transferncia para outro documento de transporte. Para isso, possvel deslocar fornecimentos temporariamente para a seo Fornecimentos no atribudos. Para deslocar um fornecimento de um documento de transporte para a seo Fornecimentos no atribudos, proceder da seguinte forma:
O cliente adia a data de remessa para uma determinada remessa. A remessa j foi atribuda a um transporte. O status Planejado ainda no foi definido para o transporte, assim, possvel remov-lo do transporte. O status de planejamento do transporte redefinido como A (ainda no planejado). A remessa includa em um transporte posterior.
Procedimento
Para remover uma remessa de um transporte, usar a operao Arrastar e soltar ou pressionar a tecla Remover remessa do transporte.
Resultado
As remessas so removidas do transporte. O status de planejamento do transporte novamente determinado pelo sistema.
Para planejar e processar remessas individuais em um transporte utilizando documentos de transporte separados (por exemplo, em transaes FTL (plena carga do rodovirio) ou FCL (plena carga do container)):
Procedimento
1. Selecionar as remessas para as quais deve ser criado um documento de transporte
separado.
3. Gravar os dados.
Os novos documentos de transporte so gravados e recebem a atribuio de nmeros.
Proposta de planejamento
Uso
A proposta de planejamento simplifica o planejamento manual para o planejador MRP. Ao criar ou modificar transportes manualmente, a proposta de planejamento fornece perfis default, que incluem "regras" para criar transportes e preench-los com dados automaticamente. Ao contrrio do processamento coletivo para criao de transportes, onde no possvel influenciar o processamento manualmente, a proposta de planejamento permite modificaes manuais durante o processamento.
Caractersticas
possvel gravar os critrios de seleo usados para o processamento coletivo para criao de transportes como uma variante de seleo. Tambm possvel gravar critrios de combinao atualizados como um perfil de combinao e gravar os dados usados para preencher o transporte como um perfil de dados. Esses perfis podem ser acessados durante o processamento coletivo para a criao automtica de transportes, por exemplo. Tambm possvel gravar opes, critrios de seleo, critrios de combinao e dados em um nico perfil de planejamento. Tecnicamente, o perfil de planejamento uma variante de processamento coletivo para a criao de transportes. Um perfil de planejamento pode ser atribudo a um tipo de transporte. Quando uma proposta de planejamento selecionada na criao manual de transportes, o sistema exibe uma caixa de dilogo com a proposta de planejamento e os dados correspondentes, desde que uma proposta de planejamento tenha sido atribuda ao tipo de transporte. Todos os valores default exceto os dados bsicos (local de organizao do transporte e tipo de transporte) podem ser modificados, uma vez que foram entrados dados na primeira tela para a criao de um transporte. Quando o usurio seleciona Executar, as remessas selecionadas so agrupadas automaticamente em um transporte e preenchidas com dados, de acordo com as definies feitas. Quaisquer erros ou avisos gerados so gravados em um log.
No primeiro exemplo, a partio da remessa poderia ocorrer na criao da remessa; no segundo e no terceiro exemplos, a partio da remessa ocorreria aps a criao da remessa (durante o carregamento ou a organizao do transporte).
Pr-requisitos
Para que o usurio possa utilizar a funcionalidade da partio posterior da remessa, ser necessrio configurar as opes correspondentes para a atividade partio posterior da remessa no Guia de implementao no caminho Logistics Execution Documento de transporte Recebimentos. Prestar ateno s condies listadas no cabealho "Pr-requisitos". Uma partio de remessas somente ser permitida, por exemplo, se a remessa possuir um determinado status. Isso significa que, por exemplo, no podero existir movimentos de mercadorias, faturas e confirmao pendente de quantidade de picking (pelo menos para a quantidade de partio de um item). necessrio que o documento de transporte j tenha sido completamente processado. O tipo de partio controlado por um Perfil de partio definido no Customizing e atribudo ao tipo de transferncia. O perfil armazenado para a partio de remessas antes e depois do planejamento. Se as parties de remessas permanecero ou no no documento de transporte depender das configuraes do Customizing: antes do planejamento: quando o documento de transporte est sendo criado, o usurio j sabe que a remessa necessita de partio. Os resultados da partio e os restos da partio permanecem no documento de transporte. aps o planejamento: quando o veculo de transporte est sendo carregado, o usurio j determina que a remessa necessita de partio. No caso de um ramp split de carregamento, os resultados da partio so removidos do documento de transporte.
Caractersticas
A funo Partio posterior de remessas pode ser usada para dividir uma remessa que no cabe em um documento de transporte e redistribuir partes dessa remessa em dois ou mais documentos de transporte. possvel dividir remessas na tela de sntese Transportes e recebimentos da transao Criar transporte ou Modificar transporte. Tambm possvel dividir unidades comerciais, itens de remessa e quantidades parciais de itens de remessa. Existe sempre a possibilidade de executar uma simulao prvia da partio.
Durante a partio posterior de remessas, o sistema verifica o status (sem movimento de mercadorias ou documentos de faturamento, por exemplo), confirma caractersticas (grupos de remessas e correlaes), copia dados (textos), calcula atributos (peso e volume) e efetua determinaes de mensagens. O resultado da partio controla quais os itens de remessa a serem agrupados na mesma remessa. O resto da partio formado pelos itens restantes.
Atividades
O usurio est agora na tela de sntese de Transportes e recebimentos. Marcar uma remessa, selecionar o boto Efetuar partio de remessas e dividir a respectiva quantidade. Durante a gravao do documento de transporte, o sistema gera automaticamente outras entregas para as quantidades de partio (resultados da partio). Se as parties de remessas permanecero ou no no documento de transporte depender das configuraes do Customizing: O sistema verifica se a remessa contm itens ainda no embalados. Se todos os itens j estiverem embalados, necessrio desembal-los (na tela de embalagem). Se a remessa contiver itens ainda no embalados, ser possvel definir como a remessa deve ser dividida. possvel entrar como quantidade de partio a quantidade exibida em Quantidade no embalada, como mximo. Uma remessa pode ser dividida em vrias remessas. O nmero resultante pode ser usado para controlar a combinao das remessas envolvidas na partio. Se o mesmo nmero resultante for atribudo a itens de remessa em uma remessa, esses itens permanecero juntos e aparecero no mesmo resultado de partio aps a partio. Se itens de remessa possurem nmeros resultantes diferentes, a partio distribuir esses itens entre diversos fornecimentos (resultado da partio). Nmeros resultantes s so vlidos para uma remessa de cada vez. Em outras palavras, os mesmos nmeros resultantes podem ser atribudos em parties de diferentes remessas. No possvel combinar remessas inteiras por meio da atribuio do mesmo nmero resultante. A combinao por meio da atribuio do mesmo nmero resultante s vlida para itens, como descrito acima. A partio produz um resto da partio e um ou mais resultados da partio com nmeros de remessa temporrios. Se uma remessa foi atribuda a um documento de transporte antes da partio, ser preciso indicar se os resultados da partio devem permanecer no documento de transporte ou se o resto da partio deve ser atribudo ao documento de transporte e se os resultados da partio devem ser atribudos a Recebimentos no atribudos. Se a remessa no foi atribuda a um documento de transporte antes da partio, tanto o resto da partio quanto os resultados da partio ficam sem
atribuio. Se o documento de transporte for gravado, o resultado e o resto da partio tambm sero gravados. Para obter mais informaes, vide a seo Execuo de partio posterior da remessa. importante observar os seguintes pontos relativos a parties de remessas: Itens de remessa embalados em um nico item de transporte no podem mais ser divididos. A quantidade do item de remessa a ser dividida no pode ser maior do que a quantidade daquele item ainda no embalada. No possvel utilizar parties de remessas automticas para modificaes em massa. Uma transao de transporte em execuo pode ser dividida ou embalada, mas no as duas ao mesmo tempo. Em uma cadeia de transporte, no existe diferena entre o percurso preliminar, o principal e o subseqente durante a partio de remessas. Conforme as configuraes do Customizing para o tipo de transferncia atual, os resultados e o resto da partio tambm so atribudos em background a todos os outros documentos de transporte aos quais a remessa est atribuda, ou essa atribuio eliminada. A partio de remessas no mais possvel aps o processamento para transporte.
No primeiro exemplo, a partio da remessa poderia ocorrer na criao da remessa; no segundo e no terceiro exemplos, a partio da remessa ocorreria aps a criao da remessa (durante o carregamento ou a organizao do transporte).
Pr-requisitos
Para que o usurio possa utilizar a funcionalidade da partio posterior da remessa, ser necessrio configurar as opes correspondentes para a atividade partio posterior da remessa no Guia de
implementao no caminho Logistics Execution Documento de transporte Recebimentos. Prestar ateno s condies listadas no cabealho "Pr-requisitos". Uma partio de remessas somente ser permitida, por exemplo, se a remessa possuir um determinado status. Isso significa que, por exemplo, no podero existir movimentos de mercadorias, faturas e confirmao pendente de quantidade de picking (pelo menos para a quantidade de partio de um item). necessrio que o documento de transporte j tenha sido completamente processado. O tipo de partio controlado por um Perfil de partio definido no Customizing e atribudo ao tipo de transferncia. O perfil armazenado para a partio de remessas antes e depois do planejamento. Se as parties de remessas permanecero ou no no documento de transporte depender das configuraes do Customizing: antes do planejamento: quando o documento de transporte est sendo criado, o usurio j sabe que a remessa necessita de partio. Os resultados da partio e os restos da partio permanecem no documento de transporte. aps o planejamento: quando o veculo de transporte est sendo carregado, o usurio j determina que a remessa necessita de partio. No caso de um ramp split de carregamento, os resultados da partio so removidos do documento de transporte.
Caractersticas
A funo Partio posterior de remessas pode ser usada para dividir uma remessa que no cabe em um documento de transporte e redistribuir partes dessa remessa em dois ou mais documentos de transporte. possvel dividir remessas na tela de sntese Transportes e recebimentos da transao Criar transporte ou Modificar transporte. Tambm possvel dividir unidades comerciais, itens de remessa e quantidades parciais de itens de remessa. Existe sempre a possibilidade de executar uma simulao prvia da partio. Durante a partio posterior de remessas, o sistema verifica o status (sem movimento de mercadorias ou documentos de faturamento, por exemplo), confirma caractersticas (grupos de remessas e correlaes), copia dados (textos), calcula atributos (peso e volume) e efetua determinaes de mensagens. O resultado da partio controla quais os itens de remessa a serem agrupados na mesma remessa. O resto da partio formado pelos itens restantes.
Atividades
O usurio est agora na tela de sntese de Transportes e recebimentos. Marcar uma remessa, selecionar o boto Efetuar partio de remessas e dividir a respectiva quantidade. Durante a gravao do documento de transporte, o sistema gera automaticamente outras entregas para as quantidades de partio (resultados da partio). Se as parties de remessas permanecero ou no no documento de transporte depender das configuraes do Customizing: O sistema verifica se a remessa contm itens ainda no embalados. Se todos os itens j estiverem embalados, necessrio desembal-los (na tela de embalagem). Se a remessa contiver itens ainda no embalados, ser possvel definir como a remessa deve ser dividida. possvel entrar como quantidade de partio a quantidade exibida em Quantidade no embalada, como mximo. Uma remessa pode ser dividida em vrias remessas. O nmero resultante pode ser usado para controlar a combinao das remessas envolvidas na partio. Se o mesmo nmero resultante for atribudo a itens de remessa em uma remessa, esses itens permanecero juntos e aparecero no mesmo resultado de partio aps a partio. Se itens de remessa possurem nmeros resultantes diferentes, a partio distribuir esses itens entre diversos fornecimentos (resultado da partio). Nmeros resultantes s so vlidos para uma remessa de cada vez. Em outras palavras, os mesmos nmeros resultantes podem ser atribudos em parties de diferentes remessas. No possvel combinar remessas inteiras por meio da atribuio do mesmo nmero resultante. A combinao por meio da atribuio do mesmo nmero resultante s vlida para itens, como descrito acima. A partio produz um resto da partio e um ou mais resultados da partio com nmeros de remessa temporrios. Se uma remessa foi atribuda a um documento de transporte antes da partio, ser preciso indicar se os resultados da partio devem permanecer no documento de transporte ou se o resto da partio deve ser atribudo ao documento de transporte e se os resultados da partio devem ser atribudos a Recebimentos no atribudos. Se a remessa no foi atribuda a um documento de transporte antes da partio, tanto o resto da partio quanto os resultados da partio ficam sem atribuio. Se o documento de transporte for gravado, o resultado e o resto da partio tambm sero gravados. Para obter mais informaes, vide a seo Execuo de partio posterior da remessa. importante observar os seguintes pontos relativos a parties de remessas: Itens de remessa embalados em um nico item de transporte no podem mais ser divididos. A quantidade do item de remessa a ser dividida no pode ser maior do que a quantidade daquele item ainda no embalada. No possvel utilizar parties de remessas automticas para modificaes em massa. Uma transao de transporte em execuo pode ser dividida ou embalada, mas no as duas ao mesmo tempo. Em uma cadeia de transporte, no existe diferena entre o percurso preliminar, o principal e o subseqente durante a partio de remessas. Conforme as configuraes do Customizing para o tipo de transferncia atual, os resultados e o resto da partio tambm so atribudos em background a todos os outros documentos de transporte aos quais a remessa est atribuda, ou essa atribuio eliminada. A partio de remessas no mais possvel aps o processamento para transporte.
Utilizao
Durante o processamento de transporte freqentemente necessrio particionar uma remessa em at dois ou mais documentos de transporte, pois eles no cabem em um caminho, por exemplo. Entretanto, como no possvel atribuir fornecimentos a documentos de transporte item por item, existe uma funo especial chamada Partio posterior de remessa. possvel efetuar uma partio posterior em entregas ou em documentos de transporte. So exemplos de casos onde necessrio particionar uma remessa: Uma ordem de compra do cliente no pode ser transportada em um documento de transporte individual (por exemplo, 100 toneladas de carvo por caminho; a remessa caberia em um container de 30 ps, mas s existe um container de 20 ps disponvel). No h um veculo de transporte adequado disponvel no momento da organizao do transporte. As estimativas baseadas em clculos do sistema R/3 no so adequadas situao real.
No primeiro exemplo, a partio da remessa poderia ocorrer na criao da remessa; no segundo e no terceiro exemplos, a partio da remessa ocorreria aps a criao da remessa (durante o carregamento ou a organizao do transporte).
Pr-requisitos
Para que o usurio possa utilizar a funcionalidade da partio posterior da remessa, ser necessrio configurar as opes correspondentes para a atividade partio posterior da remessa no Guia de implementao no caminho Logistics Execution Documento de transporte Recebimentos. Prestar ateno s condies listadas no cabealho "Pr-requisitos". Uma partio de remessas somente ser permitida, por exemplo, se a remessa possuir um determinado status. Isso significa que, por exemplo, no podero existir movimentos de mercadorias, faturas e confirmao pendente de quantidade de picking (pelo menos para a quantidade de partio de um item). necessrio que o documento de transporte j tenha sido completamente processado. O tipo de partio controlado por um Perfil de partio definido no Customizing e atribudo ao tipo de transferncia. O perfil armazenado para a partio de remessas antes e depois do planejamento. Se as parties de remessas permanecero ou no no documento de transporte depender das configuraes do Customizing: antes do planejamento: quando o documento de transporte est sendo criado, o usurio j sabe que a remessa necessita de partio. Os resultados da partio e os restos da partio permanecem no documento de transporte. aps o planejamento: quando o veculo de transporte est sendo carregado, o usurio j determina que a remessa necessita de partio. No caso de um ramp split de carregamento, os resultados da partio so removidos do documento de transporte.
Caractersticas
A funo Partio posterior de remessas pode ser usada para dividir uma remessa que no cabe em um documento de transporte e redistribuir partes dessa remessa em dois ou mais documentos de transporte. possvel dividir remessas na tela de sntese Transportes e recebimentos da transao Criar transporte ou Modificar transporte. Tambm possvel dividir unidades comerciais, itens de remessa e quantidades parciais de itens de remessa. Existe sempre a possibilidade de executar uma simulao prvia da partio. Durante a partio posterior de remessas, o sistema verifica o status (sem movimento de mercadorias ou documentos de faturamento, por exemplo), confirma caractersticas (grupos de remessas e correlaes), copia dados (textos), calcula atributos (peso e volume) e efetua determinaes de mensagens. O resultado da partio controla quais os itens de remessa a serem agrupados na mesma remessa. O resto da partio formado pelos itens restantes.
Atividades
O usurio est agora na tela de sntese de Transportes e recebimentos. Marcar uma remessa, selecionar o boto Efetuar partio de remessas e dividir a respectiva quantidade. Durante a gravao do documento de transporte, o sistema gera automaticamente outras entregas para as quantidades de partio (resultados da partio). Se as parties de remessas permanecero ou no no documento de transporte depender das configuraes do Customizing: O sistema verifica se a remessa contm itens ainda no embalados. Se todos os itens j estiverem embalados, necessrio desembal-los (na tela de embalagem). Se a remessa contiver itens ainda no embalados, ser possvel definir como a remessa deve ser dividida. possvel entrar como quantidade de partio a quantidade exibida em Quantidade no embalada, como mximo. Uma remessa pode ser dividida em vrias remessas. O nmero resultante pode ser usado para controlar a combinao das remessas envolvidas na partio. Se o mesmo nmero resultante for atribudo a itens de remessa em uma remessa, esses itens permanecero juntos e aparecero no mesmo resultado de partio aps a partio. Se itens de remessa possurem nmeros resultantes diferentes, a partio distribuir esses itens entre diversos fornecimentos (resultado da partio). Nmeros resultantes s so vlidos para uma remessa de cada vez. Em outras palavras, os mesmos nmeros resultantes podem ser atribudos em parties de diferentes remessas. No possvel combinar remessas inteiras por meio da atribuio do mesmo nmero resultante. A combinao por meio da atribuio do mesmo nmero resultante s vlida para itens, como descrito acima. A partio produz um resto da partio e um ou mais resultados da partio com nmeros de remessa temporrios. Se uma remessa foi atribuda a um documento de transporte antes da partio, ser preciso indicar se os resultados da partio devem permanecer no documento de transporte ou se o resto da partio deve ser atribudo ao documento de transporte e se os resultados da partio devem ser atribudos a Recebimentos no atribudos. Se a remessa no foi atribuda a um documento de transporte antes da partio, tanto o resto da partio quanto os resultados da partio ficam sem atribuio. Se o documento de transporte for gravado, o resultado e o resto da partio tambm sero gravados. Para obter mais informaes, vide a seo Execuo de partio posterior da remessa. importante observar os seguintes pontos relativos a parties de remessas:
Itens de remessa embalados em um nico item de transporte no podem mais ser divididos. A quantidade do item de remessa a ser dividida no pode ser maior do que a quantidade daquele item ainda no embalada. No possvel utilizar parties de remessas automticas para modificaes em massa. Uma transao de transporte em execuo pode ser dividida ou embalada, mas no as duas ao mesmo tempo. Em uma cadeia de transporte, no existe diferena entre o percurso preliminar, o principal e o subseqente durante a partio de remessas. Conforme as configuraes do Customizing para o tipo de transferncia atual, os resultados e o resto da partio tambm so atribudos em background a todos os outros documentos de transporte aos quais a remessa est atribuda, ou essa atribuio eliminada. A partio de remessas no mais possvel aps o processamento para transporte.
Integrao
O processamento coletivo pode ser usado para transportes de entrada e sada. Isso permite combinar remessas geradas em compras ou remessas geradas em vendas e distribuio como transportes.
Caractersticas
O processamento coletivo envolve, normalmente, trs etapas: Definio de variantes de seleo Determinar quais as remessas a serem includas no processo de criao. possvel utilizar os mesmos critrios de seleo do processo de criao individual. Definio de critrios de agrupamento possvel determinar quais campos nas remessas devem ser idnticos de forma que essas remessas possam ser agrupadas em um documento de transporte. Tambm possvel definir a ordem na qual as remessas devem aparecer no documento de transporte e entrar limites de capacidade a serem considerados para essas remessas. possvel selecionar entre mais de 80 campos de cabealho de remessa no catlogo de campos para definir os critrios de agrupamento e seleo. Definir dados default de transporte possvel definir dados de transporte, como agentes de frete ou datas, que devem aparecer em cada transporte criado. Ao criar cadeias de transporte, o sistema copia datas e horas do percurso preliminar para o percurso principal. Por exemplo, a hora de fim do carregamento no percurso preliminar copiada automaticamente para o percurso principal como a hora de incio do carregamento.
2. Entrar o tipo de documento de transporte (de entrada ou de sada) a ser criado na seo
Configuraes preliminares. Entre outros aspectos, essa entrada controla quais as variantes de seleo que podem ser usadas para selecionar remessas. Uma das variantes usadas para selecionar remessas pode no ser usada para transportes de sada, por exemplo.
contedo dessa variante selecionando Atualizar ( direita do campo). Tambm possvel criar uma nova variante. Basta entrar o nome da nova variante e selecionar Atualizar. A tela para seleo de remessas exibida. Indicar os critrios para a seleo de remessas. Por exemplo, indicar que todas as remessas com itinerrio 000001 (itinerrio norte) ou 000002 (itinerrio oeste) devem ser selecionados. O campo Variante de seleo um campo de entrada obrigatria e por isso deve conter um nome.
5. No campo Dados e opes na seo Regras da tela, possvel definir quais dados devem
estar no documento de transporte criado (local de organizao do transporte, tipo de transferncia, agente de frete, itinerrio, etc.) e quais funes devem ser executadas (determinao do trajeto, definir status como planejado, etc.). Como no caso dos outros campos, necessrio entrar o nome de uma variante ou criar uma nova variante. O campo um campo de entrada obrigatria e por isso deve ser preenchido.
Alguns erros impedem a criao do documento. Por exemplo, no possvel criar um documento com um tipo de transferncia inexistente. Outros erros ou avisos no indicam necessariamente um documento inconsistente, mas o sistema indica que pode no ser conveniente criar o documento nesse estado. Por exemplo, pode no ser interessante criar o documento, se no foi possvel executar a determinao de trajetos, se o agente de frete no pode ser transferido da remessa ou se o peso mximo foi ultrapassado. Indicar aqui se o sistema deve gravar os transportes, se um desses erros menos significativos for detectado. No gravar com aviso/erro indica que o transporte s ser criado quando todos os dados necessrios estiverem presentes (quando no for necessria qualquer correo). No gravar com erro indica que o transporte ser criado mesmo que haja avisos. Isso pode exigir algumas correes aps a criao do documento. Simulao (no gravar) apenas executa um processo de teste para detectar possveis erros. Sempre gravar dados indica que o documento ser sempre gravado, independentemente da existncia de erros ou avisos. Neste caso recomendvel verificar o documento manualmente.
7. Indicar se deve ser criado um log e qual o nvel de detalhe desse log na parte Log da tela.
Por exemplo, se o log no for gravado, ele ser exibido no final do processamento coletivo, mas desaparecer ao trmino da transao. Apenas erros, avisos (fornecedor de servios invlido, etc.) e mensagens importantes ("O documento de transporte 1013 foi criado") so includos no log normal. O log detalhado tambm contm informaes sobre funes parciais que foram realizadas com xito ("A determinao do trajeto foi realizada", por exemplo). A verso muito detalhada do log tambm inclui informaes tcnicas ("A etapa com chave 1013/0004 criada", por exemplo).
8. Selecionar Executar.
Resultado
O log com os resultados do processamento coletivo exibido aps a execuo do processamento coletivo.
Procedimento
1. Em Transporte, selecionar Criar Processamento coletivo. 2. Selecionar Criar cadeia de transporte.
possvel definir, para cada execuo, quais os critrios de agrupamento vlidos e quais os dados que a execuo (transporte individual na cadeia de transporte) deve conter. Este processo de preenchimento de dados similar ao processo de criao de transportes coletivos. Vide tambm Criao de transportes com processamento coletivo. Todas as remessas devem ser embaladas primeiro em um transporte de percurso principal, que vai de trem de Frankfurt para Hanover. Para isso, entrar uma variante que contm o local de organizao do transporte, tipo de transporte, agente de frete e itinerrio para esse transporte ferrovirio no campo Dados e opes da parte 1a execuo (criar transportes de percurso principal) da tela. Deixar o campo Critrios de agrupamento em branco, uma vez que todas as remessas em um transporte devem ser agrupadas. Na segunda execuo, todas as remessas so distribudas entre os transportes de percurso preliminar correspondentes que levam do local de expedio estao de trem em Frankfurt. Criar uma variante que contenha o local de expedio como um dos critrios de agrupamento no campo Critrios de agrupamento. Indicar tambm que um transporte pode conter at 30 toneladas. Entrar uma variante que contenha o local de organizao do transporte, o tipo de transporte, etc. para o percurso preliminar no campo Dados e opes, manualmente. Indicar que a determinao de trajetos tambm deve ser executada. Na terceira execuo so criados os percursos subseqentes, seguindo o mesmo mtodo dos transportes preliminares.
As datas do percurso preliminar so transferidas automaticamente para o percurso principal: a data de fim do carregamento do percurso preliminar ser a data de incio do carregamento no percurso principal, por exemplo.
Caractersticas
possvel exibir os diferentes status do processamento de transporte por um perodo inteiro utilizando o caminho Logistics Execution Transporte Administrao de transportes Listas e logs Monitor de processamento de expedio. Esse perodo pode ser o dia atual ou uma semana completa. O nmero de documentos de transporte listado por status. Tambm possvel indicar valores limiares para a quantidade de documentos encontrados para cada status nos critrios de seleo do relatrio. Se esses valores forem excedidos, a lista do monitor os exibir em cores. Os documentos de transporte que no foram processados pelo tempo definido no organizador do transporte so marcados. possvel processar documentos de transporte imediatamente, acessando a funo de modificao.
Caractersticas
Tela de seleo
possvel compilar a lista de organizao do transporte ao entrar critrios de seleo. possvel controlar os campos que aparecem como critrios de seleo na tela de seleo. Os critrios iniciais exibidos na tela de seleo so obtidos nas opes de lista no Customizing de Transporte. Para obter informaes sobre a modificao dessas opes, vide a seo Atualizar variantes de seleo standard para listas de transportes no Guia de implementao.
Exibio em lista
Na exibio em lista, possvel selecionar entre duas vises. Uma contm informaes gerais sobre os transportes selecionados. A segunda viso contm informaes sobre as datas planejadas e reais para transportes individuais e o status de atividades de planejamento. possvel acessar cada documento de transporte diretamente da lista de trabalho para concluir as atividades de organizao. Na lista Planejador possvel selecionar diversos transportes e process-los ao mesmo tempo (a nica limitao que os transportes devem ter o mesmo tipo de transporte e o mesmo local de organizao do transporte, e no devem conter as mesmas remessas). O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Processamento
possvel saltar diretamente dessa lista para os documentos de transporte selecionados a fim de modificar os transportes e executar atividades de planejamento do transporte. Aqui possvel atribuir remessas ou modificar um agente de frete, se necessrio. Tambm possvel chamar a funo para modificao coletiva para modificar vrios documentos. Para obter mais informaes, vide seo Modificaes em massa de transportes.
Exemplo
Um planejador pode usar este relatrio para exibir uma lista de todos os transportes a serem planejados ou programados. O relatrio tambm pode ser usado como lista de trabalho. O planejador entra, por exemplo, o status de transporte total 0 (= em planejamento), o local de organizao do transporte, a data de registro planejada e o tipo de transporte Caminho como critrios de seleo, uma vez que esse planejador responsvel pela organizao de transportes em caminho . Vide tambm: Criao de listas de organizao do transporte Edio de listas de transporte
Caractersticas
O sistema seleciona todos os transportes cuja porcentagem de utilizao em termos de peso ou volume seja igual ou inferior ao nvel definido na tela de seleo. Na exibio em lista, possvel selecionar entre duas vises. A primeira contm detalhes exatos sobre a porcentagem da capacidade do transporte utilizada em termos de peso e volume, alm de dados gerais, como o local
de organizao do transporte, tipo de transferncia e agente de frete. A segunda viso contm as especificaes de datas. As funes so as mesmas disponibilizadas na organizao do transporte.
Processamento
possvel saltar diretamente dessa lista para os documentos de transporte selecionados, a fim de modificar os documentos de transporte e atribuir novas remessas aos documentos de transporte.
Exemplo
Um planejador precisa saber como est a utilizao dos transportes planejados at agora, ou seja, quais os transportes planejados, porm, ainda no programados definitivamente. Alm dos critrios de seleo standard (tipo de transferncia, status total do documento de transporte, data final de planejamento), o planejador pode definir o tipo de material de embalagem Caminho e uma utilizao mxima de peso de 70%. Vide tambm: Edio de listas de transporte Criao de listas de utilizao
Procedimento
1. Em Documento de transporte, selecionar Lista Utilizao.
O sistema exibe, em seguida, a tela Lista de transportes: utilizao.
O clculo da ocupao (por exemplo, capacidade restante que pode ser utilizada) efetuado em relao ao tipo de material de embalagem definido. Somente as unidades comerciais criadas no documento de transporte (no na remessa) e para os quais foram atualizados os valores correspondentes (como o peso permitido) so consideradas. Se no for definido um tipo de material de embalagem, ser utilizado automaticamente o material de embalagem do nvel mais alto da hierarquia de embalagens. Para obter mais informaes, vide o texto de ajuda do campo TipoMatEmbalagem .
Caractersticas
O sistema seleciona todos os transportes com uma carga utilizvel restante que seja igual ou superior ao valor definido nos critrios de seleo. Na exibio em lista, possvel selecionar entre duas vises. A primeira contm detalhes exatos sobre a porcentagem da capacidade do transporte utilizada em termos de peso e volume, alm de dados gerais, como o local de organizao do transporte, tipo de transferncia e agente de frete. A segunda viso contm as especificaes de datas. As funes so as mesmas disponibilizadas na organizao do transporte.
Processamento
possvel saltar diretamente dessa lista para os documentos de transporte selecionados, a fim de modificar os transportes. possvel, por exemplo, atribuir a remessa do pacote ainda a ser expedida a um documento de transporte especfico.
Exemplo
Um planejador ainda possui um palete de 2 metros cbicos e precisa atribuir esse palete a um transporte j criado, mas ainda no totalmente programado. Para isso, o planejador entra, alm dos critrios de seleo standard (local de organizao do transporte, tipo de transferncia, data final planejada), o tipo de material de embalagem Palete e o volume a ser embalado, e indica o itinerrio do transporte. O sistema gera uma sntese de todos os transportes planejados para o itinerrio indicado e que ainda possuem capacidade para incluir o palete. O planejador pode selecionar um documento de transporte adequado e atribuir a respectiva remessa a esse documento. Vide tambm: Edio de listas de transporte
Caractersticas
O sistema seleciona todos os transportes com uma carga utilizvel restante que seja igual ou superior ao valor definido nos critrios de seleo. Na exibio em lista, possvel selecionar entre duas vises. A primeira contm detalhes exatos sobre a porcentagem da capacidade do transporte utilizada em termos de peso e volume, alm de dados gerais, como o local de organizao do transporte, tipo de transferncia e agente de frete. A segunda viso contm as especificaes de datas. As funes so as mesmas disponibilizadas na organizao do transporte.
Processamento
possvel saltar diretamente dessa lista para os documentos de transporte selecionados, a fim de modificar os transportes. possvel, por exemplo, atribuir a remessa do pacote ainda a ser expedida a um documento de transporte especfico.
Exemplo
Um planejador ainda possui um palete de 2 metros cbicos e precisa atribuir esse palete a um transporte j criado, mas ainda no totalmente programado. Para isso, o planejador entra, alm dos critrios de seleo standard (local de organizao do transporte, tipo de transferncia, data final planejada), o tipo de material de embalagem Palete e o volume a ser embalado, e indica o itinerrio do transporte. O sistema gera uma sntese de todos os transportes planejados para o itinerrio indicado e que ainda possuem capacidade para incluir o palete. O planejador pode selecionar um documento de transporte adequado e atribuir a respectiva remessa a esse documento. Vide tambm: Edio de listas de transporte Criao de listas de capacidade livre
Objetivo
A determinao automtica de trajetos uma funo de fcil utilizao que simplifica a criao manual de percursos ou at mesmo a elimina, alm de no exigir algoritmos de otimizao e no possuir "inteligncia geogrfica". A determinao automtica de trajetos usa regras simples que determinam o local de partida e destino alm de alguns dados de percurso (fornecedor de servios, tipo de transporte, cdigo do percurso e relevncia dos custos de frete para o percurso). O resultado da determinao automtica de trajetos determinado pelos diversos parmetros definidos; isso permite simular diversos cenrios empresariais . O parmetro mais importante o tipo de determinao de trajetos, que pode ter cinco caractersticas. Para obter mais informaes, vide Categorias de determinao de trajetos. Os dados a seguir so obtidos do documento de transporte : Remessas no transporte (ponto de partida, destino, seqncia) Percursos de transporte existentes (por exemplo, criados atravs do itinerrio definido no cabealho do transporte) Cabealho do transporte: fornecedores de servios Cabealho do transporte: tipo de expedio Cabealho do transporte: tipo de expedio do percurso preliminar (esse campo nem sempre est disponvel para entrada) Cabealho do transporte: tipo de expedio do percurso subseqente (esse campo nem sempre est disponvel para entrada) Cabealho do transporte: cdigo do percurso
Fluxo do processo
A determinao de trajetos normalmente executada da seguinte forma: 1. O sistema verifica se a determinao de trajetos pode ser executada. No possvel executar a determinao de trajetos se, por exemplo, o tipo de determinao de trajetos est definido como _ (em branco), se no existem remessas no transporte ou se os tipos de expedio mencionados acima no foram preenchidos (vide a etapa 6 para obter mais detalhes). Nesse caso, o sistema emite uma mensagem. 2. O sistema analisa as remessas no transporte. Qual o local de partida e o destino para as remessas?
Uma remessa pode ir do local de expedio 0001/local de carga 01 para o cliente 123 local de descarga rampa 15. Um regresso, porm, viaja no sentido contrrio. Um transporte de entrada vem do fornecedor 456 para o centro 0005 para o depsito 0004. O sistema de depsito e a porta tambm so levados em considerao quando necessrio.
Locais (pontos de partida e destinos de remessas ou de um percurso, etc.) recebem um nmero de identificao exclusivo na determinao de trajetos; esse nmero utilizado para processamento posterior. Vide tambm Identificao de locais. 3. O sistema analisa as etapas existentes no documento em relao s seguintes questes: Que etapas so percursos, pontos de passagem de fronteira ou terminais? Como foram criados (a partir de um itinerrio, manualmente ou a partir de uma determinao de trajetos anterior modificada posteriormente, etc.)? Essas informaes so importantes uma vez que a determinao de trajetos pode calcular percursos conectados a um itinerrio (ou percursos manuais).
possvel exibir o histrico de um percurso na tela detalhada da etapa. Para isso, selecionar Administrao nessa tela. possvel saber que itinerrio originou o percurso e se este foi criado manualmente ou automaticamente.
4. O sistema verifica se esse transporte faz parte de uma cadeia de transporte. Essa
informao pode ser obtida a partir do cdigo do percurso no cabealho do transporte (no confundir com o cdigo do percurso no percurso do transporte). Cdigo do percurso 4 (percurso direto) ou 5 (percurso de regresso) 1(percurso preliminar) 2 (percurso principal) ou 3 (percurso subseqente) Efeito O processo de transporte completo aparece em um documento de transporte. O documento de transporte no tem relao com qualquer outro transporte. Esse transporte faz parte de uma cadeia de transporte refletida em diversos documentos de transporte.
5. Essa informao importante porque, como no caso de um transporte de percurso preliminar, por exemplo, as remessas no devem ser expedidas diretamente para o cliente, mas para outro destino onde sero transferidas para o transporte principal. 6. 7. Uma remessa trazida de caminho do local de expedio 0001para o porto de Hamburgo como um transporte de percurso preliminar. A remessa carregada em um navio no porto de Hamburgo. O navio ento transporta a remessa de Hamburgo para o porto de Nova Iorque (percurso principal). A remessa novamente transferida e enviada por trem para clientes em Chicago (percurso subseqente). 8. Para o transporte preliminar, o destino no o cliente em Chicago, mas o porto de Hamburgo. O sistema exibe uma caixa de dilogo durante a determinao de trajetos que solicita a entrada do destino. Se o transporte de percurso principal foi criado antes no sistema, Hamburgo usado automaticamente como default. Se foi informado um destino, o destino original substitudo pelo novo destino em todas as remessas. Se isso no ocorrer, a determinao de trajetos encerrada. O mesmo se aplica a um transporte de percurso subseqente (cdigo do percurso 3 no cabealho do transporte), porm o ponto de partida para as remessas substitudo pelo porto de destino do percurso principal, como exemplo.
10. O sistema entra os dados para os percursos criados. Se houver percursos entrados ou modificados manualmente antes, seus dados so transferidos diretamente. o Se houver novos percursos, os dados a seguir so determinados novamente.Fornecedores de servios no percurso (copiados do cabealho do transporte) o o Relevncia dos custos de frete para o percurso (default acionado pelo tipo de transporte) Cdigo do percurso Se houver um transporte preliminar, o percurso tambm recebe esse cdigo (o mesmo se aplica ao transporte subseqente). Se houver apenas um percurso ou se o percurso conecta o ponto de partida diretamente ao destino, o percurso um percurso direto. Para todos os outros transportes, o seguinte se aplica: Se ponto de partida do percurso = ponto de partida da remessa, ento percurso preliminar Se destino do percurso = destino da remessa, ento percurso subseqente Se as duas condies so verdadeiras = percurso principal o Tipo de expedio para o percurso (copiado do cabealho do transporte) Exceo: nos tipos de determinao de trajetos 2 a 4, o tipo de expedio do percurso preliminar copiado para os percursos preliminares e o tipo de expedio do percurso subseqente copiado para os percursos subseqentes. Nesse caso, esses dois tipos de expedio podem ser atualizados no cabealho do transporte (na ficha de registro Controle) e so sugeridos a partir do tipo de transporte. Se o tipo de transporte no puder ser determinado para um percurso, o tipo de transporte no criado. Essa caracterstica pode ser usada para ilustrar melhor determinados cenrios (por exemplo, pode ser interessante dar uma prioridade menor aos percursos subseqentes uma vez que estes no so importantes). 1. Os pontos de passagem de fronteira e os terminais obtidos na etapa trs so substitudos. O sistema tenta posicion-los corretamente.
H dois percursos existentes de A para G e de G para B. O ponto de passagem de fronteira G est situado entre os dois percursos.
Pr-requisitos
Esse algoritmo acionado automaticamente nos seguintes casos: Quando um itinerrio includo no cabealho do transporte Aps efetuar uma determinao de trajetos com categoria 0 a 4 (a determinao de trajetos categoria 0 inicia somente o processo de determinao de atribuio).
Caractersticas
A determinao de atribuio executada da seguinte forma:
1. O sistema analisa o local de partida e destino para cada remessa, um aps o outro (vide
tambm etapa 2 em Determinao automtica de trajetos. 2. Se o local de partida dessa remessa est entre os locais de partida dos percursos existentes e o destino est entre os destinos existentes, o sistema procura pelos percursos que conectam esses dois locais.
Se os percursos esto incompletos (ou seja, h intervalos entre eles), a remessa atribuda a todos os percursos que iniciam no local de partida e tambm aqueles que terminam no destino. 3. Se somente o local de partida existe no sistema, o sistema atribui todos os percursos adjacentes remessa. 4. Se apenas o destino existe no sistema, todos os percursos adjacentes so atribudos remessa (em outras palavras, similar etapa 3, mas de trs para frente). 5. Se nem o local de partida nem o destino existirem no sistema e a remessa for um transporte de percurso preliminar ou subseqente, esta atribuda a todos os percursos. Todos os outros transportes sem local de partida ou destino no sistema so atribudos somente a percursos principais. Se isso tambm no funcionar (porque o cdigo do percurso no est atualizado, por exemplo), as remessas so atribudas a todos os percursos criados manualmente. 6. Agora o sistema atribui as remessas a postos de passagem de fronteira e terminais. O sistema verifica tambm quais os percursos que comeam ou terminam no posto de fronteira
G, por exemplo. Todas as remessas nesses percursos so atribudas a esse posto de passagem de fronteira, uma vez que todas as remessas enviadas para esse posto de passagem de fronteira devem passar pela alfndega. Somente as remessas a serem carregadas ou descarregadas nesse ponto ou cujo tipo de expedio ou fornecedor de servios mudar (significando que precisam ser transferidas) so atribudas a um terminal. Se no houver percursos que iniciem ou terminem nesse ponto, o sistema atribui todas as remessas a esse ponto.
Identificao de locais
Uso
Durante a determinao de trajetos (e tambm na determinao de atribuies de remessas a etapas), necessrio comparar diversos locais entre si em muitos pontos do componente. Em outras palavras, o sistema verifica se o local definido representa a mesma localizao fsica existente no sistema. Algumas vezes isso pode ser bastante difcil, uma vez que um local pode aparecer no sistema de vrias formas.
criado um cliente com o nmero ABCD no sistema. O endereo desse cliente Sr. Smith, 1200 Main Street, Anytown, EUA 90018. Um ponto de conexo de transporte referente a esse cliente foi entrado no Customizing. Tambm foi includo um cliente eventual com o mesmo endereo (o mesmo cliente ligou para pedir um transporte expresso e no pode se lembrar no nmero de cliente de pedidos anteriores, por exemplo). Todas essas trs entradas descrevem o mesmo endereo fsico, e devem ser identificadas como tal.
A remessa 1 tem o destino do cliente ABCD, o local de descarga porta de doca 29, mas a remessa 2 tem o cliente ABCD e o local de descarga porta de doca 1 como destino. Isso parece ser dois locais fsicos diferentes. Nesse caso o caminho precisa ir tanto para a porta de doca 1 e para a porta de doca 29 no depsito desse cliente.
Caractersticas
As entradas de local so analisadas pelo sistema da seguinte forma: O sistema obtm o endereo e outros dados importantes na descrio do local: Descrio do local: Local de carga no local de expedio Ponto de descarga do cliente Depsito no centro Sistema de depsito Porta para o sistema de depsito Informaes adicionais
Endereo:
Nome 1 Local Cdigo postal para o local Cdigo postal para a caixa postal Cdigo postal da sociedade (para grandes clientes) Rua Nmero Caixa postal Local da caixa postal Zona de transporte Cdigo do pas Se esses dados forem idnticos em duas entradas de local, o sistema pressupe que seja um s local. (Tecnicamente falando, o sistema atribui um nmero temporrio dentro do programa para essa identificao. Esse nmero tambm atribudo a todos os locais identificados com as mesmas entradas. Quando esse mtodo de comparao de locais no suficiente para um cenrio empresarial (quando necessrio incluir uma comparao fontica para tratar de erros de digitao, por exemplo), possvel modificar a anlise para atender a essas necessidades atravs da ampliao de cliente V56LOCID.
Pr-requisitos
Na aplicao Customizing possvel definir como a determinao de trajetos deve ser executada para o tipo de transporte (parmetros para determinao de trajetos). Tambm possvel exibir essas informaes na tela de sntese do documento de transporte (registro Controle).
Caractersticas
O sistema R/3 aceita as seguintes categorias de determinao de trajetos: Determinao de trajetos _ (em branco): O sistema no executa a determinao de trajetos. Determinao de trajetos 0: O sistema no executa a determinao de trajetos, mas determina a atribuio de remessas a etapas. (Vide tambm Atribuio automtica de remessas) Determinao de trajetos 1 Os percursos so determinados de acordo com o itinerrio (ordem das remessas) no documento de transporte.
Esse tipo de determinao de trajetos usado para transportes coletivos nos quais as mercadorias so coletadas em pontos de expedio individuais em uma ordem determinada e depois entregues a recebedores de mercadoria individuais em uma determinada ordem. Determinao de trajetos 2 Um tipo de determinao de trajetos no qual criado um percurso preliminar para cada ponto de partida e um percurso subseqente criado para cada ponto de chegada. Esse tipo de determinao de trajetos usado para transportar remessas a serem enviadas em grupo por via martima, e que vm de diferentes pontos de expedio ou devem ser transportadas para recebedores de mercadoria diferentes. Determinao de trajetos 3 Um tipo de determinao de trajetos no qual so criados um percurso preliminar e um percurso subseqente para cada remessa. Esse tipo de determinao de trajetos usado para transportar grandes quantidades de mercadorias a serem distribudas entre diversas remessas porque uma remessa no poderia oferecer capacidade suficiente. Determinao de trajetos 4 Esse tipo de determinao de trajetos similar ao tipo 1, mas os tipos de transporte para percursos preliminares e subseqentes (que podem ser entrados no cabealho do transporte) so levados em considerao. Isso permite suprimir determinados percursos preliminares ou subseqentes. As sees a seguir descrevem cada tipo de determinao de trajetos detalhadamente: Categoria 1: conforme o itinerrio Categoria 2: percurso preliminar/subseqente para local de partida/ chegada Categoria 3: percurso preliminar e subseqente para cada remessa Categoria 4: com tipo de expedio para percurso preliminar e subseqente
Resultado
O sistema calcula os percursos do transporte com base no cdigo de determinao de trajetos definido para o tipo de documento de transporte. Isso leva em considerao os locais de expedio e os recebedores de mercadoria nas remessas, o tipo de expedio, o cdigo do percurso e o itinerrio (se houver algum definido). Se o transporte fizer parte de uma cadeia de transporte, o sistema leva isso em considerao.
Nas determinaes de trajetos 1 e 4 o sistema exibe uma caixa de dilogo na qual possvel modificar a seqncia dos locais pertinentes. Essa caixa de dilogo sempre exibida quando a determinao de trajetos executada na tela de sntese para as etapas. Contudo, se o status planejado estiver definido para os dados gerais de cabealho (o que significa que a determinao de trajetos ser iniciada), essa caixa de dilogo s aparece se isso for absolutamente necessrio (para obter mais informaes, vide as descries de cada tipo de determinao de trajetos).
3. Finalmente, todos os destinos das remessas so conectados. A seqncia corresponde seqncia das remessas no documento de transporte (o assim chamado itinerrio). Exceo: Se um local de destino j est includo nos percursos criados manualmente, ele omitido e no adicionado ao percurso. possvel modificar a seqncia de locais determinada dessa forma em uma caixa de dilogo. Isso pode ser importante, por exemplo, se o caminho no deve ir para todos os locais de expedio primeiro, porque h clientes nos itinerrios entre os locais de expedio para os quais o caminho deve se dirigir. Essa caixa de dilogo sempre exibida quando a determinao de trajetos executada na tela de sntese para as etapas. Contudo, se o status Planejado estiver definido para os dados gerais de cabealho (o que significa que a determinao de trajetos ser iniciada), essa caixa de dilogo s aparece se isso for absolutamente necessrio. Isso normalmente ocorre quando os dados gerais no so exclusivos ou possuem inconsistncias. Com isso, o processamento no interrompido por uma caixa de dilogo suprflua. As 5 remessas no transporte saem dos locais de expedio 0001, 0002 e 0003. O sistema no tem como saber a seqncia de chegada a esses locais (isso porque a seqncia das remessas s define de forma geral a seqncia na qual os destinos, ou seja, os clientes, devem ser atingidos). Nesse caso exibida uma caixa de dilogo. As remessas no documento de transporte definem um itinerrio especfico (por exemplo, primeiro para o cliente K1, depois K2, K3, etc.). Se foi definido um itinerrio no transporte e os pontos de conexo de transporte tambm apontam para os clientes, possvel que tenha sido definida uma seqncia diferente no itinerrio. Nesse caso o sistema precisa de confirmao para definir qual o itinerrio a ser utilizado (o sistema prope o itinerrio fornecido). Agora o sistema gera percursos com base na seqncia de locais definida (por exemplo, A, B, C, D). Os percursos criados so preenchidos com dados segundo a etapa 6 na Determinao automtica de trajetos, e os postos de passagem de fronteira e terminais, como na etapa 7. Finalmente, so determinadas as atribuies das remessas a percursos. Vide tambm Atribuio automtica de remessas. Foi criado um documento de transporte que contm trs remessas. As remessas devem ser recolhidas em dois locais de expedio diferentes e fornecidas a trs recebedores de mercadoria diferentes. No documento de transporte, as remessas esto listadas na seguinte seqncia: Remessa 1 2 3 Local de expedio So Francisco So Francisco Fnix Destino Denver Dallas Oklahoma City
Com base na seqncia das remessas contida no documento de transporte, o sistema cria um percurso principal de Fnix a Denver, um percurso preliminar de So Francisco a Fnix, um percurso subseqente de Denver a Dallas e um segundo percurso de Dalas a Oklahoma. A ilustrao a seguir mostra a atribuio das remessas:
Para representar uma cadeia de transporte em um documento de transporte, necessrio tambm aceitar as funes limitadas disponveis. Motivo: quase todas as funes de documentos de transporte referem-se ao documento como um todo: S possvel imprimir mensagens para o documento inteiro, e no para percursos individuais S possvel criar unidades comerciais para o documento inteiro, e no para percursos individuais O mesmo se aplica a textos, datas em geral, etc.
No exemplo, quando os caminhes saem dos seus respectivos locais de partida para o porto, os documentos de frete no devem conter informaes sobre o percurso principal e os percursos subseqentes. Ao criar textos, no possvel saber se esses textos devem ser vlidos para o percurso preliminar, principal ou subseqente. Para evitar essas limitaes, recomendvel representar uma cadeia de transporte por meio de vrios documentos de transporte. Esses documentos podem ser criados quase automaticamente por meio do processamento coletivo.
Entretanto, para que os percursos preliminar, principal e subseqente apaream somente para fins de documentao, este o tipo correto de determinao de trajetos. Procedimento para este tipo de determinao de trajetos: 1. O sistema assume que o percurso principal ser entrado manualmente (aqui manualmente significa entrada direta ou por meio da entrada de um itinerrio) Hamburgo-Nova Iorque 2. Agora os percursos so formados automaticamente para todos os pontos de partida de fornecimento para o ponto de partida do percurso principal (entrado manualmente). Exemplo: Local de expedio 0001 - Hamburgo Local de expedio 0002 - Hamburgo 3. Agora o sistema cria percursos para o ponto de chegada do percurso principal (entrado manualmente) para todos os locais de destino da remessa. Nova Iorque - Cliente 1, Nova Iorque - Cliente 2, Nova Iorque - Cliente 3, Exceo: Se no existir um percurso principal, o sistema cria ligaes diretas entre os locais de partida e de chegada da remessa. Local de expedio 0001 Cliente 1, Local de expedio 0001 Cliente 2, Local de expedio 0002 Cliente 3. Os percursos criados so preenchidos com os dados, conforme a etapa 6 na Determinao automtica de trajetos, e os postos de passagem de fronteira e terminais, como na etapa 7. Finalmente, so determinadas as atribuies das remessas a percursos. Vide tambm Atribuio automtica de remessas. Foi criado um documento de transporte que contm duas remessas a serem enviadas para um recebedor de mercadoria em Heidelberg. A primeira remessa deve ser carregada em Boston, e a segundo, em Chicago. O itinerrio Nova IorqueRotterdam definido no cabealho de transporte. A determinao automtica de trajetos cria um percurso principal, de Nova Iorque a Rotterdam, um percurso preliminar de Chicago a Nova Iorque, um segundo percurso preliminar de Boston a Nova Iorque e um percurso subseqente de Rotterdam a Heidelberg.
Para representar uma cadeia de transporte em um documento de transporte, necessrio tambm aceitar as funes limitadas disponveis. Motivo: quase todas as funes de documentos de transporte referem-se ao documento como um todo: S possvel imprimir mensagens para o documento inteiro, e no para percursos individuais S possvel criar unidades comerciais para o documento inteiro, e no para percursos individuais O mesmo se aplica a textos, datas em geral, etc.
No exemplo, quando os caminhes saem dos seus respectivos locais de partida para o porto, os documentos de frete no devem conter informaes sobre o percurso principal e os percursos subseqentes. Ao criar textos, no possvel saber se esses textos devem ser vlidos para o percurso preliminar, principal ou subseqente. Para evitar essas limitaes, recomendvel representar uma cadeia de transporte por meio de vrios documentos de transporte. Esses documentos podem ser criados quase automaticamente por meio do processamento coletivo. Entretanto, para que os percursos preliminar, principal e subseqente apaream somente para fins de documentao, este o tipo correto de determinao de trajetos. Procedimento para este tipo de determinao de trajetos: 1. O sistema assume que o percurso principal ser entrado manualmente (aqui manualmente significa entrada direta ou por meio da entrada de um itinerrio)
Hamburgo-Nova Iorque 2. Agora os percursos so formados automaticamente para todas as remessas existentes do ponto de partida de fornecimento para o ponto de partida do percurso principal (entrado manualmente).
Local de expedio 0001 Hamburgo (para a remessa 1), Local de expedio 0001 Hamburgo (para a remessa 2), Local de expedio 0002 Hamburgo (para a remessa 3), Local de expedio 0002 Hamburgo (para a remessa 4). 3. Agora o sistema cria percursos para o ponto de chegada do percurso principal (entrado manualmente) ao local de destino de cada remessa. Nova Iorque - Cliente 1 (para a remessa 1), Nova Iorque - Cliente 2 (para a remessa 2), Nova Iorque - Cliente 2 (para a remessa 3), Nova Iorque - Cliente 3 (para a remessa 4), Exceo: Se no existir um percurso principal, o sistema cria ligaes diretas entre os locais de partida e de chegada da remessa. Local de expedio 0001 Cliente 1 (para a remessa 1), Local de expedio 0001 Cliente 2 (para a remessa 2), Local de expedio 0002 Cliente 2 (para a remessa 3), Local de expedio 0002 Cliente 3 (para a remessa 4). Os percursos criados so preenchidos com os dados, conforme a etapa 6 na Determinao automtica de trajetos, e os postos de passagem de fronteira e terminais, como na etapa 7. Finalmente, so determinadas as atribuies das remessas a percursos. Vide tambm Atribuio automtica de remessas. Foi criado um documento de transporte que contm trs remessas separadas para um total de 60 toneladas de um produto. Cada remessa parte de Chicago e transportada para Nova Iorque, por caminho. Em Nova Iorque, todas as remessas so carregadas em um navio e transportadas para Hamburgo. Em Hamburgo, cada remessa carregada em um caminho separado e transportada para o recebedor da mercadoria, em Heidelberg. O itinerrio Nova Iorque-Rotterdam definido no cabealho do documento de transporte. O sistema cria um percurso principal de Nova Iorque a Hamburgo, trs percursos preliminares de Chicago a Nova Iorque e trs percursos subseqentes, de Hamburgo a Heidelberg.
Etapas do transporte
Definio
As etapas contm informaes sobre os fatores geogrficos para um transporte. Alm de outras funes, as etapas tambm podem servir como base para o clculo dos custos de frete. As etapas de transporte podem incluir: Percursos So definidos um ponto de partida e um ponto de chegada. Por exemplo, possvel definir os percursos principal, preliminar e subseqente. Terminais Local em que o transporte descarregado de um veculo de transporte e carregado em outro. Postos de passagem de fronteira Local em que um transporte cruza a fronteira. Os diversos tipos de etapas de transporte so ilustrados na figura a seguir:
Utilizao
Um ponto de partida ou um ponto de chegada pode ser: Um ponto de conexo de transporte (por exemplo, uma estao ferroviria ou um porto)
Um local de expedio (ou local de carga) Um centro (ou um depsito) Local de cliente (pode incluir um local de descarga do cliente) Fornecedor Um endereo qualquer Sistema de depsito/porta de doca Informaes adicionais, qualquer texto (cais 17, por exemplo)
Quando feita uma referncia a um cliente, local de expedio, etc. no Customizing, na definio de um ponto de conexo de transporte, essa referncia copiada automaticamente. Essa referncia no pode ser modificada no documento, uma vez que foi copiada do ponto de conexo de transporte. possvel exibir o endereo de cada local selecionando Endereo . possvel fazer qualquer modificao necessria, no modo de modificao. Se forem feitas modificaes, o sistema simplesmente cria um endereo diferente no documento de transporte atual. Terminais podem ser definidos de forma similar aos pontos de partida e de chegada de um percurso. Isso significa que possvel criar um terminal no endereo de um cliente ou fornecedor. Entretanto, para que um ponto de conexo de transporte seja usado como entrada de local, necessrio que possua a caracterstica correspondente Terminal no Customizing. S possvel utilizar pontos de conexo de transporte para postos de passagem de fronteira. Esses postos j devem estar configurados no Customizing com o atributo Posto de passagem de fronteira. necessrio seguir algumas regras ao definir um ponto em uma etapa do transporte (por exemplo, no possvel entrar um cliente e um local de expedio ao mesmo tempo). Essas regras esto na seo Criao manual de etapas de transporte. possvel criar etapas manualmente no documento de transporte. No entanto, no possvel usar vrias funes para simplificar ou automatizar as entradas: Definir um itinerrio no cabealho do transporte. As etapas definidas no Customizing para o itinerrio so transferidas para o documento de transporte. Determinar as etapas a serem transferidas (se houver). Funo Determinao de trajetos. A determinao de trajetos um mecanismo que gera etapas. A determinao baseia-se em regras simples, e utiliza informaes relevantes para o transporte para gerar etapas. (No existe otimizao neste ponto.)
Vide tambm: Determinao automtica de trajetos Por meio da combinao de diversos parmetros de controle para a transferncia de itinerrios com determinao de trajetos, possvel gerar cenrios de percurso (total ou parcialmente).
possvel usar as funes a seguir ao criar uma etapa de transporte: Criar um percurso de transporte Criar um terminal Criar um posto de passagem de fronteira
Uma exceo so os pontos de conexo de transporte que se referem a locais de expedio, clientes, centros, fornecedores, etc. Nesse caso, somente o ponto de conexo de transporte e o local de expedio (por exemplo) podem conter valores. Exceto pelo prprio ponto de conexo de transporte, todos os outros campos no esto disponveis para entrada, e so apenas exibidos. Alguns campos so opcionais, ou seja, no precisam ser atualizados. Entretanto, s podem ser atualizados nas seguintes situaes: Local de carga: o local de expedio deve ter sido atualizado Depsito: o centro deve ter sido atualizado Local de descarga: o cliente deve ter sido atualizado Depsito: o local de expedio ou centro deve ter sido atualizado Porta de doca: o depsito deve ter sido atualizado Informaes adicionais: podem ser atualizadas sempre
sempre possvel atualizar o endereo: Como um endereo independente recm-definido sem qualquer outro campo preenchido. Exemplo: remessa para uma obra Como endereo alternativo para um objeto (endereo alternativo de cliente, por exemplo).
Aps entrar os locais e pressionar uma tecla, os campos de entrada para pontos de partida e de chegada tm seu tamanho reduzido automaticamente, uma vez que agora o campo Local de organizao do transporte no pode conter um valor para o ponto de partida, por exemplo, de acordo com as regras acima. possvel tornar esses campos novamente disponveis para entrada eliminando o local de expedio ou selecionando Modificar para o ponto de chegada. Essa compresso de tela serve para exibir somente as informaes importantes de locais, de forma que a rea de dados inferior permanea acessvel, mesmo em telas de tamanho reduzido. Selecionar Endereo para modificar um endereo de local existente ou adicionar um novo endereo. 1. Atualizar os outros dados da etapa nas diversas fichas de registro.
O sistema sugere valores default para o tipo de expedio e o cdigo do percurso de acordo com o tipo de transporte; possvel modificar esses valores, se necessrio. 3. Atualizar as datas planejada e real do transporte, se necessrio. 4. Gravar os dados. Para criar outro percurso imediatamente aps esta transao, selecionar Etapa Nova etapa Percurso novamente na tela de detalhe. Esse procedimento exibe automaticamente a tela de entrada para o novo percurso. O documento de expedio no contm qualquer programao. Dessa forma, as datas planejadas no nvel de percurso s podem ser atualizadas manualmente. O documento de expedio tambm no possui determinao de distncias. Por isso, tambm necessrio atualizar o campo Distncia manualmente. Para utilizar uma funo de determinao automtica de distncias, ativar a ampliao de cliente V56DISTZ.
Criao de um terminal
Para criar um terminal no documento de transporte:
As mesmas regras para definio de um ponto de partida ou de chegada so vlidas para a definio de um terminal. O local de conexo de transporte definido deve ser classificado no Customizing como um terminal.
6. Em muitos casos, os custos calculados para uma transferncia de carga dependem de onde
o transporte est sendo feito (transferncia de carga em um porto, por exemplo). Nesse caso possvel definir um ponto de chegada para um terminal atravs de Etapa Ponto transf.carga Definir loc.chegada. exibida uma caixa de dilogo na qual possvel entrar um ponto de chegada (obedecendo s mesmas regras definidas para o terminal). 7. Gravar os dados.
2. Selecionar a etapa qual a remessa ser atribuda nessa tela de sntese. Selecionar Etapa
Remessa para etapa.
o o exibida uma tela dividida em duas partes. Remessas na etapa Remessas fora da etapa Os dados para cada remessa so exibidos em forma de tabela. 1. Selecionar as remessas e usar os botes de movimento entre as duas metades da tela para atribuir remessas etapa. Tambm possvel eliminar remessas.
Os procedimentos de determinao de parceiros para etapas so fixados e no podem ser definidos no Customizing.
Procedimento
1. Na primeira tela do documento de transporte ou em qualquer tela de sntese, selecionar
Saltar Etapas.
3. Posicionar o cursor sobre a etapa aps a qual as etapas selecionadas devem ser
posicionadas.
Para mover as etapas para o topo da lista, posicionar o cursor em um campo acima da tela de sntese (no campo No transporte, por exemplo).
Caractersticas
possvel entrar o itinerrio manualmente nos dados gerais de cabealho do transporte. Todas as etapas do itinerrio, incluindo as telas detalhadas, so copiadas automaticamente para o transporte. O sistema tambm copia dados (como fornecedor de servios, tipo de expedio, distncia e durao planejada) do cabealho do itinerrio para o cabealho do documento de transporte. Isso s acontece quando os campos pertinentes no cabealho do documento esto em branco ou so originrios do itinerrio antigo. As entradas manuais tm prioridade. possvel indicar quais as etapas a serem transferidas atravs da atualizao dos parmetros de controle Adotar itinerrio no Customizing do tipo de transporte. Os parmetros de controle podem ter os seguintes valores: Em branco: todas as etapas so copiadas do itinerrio (standard) 1: somente as etapas que contm o mesmo cdigo do percurso que aparece no cabealho do transporte no documento de transporte atual so copiadas do itinerrio. Isso til para copiar somente os percursos preliminares de um itinerrio para um transporte preliminar que faz parte de uma cadeia de transporte, por exemplo. 2: nenhuma etapa copiada do itinerrio. Neste caso, o itinerrio somente uma caracterstica de classificao no cabealho do transporte.
No cabealho do transporte tambm possvel exibir as etapas do itinerrio a serem copiadas atravs de Controle na tela geral de cabealho. Se o itinerrio for modificado no documento de transporte, o sistema elimina as etapas do antigo itinerrio automaticamente, e inclui as etapas do novo itinerrio. Aps a entrada de um itinerrio, o sistema tenta atribuir as remessas no transporte a etapas, automaticamente. Para obter mais detalhes sobre este processo, vide Categorias de determinao de trajetos.
de transporte, o fornecedor de servios adotado automaticamente das remessas para o documento de transporte (e tambm para as etapas). Isso s ocorre se o agente de frete for exclusivo. Atualmente no est disponvel uma funo Seleo de fornecedor de servios.
4. Pressionar ENTER .
A tela de sntese exibida no documento de transporte. Nessa tela, possvel atualizar dados como datas, unidades comerciais, dados de sada e etapas. Aplicar o mesmo procedimento utilizado para exibir um documento de transporte, mas selecionar Exibir em vez de Modificar na Etapa 2.
Algumas vezes necessrio modificar mais de um transporte. Por exemplo, um agente de frete comprometido a enviar diversos transportes no est mais disponvel. No lugar de modificar cada documento individualmente, possvel efetuar uma modificao em massa em diversos documentos de transporte de uma vez.
Caractersticas
possvel selecionar transportes de acordo com determinados critrios e efetuar as modificaes no nvel do cabealho. Essa funo de modificao abrangente tambm permite entrar modificaes em uma linha modelo e , e m seguida, levar essas modificaes a todos os transportes selecionados. Isso permite modificar o agente de frete em diversos transportes atravs de uma nica entrada.
4. Selecionar Executar.
O sistema exibe uma lista de todos os transportes que atendem aos critrios de seleo. Essa lista contm todos os dados de cabealho de transporte. As fichas de registro correspondem s da tela geral de cabealho do transporte. 5. Efetuar as modificaes. Para efetuar as mesmas modificaes em diversos transportes, selecionar os transportes, entrar o valor a ser adicionado a esses transportes na linha default e selecionar Doc. ref. O valor na linha default substitui os valores anteriores nos transportes selecionados. 6. Gravar as modificaes.
exibida a tela para Processar unidades comerciais. Todos os itens de remessa no embalados so exibidos na seo Itens a serem embalados da tela. Se as mercadorias j foram embaladas nas remessas, o sistema exibe as unidades de processamento individuais, e o usurio pode, se necessrio, embal-las ainda mais.
2. Para embalar um item de remessa que ainda no foi embalado, marcar o item e selecionar
Suplementos Material de embalagem permitido para encontrar os materiais de embalagem apropriados.
4. Na sntese de quantidade da remessa, selecionar Processar Embalar Embalar. 5. Na seo da tela Todas as UCs existentes (na qual possvel embalar materiais), criar as
unidades de processamento necessrias. Tambm possvel chamar todas as unidades comerciais que j foram criadas ( Unidades comerciais no atribudas). Para obter mais informaes sobre como criar unidades comerciais, vide a seo Trabalho com unidades comerciais.
6. Na seo da tela Material a ser embalado ou material embalado, selecionar os itens a serem
embalados. Em seguida, na seo Todas as UCs existentes, selecionar as unidades comerciais nas quais deseja embalar as mercadorias e selecionar Embalar material. Vide tambm: Embalar se estiver cheio, Nova UC por nmero de UCs e Embalagem por quantidade parcial).
10. Selecionar a respectiva UC e escolher Processar Dados detalhados de UC. 11. Atualizar os dados necessrios e retornar tela Embalar itens.
12. Gravar os dados. As unidades comerciais criadas na remessa no podem ser desembaladas no documento de transporte.
Pr-requisitos
Selecionar as atividades a seguir no Guia de implementao para a gerao de item de remessa do transporte. Logistics Execution Transporte Transportes Logistics Execution Transporte Transportes Definir relevncia do transporte Definir e atribuir perfis de atividades Definir tipos de
Logstica - Geral Administrao de unidades comerciais Dados bsicos material de embalagem Logistics Execution Expedio Remessas Definir tipos de remessa
Caractersticas
No processamento de remessa, o centro e a categoria de item na unidade comercial so fatores decisivos na gerao de itens de remessa. No transporte, o usurio pode definir o controle para a gerao de item de remessa usando um cdigo para a relevncia de gerao na aplicao Customizing sob Tipo de transferncia. No perfil de atividades possvel determinar os horrios (por exemplo, durante o planejamento, processamento) em que os itens de remessa para as UCs devem ser gerados. Por exemplo, podem ocorrer modificaes durante o planejamento e o processamento. Alm disso, na seo de Customizing para Administrao de unidade comercial, h um cdigo no tipo de material de embalagem para a relevncia de gerao.
Itens de remessa gerados de materiais de embalagem no so atualizados se houver uma modificao na unidade comercial (centro, peso, etc). Os itens de remessa gerados so eliminados apenas se a unidade comercial eliminada. A gerao de materiais de embalagem em remessas j lanados para a sada de mercadorias no possvel. Qualquer modificao no contedo da UC no afeta o item gerado, mesmo que o novo contedo no tenha qualquer referncia a esta remessa. Por motivos tcnicos, a atualizao da remessa s pode ser chamada durante a atualizao do transporte. Emitir um log no mais possvel neste ponto. Gerao de
Para obter mais informaes sobre a gerao de item de remessa, vide a seo sob item de remessa para materiais de embalagem.
No nvel do cabealho 1. Na primeira tela de transporte ou em qualquer uma das telas de sntese de transportes,
selecionar Cabealho Dados gerais.
No nvel de etapa 1. Na tela de sntese do documento de transporte, selecionar Sntese Sntese de etapas. 2. Marcar a etapa qual deve ser atribudo um fornecedor de servios e selecionar Etapa
Detalhe etapa. 3. Entrar o nome ou o nmero do fornecedor de servios responsvel por essa etapa do transporte.
O fornecedor de servios no cabealho de transporte entrado para o percurso do transporte e o terminal, e pode ser sobregravado. Nenhum valor sugerido para o posto de passagem de fronteira.
4. Gravar os dados.
4. Gravar o texto na tela do editor SAPscript e selecionar Voltar para retornar para a tela de
texto. 5. Gravar o texto mais uma vez, na tela de texto.
1. Na tela de sntese do documento de transporte, selecionar as sees da tela Status e Datas. 2. As datas de transporte mais importantes so listadas na seo da tela Status e Datas. Entrar
as datas planejadas ou reais para as diferentes atividades nos campos Planejamento e Executar.
possvel entrar datas reais para as atividades necessrias automtica ou manualmente. Automaticamente Para entrar datas automaticamente, definir o status para que o sistema preencha a data atual. Para obter mais informaes, vide Atualizao de status no documento de transporte. Manual
3. Para atualizar as datas no exibidas na seo Datas ou Status da tela de sntese, selecionar
Outras datas. Aparece uma tela onde possvel atualizar quaisquer outras datas planejadas ou reais. Se as datas planejada e real divergirem, possvel registrar o motivo e o local do desvio selecionando Saltar Detalhes e atualizando os campos Ponto e MotivoDesvio.
O envio de um transporte atrasado devido a um vago de frete defeituoso na estao ferroviria de Chicago. Entrar o nome da estao de Chicago, no campo Ponto e registrar que um vago defeituoso atrasou os procedimentos, no campo MotivoDesvio. 4. Gravar os dados.
Integrao
No Customizing, possvel definir Perfis de atividade para os tipos de transporte, ou seja, para os status para os quais necessrio executar atividades.
Exemplo
Atividades possveis do processamento para transporte: Lanamento de sada de mercadorias para as remessas no transporte Faturamento das remessas no transporte Sada da impresso
1. Na tela de sntese do transporte, selecionar o status Planejado na seo Datas. 2. Selecionar o boto apropriado para a atividade pertinente (como Registro) na ficha de
registro Data. O sistema registra a data e hora atuais como data real quando o boto para a atividade pertinente selecionado. Ao definir um status, aparece um cone de semforo na ficha de registro Status. Para obter informaes mais detalhadas sobre o status representado pelo semforo, clicar no semforo e pressionar F1 . Para obter mais informaes sobre como definir esse status, vide Transferncia de datas de remessa para o transporte.
Integrao
Para copiar propostas de datas e horas de remessa, necessrio criar uma conexo entre as datas de transporte e as datas de remessa. As rotinas de cpia tm essa finalidade. As rotinas de cpia ligam datas e horas de transporte a documentos anteriores, como remessas. Em outras palavras, as entradas de data e hora no transporte podem usar entradas de data e hora em documentos anteriores como referncia.
Pr-requisitos
Deve haver uma rotina de cpia definida no Guia de implementao (IMG) para copiar as datas e horas. possvel selecionar uma rotina de cpia adequada como default ou criar uma rotina de cpia para ser usada como default na atividade Definir tipos de transporte sob o caminho Logistics Execution Transporte Transportes.
Caractersticas
possvel utilizar essa funo para que o sistema proponha datas e horas de transporte com base na remessa. Existem dois mtodos disponveis: Default standard
Quando esse cdigo definido, as datas e horas so copiadas das remessas para o transporte. Algumas regras aplicam-se a defaults standard. Primeiro, a data e a hora de carregamento na remessa passam a ser a hora de entrada e incio do carregamento no transporte. A hora planejada de sada de mercadorias da remessa passa a ser a hora de trmino do carregamento, processamento para transporte e incio do transporte para o transporte. Se a data e a hora de sada de mercadorias (hora de carregamento) no estiverem definidas na remessa, a ltima data de sada de mercadorias que aparece na remessa copiada para o transporte. A data e a hora da remessa so copiadas para o final do transporte. Ao terminar a organizao do transporte, definir o status Planejado. Nesse ponto, as datas e horas so copiadas da remessa para o transporte. possvel criar uma rotina de cpia personalizada a ser usada para defaults de data e hora usando a opo de default flexvel.
Atividades
No processamento de transporte, selecionar Planejamento. As datas e horas do transporte so exibidas como defaults. exibida uma caixa de dilogo na qual possvel definir se as datas e horas default devem ser copiadas para o transporte ou se a determinao de trajetos deve ser executada novamente.
Integrao
utilizada a funo SAP standard para verificao de autorizao. O novo objeto de autorizao V_VTTK_TSA usado com os campos de autorizao SHTYP para o tipo de transporte e TRSTACT para as atividades de status de transporte para verificar a autorizao.
Caractersticas
Quando o status do transporte modificado, o sistema verifica se o usurio tem autorizao para processar o tipo e status do transporte. Se o usurio possui essa autorizao em seu registro mestre, o processamento da atividade de status autorizado. Caso contrrio, emitida uma mensagem que mostra as causas e os procedimentos posteriores.
Integrao
O controle de produtos perigosos efetuado aqui parte do pacote de administrao de mercadorias perigosas do sistema SAP R/3.
Pr-requisitos
necessrio definir as opes corretas na seo de administrao de mercadorias perigosas do Customizing. Os dados necessrios tambm devem estar disponveis ( necessrio definir pases de trnsito, por exemplo). Para obter mais informaes sobre esses pr-requisitos, vide em documentos de transporte. Controle de produtos perigosos
Caractersticas
O controle de produtos perigosos pode ser efetuado no documento de transporte. Dependendo das opes definidas, esse processo ocorre automaticamente ou pode ser iniciado manualmente na ficha de registro Merc.per. nos dados gerais de cabealho para o transporte. Se apenas um dos itens nas remessas agrupadas para formar esse transporte classificado como perigoso, o cdigo Contm MP definido automaticamente. Esse cdigo apenas informativo. Dependendo das opes definidas na seo de administrao de mercadorias perigosas do Customizing, a reao global do controle de mercadorias perigosas pode fazer com que o Cdigo de bloqueio MP seja definido. Nesse caso no possvel atribuir qualquer outro status de documento. Para obter mais informaes sobre caractersticas de controle de mercadorias perigosas, vide Controle de produtos perigosos em documentos de transporte.
executada automaticamente. O documento de transporte est preparado para o processamento para transporte .
Resultado
A definio do cdigo Planejado na tela de cabealho de um documento de transporte resulta no seguinte: No mais possvel adicionar remessas ao documento de transporte. No possvel deslocar remessas dentro do documento de transporte. No possvel remover remessas no documento de transporte. No possvel atribuir novamente remessas para outros documentos de transporte na lista de trabalho de organizao do transporte. possvel copiar o itinerrio das remessas para o cabealho do transporte, se o cdigo adequado estiver definido no tipo de transporte e se todas as remessas do documento tiverem o mesmo itinerrio. possvel copiar o agente de frete como fornecedor de servios de transporte novamente no cabealho do transporte. Entretanto, o cdigo para copiar o agente de frete deve ser definido primeiro no tipo de transporte, e todas as remessas devem ter o mesmo agente de frete. possvel transferir datas de remessa para o documento de transporte se houver uma rotina de cpia definida para Transferncia de datas de remessa no Guia de implementao (GI).
Execuo de transporte
Utilizao
O objetivo do processamento para transporte preencher as formalidades necessrias obteno de um transporte pronto para envio ao cliente. As tarefas no processamento para transporte incluem a pesagem dos transportes, o carregamento e o lanamento da sada de mercadorias. Na entrada (quando um caminho chega s instalaes da sociedade), possvel gravar informaes sobre o meio de transporte como detalhes do motorista, peso do caminho e hora de chegada. possvel gravar todas essas informaes no documento de transporte, para imprimi-las nos documentos de transporte quando o status de concluso for definido, por exemplo. H vrios relatrios disponveis para auxiliar na seleo dos transportes relevantes para o registro e aqueles relevantes para o processamento para transporte.
Caractersticas
possvel executar determinadas funes configuradas no Customizing usando Process. transporte na lista de processamento para transporte (vide Sobre o processamento de transporte e Criao de listas de processamento para transporte). Essas funes incluem o lanamento de sada de mercadorias ou faturamento, e a impresso de documentos de transporte, remessas ou documentos de faturamento. Usando este boto de funo, possvel executar rpida e eficientemente todas as funes necessrias durante o processamento para transporte. possvel utilizar o Log de processamento para transporte para exibir as funes executadas e/ou as que causaram problemas.
Aps o processamento para transporte possvel comparar quaisquer diferenas encontradas entre o processamento para transporte e a remessa (durante a pesagem, por exemplo) diretamente com a remessa. No transporte a granel (gases ou lquidos), por exemplo, a quantidade real freqentemente diferente da quantidade pedida.
Perfis de atividade
Uso
Os perfis de atividade definem atividades a serem executadas no documento de transporte quando um determinado status definido para o transporte. possvel definir um perfil diferente para cada status (planejamento, entrada, concluso, etc.) As atividades que podem ser executadas quando o status definido incluem: Adicionar dados na caixa de dilogo Lanar sada de mercadorias para as remessas no transporte Calcular os custos de frete Criar faturas para as remessas no transporte Imprimir determinadas mensagens
Pr-requisitos
necessrio atualizar uma variante no Customizing por tipo de transporte para o status a ser executado. Definir nessa variante quais as atividades a serem executadas e se deve ser exibida uma caixa de dilogo quando o status definido. Para configurar os perfis de atividades, selecionar Definir e atribuir perfis de atividades no Guia de implementao (GI).
Caractersticas
O sistema executa automaticamente as atividades definidas para o tipo de transporte e status correspondentes quando o status relevante definido. necessrio que a sada de mercadorias seja sempre lanada para todas as remessas em transportes com tipo de transporte Transporte individual imediatamente aps marcar o transporte como concludo. Tambm deve ser exibida uma caixa de dilogo com o nome do motorista quando o status definido como Registro. Definir perfis de atividade para Registro e Concluso para o tipo de transporte Transporte individual. Para entrada, definir o default para uma caixa de dilogo que seja exibida mostrando o contedo do campo Motorista. Para a concluso, definir o lanamento da sada de mercadorias a ser executado automaticamente quando esse status definido.
Atividades
Definir perfis de atividades para os tipos de transporte para todos os status para os quais devem ser executadas atividades.
Caractersticas
Tela de seleo
Uma lista de registro criada usando os critrios de seleo. possvel controlar os campos que aparecem como critrios de seleo na tela de seleo. O conjunto de critrios exibido inicialmente determinado com base nas opes definidas no Customizing de transporte. Para obter informaes sobre a modificao dessas opes, vide a seo Atualizar vises de seleo para listas de
transportes no Guia de implementao on-line. Critrios particularmente importantes para o registro incluem datas planejadas e fornecedores de servios, por exemplo.
Exibio em lista
Na exibio em lista, possvel selecionar entre duas vises. A primeira contm informaes gerais de transporte para os documentos de transporte selecionados. possvel alternar para uma segunda viso da lista, que fornece informaes sobre as datas reais e planejadas para os documentos, alm do status das diversas atividades de transporte. possvel acessar cada documento de transporte diretamente na lista e executar as atividades necessrias ao processamento para transporte. Existem vrias funes que permitem restringir a lista somente aos documentos a serem processados. Alm disso, as funes de pesquisa e ordenao foram projetadas para auxiliar o acesso s informaes necessrias da lista. Aps modificar um documento de transporte na lista e retornar para a lista, possvel utilizar a funo Renovar para atualizar a lista. O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Processamento
Nessa lista , possvel definir o status de registro para todos os documentos selecionados. Desde que a opo relevante tenha sido definida no perfil de atividades, uma caixa de dilogo ser exibida para entrada do nmero da licena do caminho e do nome do motorista. Vide tambm Processamento para transporte e Perfis de atividades.
Exemplo
Todas as manhs , um empregado lotado na porta de doca do centro cria uma lista de todos os transportes esperados para aquele dia. Esse empregado usa a data de registro planejada e o status 1 (planejado) como critrios de seleo para essa lista. Quando um caminho chega porta de doca, o empregado consulta a lista, encontra o documento relevante e d entrada no caminho. Durante esse processo , o nmero da licena do caminho e o nome do motorista so gravados. O sistema configurado de forma que uma caixa de dilogo exibida solicitando a entrada do nmero da licena e do nome do motorista assim que o status Registro definido. Vide tambm: Criao de listas de registro Edio de listas de transporte
Para definir critrios de seleo recorrentes, possvel criar variantes de tela de seleo atravs de Saltar Variantes Gravar como variante. Essas variantes so obtidas atravs de Saltar Variantes Chamar. 3. Entrar os critrios para a seleo do documento de transporte.
Caractersticas
Tela de seleo
A lista de processamento para transporte criada usando os critrios de seleo. possvel controlar os campos que aparecem como critrios de seleo na tela de seleo. O conjunto de critrios exibido inicialmente determinado com base nas opes definidas no Customizing de transporte. Para obter informaes sobre a modificao dessas opes, vide a seo Atualizar vises de seleo para listas de transportes no Guia de implementao on-line. Alguns critrios importantes para o processamento para transporte so as datas de carregamento e transporte.
Exibio em lista
Na exibio em lista, possvel selecionar entre duas vises. A primeira contm informaes gerais de transporte para os documentos de transporte selecionados. possvel alternar para uma segunda viso da lista, que fornece informaes sobre as datas reais e planejadas para os documentos, alm do status das diversas atividades de transporte. possvel acessar cada documento de transporte diretamente na lista e executar as atividades necessrias ao processamento para transporte. Existem vrias funes que permitem restringir a lista somente aos documentos a serem processados. Alm disso, as funes de pesquisa e ordenao foram projetadas para auxiliar o acesso s informaes necessrias da lista. Aps modificar um documento de transporte na lista e retornar para a lista, possvel utilizar a funo Renovar para atualizar a lista. O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Processamento
Nessa lista , possvel definir o status de processamento para transporte para todos os documentos selecionados. Desde que a opo relevante tenha sido definida no perfil de atividades, o processo de
impresso de todos os documentos de frete pode ser acionado automaticamente. Vide tambm Processamento para transporte e Perfis de atividades.
Exemplo
Todas as manhs, um empregado em uma empresa de transporte cria uma lista de todos os transportes para os quais deve ser concluda a organizao do transporte nesse dia, que o empregado utiliza como uma lista de trabalho geral. Os critrios de seleo usados para criar essa lista incluem: status global de transporte de 1 a 4 (planejado a fim de carregamento) e data de concluso planejada. Para transportes individuais, o empregado s vezes usa o nmero da licena do caminho e o nome do motorista como critrios de seleo. Essas informaes foram entradas no registro do transporte. Como o exemplo demonstra, esse relatrio uma ferramenta importante para ajudar a organizar transportes de forma eficiente. Vide tambm: Criao de listas de processamento para transporte Edio de listas de transporte
possvel lanar uma sada de mercadorias para um transporte completo. Isso adequado quando h diversas remessas em um transporte e no desejvel selecion-las e lan-las individualmente. Ao entrar o nmero do transporte, o sistema seleciona automaticamente todas as remessas pertencentes ao transporte e lana a sada de mercadorias para essas remessas.
Procedimento
1. Selecionar Logstica Logistics Execution Processo de sada de mercadorias Sada de
mercadorias para entrega Registrar sada mercadoria Processamento coletivo via lista remessas. lista de remessas abre a tela Sada de mercadorias para entrega. Entrar o nmero do transporte e selecionar Programa Executar.
2. A
Superviso de transportes
Uso
Para possibilitar a organizao e execuo de transportes, importante que haja uma sntese de atividades de transporte planejadas alm de transportes j iniciados durante todo o tempo. Existem diversas ferramentas disponveis com essa finalidade.
Caractersticas
possvel utilizar o Sistema de informaes grficas (GIS) ou o Sistema de informao em formato de lista para obter uma sntese de uma rede de transporte ou via de transporte. Tambm possvel exibir um diagrama de Gantt para remessas ou obter informaes individuais relativas aos transportes. Tambm possvel exibir somente as modificaes em um documento de transporte.
possvel acessar essa funo atravs do caminho de menu Ambiente Info. transporte. possvel cham-la ao modificar ou exibir o documento e, em Transporte, tambm possvel cham-la ao criar um documento. Vide tambm: Trabalho com o sistema de informao em forma de lista Trabalho com o Sistema de informaes grficas
Para obter explicaes sobre os ttulos, posicionar o cursor em uma linha abaixo do ttulo e pressionar F1 . Para obter explicaes sobre um campo, posicionar o cursor no campo e pressionar F1 . Vide tambm: Sistema de informaes grficas
A figura a seguir ilustra a diferena entre uma via e uma rede de transporte:
O grfico mostra a rede de transporte para as remessas 1 e 2. Ao selecionar Rede de transporte, o sistema exibe a rede de transporte inteira, independentemente de ter sido selecionada a funo para a remessa 1 ou 2.
Funes
Esto disponveis as seguintes funes: Modificao de vises da rede Exibio de vias de transporte em uma rede de transporte Exibio de detalhes sobre as etapas do transporte Exibio de detalhes sobre pontos de conexo de transporte Compresso de etapas Modificao da representao grfica
quadrada
Cor amarelo
vermelho
Posto da alfndega posto de passagem de fronteira terminal passagem de fronteira com posto alfandegrio outros locais
1. Selecionar o transporte ou a remessa a ser exibida. possvel ir da seleo de transporte para a seleo de remessa e vice-versa.
2. Pressionar ENTER .
As vias de transporte para as remessas e os transportes selecionados so destacadas em vermelho.
possvel selecionar etapas adicionais pressionando simultaneamente a tecla Shift e o boto esquerdo do mouse.
Tipo de marcao
possvel exibir as vias de transporte para todas as remessas e/ou todos os transportes que pertencem s etapas da seguinte forma: Para todas as remessas Para todos os transportes Para todas as remessas e transportes (opo standard)
Unidade comercial Datas planejadas Datas reais Peso total Volume total Nmero de unidades de embalagem Cdigo do percurso
Exibio de remessas
Para exibir remessas para uma etapa de transporte, proceder da seguinte forma:
1. Selecionar a etapa clicando no grfico (no possvel seleo mltipla). 2. Selecionar Detalhes Remessas.
Aqui tambm possvel clicar duas vezes com o boto esquerdo do mouse. Agora possvel exibir os detalhes sobre uma remessa. Para obter mais informaes, vide Exibio de detalhes sobre uma remessa.
o o o
Clculo de atraso permitido para remessas Exibio de detalhes sobre uma remessa Exibio de detalhes sobre um transporte
Exibio do diagrama de Gantt para remessas selecionadas Clculo de atraso permitido para remessas Exibio de detalhes sobre uma remessa Exibio de detalhes sobre um transporte
Compresso de etapas
Para obter uma perspectiva melhor, possvel compactar transportes entre dois pontos. possvel especificar a execuo dessa funo: Para todas as etapas Somente para as etapas selecionadas
Tambm possvel anular essa compresso. Para compactar um transporte: 1. Marcar a etapa selecionada com um clique do mouse. possvel selecionar etapas adicionais pressionando simultaneamente a tecla Shift e o boto esquerdo do mouse. 2. Selecionar: Etapas selecionadas Processar Compactar etapas Etapas selecionadas Comprimir ou Descomprimir. Processar Compactar etapas Todos os segmentos Comprimir ou Descomprimir.
Todas as etapas
Tambm possvel utilizar os critrios de compresso standard. O sistema insere o limiar de compresso (isto , o nmero de etapas de transporte entre dois pontos a partir dos quais as etapas so compactadas) . Para modificar o limiar de compresso, selecionar Processar Comprimir etapa Limiar da compresso. Para exibir os critrios de compresso standard, selecionar Processar Comprimir etapa Critrios de compresso standard.
Quando a rede de transporte muito grande, pode ser necessrio pesquisar determinados pontos de conexo de transporte. Selecionar Viso Procurar locais para pesquis-los. Para exibir a seo necessria da rede de transporte, possvel contornar o local correspondente:
Caractersticas
Quando um transporte existente modificado, criado um documento de modificao quando essas modificaes so gravadas. possvel entrar critrios de seleo para exibir documentos de modificao. Existem duas vises disponveis: A primeira exibe as modificaes por nmero do transporte. A segunda lista as modificaes em todos os documentos de acordo com os campos modificados. Por exemplo, todos os transportes nos quais o agente de frete foi modificado aparecem no nvel mais alto da lista; todos os transportes nos quais a identificao do container foi modificada aparacem no segundo nvel, e assim por diante. possvel visualizar os dados modificados clicando duas vezes em qualquer uma das listas. Tambm possvel exibir as modificaes feitas em documentos de transporte j eliminados. O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Caractersticas
O clculo de custos de frete efetuado usando a tcnica de condies existente na determinao de preo do sistema SAP. Para obter mais informaes sobre a determinao de preo, vide Determinao de preo e condies. Alm da funcionalidade da determinao do preo, esto disponveis para o clculo de custos de frete as seguintes funes adicionais: Determinao do esquema de clculo de preos O sistema determina o procedimento de esquema de clculo a ser usado para calcular os custos de frete. A determinao efetuada por local de organizao do transporte, fornecedor de servios, item de frete e tipo de expedio. Determinar a base de clculo A origem dos dados na qual um tipo de condio se baseia, durante o clculo de custos de frete, determina a base de clculo. Existem as seguintes opes: o o o o o Remessa Item de remessa Unidade comercial Item de transporte Todos
Determinao de elementos geogrficos determinantes Para representar as consideraes geogrficas no transporte, esto disponveis as seguintes opes:
Distncias Na etapa do transporte e/ou cabealho do transporte, possvel entrar manualmente a distncia ou copi-la automaticamente da etapa do itinerrio. Para instruir o sistema a determinar a distncia automaticamente, tambm possvel utilizar uma ampliao de cliente (ampliao V56DISTZ).
Localizaes e zonas possvel utilizar alguns dados do endereo no transporte (isto , pas, cdigo postal, zona de transporte) para a determinao das condies. Esses dados so separados segundo os locais de partida ou de chegada. O sistema tambm pode determinar automaticamente uma zona tarifria. Zona tarifria uma combinao de uma rea de cdigo postal de um pas, sob o ponto de vista do clculo de custos de frete.
Definio da data de determinao de preo e da data de liquidao O sistema pode definir automaticamente a data de determinao de preo e/ou a data de liquidao. Tambm possvel definir uma regra para datas no Customizing, em que uma seqncia de datas de transporte seja determinada para utilizao como propostas de datas. Ao definir as categorias de item, possvel atribuir uma regra para as datas de determinao de preo e liquidao.
Comparaes entre transportes possvel combinar em grupos as condies de um esquema de clculo. O sistema avalia essas condies e compara os valores dos grupos. possvel configurar o sistema de modo a selecionar sempre o grupo mais favorvel.
Determinao de impostos Ao determinar os custos de frete, tambm possvel instruir o sistema a determinar o imposto correspondente. Determinadas regras relacionadas ao pas fiscal de partida e chegada so aplicveis a esse clculo. O sistema considera se os itens de frete so relativos ao cabealho de transporte ou a uma etapa do transporte, e se a etapa inclui um terminal ou um posto de passagem de fronteira.
Restries
O componente inclui as seguintes restries quanto funcionalidade: No possvel executar a determinao de frete no documento de faturamento ao cliente dependente de dados especficos do transporte (por exemplo, tipo de mercadoria, meio de transporte). No possvel liquidar internamente os custos de transporte, se a empresa executar transportes para outra empresa.
Vide tambm: Documento de frete Determinao de frete Determinao de frete com fornecedor de servios
Documento de frete
Definio
Objeto em que so combinados os dados relacionados a custos de frete. O documento de frete permite fazer referncia a partes do documento de transporte para as quais a determinao de frete deve ser efetuada separadamente.
Estrutura
O documento de frete consiste em: Cabealho de frete O cabealho de frete contm informaes gerais sobre o documento inteiro. possvel exibir informaes do status, de referncia e administrativas. As informaes do status referem-se ao status acumulado, calculado com base nos itens individuais. Itens de frete Os itens fazem referncia ao cabealho de transporte ou etapa do transporte. Alm disso, os itens contm dados gerais de clculo e liquidao de frete, como fornecedor de servios, datas de determinao de preo e de liquidao, montante de imposto, base tributvel, assim como dados organizacionais, como empresa, centro e organizao de compras. Existe um status individual, em nvel de item, para cada funo de determinao de frete, classificao contbil e transporte para funes FI. Subitens de frete O clculo de custos de frete efetuado no nvel de subitens de frete, e este tambm o nvel em que o resultado do clculo gravado. De acordo com a base de clculo determinada, esse clculo pode englobar itens de remessa individuais, remessas, elementos de expedio ou o item inteiro de frete. So obtidas informaes diferentes, segundo o tipo de subitem envolvido. Por exemplo, o item de remessa no possui informaes sobre as unidades comerciais.
Integrao
O documento de frete est integrado ao fluxo de documentos de Vendas e Distribuio. possvel abrir o fluxo de documentos no documento de frete.
Determinao de frete
Finalidade
Esse processo descreve como o sistema R/3 calcula os custos de frete para documentos ou etapas de transporte. O sistema efetua esse clculo usando a tcnica de condies do sistema R/3, existente na determinao de preo.
Pr-requisitos
Para efetuar a determinao de frete para um documento de transporte, necessrio atender aos seguintes requisitos: O transporte deve ser marcado como relevante para a determinao de frete. necessrio que o transporte tenha o status total necessrio, conforme indicado na definio do tipo de frete. O transporte deve ter, no mnimo, um status de transporte planejado. O transporte deve ter um fornecedor de servios. O Customizing de determinao de frete deve estar definido. Para definir essa opo, saltar para o IMG e selecionar Logistics Execution Transporte Csts.frete Determinao de preo Controle da determinao de preo. Os registros de condies devem estar atualizados.
Processo
A determinao de frete engloba as seguintes etapas:
1. O sistema determina um esquema de clculo para o item de frete (isto , uma etapa do
transporte) utilizando como critrios o local de organizao do transporte, o fornecedor de servios, a categoria do item de frete e o tipo de expedio.
4. A prioridade dos critrios utilizados pelo sistema para procurar registros de condio
determinada pela seqncia de acesso. Por exemplo, possvel definir o sistema de modo a verificar primeiro se existem registros de condio do tipo de condio correto para uma combinao de classe de mercadoria e agente de frete. Se isso no ocorrer, o sistema pode verificar se existem registros de condio somente para o agente de frete (definido como o segundo ponto na seqncia de acesso). O sistema continua a pesquisa at encontrar um registro de condio vlido. 5. O sistema pode utilizar as informaes gravadas no registro de condio para calcular valores como o frete bsico.
6. Em seguida, o sistema procura o segundo e depois o terceiro registro de condio, at que os valores de todos os tipos de condio tenham sido determinados no esquema de clculo. 7. Os valores dos tipos de condio individuais so acumulados, conforme definido pelo esquema de clculo. O montante final calculado copiado para o subitem de frete. A figura a seguir descreve as etapas percorridas pelo sistema ao calcular os custos de frete.
Vide tambm: Determinao do esquema de clculo Comparaes entre transportes Determinao da base de clculo Determinao de elementos geogrficos determinantes Determinao da data de fixao do preo e data de liquidao Determinao de impostos
A figura a seguir mostra um exemplo da funo de um esquema de clculo dentro da determinao de frete.
O esquema de clculo automaticamente determinado durante a determinao de frete. O esquema de clculo definido para a determinao de frete depende da transao. Por conseguinte, determinado um esquema de clculo para cada item de frete, em funo de: Local de organizao do transporte Fornecedores de servios Item de transporte Tipo de expedio
Tambm possvel substituir a determinao automtica do esquema de clculo, ao defini-lo no cabealho do transporte ou na etapa do transporte.
Pr-requisitos
Para determinar automaticamente o esquema de clculo, necessrio definir as seguintes opes no Customizing: Grupo de procedimentos de determinao de categorias de item necessrio definir um grupo de determinao de categorias de item e atribuir os itens correspondentes a esse grupo. Grupo de procedimentos de determinao de fornecedores de servios necessrio definir um grupo de determinao de fornecedores de servios e atribuir os fornecedores de servios correspondentes a esse grupo.
Grupo de procedimentos de determinao de tipos de expedio necessrio definir um grupo de determinao de tipos de expedio e atribuir os tipos de expedio correspondentes a esse grupo.
Atribuio por local de organizao do transporte necessrio atribuir uma combinao vlida de grupo de determinao de categorias de item, grupo de determinao de fornecedores de servios e grupo de determinao de tipos de expedio a um esquema de clculo para cada local de organizao do transporte.
Caractersticas
Com base nas configuraes definidas no Customizing, o sistema determina automaticamente um esquema de clculo. Isso ocorre quando o usurio cria um item de frete ou executa novamente uma determinao de preo para um item. Tambm possvel substituir a determinao automtica do esquema de clculo, ao defini-lo no cabealho do transporte ou na etapa do transporte. Alm disso, possvel definir um esquema de clculo no Customizing de definio de itinerrios na sntese de etapas.
Integrao
Esta funo usada dentro do contexto da funcionalidade business-to-business da Internet Proposta de transporte.
Caractersticas
O organizador pode modificar os dados do transporte como o agente de frete, condies de expedio, modo de transporte e pode calcular os custos de frete com base nesses dados. As funes incluem: Clculo e exibio de custos de frete Exibio detalhada de documento de frete Exibio de log de processamento Clculo do preo mximo dentro da proposta de transporte
Atividades
possvel simular os custos de frete durante o processamento de transporte. Para fazer isso, selecionar o boto "Estimativa de custo de frete" na tela de sntese. O sistema calcula um preo com base nos dados definidos. Sob a pgina de registro "Proposta" possvel que o sistema proponha um preo mximo que no deve ser excedido pelo agente de frete. Selecionar o boto "Proposta de custos de frete".
Pr-requisitos
necessrio atualizar uma base de clculo adequada na definio do tipo de condio no Customizing. Ao selecionar unidades comerciais como a base de clculo, tambm necessrio definir o tipo de material de embalagem, para que somente as unidades comerciais relevantes sejam utilizadas na determinao de frete.
Caractersticas
Essas bases de clculo so definidas durante a determinao de frete para um item de frete, segundo as opes definidas no tipo de condio. Durante a determinao de preo, a base de clculo afeta: os tipos de condio a serem considerados para cada subitem. as informaes disponveis para a determinao das condies. Todas as bases de condies contm informaes extradas do cabealho da expedio ou da etapa do transporte, assim como do item de frete. Essas informaes incluem, por exemplo, fornecedores de servios, informaes geogrficas (ponto de partida e chegada) e tipo de expedio, por exemplo. o modo como os tipos de base de clculo (peso bruto, peso lquido e volume) so calculados.
So possveis os seguintes tipos de base de clculo: Fornecimentos o o o Se os tipos de condio com essa base de clculo existirem no esquema de clculo, o sistema cria subitens de frete para cada remessa relevante. Nenhuma informao dos itens de remessa (tal como materiais) ou as unidades comerciais est disponvel. Os tipos de base de clculo (peso bruto, peso lquido, volume) referem-se s informaes correspondentes dos cabealhos de remessa.
Itens de remessa o o o Se os tipos de condio com essa base de clculo existem no esquema de clculo, o sistema cria subitens de frete para cada item relevante da remessa. Existem informaes do cabealho de remessa e do item relevante da remessa. Entretanto, no existem informaes das unidades comerciais. Os tipos de base de clculo (peso bruto, peso lquido, volume) referem-se s informaes correspondentes dos itens de remessa.
Grupo de unidades comerciais o Se os tipos de condio com essa base de clculo existem no esquema de clculo, o sistema cria subitens de frete para cada unidade comercial com o tipo de material de embalagem pertinente (tambm definido no tipo de condio). No existem informaes das remessas ou dos itens de remessa disponveis.
Os tipos de base de clculo (peso bruto, peso lquido, volume) referem-se s informaes acumuladas correspondentes das unidades comerciais relevantes.
Item de transporte o o o Se os tipos de condio com essa base de clculo existem no esquema de clculo, o sistema cria um nico subitem de frete. No existem informaes das remessas, dos itens de remessa ou das unidades comerciais. Os tipos de base de clculo (peso bruto, peso lquido, volume) referem-se s informaes correspondentes dos cabealhos de remessa pertinentes.
Por unidade comercial Esta base de clculo corresponde s unidades comerciais de base de clculo, com a nica diferena de que cada unidade comercial calculada individualmente. Essa base de clculo necessria para a expedio de pacotes, por exemplo.
Unidade comercial com item de remessa o Se os tipos de condio com essa base de clculo existem no esquema de clculo, o sistema cria um subitem de frete para cada item de remessa embalado e unidade comercial (por combinao de item de remessa e unidade comercial). Portanto, os custos de frete so calculados de acordo com a unidade comercial. Todas as informaes das unidades comerciais e itens de remessa esto disponveis. Os tipos de base de clculo (peso bruto, peso lquido, volume) referem-se ao peso bruto de uma unidade comercial por item de remessa.
o o Todos
possvel utilizar essa base de clculo, por exemplo, para definir uma deduo aplicvel aos preos de fretes relacionados a remessas e a elementos de expedio. possvel utilizar um tipo de condio com essa base de clculo para cada subitem de frete. possvel utilizar diversas bases de clculo em um item de frete. Na comparao de transportes, por exemplo, o clculo pode ser efetuado utilizando duas bases de clculo. Os resultados so comparados em seguida. Vide tambm Comparaes de transporte. Por motivos de carga do sistema e de clareza, recomendado selecionar uma base de clculo que seja apenas to detalhada quanto absolutamente necessrio. Por exemplo, se somente o peso total e o percurso de transporte so relevantes, a base de clculo para itens de frete suficiente. No entanto, ainda possvel distribuir os custos de forma mais detalhada. A distribuio de custos independente da base de clculo. Por exemplo, possvel determinar fretes utilizando a base de clculo para itens de frete e distribuir os custos no nvel de item de remessa. O sistema distribui os custos de acordo com o peso.
Ao definir as tabelas de condies no Customizing (Logistics Execution Transporte Csts.frete Determinao de preo Controle da determinao de preo Definir dependncias do preo (tabelas de condies)), necessrio certificar-se de que essas informaes no estejam disponveis para cada campo,
de acordo com a base de clculo. Por exemplo, se o usurio marcar o campo Incoterms para uma tabela de condies quando existirem tipos de condies com a base de clculo Unidades comerciais no esquema de clculo, no podem existir informaes sobre Incoterms para o subitem correspondente. Isso significa que no ser encontrado qualquer registro de condio para essa chave. Para obter mais informaes sobre a funo da tabela de condies na determinao de preo, vide Tabelas de condies.
Se somente o percurso e o peso total so relevantes, basta efetuar um clculo no nvel de item de frete. Isso permite obter maior clareza, uma vez que os dados adicionais das remessas ou unidades comerciais so suprfluos. Se os contratos estipulados com o agente de frete fazem com que o sistema efetue um clculo por engradado, o usurio deve utilizar a base de clculo para unidades comerciais. Todos os dados relativos a peso e volume referem-se s unidades comerciais. Se cobrar de cada recebedor da mercadoria, sem exigir informaes sobre os itens de remessa, possvel selecionar a base de clculo para remessas. Se necessrio incluir diferentes classes de frete no clculo, so necessrios dados de material do item de remessa, e o clculo deve ser feito por item de remessa. Se utilizado um transporte por volume e necessrio calcular cada elemento de expedio separadamente, usar a base de clculo por unidade comercial.
Pr-requisitos
No Guia de implementao (GI), possvel atualizar a opes de determinao do preo. Verificao de consistncia para
Caractersticas
1. O sistema verifica todos os tipos de condio: As seqncias de acesso e a base de clculo combinam? 2. O sistema verifica todos os esquemas de clculo: Existe pelo menos uma condio cuja base de clculo seja diferente de ' '?. O sistema emite uma mensagem de aviso quando encontra uma inconsistncia.
Pr-requisitos
Para efetuar comparaes de custos de frete, necessrio definir as seguintes opes no Customizing: Definir grupos de excluso de condies. Atribuir tipos de condio aos grupos de excluso de condies. Atribuir dois grupos de excluso de condies e um procedimento de excluso (isto , escolher o grupo de excluso mais favorvel) a um esquema de clculo. Para definir essas opes no Customizing, selecionar Logistics Execution Transporte Csts.frete Determinao de preo Controle da determinao de preo Excluso de condies Excluso de condies para grupos de condies.
Caractersticas
Por exemplo, possvel criar tipos de condio com a base de clculo Itens de remessa, e tipos de condio com a base de clculo Unidades comerciais no mesmo esquema de clculo. Em seguida, definir grupos de excluso de condies (A e B) e atribuir os dois tipos de condio com dedues adicionais aos dois grupos diferentes de excluso. Atribuir os grupos de excluso ao esquema de clculo e definir o procedimento de excluso "menos favorvel dos grupos de excluso". Se efetuar agora a determinao de frete com o esquema de clculo descrito anteriormente, o sistema determina o frete para os grupos de excluso A e B. Na primeira variante, efetuado o clculo de frete para cada item de remessa. O transporte custa US$ 1.358. A segunda variante calcula as unidades comerciais. Existem 6 paletes. O transporte custa US$ 1.250,00. O sistema seleciona a variante menos favorvel de acordo com o procedimento de excluso e efetua um clculo por item de remessa. Todas as condies para o grupo de excluso B esto inativas.
Para definir as tabelas de condio para a determinao de frete no Customizing de vendas e Distribuio: Logistics Execution Transporte Csts.frete Determinao preo Controle da determinao de preo Definir dependncias de preo (tabelas de condio). Para obter mais informaes sobre a funo da tabela de condies na determinao de preo, vide Tabelas de condies.
Caractersticas
Para representar os elementos geogrficos no sistema como parte da determinao de preo, existem as seguintes opes: Distncias possvel utilizar a distncia como base de clculo e regra de clculo durante a determinao de frete. A distncia pode ser gravada no cabealho do transporte ou no cabealho da etapa do transporte. possvel entrar a distncia conforme descrito a seguir: Manualmente possvel entrar a distncia manualmente no documento de transporte.
Itinerrios e etapas do itinerrio possvel atualizar a distncia na definio do itinerrio no Customizing de itinerrios e etapas de itinerrios. Quando o itinerrio for utilizado, esse valor copiado para o documento de transporte como uma proposta do sistema. Ampliao de cliente para a determinao da distncia Para determinar as distncias automaticamente, possvel ativar uma ampliao de cliente (ampliao V56DISTZ) para a determinao da distncia definida pelo usurio. Localizaes e zonas Para a origem das localizaes e zonas, que podem ser utilizadas para interferir na determinao de frete, existem as seguintes opes, classificadas em dados relacionados partida e chegada: Dados de endereo possvel obter dados como pas, regio, cdigo postal ou zona de transporte, que podem ser utilizados como campos para definir as tabelas de condies, nos dados de endereo do transporte. Determinao de zonas tarifrias possvel definir a determinao automtica de zonas tarifrias no Customizing. Uma zona tarifria a combinao de uma rea de cdigo postal de um pas. A zona tarifria definida em termos de: Local de organizao do transporte Fornecedores de servios Tipo de expedio Pas . Por exemplo, uma rea de cdigo postal foi atribuda a uma zona tarifria predefinida para uma combinao de local de organizao do transporte, fornecedor de servios, etc. Se o sistema no encontrar uma zona tarifria vlida para esses critrios, ele executa novamente a determinao, com um tipo de expedio "vazio". Com as opes correspondentes do sistema, a zona tarifria determinada automaticamente durante a criao de um item de frete. Ou seja, ao criar um documento de frete ou quando outro item criado manualmente.
Pr-requisitos
Para instruir o sistema a determinar as distncias a partir do itinerrio ou da etapa do itinerrio, necessrio atualiz-las no Customizing de definio de itinerrios. Essas opes so definidas no Customizing: Vendas e distribuio Funes bsicas Itinerrios Definio de itinerrio Definir itinerrios e etapas. Para utilizar zonas tarifrias na determinao de frete, necessrio defini-las no Customizing e selecion-las para determinao automtica. Essas opes so definidas no Customizing: Vendas e distribuio Transporte Csts.frete Bases Definir e atribuir zonas de tarifas.
Data de liquidao
A data de liquidao aquela em que o item de frete entrado na contabilidade financeira ou na contabilidade de custos. tambm a data entrada na determinao de impostos.
Pr-requisitos
A ativao da determinao automtica da data de fixao do preo ou da data de liquidao requer a definio das seguintes opes no Customizing: Definio da regra para data Ao definir uma regra para data, necessrio definir a seqncia de datas de expedio (isto , fim da organizao do transporte ou incio planejado de carregamento), utilizadas para determinar a data de fixao do preo ou a data de liquidao. A seqncia de datas reflete a prioridade de acesso. Se no existir um valor para o primeiro prazo, ser verificado o prximo prazo, e assim por diante. Essas opes so definidas no Customizing: Logistics Execution Transporte Csts.frete Funes bsicas de expedio Definir regras para datas. Atribuio da regra para data Na definio de categorias de itens de frete, possvel atribuir uma regra para data data de fixao do preo e uma regra para data data de liquidao. Essas opes so definidas no Customizing: Logistics Execution Transporte Csts.frete Doc.custos de frete Tipos csts.frete e ctgs.itens Definir categorias de item.
Caractersticas
Ao calcular um item de frete, o sistema determina automaticamente as datas de fixao do preo e a data de liquidao, com base nas opes definidas no Customizing. possvel sobregravar essa data calculada automaticamente. Ao criar manualmente um documento de frete, possvel definir a data de fixao do preo e a data de liquidao, manualmente. Essa data vlida para todos os itens e substitui a data determinada. Tambm possvel sobregravar essa data no nvel de item. O grfico a seguir ilustra a determinao automtica de datas para a data de fixao do preo e a data de liqidao.
Determinao de impostos
Uso
Ao determinar o frete, o sistema tambm pode calcular os impostos pertinentes. Determinadas regras relacionadas aos pases fiscais participantes so aplicveis a esse clculo.
Caractersticas
O sistema efetua a determinao de impostos dentro da estrutura da determinao de preo. A data de liquidao utilizada para acessar as condies. Vide tambm Determinao da data de fixao do preo e data de liquidao. Para determinar impostos dentro da determinao de frete, o sistema consulta o documento de transporte para determinar o pas de partida e o de destino para a determinao de impostos. As regras a seguir so aplicveis determinao dos pases fiscais, efetuada pelo sistema: Pas fiscal de sada O pas de sada determinado para todas as remessas relevantes. Se o pas for o mesmo para todas elas, o sistema o utiliza como pas fiscal de sada. Caso contrrio: Se o item de frete fizer referncia a cabealho,
o pas de sada do primeiro percurso do transporte utilizado como pas fiscal. etapa do transporte (percurso, terminal ou posto de passagem de fronteira), o pas de sada da etapa do transporte utilizado como pas fiscal. Pas fiscal de destino O pas de destino determinado para todas as remessas relevantes. Se o pas for o mesmo para todas elas, o sistema o utiliza como pas fiscal de destino. Caso contrrio: Se o item de frete fizer referncia a cabealho, o pas recebedor do ltimo percurso do transporte utilizado como pas fiscal. um percurso de transporte, o pas recebedor da etapa do transporte utilizado como pas fiscal. um terminal ou posto de passagem de fronteira, o pas de sada da etapa do transporte utilizado como pas fiscal. Para efetuar uma determinao personalizada de pases fiscais, possvel utilizar a ampliao de cliente V54D0001.
Escalas
Definio
O frete depende de algumas dimenses relevantes, ilustradas atravs de escalas. As escalas so divididas em nveis com valores diferentes . Uma escala consiste em: Um cabealho de escala, que contm informaes gerais sobre a escala (base de clculo, tipo de escala, regra de arredondamento) Um nmero ilimitado de nveis de escala, cada um formado por um valor (como peso, volume, cdigo postal ou distncia) e uma regra de clculo.
Cada escala uma unidade independente de dados mestre que pode ser usada em muitos registros de condio diferentes. Ao criar um registro de condio, os montantes da condio ou porcentagens da condio tambm so atualizados de acordo com as escalas atribudas. Base de clculo A base de clculo determina como o sistema interpreta a escala. A escala pode ser relativa a peso ou volume, por exemplo. A escala de preos de um elemento pode ser baseada em um dos seguintes critrios: Exemplos de bases de clculo Peso bruto Peso lquido Volume Distncia
Nmero de meios de transporte diferentes Tempo (durao do transporte ou tempo de espera) Zona tarifria (destino) Regio de destino
Tipo de escala Um tipo de escala um cdigo que controla como os nveis da escala so definidos. O tipo de escala indica se os valores da escala definidos representam os limites superiores ou inferiores para os nveis da escala. De um determinado valor, como peso, em diante (escala inicial) At um determinado valor, como peso (escala final) Para exatamente um valor, como cdigo postal (mesma escala)
Uso
possvel definir escalas na criao de registros de condio. A escala usada define como o frete calculado. Por exemplo, uma escala pode ser usada para definir que a taxa de frete usada no clculo depende do peso a ser transportado e da distncia a ser percorrida. As taxas de frete podem ser atualizadas dependendo do escalonamento: Valor individual (sem escalonamento) Uma escala (peso, por exemplo) Duas ou trs escalas (peso e cdigo postal, por exemplo)
Atualizar taxas de frete para cada valor da escala Atualizar taxas de frete para vrias combinaes de valores da escala
Exemplo
Exemplo de matriz de frete Quilmetros / Toneladas Valor mximo at 100 km at 500 km at 1.000 km (etc.) 250,00 450,00 800,00 850,00 Valor mnimo at 5 toneladas 2000,00 20,35 33,60 43,50 1,50 at 10 toneladas 3200,00 18,55 29,50 37,30 2,50 at 20 toneladas 5200,00 15,20 25,20 33,20 3,20 at 25 toneladas 6000,00 12,75 21,30 28,50 3,50
Escala de peso Base de clculo: peso bruto Tipo de escala: escala final Escala de distncia Base de clculo: distncia Tipo de escala: escala final Determinao do frete:
At um valor de escala de 100 km e 5 toneladas, a taxa de escala 20,35. Para um valor de escala de 5 toneladas e de 100 km a 500 km, a taxa de escala 33,60. A um valor de escala de 90 km e 800 kg, a taxa de frete seria 20,35. O clculo do frete : 8 * 20,35 = 162,80. Porm, como o valor mnimo 250, o frete cobrado neste caso 250. Para obter mais informaes, vide: Criao de escalas
Criao de escalas
Procedimento
Para criar escalas, proceder como a seguir:
2. exibida a tela Criar escala: 1a tela. 3. Entrar a base de clculo. possvel selecionar na lista de seleo, que inclui peso bruto,
zona tarifria, cdigo postal, regio, distncia, por exemplo.
4. Pressionar ENTER .
Tela Criar escala: Sntese 1. Entrar um nome para a escala.
4. Entrar uma unidade de medida para a escala . 5. Entrar uma Regra clculo (base de condio) na ficha de registro Clculo. possvel
selecionar peso bruto, distncia ou durao do transporte, por exemplo, na lista de seleo. Essa regra define o fator de multiplicao .
Taxa proporcional
Tambm possvel passar de valores absolutos para relativos na escala. O mtodo de clculo e as regras controlam como a taxa de condio interpretada no registro de condio.
9. Entrar uma unidade de preo e um valor no campo Unidade de preo (100 g, por exemplo).
10. Gravar as entradas. O sistema informa que a escala foi gravada. exibida novamente a tela para criao de escalas. Para criar condies multidimensionais ( possvel criar at 3 escalas), basta repetir o processo para criao de escalas.
Pr-requisitos
necessrio que as escalas j tenham sido criadas.
Procedimento
No Guia de implementao (GI), possvel atribuir escalas aos tipos de condio:
1. Selecionar Logistics Execution Dados mestre Transporte Csts.frete Preos Criar. 2. Selecionar um tipo de condio na tela "Criar registros de condio". Os registros de
condio refere m-se ao tipo de condio criado .
3. Pressionar ENTER . 4. Confirmar a atribuio das escalas na caixa de dilogo Agora possvel selecionar escalas
criadas com a mesma base de clculo ou criar novas escalas. Na faixa de registro Chave exibida uma sntese dos valores selecionados, e na faixa de registro Escalas possvel ver os valores das escalas.
Caractersticas
Vrias escalas so atribudas a uma condio para definir essas condies multidimensionais. As escalas podem ser definidas independentemente da respectiva condio como dados separados e depois atribudas a diversos tipos de condio. Quando um registro de condio criado, as escalas atribudas ao tipo de condio aparecem como valores default. possvel, porm, substituir as escalas propostas por outras escalas. Para representar uma condio de frete bidimensional, atribuir duas escalas a um tipo de condio. possvel atribuir at trs escalas para representar uma condio tridimensional.
desejvel que os preos dependam do cdigo postal do local de partida, do cdigo postal do destino e do peso bruto. Como os transportes esto sendo organizados para diversos locais de expedio, o local de partida relevante alm do local de destino. possvel definir para o cdigo postal que somente as duas primeiras posies so levadas em considerao. Isso evita a necessidade de atualizar zonas tarifrias, por exemplo. Esse caso requer uma condio tridimensional. Para cada nvel de escala possvel definir um tipo de clculo que define se um montante absoluto ou relativo (por 100 kg, por exemplo) deve ser calculado. possvel definir um preo absoluto de US$ 250 para at 5 toneladas de peso e, em seguida, para cada nvel de escala, um preo relativo de 100 kg. possvel armazenar preos mnimos e mximos para cada nvel de escala.
Restries
No h documentos de modificao para as taxas de frete.
Caractersticas
possvel alocar condies de frete multidimensionais de um sistema SAP para outros sistemas atravs de ALE. Aqui se pode usar o IDoc para copiar condies de um sistema externo. A transao de modificao usada para iniciar a transmisso de uma condio de frete. possvel selecionar registros individuais para transmisso na lista de condies (atravs de "Info de condio"). Para obter mais informaes, vide seo Rastreamento de IDoc.
Foram estipuladas taxas de transporte segundo as quais no nvel de escala de 5 a 10 toneladas de peso a serem transportadas o preo de 6 dlares por 100 kg, e no nvel de escala de 10 a 15 toneladas o preo de apenas 5 marcos por 100 kg. Essa so escalas "Iniciais", ou seja, de 10 toneladas em diante o sistema calcula o preo de acordo com o segundo nvel da escala. Assim, para um transporte de 9 toneladas, o clculo do peso timo determina que o preo menor se forem cobradas 10 toneladas (= 500 dlares) no lugar de 9 toneladas (=540 dlares). O preo timo aquele a partir do qual mais barato calcular 10 toneladas no lugar do peso real. Neste exemplo, o peso timo est entre 8,3 e 8,4 toneladas.
Caractersticas
Durante o clculo do preo timo, necessrio usar dois tipos de condio. O primeiro tipo de condio usado para a determinao de frete "standard". O segundo tipo de condio usado para a determinao de frete no nvel de escala superior seguinte. Agora o sistema compara os dois valores calculados usando um tipo de procedimento de excluso e usa o valor mais razovel como preo.
Atividades
Criar o segundo tipo de condio com referncia ao primeiro tipo de condio (definido atravs dos campos Tipo de condio de referncia e Aplicao de referncia). Isso faz com que o segundo tipo de condio utilize os mesmo registros de condio do primeiro tipo. Ao atribuir as escalas, selecionar o cdigo do preo timo somente para o segundo tipo de condio. O cdigo faz com que a determinao de frete utilize o nvel de escala superior seguinte. Dessa forma so efetuados dois clculos: um clculo "standard" e um no nvel superior seguinte na escala. Com escalas multidimensionais, definir o cdigo na escala para clculo do preo timo (no caso de um tipo de condio que contenha uma escala de distncia e peso, por exemplo, o cdigo seria definido na escala de peso). O sistema compara os custos na determinao do frete. Para essa finalidade, necessrio definir um grupo de excluso de condio, atribuir os dois tipos de condio ao grupo de excluso e definir o procedimento de excluso. O menor custo entre os tipos de condio. Em seguida, atribuir o procedimento de excluso ao esquema de clculo.
Para considerar as sobretaxas e descontos antes de efetuar e comparar os clculos, definir dois grupos de excluso, atribuir um tipo de condio mais sobretaxas e descontos a um grupo de excluso e selecionar o procedimento de excluso O menor custo entre os grupos de excluso.
Definir estas opes no Customizing. Selecionar Logistics Execution Transporte Custos transporte Doc.custos de frete e selecionar a atividade do GI necessria. Para criar um documento de frete para um transporte ou etapa de transporte, o transporte deve ter o status global exigido na definio do tipo de frete. Alm disso, o transporte deve ter um status de transporte planejado.
Procedimento 1. Selecionar Logstica Logistics Execution Transporte. 2. Selecionar Transporte Csts.frete. 3. Selecionar Csts.frete Criar.
4. Definir o nmero de transporte para o transporte cujos custos de frete devem ser calculados.
Resultado
De acordo com a configurao do sistema, o sistema executa automaticamente as seguintes aes, quando o documento de frete criado: Cria itens de frete Cria e calcula itens de frete Cria, calcula e executa a classificao contbil para itens de frete Cria, calcula e executa a classificao contbil para itens de frete e depois os envia para a contabilidade financeira e contabilidade de custos
Atualizar o nvel de processamento automtico no Customizing. Para isso, selecionar o caminho de menu Logistics Execution Transporte Csts.frete Doc.custos de frete Tipos de custos de frete e ctgs.itens Atribuir tipos de custo de frete e ctgs.itens.
A tela de seleo apresenta vrios critrios de seleo a serem escolhidos. Para obter uma sntese mais eficiente dessa tela e facilitar ainda mais a atualizao, possvel definir variantes de seleo no Customizing. No GI, selecionar Logistics
Execution Transporte Csts. frete Doc.custos de frete Variantes de seleo p/lista e pool de custos de frete. Aqui possvel definir as variantes de seleo para a lista de trabalho para a criao de custos de frete. Para criar um documento de frete, necessrio definir as seguintes opes no Customizing: Definio dos intervalos de numerao para os custos de frete. Definio e atribuio dos tipos de frete e categorias de item. Para cada tipo de transporte, necessrio definir a relevncia de custos de frete para o cabealho, percurso, posto de passagem de fronteira e terminal. possvel atribuir custos de frete aos tipos de frete. Esses custos de frete so propostos durante a criao de documentos de frete.
Definir estas opes no Customizing. Selecionar Logistics Execution Transporte Custos transporte Doc.custos de frete e selecionar a atividade do GI necessria. Para criar um documento de frete para um transporte ou etapa de transporte, o transporte deve ter o status global exigido na definio do tipo de frete. Alm disso, o transporte deve ter um status de transporte planejado.
Procedimento
Para criar uma lista de trabalho on-line:
1. Selecionar Logstica Logistics Execution Transporte. 2. Selecionar Transporte Csts.frete. 3. Selecionar Csts. frete Lista trabalho custos de transporte Criar on-line.
Aparece uma tela de seleo.
1. Selecionar Logstica Logistics Execution Transporte. 2. Selecionar Transporte Csts.frete. 3. Selecionar Csts. frete Lista trabalho custos de transporte Criar batch.
Aparece uma tela, onde possvel selecionar as variantes de seleo.
O sistema prope variantes de seleo standard e as variantes de seleo definidas no Customizing. Ainda possvel modificar as variantes de seleo aqui, mas no possvel criar novas variantes. possvel criar novas variantes de seleo no GI. Selecionar Logistics Execution Transporte Csts. frete Doc.custos de frete Variantes de seleo p/lista e pool de custos de frete Criar variantes de seleo p/lista trabalho custos frete.
4. Posicionar o cursor na variante de seleo para criar uma lista de trabalho e selecionar
Imediatamente. Os documentos de transporte so criados imediatamente, em background. Para criar documentos de frete na lista de trabalho em uma hora especificada:
1. Selecionar Logstica Logistics Execution Transporte. 2. Selecionar Transporte Csts.frete. 3. Selecionar Csts. frete Lista trabalho custos de transporte Criar batch. 4. Posicionar o cursor na variante de seleo para criar uma lista de trabalho e selecionar
Planejamento. O sistema exibe uma tela em que possvel definir a data e a hora.
5. Indicar a data e a hora para o incio do job batch. 6. Para iniciar o job batch em intervalos regulares, selecionar Escalonar periodicamente.
exibida uma caixa de dilogo, onde possvel definir um perodo de repetio. 7. Selecionar o perodo de repetio, isto , todos os meses, a cada 2 dias, etc.
Resultado
De acordo com a configurao do sistema, o sistema executa automaticamente as seguintes aes, quando o documento de frete criado: Cria itens de frete Cria e calcula itens de frete Cria, calcula e executa a classificao contbil para itens de frete Cria, calcula e executa a classificao contbil para itens de frete e depois os envia para a contabilidade financeira e contabilidade de custos
Atualizar o nvel de processamento automtico no Customizing. Para isso, selecionar o caminho de menu Logistics Execution Transporte Csts.frete Doc.custos de frete Tipos de custos de frete e ctgs.itens Atribuir tipos de custo de frete e ctgs.itens. O sistema cria um log das atividades executadas e dos erros encontrados. possvel chamar o log na lista de trabalho ou visualiz-lo no menu de custo de frete, em Csts. frete Lista de trabalho custos de transporte Logs.
Procedimento
Para processar um documento individual:
1. Selecionar Logstica Logistics Execution Transporte. 2. Selecionar Transporte Csts.frete. 3. Selecionar Csts. frete Lista Clculo (ou Liquidao). 4. Entrar os critrios de seleo e selecionar Executar.
O sistema exibe uma lista de documentos de frete que atendem aos critrios. Essa lista tambm exibe os itens. A tela de seleo para criao de listas oferece vrios critrios de seleo a serem escolhidos. Para obter uma sntese mais eficiente dessa tela e facilitar ainda mais a atualizao, possvel definir variantes de seleo no Customizing. No GI, selecionar Logistics Execution Transporte Csts. frete Doc.custos de frete Variantes de seleo p/lista e pool de custos de frete ou Variantes de seleo p/lista de liquidao frete.
Caractersticas
Aps a execuo do relatrio , o sistema exibe uma lista de todos os documentos de frete que atendem aos critrios de seleo. O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Exemplo
Um empregado deseja obter uma sntese dos documentos de frete criados naquela semana para determinar se existem documentos ainda no totalmente calculados. O empregado cria uma lista de documentos de frete para clculo. Ele fornece seu nome de usurio no campo Criado por e os dados da semana passada no campo Criado em como critrios de seleo. Para o status do clculo , o empregado entra No calculado e Parcialmente calculado. O usurio recebe uma lista de todos os documentos de frete que cri ou na ltima semana e que ainda no esto totalmente calculados. Vide tambm: Criao de listas de documentos de frete para clculo
Lista de escalas
Uso
Este relatrio pode ser usado para fornecer uma sntese das escalas j existentes para dados mestre caso essas sejam necessrias para a criao de preos ou sobretaxas e descontos, por exemplo.
Caractersticas
Aps a execuo do relatrio , o sistema exibe uma lista de todas as escalas que atendem aos critrios de seleo.
O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Exemplo
Um empregado do departamento de transporte deseja criar uma estrutura de preos bidimensional e precisa saber se possvel utilizar as escalas de peso e distncia existentes. Primeiro ele utiliza o relatrio para criar uma lista de todas as escalas com base de clculo Peso bruto, e em seguida uma lista com a base de clculo Zona tarifria destino. Essa lista permite encontrar uma escala de peso que possa ser usada. Vide tambm: Criao de listas de escalas Edio de listas de transporte Escalas de condio multidimensionais
2. Selecionar Dados mestre Escalas Lista de escalas. 3. Para definir critrios de seleo recorrentes, possvel criar uma variante para a tela de
seleo atravs de Saltar Variantes Gravar como variante. Essas variantes so obtidas atravs de Saltar Variantes Chamar.
Finalidade
A liquidao de custos de frete junto ao fornecedor de servios executada por item de frete. A liquidao inclui: Atribuio e envio dos custos de frete para FI e contabilidade de custos, para a criao de provisionamentos antecipados e lanamento de contas a pagar. Liquidao automtica usando o esquema de faturamento automtico ou liquidao manual junto ao fornecedor de servios de transporte.
Pr-requisitos
S possvel executar a liquidao dos itens de frete j calculados. Tambm precisam ser feitas as configuraes necessrias no Customizing. Isso inclui a atualizao da categoria de classificao contbil ou as opes para a determinao de contas do Razo. possvel definir essas opes no IMG sob: Logistics Execution Transporte Csts. frete Liquidao.
Processo
1. Classificao contbil Durante a classificao contbil, o sistema executa simultaneamente as duas funes a seguir: 1. Determinao de contas do Razo Primeiro o sistema determina a conta correta do Razo no FI para cada item de frete. 2. Atribuies para a contabilidade de custos O sistema tambm determina as contas na contabilidade de custos. possvel executar a classificao contbil em vrios nveis, de acordo com a preciso necessria ao controle dos custos. 2. Liberao ou envio contabilidade financeira Aps a classificao contbil, possvel iniciar o envio para a contabilidade financeira. Essa fase engloba duas etapas a serem executadas consecutiva ou simultaneamente. Vide tambm Envio de custos de frete para a contabilidade. 3. Determinao de pedidos O envio contabilidade para a criao de provisionamentos antecipados requer um registro de servios. Cada folha de registro de servios baseia-se em um pedido. Este pedido deve ser criado, primeiro, em Compras, para o fornecedor de servios. A primeira etapa do envio requer a determinao desses pedidos pelo sistema de acordo com algumas opes. Se vrios pedidos possveis foram selecionados, o sistema os ordena de acordo com os critrios a seguir: a. De acordo com o tipo da data (ascendente) b. De acordo com o incio do perodo de validade (descendente) c. De acordo com o fim do perodo de validade (ascendente)
d. De acordo com o nmero do pedido (ascendente) e. De acordo com o nmero do item de pedido (ascendente)
4. Criao da folha de registro de servios e criao de provisionamentos antecipados A segunda etapa do envio requer a criao da folha de registro de servios referente a um pedido. A aceitao de servios lanada e um documento contbil gerado no FI para a criao de provisionamentos antecipados. O sistema gera outros documentos subseqentes no FI. 5. Criao da fatura 6. Procedimento de faturamento automtico (procedimento de Faturamento automtico de entrada de mercadorias FA-EM) Com desse procedimento, possvel liquidar os custos de frete junto ao fornecedor de servios sem receber uma fatura. possvel selecionar entre diversos perodos de liquidao. O usurio pode transferir os custos de frete calculados para Contabilidade. A reviso de faturas executada pelo fornecedor de servios. Se o fornecedor de servios encontrar erros, possvel lan-los como dbitos posteriores. a. Reviso manual de faturas Quando o fornecedor de servios receber as faturas, o usurio tambm pode executar uma reviso de faturas ou criar as faturas, manualmente. A figura a seguir mostra o processo de liquidao:
Vide tambm: Determinao de contas do Razo Atribuies para a contabilidade de custos Determinao de pedidos Criao de provisionamentos antecipados Esquema de faturamento automtico Reviso manual de faturas
Uso
Para criar provisionamentos antecipados e lanar contas a pagar, o sistema deve determinar primeiro as contas corretas do Razo para lanar no FI.
Pr-requisitos
Para que o sistema determine as contas do Razo, necessrio definir algumas opes no Customizing. No GI, selecionar: Logistics Execution Transporte Csts. frete Liquidao Determinao automtica de contas do Razo. Aqui, as opes necessrias so descritas em detalhes.
Caractersticas
A determinao de contas do Razo efetuada automaticamente. Para a determinao, so utilizados os seguintes parmetros: Plano de contas Cdigo de agrupamento de avaliao Chave de operao Agrupamento de contas Classe de avaliao
possvel executar a determinao de contas do Razo no nvel de item de frete, ou instruir o sistema a efetuar o lanamento no nvel de remessa ou de item de remessa, para se obter um processo mais detalhado. Vide tambm Repartio de custos, em Atribuies para a contabilidade de custos. Vide tambm: Execuo da classificao contbil
Pr-requisitos
Para que o sistema determine os objetos na contabilidade de custos, necessrio verificar se algumas opes foram definidas no Customizing.
Caractersticas
O sistema determina automaticamente os objetos a serem lanados na contabilidade de custos. So importantes os seguintes parmetros: Categoria da classificao contbil
A categoria da classificao contbil especifica os objetos que devem ser lanados (isto , centro de custo ou ordem) e os dados de classificao contbil necessrios. Para definir categorias de classificao contbil, saltar para o GI e selecionar Logistics Execution Transporte Csts. frete Liquidao Atualizar ctg. classificao contbil. Repartio de custos A repartio de custos determina o nvel em que os custos devem ser enviados. possvel repartir os custos em nveis mais detalhados do que o de item de frete, dependendo da preciso necessria ao controle dos custos. As reparties possveis so: Item de frete Remessa Item de remessa Essas reparties so totalmente independentes das bases de clculo. Se essas reparties no forem compatveis com as bases de clculo, o sistema reparte os custos segundo a origem. Se os custos forem repartidos a um nvel mais detalhado do que o das bases de clculo, a repartio executada segundo o peso proporcional. (Exemplo: base de clculo = remessa; repartio de custos por item de remessa.) Se no for necessrio repartir os custos pelo peso proporcional, possvel programar a repartio de acordo com outras regras, na ampliao de cliente V54SFRC. possvel utilizar a origem das atribuies de CO para restringir os possveis nveis da repartio de custos. Atribuir as reparties de custos no Customizing da categoria de item de custo de transporte. Para isso, selecionar o caminho de menu Logistics Execution Transporte Csts.frete Doc.custos de frete Tipos de custos de frete e ctgs.itens Atribuir tipos de custo de frete e ctgs.itens. Origem de atribuies de CO Esse parmetro determina a origem das informaes utilizadas para determinar o objeto de CO. As possveis fontes dessas informaes so: Conta do Razo Se a conta do Razo for determinada pelo sistema ou entrada manualmente, o sistema acessa uma tabela do Customizing na qual uma atribuio CO atualizada para cada conta do Razo. Definir essas opes no GI, em: Logistics Execution Transporte Csts. frete Liquidao Determinao automtica das atribuies CO. Remessa, ordem O sistema procura primeiro a remessa para atribuies CO. Se no encontrar uma remessa, o sistema procura a ordem. Remessa, ordem, conta do Razo O sistema procura primeiro a remessa para atribuies CO. Se no encontrar uma remessa, o sistema procura na ordem. Se no encontrar na ordem, o sistema acessa a tabela do Customizing onde as atribuies CO para classificaes contbeis do Razo so atualizadas. Vide tambm: Execuo da classificao contbil
Determinao de pedidos
Uso
O envio contabilidade financeira para a criao de provisionamentos antecipados requer um registro de servios. Cada folha de registro de servios se baseia em um pedido. A determinao desse pedido a primeira etapa para o envio ao FI e, por conseguinte, a primeira etapa necessria execuo da liquidao.
Integrao
O pedido criado em Compras.
Pr-requisitos
Esse pedido deve ser criado primeiro em Compras. Os critrios importantes para o pedido so: Fornecedores de servios Organizao de compras Grupo de compras Centro Categoria de item
necessrio criar o pedido para um fornecedor de servios. O pedido pode ser vlido para os seguintes perodos: Dia Semana Ms
No Customizing da organizao de compras, o grupo de compras e o centro devem ser atribudos ao local de organizao do transporte correspondente e ao tipo de frete. Definir essas opes no GI. Selecionar Logistics Execution Transporte Csts. frete Liquidao Atribuir dados de compras.
Caractersticas do pedido
O pedido deve ter as seguintes caractersticas: Cabealho do pedido Empresa Organizao de compras Grupo de compras Moeda do documento Fornecedor Emissor da fatura Empresa para o local de organizao do transporte do item de frete (Detalhe de item: referncia) do item de frete (Detalhe de item: aquisio de servios) do item de frete (Detalhe de item: aquisio de servios) do item de frete (Detalhe de item: definio do preo) Fornecedor de servios de transporte do item de transporte (Detalhe de item) Emissor da fatura do item de frete (Detalhe de item: liquidao)
Incio/fim de tempo de execuo Se essas horas forem especificadas, a data da liquidao do item de frete deve se situar nesse perodo (Detalhe de item: liquidao) Item de compras Centro Categoria de item de compras Categoria da classificao contbil Data de remessa Cdigo de fatura final Cdigo de bloqueio do item de frete (Detalhe de item: aquisio de servios) Servio No vazia A data da liquidao do item de frete deve se situar nesse perodo (Detalhe de item: liquidao) No definido No definido
Os itens de frete devem ter o status conta atribuda. Em outras palavras, a determinao de contas do Razo e a atribuio para a contabilidade de custos j devem ter sido executadas.
Caractersticas
Se existir um pedido invlido, o sistema determina o pedido durante o envio ao FI . Vide tambm: Transferncia de custos de frete para a contabilidade financeira
Pr-requisitos
Os itens de frete devem ter o status conta atribuda. Em outras palavras, a determinao de contas do Razo e a atribuio para a contabilidade de custos j devem ter sido executadas.
Caractersticas
Ao enviar os itens de frete calculados para o FI, o sistema executa o seguinte: Cria uma folha de registro de servios referente ao pedido determinado. Lana a aceitao dos servios. Cria um documento contbil para os provisionamentos antecipados. Outros documentos subseqentes so criados no FI.
Vide tambm:
Pr-requisitos
Para somar custos de frete a custos complementares de aquisio nos transportes de entrada, necessrio definir as seguintes opes no Customizing: Categorias de item de frete Na atividade Tipos de item de frete e categorias de item, definir o campo Relevante para o clculo de custos como A = Relevante para calcular custos complementares de aquisio (Custos complementares de aquisio). Como resultado, os custos de frete no so transferidos diretamente para a contabilidade. A contabilidade feita atravs da funcionalidade de compras para custos complementares de aquisio. Condies no pedido Na atividade Definir tipos de condio, definir o campo Tipo de condio como B = Custos complementares de aquisio. Selecionar tambm o campo Transferir custos de frete. O sistema s exibe esse campo se o tipo de condio estiver definido como custos complementares de aquisio. necessrio entrar o tipo de condio na seo categoria do item, no pedido. Entretanto, no necessrio entrar um valor, porque este ser determinado pelo documento de frete e transferido automaticamente para o documento de entrada de mercadorias. Entrada de mercadorias Para encontrar os documentos de frete relevantes, necessrio conhecer os recebimentos correspondentes. Assim, para a entrada de mercadorias isso deve corresponder a entradas de mercadorias relativas a confirmao. Na atividade Configurar controle de confirmao, selecionar
os campos Relevante para GR e Atribuio GR para a chave de controle de confirmao apropriada (entrada no pedido).
Caractersticas
Para obter mais informaes, vide Custos complementares de aquisio em Compras.
Exemplo
O exemplo a seguir mostra a incluso de custos de frete em custos de material. Esses custos de frete so apresentados como custos complementares de aquisio. Pedido: Material 4711, 200 un, 20 DM por unidade Recebimento 1: 100 un (Data 1) Recebimento 2: 100 un (Data 2) Transporte 1 com recebimento 1: Custos 250 DM Entrada de mercadorias para recebimento 1 100 un Custos de material 2000 DM Custos de frete 250 DM Custos globais lanados na conta de material 2250 DM Custos unitrios includos No mestre de materiais 22,50 DM O estoque continha 50 unidades com custo unitrio de 18,00 DM antes do lanamento dessa entrada de mercadorias. Aps a entrada de mercadorias , o estoque teria agora 150 unidades com custos de 21,00 DM por unidade: 50 un/ 18,00 DM = 900,00 DM 100 un/ 22,50 DM = 2250,00 DM Total = 3150,00 DM : 150 un = 21,00 DM/un Se o sistema no tivesse encontrado custos de frete, os custos seriam iguais a 19,33 DM por unidade: 50 un/ 18,00 DM = 900,00 DM 100 un/ 20,00 DM = 2000,00 DM Total = 2900,00 DM : 150 un = 19,33 DM/un Custos de frete desse tipo no so includos no pedido. Por isso , o sistema no exibe esses custos na viso de categoria de item do pedido. O sistema copia esses custos durante o processamento da entrada de mercadorias. O processamento dos custos de frete feito como se esses custos tivessem sido informados no item do pedido. De uma forma geral, esses custos de frete so tratados como custos complementares de aquisio planejados no processamento de pedidos.
A utilizao ou no desse esquema de faturamento automtico depende do acordo estabelecido com o fornecedor de servios. As vantagens desse procedimento so: concluso mais rpida e eficiente da transao comercial menos desvios de preo na reviso da fatura
Integrao
O esquema de faturamento automtico integrado a Compras como uma liquidao automtica de entrada de mercadoria ou procedimento de FAEM (Faturamento Automtico de Entradas de Mercadorias) .
Pr-requisitos
O pr-requisito bsico para a liquidao automtica de custos de frete uma referncia a um pedido j existente. O departamento de compras pode marcar o fornecedor como sujeito a FAEM no registro mestre do fornecedor. Se o fornecedor estiver marcado como sujeito a FAEM, o cdigo de FAEM proposto para cada item de compras em um pedido criado com esse fornecedor. O comprador pode eliminar o cdigo de FAEM proposto em um item de compras.
Caractersticas
No esquema de faturamento automtico, existe uma diferena entre: Notas de crdito individuais Notas de crdito coletivas
Para as notas de crdito individuais, criada uma nota de crdito separada para cada documento de frete e fornecedor de servios. Em uma nota de crdito coletiva, todos os documentos de frete de um fornecedor de servios so considerados no perodo especificado. Geralmente, a liquidao junto ao fornecedor de servios executada em intervalos regulares. A durao desse perodo depende do acordo estabelecido com o agente de frete. possvel definir os perodos de liquidao com flexibilidade, dentro do procedimento de FAEM.
Procedimento
1. Na primeira tela, selecionar Logstica Administrao de material Reviso de faturas
Logst. rev. faturas.
2. Selecionar Continuar processam. Executar FAEM. 3. Entrar os critrios de seleo e selecionar Executar.
Resultado
O sistema exibe todas as faturas criadas para documentos de material (aceitao de servios) que atendem aos critrios de seleo.
Procedimento
1. No documento de frete, saltar para a tela de detalhe de um item de frete, cujo clculo de frete j foi efetuado, e para o qual ser executada a classificao contbil. Na ficha Liquidao, o campo deve ter o status de conta atribuda.
O nmero de linhas de classificao contbil depende do valor contido no campo da repartio de custos. Esse campo determina se a classificao contbil executada por item de frete, por remessa ou item de remessa. A definio da categoria de item de frete controla a repartio de custos. 3. Para modificar as contas do Razo ou as atribuies CO determinadas, possvel sobregravar os valores propostos. 4. possvel efetuar entradas adicionais na tela de detalhes da classificao contbil. 5. Gravar o documento de frete. Aps gravar, o sistema retorna primeira tela de custos de frete. Ainda possvel eliminar uma classificao contbil executada, desde que no tenha ocorrido o envio ao FI. Caso contrrio, necessrio primeiro cancelar o envio e, em seguida, eliminar a classificao contbil. Para eliminar a classificao contbil, selecionar Liquidao no campo de registro da tela de detalhe do item de frete e, em seguida, Item Eliminar classificao contbil.
Resultado
O status da classificao contbil modificado. Agora, possvel enviar o item de frete ao FI. Vide tambm: Determinao de contas do Razo Atribuies para a contabilidade de custos
Procedimento
1. No documento de frete, saltar para a tela de detalhe de um item de frete para o qual o clculo de custos e a classificao contbil j tenham sido efetuados, e que deve ser transferido para o FI.
2. Selecionar o cdigo Transferncia. Esse cdigo s pode ser marcado depois da classificao
contbil.
A determinao de pedidos iniciada automaticamente quando o usurio seleciona o cdigo Transferncia. Desde que o cdigo esteja selecionado, o pedido exibido no campo Pedido da ficha Suprimento servios. Para obter mais informaes, vide Determinao de pedidos. 3. Gravar o documento de frete.
Resultado
Ao gravar, o sistema cria uma folha de registro de servios com uma referncia ao pedido determinado, um documento contbil para a criao de provisionamentos antecipados e outros documentos no FI . Vide tambm: Criao de provisionamentos antecipados
Pr-requisitos
S possvel revisar as faturas se os itens de frete pertinentes j possurem contas atribudas e se tiverem sido transferidos para a Contabilidade (FI).
Procedimento
1. Selecionar Logstica Administrao de materiais Logstica reviso de faturas
Lanamento Entrar fatura. exibida a tela Entrar fatura. 2. Entrar os dados de cabealho necessrios para a fatura.
6. possvel usar a tela que exibida para limitar mais os itens de custo de frete ao entrar, por exemplo: a. nmero ou ordem de transporte b. identificao c. meios de transporte, motorista ou motorista substituto
d. parceiros tal como fornecedor de servios, fornecedor, emissor da fatura e. atributos do cabealho da expedio f. atributos dos dados de liquidao
g. atributos dos servios 7. Entrar os critrios de seleo para os itens de frete aos quais a fatura faz uma referncia. Nessa etapa, tambm possvel efetuar uma verificao selecionando Marcar. O sistema apresenta os resultados da verificao em um log. Esse log contm as informaes a seguir: a. faturas j lanadas e dbitos posteriores para os itens de frete pertinentes b. emissores da fatura, se diferentes do fornecedor c. cdigos ativos de FA-EM nos pedidos pertinentes
d. limites de tolerncia para todos os itens de frete selecionados e. valores fiscais para todos os itens de frete selecionados
8. Selecionar Aceitar.
O sistema exibe uma lista de todos os itens de frete com os montantes correspondentes. 9. Entrar o valor da fatura, o valor fiscal e outros dados da fatura, recebidos do fornecedor de servios, e selecionar todos os itens de frete relacionados fatura.
Caractersticas
Aps a execuo do relatrio , o sistema exibe uma lista de todos os documentos de frete que atendem aos critrios de seleo. O Visor de lista contm diversas funes que podem ser usadas para adequar a lista a necessidades especficas. Essa ferramenta permite, por exemplo, ordenar colunas. Tambm possvel definir a seqncia de exibio das colunas. Para obter mais informaes, vide Visor de lista ABAP.
Exemplo
O sistema est configurado de forma que os itens de frete so criados automaticamente na criao dos documentos de frete e o clculo implementado automaticamente. A transferncia executada duas vezes por semana noite como um batch coletivo. Um empregado cria uma lista de documentos de frete para clculo. Como critrios de seleo, ele entra os status No atribudo a uma conta, No completamente atribudo a uma conta e No transferido . Vide tambm: Criao de listas de documentos de transporte para liquidao Edio de listas de transporte
4. Entrar os critrios para a seleo dos documentos de frete. 5. Selecionar Programa Executar.
exibida uma lista de todos os documentos de transporte que atendem aos critrios de seleo.
Para obter mais informaes sobre o processamento dessa lista, vide Edio de listas de transporte.
Pr-requisitos
No Customizing, necessrio definir as opes a seguir de forma que os custos de frete no calculados no documento de frete possam ser includos no documento de faturamento do cliente. Alm dos tipos de condio j existentes, necessrio criar tipos de condio com o mesmo nome no esquema de clculo de preos para a determinao do frete e no esquema de clculo para a determinao do preo de faturamento. No esquema de clculo para determinao do frete, possvel marcar os tipos de condio como valores estatsticos para que no influenciem a determinao do frete. Para isso, selecionar o seguinte caminho no Customizing: Logistics Execution Transporte Csts.frete Determinao preo Controle da determinao de preo Definir e atribuir esquemas de clculo. No esquema de clculo para determinao do preo de faturamento, esses tipos de condio devem ser marcados manualmente. Para isso, selecionar o seguinte caminho no Customizing: Logistics Execution Transporte Csts.frete Determinao preo Controle da determinao de preo Definir e atribuir esquemas de clculo Atualizar esquema de clc.de custos. Para o esquema de clculo de preo de faturamento, necessrio selecionar o cdigo Esquema especfico para que a classe de condio e o cdigo estatstico sejam determinados novamente e no copiados do esquema de clculo do custo de frete. Tambm necessrio definir a origem de preo "custos de frete" no nvel de item para o controle de cpia de documentos de faturamento. Para isso, selecionar o seguinte caminho no Guia de implementao: Logistics Execution Faturamento Docs.faturamento Atualizar controle de cpia para docs.faturamento Controle de cpia: nota de remessa -> doc.faturamento e definir a origem de preo F para custos de frete para os tipos de remessa e faturamento correspondentes para o item correspondente.
Caractersticas
Os custos de frete faturados ao cliente so baseados nos custos de frete reais calculados na determinao de frete e transporte para liquidao com o agente de frete. Os custos de frete aparecem como uma entrada adicional no documento de faturamento ao cliente. possvel usar todas as opes de clculo disponveis no documento de frete para liquidao dos custos com o fornecedor de servios. Os custos de frete calculados no documento de frete com base nos itens de remessa so atribudos diretamente ao item do documento de faturamento correspondente. Os custos calculados com outra base de clculo, por exemplo, com base nos itens de frete, so alocados aos itens do documento de faturamento de acordo com o peso proporcional dos itens da remessa.
Um documento de faturamento cujo controle de cpia est definido no Customizing de forma que os custos de frete faam parte do documento de faturamento s podem ser criados depois que os custos de frete tiverem sido totalmente calculados e faturados. Como uma remessa para a qual o documento de faturamento ser criado pode estar contida em diversos transportes (por exemplo, no caso de uma cadeia de transporte), pode haver necessidade de calcular diversos documentos de frete para que o documento de faturamento possa ser criado. Tambm importante salientar que o sistema verifica primeiro o status da determinao do frete no documento de frete. Se tanto o cabealho quanto o percurso do tipo de transporte correspondente estiverem marcados no Customizing como relevantes para custos de frete, o status da determinao de frete no nvel do cabealho e da etapa deve ser totalmente processado.
Integrao
As informaes de custos de frete so obtidas no processamento de pedidos em Vendas e distribuio, mas utiliza m as funes de processamento de frete e transporte.
Pr-requisitos
S possvel utilizar informaes de custos de frete no pedido se os parmetros de controle e dados mestre para processamento de transporte e custos de frete tiverem sido atualizados.
Caractersticas
Para calcular custos de frete no pedido possvel definir perfis para informaes de custos de frete. O perfil para informaes de custos de frete contm valores default para informaes de custos de frete no pedido, por exemplo, o local de organizao do transporte, o tipo de transporte e o esquema de determinao de frete. O perfil para informaes de custos de frete atribudo a um tipo de documento de vendas (na definio dos tipos de documentos de vendas no Customizing de Vendas e distribuio). Para que no sejam efetuadas comparaes entre os mtodos de clculo, mas seja somente efetuado um clculo do valor estimado para os custos de frete, usar os detalhes do perfil para informaes dos custos de frete (local de organizao do transporte, tipo de transporte, esquema de clculo) e os dados do pedido (agente de frete, itinerrio) para calcular os custos de frete e a criao simulada de transportes correspondente.
Se no for atribudo um perfil ao tipo de documento de vendas, tambm possvel entrar o local de organizao do transporte, o tipo de transporte e o fornecedor de servios no pedido. Para executar uma comparao entre os diferentes mtodos de clculo, possvel atribuir um ou mais perfis de planejamento a um perfil para informaes de custos de frete. Esse perfil de planejamento usado para criar transportes no processamento coletivo, para gravar variantes de seleo e dados especficos que devem ser utilizados sempre, na memria. Um perfil de planejamento determina como as remessas devem ser agrupadas e quais os dados que devem ser colocados nos documentos de transporte. possvel atribuir diversos perfis de planejamento ao perfil para informaes de custos de frete, para, por exemplo, comparar os custos de transporte ferrovirio e rodovirio. Tambm possvel atribuir um perfil de planejamento para a criao de cadeias de transporte. Se o clculo de custos de frete for iniciado no documento de vendas, os dados usados para simular a determinao dos dois tipos de transporte so os dados gravados no pedido e no perfil de custos de frete, atribudo ao tipo de documento de vendas correspondente. Se o perfil de planejamento est atribudo ao tipo de frete, esses dados tambm so usados para o clculo paralelo dos custos de frete, de forma que possvel comparar diferentes opes de transporte .
4. Abrir novamente o documento atravs de Ordem Modificar. 5. No pedido, selecionar Detalhes Informao frete.
O sistema exibe a tela onde os perfis de planejamento esto listados. A primeira linha sempre contm o perfil de planejamento <Do pedido>. Nessa linha esto os valores default do perfil de custos de frete atribudo ao tipo de documento de vendas correspondente. Se no foi atribudo um perfil de custos de frete ao tipo de documento de vendas, entrar os dados que faltam para Local de organizao do transporte, Tipo de transporte e Fornecedor de servios. Se foi atribudo um perfil de custos de frete ao tipo de documento de vendas e existem perfis de planejamento atribudos a esse perfil de custos de frete, o sistema ir listar todos os perfis de planejamento atribudos ao perfil de custos de frete.
Os valores calculados pelo sistema so exibidos na coluna Valor lquido. Se h diversos perfis de planejamento atribudos, o sistema pode efetuar comparaes. possvel exibir os detalhes dos transportes simulados no log. Se h problemas nos clculos, possvel verificar os motivos listados no log.
Interfaces
Objetivo
O componente Interfaces inclui Sistemas de planejamento externos e Comunicao via Internet. As interfaces permitem ao sistema SAP se comunicar com outros sistemas e trocar dados. Existem muitas oportunidades de relaes comerciais B2B ou B2C: Cadeia logstica: os fornecedores podem entrar dados no sistema do seu parceiro de negcios Parceiros de negcios podem trocar dados de clientes Colaborao em projetos/produtos conjuntos
A comunicao B2B no requer, necessariamente, uma aplicao baseada na Internet. Tambm possvel haver cenrios de workflow entre dois sistemas (baseados em XML).
Mensagens EDI
Uso
O intercmbio eletrnico de dados EDI permite transmitir dados de transporte entre o carregador e o agente de frete ou cliente. Para obter mais informaes, vide seo Mensagens de transporte.
Sntese do processo
Em operaes comerciais normais, as remessas a serem planejadas so selecionadas para um determinado transporte medida que so criados transportes no R/3. Esse processo quase todo manual. Quando um sistema de planejamento do transporte externo utilizado, um registro de remessas a serem transportadas selecionado no R/3 e enviado ao sistema de planejamento por meio da interface, onde as remessas so agrupadas em transportes segundo determinados critrios de otimizao. Os transportes gerados so confirmados no R/3 que, por sua vez, aciona a gerao dos documentos de transporte. Para que os documentos de transporte sejam atualizados corretamente, os dados mestre (endereo do cliente ou horrios de aceitao de mercadorias, por exemplo) devem ser iguais nos dois sistemas. O agrupamento e a modificao de transportes ocorrem sistematicamente no sistema de planejamento do transporte. Todas as atividades de processamento de transporte subseqentes (impresso ou registro de incio do transporte, por exemplo) so tratadas como processamento normal de documentos no sistema R/3
Ligao organizacional
No sistema R/3, a ligao organizacional com um sistema de planejamento do transporte externo estabelecida por meio da atribuio a um local de organizao do transporte, o que permite que funcione como um local de organizao externo. S possvel atribuir um sistema de planejamento do transporte externo a cada local de organizao do transporte externo. Contudo, possvel atribuir um sistema de planejamento do transporte a diversos locais de organizao do transporte, se for necessrio que vrios planejadores MRP trabalhem no mesmo sistema.
Funes
A interface SD-SPT aceita as seguintes funes: SAP para o sistema de planejamento do transporte: Transferncia de dados mestre de local Transferncia de remessas a serem planejadas Transferncia de valores de status para transportes planejados Sistema de planejamento do transporte para o sistema SAP: Transferncia de transportes planejados Tambm existe um intercmbio de status de erro relativos correo lgica dos documentos transferidos.
Conceito de parceiro
Para oferecer aos clientes uma ligao segura e flexvel para sistemas de planejamento do transporte, o sistema trabalha com parceiros selecionados. As diferentes tarefas so delegadas da seguinte forma: A partir do Release 3.1, as ferramentas tcnicas necessrias para a ligao com um computador externo (IDocs, ALE, RFC) estaro includas no sistema SAP standard. As funes de aplicao que ilustram processos de negcios comuns (transaes, IDocs standard, Customizing) e tm uma funo no processamento correspondente no sistema SAP tambm estaro disponveis. Os parceiros so responsveis pela implementao da lgica de processamento desde a sada dos dados do sistema SAP R/3 at a entrada dos dados no sistema SAP R/3. Em outras palavras, so responsveis pela interpretao correta dos dados do R/3, pelo planejamento dos transportes de acordo com as especificaes, pela transferncia dos dados no formato R/3 e pelas comunicaes tcnicas entre os computadores. Tambm so o primeiro contato dos clientes no caso de erros no processo de comunicao. A SAP pretende iniciar um processo de certificao para esses parceiros com o propsito de verificar se atendem aos requisitos para uma ligao bem-sucedida de um sistema externo com o sistema SAP utilizando a tecnologia descrita acima. No momento no existem planos para testar as funes do software de aplicao do parceiro.
Tecnologia
Do ponto de vista tecnolgico, a interface baseada na tRFC (chamada de funo remota transacional), que basicamente um procedimento simplificado para tornar possvel a comunicao entre dois programas. Ao contrrio da sRFC (chamada de funo remota sincronizada), a tRFC armazena os dados temporariamente antes de envi-los, separando efetivamente a aplicao das funes de comunicao. A SAP tambm oferece uma funo de superviso refinada para anlise de erros lgicos. Quando ocorre um erro, tambm so enviadas mensagens para uma ou mais pessoas. possvel efetuar um acompanhamento posterior com base na caixa de entrada.
Requisitos de certificao
A SAP certificar os parceiros que possam demonstrar transferncia correta e funo para todas as ligaes de IDoc e concluir com xito os cenrios de teste. A lista dos IDocs necessrios para a certificao est na seo que descreve os IDocs.
A transmisso de dados mestre com o IDoc TPSLOC01 pode ocorrer nos seguintes pontos:
Transmisso inicial de todos os dados mestre de local necessrios aps a ativao do sistema externo usando a transao VT60 Transmisso semi-automtica de todos os dados mestre de local modificados para clientes, fornecedores e fornecedores de servios usando o ponteiro de modificao ALE para o tipo de IDoc TPSLOC (Comentrio em Tabela de modificao, transmisso por programa). Transmisso manual de todos os dados mestre de local modificados (centros, locais de expedio, pontos de conexo de transporte).
Os registros de endereo dos locais usados so transferidos do sistema SAP para o sistema de planejamento do transporte com as remessas a serem planejadas no IDoc TPSDLS01. Isso garante que, mesmo que o sistema de planejamento do transporte no possua sua prpria administrao de dados de locais, pelo menos os dados corretos para pontos de partida e de chegada esto disponveis. A transmisso de registros de endereo com as remessas a serem planejadas particularmente importante para todos os sistemas externos que utilizam clientes eventuais (CPD) como referncia.
Dados de movimento
A transmisso de dados de movimento ocorre nos dois sentidos. Necessidades de planejamento (remessas a serem planejadas e atribudas a transportes) so transmitidas do R/3 para o sistema de planejamento, e os transportes planejados so transferidos de volta para o sistema R/3. O cenrio a seguir aplica-se quando necessrio planejar novas remessas em um transporte:
Transmisso implcita aps a criao da remessa (definido como ponto no qual as remessas so enviadas para o sistema de planejamento do transporte, desde que no haja critrios especficos relevantes) por meio do controle de mensagens Transmisso explcita ao chamar um programa com transao VT61 com a opo de selecionar remessas de acordo com vrios critrios de seleo. A transmisso real feita por meio do controle de mensagens ou como uma transmisso direta. Transmisso automtica por meio da ativao do programa de transmisso RB56LFTP em um ponto definido no tempo (definio de variantes de seleo, transmisso de batch). A transmisso real feita por meio do controle de mensagens ou como uma transmisso direta. Transmisso implcita por meio da transao VT68, desalocando uma remessa sem eliminla no R/3. A transmisso em si feita por meio do controle de mensagens ou como uma transmisso. Retransmisso implcita por meio do controle de mensagens aps a modificao em uma remessa Transmisso implcita por meio da transferncia direta quando uma remessa eliminada Usando um relatrio com uma tela de opo ativada por meio da transao VT61 Ou ao chamar o relatrio RV56LFTP (com variantes) a intervalos regulares
Obrigatrio:
Esse relatrio utiliza a funo de seleo de remessas como para o processamento de transporte (transao VT01). Tambm necessrio definir um local de organizao do transporte que corresponda ao sistema de planejamento do transporte. A transmisso de remessas executada da seguinte forma: 1. Determinao de um sistema de planejamento do transporte (local de organizao do transporte) 2. Seleo de remessas segundo os critrios definidos 3. Combinao de remessas e seus itens correspondentes 4. Determinao dos itens relevantes para transporte (opcional) 5. Determinao do local de envio da remessa e ponto de destino onde so possveis documentos de transportes adicionais, como percurso principal por transporte martimo (opcional) 6. Acumulao de itens de remessa de acordo com a classe de frete dos materiais fornecidos e a lista de tipos de mercadoria definida. 7. Funes do cliente para modificaes e ampliaes dos dados de remessa combinados e IDocs especficos do usurio 8. Criao do IDoc (um IDoc por documento de remessa com a opo de combinar diversos IDocs em pacotes) 9. Transmisso dos IDocs para um sistema de planejamento Remessas modificadas no R/3 (transao VL02), aps relatadas para o sistema de planejamento do transporte, so automaticamente retransmitidas aps o lanamento das modificaes (desde que
sejam relevantes para transporte). Essa funo ativada por uma ligao com o controle de mensagens. Quando feita uma modificao, o documento inteiro, e no apenas os dados modificados, transmitido novamente. O grfico a seguir ilustra o cenrio para remessas relevantes para transporte modificado aps a transmisso inicial dos dados para um sistema de planejamento do transporte externo:
Se uma remessa eliminada no R/3, esse comando de eliminao transmitido automaticamente para todos os sistemas de planejamento do transporte que haviam planejado essa remessa para atribuio a transportes. O documento de remessa eliminado no R/3 embora, em alguns casos, algumas referncias a essa remessa ainda estejam pendentes em documentos de transporte do R/3 planejados externamente. Documentos de transporte com essas referncias pendentes no podem ser modificados no R/3 at que o comando de modificao do sistema de planejamento do transporte para o documento que no contm mais a remessa seja recebido.
Os documentos de transporte criados por um sistema de planejamento do transporte s podem ser modificados dentro de limites bastante restritos no sistema R/3. Opes do Customizing podem restringir ou proibir a modificao de dados relevantes para transporte. Os dados que no podem ser modificados incluem todos os dados que tornariam necessrio modificar documentos no sistema de planejamento do transporte (percursos, atribuio de remessa, fornecedores de servios, meios de transporte, nmeros de documentos).
Transmisso inicial
A transmisso inicial de dados mestre de local deve ser feita quando a interface est ativa. Todos os dados mestre necessrios devem ser copiados para o banco de dados do sistema de planejamento do transporte. Durante esse processo, o sistema SAP sempre representa a referncia. A transmisso de dados mestre pode ser iniciada por meio da transao VT60 ou do caminho de menu Logstica Vendas e distrib. Transporte Sistemas externos Organizao transp. Transmitir dados mestre. O primeiro programa (RV56LMTP) define o sistema de planejamento (local de organizao do transporte) e os dados mestre de local a serem transmitidos. Esse programa inicia o programa de transmisso real (RV56LMSL), cuja tela de seleo permite definir exatamente quais os dados mestre de local a serem transmitidos. Na tela de seleo do primeiro programa (RV56LMTP), somente os locais de organizao do transporte ligados a um sistema de planejamento do transporte externo so aceitos. Tambm possvel utilizar caixas de marcao para selecionar os tipos de dados mestre de local que devero aparecer na tela de seleo do segundo programa (RV56LMSL).
No momento, no possvel selecionar entregas e entradas de avisos de entrega junto com uma execuo de seleo. A transmisso da solicitao de planejamento pode ser iniciada por meio da transao VT61 ou do caminho de menu Logstica Vendas e distrib. Transporte Sistemas externos Planejam.transporte Enviar fornecimentos.
Remessas j transmitidas para um sistema de planejamento s podem ser retransmitidas para o mesmo sistema se a remessa foi modificada e o controle de mensagens ativado. Se isso no for conveniente, esse bloqueio pode ser desativado para transmisso direta por meio de uma funo de cliente. Para obter mais informaes sobre essas funes, vide a seo Concepo das configuraes e modificaes do sistema R/3 ou a documentao on-line para a funo do cliente.
Se h materiais embalados manualmente em uma unidade comercial em um documento de transporte planejado externamente, necessrio desembal-los manualmente antes para que o sistema de planejamento possa eliminar a unidade comercial ou o transporte.
Se a data de planejamento transmitida de um sistema de planejamento externo, essa data copiada para a data de planejamento no documento de transporte. Se a data de planejamento no for transmitida, a data de planejamento no documento do R/3 definida como a data de entrada do documento externo.
possvel definir o status da possibilidade de modificao de um documento no documento de transporte do R/3 dependendo do status global do transporte. No Customizing do R/3, possvel definir de qual status do transporte (como Iniciar carregamento) no mais adequado ou permitido modificar o transporte no sistema de planejamento. Se esse status for atingido ou ultrapassado porque as atividades de transporte do R/3 foram definidas manualmente, uma mensagem de correo ser enviada automaticamente para o sistema de planejamento do transporte para congelar o documento de transporte correspondente, e o documento de transporte deve ser definido como No modificar no sistema de planejamento.
Se esse status for ultrapassado nas atividades de transporte do R/3 por meio da reinicializao do status global do transporte, uma mensagem ser enviada para o sistema de planejamento, o que torna possvel liberar novamente o processamento do documento de transporte.
Opes de configurao
Ao configurar a interface de planejamento de transporte no R/3-Customizing, possvel definir parmetros tcnicos ou funcionais que determinam como as mensagens so enviadas para o sistema de planejamento e que modificaes devem ser feitas nas mensagens antes da transferncia.
Customizing R/3
A SAP usa a palavra Customizing para descrever as definies de tabela usadas para adaptar o sistema R/3 s necessidades do usurio. No Customizing, possvel, por exemplo: Definir valores-chave e seus atributos (tipos de transporte, por exemplo) Atualizar intervalos de numerao (nmeros de transporte, por exemplo) Criar e atualizar unidades organizacionais (locais de organizao do transporte, por exemplo) Configurar procedimentos para o envio de documentos (controle de mensagens, por exemplo) Criar procedimentos para modificao de documentos (restries de itinerrio, por exemplo) Definir outras opes especficas do cliente
As descries das opes do Customizing esto disponveis em forma detalhada no Guia de implementao na ajuda on-line. Definies especficas para a interface de planejamento de transporte podem ser encontradas no GI em Ferramentas Customizing Projetos implementao IMG de referncia SAP Vendas e distribuio Transporte Interfaces Sistemas externos de planejamento do transporte.
transocenicos (itinerrios martimos). Nesse caso necessrio notificar o sistema de planejamento do transporte de que o local de destino para o planejamento no o fator decisivo para remessas para o exterior, mas que o planejamento automtico deve ser feito para outro local (como o porto de partida ou passagem de fronteira). Situaes similares ocorrem para pedidos enviados de um local de expedio fora da rea do sistema de planejamento do transporte e que requerem somente o planejamento automtico de percursos subseqentes. As restries de planejamento so ligadas combinao de sistema de planejamento do transporte (local de organizao do transporte) e itinerrio. Isso permite definir como a substituio de um ponto de partida ou de destino deve ser executada na solicitao de planejamento para cada sistema de planejamento relacionado e cada itinerrio de remessa separadamente. Esquemas de substituio de local so usados para determinar um ponto de partida ou destino alternativo para planejamento. Um esquema de substituio formado por uma seqncia de condies verificadas uma aps a outra at que seja encontrado um substituto vlido. Uma vez encontrado um local alternativo, as especificaes de hora para o local tambm so redefinidas sempre que possvel. As seguintes condies podem ser usadas em um procedimento de substituio de local: Todas as estratgias de pesquisa se referem somente aos documentos que fazem parte da remessa que est sendo processada no momento. Locais usados como pontos de partida e chegada para a remessa nos transportes existentes so aqueles nos quais a remessa carregada ou descarregada mas no no incio ou fim absoluto do transporte. Condio 001 002 003 004 050 101 102 103 104 150 200 999 Substituto de hora A, P A, P A, P F A, P A, P A, P A, P F A, P F Local substitudo por... Local de partida do primeiro transporte de percurso principal Local de partida do primeiro transporte de percurso preliminar Local de partida do primeiro transporte de percurso subseqente Pontos de partida no itinerrio da remessa Primeiro local de partida de qualquer transporte Local de destino do ltimo transporte de percurso principal Local de destino do ltimo transporte de percurso preliminar Local de destino do ltimo transporte de percurso subseqente Pontos de chegada no itinerrio da remessa ltimo local de chegada de qualquer transporte Pontos de conexo de transporte fixados Substituio especfica do usurio
Se um local para substituio encontrado, o sistema tambm tenta determinar a programao de conexo para o horrio de partida ou chegada da remessa no local de substituio (substituto de hora). Isso feito atravs dos seguintes procedimentos: Substituto de hora A P F Funo Substituto com tempo de transporte real (isso tem prioridade devido preciso, mas s pode ser atualizado em casos excepcionais). Substituto com tempos planejados do documento de transporte. Calcula novos horrios com base na data de remessa / GI e dos tempos dos percursos preliminar, principal e subseqente do itinerrio definido no Customizing.
A substituio especfica do usurio feita atravs de uma funo de cliente. Para obter mais informaes, vide a seo Configuraes e modificaes do sistema SAP ou a documentao on-line para a funo do cliente.
Substituio de local e horrio com referncia a transportes existentes A programao automtica de conexo para transportes existentes no R/3 s pode ocorrer corretamente se todos os dados importantes tiverem sido atualizados em documentos de transporte do R/3. Os dados a seguir so essenciais no documento de transporte: Local de partida e de chegada Hora planejada de partida e chegada no cabealho do transporte Atribuio de remessa Se uma conexo para um transporte coletivo est planejada, necessrio tambm atualizar os seguintes dados: Etapas de transporte Atribuio de remessas a percursos Horrios de partida e de chegada em etapas do transporte Se possvel, todos os dados de endereo devem ser atualizados para os locais envolvidos.
Substituio de local para planejamento de percurso subseqente O sistema de planejamento Strae Deutschland (Estradas - Alemanha) usado para planejar os percursos subseqentes no itinerrio de remessa Amrica do NorteHamburgo, o que significa que o local de partida para a remessa est na Amrica do Norte (ou seja, fora da rea de planejamento) e deve ser substitudo por um local de partida adequado para fins de planejamento. O procedimento de determinao identificaria a seguinte seqncia de condies, processada seqencialmente at ser encontrado um local para substituio: 1. Fim do percurso principal: se existem um ou mais percursos para a remessa correspondente, o local de chegada do ltimo percurso principal usado como local de partida para planejamento. A data de fim do transporte passa a ser a data de partida do transporte. 2. Fim do itinerrio de remessa: se existir, o ponto final da remessa usado como ponto de partida para planejamento. O horrio de partida
determinado atravs da data de remessa e do tempo do percurso subseqente definido. 3. Pontos predefinidos: so usados pontos definidos no Customizing, e no determinado um horrio de partida. 4. No h substituio.
A seguir so mostrados os quatro procedimentos de substituio mais relevantes com suas etapas de condio. Planejamento automtico de percurso preliminar: conexo a local de partida em transporte de percurso principal existente: Etapa 001 002 Condio 001 004 Local substitudo por... Local de partida do primeiro transporte de percurso principal Pontos de partida no itinerrio da remessa No h substituio do local de chegada Planejamento automtico de percurso subseqente: conexo a local de chegada em transporte de percurso principal existente: Etapa 001 002 Condio 101 104 Local substitudo por... Local de destino do ltimo transporte de percurso principal Pontos de chegada no itinerrio da remessa No h substituio do local de partida Planejamento automtico de percurso principal: conexo a local de chegada em transporte de percurso preliminar existente: Etapa 001 002 Condio 102 004 Local substitudo por... Local de destino do ltimo transporte de percurso preliminar Pontos de partida no itinerrio da remessa No h substituio do local de partida Planejamento automtico de percurso principal: conexo a local de partida em transporte de percurso subseqente existente: Etapa 001 002 Condio 003 104 Local substitudo por... Local de partida do primeiro transporte de percurso subseqente Pontos de chegada no itinerrio da remessa
Acumulao de material
essencial conhecer todos os detalhes dos materiais/itens de remessa a serem transportados para planejar transportes. Em alguns casos, nem sempre relevante se dois itens de remessa, 500 litros de tinta vermelha e 500 litros de tinta verde, por exemplo, devem ser transportados. Muitas vezes basta saber que 1000 litros de tinta devem ser planejados como mercadorias para transporte. As circunstncias so similares no processamento de lotes, onde diferentes lotes de um material so divididos entre diversos itens de remessa. Itens de remessa podem ser combinados segundo diferentes critrios, para se obter uma sntese melhor ou reduzir o volume de dados a serem transferidos. Essa combinao (acumulao) pode ser feita separadamente para cada combinao de local de organizao do transporte e itinerrio. Tambm possvel fazer a combinao para todo um local de organizao do transporte . A acumulao de itens de remessa ocorre em uma interface de planejamento de transporte e sempre relacionada a remessas, ou seja, a acumulao para vrias remessas no est disponvel. H duas opes para criao de solicitaes de planejamento para a acumulao de itens na remessa atual: Reduo de itens relevantes para transporte: A ativao dessa funo resulta em: Combinao de itens de lote em um item de cabealho por material Combinao de seleo de produtos de um material em um item de cabealho Eliminao de itens de lista tcnica irrelevantes para transporte Itens de texto e valor alm de itens de embalagem gerados automaticamente no so transferidos normalmente. Acumulao segundo o tipo de mercadoria: possvel atribuir uma lista de tipos de mercadoria combinao de local de organizao do transporte e itinerrio, e o tipo de mercadoria pode ser definido junto com o grupo de frete do material do mestre de materiais. Os itens de uma remessa so combinados de acordo com tipos de mercadoria, e o tipo de material s ser representado pelo tipo de mercadoria na sada. A quantidade s est disponvel em termos de peso e volume, e no mais como nmero de peas, etc. Se os dois procedimentos de acumulao forem ativados, a acumulao ser feita primeiro para os itens relevantes para transporte e depois conforme o tipo de mercadoria. possvel implementar uma acumulao especfica do usurio atravs de uma funo de cliente. Essa funo de cliente executada de acordo com a reduo de itens relevantes para transporte e classe de frete. Para obter mais informaes sobre funes de cliente, vide Configuraes e modificaes do sistema SAP ou a documentao de ajuda on-line.
Procedimento para transferncia de solicitaes de planejamento Procedimento de transferncia standard com controle de sada
O procedimento de transferncia standard ocorre atravs do controle de sada. Outros procedimentos s devem ser usados em casos excepcionais. A transferncia com controle de sada tem os seguintes atributos:
Uma transferncia em branco que utiliza a transao VT61 gera entradas no controle de sada, que so usadas para criar solicitaes de planejamento para o horrio planejado no tipo de mensagem e que so ento transferidas. A transferncia de solicitaes de planejamento baseadas em remessas modificadas feita automaticamente. O controle de sada possui mecanismos de controle disponveis.
As opes a seguir permitem definir o procedimento de transferncia standard para um sistema de planejamento. Criar um tipo de mensagem para o sistema de planejamento baseado no esquema TPS0. No esquecer de atualizar tambm o programa de processamento. Definir a hora de envio desejada. Entrar o novo tipo de mensagem no procedimento de sada para as mensagens de expedio e definir a condio como 40 (remessa para SPT externo). Entrar o tipo de mensagem no local de organizao do transporte atribudo ao sistema de planejamento. Se houver diversos sistemas de planejamento conectados ao sistema R/3, necessrio definir um tipo de mensagem diferente para cada sistema de planejamento.
Transferncia automtica
A transferncia automtica s funciona com um sistema de planejamento do transporte no qual todas as remessas so sempre expedidas automaticamente. O controle de sada automtico tem os seguintes atributos: O lanamento de uma nova remessa gera entradas no controle de sada, que so usadas para criar solicitaes de planejamento para o horrio planejado no tipo de mensagem e que so ento transferidas. A transferncia de solicitaes de planejamento baseadas em remessas modificadas feita automaticamente. O controle de sada possui mecanismos de controle disponveis.
As opes a seguir permitem definir o procedimento de transferncia standard para um sistema de planejamento. Criar um tipo de mensagem para o sistema de planejamento baseado no esquema TPS0. No esquecer de atualizar tambm o programa de processamento. Definir a hora de envio desejada. Entrar o novo tipo de mensagem no procedimento de sada para as mensagens de expedio e deixar o campo de condio em branco. Entrar o tipo de mensagem no local de organizao do transporte atribudo ao sistema de planejamento. Alm do sistema de planejamento automtico, tambm possvel utilizar outros sistemas com procedimentos de transferncia standard.
Comunicao tcnica
A seo a seguir lida com os aspectos tcnicos da comunicao e do fluxo de dados entre o R/3 da SAP e um sistema externo (subsistema).
A necessidade de planejamento para o planejamento de remessas pode ser criada com as funes descritas na seo Entrega. O procedimento pode ser executado como uma transao on-line ou como um job em background por meio do controle de sada.
Tarefas do subsistema
O programa em C para recepo dos dados deve ser fornecido no subsistema. H um modelo de programa com esse propsito. Esse procedimento aceito pela biblioteca RFC fornecida pela SAP como parceiro certificado (RFC SDK, Remote Function Call Software Development Kit). O programa deve gravar os dados aps a remessa e antes de enviar a confirmao da remessa de volta para o sistema R/3. O processamento dos dados pode ser iniciado no subsistema. A SAP recomenda esse procedimento de gravao intermedirio, que permite que a comunicao da lgica de processamento seja executada separadamente no subsistema. Alm disso, o subsistema deve possuir administrao de status para os dados recebidos. A administrao de status pode evitar o processamento duplicado. Tambm importante observar que o subsistema deve ser capaz de detectar que um IDoc j foi transmitido uma vez pelo sistema R/3. Isso possvel por meio de uma identificao de transao exclusiva para cada atividade de comunicao. (Vide tambm documentao tcnica do RFC.) Alm da identificao da transao, o nmero do IDoc tambm pode ser usado para indicar que um IDoc j foi transferido. O nmero do IDoc s exclusivo dentro de um determinado mandante de um sistema R/3. Se a comunicao for executada por diversos mandantes e/ou diversos sistemas SAP, o IDoc no pode ser identificado utilizando somente o nmero do IDoc.
Nesse caso, o erro no crtico para a comunicao, porque IDocs no podem ser criados sem uma necessidade de planejamento. Os dois lanamentos so efetuados na mesma LUW e por isso so lanados de forma sncrona. Erros no estrato ALE
1. A sintaxe dos dados formatados na LUW (que cria o IDoc) e enviados para o ALE est
incorreta. O IDoc copiado e gravado pelo ALE mas no pode ser transmitido. Para obter mais informaes sobre esse erro, vide a seo Configuraes e modificaes do Sistema R/3.
Chamada de um mdulo de funo central no R/3 por meio do programa de transferncia Tambm necessrio haver uma biblioteca RFC para apoio programao para o programa de transferncia. O mdulo de funo central faz parte do estrato ALE. possvel transferir diversos IDocs em um procedimento de comunicao ou seja, quando um mdulo de funo do R/3 chamado uma vez, possvel transferir vrios IDocs. Atualizao aps transmisso do IDoc Durante a transmisso, o subsistema deve fornecer administrao de status para os dados transmitidos. Se o IDoc no for transmitido corretamente, necessrio retransmiti-lo mais tarde. importante evitar a transferncia duplicada de IDocs no lado SAP. aqui que entra a identificao da transao, atribuda pela SAP a cada procedimento de comunicao. Os dados transferidos pelo subsistema devem ser sempre transmitidos com essa identificao de transao (vide tambm a documentao tcnica sobre RFC). necessrio entrar a mesma identificao de transao para retransmisses subseqentes. O sistema R/3 no usa o nmero do IDoc para verificar transferncias duplicadas.
Processamento de erros
Os seguintes erros podem ocorrer: A conexo no pode ser estabelecida neste momento O subsistema tambm deve usar a administrao de status para garantir que o lanamento posterior seja executado. Erros no estrato ALE Foi criado um IDoc, mas o processamento no foi iniciado. Esse erro ocorre (como na transmisso do R/3) se o IDoc recebido possui erros de sintaxe ou se o protocolo de transmisso para o processamento de entrada est faltando para o remetente e o tipo de mensagem desse IDoc. Para obter mais informaes sobre esse erro, vide a seo Configuraes e modificaes do sistema R/3. Erro na aplicao (no lanamento de uma solicitao de transferncia, por exemplo) Isso indica erros lgicos na aplicao. Uma mensagem emitida para uma posio com o status de IDoc mencionado acima. Diversos usurios podem estar atribudos a uma posio. Cada usurio recebe a mensagem de erro na sua prpria caixa de entrada SAP OFFICE. Assim que um usurio entra e processa a mensagem de erro, essa mensagem desaparece das outras caixas de entrada.
de dados dos IDocs no nvel do programa em C. Se existe um sistema R/3 disponvel, possvel gerar um file de cabealho h - IDoc diretamente da transao de repositrio SE11.
uma tabela interna com estrutura EDI_DD. A forma da transferncia de dados tambm est descrita detalhadamente na documentao.
Denominao do IDoc
Construo geral do IDoc
Um IDoc composto de diversos registros de dados em duas tabelas: Tabela de registros de controle EDI_DC Tabela de registros de dados EDI_DD
H uma entrada de registro de controle EDI_DC para cada IDoc. Essa entrada contm dados importantes como a identificao dos sistemas transmissor e receptor, entre outras identificaes. H uma entrada de registro de dados EDI_DD para cada registro de dados. Essas entradas contm uma seo de cabealho com 55 bytes e uma seo de dados que pode conter at 1000 bytes. A referncia do registro de dados para o registro de controle criada com um nmero de IDoc. Para cada registro de controle com nmero do documento DOCNUM, deve haver registros de dados com o mesmo nmero do documento. Dessa forma, existe uma relao 1:N entre tipos de controle e tipos de dados. Os registros de dados devem ser entrados na tabela EDI_DD na mesma seqncia exigida pela estrutura hierrquica das categorias de IDoc correspondentes. Para obter mais informaes sobre a hierarquia, vide a seo Sntese da estrutura de IDoc. Nem todos os campos em EDI_DC ou EDI_DD so campos de entrada obrigatria. Alguns campos no devem conter valores. Esses campos devem ser deixados em branco. Para transmitir um IDoc de um sistema externo para o sistema SAP, necessrio definir um sistema lgico como parceiro de comunicao no sistema R/3 (SALE Modelo de distribuio Sistemas lgicos) e um protocolo de transmisso para processamento de entrada correspondente a esse nmero de parceiro. O nmero do parceiro do sistema de destino (SAP, neste caso) no realmente obrigatrio, mas recomendvel defini-lo para que os procedimentos de comunicao sejam executados corretamente. O sistema lgico do sistema R/3 atualizado para cada mandante na tabela T000 (SM31). Os protocolos de transmisso podem ser usados para fornecer um mdulo de funo no-standard para o processamento de IDocs na tabela para mtodos de processamento de entrada no meio de transporte ALE. Ao criar IDocs no sistema R/3 por meio da transao WE30, so criadas trs estruturas, numeradas automaticamente para cada segmento de IDoc. O cabealho de remessa, por exemplo, poderia ter E1TPDLH, E2TPDLH e E3TPDLH. E1TPDLH independente do release, E2TPDLH dependente do release e E3TPDLH usado para fins de documentao. Quando os nomes de segmentos so transmitidos, necessrio definir os nomes do segmento E2 para trabalhar independentemente do release do sistema SAP.
CHAR QUAN
Ex.: 18 Ex.: 18
8 6
Registro de controle de IDoc EDI_DC Campos especiais no segmento de controle EDI_DC EDI_DD Registro de dados de IDoc
As mensagens relacionadas abaixo so transmitidas do sistema de planejamento do transporte para o sistema SAP R/3: Ao Criar/modificar/eliminar transporte Informaes de status sobre erros de transmisso/possveis Nome do IDoc TPSSHT01 SYSTAT01 Tipo de mensagem SHIPPL STATUS
Ao transmitir documentos entre o sistema R/3 e um sistema de planejamento do transporte, necessrio seguir essas diretrizes bsicas independentemente do sentido da transmisso: Documentos de transporte e remessa devem ser totalmente transmitidos ao serem includos ou modificados. Se, por exemplo, uma remessa modificada no sistema R/3 aps ter sido transmitida para o subsistema, o documento inteiro transmitido com todos os dados, e no somente as modificaes. Documentos de transporte modificados tambm devem ser totalmente retransmitidos do sistema de planejamento. Documentos eliminados tambm devem ser transmitidos com pelo menos as informaes completas de cabealho. Os segmentos de item podem ser ignorados na eliminao do documento. Campos em branco no IDoc tambm esto em branco no documento original. Transmisso de um documento por mensagem Normalmente no permitido combinar documentos em um nico IDoc. Em outras palavras, cada IDoc s pode conter um nico segmento de cabealho. O IDoc TPSLOC01 uma exceo a essa regra porque pode transmitir diversos registros mestre de dados. Incluso de serializao de mensagens
Isso feito para garantir que verses mais antigas de IDoc para um documento no sejam lanadas novamente aps o processamento de um documento mais recente. Dependncia de mandante dos dados de planejamento deve ser considerada Deve ser tomado um cuidado especial durante a comunicao com um sistema de planejamento do transporte com diversos mandantes R/3 e/ou sistemas R/3 para que os dados dos diferentes mandantes no se misturem (vide tambm a seo Registro de controle de IDoc EDI_DC). Transmisso de todos os dados no formato CHAR Todos os dados so transmitidos para os IDocs no formato caractere. Por exemplo, no h decimais de 8 bytes. Transmisso de todas as unidades de medida de acordo com o padro ISO Todas as unidades de medida, cdigos de pas e cdigos de moeda so transmitidos para o IDoc de acordo com as normas ISO (como KGM no lugar de KG para a unidade quilograma). Nmero do transporte dentro do intervalo de numerao Nmeros de documentos de transporte emitidos por um sistema de planejamento do transporte devem estar dentro de um intervalo de numerao que pode ser definido no sistema R/3.
MANDT DOCNUM DOCREL STATUS DOCTYP DIRECT RCVPOR RCVPRT RCVPRN RCVSAD RCVLAD STD STDVRS STDMES MESCOD MESFCT OUTMOD TEST SNDPOR SNDPRT SNDPRN SNDSAD SNDLAD REFINT REFGRP REFMES
CHAR 03 NUMC 16 CHAR 04 CHAR 02 CHAR 08 CHAR 01 CHAR 10 CHAR 02 CHAR 10 CHAR 21 CHAR 70 CHAR 01 CHAR 06 CHAR 06 CHAR 03 CHAR 03 CHAR 01 CHAR 01 CHAR 10 CHAR 02 CHAR 10 CHAR 21 CHAR 70 CHAR 14 CHAR 14 CHAR 14 X X X X X X X X X X
Mandante Nmero do IDoc Release SAP do IDoc Status do IDoc Tipo de IDoc Sentido Porta receptora (sistema SAP, subsistema EDI) Tipo de parceiro do receptor Nmero de parceiro do receptor EDI: campos SADR (total) Endereo lgico do receptor EDI standard Verso do EDI standard Tipo de mensagem EDI Variante de mensagem lgica Endereo lgico do receptor Modo de emisso Cdigo de teste Porta transmissora (sistema SAP, subsistema EDI) Tipo de parceiro do transmissor Nmero de parceiro do transmissor EDI: campos SADR (total) Endereo lgico do transmissor Referncia a file de transferncia Referncia a grupo de mensagens Referncia a mensagem
ARCKEY CREDAT CRETIM MESTYP IDOCTYP CIMTYP RCVPFC SNDPFC SERIAL EXPRSS
CHAR 70 DATS 08 TIMS 06 CHAR 06 CHAR 08 CHAR 08 CHAR 02 CHAR 02 CHAR 20 CHAR 01 X X X
X X X X X
Identificao do documento no sistema externo Data de criao do IDoc Hora de criao do IDoc Categoria de mensagem lgica Nome da categoria bsica de IDoc Nome do tipo de extenso Funo de parceiro do receptor Funo de parceiro do transmissor
A combinao dos campos SNDPRT e SNDPRN extremamente importante para o subsistema quando os dados dos IDocs de entrada so processados. Esses dois campos so usados para separar documentos de diferentes sistemas ou mandantes R/3. Um sistema de planejamento do transporte poderia, por exemplo, receber duas remessas de dois sistemas R/3 com o mesmo nmero de remessa. Essas remessas no podem ser confundidas durante o planejamento. Dessa forma, SNDPRT e SNDPRN constituem uma parte adicional da chave para todos os campos de identificao. Campo EDI_DC-ARCKEY: Identificao do documento no sistema externo No campo ARCKEY, o subsistema pode gravar informaes adicionais para identificar de forma exclusiva um documento transmitido. Se um documento transmitido do subsistema no pode ser processado pelo sistema R/3, enviada de volta uma mensagem de erro com o contedo de ARCKEY para criar uma referncia para a transao que criou o documento. Campo EDI_DC-MESTYP: Categoria de mensagem lgica O campo contm o nome lgico da mensagem , que no limitado por qualquer EDI standard. As mensagens lgicas so atribudas pelo SAP aos tipos de IDoc individuais. Campo EDI_DC-IDOCTYP: Nome da categoria bsica de IDoc O tipo de IDoc definido pelas aplicaes, que determinam a seqncia dos segmentos SAP. Os tipos de IDoc emitidos com o sistema SAP standard so identificados atravs do campo IDOCTYP exatamente como os tipos de IDoc criados pelo cliente . Campo EDI_DC-SERIAL: EDI/ALE: Campo de serializao O campo de serializao contm um nmero exclusivo que pode ser usado na serializao, ou seja, para definir a seqncia de transmisso correta dos IDocs no sistema receptor. Geralmente um registro da hora que explode a seqncia o suficiente ou que fornece uma seqncia de nmeros consecutivos baseados na identificao exclusiva da seqncia de criao e/ou seqncia de transmisso no sistema transmissor. O campo de serializao s pode conter nmeros.
CHAR 10 CHAR 03 NUMC 16 NUMC 06 CHAR 10 NUMC 06 CHAR 02 CHAR 02 LCHR 1000 X X X
Nome da estrutura de tabela Mandante Nmero do IDoc Nmero seqencial Nome do segmento de IDoc Nmero do segmento hierarquicamente superior Nvel hierrquico do segmento Campo interno do SAP no preencher Dados na forma de um segmento de IDoc
Se por exemplo, esto sendo transmitidos dois IDocs com documentos de transporte de um subsistema para um sistema R/3, cada um com um cabealho de transporte, um cdigo de ao e uma remessa atribuda portanto, com trs segmentos cada necessrio usar um registro EDI_DC e trs registros EDI_DD por IDoc. Ao chamar o mdulo de funo INBOUND_IDOC_PROCESS via RFC, so transferidos dois registros EDI_DC e seis registros EDI_DD. Os trs segmentos de um IDoc so agrupados utilizando o nmero exclusivo do IDoc ou documento intermedirio. O DOCNUM tambm usado para identificar o registro EDI_DC correspondente. O mandante R/3 possui a descrio de sistema lgico LS S11MAND002; o subsistema definido atravs de LS TRANSPLAN1.
EDI_DD Nmero do IDoc 9000000000123456 9000000000123456 9000000000123456 9000000000123457 9000000000123457 9000000000123457 Nome do segmento E2TPSHH E2TPACC E2TPSHI E2TPSHH E2TPACC E2TPSHI Dados 0010000101AD01ED... C 0001008400035465 0010000101AD01ED... C 0001008400035467 Significado Cabealho de transporte Code da ao Remessa Cabealho de transporte Code da ao Remessa
EDI_DC Nmero do IDoc 9000000000123456 9000000000123457 Parceiro receptor LS S11MAND002 LS S11MAND002 Parceiro transmissor Tipo de mens. LS TRANSPLAN1 LS TRANSPLAN1 SHIPPL SHIPPL Tipo de IDoc TPSSHT01 TPSSHT01
Dimenses da unidade comercial Contedo da unidade comercial Textos Documentos de transporte existentes
1 n 1 n
Em geral, todo registro mestre de local transferido com os segmentos E2TPTRM, E2TPACC e E2TPLOC. Perfis de horrio comercial so preparados para locais de descarga do cliente. Para registros mestre de cliente, o endereo ligado ao cliente. Se um cliente possui diversos locais de descarga, um IDoc TPSLOC01 transferido para cada local de descarga. Todos os outros so transmitidos sem o segmento E2TPLOC.
Este IDoc contm um segmento E2TPSLS e subsegmentos para descrio do processamento geogrfico de um transporte (terminal). Nesta parte do IDoc descrita uma seqncia de locais com as aes correspondentes no local.
No sistema SAP isso feito utilizando uma seqncia de percursos (ligaes de um local para outro) alm de terminais e postos de passagem de fronteira no documento de transporte. Geralmente, percursos e postos de passagem de fronteira/terminais so representados como etapas de um transporte (tabela VTTS). Tambm possvel atribuir remessas a uma etapa (tabela VTSP). Isso torna necessrio efetuar uma converso ao processar o IDoc de entrada. As regras de converso so explicadas para cada segmento.
2 3 4 5 6 7 8
Ajuste manual de dados mestre entre os sistemas, R/3 o sistema mestre So usadas reas de valor diferentes no sistema R/3 e no sistema de planejamento. Valores duplicados ou comuns podem ser ajustados O SAP copia a rea de valor do sistema de planejamento para seu parceiro de desenvolvimento para o sistema R/3 O sistema R/3 ajustado no Customizing para a rea de valor do sistema de planejamento Converso / ajuste de expresses tcnicas entre os dois sistemas A rea de valor fixa e foi determinada por um acordo entre a SAP e parceiros de desenvolvimento A SAP define um valor bsico que deve ser includo no sistema de planejamento. Esse valor pode ser ampliado e a deve ser ampliado tambm no Customizing do R/3, se necessrio A rea de valor definida atravs de normas internacionais (como ANSI, ISO,...) Ajuste eletrnico de dados mestre por transferncia de dados, R/3 o sistema mestre Valor de dado mestre que pode ser definido como especfico do cliente e s pode ser ajustado em circunstncias especiais
9 A B
Os diversos procedimentos de ajuste so listados na tabela com as descries de segmentos na coluna Ajuste. Se no for feita uma especificao aqui, ento s necessrio levar em considerao as especificaes de formato de dados.
E2EDT1x - processos
Definio
Os segmentos E2EDT10, E2EDT13 e E2EDT17 descrevem processos em diferentes nveis de documento. As estruturas dos segmentos so as mesmas. As nicas diferenas so o local e as categorias dos processos que os segmentos representam. O segmento E2EDT10 representa processos no nvel do cabealho da expedio, ou seja, aqueles que se referem a todo o documento de transporte. O segmento E2EDT13 contm processos no nvel do cabealho da remessa, ou seja, aqueles que se referem a toda a remessa. O segmento E2EDT17 representa processos no nvel de etapa do transporte, ou seja, aqueles que se referem a uma etapa ou ponto especfico durante o documento de transporte. Os trs tipos de segmento so estruturados da seguinte forma:
Nome do campo QUALF VSTZW VSTZW_BEZ NTANF NTANZ NTEND NTENZ TZONE_BEG ISDD ISDZ IEDD IEDZ TZONE_BEG VORNR VSTGA VSTGA_BEZ
Ajuste 8 8
Domnio SAP
Campo obrig. X
Significado Categoria de processo Processo Denominao do processo Data de incio planejada Hora de incio planejada Data final planejada Hora de fim planejada Fuso horrio no local do incio do processo Data de incio real Hora de incio real Data final real Hora de fim real Fuso horrio no local do fim do processo Nmero do processo Code para o motivo do desvio Denominao do motivo do desvio
VSTZW BEZEI20 DATUM UZEIT DATUM UZEIT TZNZONE DATUM UZEIT DATUM UZEIT TZNZONE VORNR VSTGA BEZEI20
CHAR 06 CHAR 04
CHAR 04 CHAR 20
Valor 001 003 005 006 007 008 009 010 011 012 013 014 018 019
Significado Hora de organizao do transporte Tempo de carga/ execuo Administrao de transportes Horrio de sada de mercadorias Prazo de fornecimento Horrio de entrega Horrio de partida Horrio de picking Perodo de permanncia Tempo de descarga Tempo de liberao na alfndega Terminal Horrio de entrega timo Horrio de partida timo
E2EDT17
( NTANx,NTENx)
NTENx NTENx NTENx NTENx NTENx NTANx, NTENx ( NTANx,NTENx) ( NTANx,NTENx) ( NTANx,NTENx) (NTENx) ( NTANx) (NTENx) ( NTANx)
Categorias de processo importantes: As categorias de processo a seguir so extremamente importantes e devem ser consideradas. Segmento E2EDT13 (processo no nvel de cabealho de remessa) no IDoc TSPDLS01 O intervalo de tempo para planejamento do transporte determinado pelo horrio de partida (009) e pelo horrio de chegada (008). Esses valores so usados para planejamento. A data final planejada entrada aqui.
Para o transporte direto da remessa (transporte do local de expedio para o cliente), o horrio de partida igual ao tempo de carga e o horrio de chegada igual ao tempo de descarga. Entretanto, se for planejado apenas um transporte de percurso preliminar (por exemplo, do local de expedio ao porto de partida), o prazo de fornecimento no mais relevante para o planejamento real. Segmento E2EDT10 (processo no nvel de transporte) no IDoc TPSSHT01
O intervalo de tempo para executar o transporte determinado na administrao de transportes (005) nas datas de incio e fim planejadas. Carregamento (003) opcional e contm datas de incio e fim planejadas. Hora da organizao do transporte (001) opcional, e contm datas de fim planejadas. Se no for definida, a hora de lanamento determinada automaticamente no documento de transporte do R/3 como hora da organizao do transporte. Segmento E2EDT17 (processo no nvel de etapa de transporte) no IDoc TSPSHT01 Campo QUALF: somente a data com qualificador 011 (perodo de permanncia) considerada. Todas as outras datas so ignoradas. As datas planejadas e reais (incio e fim) para um local so convertidas em datas planejadas e reais para os percursos. Isso significa que a data de fim para um local passa a ser a data de incio para o percurso que comea nesse local. Da mesma forma, a data de incio do prximo local passa a ser a data de fim do percurso que termina nesse local. Isso pode ser resumido da seguinte forma: IDoc 1. Local, E2EDT17-NTEND 1. Local, E2EDT17-NTENZ 1. Local, E2EDT17-IEDD 1. Local, E2EDT17-IEDZ 2. Local, E2EDT17-NTANF 2. Local, E2EDT17-NTANZ 2. Local, E2EDT17-ISDD 2. Local, E2EDT17-ISDZ Documento de transporte do sistema R/3 Primeiro percurso, VTTS-DPTBG Primeiro percurso, VTTS-UPTBG Primeiro percurso, VTTS-DATBG Primeiro percurso, VTTS-UATBG Primeiro percurso, VTTS-DPTEN Primeiro percurso, VTTS-UPTEN Primeiro percurso, VTTS-DATEN Primeiro percurso, VTTS-UATEN
Essa tabela continuaria de forma similar para outros locais. A data de incio do primeiro loca e as datas finais do ltimo local so ignoradas. Todas os outros campos so ignorados. Campo E2EDT1x-TZONE_xxx: fuso horrio: Code de fuso horrio. rea de valor de acordo com o campo de tabela R/3 TTZZ-TZONE.
de quarta-feira WADOAB1 WADOBI1 WADOAB2 WADOBI2 WAFRAB1 WAFRBI1 WAFRAB2 WAFRBI2 WASAAB1 WASABI1 WASAAB2 WASABI2 WASOAB1 WASOBI1 WASOAB2 WASOBI2 DEFAB TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 TIMS 06 CHAR 01 WADOAB1 WADOBI1 WADOAB2 WADOBI2 WAFRAB1 WAFRBI1 WAFRAB2 WAFRBI2 WASAAB1 WASABI1 WASAAB2 WASABI2 WASOAB1 WASOBI1 WASOAB2 WASOBI2 DEFAB Incio do horrio comercial na manh de quinta-feira Fim do horrio comercial na manh de quinta-feira Incio do horrio comercial na tarde de quinta-feira Fim do horrio comercial na tarde de quinta-feira Incio do horrio comercial na manh de sexta-feira Fim do horrio comercial na manh de sexta-feira Incio do horrio comercial na tarde de sexta-feira Fim do horrio comercial na tarde de sexta-feira Incio do horrio comercial na manh de sbado Fim do horrio comercial na manh de sbado Incio do horrio comercial na tarde de sbado Fim do horrio comercial na tarde de sbado Incio do horrio comercial na manh de domingo Fim do horrio comercial na manh de domingo Incio do horrio comercial na tarde de domingo Fim do horrio comercial na tarde de domingo Cdigo para o local de descarga standard
ARCKEY STATYP 1
CHAR 70 CHAR 01
Campo E2STATS-STACOD: Code de status Code de status ou mensagem de erro, conforme disponvel no sistema R/3. Ge ralmente o code sempre SAPV6xxx, onde os dgitos xxx so predefinidos da seguinte forma: rea 000-499 500-999 Significado Mensagens do sistema de planejamento do transporte para o sistema R/3 Mensagens do sistema R/3 para o sistema de planejamento do transporte
possvel comparar as mensagens manualmente entre os sistemas de forma que, se houver uma mensagem no sistema de destino definida somente por um code de status, o texto descritivo correspondente exibido. Campo EE2STATS-ARCKEY: Identificao do documento no sistema externo Uma identificao predefinida pelo subsistema criada no campo ARCKEY. Se no for possvel processar um documento enviado pelo subsistema para o sistema R/3, o contedo do campo ARCKEY do IDoc incorreto ser enviado de volta para o campo ARCKEY na mensagem de erro. Isso permitir recriar a referncia ao processo que gerou o documento. Campo E2STATS-STATYP: Categoria de mensagem do sistema Categoria da mensagem do sistema Val. S Significado Mensagem de status aps transao bem sucedida
I W E A
Mensagem de informao (nota) Aviso Mensagem de erro Mensagem de cancelamento (erro grave)
Erros no estrato de servio ALE durante a transmisso ou remessa do IDoc so indicados como erros tcnicos. O sistema R/3 gera um work item para cada IDoc incorreto quando ocorrem erros tcnicos ou lgicos (vide abaixo). Um work item parte do processamento do workflow. Na maioria das vezes, o work item uma mensagem de erro enviada a todos os usurios do sistema que so atribudos a uma posio especfica. A mensagem de erro contm um texto de erro. Se um dos usurios v a mensagem na caixa de entrada, analisa o erro e lana o documento, a mensagem de erro desaparece de todas as caixas de entrada. Na remessa, o IDoc gravado no banco de dados antes do incio de qualquer processamento, desvinculando assim a comunicao do processamento. Dessa maneira, a comunicao desvinculada do processamento. Se ocorre um erro durante o processamento, como uma atualizao com tipo de movimento no permitido ou incorreto (=erro lgico da aplicao), o sistema SAP cria um work item com o texto de erro pertinente.
Normalmente, a primeira alternativa utilizada. Entretanto, se houver dois subsistemas que atendem a dois locais de organizao do transporte diferentes, onde os administradores para os erros so duas pessoas diferentes, possvel usar a segunda alternativa para enviar o mesmo erro por meio dos dois nmeros de parceiro diferentes.
Anlise de erros
Erros tcnicos no estrato de servio ALE
Os seguintes erros podem ocorrer no estrato de servio ALE: Erro de sintaxe no IDoc Protocolo de transmisso ausente IDoc no transferido para a transactional Remote Function Call (tRFC) na transmisso. IDoc no transferido para a aplicao no recebimento
Processamento na sada
Erro de sintaxe no IDoc: status de IDoc 07 A sintaxe de cada IDoc verificada na transmisso ou recebimento. Quando o IDoc definido, a sintaxe, que inclui os pontos a seguir, determinada: Os segmentos da categoria individual de IDoc A relao entre os segmentos individuais Quantos segmentos podem ser transmitidos em um IDoc ou quantas vezes um segmento individual pode ocorrer em um IDoc possvel ativar uma verificao de sintaxe de IDoc no protocolo de transmisso para uma categoria de IDoc e um determinado parceiro. recomendvel ativar essa verificao, especialmente para IDocs criados pelo prprio usurio. Caso contrrio, esse erro normalmente s ocorre na execuo de teste. Os IDocs incorretos no podem ser consertados, e precisam ser transmitidos novamente aps a correo da estrutura do IDoc no sistema SAP. Protocolo de transmisso ausente ou incorreto: status de IDoc 29 Para transmitir um IDoc do sistema SAP para o subsistema, necessrio definir o processamento na sada do protocolo de transmisso para a categoria de IDoc (tipo de mensagem) e todos os parceiros relevantes. Para obter uma descrio mais detalhada de protocolos de transmisso, vide a documentao on-line para o Guia de implementao (GI). Se no for possvel determinar o parceiro (subsistema) para o IDoc a ser transmitido, proceder como a seguir: Atualizar o protocolo de transmisso Todos os IDocs para transmisso devem ser definidos para retransmisso. Como esse erro acionou um work item para a tarefa standard ALE/EDI: processamento de erros (sada) e o enviou para a entrada do usurio pertinente, o IDoc incorreto tambm deve estar definido para transmisso subseqente da entrada. Na transmisso subseqente, o IDoc incorreto recebe o status 31 e copiado para um novo IDoc ampliado com dados do protocolo de transmisso e transferido para a Remote Function Call assncrona (aRFC). Erros em protocolos de transmisso normalmente s ocorrem na execuo de teste. IDoc no transferido para uma Remote Function Call assncrona (aRFC) na transmisso. Embora o protocolo de transmisso tenha sido atualizado, o IDoc no transferido para a aRFC. Em outras palavras, o IDoc estruturado mas no enviado. O subsistema correspondente no possui entradas abertas na avaliao da transao RFC (SM58). O IDoc est pronto para transmisso, mas necessrio iniciar a transmisso explicitamente. Para isso, utilizar o relatrio RSEOUT00, que pode ser planejado como um job peridico ou iniciado diretamente atravs do menu de transporte Logstica Vendas e distrib. Transporte Sistemas
externos Organizao transporte Monitorizao ALE Trabalhos peridicos Processar IDocs ALE sada Enviar. Aqui necessrio verificar o modo de sada para o IDoc em questo no protocolo de transmisso. No modo de sada 2, o IDoc criado transmitido diretamente; no modo 4, os IDocs so reunidos e enviados em tamanhos de pacote definidos. No recomendvel transmitir os IDocs diretamente no modo 4 . O status 30 no IDoc normalmente s ocorre quando o modo de sada definido como 4.
Processamento na entrada
Erro de sintaxe no IDoc: status de IDoc 60 Como no processamento na sada, possvel ativar uma verificao de sintaxe de IDoc no protocolo de transmisso para uma categoria de IDoc e um determinado parceiro. recomendvel ativar essa verificao. Caso contrrio, esse erro normalmente s ocorre na execuo de teste. Os IDocs incorretos no podem ser consertados, e precisam ser transmitidos novamente aps a correo da estrutura do IDoc no sistema emissor. Protocolo de transmisso ausente ou incorreto: status de IDoc 63 No recebimento de um IDoc no sistema SAP, o processamento na entrada do protocolo de transmisso para a categoria de IDoc (tipo de mensagem) e o parceiro transmissor tambm devem ser definidos. Para obter uma descrio mais detalhada de protocolos de transmisso, vide a documentao on-line para o Guia de implementao (GI). Se no for possvel encontrar o protocolo de transmisso e, consequentemente, o mtodo de entrada para o IDoc recebedor, a aplicao no pode ser ativada e o IDoc permanece no sistema com status aberto. Para esse tipo de erro, proceder da seguinte forma: Atualizar o protocolo de transmisso Todos os IDocs abertos para transmisso devem ser definidos para retransmisso. Como esse erro acionou um work item para a tarefa standard ALE/EDI: processamento de erros (entrada) e o enviou para a entrada do usurio pertinente, os novos dados de protocolo do IDoc incorreto para a aplicao de processamento tambm devem ser executados da entrada. Erros em protocolos de transmisso normalmente s ocorrem na execuo de teste. IDoc no transferido para a aplicao no recebimento: status de IDoc 64 Embora o protocolo de transmisso tenha sido atualizado, o IDoc recebido no foi processado e marcado como incorreto, o que significa que a aplicao no controlada para processamento desse IDoc. Embora o IDoc esteja pronto para transmisso para a aplicao, necessrio definir a aplicao explicitamente para que processe o IDoc. Para isso, utilizar o relatrio RBDAPP01, que pode ser planejado como um job peridico ou iniciado diretamente atravs do menu de transporte Logstica Vendas e distrib. Transporte Sistemas externos Organizao transporte Monitorizao ALE Trabalhos peridicos Processar IDocs ALE sada Lanar. Como na transmisso, verificar o tipo de processamento no protocolo de transmisso. No processamento 1, os IDocs so transferidos para a aplicao imediatamente aps o recebimento, para processamento. No processamento 3 e, parcialmente, no 2, recomendvel que o processamento seja explcito ao invs de ser controlado diretamente .
subsistema ou estruturadas no processamento do IDoc internamente na aplicao. Esses work items no servem para iniciar novamente o processamento do IDoc na entrada, so usados para informar ao usurio uma situao de conflito ou enviar uma mensagem importante do subsistema para o sistema SAP. A mensagem transferida para o sistema SAP pelo IDoc SYSTAT01. Ao contrrio dos erros, work items para notas devem ser concludos, e no processados, na entrada.
O texto a seguir descreve as opes de modificao individuais. Aps o recebimento e gravao de um IDoc, um mdulo de funo de estrutura na aplicao SAP acionado e assume o processamento do IDoc. Essa a primeira opo, que permite gerar um mdulo de funo de processamento especfico do usurio. Para chamar essa opo, necessrio inclu-la em uma tabela de Customizing de ALE (transao WE42: Cdigo de processo de entrada Entrada com servio ALE Processamento por mdulo de funo). O cdigo de operao definido pode ser determinado no protocolo de transmisso de entrada. Os mdulos de funo de estrutura disponveis so atribudos de acordo com os seguintes tipos de mensagem: Mdulo de funo de estrutura de entrada Tipo de mensagem SHIPPL Mdulo de funo IDOC_INPUT_SHIPPL Significado Documento de transporte
O mdulo de funo de estrutura filtra os dados de usurio por IDoc e chama seu prprio mdulo de funo de processamento na aplicao para cada IDoc em um loop. Todos os dados so gravados no banco de dados. Uma funo de cliente implementada antes e aps o processamento de cada IDoc e depois da gravao de todos os dados do documento de transporte.
possvel usar a funo de cliente antes de processar o IDoc para manipular dados no IDoc antes que este seja transmitido para as funes de aplicao. Aps o processamento do IDoc, a funo de cliente permite ao usurio processar seus prprios segmentos. As funes de cliente para a interface de organizao do transporte esto no grupo de funes XV56 no sistema R/3 com a denominao EXIT_SAPLV56I_0xx. possvel utilizar a transao SMOD para acessar as ampliaes. Os nomes comeam por V56I. A documentao para cada mdulo de funo descreve como usar as funes de cliente disponveis. A ativao das funes de cliente feita na transao CMOD. Para obter instrues sobre como usar SMOD e CMOD, consultar a documentao on-line do sistema R/3. Funes de cliente para documento de transporte de entrada EXIT_SAPLV56I_010 EXIT_SAPLV56I_011 EXIT_SAPLV56I_012 Modificao de segmentos de IDoc Modificao de tabelas de documento de transporte Gravar tabelas de documento de transporte especficas do usurio
Ao criar seu prprio mdulo de funo ou usar funes de cliente, importante no definir Commit work, porque o mdulo de funo retorna ao nvel de servio ALE aps o processamento. Erros da aplicao so copiados, o status do IDoc definido e possvel listar rollbacks no nvel de servio ALE. Aps o Commit work, no possvel executar um rollback se ocorrer um erro. Isso pode gerar IDocs parcialmente lanados e, como conseqncia, inconsistncias no processamento de erros. importante lembrar que novas entradas e sadas nas funes de cliente podem reduzir a performance. O usurio pode definir seus prprios segmentos de IDoc na atualizao de IDoc (WE30). Consultar a documentao correspondente para o grupo ALE. O usurio pode definir seus prprios IDocs de forma similar atualizao dos seus prprios segmentos. Esse IDoc necessita ser atribudo a um novo tipo de mensagem. necessrio definir um protocolo de transmisso para esse tipo de mensagem. Tambm preciso atualizar as tabelas para entrada na transao WE42. Para os cenrios de modificao individuais, existem as seguintes opes de modificao: Para processamento de IDocs, o usurio pode criar seu prprio mdulo de funo de processamento, que pode ser copiado do mdulo de funo standard e ajustado, se necessrio. O usurio pode ativar as funes de cliente no mdulo de funo standard. Para modificar o processamento de erros, necessrio ampliar a funo de cliente aps o processamento do IDoc adicionando Status de erro prprio e ativando essa opo. Para modificar o processamento de IDocs, necessrio ativar e usar a funo de cliente Atualizao prpria. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e usar a funo de cliente Atualizao prpria para processar os dados dos seus prprios segmentos. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e criar seu prprio mdulo de funo de processamento como no cenrio 1. O usurio pode definir seu prprio IDoc e criar seu prprio mdulo de funo de processamento. Ao criar o mdulo de funo, possvel utilizar os mdulos de funo de ajuda standard.
O IDoc standard TPSDLS01 est sendo usado, mas o usurio deseja modificar o processamento standard (a estrutura ou o contedo do IDoc, por exemplo). O usurio est usando um IDoc modificado com seus prprios segmentos e deseja definir seu prprio processamento para montar dados desse segmento. O usurio est usando um IDoc modificado com seus prprios segmentos e deseja processar a estrutura do IDoc de acordo com suas prprias necessidades. O usurio est usando seu prprio IDoc com um novo tipo de mensagem e deseja processar o IDoc de acordo com suas prprias necessidades.
O texto a seguir descreve as opes de modificao individuais. A formatao para transmisso dos IDocs feita na aplicao. O IDoc montado, o parceiro determinado e as configuraes so feitas para o estrato ALE. A montagem do IDoc feita nos mdulos de funo da aplicao. Essa a primeira oportunidade que o usurio tem para efetuar modificaes, criando mdulos de funo prprios. Para que esses mdulos de funo sejam chamados pela aplicao, necessrio que o prprio usurio faa a ligao com o menu da aplicao desejado. Os mdulos de funo a seguir do grupo de funes V561 so usados na interface de planejamento de transporte para construir e transmitir IDocs standard: Mdulos de funo para processamento de documentos de sada IDOC_OUTPUT_CFPREQ IDOC_OUTPUT_SHIPPL IDOC_OUTPUT_STATUS_TPS Solicitaes de planejamento individuais (para transmisso por meio de controle de mensagens) Status do documento de transporte Status de erro
Para os mdulos de funo de sada para transmisso de solicitaes de planejamento, esto disponveis as seguintes funes de cliente para adicionar os segmentos de IDoc do usurio e/ou modificar a construo do IDoc standard. A lista a seguir exibe todas as funes de cliente disponveis para processamento de documentos de sada de solicitaes de planejamento. Os grupos de funo e transaes exibidas para processamento de entrada tambm so vlidas para funes de cliente no processamento de documentos de sada. Funes de cliente para solicitaes de planejamento de documentos de sada EXIT_SAPLV56I_001 EXIT_SAPLV56I_002 EXIT_SAPLV56I_003 EXIT_SAPLV56I_004 EXIT_SAPLV56I_005 EXIT_SAPLV56I_006 EXIT_SAPLV56L_007 EXIT_SAPLV56L_020 Modificao do segmento de cabealho da remessa no IDoc Modificao dos segmentos de item de remessa no IDoc Modificao dos segmentos de dados de embalagem no IDoc Modificao de todo o IDoc antes da transmisso Modificao da acumulao de material Substituio de local especfica do usurio Desativao do bloqueio de converso para remessas Modificao no registro de controle do IDoc
Como mencionado no processamento de entrada, o usurio define seus prprios segmentos de IDoc na atualizao de IDoc. Tambm possvel definir um IDoc especfico do cliente para o processamento de documentos de sada. Exceto pela definio do IDoc, aqui s necessrio atualizar o protocolo de transmisso para o processamento de documentos de sada. Para os cenrios de modificao individuais, existem as seguintes opes de modificao: Para processamento de IDocs, o usurio pode criar seu prprio mdulo de funo de processamento, que pode ser copiado do mdulo de funo standard e ajustado, se necessrio. Para modificar a estrutura do IDoc standard, possvel ativar a funo de cliente no mdulo de funo standard. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e usar o exit de cliente para preencher seu prprio segmento com dados. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e criar seu prprio mdulo de funo que pode ser copiado do mdulo de funo standard do tipo de mensagem correspondente e ajustado conforme a necessidade.
Integrao
Nas opes comerciais standard, o organizador do transporte seleciona remessas para o documento de transporte respectivo enquanto est criando os documentos de transporte. Se houver cooperao entre o transportador e os agentes de frete, parte desse processo de organizao do transporte pode ser terceirizada.
Caractersticas
O transportador seleciona um registro para os documentos de transporte a serem transportados e os envia ao agente de frete. L, as remessas podero ser combinadas com os documentos de transporte. O agrupamento e a modificao de documentos de transporte ocorrem no local do sistema do agente de frete. Os documentos de transporte criados so relatados de volta para o transportador. A comunicao entre o transportador e o agente de frete ocorre por meio de IDocs. O agente de frete recebe um IDoc do transportador com remessas programadas para o planejamento e, em seguida,
transmite os documentos de transporte e modificaes planejados ou rejeitados de volta para o transportador por IDoc. Nas sees seguintes, so descritas as opes necessrias para a comunicao com os agentes de frete.
Dados de movimento
A transmisso de dados de movimento ocorre nos dois sentidos. Necessidades de planejamento (remessas a serem planejadas e atribudas aos documentos de transportes) so transferidas do R/3 para o agente de frete e os documentos de transportes planejados so transferidos de volta para o sistema R/3. O cenrio a seguir aplica-se quando necessrio planejar novas remessas em um documento de transporte:
Transmisso explcita ao chamar um programa em Logistics Execution Transporte Organizao do transporte Programao em cooperao com agentes de frete Enviar remessas para agente de frete com a opo de seleo de remessa por meio de diferentes critrios. A transmisso real feita por meio do controle de mensagens ou como uma transmisso direta. Transmisso automtica por meio da ativao do programa de transmisso RB56LFTP em um ponto definido no tempo (definio de variantes de seleo, transferncia de batch). A transmisso real feita por meio do controle de mensagens ou como uma transmisso direta. Transmisso implcita pelo cancelamento de uma alocao de uma remessa por meio de Logistics Execution Transporte Organizao do transporte Programao em cooperao com agente de frete Planejar remessas do planejamento de frete, sem elimin-la no R/3. A transmisso real ocorre por meio do controle de mensagem ou como uma transmisso direta. Retransmisso implcita por meio do controle de mensagens aps modificao em uma remessa Transmisso implcita por meio de transferncia direta quando uma remessa eliminada Utilizando um relatrio com uma tela de seleo que pode ser iniciada por meio de Logistics Execution Transporte Organizao do transporte Programao em cooperao com agentes de frete Enviar remessas para o agente de frete. Ou ao chamar o relatrio RV56LFTP (com variantes) a intervalos regulares
Obrigatrio:
Esse relatrio utiliza a funo de seleo de remessas da mesma forma como para o processamento de transporte (transao VT01n). Tambm necessrio definir um local de organizao do transporte que corresponda ao sistema de planejamento do agente de frete. A transmisso de remessas executada da seguinte forma: 1. Seleo de fornecedor de servios 2. Seleo do perfil de transmisso 3. Combinao de remessas e seus itens correspondentes 4. Determinao dos itens relevantes para transporte (opcional) 5. Determinao do local de envio da remessa e ponto de destino onde so possveis documentos de transportes adicionais, como percurso principal por transporte martimo (opcional) 6. Acumulao de itens de remessa de acordo com a classe de frete dos materiais fornecidos e a lista de tipos de mercadoria definida. 7. Funes do cliente para modificaes e ampliaes dos dados de remessa combinados e IDocs especficas do usurio 8. Criao do IDoc (um IDoc por documento de remessa com a opo de combinar diversos IDocs em pacotes) 9. Transmisso dos IDocs para um agente de frete
As remessas modificadas no R/3 (transao VL02), depois de serem relatadas para o agente de frete, so automaticamente retransmitidas para o agente de frete imediatamente aps o lanamento das modificaes (desde que sejam relevantes para transporte). Essa funo ativada por uma ligao com o controle de mensagens. Quando feita uma modificao, o documento inteiro, e no apenas os dados modificados, transmitido novamente. O grfico a seguir ilustra o cenrio para remessas relevantes para transporte modificadas aps a transmisso inicial dos dados para um sistema de planejamento do transporte externo:
Se uma remessa eliminada no R/3, esse comando de eliminao transmitido automaticamente para todos os agentes de frete que haviam previamente planejado essa remessa para atribuio a documentos de transporte. O documento de remessa eliminado no R/3 embora, em alguns casos, algumas referncias a essa remessa ainda estejam pendentes em documentos de transporte do R/3 planejados externamente. Os documentos de transporte com essas referncias pendentes no podem ser modificados no R/3 at que o comando de modificao do agente de frete para o documento que no contm mais a remessa seja recebido.
No momento, no possvel selecionar entregas e entradas de avisos de entrega junto com uma execuo de seleo. possvel chamar a transmisso de necessidades de planejamento ao chamar a transao VT62 ou por meio do caminho de menu Logistics Execution Transporte Organizao do transporte Programao em cooperao com agentes de frete Enviar remessas para agente de frete.
As remessas j transmitidas uma vez s podem ser transmitidas novamente para o mesmo sistema se ela foi modificada e o controle de sada estiver ativado. Se isso no for conveniente, esse bloqueio pode ser desativado para transmisso direta por meio de uma funo de cliente. Para ler mais sobre essas funes na seo Concepo de modificaes e configuraes do sistema R/3 ou na ajuda on-line para a funo do cliente.
possvel ter remessas transmitidas regular e automaticamente por meio de determinados critrios de seleo. Isso conveniente quando todos os documentos de transporte so planejados durante a noite, por exemplo. Para isso, necessrio incluir o programa RV56LFTPC como um job. Os parmetros devem incluir local de organizao do transporte, tipo de processamento para transporte, o cdigo eliminado para exibir a tela de seleo e a variante de seleo para o programa RV56LFSLC.
No possvel eliminar unidades comerciais criadas em um documento de transporte ou eliminar um documento de transporte inteiro no sistema de organizao do transporte se uma unidade comercial no estiver vazia, ou seja, se houver algum pacote embalado na unidade comercial.
Se h materiais embalados manualmente em uma unidade comercial em um documento de transporte planejado externamente, necessrio desembal-los manualmente antes para que o sistema de planejamento possa eliminar a unidade comercial ou o documento de transporte.
Se a data de planejamento transmitida de um agente de frete, ela copiada para a data de planejamento no documento de transporte. Se a data de planejamento no for transmitida, a data de planejamento no documento do R/3 definida como a data de entrada do documento externo.
Status do documento
O status do documento no deve ser modificado pelo agente de frete. Se esse status for atingido ou ultrapassado por meio da definio manual na administrao de transportes do R/3, uma mensagem ser enviada automaticamente para o agente de frete para congelar o documento de transporte correspondente, e o documento de transporte deve ser definido como No modificar no sistema de planejamento.
Opes de configurao
Durante a configurao no R/3 Customizing, possvel definir parmetros tcnicos ou funcionais que determinam como as mensagens so enviadas para o sistema de planejamento e quais modificaes devem ser executadas nas mensagens antes da transmisso.
Customizing R/3
A SAP utiliza a palavra Customizing para descrever as definies de tabela necessrias utilizadas para adaptar o sistema R/3 s necessidades do usurio. No Customizing, possvel, por exemplo: Definir valores-chave e seus atributos (tipos de transferncia, por exemplo) Atualizar intervalos de numerao (nmeros de documentos de transporte, por exemplo) Criar e atualizar unidades organizacionais (locais de organizao do transporte, por exemplo) Configurar procedimentos para o envio de documentos (controle de mensagens, por exemplo) Criar procedimentos para modificar documentos (restries de itinerrio, por exemplo) Executar outras opes do sistema especficas do cliente
As descries das opes do Customizing esto disponveis detalhadamente no Guia de implementao na ajuda on-line. Definies especficas para a interface de organizao do transporte podem ser encontradas no IMG em Ferramentas Customizing Projetos implementao IMG de referncia SAP Logistics Execution Transporte Interfaces Programao em cooperao com agentes de frete.
Todas as estratgias de pesquisa se referem somente aos documentos que fazem parte da remessa que est sendo processada no momento. Os locais usados como pontos de partida e chegada para a remessa nos documentos de transporte existentes so aqueles nos quais a remessa carregada ou descarregada mas no no incio ou fim absoluto de um documento de transporte.
Condio 001 002 003 004 050 101 102 103 104 150 200 999
Substituto de hora A, P A, P A, P F A, P A, P A, P A, P F A, P F
Local substitudo por... Local de partida do primeiro documento de transporte do percurso principal Local de partida do primeiro documento de transporte de percurso preliminar Local de partida do primeiro documento de transporte de percurso subseqente Pontos de partida no itinerrio da remessa Primeiro local de partida de qualquer documento de transporte Local de destino do ltimo documento de transporte de percurso principal Local de destino do ltimo documento de transporte de percurso preliminar Local de destino do ltimo documento de transporte de percurso subseqente Pontos de chegada no itinerrio da remessa ltimo local de chegada de qualquer documento de transporte Entroncamentos fixos Substituio especfica do usurio
Se um local para substituio encontrado, o sistema tambm tenta determinar a programao de conexo para o horrio de partida ou chegada da remessa no local de substituio (substituto de hora). Isso feito por meio dos seguintes procedimentos: Substituto de hora A P F Funo Substituto com tempo de transporte real (isso tem prioridade devido preciso, mas s pode ser atualizado em casos excepcionais). Substituto com tempos planejados do documento de transporte. Calcula novos horrios com base na data de remessa/EM e dos tempos dos percursos preliminar, principal e subseqente do itinerrio definido no Customizing.
A substituio de local especfica do usurio feita por meio de uma funo de cliente. Para obter mais informaes sobre essas funes, vide a seo Concepo das configuraes e modificaes do sistema R/3 ou a documentao on-line para a funo do cliente.
Substituio de local e horrio com referncia a documentos de transporte existentes A programao automtica de conexo para documentos de transporte existentes no R/3 s pode ocorrer corretamente se todos os dados importantes tiverem sido atualizados em documentos de transporte do R/3. Os dados a seguir so essenciais no documento de transporte: Local de partida e de chegada Hora planejada de partida e chegada no cabealho da expedio Atribuio de remessa
Se uma conexo para um transporte coletivo est planejada, necessrio tambm atualizar os seguintes dados: Etapas do transporte Atribuio de remessas a percursos Horrios de partida e de chegada em etapas do transporte
Se possvel, todos os dados de endereo devem ser atualizados para os locais envolvidos.
Substituio de local para planejamento de percurso subseqente O sistema de planejamento "Estradas na Alemanha" implementado para o itinerrio de remessa "Amrica do Norte Hamburgo" para planejar percursos subseqentes. Por este motivo, o local de partida da remessa que na Amrica do Norte, ou seja, fora da rea do planejamento, substitudo por um local de partida mais adequado ao planejamento. O procedimento de determinao identificaria a seguinte seqncia de condies, processada seqencialmente at ser encontrado um local para substituio: 1. Fim do ltimo percurso principal. Se existem um ou mais percursos principais para a remessa correspondente, o local de chegada do ltimo percurso principal usado como local de partida para planejamento. A data final do documento de transporte passa a ser a data de partida do documento de transporte. 2. Fim do itinerrio da remessa. O ponto de chegada da remessa utilizado como ponto de partida para planejamento. O horrio de partida determinado por meio da data de remessa e do tempo do percurso subseqente definido. 3. Ponto especfico: utilizado o ponto definido no Customizing. No h determinao do horrio de partida. 4. No h substituio.
A seguir so mostrados os quatro processos de substituio mais relevantes com suas etapas de condio. Planejamento automtico de percurso preliminar: conexo a local de partida em documento de transporte de percurso principal existente: Etapa 001 Condio 001 Local substitudo por... Local de partida do primeiro documento de transporte do percurso
principal 002 004 Pontos de partida no itinerrio da remessa No h substituio do local de chegada Planejamento automtico de percurso subseqente: conexo a local de chegada em documento de transporte de percurso principal existente: Etapa 001 002 Condio 101 104 Local substitudo por... Local de destino do ltimo documento de transporte de percurso principal Pontos de chegada no itinerrio da remessa No h substituio do local de partida Planejamento automtico de percurso principal: conexo a local de chegada em documento de transporte de percurso preliminar existente: Etapa 001 002 Condio 102 004 Local substitudo por... Local de destino do ltimo documento de transporte de percurso preliminar Pontos de partida no itinerrio da remessa No h substituio do local de partida Planejamento automtico de percurso principal: conexo a local de partida em documento de transporte de percurso subseqente existente: Etapa 001 002 Condio 003 104 Local substitudo por... Local de partida do primeiro documento de transporte de percurso subseqente Pontos de chegada no itinerrio da remessa No h substituio do local de partida
Acumulao de material
essencial conhecer todos os detalhes dos materiais/itens de remessa a serem transportados para planejar transportes. Em alguns casos, nem sempre relevante se dois itens de remessa, 500 litros de tinta vermelha e 500 litros de tinta verde, por exemplo, devem ser transportados. Muitas vezes basta saber que 1000 litros de tinta devem ser planejados como mercadorias para transporte. As circunstncias so similares no processamento de lotes, onde diferentes lotes de um material so divididos entre diversos itens de remessa.
Itens de remessa podem ser combinados segundo diferentes critrios, para se obter uma sntese melhor ou reduzir o volume de dados a serem transmitidos. Essa combinao (acumulao) pode ser feita separadamente para cada combinao de local de organizao do transporte e itinerrio. Contudo, tambm possvel fazer a combinao para todo um local de organizao do transporte.
A acumulao de itens de remessa ocorre em uma interface de organizao do transporte e sempre relacionada a remessas, ou seja, a acumulao para vrias remessas no est disponvel. H duas opes para criao de solicitaes de planejamento para a acumulao de itens na remessa atual: Reduo de itens relevantes para documento de transporte: A ativao dessa funo resulta em: o o o Combinao de itens de lote em um item de cabealho por material Combinao de seleo de produtos de um material em um item de cabealho Eliminao de itens de lista tcnica irrelevantes para o documento de transporte Itens de texto e de valor alm de itens de embalagem gerados automaticamente no so transmitidos normalmente. Acumulao segundo o tipo de mercadoria: possvel atribuir um tipo de mercadoria definido para a combinao do local de organizao do transporte e itinerrio. Dessa forma, o tipo de mercadoria pode ser determinado junto com o grupo de frete de material do mestre de materiais. Os itens de uma remessa so agrupados juntos por tipos de mercadoria. O tipo de material somente exibido por tipo de mercadoria na mensagem. A quantidade s est disponvel em termos de peso e volume, e no mais como nmero de peas, etc. Se os dois procedimentos de acumulao forem ativados, a acumulao ser executada primeiro para os itens relevantes para documento de transporte e depois conforme o tipo de mercadoria. possvel implementar uma acumulao especfica do usurio por meio de uma funo de cliente. Essa funo do cliente executada de acordo com os a reduo de itens relevantes ao documento de transporte e classe de mercadoria. Para ler mais sobre funes do cliente na seo Concepo de modificaes e configuraes do sistema R/3 ou na documentao de ajuda on-line da funo do cliente.
As opes a seguir permitem definir o procedimento de transmisso standard para um sistema de planejamento.
Criar um tipo de mensagem para o sistema de planejamento baseado no esquema CFPR. No esquecer de atualizar o programa de processamento. Definir a hora de envio necessria. Entrar o novo tipo de mensagem no procedimento de sada para as mensagens de expedio e definir a condio como 41 (remessa para agente de frete). Entrar o tipo de mensagem em um perfil de transmisso.
Um file de transmisso composto por uma combinao de parmetros de transmisso, como o tipo de mensagem, especificaes do planejamento para agentes de frete (qual planejamento de transmisso deve utilizar, quais textos de remessa devem ser transmitidos). Isso pode ser modificado na transao VT62. Se houver diversos agentes de frete conectados ao sistema R/3, necessrio definir um tipo de mensagem diferente para cada agente de frete.
Transmisso automtica
A transmisso automtica s trabalha com um agente de frete j que todas as remessas so sempre expedidas de l diretamente. O controle de sada automtico tem os seguintes atributos: O lanamento de uma nova remessa gera entradas no controle de sada, que so usadas para criar solicitaes de planejamento para o horrio planejado no tipo de mensagem e que so transmitidas. A transmisso de solicitaes de planejamento baseada em remessas modificadas ocorre automaticamente. O controle de sada possui mecanismos de controle disponveis.
As opes a seguir permitem definir o procedimento de transmisso standard para um sistema de planejamento. Criar um tipo de mensagem para o sistema de planejamento baseado no esquema TPSO. No esquecer de atualizar o programa de processamento. Definir a hora de envio necessria. Entrar o novo tipo de mensagem no procedimento de sada para as mensagens de expedio e deixar o campo de condio em branco. Entrar o tipo de mensagem no local de organizao do transporte atribudo ao agente de frete.
Alm do sistema de planejamento automtico, tambm possvel utilizar outros sistemas com procedimentos de transmisso standard.
Comunicao tcnica
A seo a seguir lida com os aspectos tcnicos da comunicao e do fluxo de dados entre o R/3 da SAP e um sistema externo (subsistema).
chamada transferida dentro do programa. A tcnica subjacente que permite que a transmisso seja executada corretamente de acordo com o log est descrita acima como um estrato RFC. Existe uma biblioteca de programas de desenvolvimento em C disponvel para o desenvolvimento de programas. Para obter mais informaes sobre a criao de programas em C e outras configuraes do sistema, vide as sees a seguir e a documentao nas bibliotecas RFC.
Tarefas do subsistema
O programa em C para recepo dos dados deve ser fornecido no subsistema. H um modelo de programa com esse propsito. Esse procedimento aceito pela biblioteca RFC fornecida pela SAP como parceiro certificado (RFC SDK, Remote Function Call Software Development Kit). O programa deve gravar os dados aps a remessa e antes de enviar a confirmao da remessa de volta para o sistema R/3. O processamento dos dados pode ser iniciado no subsistema. A SAP recomenda esse procedimento de gravao intermedirio, que permite que a comunicao da lgica de processamento seja executada separadamente no subsistema. Alm disso, o subsistema deve possuir administrao de status para os dados recebidos. A administrao de status pode evitar o processamento duplicado. Tambm importante observar que o subsistema deve ser capaz de detectar que um IDoc j foi transmitido uma vez pelo sistema R/3. Isso possvel por meio de uma identificao de transao exclusiva para cada atividade de comunicao. (Vide tambm documentao tcnica do RFC.) Alm da identificao da transao, o nmero do IDoc tambm pode ser usado para indicar que um IDoc j foi transferido. O nmero do IDoc s exclusivo dentro de um determinado mandante de um sistema R/3. Se a comunicao for executada por diversos mandantes e/ou diversos sistemas SAP, o IDoc no pode ser identificado utilizando somente o nmero do IDoc.
1. A sintaxe dos dados formatados na LUW (que cria o IDoc) e enviados para o ALE est
incorreta. O IDoc copiado e gravado pelo ALE mas no pode ser transmitido. Para obter mais informaes sobre esse erro, vide a seo Configuraes e modificaes do sistema R/3.
A sntese a seguir mostra a remessa de documentos de expedio gerados de solicitaes de planejamento pelo subsistema.
O ALE recebe o IDoc e o grava no banco de dados. Aps esse procedimento intermedirio de gravao, uma confirmao de entrada enviada de volta para o subsistema. O IDoc enviado para a aplicao (de forma assncrona em relao entrada) onde ocorre o processamento. A aplicao no R/3 cria, modifica e elimina documentos de transporte e envia um status de volta para o ALE para cada IDoc. Esse status de IDoc a base para o processamento de quaisquer erros.
Processamento de erros
Os seguintes erros podem ocorrer: A conexo no pode ser estabelecida neste momento O subsistema tambm deve usar a administrao de status para garantir que o lanamento posterior seja executado. Erros no estrato ALE Foi criado um IDoc, mas o processamento no foi iniciado. Esse erro ocorre (como na transmisso do R/3) se o IDoc recebido possui erros de sintaxe ou se o protocolo de transmisso para o processamento de entrada est faltando para o remetente e o tipo de mensagem desse IDoc. Para obter mais informaes sobre esse erro, vide a seo Configuraes e modificaes do sistema R/3. Erro na aplicao (no lanamento de uma solicitao de transferncia, por exemplo) Isso indica erros lgicos na aplicao. Uma mensagem emitida para uma posio com o status de IDoc mencionado acima. Diversos usurios podem estar atribudos a uma posio. Cada usurio recebe a mensagem de erro na sua prpria caixa de entrada SAP OFFICE. Assim que um usurio entra e processa a mensagem de erro, essa mensagem desaparece das outras caixas de entrada.
Denominao do IDoc
Construo geral do IDoc
Um IDoc composto de diversos registros de dados em duas tabelas: Tabela de registros de controle EDI_DC Tabela de registros de dados EDI_DD
H uma entrada de registro de controle EDI_DC para cada IDoc. Essa entrada contm dados importantes como a identificao dos sistemas transmissor e receptor, entre outras identificaes. H uma entrada de registro de dados EDI_DD para cada registro de dados. Essas entradas contm uma seo de cabealho com 55 bytes e uma seo de dados que pode conter at 1000 bytes. A referncia do registro de dados para o registro de controle criada com um nmero de IDoc. Para cada registro de controle com nmero do documento DOCNUM, deve haver registros de dados com
o mesmo nmero do documento. Dessa forma, existe uma relao 1:N entre registros de controle e registros de dados. Os registros de dados devem ser entrados na tabela EDI_DD na mesma seqncia exigida pela estrutura hierrquica das categorias de IDoc correspondentes. Para obter mais informaes sobre a hierarquia, vide a seo Sntese da estrutura de IDoc. Nem todos os campos em EDI_DC ou EDI_DD so campos de entrada obrigatria. Alguns campos no devem conter valores, e devem ser deixados em branco. Para transmitir um IDoc de um sistema externo para o sistema SAP, necessrio definir um sistema lgico como parceiro de comunicao no sistema R/3 (SALE Modelo de distribuio Sistemas lgicos) e um protocolo de transmisso para processamento de entrada correspondente a esse nmero de parceiro. O nmero do parceiro do sistema de destino (SAP, neste caso) no realmente obrigatrio, mas recomendvel defini-lo para que os procedimentos de comunicao sejam executados corretamente. O sistema lgico do sistema R/3 atualizado para cada mandante na tabela T000 (SM31). Os protocolos de transmisso podem ser usados para fornecer um mdulo de funo no-standard para o processamento de IDocs na tabela para mtodos de processamento de entrada no meio de transporte ALE. Ao criar IDocs no sistema R/3 por meio da transao WE30, so criadas trs estruturas, numeradas automaticamente para cada segmento de IDoc. O cabealho de remessa, por exemplo, poderia ter E1TPDLH, E2TPDLH e E3TPDLH. E1TPDLH independente do release, E2TPDLH dependente do release e E3TPDLH usado para fins de documentao. Quando nomes de segmentos so transferidos, necessrio definir os nomes do segmento E2 para trabalhar independentemente do release do sistema SAP.
CHAR QUAN
Ex.: 18 Ex.: 18
DATUM UZEIT
8 6
Vide tambm: Registro de controle de IDoc EDI_DC Campos especiais no segmento de controle EDI_DC EDI_DD registro de dados de IDoc
Ao Planejar/modificar/desalocar remessas Incluir/modificar dados mestre de local (cliente, fornecedor) Definir status de organizao do transporte Informaes de status sobre erros de transferncia/possveis
As mensagens listadas abaixo so transmitidas do agente de frete para o sistema R/3 da SAP. Ao Criar/modificar/eliminar documento de transporte Informaes de status sobre erros de transferncia/possveis Nome do IDoc TPSSHT01 SYSTAT01 Tipo de mensagem SHPCPR STATUS
Ao transmitir documentos entre o sistema R/3 e um agente de frete, necessrio seguir essas diretrizes bsicas independentemente do sentido da transferncia: Documentos de transporte e remessa devem ser todos totalmente transferidos ao serem includos ou modificados. Se, por exemplo, uma remessa modificada no sistema R/3 aps ter sido transferida para o subsistema, o documento inteiro transferido com todos os dados, e no somente as modificaes. Documentos de transporte modificados tambm devem ser totalmente retransferidos do sistema de planejamento. Documentos eliminados tambm devem ser transferidos com pelo menos as informaes completas de cabealho. Os segmentos de item podem ser ignorados na eliminao do documento. Campos em branco no IDoc tambm esto em branco no documento original. Transferncia de um documento por mensagem Normalmente no permitido combinar documentos em um nico IDoc. Em outras palavras, cada IDoc s pode conter um nico segmento de cabealho. O IDoc TPSLOC01 uma exceo a essa regra porque pode transferir diversos registros mestre de dados. Incluso de serializao de mensagens Isso feito para garantir que verses mais antigas de IDoc para um documento no sejam lanadas novamente aps o processamento de um documento mais recente. A dependncia de mandante dos dados de planejamento deve ser considerada Deve ser tomado um cuidado especial durante a comunicao com um agente de frete com diversos mandantes R/3 e/ou sistemas R/3 para que os dados dos diferentes mandantes no se misturem (vide tambm a seo Registro de controle de IDoc EDI_DC). Transferncia de todos os dados no formato CHAR
Todos os dados so transferidos para os IDocs no formato caractere. Por exemplo, no h decimais de 8 bytes. Transferncia de todas as unidades de medida de acordo com o padro ISO Todas as unidades de medida, cdigos de pas e cdigos de moeda so transferidos para o IDoc de acordo com as normas ISO (como KGM no lugar de KG para a unidade quilograma). Nmero do documento de transporte dentro do intervalo de numerao Os nmeros de documentos de transporte emitidos por um agente de frete devem estar dentro de um intervalo de numerao que pode ser definido no sistema R/3.
5 6 7 8
O sistema R/3 ajustado no Customizing para a rea de valor do sistema de planejamento Converso / ajuste de expresses tcnicas entre os dois sistemas A rea de valor fixa e foi determinada por um acordo entre a SAP e parceiros de desenvolvimento A SAP define um intervalo de valores bsico que deve ser includo no sistema de planejamento. possvel ampliar esse intervalo, nesse caso, as modificaes devem ser entradas no Customizing do R/3. A rea de valor definida por meio de normas internacionais (como ANSI, ISO,...) Ajuste eletrnico de dados mestre por transferncia de dados, R/3 o sistema mestre Valor de dados mestre que pode ser definido como especfico do cliente e s pode ser ajustado em circunstncias especiais
9 A B
Os diversos procedimentos de ajuste so listados na tabela com as denominaes de segmentos na coluna Ajuste. Se no for feita uma especificao aqui, s necessrio levar em considerao as especificaes de formatos de dados.
Logistics Execution Transporte Organizao de transporte Sistema de planejamento externo Monitorizao ALE. As funes ALE permitem supervisionar os IDocs enviados ou recebidos. Para obter informaes mais detalhadas, vide a documentao impressa a seguir: 1. Manual RFC Descrio tcnica precisa da interface de programao 2. Manual do consultor ALE Informaes gerais sobre ALE e suas funes 3. Manual de workflow Informaes gerais sobre o conceito de workflow (vide processamento de erros)
Normalmente, a primeira alternativa utilizada. Entretanto, se houver dois subsistemas que atendem a dois locais de organizao do transporte diferentes, onde os administradores para os erros so duas pessoas diferentes, possvel usar a segunda alternativa para enviar o mesmo erro por meio dos dois nmeros de parceiro diferentes.
O texto a seguir descreve as opes de modificao individuais. Aps o recebimento e gravao de um IDoc, um mdulo de funo de estrutura na aplicao SAP acionado e assume o processamento do IDoc. Essa a primeira opo, que permite gerar um mdulo de funo de processamento especfico do usurio. Para chamar essa opo, necessrio inclu-la em uma tabela de Customizing de ALE (transao WE42 : Cdigo de processo de entrada Entrada com servio ALE Processamento por mdulo de funo). O cdigo de operao definido pode ser determinado no protocolo de transmisso de entrada. Os mdulos de funo de estrutura disponveis so atribudos de acordo com os seguintes tipos de mensagem:
Mdulo de funo de estrutura de entrada Tipo de mensagem SHIPPL Mdulo de funo IDOC_INPUT_SHIPPL Significado Documento de transporte
O mdulo de funo de estrutura filtra os dados de usurio por IDoc e chama seu prprio mdulo de funo de processamento na aplicao para cada IDoc em um loop. Todos os dados so gravados no banco de dados. Uma funo de cliente implementada antes e aps o processamento de cada IDoc e depois da gravao de todos os dados do documento de transporte. possvel usar a funo de cliente antes de processar o IDoc para manipular dados nele antes que o prprio IDoc seja transferido para as funes de aplicao. Aps o processamento do IDoc, a funo de cliente permite ao usurio processar seus prprios segmentos. As funes de cliente para a interface de organizao do transporte esto no grupo de funes XV56 no sistema R/3 com a denominao EXIT_SAPLV56I_0xx. possvel utilizar a transao SMOD para acessar as ampliaes. Os nomes comeam por V56I. A documentao para cada mdulo de funo descreve como usar as funes de cliente disponveis. A ativao das funes de cliente ocorre na transao CMOD. Para obter instrues sobre como usar SMOD e CMOD, consultar a documentao on-line do sistema R/3. Funes de cliente para documentos de transporte de entrada EXIT_SAPLV56I_010 EXIT_SAPLV56I_011 EXIT_SAPLV56I_012 Modificao de segmentos IDoc Modificao de tabelas de documento de transporte Gravar tabelas de documento de transporte especficas do usurio
Ao criar seu prprio mdulo de funo ou usar funes de cliente, importante no definir Commit work, porque o mdulo de funo retorna ao nvel de servio ALE aps o processamento. Erros da aplicao so copiados, o status do IDoc definido e possvel listar rollbacks no nvel de servio ALE. Aps o Commit work, no possvel executar um rollback se ocorrer um erro. Isso pode gerar IDocs parcialmente lanados e, como conseqncia, inconsistncias no processamento de erros. importante lembrar que novas entradas e sadas nas funes de cliente podem reduzir a performance. O usurio pode definir seus prprios segmentos de IDoc na atualizao de IDoc (WE30). Consultar a documentao correspondente para o grupo ALE. O usurio pode definir seus prprios IDocs de forma similar atualizao dos seus prprios segmentos. Esse IDoc necessita ser atribudo a um novo tipo de mensagem. necessrio definir um protocolo de transmisso para esse tipo de mensagem. Tambm preciso atualizar as tabelas para entrada na transao WE42. Para os cenrios de modificao individuais, existem as seguintes opes de modificao: Para processamento de IDocs, o usurio pode criar seu prprio mdulo de funo de processamento, que pode ser copiado do mdulo de funo standard e ajustado, se necessrio. O usurio pode ativar as funes de cliente no mdulo de funo standard. Para modificar o processamento de erros, necessrio ampliar a funo de cliente aps o processamento do IDoc, adicionando Status de erro prprio e ativando essa opo. Para modificar o processamento de IDocs, necessrio ativar e usar a funo de cliente Atualizao prpria. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e usar a funo de cliente Atualizao prpria para processar os dados dos seus prprios segmentos.
O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e criar seu prprio mdulo de funo de processamento como no cenrio 1. O usurio pode definir seu prprio IDoc e criar seu prprio mdulo de funo de processamento. Ao criar o mdulo de funo, possvel utilizar os mdulos de funo de ajuda standard.
O texto a seguir descreve as opes de modificao individuais. A formatao para transmisso dos IDocs feita na aplicao. O IDoc montado, o parceiro determinado e as configuraes so feitas para o estrato ALE. A montagem do IDoc feita nos mdulos de funo da aplicao. Essa a primeira oportunidade que o usurio tem para efetuar modificaes, criando mdulos de funo prprios. Para que esses mdulos de funo sejam chamados pela aplicao, necessrio que o prprio usurio faa a ligao com o menu da aplicao desejado. Os mdulos de funo a seguir do grupo de funes V561 so usados na interface de planejamento de transporte para construir e transmitir IDocs standard: Mdulos de funo para processamento de documentos de sada IDOC_OUTPUT_CFPREQ IDOC_OUTPUT_SHIPPL IDOC_OUTPUT_STATUS_TPS Solicitaes de planejamento individuais (para transmisso por meio de controle de mensagens) Status do documento de transporte Status de erro
Para os mdulos de funo de sada para transmisso de solicitaes de planejamento, esto disponveis as seguintes funes de cliente para adicionar os segmentos de IDoc do usurio e/ou modificar a construo do IDoc standard. A lista a seguir exibe todas as funes de cliente disponveis para processamento de documentos de sada de solicitaes de planejamento. Os grupos de funo e transaes exibidas para processamento de entrada tambm so vlidos para as funes de cliente no processamento de documentos de sada. Funes de cliente para solicitaes de planejamento de sada EXIT_SAPLV56I_001 EXIT_SAPLV56I_002 EXIT_SAPLV56I_003 Modificao do segmento de cabealho da remessa no IDoc Modificao dos segmentos de item de remessa no IDoc Modificao dos segmentos de dados de embalagem no IDoc
Modificao de todo o IDoc antes da transmisso Modificao da acumulao de material Substituio de local especfica do usurio Desativao do bloqueio de converso para remessas Modificao no registro de controle do IDoc
Como mencionado no processamento de entrada, o usurio define seus prprios segmentos de IDoc na atualizao de IDoc. Tambm possvel definir um IDoc especfico do cliente para o processamento de documentos de sada. Exceto pela definio do IDoc, aqui s necessrio atualizar o protocolo de transmisso para o processamento de documentos de sada. Para os cenrios de modificao individuais, existem as seguintes opes de modificao: Para processamento de IDocs, o usurio pode criar seu prprio mdulo de funo de processamento, que pode ser copiado do mdulo de funo standard e ajustado, se necessrio. Para modificar a estrutura do IDoc standard, possvel ativar a funo de cliente no mdulo de funo standard. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e usar o exit de cliente para preencher seu prprio segmento com dados. O usurio pode definir seus prprios segmentos de IDoc no IDoc standard e criar seu prprio mdulo de funo que pode ser copiado do mdulo de funo standard do tipo de mensagem correspondente e ajustado conforme a necessidade.
Integrao
O procedimento de determinao de dados ocorre em background ao fornecimento. Ao gravar os dados, o sistema verifica se o processamento do Servio de Encomenda Expressa est ativado. Os campos de dados definidos para o Servio de Encomenda Expressa so determinados na ordem especificada. Se no for possvel calcular um valor, o sistema efetuar uma entrada no log de dados incompletos.
O rastreamento de pacote do Servio de Encomenda Expressa est disponvel para recebimentos e entregas.
Pr-requisitos
Para implementar o rastreamento de pacote de Servio de Encomenda Expressa, necessrio atender aos seguintes pr-requisitos: O Servio de Encomenda Expressa entra no sistema como um fornecedor de servios. O Servio de Encomenda Expressa foi criado no sistema e est ativo (vide tambm: Criao de um Servio de Encomenda Expressa no sistema ) O cdigo do Servio de Encomenda Expressa est atribudo ao fornecedor de servios. Existe pelo menos um local de expedio atribudo ao Servio de Encomenda Expressa. Impresso de etiquetas preparada A interface IDoc entre parceiros e fornecedores de servio est instalada.
Conjunto de funes
O rastreamento de pacote dos Servios de Encomenda Expressa com processamento de Servio de Encomenda Expressa oferece as seguintes opes: possvel definir qualquer nmero de campos para cada Servio de Encomenda Expressa. Esses campos so automaticamente preenchidos quando o fornecimento criado e depois disponibilizados para os IDocs. O processamento do Servio de Encomenda Expressa disponibiliza informaes adicionais provavelmente necessrias ao Servio de Encomenda Expressa. Essa funo permite utilizar as interfaces de Chamada de Funo Remota (RFC) ativadas por XML. possvel imprimir as informaes necessrias diretamente na etiqueta do pacote. Isso permite que os pacotes passem inteiros pelas mquinas de ordenao automtica do Servio de Encomenda Expressa, por exemplo. Graas a essa funo, a liquidao tambm facilitada. O status do rastreamento de pacote no sistema SAP definido automaticamente via interface de rastreamento de pacote. Assim, o remetente pode exibir todos os dados de rastreamento no fluxo de documentos, no fornecimento ou em uma transao separada no sistema SAP. Uma conexo de workflow facilita ainda mais a implementao de processos especficos do cliente. O emissor da ordem tambm pode rastrear o andamento da respectiva ordem. O emissor da ordem pode fazer uma consulta via Internet ou receber os dados necessrios por meio do Idoc do fornecimento. Se o emissor da ordem tambm tiver um sistema SAP, poder acessar a mesma funo sob a perspectiva de uma remessa recebida. As interfaces de Chamada de Funo Remota (RFC) ativadas por XML esto disponveis para a atualizao de dados mestre. possvel processar os dados do Servio de Encomenda Expressa diretamente no fornecimento.
Pr-requisitos
As opes necessrias para preparar uma ligao com um Servio de Encomenda Expressa no sistema esto no Guia de implementao, em Logistics Execution Expedio Remessas Definir ligao com Servio de Encomenda Expressa. necessrio primeiro configurar um protocolo de transmisso para o Servio de Encomenda Expressa em questo, para que seja possvel enviar a lista para o Servio de Encomenda Expressa via IDoc. Para imprimir a lista, tambm necessrio configurar um perfil de impresso Vide tambm: Controle de sada.
Procedimento
Para criar um manifesto, necessrio primeiro criar uma variante de seleo para encontrar todas as remessas para um determinado Servio de Encomenda Expressa com um determinado local de carga e a data atual. Iniciar na tela Criar transportes no procedimento coletivo.
1. Entrar um nome de variante. Selecionar Atualizar para atualizar uma variante. 2. Entrar o local de carga na seo Local de partida da tela de seleo. 3. Entrar o Nmero do agente de frete para o qual as remessas devem ser selecionadas na
seo Organizao do transporte.
4. Selecionar Entrar.
A lista de remessas selecionadas pode ser impressa ou enviada para o Servio de Encomenda Expressa via IDoc.
de relacionamento comercial: clientes ou parceiros de negcios podem se comunicar com um sistema parceiro por meio de aplicaes da Web.
Integrao
A possibilidade de solicitar propostas para transportes diretamente por meio da Internet representa uma adio s funes de planejamento em Transporte. A interao entre o planejador e o fornecedor de servios feita totalmente por meio do sistema. Os planejadores tambm podem incluir agentes de frete que no possuem o sistema SAP no processo de tomada de deciso; esses agentes podem processar os dados em seus prprios sistemas.
Pr-requisitos
A interface de usurio Internet Browser utiliza o Internet Transaction Server da SAP, que controla o processamento de telas e o intercmbio de dados entre a interface de usurio do Browser e o sistema SAP. possvel utilizar as funes de segurana standard. As informaes de controle do ITS baseadas em estao de trabalho, necessrias para uma interface de usurio Internet Browser, contm senhas codificadas em DES.
Caractersticas
A organizao e a administrao de transportes foram ampliadas para incluir essa nova funo. A funo Solicitao de propostas a fornecedores de servios permite aos planejadores oferecer transportes a agentes de frete por meio da Internet. Um planejador pode reagir s ofertas feitas pelos agentes de frete e supervisionar o status das propostas para seus transportes. Os planejadores podem selecionar os agentes de frete para os quais desejam oferecer os transportes, podem definir o status da proposta e ainda definir condies para o processamento de transporte. Os agentes de frete podem abrir a pgina do planejador na Internet e responder s ofertas apresentadas.
Os planejadores vem o status das propostas no monitor de Propostas e podem responder informao em um estgio inicial (Logstica Logistics Execution Transporte Organizao do transporte Listas e logs Monitor de status de propostas de transporte. Informar fornecedor de servios por meio de bolsas de frete O transportador envia os dados de transporte e os dados de preo para a bolsa de fretes. A bolsa encontra um agente de frete que preencha os requisitos e transmite essa informao diretamente para o sistema do transportador. Organizao de transporte com agentes de frete pela Internet Se houver cooperao entre o transportador e os agentes de frete, parte desse processo de organizao do transporte pode ser terceirizada. O agente de frete assume funes de planejamento e assim torna a organizao do transporte mais fcil para o transportador. O agrupamento e modificao de documentos de transporte ocorrem sistematicamente no local do sistema do agente de frete. O agente de frete pode atribuir remessas a transportes e determinar datas de transporte por meio do Internet Transaction Server (ITS). Rastreamento de informaes A funo de rastreamento possibilita o intercmbio de dados entre o transportador e o agente de frete. O agente de frete e o transportador tm uma funo de entrada e de exibio que permite que eles atualizem ou exibam como lista a hora e a localizao de eventos planejados ou que estejam ocorrendo, para exatamente um transporte de cada vez. Usando a exibio do rastreamento, os clientes podem acessar o site do transportador na Web e supervisionar o status do processamento da ordem.
Pr-requisitos
No Guia de Implementao (IMG), possvel definir as opes bsicas necessrias para a organizao do transporte e para a confirmao de status e de evento por agentes de frete, pelo caminho Logistics Execution Transporte Transportes Configurao da administrao de transportes para agentes de frete. Para garantir a proteo dos dados, necessrio configurar um registro mestre de usurio pessoal para o fornecedor de servios no sistema SAP. O acesso ao sistema pode ser supervisionado usando perfis de segurana de usurio e objetos de autorizao atribudos especificamente para as tarefas de status de proposta. Os fornecedores de servios s podem processar os transportes oferecidos especificamente a eles.
Processo
1. O transportador cria um documento de transporte no sistema SAP. Antes que seja listado para propostas, ele deve ser programado; isto , o fornecedor de servios e as etapas devem ser definidas. 2. O transportador oferece o documento de transportes ao fornecedor de servios pela Internet (propostas). Os planejadores podem selecionar os agentes de frete para os quais desejam oferecer os transportes, definir o status da proposta e tambm definir condies para o processamento de transporte. 3. O fornecedor de servios tem acesso pela Internet aos documentos de transporte oferecidos e pode aceitar, recusar ou aceitar sob determinadas condies. 4. O transportador v o status da proposta e recebe uma sntese das informaes mais importantes na o processo de proposta de transporte. O Monitor de status de propostas de transporte oferece uma viso geral do respectivo status de proposta para cada local de organizao do transporte. O nmero de documentos de transporte listado por status. Dessa forma, o organizador do transporte pode responder rapidamente s situaes e tambm obter uma viso geral completa do status global de todos os documentos de transporte listados para propostas. possvel exibir todos os
documentos de transporte para os quais o agente de frete no enviou respostas, embora um intervalo de tempo tenha sido determinado. Por exemplo, importante oferecer documentos de transporte recusados o mais rpido possvel a outros agentes de frete, j que cada atraso neste estgio significa um atraso do prprio transporte. Alm disso, o planejador possui um tipo de funo de controle para o status de processamento atual. 5. O transportador confirma a aceitao ou recusa do fornecedor de servios e repassa informaes adicionais, se necessrio. 6. O fornecedor de servios comea processando o documento de transporte por meio da definio da data planejada e do status do documento de transporte. Uma lista de propostas proporciona ao fornecedor de servios informaes sobre documentos de transporte recm oferecidos o tempo todo. O fornecedor de servios pode utilizar a lista de status para ver o status de processamento de documentos de transporte aceitos. Vide tambm: Proposta de transportes para fornecedores de servios
Pr-requisitos
possvel efetuar todas as opes necessrias no Guia de Implementao (IMG) em Logistics Execution Transporte Transportes Configurao da administrao de transportes para agentes de frete.
Procedimento
Propostas para documentos de transporte 1. Na tela de transporte, selecionar Transporte Criar. Entrar o local de organizao do
transporte e o tipo de transferncia.
4. Modificar o status da proposta no registro Proposta para Nova oferta do transportador. Caso
contrrio, o documento de transporte no ser exibido para o fornecedor de servios.
5. Na seo Cotao, entrar a data at a qual a oferta vlida no campo Vlida at, o
comprimento da plataforma de carga necessria para o documento de transporte no campo ComprNecesPlataf, e o limite superior da faixa de preo que o agente de frete no deveria exceder no campo Preo mximo. Entrar tambm as datas de pick-up e fornecimento. Para fornecer mais informaes sobre esse transporte ou condies ao agente de frete, utilizar o campo Texto de proposta.
O campo Preo mximo preenchido automaticamente se o usurio seleciona Estimativa. 6. Gravar as entradas.
Viso geral: confirmao de propostas de transporte e documentos de transporte 1. possvel exibir uma viso geral de documentos de transporte aceitos ou recusados no
Monitor de status de proposta de transporte. Por exemplo, possvel exibir todos os documentos de transporte que tenham o status Aceito pelo agente de frete e o status Recusado pelo agente de frete. O usurio pode selecionar nessa lista os transportes a serem aceitos. Selecionar Logistics Execution Transporte Organizao do transporte Listas e Logs Monitor de status de propostas de transporte e entrar os critrios de seleo. 2. Depois que o agente de frete aceita o documento de transporte, o planejador pode confirmar ou recusar a ordem de transferncia. Na tela de sntese, definir o status da proposta no registro Processamento para Confirmado pelo transportador ou para Oferta cancelada. O agente de frete pode entrar notas como "Atrasos possveis de aproximadamente uma hora" no campo Texto de proposta. Se o planejador no deseja aceitar esse tipo de atraso, possvel entrar outro agente de frete no campo Agente de frete e redefinir o status de proposta para Nova oferta do transportador. O transporte oferecido ao agente de frete seguinte.
Os organizadores de transporte podem usar o servio de corretor de frete especialmente para documentos de transporte menores, para encontrar um agente de frete que possa incluir esse documento em uma carga que no esteja completa (carga parcial) e assim pedir um preo mais razovel. Os transportadores podem trabalhar juntos em um sistema SAP e em um corretor de frete pela Internet. Dessa forma, o organizador do transporte pode usar a capacidade ao mximo e assim diminuir os custos de frete. O organizador do transporte tambm tem sempre uma atualizao automtica do status do documento do transporte.
Pr-requisitos
possvel efetuar todas as opes necessrias no Guia de Implementao (IMG) em Logistics Execution Transporte Transportes Configurao da administrao de transportes para agentes de frete.
Processo
Proposta de transporte por meio de um corretor de frete:
1. O transportador transmite para o corretor de frete informaes do documento do transporte, como atributos, condies e o preo mximo do documento de transporte que o agente de frete no deseja ultrapassar. 2. O corretor de frete analisa os dados e os compara com a lista de agentes de frete disponveis no prprio corretor de frete. Com base nos critrios definidos pelo transportador, o sistema cria uma lista ranking de agentes de frete que se encaixam no perfil e possuem a capacidade necessria. Uma confirmao com os dados do agente de frete que preenche as necessidades do transportador e tem os preos mais razoveis transmitida ao sistema do transportador. Essa confirmao contm o preo real que o agente de frete pede para o documento de transporte e dados como a hora da transferncia do transporte, o nmero da ordem e o nmero do rastreamento do agente de frete. 3. Quando essas informaes so recebidas por meio do agente de frete, o contrato concludo. O transportador no precisa mais responder oferta, j que o agente de frete selecionado pelo corretor de frete preenche com exatido as necessidades definidas previamente pelo transportador. 4. O documento de transporte automaticamente atualizado com os dados do agente de frete, o preo real e os horrios planejados. O procedimento o mesmo que o descrito em Propostas de transportes para fornecedores de servio. Um corretor de frete simplesmente tratado como se fosse um agente de frete.
Rastreamento de informaes
Utilizao
O transportador e o agente de frete possuem um sistema de rastreamento simples para monitorizar o status do documento de transporte. A funo de rastreamento possibilita o intercmbio de dados entre o transportador e o agente de frete pela Internet. O transportador e o agente de frete possuem uma funo de entrada e exibio de tempo e localizao de eventos planejados ou no planejados relacionados com um documento de transporte. O cliente tambm pode exibir esses dados do documento de transporte na Internet. Informaes de rastreamento tpicas incluem dados sobre se um documento de transporte foi recolhido, recarregado, descarregado, entregue ou atrasado. Estes
podem ser eventos predefinidos (isto , planejados pelo organizador do transporte) ou eventos definidos livremente, criados pelas circunstncias que envolvem a administrao do transporte e que so definidos mais tarde durante essa mesma administrao.
Integrao
A exibio do rastreamento possibilita a cooperao com parceiros de negcios por meio do Business-to-Business ou Business-to-Customer da iniciativa mySAP.com.
Pr-requisitos
O transportador tem instalada a funcionalidade do rastreamento de pacote do sistema SAP. (Para obter mais informaes, consultar a seo Rastreamento de pacotes para Servio de Encomenda Expressa.) O agente de frete precisa ter acesso Internet.
Caractersticas
Tanto o transportador quanto o agente de frete podem exibir e processar uma lista com informaes de rastreamento de um documento de transporte. O cliente pode apenas exibir a lista. Podem existir relaes de negcios entre os usurios do sistema SAP e outros parceiros. Somente o transportador precisa ter um sistema SAP disponvel. As informaes de rastreamento so entradas manualmente pelo agente de frete ou pelo transportador, ou carregadas como um file SML desde o banco de dados do agente de frete para o banco de dados do transportador. Agentes de frete e transportadores precisam efetuar logon no sistema e suas informaes de entrada podem ser verificadas. Cada cliente tem um usurio oficial que permite a exibio da cadeia de eventos. A segurana neste nvel garantida pelo conhecimento das entradas obrigatrias (por exemplo, nmero da ordem). Exibio do rastreamento para o organizador do transporte
O transportador pode chamar funes de rastreamento, assim como documentos de transporte reconhecidos como atrasados em um ponto inicial e reagir de acordo. O sistema SAP oferece a exibio das informaes de rastreamento e o status do documento de transporte de duas formas: o o Exibio do site do agente de frete na Web em uma janela de interface de usurio SAP Exibio e modificao de dados de rastreamento do banco de dados do transportador
Usando a exibio do rastreamento, os clientes podem acessar o site do transportador na Web e l podem supervisionar o status do processamento da ordem. Usando os critrios de pesquisa adequados , o cliente pode chamar informaes sobre o status do documento de transporte. Um modelo fixo de pesquisa serve como entrada (por exemplo, nmero da ordem, nmero do cliente e assim por diante). Entrada de status de agente de frete Por meio de uma aplicao da Web, o agente de frete confirma o status do processamento de transporte no sistema do transportador. O agente de frete e o transportador trabalham juntos; o transportador, no entanto, sempre tem o controle sobre o documento do transporte.
As informaes do evento, com exceo dos documentos de transporte cujos agentes de frete possuem a interface de Servio de Encomenda Expressa, dependem da verificao manual dos agentes de frete.
Integrao
Esta funo facilita a cooperao do transportador com agentes de frete dentro da estrutura da iniciativa business-to-business. Nas opes comerciais standard, o organizador do transporte seleciona remessas para o documento de transporte respectivo, enquanto est criando os documentos de transporte. Se houver cooperao entre o transportador e os agentes de frete, parte desse processo de organizao do transporte pode ser terceirizado. O agrupamento e modificao de documentos de transporte ocorrem sistematicamente no local do sistema do agente de frete.
Pr-requisitos
O transportador retm o controle sobre o processo de planejamento, j que ele um dos que efetuam as opes correspondentes no Guia de Implementao, usando o caminho Logistics Execution Transporte Transportes Configurao da administrao de transportes para agentes de frete Configurao da administrao de transportes para agentes de frete. Essas opes so a base para a organizao do transporte, assim como para a confirmao do status e do evento pelos agentes de frete. Ele tambm pode determinar que funes de planejamento correspondem ao agente de frete e de que dados o agente de frete pode dispor e modificar. Os agentes de frete trabalham no sistema SAP do remetente pela Internet, ou, no caso da confirmao de um evento, por meio de um telefone celular habilitado para WAP. Para essa finalidade, necessrio um usurio do sistema SAP.
A determinao de mensagens precisa ser definida no Guia de Implementao, no caminho Logistics Execution Transporte Funes bsicas de transporte Controle de mensagens Atualizar determinao de mensagens para transporte.
Processo
O processo de organizao do transporte, em cooperao com o agente de frete, ocorre da seguinte maneira: 1. O transportador oferece remessas ao agente de frete por meio de uma interface Web. 2. O agente de frete recebe uma lista de remessas do transportador. 3. O agente de frete prepara documentos de transporte com base nessas remessas e envia os documentos de transporte planejados de volta para o transportador. 4. O transportador decide se aceita os documentos de transporte planejados do agente de frete ou se oferece as remessas para um agente de frete diferente.