INTEGRAÇÃO GFE X COCKPIT LOGÍSTICO

Contexto de negócio (Introdução)

A integração entre o módulo de Gestão de Frete Embarcador e o Cockpit Logístico tem como objetivo sincronizar os dados referentes às negociações de frete entre Embarcadores e Transportadores. Esses dados são utilizados pelo Cockpit Logístico para calcular a despesa com o transporte das diversas configurações de cargas que a funcionalidade de programação forma dentro do processo de otimização. A minimização do preço do frete é uma das funções-objetivo do processo de otimização.  

A integração da Tabela de Frete do módulo Gestão de Frete Embarcador complementa a integração do ERP com o Cockpit Logístico, mas é opcional, pois mesmo sem essa integração é possível otimizar as cargas do ERP com os demais recursos oferecidos. Vide manual de integração Datasul x Cockpit Logístico.

Sistemas Envolvidos

Cockpit Logístico

Sistema vertical desenvolvido pela Neolog, empresa do ecossistema TOTVS, que dispõe de módulos para Planejamento da Malha de Distribuição, Programação de Transportes e Monitoramento de Cargas. A Programação de Transportes gera a roteirização e o arranjo das cargas, com base na demanda de transportes enviada pelo ERP, considerando as configurações das restrições logísticas e as funções-objetivos da otimização. São exemplos de funções-objetivo: máximo aproveitamento e máxima ocupação dos veículos, diminuição da quantidade de viagens e diminuição da despesa de frete total. 

Gestão de Frete Embarcador

É um módulo integrante da Linha Microsiga Protheus que está integrado ao BackOffice dos ERPs Datasul e Microsiga Protheus. Tem como objetivo controlar os processos que envolvem a contratação de serviços de transporte de cargas, tais como registro e manutenção das negociações comerciais, troca eletrônica de dados, auditoria de fretes contratados, avaliação gerencial e controle de expedição, tráfego e entrega de cargas. É utilizado por empresas que fazem a distribuição de mercadorias e a obtenção de bens e insumos por intermédio de prestadores de serviço de transporte, comumente Indústrias, Agroindústrias e Distribuidores, mas também se aplica às operações de Transportadores e Operadores Logísticos quando subcontratam outros Transportadores.

Integração

A integração é realizada por intermédio de arquivo XML, utilizando os Web Services disponibilizados pelo Cockpit Logístico, sem transformação de mensagens e sem utilização de sistemas intermediários (TOTVS EAI, TOTVS ESB, etc.).

Escopo

Possibilitar a integração dos dados da Tabela de Frete do Gestão de Frete Embarcador para o Cockpit Logístico da Neolog, no qual os dados são recebidos como Regras de Frete.

Pré-requisitos instalação/implantação/utilização

Cockpit Logístico na versão\release 5.6.1.
Parâmetros de aquisição ativos (acesso pelo menu em Administração - Integração).
Web Services ativos.

Datasul

Não se aplica.

Logix

Não de aplica

Protheus

Protheus versão 12.1.8 ou superior.
Parâmetro de integração com Cockpit Logístico ativo (MV_CPLINT == .T.)
Web Service de integração válido informado (MV_CPLURL)

Todos os parâmetros citados encontram-se no programa Parâmetros de Integração Cockpit Logístico (GFEX003) que pode ser acessado pelo menu Atualizações - Integrações - Cockpit Logístico.

RM

Não se aplica.

Instalação/Atualização

Vide tópico Pré-requisitos instalação/implantação/utilização.

Datasul

Não se aplica.

Logix

Não se aplica.

Protheus

Vide tópico Pré-requisitos instalação/implantação/utilização.

RM

Não se aplica.

Controle de Versão

O grupo TOTVS, representado por suas marcas, irá administrar as demandas de evolução dos layouts e demais ajustes, acordando junto aos solicitantes o prazo de liberação de release.

Todas as evoluções programadas deverão ser discutidas e aprovadas pelas marcas antes do início do desenvolvimento e somente serão desenvolvidas em caso de concordância das marcas e alinhamento com as diretivas definidas pelo Comitê de Integração TOTVS.

Suporte

O suporte aos recursos da Integração será de responsabilidade de todas as linhas, sendo assim as equipes de suporte dos produtos RM Conector e Backoffice Protheus estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.

Observação: Este modelo de suporte está sendo revisado pela TOTVS.

Transações/Entidades/Mensagens únicas 

 As Regras de Frete do Cockpit Logístico são utilizadas para determinar o valor de frete estimado das viagens durante o processo de otimização. Os valores calculados são utilizados como um dos critérios de escolha e classificação das viagens e seu intuito é o de oferecer uma base de comparação entre os transportadores, rotas e tipos de veículo disponíveis para atender as demandas de transporte. Considerando isso é razoável admitir que os valores de frete calculados pelo Cockpit Logístico possam ser moderadamente diferentes dos calculados pelo Gestão de Frete Embarcador sem que isso comprometa a otimização das viagens.

Fluxo das Informações

Alguns recursos de negociação de frete muito específicos que estão disponíveis nas Tabelas de Frete do Gestão de Frete Embarcador não serão considerados na integração com o Cockpit Logístico, esses recursos serão citados nos tópicos a seguir e não constituem limitações que prejudiquem o objetivo do cálculo de frete no Cockpit Logístico.   

Para suportar a estrutura de Regras de Frete do Cockpit Logístico é necessário cadastrar Tipos de Serviço e Zonas de Transporte que serão relacionados às Negociações e Regiões no Gestão de Frete Embarcador, esses cadastros não dispõe de Web Service para aquisição externa, por isso algumas premissas de cadastramento deverão ser seguidas para o sucesso da integração das Tabelas de Frete. Essas premissas serão destacadas entre as informações descritas nos tópicos a seguir.

Para que o cálculo dos fretes seja realizado pelo Cockpit Logístico é necessário que cada empresa-usuária desenvolva scripts com as regras de cálculo para cada Tipo de Serviço. Esse pré-requisito é previsto nos projetos de implantação do Cockpít Logístico nos quais a empresa tenha dentre as funções-objetivo a redução da despesa de contratação de frete.

Para que a identificação do Transportador e dos Tipos de Veículo nas Regras de Frete do Cockpit seja compatível com os cadastros correspondentes no ERP Datasul, será necessário: a) disponibilizar a integração do cadastro de Tipos de Carga como Tipos de Veículo no Gestão de Frete Embarcador; b) adequar a integração de Embarques como Romaneios para considerar o Tipo de Embarque como Tipo de Veículo; e c) alterar a integração de Fornecedores que sejam Transportadores para atribuir o código do registro no cadastro de Transportadores no campo correspondente no cadastro de Emitentes do Gestão de Frete Embarcador, até então essa atribuição ocorria apenas na integração de Fornecedores do ERP Protheus.

Não haverá integração em lote, ou seja, deve-se acionar a integração de cada Tabela já existente no Gestão de Frete Embarcador. Foi considerado que a quantidade de registros de Tabelas de Frete não implicava na criação da integração em lote.
Qualquer Tabela de Frete pode ser enviada para o Cockpit Logístico, exceto as que não possuam Negociações na situação "Liberada". Apenas os dados das Negociações na situação "Liberada" e data de vigência válida serão enviados. 

O sucesso das operações de inclusão e alteração de registros pode ser verificado acessando o programa de consulta no menu do Cockpit Logístico em: Interface - Log. O sistema de origem dos dados não recebe o status do processamento dos registros enviados, por isso considera integrado com base apenas na confirmação de recepção da mensagem de integração.

Cadastros

Descreva características gerais do fluxo de informações e que serão comuns para este tipo de entidade. Características particulares para cada entidade deverão ser citadas em tópicos específicos de cada entidade.

Sempre que existir (a sugestão é sempre criar) e for agregador ao documento acrescentar aqui os diagramas/imagens ou até mesmo colocar tais diagramas diretamente na especificação dos processos

Em seguida faça uma descrição para cada um dos fluxos para cada entidade

<Transação/Entidade>

Identificador da Mensagem: <mensagem>

Versão: <versão>

Módulo <marca 1>: <BackOffice – Gestão xxxxxxx>

Módulo <marca 2>: <SIGAXXX>

Tipo de Envio: <Assíncrona/Síncrona>

Notas:

Observações sobre comportamento desta mensagem ou dos processos envolvidos nela/para ela

A seguir descrever as variações, particularidades da mensagem e processos (integração) de acordo com cada marca

Limitações/Restrições

Descreva limitações e restrições para a integração que está sendo descrita.

Processos

Descreva características gerais do fluxo de informações e que serão comuns para este tipo de entidade. Características particulares para cada entidade deverão ser citadas em tópicos específicos de cada entidade.

Sempre que existir (a sugestão é sempre criar) e for agregador ao documento acrescentar aqui os diagramas/imagens ou até mesmo colocar tais diagramas diretamente na especificação dos processos

Em seguida faça uma descrição para cada um dos fluxos para cada entidade

<Transação/Processo>

Tipo de Fluxo: Protheus -> RM

Mensagem: Request_1_000

Versão: 1.000

Descrição de todo o comportamento e funcionamento do processo. Breve contexto, origem, regras, integração (geração da mensagem, envio, recebimento no destino), o quê supostamente irá ocorrer no destino, retorno, impacto, consequências, o que foi afetado, como conferir, validar, etc o retorno.

Acrescentar um diagrama do processo.

A seguir descrever as variações, particularidades da mensagem e processos (desta integração) de acordo com cada marca

Notas:

Observações sobre comportamento desta mensagem ou dos processos envolvidos nela/para ela

Limitações/Restrições

Descreva limitações e restrições para a integração que está sendo descrita. 

Limitações / Restrições Gerais

Descreva limitações e restrições para cada fluxo descrito no tópico anterior. Exemplo:

• ERP1 envia ITEM cadastrado para o ERP2

ERP1 somente enviará o ITEM se este estiver em uma das famílias cadastradas no parâmetro FAMILIA_INTEGRACAO.

Se o tipo de valorização do estoque for FIFO.

• ERP2 envia PEDIDO cadastrado para o ERP1

O pedido recebido no ERP1 vindo do ERP2 estará bloqueado para alteração.

Como fazer (opcional)

Descreva os passos que viabilizem a integração.

Exemplo:

Os passos para viabilizar a integração são:

• No Logix ou no Protheus efetue o cadastro das seguintes informações: Clientes, fornecedores, transportadores, cidades, cotação de moeda e unidades de medida.
• No Logix cadastrar um novo depositante e efetuar toda a parametrização necessária para a operação de WMS.
• No Logix cadastrar um novo produto que seja controlado pelo WMS, para o depositante cadastrado anteriormente.
• No Logix efetuar um processo de recebimento para o produto cadastrado anteriormente, utilizando uma nota fiscal provisória (tipo “A”).
• No Protheus consultar a nota fiscal de recebimento que foi registrada no Logix, validando as informações recebidas.
• No Logix efetuar um processamento de regularização fiscal, efetuando a cobertura dos produtos recebidos anteriormente.
• No Protheus verificar se foi efetuado corretamente o relacionamento entre os dois documentos.
• No Logix efetuar um processo de expedição para o novo produto cadastrado, até o momento do envio da mensagem de integração de pedido de venda.
• No Protheus efetuar o faturamento do pedido de venda recebido.
• No Protheus verificar se a nota fiscal gerada contém todas as informações necessárias para o segmento de operador logístico (armazém geral).
• No Protheus efetuar a escrituração fiscal das notas fiscais, verificando se as regras da legislação deste segmento foram respeitadas.
• No Logix é possível consultar o número do pedido de venda gerado para as notas fiscais de retorno simbólico e conta/ordem no programa WMS6333 (Consulta de Documentos). Para os processos de faturamento de serviço o número do pedido está disponível no programa WMS6411 (Movimentos a Faturar).

Situações comuns (opcional)

Descreva situações problemáticas comuns que podem ocorrer durante o funcionamento da integração e como solucioná-los. Neste ponto também é importante dar instruções de como reconhecer e investigar problemas que podem vir a ocorrer durante a integração. Se houver, apresente tabelas de códigos e descrições de erros que a integração poderá apresentar.

Este tópico possivelmente será alimentado com as experiências durante o desenvolvimento da integração e poderá ser realimentado durante o uso da integração no cliente.

Exemplo 1:

Tratamento de erros de integração (Produto A)

Tratamento de erros de integração (Produto B)

Exemplo 2:

Quando uma mensagem é enviada do Logix para o Protheus, podem ocorrer situações em que o WebService não estará totalmente funcional. Nestes casos uma mensagem de erro genérica irá aparecer na tela:

Exemplo:

Erro ao enviar a mensagem de Cidade via Integração

Se o arquivo de log for analisado, poderemos ver a falha na comunicação com o sistema destino:

-------------------------------------------------------------------------------

WSCERR044 / Não foi possível POST : URL http://172.16.31.57:8011/ws/FWWSEAI.apw

ADVPL WSDL Client 1.080707 / tst on 20120315 08:49:51

-------------------------------------------------------------------------------

Para resolver este problema, verifique as configurações do sistema de destino, analisando o funcionamento do servidor utilizado para esta comunicação e a habilitação do endereço do WebService. 

TAG	Campo	Observações
regionSourceID	MV_CPLREG
description	GVA_DSTAB
name	GU3_NMEMIT	para GU3_CDEMIT   = GVA_CDEMIT
freightRuleGroupName		GVA_CDEMIT+"-"+GVA_NRTAB
vigencyInitialDate	GV9_DTVALI
validityFinalDate	GV9_DTVALF
carrierSourceID	GU3_CDTERP	para GU3_CDEMIT =   GVA_CDEMIT
originSourceId	GV8_CDFIOR	Obs.:   Quando o GFE estiver integrado ao ERP Datasul (MV_ERPGFE = 1) concatenar   "|Padrão"
destinationSourceId	GV8_CDFIDS	ou   GUC_EMICOM quando houver GUC Obs.:   Quando o GFE estiver integrado ao ERP Datasul (MV_ERPGFE = 1) concatenar   "|Padrão"
originCarrierZoneSourceId		Quando   GV8_TPORIG = 1 (Cidade): GU7_NMCID + "-" + GU7_CDUF da cidade   correspondente a GV8_NRCIOR Quando GV8_TPORIG = 2 (Distância): não gerar registro Quando GV8_TPORIG = 2 (Região): GU9_CPLZT da região correspondente a   GV8_NRREOR; quando GU9_CPLZT não estiver preenchido   atribuir GV8_CDEMIT + "-" + GU9_NRREG Quando GV8_TPORIG = 2 (Pais/UF): GV8_CDUFOR Quando GV8_TPORIG = 2 (Remetente): em branco, em vez disso atribuir   a tag originSourceId
destinationCarrierZoneSourceId		Quando GV8_TPDEST = 1   (Cidade): GU7_NMCID + "-" + GU7_CDUF da cidade correspondente a   GV8_NRCIDS Quando GV8_TPDEST = 2 (Distância): não gerar registro  Quando GV8_TPDEST = 2 (Região): GU9_CPLZT da região correspondente a   GV8_NRREDS; quando GU9_CPLZT não estiver preenchido   atribuir GV8_CDEMIT + "-" + GU9_NRREG Quando GV8_TPDEST = 2 (Pais/UF): GV8_CDUFDS  Quando GV8_TPDEST = 2 (Remetente): em branco, em vez disso atribuir   a tag destinationSourceId
serviceType	GV9_CPLTS	Quando GV9_CPLTS não   estiver preenchido atribuir GV9_CDTPOP
shipperSourceId	MV_CPLEMB
vehicleSourceId	GV7_CDTPVC	Quando o Tipo de   Lotação for "Carga Fracionada" (GV9_TPLOTA = 1) atribuir   MV_CPLTVF
priority		8   quando origem e destino forem Localidades (Emitentes) e a regra for   proveniente de uma tarifa adicional de Emitente 7 quando origem e destino forem Localidades (Emitentes) 6 quando origem for Localidade (Emitente) e destino for Zona de Transporte   (Região) e a regra for proveniente de uma tarifa adicional de Emitente 5 quando origem for Localidade (Emitente) e destino for Zona de Transporte   (Região) 4 quando origem for Zona de Transporte (Região) e destino for Localidade   (Emitente) e a regra for proveniente de uma tarifa adicional de Emitente 3 quando origem for Zona de Transporte (Região) e destino for Localidade   (Emitente) 2 quando origem for Zona de Transporte (Região) e destino for Zona de   Transporte (Região) e a regra for proveniente de uma tarifa adicional de   Emitente 1 quando origem for Zona de Transporte (Região) e destino for Zona   de Transporte (Região) 0 quando não atender a nenhuma das condições anteriores
variable1	GV1_VLFIXN	soma dos valores fixos   de tarifa (GV1_VLFIXN)
variable2	GV1_VLUNIN	soma dos valores   de tarifa que calculam por quantidade   (GV1_VLUNIN) e sobre o peso (GV2_ATRCALC = 1 ou 10)
variable3	GV1_PCNORM	soma dos valores   de tarifa que calculam sobre valor da   carga (GV1_PCNORM) e sobre o valor   da carga (GV2_ATRCALC = 2)
variable4	GV1_PCNORM	soma dos valores   de tarifa que calculam sobre valor da   carga (GV1_PCNORM) e sobre o valor do frete    (GV2_ATRCALC = 9)
variable5	GV6_FRMIN	valor mínimo da   tarifa
variable6	GV1_VLFRAC	fração
variable7	GV1_VLUNIN	soma dos valores   de tarifa que calculam por quantidade   (GV1_VLUNIN) e sobre o volume (GV2_ATRCALC =   4)
variable8	GV1_VLUNIN	soma dos valores   de tarifa que calculam por quantidade   (GV1_VLUNIN) e sobre a quantidade de volumes   e itens (GV2_ATRCALC = 3 ou 5)
variable9	GV1_VLUNIN	soma dos valores   de tarifa que calculam por quantidade   (GV1_VLUNIN) e sobre a quantidade de   entregas (GV2_ATRCALC = 7)
variable10	GV1_VLUNIN	soma dos valores   de tarifa que calculam por quantidade   (GV1_VLUNIN) e sobre a distância do percurso (GV2_ATRCALC   = 6)
variable11	GV9_QTKGM3	fator de cubagem
variable12		Faixa (GV7_QTFXFI +   "-" + GV7_QTFXFI) + Unidade de Medida da Faixa (GV9_UNIFAI) +   Atributo da Faixa (GV9_ATRFAI)
variable13	sem atribuição	disponível para   requisitos futuros
variable14	sem atribuição	disponível para   requisitos futuros
variable15	sem atribuição	disponível para   requisitos futuros
variable16	sem atribuição	disponível para   requisitos futuros
variable17	sem atribuição	disponível para   requisitos futuros
variable18	sem atribuição	disponível para   requisitos futuros
variable19	sem atribuição	disponível para   requisitos futuros
variable20	sem atribuição	disponível para   requisitos futuros

5. Casos particulares:

a) Rotas Ida e Volta
Geram 2 (dois) registros de regra de frete, um para cada combinação de origem e destino (exceto se origem e destino forem iguais).

b) Unidade de Medida dos componentes
Quando a unidade de medida dos componentes (GV7_UNICAL) for diferente da unidade de medida para quilogramas (MV_UMPESO) será convertida usando a tabela de conversão de unidades de medida (GUV).

c) Tabelas de Vínculo
É gerada 1 (uma) mensagem de Agrupador de Regras e Regras de Frete para cada Tabela Vinculada à Tabela Normal, aplicando o multiplicador, adicional e considerando os Componentes Vinculados.

d) Componentes por Emitente
É gerada 1 (uma) Regra de Frete diferenciada para cada Emitente com componentes específicos.

Recursos complementares da integração

a) "Suportabilidade": quando o parâmetro MV_GFEEDIL estiver configurado com o conteúdo "2", "3" ou "4", a mensagem de integração (XML) será registrada em um arquivo gerado no diretório de log informado em MV_DRTLOG. Ambos os parâmetros podem ser editados por intermédio do programa Parâmetros do Módulo (GFEX000).    

b) Customização: antes da transmissão da mensagem de integração (XML) do GFE para o Cockpit Logístico é possível acessar e\ou alterar o conteúdo da mensagem por intermédio do ponto de entrada GFEXWSCPL1. 

Limitações/Restrições

Características de negociação que serão desprezadas:

a) rotas por distância b) negociações com tipo de lotação "Frota Dedicada" c) valor mínimo por componente d) generalidades (devolução e reentrega) e) componentes de frete que calculam sobre quantidade de serviços f) taxa de entrega por faixa g) quantidade mínima da tarifa h) tarifa para excedente i) tabela de taxa Suframa j) componente de frete "garantia"

Processos

Não se aplica.  

Limitações / Restrições Gerais

Conforme descritas no tópico Cadastros. 

Como fazer (opcional)

Não se aplica.

Situações comuns (opcional)

Não foram identificadas. 

Checklist de suporte da aplicação

Instalação/Configuração

Pelo programa Parâmetros de Integração Cockpit Logístico (GFEX003) informe e teste a URL do Web Service do Cockpit Logístico.

No programa Manutenção de Tabela de Fretes, selecione uma tabela e acione a ação relacionada para integração com o Cockpit Logístico e observe a mensagem. Consulte os campos de controle de integração pela opção Viasuallizar.

Checklist de Verificações:

• Configuração dos parâmetros de integração
• Sincronização manual entre Zonas de Transporte do Cockpit Logístico e Regiões e Cidades do GFE quando utilizadas como tipo de origem os destino nas rotas das Tabelas de Frete. 

Checklist de suporte da aplicação

Crie um check-list de verificação de alguns pontos importantes para o funcionamento e atendimento da integração.

Instalação/Configuração

Relacione itens de verificação para garantir que a integração está corretamente instalada e configurada. Isto não pode ser uma cópia do procedimento de instalação/configuração, mas verificações pontuais que podem remeter aos itens da instalação.

Checklist de Verificações:

Relacione itens de verificações para que o atendente possa:

Anexos