Histórico da Página
INTEGRAÇÃ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.
(ver configuração JBOSS para instalação dos serviços de recepção das informações do Cockpit)
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
Método | ID | Descrição | Origem | Destino | Web Service |
Cadastros | 01 | Locais de Entrega | Datasul | Neolog | LocalityAcquisitionService |
02 | Transportadores | Datasul | Neolog | CarrierAcquisitionService | |
03 | Itens | Datasul | Neolog | ProductAcquisitionService | |
04 | Tipos de Carga | Datasul | Neolog | VehicleAcquisitionService | |
Processos | 05 | Envio de Pedidos | Datasul | Neolog | OrderAquisitionService |
06 | Liberação da Viagem | Neolog | Datasul | ReleasedTripPublishRequestService | |
07 | Desbloqueio da Viagem | Datasul | Neolog | UnblockReleasedTripAcquisitionService | |
08 | Reprogramação e cancelamento da Viagem | Neolog | Datasul | PublishReprogramingService |
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:
CÓDIGO PROGRAMA | DESCRIÇÃO | LOCALIZAÇÃO NO MENU | OPERAÇÕES INTEGRADAS |
---|---|---|---|
CD0705 | Manutenção Embarque Vendas Endereço Entrega | Cadastros Gerais - Cadastros | Inclusão e Alteração de Locais de Entrega |
CD0704 | Manutenção Clientes | Cadastros Gerais - Cadastros | Inclusão e Alteração de Clientes que acarretam alteração de dados dos Locais de Entrega |
CD0401 | Manutenção Fornecedores | Cadastros Gerais - Cadastros | Inclusão e Alteração de Fornecedores que sejam Clientes e acarretam alteração de dados dos Locais de Entrega |
CD1302 | Tarefas Importação Cliente/Fornecedor | Cadastros Gerais - Tarefas | Inclusão e Alteração de Clientes que acarretam alteração de dados dos Locais de Entrega |
CDAPI366 | API Manutenção Cliente/Fornecedor | Não é executado pelo menu. | Inclusão e Alteração de Clientes que acarretam alteração de dados dos Locais de Entrega |
Correspondência entre os campos:
CAMPO COCKPIT LOGÍSTICO | CAMPO DATASUL | OBSERVAÇÕES |
---|---|---|
Regional | Código da regional informado nos Parâmetros de Integração - CD0090 | |
Local Destino | Código do Cliente do Local de Entrega + "|Padrão" | |
Nome | Nome Abreviado do Cliente do Local de Entrega + "|" + Código do Local de Entrega | |
Tipo | 1 - Ambos ou 2 - Destino | 1 (Ambos) quando houver um estabelecimento cadastrado com o mesmo CNPJ do cliente/local de entrega |
Código | Código do Cliente do Local de Entrega + "|" + Código do Local de Entrega | |
Descrição | Nome do Cliente do Local de Entrega + "|" + Código do Local de Entrega | |
CEP | CEP | |
Endereço | Endereço | |
UF | Estado | |
Nº | Número contido no Endereço | Número obtido pelo mesmo critério usado nas rotinas de impressão de DANFE |
Bairro | Bairro | |
País | BR | |
Cidade | Cidade |
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:
CÓDIGO PROGRAMA | DESCRIÇÃO | LOCALIZAÇÃO NO MENU | OPERAÇÕES INTEGRADAS |
---|---|---|---|
CD0402 | Manutenção Cadastro Cotações Transportador | Logística - Embarques - Cadastros | Inclusão e Alteração de Transportadores |
Correspondência entre os campos:
CAMPO COCKPIT LOGÍSTICO | CAMPO DATASUL | OBSERVAÇÃO |
---|---|---|
Regional | Código da regional informado nos Parâmetros de Integração - CD0090 | |
Nome | Nome | |
Código | Código | |
Descrição | Nome abreviado |
ITENS
Lista de programas relacionados aos Itens do Datasul que integram com o Cockpit Logístico:
CÓDIGO PROGRAMA | DESCRIÇÃO | LOCALIZAÇÃO NO MENU | OPERAÇÕES INTEGRADAS |
---|---|---|---|
CD0204 | Manutenção Cadastros Gerais Item | Cadastros Gerais - Cadastros | Inclusão e Alteração de Itens |
CD0903 | Manutenção Informações Itens Item Faturamento | Cadastros Gerais - Cadastros | Alteração de Itens |
CD0205 | Item Cadastros Alteração Código/Unidade Medida | Cadastros Gerais - Cadastros | Inclusão de Itens |
CD0209 | Importação Itens | Cadastros Gerais - Tarefas | Inclusão e Alteração de Itens |
BOIN172 | Business Object da tabela Item | Não é executado pelo menu. | Inclusão e Alteração de Itens |
Correspondência entre os campos:
TAG | CAMPO | OBSERVAÇÃO |
---|---|---|
Regional | Código da regional informado nos Parâmetros de Integração - CD0090 | |
Embarcador | Embarcador padrão informado nos Parâmetros de Integração - CD0090 | |
Código | Código | |
Descrição | Descrição | |
Altura | Altura | Multiplicar pelo fator de conversão de dimensões dos Parâmetros de Integração (CD0090) quando o fator for diferente de 0 (zero) 0,001 quando Altura igual a 0 (zero) |
Comprimento | Comprimento | Multiplicar pelo fator de conversão de dimensões dos Parâmetros de Integração (CD0090) quando o fator for diferente de 0 (zero) 0,001 quando Comprimento igual a 0 (zero) |
Largura | Largura | Multiplicar pelo fator de conversão de dimensões dos Parâmetros de Integração (CD0090) quando o fator for diferente de 0 (zero) 0,001 quando Largura igual a 0 (zero) |
Peso | Peso Bruto | Multiplicar pelo fator de conversão de peso dos Parâmetros de Integração (CD0090) quando o fator for diferente de 0 (zero) 0,001 quando Peso Bruto igual a 0 (zero) |
Forma | 0 - Caixa ou 2 - Cilindro ou 3 - Indefinido | 0 (caixa) quando Altura, Comprimento e Largura maiores que 0 (zero) |
compositeQuantity | Quantidade composta | Em desuso |
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:
CÓDIGO PROGRAMA | DESCRIÇÃO | LOCALIZAÇÃO NO MENU | OPERAÇÕES INTEGRADAS |
---|---|---|---|
FT0307 | Manutenção Informações Itens Tipo Carga | Logística - Embarques - Cadastros | Inclusão e Alteração de Tipos de Carga |
Correspondência entre os campos:
TAG | CAMPO | OBSERVAÇÃO |
---|---|---|
Regional | Código da regional informado nos Parâmetros de Integração - CD0090 | O código da regional é informado nos Parâmetros de Integração - CD0090. |
Nome | Descrição | |
Código | Código | |
Descrição | Descrição |
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 da 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.
•A geração do pedido de transporte deve ser um numero único na base do Neolog.
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
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 geracao batach 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 escolhido 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.
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.
Lista de programas relacionados aos Tipos de Carga (também chamados de Tipos de Embarque) do Datasul que integram com o Cockpit Logístico:
CÓDIGO PROGRAMA | DESCRIÇÃO | LOCALIZAÇÃO NO MENU | OPERAÇÕES INTEGRADAS |
---|---|---|---|
EQ0503 | Simulação de Embarque | Logística - Embarques - Tarefas | Inclusão e Alteração de Simulações |
EQ0506 | Preparação do Faturamento | Logística - Embarques - Tarefas | Inclusão e Alteração de Embarques |
EQ0505 | Preparação automática | Logística - Embarques - Tarefas | Inclusão de Embarques |
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:
Um embarque que for enviado para ser otimizado pela integração com o Neolog não poderá ser faturado ou alterado enquanto estiver no Neolog.
Quando o embarque for enviado para a Neolog, a situação do embarque é alterada para que possa haver um controle no Datasul, não permitindo alterar um embarque enquanto não seja retornado.
int-2 = 0 - Não Otimiza Não Otimiza - no momento da geração do embarque, se o tipo de embarque estava marcando que não deveria ser enviado para ser otimizado no Cockpit Logístico/carga nao estiver marcando, não serão enviados os pedidos do embarque para o Cockpit Logístico.
Int-2 = 1 - Envio OK - O Envio OK - O sistema realizou o envio da menagem mensagem para o Neolog sem erros no envio.(estrutura)
int-2 = 2 - Erro Envio Erro Envio - deveria integrar (função ligada parametrizada e tipo de carga para integrar com Neolog ) mas deu ocorreu algum erro na hora de envio para o Neolog. (estrutura)Ex: Erro chamada ao web service.
Int-2 = 3 - Em Em Otimização - Quando Quando o embarque esta em alguma otimização no Neolog (parâmetro previsto, mas não atualizado pelo CPL).
Int-2 = 4 - Desbloqueado – quando vem retorno do Neolog ou usuário desbloqueou manualmente poderá ser faturado/alterado o embarque. Desbloqueado – usuário desbloqueou manualmente o embarque, para alterá-lo ou fatura-lo sem aguardar a viagem do 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 estava carga não estiver marcando que não deveria ser enviado para ser otimizado no Cockpit Logistico, 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 deveria integrar (função ligada parametrizada e tipo de carga para integrar com Neolog ) mas deu ocorreu algum erro na hora de envio para o Neolog. web serviceEx: 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.
A mensagem de envio de pedidos de venda ao Cockpit Logístico é composta pelos seguintes campos:
campo | Descrição | Campo Datasul |
regionSourceId | Identificador da regional; | A regional é definida no Parâmetros da integração (cd0090). Campo Regional. |
identifier (order) | ID do pedido de transporte; | ID único gerado a partir da composição de informações que serão enviadas: nr-pedido(>>>,>>>,>>9) | Nr-simul >>>,>>9 (6) ou nr-pedido(>>>,>>>,>>9) | cdd-Embarq >>>>>>>>>>>>>>>9 (16) |
code | Descrição do pedido de transporte; | nr-pedcli (>>>,>>>,>>9) | nome-abrev (x(12) | Nr-simul >>>,>>9 (6) ou cdd-embarq | nr-resumo | nome-abrev | nr-pedcli |
shipperId | ID do embarcador; | Parâmetros da integração de Integracao (cd0090) campo Embarcador. |
priority | Prioridade do pedido de transporte; | é enviado o valor 0 (zero) como padrão para todos os pedidos. |
pickupStart | Data/hora de início da janela de embarque; | Dt de alocação do estoque da mercadoria; simul-emb.dt-embarque |
deliveryStart | Data/hora de início da janela de entrega; | O campo deliverystart deve ser o prazo de entrega. Data de entrega do pedido de venda (Ped-venda.dt-entrega) com o horário de 00:00. |
deliveryEnd | Data/hora de término da janela de entrega; | O campo deliveryend deve ser o prazo de entrega. Data de entrega do pedido de venda (Ped-venda.dt-entrega) com o horário de "23:59". |
destinationId | ID da localidade de destino do pedido de transporte (endereço principal de entrega); | Neste campo será informado o destino de entrega do pedido (Ped-venda.cod-emitente | ped-venda.cod-entrega) OBS:quando operacao triangular (ped-venda.nome-brev-tri) será gerado o local de entrega do cliente da operação triangular. |
integrationDataSource | ID da origem de dados; | Definido nos parametros da integração no Neolog, (valor padrão "DATASUL") |
modal | ID do modal do pedido de transporte; | Enviado valor fixo 1-Rodoviário. Os demais modais ( 2=Aquaviário; 3=Ferroviário; 4=Aéreo) nao serão tratados neste momento. |
incoterm | Incoterm do pedido de transporte; | Se informado a Cidade CIF no pedido de venda (ped-venda.cidade-cif <> “ “) será enviado o valor 1 (CIF) ; senão 0 (FOB) . Os demais tipos 2=FOBTe 3=OP, serão tratados apenas no CPL. |
erpCreationDt | Data de criação do pedido de transporte no sistema legado; | Data de implantacao do pedido de venda no Datasul (ped-venda.dt-implant). |
reference (order) | Campo texto livre; | Este campo ira conter a chave primaria e única completa dos registro das tabelas do Datasul Chave unica da tabela simul-ped: Nr-simul | nr-pedcli | nome-abrev Chave única da tabela embarque: cdd-embarq | nr-resumo | nome-abrev | nr-pedcli |
orderItems (início) | Entidade de agrupamento dos itens de um pedido de transporte; | A lista de itens de pedido não pode ser vazia (deve ter pelo menos 1 item de pedido); |
orderId | ID do pedido de transporte; | Mesmo valor do campo identifier (order); nr-pedido(>>>,>>>,>>9) | Nr-simul >>>,>>9 (6) ou nr-pedido(>>>,>>>,>>9) | cdd-Embarq >>>>>>>>>>>>>>>9 (16) |
sourceId | ID do item de pedido de transporte; | Chave primaria e única do item da simulacao: nr –sequencia (>>,>>9) (5) | nr-pedido (>>>,>>>,>>9) (9) | Nr-simul >>>,>>9 (6) | Nr-entrega >>>9 | contador (para os itens que repetem o nr-sequencia incluir um contador ao final) ou Chave primaria e unica do item do embarque: nr –sequencia (>,>>9) (4) | nr-pedido (>>>,>>>,>>9) (9) | Nr-embarque (x13) | Nr-entrega >>9 | contador (para os itens que repetem o nr-sequencia incluir um contador ao final) |
productId | ID do SKU; | Codigo do item da simulacao ou do embarque (simul-ent.it-codigo ou it-pre-fat.it-codigo) |
originId | ID da localidade de origem do item de pedido; | Neste campo é indicado uma localidade de origem, de onde a mercadoria estará saindo. A localidade de origem é considerado o cliente com o mesmo cnpj do estabelecimento do embarque (simul-emb.cod-estabel ou embarq.cod-estabel) e enviado o local de entrega deste cliente ( cod-emitente |cod-entrega) |
proportionalityId | Indicador de quais SKUs devem ser mantidos em uma mesma proporção dentro de uma carga (exemplo: 1 pote = 1 tampa + 1 envase); | Para produtos compostos e configurados se pai não baixa estoque, enviar o código do item pai. |
shipmentUnitWrapperCode | Código da categoria de invólucro de embarque; | Uma categoria de invólucro está associada a um tipo: 1=Pacote; 2=Granel não unitizável; 3=Pallet; 4=Granel unitizável; 5=Bobina; 6=Skid; 7=Tubo; 8=Feixe de tubos; Esta categoria está informada nos parâmetros de integração. |
price | Valortotalde unidades de produtos em todas as unidades de embarque deste item; | Preco unitario do item do pedido (Ped-item.vl-pre-uni) X campo de quantidade (quantity) |
quantity | Quantidade total de unidades de produtos em todas as unidades de embarque deste item; | |
quantityInShipmentUnits | Quantidade de unidades de embarque; | ao campo quantity |
MIT | "Merge in Transit"; | Para os pedidos com bonificação será enviado neste campo o numero do pedido do cliente do pedido original, se pedido original e pedido de bonificacao estiverem na mesma simulação/emabrque, senão não será enviada a tag. Se o cliente nao permite faturamento parcial ( NOT ped-venda.ind-fat-par) o numero do pedido (nr-pedido) também será atualizada neste campo dos itens , pois o cliente não aceita faturamento parcial, e o Neolog deverá realizar a otimização do pedido como um todo, não permitindo atendimento parcial. |
reference (order item) | Campo texto livre; | Este campo ira conter a chave primaria e única completa dos registro das tabelas do Datasul Chave unica da tabela simul-ent: Nr-simul | nr-pedcli | nome-abrev | nr –sequencia | it-codigo | cod-refer X(8) | nr-entrega | ped-item.ind-componen OU Chave única da tabela it-pre-fat: cdd-embarq | nr-resumo | nome-abrev | nr-pedcli | nr-sequencia | it-codigo | cod-refer | nr-entrega |
Os pedidos gerados na integração poderão consultados na "cesta" disponível no aplicativo CPL do Neolog.
2) Liberação de viagem
Tipo de Fluxo: Cockpit-Neolog -> Datasul
Mensagem: ReleasedTripPublishRequestService
Versão: 1.000
Quando uma viagem é elaborada no CPL, ela é realizada apartir de pedidos de transporte, que podem ter sido enviados por várias simulações do Datasul.
Como a identificação do pedido de transporte no CPL, seguirá o mesmo código do pedido de venda no Datasul, o usuário poderá visualizar os pedidos que estão na viagem.
Quando a viagem, entra no ERP os pedidos de transporte serão considerados como os pedidos de venda que deverão ser alocados a um novo embarque.
As informações disponíveis no bloco de tripReleaseRequests servirão para a elaborar este novo embarque:
As informações que foram captadas nas tabelas temporárias na recepção do XML, deverão agora serem repassadas para as tabelas que as apis de geração do embarque eqapi300 espera.
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
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.
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
Tipo de Fluxo: Cockpit-Neolog - Datasul
Mensagem: PublishReprogramingService
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.
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.