Integração GFE X Cockpit Logistico

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 embarcadores e Transportadorestransportadores. 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 tabela de Frete 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 documento de integração Backoffice Datasul x 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

Integração

O que levou a criação da integração / o porquê da integração (Finalidade/Objetivo), de forma macro, o que será integrado do, por exemplo, Vertical com o ERP (BackOffice)

Explique o contexto de negócio ou do problema na qual esta integração estará inserida. Isto inclui o funcionamento da(s) ponta(s) envolvida(s).

Apresentar a integração como uma melhoria para o cenário ou como uma solução para o problema.

• Premissas
  Gerais, do Vertical, do BackOffice e dos demais artefatos/sistemas envolvidos
  Premissas Gerais
  Premissas A
  Premissas B

• Arquitetura (Tecnologia)

Escopo

Descreva, dado o contexto, qual o escopo de atuação da integração. Cite as áreas/perfis de usuários e funções impactadas. Se existe uma parte do contexto de negócio que a integração não tenta resolver, deixe explícito.

Defina exatamente o que a integração FAZ, o que ela NÃO FAZ e a sua finalidade.

[O conteúdo poderá estar disponível na ferramenta PMS – Painel de Gestão de Projetos, opção Plano do Projeto]

Como são os processos os que serão integrados, mas com uma visão geral e não só o ponto de integração caso contrário a homologação [ou outro que pegar o documento] não saberá do que se trata no sistema vertical, de forma sucinta, como funciona e o(s) ponto(s) de integração.

Citar a responsabilidade de cada produto.

Descrever com mais detalhes sobre o que será integrado (mas não ser especialista nas entidades/processos, pois suas particularidades serão descritas posteriormente) incluindo diagramas, prints, imagens, etc o que for interessante para auxiliar o entendimento.

Interessante aqui a inclusão de diagramas, imagens, lógicas, fluxo(s) do(s) processo(s) o que considerar interessante e agregador ao documento e ao escopo.

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

Relacione quais são os pré-requisitos (técnicos ou de negócio) para a integração. Este tópico não deve incluir informações da implantação normal do módulo, mas apenas informações específicas da integração. É como se este tópico já partisse do princípio que o módulo que será integrado já está normalmente instalado.

Entre os tópicos deste tópico podemos citar:

• Versões mínimas de produtos.
• Módulos ou programas que geram informações necessárias a integração. Muitas vezes a integração partirá de informações que somente são trabalhadas em um determinado programa ou processo, que deverá estar em uso no cliente.
• Ferramentas que são necessárias a integração, como: EAI, ESB, servidor de WebService etc.
• Aspectos legais nos quais as partes envolvidas na integração devem estar inseridas, caso as informações envolvidas sejam utilizadas para o cumprimento de alguma lei específica.
• Requisitos de hardware ou Software, como servidores, link de internet, capacidade de armazenamento e memória, sistema operacional.

Datasul

Insira aqui as informações pertinentes a Datasul.

Logix

Insira aqui as informações pertinentes ao Logix.

Protheus

Insira aqui as informações pertinentes ao Protheus.

RM

Insira aqui as informações pertinentes ao RM.

Instalação/Atualização

Este tópico tem por objetivo orientar a instalação da integração, visando o seu funcionamento completo. Instalação de produtos ou ferramentas necessárias podem referenciar outros documentos existentes, desde que estejam disponíveis no repositório de documentação da TOTVS ou sejam enviados junto com o documento da integração em si. As informações mínimas necessárias para teste tópico são:

• Procedimentos que devem ser observados quando um dos produtos for atualizado.
• Configuração necessária que deve ser realizada em arquivos de configuração ou programas de parâmetros etc.
• Arquivos diversos que devem ser mantidos em determinados locais para o funcionamento da integração, exemplo: xml, xsd.
• Atualizações necessárias em banco de dados ou instruções para que elas sejam feitas.
• Processos, módulos ou programas que precisam ser instalados ou atualizados. Deve ser definida a versão mínima necessária dos programas envolvidos.
• Ferramentas, servidores ou serviços que precisam ser disponibilizados e configurados, o que pode gerar necessidade de novo hardware ou aumento de capacidade. Exemplo: serviço de WebService.
• Instruções para habilitar a comunicação da ferramenta EAI entre as partes, quais rotas devem ser definidas ou como as transações devem ser habilitadas.

Observação: evite o uso de Prints de telas, facilitando, assim, o trabalho de tradução e versionamento deste documento.

Datasul

Insira aqui as informações pertinentes a Datasul.

Logix

Insira aqui as informações pertinentes ao Logix.

Protheus

Insira aqui as informações pertinentes ao Protheus.

RM

Insira aqui as informações pertinentes ao RM.

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

Apresente quais as transações/entidades que são trocadas e quem envia a informação para quem. Pode (e recomenda-se) ter um diagrama, uma tabela ou afins que apresente este fluxo.

Relacione quais são as mensagem únicas (TOTVSMessage) utilizadas e qual o seu relacionamento com as entidades já existentes do ERPs envolvidos.

Exemplos:

 Image Removed

Image Removed

Fluxo das Informações

Para cada fluxo de informação descreva, se necessário, alterações de comportamento que o respectivo produto irá sofrer. Por exemplo: quando o Logix recebe o PEDIDO de OUTRO ERP, este pedido não poderá ser alterado no Logix.

Liste quais as entidades integradas e como é o mapeamento entre as diferentes estruturas. Por exemplo: Classe no sistema A vira categoria no sistema B, o campo X é refletido no campo Y etc.

Liste quais transações/operações a integração fará com as entidades relacionadas. Exemplo: Insert de PEDIDO, Insert, update de ITEM, buscar saldo em estoque do ITEM no dia X ou buscar dados do FUNCIONÁRIO.

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. 

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:

• Identificar o funcionamento da integração;
• Identificar a ocorrências de problemas;
• Coletar evidências do mau funcionamento relatado pelo cliente;
• Realizar possíveis ajustes na integração quanto à configuração ou negócio.

É um módulo integrante da linha Microsiga Protheus que está integrado ao BackOffice dos ERPs Datasul, Microsiga Protheus e Logix. 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 realizam 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  6.2.0.
Parâmetros de aquisição ativos (acesso pelo menu em Administração - Integração).
Web Services ativos.

Protheus

Protheus versão 12.1.23 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.

O campo GV2_CPLFXA estará oficialmente expedido na release 12.1.27. Caso necessário utilizar a funcionalidade em versões anteriores deve ser criado o campo manualmente conforme descrito abaixo.

Instalação/Atualização

Configuração Web Service AppServer Protheus

Para que seja possível realizar a integração com o Cockpit Logístico, é necessário configurar um Web Service no servidor de aplicação Protheus.

É recomendado criar um Web Service com as seguintes configurações (modificando o arquivo appserver.ini):

;Serviço webserver HTTP
[HTTP]
ENABLE=1
PATH=<Caminho_Cache_imagens>;C:\TOTVS\Protheus\data\web
PORT=<porta>;8080
INSTANCES=<nInicio>,<nMaximo>;1,10
SESSIONTIMEOUT=60
INSTANCENAME=WS_HTTP
 
;URL de resposta
 [<ip ou nome>:<porta>/neolog]
ENABLE=1
PATH=<Caminho_Cache_imagens>;C:\TOTVS\Protheus\data\web
ENVIRONMENT=<ambiente>
INSTANCENAME=WS_NEOLOG
RESPONSEJOB=JOB_WS_NEOLOG
DEFAULTPAGE=wsindex.apw
 
;JOB de resposta
[JOB_WS_NEOLOG]
TYPE=WEBEX
ENVIRONMENT=<ambiente>
INSTANCES=<nInicio>,<nMaximo>;1,10
INSTANCENAME=JOB_WS_NEOLOG
ONSTART=OMSXStart
ONCONNECT=OMSXConnect

Para testar o serviço, basta iniciar um navegador e digitar: http://<ip ou nome>:<porta>/neolog/PublishReleasedTrip.APW?WSDL

Um WSDL (descrição do serviço em xml) deve exibir no navegador.

Para evitar erros do tipo Failed Handshake SSL recomenda-se incluir a seguinte configuração no appserver.ini:

[SSLConfigure]
TryProtocols=1
Verbose=

Parametrização Adicional Integração

Algumas parametrizações da integração devem ser realizadas no arquivo de configuração do do servidor Protheus (appserver.ini), pois são utilizadas antes de iniciar qualquer processo de conexão com o SGDB.

As configurações abaixo devem ser incluídas no arquivo na seção [NEOLOG]:

;Configuração integração com o Cockpit Logístico
[NEOLOG]
DefaultCompany=<empresa>
Debug=1
DebugPath=<caminho relativo> ;logs\neolog

Onde:

• DefaultCompany: Empresa padrão para integração entre o GFE e o Cockpit Logístico. Se não for informado não será considerado, sendo sempre enviada nas mensagens nos campos que identificam os códigos, além do próprio código, a concatenação da empresa e do campo Filial do respectivo cadastro/processo. Caso esteja parametrizada, será enviada apenas a concatenação do código com campo Filial do respectivo cadastro/processo. 
• Debug: Indicador de que o processo de gravação dos arquivos XML das mensagens trocadas entre o GFE e o Cockpit Logístico está ativo. Caso esteja com o valor 1, será considerado ativo, caso contrário será considerado inativo. Caso não exista esta configuração será assumido que o Debug está ativo por padrão.

• DebugPath: Caminho onde deverão ser gravados os arquivos de log do XML. Este caminho deve ser sempre relativo a pasta RootPath, pois o processo de integração pode rodar em modo JOB e desta forma, não tem acesso a diretórios locais da máquina. Caso não esteja parametrizado, será considerado o caminho padrão "system/neolog".

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 realizar 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 seleção 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.

Parâmetros complementares à integração (GFEX000)

Parâmetros criados para a integração (GFEX003) 

Cadastro de Componentes (GFEA060), campo criado a partir da versão 12.1.27

Informações Enviadas ao Cockpit

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 utilizando 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) generalidades (devolução e reentrega);

d) componentes de frete que calculam sobre quantidade de serviços;

e) quantidade mínima da tarifa;

f) tabela de taxa Suframa;

g) componente de frete "garantia".

Como fazer

     Habilitando a integração do tipo de veículo (aplicável ao SIGAGFE integrado ao Datasul).

1. Em Gestão de Frete Embarcador, acesse Atualizações > Cadastros > Parâmetros > Parâmetros Módulo (GFEX000) > aba Integrações Datasul.
2. No agrupador Geral, altere o campo "Integração Tipo de Veículo?" para "1" (Sim).
3. Confira e clique em Salvar.

    Habilitando a integração do tipo de carga (TOTVS 12/DATASUL)

1. Acesse Logística > Gestão de Frete Embarcador > aba Cadastro.
2. Acesse o programa Parâmetros de Integração GFE (CD0089) e clique em executar.
3. Acesse aba Integrações Datasul e assinale parâmetro "Integrar Tipo de carga (tipo de veículo)"
4. Confira e clique em Salvar.

    Configuração da Integração do SIGAGFE com o Cockpit Logístico

1. Em Gestão de Frete Embarcador, acesse Atualizações > Integrações > Cockpit Logístico > Parâmetros Integração (GFEX003).
2. No campo "Integração Cockpit Logístico?" selecione a opção "1" (Sim).
3. Informe o endereço do webservice que receberá os dados da tabela de frete.
      a. Exemplo : http://servidor:8081/cockpit-gateway/integration/services
4. Informe o endereço do webservice de autenticação.
   a. Exemplo:  http://servidor:8081/cockpit-gateway/ws/authentication 
5. Informe usuário e senha de autenticação e quantidade de horas para considerar que um Token expirou.
6.  É possível testar a validade das informações clicando em Outras Ações >Testar Webservice.
7. Informe a regional dos cadastros do Cockpit Logístico.
8. Informe o código do embarcador do Cockpit Logístico.
      a. É possível pode consultar os embarcadores disponíveis acessando o Cockpit Logístico > Cadastro > Embarcadores.
9. Informe o código do tipo de veículo fracionado do Cockpit Logístico, utilizado quando a negociação enviada possuir um tipo de lotação fracionada.
      a. É possível consultar os tipos disponíveis acessando o Cockpit Logístico > Cadastro > Veículos.
10. Confirme e salve o cadastro.

1. Em Gestão de Frete Embarcador, acesse Atualizações > Movimentação > Cockpit Logístico > Tabelas de Frete > Tabelas de Frete (GFEA061).
2. Com o parâmetro "Integração Cockpit Logístico" habilitado, em Outras ações da lista de tabelas de frete selecione "Envio Cockpit".
3. Será exibida uma mensagem informando que a tabela foi enviada com sucesso.
      a. Caso ocorra algum erro durante o envio, será exibido o erro da transmissão da tabela.
      b. Caso seja necessário acompanhar o xml enviado ou mesmo o erro que ocorreu durante a transmissão dos dados,
4. É possível habilitar a gravação do arquivo de log por intermédio do parâmetro "Tipo de Geração de Log" (MV_GFEEDIL) e ficará junto com os outros logs do sistema, com o nome de 'Tabela_' + Número + '_EnvioCPL'.
      c. Caso a tabela enviada possua tabelas vinculadas, estas serão enviada em seguida.
      d. O pacote da mensagem enviada com as informações da tabela estará agrupada pela vigência inicial e final das negociações válidas encontradas.
5. Para consultar a tabela de frete acesse Cockpit Logístico > Administração > Grupo de Regras de Frete.
6. Se desejar, digite o número da tabela de frete e clique em pesquisar. O código equivalente é formado pelo código do emitente da tabela, concatenado do caracter "|" e o seu número.
7. Ao localizar a tabela, clique no ícone referente a edição para verificar os dados enviados pelo SIGAGFE.
8. Depois de confirmar que os dados estão corretos, utilize a ação relacionada "Confirmar Integração Cockpit" apenas como informativo que a integração ocorreu com sucesso.

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 e dados de autenticação.

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 "Visualizar".

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. 

Mensagens de Alerta

Caso ocorra a mensagem abaixo, favor verificar na tarifa se existe somente um componente e se este componente está preenchido como componente do frete garantia. Para esta situação, recomendamos a retirada do componente como frete garantia, permanecendo somente na tarifa.

Image Added