Histórico da Página

Informações Gerais 

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

Integrar o módulo Gestão de Distribuição (SIGAOMS) com a funcionalidade de Programação de Transportes do Cockpit Logístico da Neolog, por intermédio de arquivos no formato XML utilizando os Web Services já existentes do Cockpit Logístico, sem transformação de mensagens e sem a utilização de sistemas intermediários (TOTVS EAI, TOTVS ESB, entre outros). Apenas o envio dos cadastros irão ocorrer de forma Assíncrona, o envio dos processos serão Síncronos. 

O Cockpit Logístico é um 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.

Para esta integração serão consideradas as alterações necessárias para que o planejamento das montagens de cargas do módulo Gestão de Distribuição (SIGAOMS) da linha Microsiga Protheus, utilize os recursos de Programação de Transportes do Cockpit Logístico. A Programação de Transportes fará a roteirização e o arranjo das cargas com base na demanda de transportes, enviadas pelo SIGAOMS considerando as configurações das restrições logísticas e as funções-objetivos de otimização registradas no Cockpit Logístico. São exemplos de funções-objetivo: máxima ocupação dos veículos, diminuição dos prazos de entrega e redução da quantidade de viagens.

O escopo desta integração permitirá o envio dos pedidos de venda liberados (crédito / estoque) no SIGAOMS para a formação das viagens no Cockpit Logístico, e o recebimento dessas viagens geradas no Cockpit Logístico por meio de um XML no SIGAOMS para a geração das CARGAS. 

Os cadastros básicos serão utilizados os já disponibilizados na integração entre o SIGATMS x Cockpit Logístico.

São eles: 

• Produto,
• Filial,
• Cliente,
• Tipo de Veículo,
• Fornecedores.

Será disponibilizado apenas um novo cadastro para a integração "Transportadoras". O cadastro de fornecedor deverá ser ajustado permitindo que quando a integração OMS x CPL, estiver habilitada o mesmo seja enviado como uma "Localidade", para o Cockpit Logístico.

Além dos cadastros será realizada a integração dos pedidos de venda que utilizam "Cargas", os pedidos de venda deverão ser enviados para o Cockpit Logístico gerando "Pedidos de Transportes", ao qual o Cockpit Logístico irá realizar a análise e geração da viagem. 

Após a geração da viagem no Cockpit Logístico, deverá ocorrer a integração com o SIGAOMS para a geração das Cargas. 

Definição da Regra de Negócio 

Alterar a rotina OMSXCPL para permitir o envio do cadastro de "Transportadora" e "Fornecedores" para o Cockpit Logístico, montando a mensagem de integração (XML) dos dados cadastrados no SIGAOMS. Utilizando a mensagem esperada pelo método "update" do Web Service do Cockpit Logístico. O cadastro de fornecedor deverá ser utilizado como uma localidade devido a geração de pedidos de venda do tipo "beneficiamento" ou "devolução de compras", qual é gerado um pedido para um fornecedor "SA2".

A integração da operação de eliminação de registros não está disponível para todos os cadastros, por isso somente haverá integração nas ações de alteração e inclusão, limitação do Cockpit Logístico.

A seguir, são listadas as correspondências entre os campos de cada entidade e as tags da sua respectiva mensagem de integração.

Mensagem de integração dos registros do cadastro de "Fornecedor".

Observação:   

Não será realizado tratamento para os processos de "Redespacho", ao qual a transportadora opera como sendo uma localidade. Para seu atendimento, se faz necessária modificações no padrão do SIGAOMS e que não serão contemplados nessa versão da integração.

Mensagem de integração dos registros do cadastro de "Transportadora"

Mensagem de integração dos registros do cadastro de "Pedido de Venda"

Envio Pedido de Venda (OMSXCPL6) 

Criar um programa que permita selecionar uma lista com os pedidos de venda para envio ao Cockpit Logístico. Os pedidos deverão estar liberados por crédito e estoque, somente pedidos com o campo "Carga" (C5_TPCARGA) configurados igual a 1 = Utiliza. 

As colunas que irão compor a tela para seleção dos pedidos de venda para envio ao CockPit Logístico são:

• Status do Pedido (Legenda).
• Situação CPL (C6_INTROT) - Criar legenda, apresentando os status do campo.
• Filial (C9_FILIAL)
• Pedido (C9_PEDIDO)
• Item (C9_ITEM)
• Cliente (C9_CLIENTE)
• Loja (C9_LOJA)
• Nome Cliente (A1_NOME)
• Produto (C9_PRODUTO)
• Qtd liberada (C9_QTDLIB)
• Data Liberação (C9_DATALIB)
• Data Entrega (C9_DATENT)
  
  

Deverá ser disponibilizada ao usuário uma lista de pergunte (SX1) para filtro dos pedidos, o pergunte deverá ser apresentado na abertura do programa, antes de apresentar a lista dos pedidos de venda em tela. Após a apresentação da tela base, o usuário poderá refazer a seleção utilizando a ação relacionada "Parâmetros"; ao acioná-la o "pergunte" é novamente apresentado, possibilitando nova seleção de pedidos.

• Filial De
• Filial Até
• Pedido De
• Pedido Até 
• Emissão De
• Emissão Até
• Data Liberação De
• Data Liberação Até
• Cliente De
• Loja De
• Cliente Até 
• Loja Até 
• Data de Entrega De
• Data de Entrega Até
• Tipo do Pedido de Venda
• Estado De 
• Estado Até
• Município De 
• Município Até

Após a seleção inicial, o usuário poderá selecionar manualmente, um ou mais registros para integração (seleção múltipla). 

Deverá ser disponibilizada uma opção de envio dos pedidos de venda, dispostos na tela com a lista dos registros selecionados. Além desta opção, deverá ser disponibilizada as seguintes opções:

• Enviar Dados (CPL)
• Desatualizar (CPL) - Por meio desta opção, será possível realizar o cancelamento de um pedido enviado ao Cockpit Logístico ao qual não deseja mais que seja realizada a roteirização. Assim, será realizado o cancelamento do pedido apenas no CPL, permanecendo no OMS como um pedido liberado. 
• Marcar / Desmarcar Todos
• Consultar Pedido
• Consultar Cliente

Será disponibilizado três novos campos na tabela de Pedidos (SC6): 

• Integração Roteirizador (C6_INTROT): Este campo irá gravar a situação atual da integração do pedido de venda no Cockpit Logístico contendo as opções Não Integrado, Integrado e Falha de Integração e deverá ser disponibilizada uma legenda na tela para o status do campo. 
  • 1 = Não Integrado - Legenda (Amarelo).
  • 2 = Integrado - Legenda (Verde).
  • 3 = Falha de Integração - Legenda (Vermelho).
• Data da Integração (C6_DATCPL): Data em que ocorreu a integração do pedido de venda com o Cockpit Logístico. 
• Hora da Integração (C6_HORCPL): Hora em que ocorreu a integração do pedido de venda com o Cockpit Logístico. 
  
  

Envio Pedido de Venda por agendamento (SCHEDULE)

Os pedidos de venda poderão ser enviados ao Cockpit Logístico de forma automática por meio de um agendamento (schedule) da rotina Envio de Pedidos de Venda (OMSXCPL6) no configurador.

Somente serão enviados via schedule pedidos de venda com o campo C6_INTROT igual a 1 - "Não Integrado". Pedidos com falhas deverão ser reenviados pela rotina de Envio de Pedidos de Venda (OMSXCPL6) de forma manual.

Quebra de Pedido de Venda: 

Os pedidos de venda enviados ao CPL não poderão sofrer quebras, uma vez que o pedido foi liberado no SIGAOMS, o CPL deverá respeitar esta quantidade para a formação da viagem. 

Envio do Cancelamento do pedido de venda para o CockPit Logístico:

Para realizar o cancelamento do pedido no CPL, deverá ser verificado se o campo C6_INTROT está preenchido com conteúdo igual a 2 - integrado. 

Cancelamento via rotina MATA460:

• Quando houver o cancelamento de uma liberação do pedido de venda por meio da rotina "Preparação dos Documentos de Saída", opção "Ações Relacionadas" / "Estor. Docs" na confirmação da exclusão do registro na tabela SC9, deverá ser realizado o envio do cancelamento ao CockPit Logístico.

Cancelamento via rotina MATA410:

• Alteração de um pedido de venda já liberado na rotina "Pedido de Venda" (MATA410) ao confirmar a alteração, o sistema realiza a exclusão do registro liberado na SC9, assim deverá ser realizado o envio do cancelamento ao CockPit Logístico.
• Alteração de pedido de venda já liberado e com nova liberação na própria rotina (MATA410) ao confirmar a alteração com nova liberação, o sistema exclui o registro anterior na tabela SC9 e recria um novo registro com as informações da alteração. Assim, deverá ser realizado o envio do cancelamento para o Cockpit Logístico e o envio de um novo pedido liberado. 

Monitor Montagem de Carga (OMSXCPL7)

O Cockpit Logistico terá a função de enviar as viagens geradas para o SIGAOMS para a formação das Cargas. O envio é realizado pela chamada do WebService ReleaseTripPublishRequestService, assim devemos criar um programa monitor para receber estas viagens. O programa deverá ser composto de cabeçalho e itens. O cabeçalho irá possuir as informações referente a viagem gerada no "Cockpit logístico" e os itens serão compostos pelos dados do pedido de transporte que compõem a viagem. 

A rotina terá uma opção de marcação dos registros e um botão "Gera Carga". Quando selecionado, deverá chamar a rotina Cargas (OMSA200), por meio de MsExecAuto para geração das Cargas.  

Liberação de Viagem

Uma vez recebida a viagem do Cockpit e gerada a Carga no SIGAOMS, após a geração do documento fiscal da carga (NF de Saída), deverá ser enviada ao Cockpit uma mensagem de retorno com a confirmação da gravação da Carga e documento de saída, assim o Cockpit confirmará a viagem gerada, este retorno será realizado pelo WebService publishReleasedTripResponse, mensagem UnblockReleasedTripAcquisition. O retorno poderá ocorrer de forma automática após a geração da Nota Fiscal de Saída, desde que configurado o novo parâmetro MV_CPLLVA (Libera viagem automático) como Verdadeiro, se configurado como falso a liberação irá ocorrer por meio da opção "Liberar Viagem" na rotina OMSXCPL7.

O envio será realizado sem validar se a NFE encontra-se ou não autorizada, pois esse processo poderá ocorrer em um segundo momento após a integração.

Qualquer tipo de necessidade de acompanhamento ou monitoramento da situação da viagem, deverá ser realizado via Cockpit Logístico.  

Campos que irão compor a interface de Viagens do Cockpit Logistico (Cabeçalho) tabela DK0:

• Filial (DK0_FILIAL)
• Regional (DK0_REGID)
• Situação Cockpit (DK0_SITINT)
• Viagem Roteirizador (DK0_VIAGID)
• Transportadora Roteirizador (DK0_TRANSP)
• Cesta Roteirizador (DK0_IDCESTA)
• Tipo Veículo (DK0_TIPVEI)
• Desc. Tipo Veic. (DK0_DESTIP)
• Placa Veic. (DK0_PLACA)
• UF Placa (DK0_ESTPLA)
• Qtd. Eixos (DK0_QTDEIX)
• Data Integ. (DK0_DATINT)
• Hora Integ. (DK0_HORINT)
• Carga (DK0_CARGA)

Campos interface Pedidos do Cockpit Logístico (Itens) tabela DK1: 

• Filial (DK1_FILIAL)
• Regional (DK1_REGID)
• Viagem Roteirizador (DK1_VIAGID)
• Unid. Transp. (DK1_UNIDID)
• Filial Pedido OMS (DK1_FILPED)
• Número Pedido OMS (DK1_PEDIDO)
• Item do Pedido OMS  (DK1_ITEMPED)
• Produto (DK1_PRODUT)
• Quantidade (DK1_QTD)
• Preço (DK1_PRECO)
• Data / Hora Entrega (DK1_DATENT)
• Pedido Roteirizador (DK1_PEDROT)
  
  

Montagem de Cargas (OMSA200)

A rotina de geração de cargas deverá ser preparada para geração de dados via rotina automática (MsExecAuto). 

Será criado na tabela "Cargas" (DAK) um novo campo "Viag. Rot." (Viagem Rot.), para controlar se a carga foi gerada por meio da integração, neste campo será gravado o número da viagem gerada no Cockpit Logístico.

Ao realizar a gravação da carga na rotina OMSA200, deverá ser realizada a gravação do número da carga gerada no campo (DK0_CARGA). 

Quando a carga se referir a integração com o Cockpit Logístico, estes registros no SIGAOMS não poderão sofrer modificações, bloqueando algumas opções no menu. 

• Manutenção de Cargas: Deverá ser verificado se a carga refere-se a uma carga gerada pela integração, se for devemos apresentar uma mensagem ao usuário informando "Carga gerada pela integração com o Cockpit Logístico, manutenção não permitida".
• Agrupa: O agrupamento entre cargas, não deverá ocorrer quando uma das cargas selecionadas for de integração com o Cockpit, assim deverá ser apresentada uma mensagem ao usuário informando "Carga gerada pela integração com o Cockpit Logístico, agrupamento não permitido".
• Associa Veículo: Ao associar um veículo, deverá ser realizado um tratamento para verificar se o tipo do veículo que está sendo informado é o mesmo tipo enviado pelo Cockpit Logístico. Realizar tratamento na rotina para utilizar o parâmetro MV_CPLTVO (Tipo Veículo Otimização), se configurado com a opção 1 = Impedir, irá impedir que seja informado um veículo de tipo diferente na carga, se configurado com 2 = Alertar, irá apresentar um alerta ao usuário que o tipo de veículo informado é diferente do enviado no CockPit Logístico. 
• Estorno: Não poderá ser realizado o estorno de cargas geradas pela integração com o Cockpit, assim deverá ser apresentada uma mensagem ao usuário informando "Carga gerada pela integração com o Cockpit Logístico, estorno não permitido." Havendo a necessidade do estorno / cancelamento de uma carga gerada pela integração com o Cockpit Logístico, este cancelamento deverá ocorrer no Cockpit e então o CockPit deverá enviar o cancelamento para o SIGAOMS. Porém, este cancelamento só poderá ocorrer desde que a carga esteja com o status "Totalmente em Aberto" no SIGAOMS. 

Mdf-e por carga

Será disponibilizado no menu do OMS a funcionalidade Mdf-e por Carga, permitindo a geração e envio dos manifestos das notas fiscais de saída. Facilitando a pesquisa e associação das notas fiscais, atualmente o sistema permite a pesquisa apenas das notas fiscais vinculadas ao veículo. Com a melhoria será possível gerar o manifesto eletrônico para todas as notas fiscais da carga.

Para emitir o Mdf-e por Carga é necessário que exista um veículo associado a "Carga" e o serviço do TSS configurado. 

Na rotina Mdf-e será disponibilizado um novo campo "Carga" (CC0_CARGA) e uma consulta por cargas, na consulta serão apresentadas apenas as cargas que possuem veículo associado. 

Para criar a tabela CC0 (Manifesto Documentos Fiscais), caso o cliente ainda não utilize o Mdf-e, é necessária a execução do update NFE11R157 da Nota Fiscal eletrônica.

Recebimento das Viagens (API Integração - TMSXFUNW)

Este é o programa responsável para realizar o recebimento do XML de viagens geradas no Cockpit Logístico via JOB, e realizar a gravação dos dados no monitor de viagens (OMSXCPL7). 

Realizar a conversão do XML, para uma viagem recebida e criar a Carga no OMS. Permitir realizar o cancelamento da viagem excluindo o movimento no CPL.  

Mensagem de integração das viagens geradas no CPL para posterior geração das Cargas no SIGAOMS, utilizando a operação publishReleasedTrip:

Mensagem dos itens (Pedidos) do CPL - deliveryUnit

TMSXWS - Web Service Integração

Com a integração entre o SIGAOMS e o Cockpit Logístico, será necessário realizar tratamento na rotina TMSXWS, para permitir a utilização do módulo SIGAOMS alterando a função TMSXSTART, a qual seta atualmente apenas o módulo SIGATMS e inicializa o ambiente. 

Alterar a chave do INI do AppServer TMSPREPAREIN passando como terceiro parâmetro o módulo. 

OMSXCPL1 - Parâmetros Integração

Deverá ser ajustado o item aListaOMSX para enviar os dados de transportadoras e fornecedores quando da integração com o SIGAOMS. Criar um novo folder para os parâmetros que serão disponibilizados para a integração entre o SIGAOMS e o Cockpit Logístico. 

Bloquear o folder SIGATMS, caso o parâmetro MV_INTTMS esteja desabilitado, evitando assim a configuração desnecessária de parâmetros. 

Criar o novo parâmetro MV_CPLTRA - Integrar Transportadora On Line e disponibilizar no Folder "Geral" no item de "Integração".

Criar o novo parâmetro MV_CPLLVA - Libera viagem automático e disponibilizar no Folder "SIGAOMS".

Parâmetros utilizados para a integração já existentes: 

OMSXCPL2 - Carga de Dados para o Cockpit Logístico

Deverá ser realizado tratamento na rotina OMSXCPL2 para a carga de dados do SIGAOMS para o Cockpit Logístico, permitindo a sincronização dos cadastros de Filiais, Clientes, Produtos, Tipos de Veículos, Fornecedores e Transportadora. 

OMS11R103 - Update

Deverá ser disponibilizado um novo fonte de update que permita atualizar o dicionário de dados do cliente para contemplar os novos campos e tabelas referente a integração entre o OMS x CPL, o update será composto pela criação dos seguintes itens: 

• SX2 (Tabelas)
  • DK0
  • DK1
  • DJW
• SX3 (Campos)
• SIX (Índices)
• SX1 (Pergunte)
  • OMSXCPL6

Protótipo de Tela

 Protótipo 01

 Carga de Dados 

Fluxo do Processo

 Cancelamento de Pedido de venda integrado ao CPL

Mapa mental do processo de cadastro

Dicionário de Dados

Arquivo ou Código do Script: DK0 – Viagem CPL   

SC9 - Pedidos Liberados

CC0 - Manifesto Documentos Fiscais

DJW - Registros de Falhas CPL

Consulta Padrão (SXB) - DAK1

Grupo de Perguntas

Nome: OMSXCPL6

Estrutura de Menu

Criar o agrupador "CockPit Logístico" sob a opção "Atualizações" e disponibilizar as rotinas: 

• OMSXCPL1 - Param Integração
• OMSXCPL2 - Carga de Dados
• OMSXCPL6 - Envio de Pedidos de Venda
• OMSXCPL7 - Monitor de Cargas