NTEGRAÇÃO DATASUL X COCKPIT LOGÍSTICO

A integração entre o ERP Datasul e o Cockpit Logístico tem como objetivo automatizar e otimizar a programação e a roteirização das entregas de mercadorias e materiais. 

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. 

ERP Datasul

Sistema de BackOffice para gestão de empresas com ênfase no segmento de Manufatura. Disponibiliza módulos de gestão e controle da distribuição com foco nos requisitos comerciais, fiscais e tributários, entre eles: Pedidos de Venda, Faturamento e Embarques.

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 Cadastros de Transportadores, Locais de Entrega, Itens e Tipos de Carga do Datasul para o Cockpit Logístico da Neolog ( a partir do release 12.1.7)

Possibilitar as integrações dos processos de envio de pedidos de venda, através das simulações ou embarques-remessa ao Cockpit e gerar os embarques no Datasul com o resultado as viagens planejadas no Cockpit (a partir do release 12.1.8).

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

Versão\release 12.1.7/12.1.8
Parâmetro de integração via Web Service ativo.
Parâmetros de  integração com Cockpit Logístico ativo.
Parâmetros de integração de cada cadastro ativo.

Todos os parâmetros citados encontram-se no programa Parâmetros de Integração Cockpit Logístico (CD0090) que pode ser acessado pelo menu Logística - Embarques - Cadastros.

Logix

Não se aplica.

Protheus

Não se aplica.

RM

 Não se aplica.

Instalação/Atualização

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

Datasul

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

Logix

Não se aplica.

Protheus

Não se aplica.

RM

Não se aplica.

Controle de Versão

O grupo TOTVS, representado por suas marcas, irá administrar as demandas de evolução das mensagens de integração 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 Cockpit Logístico (Neolog) e Backoffice Datasul (Vendas e CRM) estarão aptas a fazer a primeira análise e quando necessário, repassar para a equipe mais adequada em cada caso.

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

Transações/Entidades/Mensagens únicas 

Fluxo das Informações

Os cadastros devem ser realizados no Datasul e integrados para o Cockpit Logístico, a ativação da integração, no entanto, não impede a inclusão, alteração e exclusão de registros no Cockpit Logístico, mas esse procedimento não é recomendado pois as operações realizadas sobre os cadastros no Cockpit Logístico não são replicadas para os respectivos cadastros no Datasul.

Apenas as operações de inclusão e alteração são consideradas na integração e são efetuadas sempre que ocorrerem, mesmo que apenas campos que não são integrados sejam alterados no Datasul. A operação de eliminação sobre os registros de cadastros não é integrada pois não é possível verificar a integridade referencial no sistema de destino para considerá-la como restrição de eliminação dos registros no Datasul.

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.

Os cadastros possuem um programa (CD9190 - Integração Batch Cockpit Logístico) que possibilita a carga/atualização dos registros em lote, ele pode ser acessado pelo menu do Datasul em: Logística - Embarques - Cadastros.

As falhas de comunicação entre os sistemas e o registro das integração que não obtiveram sucesso na transmissão dos dados de cadastros poderão ser consultados pelo programa Parâmetros de Integração Cockpit Logístico (CD0090) que dá acesso aos programas CD0082 (Histórico de Falhas de Conexão) e CD0092 (Reprocessar Integração Cockpit Logístico ), responsáveis por listar essas informações, respectivamente. O programa CD0092 (no menu em: Logística - Embarques - Cadastros ) também possibilita o reenvio dos registros com falha de transmissão, manualmente ou por intermédio de agendamento RPW (CD0092RP).  

Para as ocorrências de falha de comunicação também é possível configurar o envio de aviso eletrônico por intermédio de parâmetros disponíveis no programa CD0090.

Nas ocasiões em que o sistema destino precisar ficar indisponível para integração é possível informar no Datasul que a integração está temporariamente suspensa (CD0090) evitando perda de desempenho com tentativas de transmissão de dados sem sucesso. Nesse caso os registros incluídos ou alterados serão registrados como pendentes de envio na lista de falhas de integração e poderão ser reenviados pelo programa CD0092.

Cadastros

A seguir o diagrama de fluxo de informações relacionando os cadastros integrados entre Datasul e Cockpit Logístico. Após o diagrama serão descritos os detalhes da integração de cada cadastro.

LOCAIS DE ENTREGA DE CLIENTES

Para que a integração do cadastro de Localidades seja realizada é obrigatório marcar os seguintes parâmetros (no menu do Cockpit Logístico em: Administração - Integração):

• Aquisição ligada
• Atualização permite inserir
• Aquisição ativa para localidades

 Lista de programas relacionados aos Locais de Entrega de Cliente do Datasul que integram com o Cockpit Logístico:

Correspondência entre os campos:

TRANSPORTADORES

Para que a integração do cadastro de Transportadores seja realizada é obrigatório marcar os seguintes parâmetros (no menu do Cockpit Logístico em: Administração - Integração):
    Aquisição ligada
    Atualização permite inserir
    Aquisição ativa para transportadora

Além disso é necessário cadastrar um Transportador default no Cockpit Logístico e informá-lo como Transportador Piso, Padrão e Teto na configuração de Entidades Padrões. No cadastro do Transportador default devem ser informados todos os dados que são obrigatórios na operação de inclusão:
    Calculador de Tipo de Serviço
    Agrupador
    Máxima Distância de Dead-head
    Máxima Distância Total de Dead-head
    Horizonte de Abertura
    Calculador de Frete para Viagem
    Justificativa de Auto-rejeite

Lista de programas relacionados aos Transportadores do Datasul que integram com o Cockpit Logístico:

 Correspondência entre os campos:

ITENS

Lista de programas relacionados aos Itens do Datasul que integram com o Cockpit Logístico:

Correspondência entre os campos:

Para que a integração do cadastro de Produtos seja realizada é obrigatório marcar os seguintes parâmetros (no menu do Cockpit Logístico em: Administração - Integração):

• Aquisição ligada
• Atualização permite inserir
• Aquisição ativa para produtos

Além disso é necessário cadastrar Produtos defaults no Cockpit Logístico e informá-los como Veículo Piso, Padrão e Teto na configuração de Entidades Padrões para cada formato (caixa, cilindro, etc.). No cadastro do Produto padrão devem ser informados todos os dados que são obrigatórios na operação de inclusão:

• Categoria de Produto

Sugere-se no cadastro dos Produtos que serão utilizados como "piso" informar o menor valor possível para peso, altura, largura e comprimento; e no cadastro dos Produtos que serão utilizados como "teto" informar o maior valor possível para peso, altura, largura e comprimento. É necessário haver um produto piso exclusivo para cilindro, pois nesse formato a altura deve ser igual a zero.

TIPOS DE CARGA 

Lista de programas relacionados aos Tipos de Carga (também chamados de Tipos de Embarque) do Datasul que integram com o Cockpit Logístico:

Correspondência entre os campos:

Para que a integração do cadastro de Veículos seja realizada é obrigatório marcar os seguintes parâmetros (no menu do Cockpit Logístico em: Administração - Integração):

• Aquisição ligada
• Atualização permite inserir
• Aquisição ativa para veículos

Além disso é necessário cadastrar um Veículo default no Cockpit Logístico e informá-lo como Veículo Piso, Padrão e Teto na configuração de Entidades Padrões. No cadastro do Transportador default devem ser informados todos os dados que são obrigatórios na operação de inclusão:

• Similaridade (Veículo similar)
• Prioridade
• Baú
• Modal

Processos

A Solução de Programação do Neolog automatiza a inteligência logística da empresa. É ela a responsável por receber as demandas de transporte, olhar todas as possibilidades da malha logística da empresa e encontrar a melhor e mais rentável opção para entrega de todos os pedidos. 

O diagrama abaixo demonstra  o processo de integração das transações de envio de pedidos, liberação de viagens e desbloqueio de viagens:

Fluxos de processos que contemplam a solução de integração:

1) Envio de pedidos de venda

Tipo de Fluxo: Datasul -> Cockpit-Neolog 

Mensagem: OrderAquisitionService

Versão: 1.000

O envio de pedido de venda poderá ocorrer através das simulações (sem empenho do estoque) ou através dos embarques (com empenho do estoque), deverá ser parametrizado no programa de configuração da integração (cd0090) se o envio dos pedidos será a partir do programa de geração de simulações (eq0503) ou se será a partir da preparação de embarque (eq0506).

Quando a configuração é feita para ser realizada pela simulação, ao clicar no check verde da simulação, apos a escolha dos pedidos, é realizado o envio dos pedidos da simulação para o Neolog.

Quando a configuração é feita para ser realizada pelo embarque, ao clicar no check verde do embarque, apos a escolha dos pedidos, é realizado o envio dos pedidos do embarque para o Neolog. Também será realizado o envio dos pedidos do embarque pela rotina de geração batch de embarques. Estes embarques são chamados de embarque-remessa, e não poderão ser enviado ao WMS, nem faturados, pois servirão apenas para envio dos pedidos ao Neolog com a reserva do estoque.

Todos os pedidos escolhidos em uma simulação ou embarque-remessa, terão seu numero de controle no Neolog formado pela composição da chave : numero do pedido (nr-pedido) + nr simulação ou numero do embarque.

Lista de programas relacionados ao envio de pedidos ao Cockpit Logístico:

Quando o parâmetro da integração estiver marcado para envio dos pedidos pela simulação de embarque, as simulações assumirão as seguintes situações:

int-2 = 0 - Não Otimiza - no momento da geração da simulação, se o tipo de embarque/carga não estiver marcando, não serão enviados os pedidos da simulação para o Cockpit Logístico.
Int-2 = 1 - Envio OK - O sistema realizou o envio da mensagem para o Neolog sem erros no envio.(estrutura)
int-2 = 2 - Erro Envio - deveria integrar (função  parametrizada e tipo de carga para integrar com Neolog ) mas ocorreu algum erro na hora de envio para o Neolog. Ex: Erro chamada ao web service.
Int-2 = 3 - Em Otimização - Quando a simulação esta em alguma otimização no Neolog.(parâmetro previsto, mas não atualizado pelo CPL).
Int-2 = 4 - Desbloqueado –  usuário desbloqueou manualmente poderá ser alterado a simulação ou gerado o embarque manualmente.

Quando o parâmetro da integração estiver marcado para envio dos pedidos pela rotina de pre-faturamento, o embarque,assumirá as seguintes situações:

int-2 = 0 - Não Otimiza - no momento da geração do embarque, se o tipo de embarque/carga nao estiver marcando, não serão enviados os pedidos do embarque para o Cockpit Logístico.
Int-2 = 1 - Envio OK - O sistema realizou o envio da mensagem para o Neolog sem erros no envio.(estrutura)
int-2 = 2 - Erro Envio - deveria integrar (função  parametrizada e tipo de carga para integrar com Neolog ) mas ocorreu algum erro na hora de envio para o Neolog. Ex: Erro chamada ao web service.
Int-2 = 3 - Em Otimização - Quando o embarque esta em alguma otimização no Neolog  (parâmetro previsto, mas não atualizado pelo CPL).
Int-2 = 4 - Desbloqueado –  usuário desbloqueou manualmente o embarque, para alterá-lo ou fatura-lo sem aguardar a viagem do Cockpit Logístico. 

A mensagem de envio de pedidos de venda ao Cockpit Logístico é composta pelos seguintes campos:

Os pedidos gerados na integração poderão consultados na "cesta"  na rotina de analise no modulo programação disponível no aplicativo CPL do Neolog.

2) Manutenções dos pedidos 

Quando uma simulação ou embarque for enviada ao Neolog, ela não poderá ser alterada a não ser que a mesma seja desbloqueada.

Se a simulação ou embarque-remessa necessite ser desbloqueado e alterada, as alterações somente poderão ser realizadas no Datasul, caso  os pedidos não estiverem sido alocados a um embarque no Neolog. 

3) Eliminação Simulação

/*** Existem pedidos relacionados a embarques que nÆo serÆo eliminados devido a integra‡Æo com o Cockpit (Neolog). Deseja eliminar os pedidos que nÆo estÆo relacionados a algum embarques? ***/

alteração para verificar no CPL se uma simulação pode ser eliminar ou não, antes de eliminar o registro físico no Datasul.

Esta alteração foi solicitação para atender a situação de viagem distribuída(que necessita de confirmação pelo cliente) que a mesma não pode ser eliminado os pedidos que já estejam neste tipo de viagem. Ao clicar na lixeira no eq0503, é disparado o webservie e se o parâmetro no CPL estiver para bloquear alterações em viagens distribuídas , o Datasul não ira eliminar o pedido...

4) Liberação de viagem

Tipo de Fluxo: Cockpit-Neolog -> Datasul 

Mensagem: ReleasedTripPublishRequestService 

Versão: 1.000

Uma viagem é elaborada no  CPL, a partir de pedidos de transporte, que podem ter sido enviados por várias simulações ou vários embarques-remessas  enviados do Datasul.

Para a identificação do pedido de transporte no CPL, foi utilizado o mesmo código do pedido de venda do Datasul acrescentando o numero da simulação ou do embarque que o enviou  o pedido, para que o usuário possa rastrear quais pedidos comporão a viagem.

As viagens são elaborados no modulo programação, na rotina analise disponível no aplicativo CPL do Neolog, pela seleção dos pedidos e montagem da carga. 

Apos a elaboração da viagem no Cockpit, esta deverá ser liberada para o Datasul, selecionado a viagem e executando o botão liberar conforme acima.

O envio ao Datasul será realizado pela chamada ao webservice ReleaseTripPublishRequestService. Este processo ocorre de forma assíncrona, ou seja, é enviada a mensagem do Neolog, porem o retorno aguardado será apenas se a mensagem chegou ao Datasul e pode ser lida. Este retorno é feito pelo webservice publishReleasedTripResponse. O processo é definido desta forma para evitar timeout pois a mensagem de geração do embarque exige vários processamentos.

Apos a geração da pendência de processamento no ERP, pelo pedido de execução gerado para o RPW,o processo segue sem a  intervenção do usuário com o processamento da viagem, ou seja , a geração do embarque.

As informações que foram captadas na recepção do XML, serão repassadas para as tabelas que irão gerar as informações para o embarque.

O relacionamento do numero do embarque gerado para o viagem poderá se consultado no monitor da integração, assim como os erros que foram encontrados neste processamento.

As informações que serão recebidas na mensagem tripReleaseRequests (ttTripReleaseRequest) :

Demais campos deste bloco não serão utilizados no Datasul:

• truckStatusId
• truckStatusDescription
• truckAxlesQuantity

Os embarques criados pela integração terão o campo de identificador com o valor Neolog (embarque.identific).

simul-ped.char-1,122,16) = TRIM(STRING(de-cdd-embarq))

QUEBRAS: ttorderBreakPart

Um pedido de transporte enviado para o CPL, poderá ser colocado em uma viagem com todos as quantidades dos itens que foram enviadas, ou poderá ser realizado de forma parcial. Quando por alguma razão um item de um pedido não irá ser enviado totalmente em uma viagem, este atendimento parcial do pedido de transporte é considerado uma quebra.

Exemplo: Foi enviado ao CPL um pedido de transporte para o item A com 50 unidades.

Após a programação, foi criada uma viagem com apenas 15 unidades das 50 que foram enviadas no pedido de transporte.

No XML na parte da quebra ira ser indicado na parte orderBreakPart, os itens que tiveram uma programação parcial ou seja as 15 unidades.

orderBreakPart 

3) Desbloqueio de Viagem

Tipo de Fluxo: Datasul -> Cockpit-Neolog 

Mensagem: UnblockReleasedTripAcquisitionService 

Versão: 1.000

Quando o CPL envia uma viagem ao Datasul, a viagem ficará como bloqueada no Cockpit, até receber uma mensagem de UnblockReleasedTripAcquisition para a viagem.

Este processo de desbloqueio, com a geração da mensagem de unblock se dará de forma on-line, apos a criação do embarque.

A mensagem de retorno  será gerada para ambas as situações, se a criação do embarque foi com sucesso ou mesmo se ocorreram erros no processamento.

A mensagem de desbloqueio fornece ao Neolog um retorno para cada item de cada pedido que foi enviado na viagem:

Campo XML	Descrição	Campo Datasul
regionSourceId	Identificador da regional;	Esta informacao é enviado conforme o que foi parametrizado para a integração (ver parâmetros da integração cd0090)
tripCode	ID da viagem do CPL;	Esta informacao vem nao campo identifier (trip) da mensagem ReleaseTripPublishRequestService que veio do CPL e foi gravado no embarque (embarque.dec-1)
orderSourceId	ID do pedido de transporte associado à viagem;	Números dos pedidos de transporte que vieram na viagem. Informação gravada no campo : pre-fatur.char-1 (Id Pedido da viagem) Posição inicial 4 – 30 posições
itemId	ID do item do pedido de transporte Este campo deve receber um ID de item de pedido válido para o pedido da viagem; o sistema externo deverá dar um retorno para todos os itens de pedido existentes na viagem para que esta seja liberada;	Codigos dos itens dos pedidos de transporte que vieram na viagem.  Informação gravada no it-pre-fat.char-2 - (IdItemSource) Posição inicial 1, 100 posições
Status	Deverá ser enviado um Ok para todos os itens da viagem para que esta seja liberada no CPL. 0=Não desbloqueia a viagem;  1=Desbloqueia a viagem;  Se este campo não for preenchido, ele será considerado como 0;	Se a criação dos itens da viagem no emabrque no Datasul foram criados com sucesso será enviado para cada item da viagem o valor 1=Desbloqueia a viagem; Se nao, se algum item nao puder ser criado, é enviado o valor 0=Não desbloqueia a viagem; Nao ha desbloqueio parcial de uma viagem.
msg	Resposta do ERP se conseguiu gerar o item do pedido no embarque, caso não tenha sido possível, retornar o erro neste campo.	Se retorno negativo o processo deverá ser liberado manualmente no CPL e no ERP.

 

Quando a viagem contiver atendimentos parciais nos pedidos enviados ao Neolog, estes são tratados como quebras pelo Cockpit. Este espera receber na mensagem de desbloqueio da viagem, o retorno se foi possível ou não a criação nos novo numero de simulações ou embarques para comportar estas quebras.

A parte do xml que conterá o retorno referente as quebras contem os seguintes campos. (só enviado o retorno com quebra se viagem teve atendimentos parciais no Neolog).

 

Campo XML	Descrição	Campo Datasul
regionSourceId	Identificador da regional;	Esta informação é enviado conforme o que foi parametrizado para a integração (ver parâmetros da integração cd0090)
breakId	ID da quebra do CPL;	O ERP deverá dar um retorno para todos os breakIds gerados pelo CPL na interface de liberação de viagem para que esta seja liberada; este campo é gravado no ERP na mensagem ReleaseTripPublishRequestService com o nome de orderBreakPartId.
orderId	ID do pedido de transporte associado à quebra;	Novo código de pedido gerado no ERP devido a informação de quebra enviada pelo CPL.Ped-venda.nr-pedido + "|" + simul-emb.nr-simul (simulação gerada na quebra)
orderItemId	ID do item do pedido de transporte associado à quebra;	nr –sequencia (>>,>>9) (5) + "|" +nr-pedido (>>>,>>>,>>9) (9)+ “|” + Nr-simul >>>,>>9 (6) + "|" + Nr-entrega >>>9 + "|" contador
status	Status de resposta do ERP sobre a quebra do CPL;0=Quebra não realizada; 1=Quebra realizada	se encontrar o it-pre-fat no simu-ent (da quebra), enviar 1- Quebra realizada, caso contrario 0- Quebra nao realizada.
msg	Quando a quebra não for realizada, informar o erro ou motivo da não quebra.	Motivo da não quebra - segundo abaixo.

IMPORTANTE: Este ultimo bloco estará sendo retornado apenas se o embarque foi criado com sucesso,  não haverá desbloqueio parcial de uma vigem, onde somente alguns itens ou pedidos ficariam liberados, pois não teríamos como reprocessar de forma parcial a viagem no ERP. Se ocorrer erro, deverá ser reenviada a viagem pelo Neolog, para ser reprocessado no Datasul.

A viagem desbloqueado, terá sua situação alterada para processada no Cockpit :

Caso a viagem nao possa ser desbloqueada por algum motivo, no ERP será indicado no Cockpit que houveram erros na integracao e podem ser consultados os erros no monitor da integracao (eq0515).

 

4) Reprogramação de Viagem

Tipo de Fluxo: Cockpit-Neolog - Datasul  

Mensagem: PublishReprogramingService 

Versão: 1.000

Os processos de cancelamento e reprogramação de viagens executadas no Cockpit Logístico,também possui interface com o Datasul.  Essas ações demandam reestabelecer os Embarques ou Simulações de Embarque em sua composição original antes da recepção das viagens geradas pelo Cockpit Logístico. Essas interfaces também deve responder ao Cockpit Logístico sobre a possibilidade de concluir as ações considerando as regras do ERP. E de acordo com a resposta o Cockpit Logístico concluirá as ações de cancelamento ou reprogramação ou informará ao usuário sobre a impossibilidade de realizá-las.

 

 

 

Faz o cancelamento de viagens, cargas ou paradas. Uma tela de confirmação do cancelamento é exibida para que o usuário certifique-se de que realmente deseja cancelar a entidade selecionada.
Resultado do cancelamento com sucesso: a(s) viagem(ns) é(são) eliminada(s) do Cockpit Logístico e os pedidos selecionados voltam à cesta para nova otimização.

Reprogramação de Viagem

 

Possibilita que o usuário restaure uma carga na tela de Expedição fazendo-a aparecer na tela do seu domínio com o último status antes da liberação.
Resultado da reprogramação autorizada com sucesso: a(s) viagem(ns) não é(são) eliminada(s) do Cockpit Logístico, pode ser alterada e requer nova liberação (envio para o ERP) e desbloqueio (confirmação enviada pelo ERP).

WebService	URL	Executa
PublishReprogrammingServiceRequest	http://server:port/WebService/publishReprogrammingServiceRequest?wsdl	cancelService em eqp/eqapi200a.p
PublishCancelServiceRequest	http://server:port/WebService/publishCancelServiceRequest?wsdl	reprogramService em eqp/eqapi200a.p

Envelope SOAP PublishCancelService - Request 

Envelope SOAP PublishReprogrammingService - Request

 

Campo	Descricao	Campo Datasul
regionSourceId	Código da Regional	Informado nos parâmetros da integração
tripId	Código da Viagem	Recebido código da viagem na mensagem PublishCancelServiceRequest ou pela mensagem PublishReprogrammingServiceRequest
status		conforme resultados possiveis abaixo listados

 

Os resultados (resposta do ERP) possíveis são: 

conteúdo	mensagem (cancelamento/reprogramação)	ação do Cockpit Logístico	observação
0	Viagem cancelada com sucesso/Reprogramação autorizada	Procede com o cancelamento/reprogramação da viagem..
1	Viagem já estava cancelada/Viagem cancelada		Não ocorrerá.
2	Viagem não encontrada/Viagem não encontrada	Procede com o cancelamento/reprogramação da viagem.
3	Viagem já despachada/Reprogramação não autorizada	Não cancela/reprograma a viagem.	No cancelamento utilizar a mensagem 4.
4	Viagem não pode ser cancelada	Não cancela a viagem.	Utilizada apenas na ação de cancelamento

 

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.

 

 

Processo de integração das transações de envio de pedidos, liberação de viagens e desbloqueio de viagens:

 

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

Mesmo se a paletização estiver desligada no CPL o envio para o WMS somente será realizado depois do retorno do Neolog.Limitações/Restrições

Produto configurado e produto composto

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

Limitações / Restrições Gerais

Integração de produto configurado/composto

Como fazer

Não se aplica. 

Situações comuns (opcional)

Não se aplica.

Checklist de suporte da aplicação

Não se aplica.

Instalação/Configuração

Não se aplica. 

Checklist de Verificações:

Não se aplica.

Anexos

Não há anexos.