Histórico da Página

INTEGRAÇÃO PROTHEUS SIGATMS X DATASUL BACKOFFICE

Contexto de negócio (Introdução)

Cada vez mais as empresas necessitam gerenciar e otimizar sua logística e conforme legislação, necessitam do papel de uma Transportadora. Por isto há uma busca por softwares de Gestão de Transportes que controlem os processos e operações de uma Transportadora. O módulo SIGATMS da linha Microsiga Protheus é a solução TOTVS para este cenário de mercado. Em relação aos clientes desta linha, o módulo já possui integração nativa com os módulos de BackOffice como, faturamento (SIGAFAT), fiscal (SIGAFIS), financeiro (SIGAFIN) e contábil (SIGACTB).

Sistemas Envolvidos

Linha Microsiga Protheus

• SIGATMS (Transportation Management System): sistema de gerenciamento de transportes que tem como objetivo principal controlar todos os processos fiscais e gerenciais envolvidos na operação de transportes, bem como, controlar os veículos, motoristas, fretes e viagens da empresa e de terceiros, entre as atividades mais importantes destacam-se controle das despesas dos veículos, viagens, fretes, emissão de CTRC (Conhecimento de Transporte Rodoviário de Cargas), nota fiscal de serviço, manifesto e outros. O SIGATMS controla todos os processos de um transportador, abrangendo as áreas: operacional, comercial, seguros, faturamento, logística e SAC. Solução totalmente integrada com a área administrativa (financeiro, fiscal e contábil).

Linha Datasul (BackOffice)

• Faturamento:
• Fiscal:
• Financeiro:
  • ACR (Contas a Receber): 
  • APB (Contas a Pagar): 
• Contábil:

Integração

O módulo SIGATMS da linha Microsiga Protheus possui integração nativa com os módulos de BackOffice de mesma linha como, faturamento (SIGAFAT), fiscal (SIGAFIS), financeiro (SIGAFIN) e contábil (SIGACTB).

Existem clientes da linha Datasul que demandam a necessidade de utilização de um módulo de Gestão de Transportes como o SIGATMS, porém mantendo os módulos de BackOffice da linha Datasul.

Para que seja possível atender esta demanda e possibilitar uma nova oferta de mercado TOTVS, através desta integração será possível a utilização do módulo SIGATMS da linha Microsiga Protheus integrado aos módulos de BackOffice da linha Datasul (faturamento, fiscal, financeiro e contábil).

• Premissas
  
  • Possibilitar a integração de cadastros principais como Produto, Cliente, Fornecedor, Transportador e Local de Entrega;
  • Integrar o módulo SIGATMS da linha Protheus com os módulos de faturamento, fiscal, financeiro e contábil do BackOffice Datasul;

• Arquitetura (Tecnologia)
  • Integração através do EAI - Enterprise Application Integration com o padrão de Mensagem Única;

Escopo

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

Datasul

Protheus

Pré-requisitos necessários:

Instalação/Atualização

Datasul

Protheus

Alterações de Dicionário de Dados

1. Acessar o ambiente Protheus / Programa inicial: SIGACFG;
2. Base de Dados / Dicionário / Bases de Dados;
3. Altere o Grupo de Campos "Codigo Cliente/Fornecedor" para o tamanho 9, para que o campo fique equivalente ao do Datasul;

4. Deixe o Grupo de Campos "Loja Cliente/Fornecedor" com o tamanho 2. O conceito de loja não existe no Datasul;

   Aviso
   Lembre-se de ajustar o parâmetro MV_CLIGEN após realizar a alteração no Grupo de Campos.

Parâmetros de Integração

1. Acessar o ambiente Protheus / Programa inicial: SIGACFG;
2. Ambiente / Cadastros / Parâmetros;

3. Busque e altere os parâmetros:

   Parâmetro	Descrição	Valor	Relação
   MV_TMSERP	ERP que está integrado ao SIGATMS. 0 - Protheus, 1 - Datasul.	1	Geral
   MV_TMSMFAT	Modo de Faturamento do TMS. 1- Faturamento a partir do SE1; 2- Faturamento a partir do DT6	2	Financeiro
   MV_TMSOPEC	Código da natureza de operação do Datasul que será utilizado em CT-e Cortesia.	<COD NATUREZA DTS>	Faturamento/Fiscal
   MV_TMSOPEN	Código da natureza de operação do Datasul que será utilizado em CT-e Normal.	<COD NATUREZA DTS>	Faturamento/Fiscal
   MV_TMSOPNF	Código da natureza de operação do Datasul que será utilizado em Nota Fiscal.	<COD NATUREZA DTS>	Faturamento/Fiscal
   MV_ESPECIE	Relação entre a série e o tipo de documento fiscal. Exemplo: 1=CTE;UNI=NF (Indica que a série "1" será de documento do tipo CTE e a série "UNI" será de nota fiscal	<SÉRIE=CTE/NF;>	Faturamento/Fiscal

Configurações EAI

1. Cadastre um agendamento no Schedule para a rotina FWEAI de forma que fique sempre ativo (Este serviço é necessário para processamento das mensagens);
   
   

2. Configure a rota para o ambiente Datasul que será integrado, através da alteração dos parâmetros ou do cadastro de rotas:

   (Lib inferior a label 20170208)

   Parâmetro	Descrição	Valor
   MV_EAIWS	Nome do Client WS do EAI para envio a outro EAI.	WSEAIDATASUL
   MV_EAIURL2	Nome do canal configurado no EAI para envio a outro EAI.	http://<HOST>:<PORTA>/eai2-ws/EAIService * Ambiente Datasul
   MV_EAIMETH	Método de envio do EAI para envio a outro EAI	receiveMessage
   MV_EAIXSD	Diretórios dos XSD usados na validação	<DIRETÓRIO XSD>
   MV_EAIUSER	Usuário para autenticação	<USUÁRIO>
   MV_EAIPASS	Senha para autenticação	<SENHA>

    

   (Lib igual ou superior label 20170208)
   Através do cadastro de rotas:

   1. Acessar o ambiente Protheus / Programa inicial: SIGACFG;

   2. Ambiente / Schedule / Cadastro Rotas Eai;

      Produto	Aplicação	URL	Client WS	Método	Usuário	Senha
      DATASUL	PROTHEUS	http://<HOST>:<PORTA>/eai2-ws/EAIService * Ambiente Datasul	WSEAIDATASUL	receiveMessage	<USUÁRIO>	<SENHA>

      
3. Realize o cadastro de De/Para de Empresas Mensagem Única:
   1. Acessar o ambiente Protheus / Programa inicial: SIGACFG;

   2. Ambiente / Schedule / Emp.filial Mensagem Única

      Referência	Company	Branch	Emp.Protheus	Fil.Protheus
      DATASUL	<EMPRESA DATASUL>		<EMPRESA PROTHEUS>	<FILIAL PRINCIPAL>

      Informações
      Cadastre o De/Para para todas as empresas que possuírem integração

4. Devem ser realizados os seguintes cadastros de adapters EAI:
   1. Acessar o ambiente Protheus / Programa inicial: SIGACFG;
   2. Ambiente / Schedule / Adapter E.a.i;

   3. Cadastre os seguintes registros:

      Mensagem única?	Rotina	Mensagem	Descrição	Envia?	Recebe?	Método	Operação	Canal Envio	XSD	Versão Envio
      1 - Sim	TMSA851	TRANSPORTINVOICE	FATURA DE TRANSPORTE A RECEBER	1 - Sim	2 - Não	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSI852	TRANSPORTINVOICESTATUS	STATUS DA FATURA DE TRANSPORTE	2 - Não	1 - Sim	2 - Assíncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSAE76	ELECTRONICTRANSPORTDOCUMENT	CTE PARA FATURAMENTO DATASUL	1 - Sim	1 - Sim	2 - Assíncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	MATA010	ITEM	PRODUTO	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		3.001
      1 - Sim	MATA020	CUSTOMERVENDOR	FORNECEDOR	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	MATA030	CUSTOMERVENDOR	CLIENTE	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	MATA050	CARRIER	TRANSPORTADOR	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		2.000
      1 - Sim	TMSA450	CUSTOMERSHIPPINGADDRESS	LOCAL DE ENTREGA	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.001
      1 - Sim	TMSA070	TRANSPORTDOCUMENT	CUSTO DE TRANSPORTE	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSA240	TRANSPORTDOCUMENT	COMPLEMENTO DA VIAGEM	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSA250	TRANSPORTDOCUMENT	CONTRATO CARRETEIRO	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSA310	TRANSPORTDOCUMENT	FECHAMENTO DA VIAGEM	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSA330	TRANSPORTDOCUMENT	FECHAMENTO DE SEGURO	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000
      1 - Sim	TMSA370	TRANSPORTDOCUMENT	INDENIZAÇÃO	1 - Sim	1 - Sim	1 - Síncrono	1 - Todas	2 - EAI		1.000

      Aviso
      title Observação (Lib igual ou superior label 20170208)
      Vincule a rota criada do produto Datasul e indique o campo Envia como Sim para todos os adapters que enviam mensagem (Envia? 1 - Sim).

Informações necessárias em Cadastros

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 SIGATMS Protheus e BackOffice Datasul estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.

Transações/Entidades/Mensagens únicas

<INCLUIR IMAGEM COM O FLUXO DE MENSAGENS DE INTEGRAÇÃO>

Fluxo das Informações

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.

Cadastros

Processos

1. Autorização CTe / NFST
   Tipo de Fluxo: Protheus -> Datasul
   Mensagem: ElectronicTransportDocument_1_000
   Versão: 1.000
   Modo: Assíncrono
   
   O processo de autorização do CTe pelo SEFAZ ou NFST pela prefeitura dentro do módulo SIGATMS irá disparar a integração com o módulo de Faturamento Datasul que por sua vez integrará com o módulo Fiscal automaticamente e com o módulo Financeiro manualmente se executado o programa Atualização do Contas a Receber (FT0603). Assim também o Cancelamento do CTe e NFST e a Inutilização do CTe.
   O processo de autorização, cancelamento e inutilização se mantém o mesmo já existente no módulo SIGATMS, porém, quando houver integração com o ERP Datasul (ativação através do parâmetro MV_TMSERP), também será realizado esta integração com o backoffice.

   Este processo ocorre somente após:
   CTe: do retorno do SEFAZ autorizando o mesmo;
   NFST: do retorno da prefeitura autorizando a mesma (caso a integração com a prefeitura ocorra de forma eletrônica) ou alterando o registro fiscal no módulo de Livros Fiscais do Protheus indicando o status SEFA e Nr Eletrônico que indique autorização ou cancelamento;
    

2. Fatura por Documento e Fatura Automática
   Tipo de Fluxo: Protheus -> Datasul
   Mensagem: TransportInvoice_1_000
   Versão: 1.000
   Modo: Síncrono
   
   O processo de geração de fatura por documento e fatura automática no SIGATMS, quando ativado a integração com o ERP Datasul, não realizará a criação da tabela financeira do Contas a Receber do módulo Protheus SIGAFIN e sim uma nota tabela intermediária do módulo SIGATMS (DRT - Fatura de Transporte a Receber). O processo de geração de fatura permanece o mesmo já existente no produto para ambas as rotinas de Fatura por Documento e Fatura Automática, porém, na efetivação será criado um registro na nova tabela e será disparado a integração com o módulo de Contas a Receber Datasul onde será criado o título para cobrança. Em relação ao processo de cancelamento da fatura, será acionado também pelas rotinas de faturamento do SIGATMS Protheus e integrado ao backoffice para cancelamento do título gerado.

Notas:

Integração no modo assíncrono: ao ser disparada, a mensagem será enviada ao EAI Protheus para que seja processada pela agenda do programa FWEAI no Schedule. Ao processar a mensagem, será enviada ao EAI Datasul que por sua vez irá processar a mensagem conforme agenda do programa Registrar Fila do EAI2 no RPW (BTB948AA).

Integração no modo síncrono: ao ser disparada, a mensagem será enviada pelo EAI Protheus diretamente ao EAI Datasul, que irá processar e retornar a resposta. O processo que disparou a mensagem fica aguardando até o retorno da resposta do ambiente destino para dar continuidade em sua execução.

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

Problemas de integração (Protheus):

Erros de integração:

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.

Anexos