INTEGRAÇÃO PROTHEUS SIGATMS X DATASUL

- CONTAS A RECEBER

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 de mesma linha como, faturamento Faturamento (SIGAFAT), fiscal Fiscal (SIGAFIS), financeiro Financeiro (SIGAFIN) e contábil Contábil (SIGACTB).. Já em relação aos clientes da linha Datasul, o módulo SIGATMS não possuía integração. 

Sistemas Envolvidos

Linha Microsiga Protheus

• SIGATMS (Transportation Management System): sistema  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 . 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 entre outros. O SIGATMS controla todos os processos de um transportador, abrangendo as áreas: operacionalOperacional, comercialComercial, segurosSeguros, faturamentoFaturamento, logística Logística e SAC. Solução totalmente integrada com a área administrativa (financeiroFinanceiro, fiscal Fiscal e contábilContábil).

Linha Datasul (BackOffice)

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

• • O Módulo de Contas a Receber visa auxiliar o gerenciamento administrativo, controlando movimentações de títulos e outros. Maiores detalhes, consultar: ACR - Contas a Receber

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 Faturamento (SIGAFAT), fiscal Fiscal (SIGAFIS), financeiro Financeiro (SIGAFIN) e contábil 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 por meio 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 (faturamentoFaturamento, fiscalFiscal, financeiro Financeiro e contábil).Contábil).

Este documento especificamente apresenta os detalhes da integração do SIGATMS com o módulo Datasul: Contas a Receber.

• PremissasPremissas
  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 Datasulo módulo Financeiro do BackOffice Datasul: Contas a Receber;

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

Escopo

Image Added

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

Datasul

 

Protheus

Pré-requisitos necessários:

Versão mínima	12.1.

17

18
Módulo implantado	ACR - Contas a Receber
Ferramentas necessárias	Configuração do WebService EAI2

Protheus

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.

Instalação/Atualização

Datasul

Configurações Iniciais

1. Realizar as configurações descritas para o Datasul no documento: DI_SIGATMS_x_Datasul_Cadastros_restore

Configurações EAI 

1. Toda a configuração do EAI Datasul será feita através do TOTVS Monitor, que é acessado através do caminho: http://<HOST-DATASUL>:<PORTA>/totvs-monitor

2. Configurar no EAI do Datasul as mensagens de Transação do Contas a Receber que serão trocas com o Protheus:
   

   1. A configuração é feita através do caminho: TOTVS Monitor / EAI2 / Aplicação Interna / Transações Disponíveis;

   2. As mensagens deverão ser configuradas conforme tabela abaixo:

      Transação	Versão	Modo Habilitado
      TransportInvoice	2.000	Recebimento
      TransportInvoiceStatus	2.000	Envio

3. Configurar as Rotas de Envio para as Transações que serão enviadas ao Protheus.

   1. A configuração é feita através do caminho: TOTVS Monitor / EAI2 / Aplicação Interna / Rotas de Envio;

   2. Importante: para que seja possível realizar este procedimento, é necessário que previamente as transações estejam atualizadas do lado do Protheus, conforme descrito neste manual;

   3. Deverá ser selecionado no combo-box "Aplicação Externa" a aplicação que representa o Protheus;

   4. Para a transação "TransportInvoiceStatus", deve ser selecionada e marcada a opção "Habilitado". 

 Configurações Gerais 

1. No Menu do Datasul, através do programa "Recebimento Padrão", deverá ser incluído um novo registro conforme abaixo:
   
   1. Para cada Fatura gerada no TMS Protheus, será gerado um Título no Contas a Receber, portanto, deve ser informado no Recebimento Padrão, as informações que serão utilizadas para geração deste título, espécie, série, portador, carteira, etc...
   2. A princípio, o Código do Cliente não precisa ser informado. Ele somente será informado, caso seja necessário gerar o Título com parametrizações diferentes para um determinado cliente.
2. No Menu do Datasul, através do programa "Seleção Recebimento Padrão", deverá ser  realizada parametrização conforme abaixo:
   
   1. Através deste programa, é realizada a parametrização para determinar qual Recebimento Padrão será utilizado para geração do Título no Contas a Receber, a partir da integração de Faturas do TMS Protheus;
   2. Caso, o Título deve ser gerado sempre da mesma forma, pode ser criado um único registro de Seleção mais genérico, deixando os campos "Código Transação" e "Clientes" em branco e informado um único Recebimento Padrão;
   3. Mas, também é possível criar parâmetros mais específicos, por exemplo, informando um Cliente, desta forma, na geração do Título, caso a Fatura seja para o cliente que está parametrizado, será utilizado o Recebimento Padrão informado para aquela Seleção. Caso seja outro cliente, será utilizado o Recebimento Padrão da parametrização mais genérica;
   4. O campo "Código Transação" equivale ao Tipo de Documento do Conhecimento de Transporte parametrizado no TMS Protheus. Portanto, é possível criar uma Seleção de Recebimento Padrão diferenciada por Tipo de Conhecimento que faz parte da Fatura.
3. É possível parametrizar o Datasul para que, a cada Conhecimento (ou CT-e) registrado no TMS Protheus, seja criado um Título no Contas a Receber para representá-lo, para fazer isto deve-se:
   1. Para as Naturezas de Operação que foram marcadas como "Natureza Transporte TMS" (conforme descrito no documento: DI_SIGATMS_x_Datasul_Faturamento_Fiscal) deve ser marcada a opção "Emite Duplicata";
   2. Desta forma, para cada CT-e registrada no TMS Protheus, será realizada uma integração com o Faturamento do Datasul, para geração de uma Nota Fiscal, que posteriormente será integrada com o Contas a Receber para geração de um Título;
   3. Caso o Datasul seja parametrizado desta forma, o Título gerado no Contas a Receber a partir da integração da Fatura do TMS Protheus, será criado a partir de uma Substituição, onde, os títulos de Origem serão os que foram criados a partir da Nota Fiscal criada no Faturamento a partir da CT-e.
4. Para mais detalhes sobre as configurações, acessar a FAQ: http://tdn.totvs.com/x/TiscEQ

Protheus

Parâmetros de Integração

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" para o tamanho 2. O conceito de loja não existe no Datasul;

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>	Fiscal
   MV_TMSOPEN	Código da natureza de operação do Datasul que será utilizado em CT-e Normal.	<COD NATUREZA DTS>	Fiscal
   MV_TMSOPNF	Código da natureza de operação do Datasul que será utilizado em Nota Fiscal.	<COD NATUREZA DTS>	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;>	Fiscal

Configurações EAI

Ambiente / Schedule / Cadastro Rotas Eai;

Ambiente / Schedule / Emp.filial Mensagem Única

1. Acessar o ambiente Protheus / Programa inicial: SIGACFG;.
2. Ambiente / Schedule Cadastros / Adapter E.a.i;Cadastre os seguintes registros:
   

Mensagem única?RotinaMensagemDescriçãoEnvia?Recebe?MétodoOperaçãoCanal EnvioXSDVersão Envio1 - SimTMSA851TRANSPORTINVOICEFATURA DE TRANSPORTE A RECEBER1 - Sim2 - Não1 - Síncrono1 - Todas2 - EAI 1.0001 - SimTMSI852TRANSPORTINVOICESTATUSSTATUS DA FATURA DE TRANSPORTE2 - Não1 - Sim2 - Assíncrono1 - Todas2 - EAI 1.0001 - SimTMSAE76ELECTRONICTRANSPORTDOCUMENTCTE PARA FATURAMENTO DATASUL1 - Sim1 - Sim2 - Assíncrono1 - Todas2 - EAI 1.0001 - SimMATA010ITEMPRODUTO1 - Sim1 - Sim1 - Síncrono1 - Todas2 - EAI 3.0011 - SimMATA020CUSTOMERVENDORFORNECEDOR1 - Sim1 - Sim1 - Síncrono1 - Todas2 - EAI 1.0001 - SimMATA030CUSTOMERVENDORCLIENTE1 - Sim1 - Sim1 - Síncrono1 - Todas2 - EAI 1.0001 - SimMATA050CARRIERTRANSPORTADOR1 - Sim1 - Sim1 - Síncrono1 - Todas2 - EAI 2.0001 - SimTMSA450CUSTOMERSHIPPINGADDRESSLOCAL DE ENTREGA1 - Sim1 - Sim

1. Parâmetros.

2. Busque e altere os parâmetros:

   Parâmetro	Descrição	Valor
   MV_TMSERP	ERP que está integrado ao SIGATMS. 0 - Protheus, 1 - Datasul.	1
   MV_TMSMFAT	Modo de Faturamento do TMS. 1- Faturamento a partir do SE1; 2- Faturamento a partir do DT6	2

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, por meio da alteração dos parâmetros ou do cadastro de rotas:

(Lib inferior a label 20170208)

(Lib igual ou superior label 20170208)
Por intermédio 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	<Aplicação Datasul>	http://<HOST>:<PORTA>/eai2-ws/EAIService * Ambiente Datasul	WSEAIDATASUL	receiveMessage	<USUÁRIO>	<SENHA>

      

1. 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.

2. 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. 1. 2.000

      1

1. 1. - Sim

1. 1. TMSI852

1. 1. TRANSPORTINVOICESTATUS

1. 1. STATUS DA FATURA DE TRANSPORTE

1. 1. 2 -

1. 1. Não

      1 - Sim

1. 1. 2 -

1. 1. Assíncrono

      1 - Todas

      2 - EAI

1. 1. 2.000

1. 1. Aviso

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

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

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.

1. 1. 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).

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

Fluxo das Informações

Processos

1. Fatura por Documento e Fatura Automática
   Tipo de Fluxo: Protheus > Datasul
   Mensagem: TransportInvoice_2_000
   Versão: 2.000
   Modo: Síncrono
   
   O processo de geração de Fatura por Documento e Fatura Automática no SIGATMS, quando ativada 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á disparada 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.
   
   
2. Status da Fatura
   Tipo de Fluxo: Datasul > Protheus
   Mensagem: TransportInvoiceStatus_2_000
   Versão: 2.000
   Modo: Assíncrono

Limitações / Restrições Gerais

1. Fatura por Documento e Fatura Automática
1. Para efetuar corretamente a geração da fatura, é necessário que o CTe e NFST estejam devidamente integrados ao Datasul Faturamento Fiscal. Detalhes no documento de integração: DI_SIGATMS_x_Datasul_Faturamento_Fiscal.
2. Alguns cadastros devem estar relacionados em ambos os sistemas: Protheus SIGATMS e BackOffice Datasul. Detalhes no documento de integração: DI_SIGATMS_x_Datasul_Cadastros_restore.

Como fazer

1. Fatura por Documento e Fatura Automática
   Os procedimentos para utilização do processo de fatura no módulo SIGATMS integrando com o BackOffice Datasul, estão descritos no documento técnico Integração SIGATMS x ERP Datasul Finanças ACR. 

Situações comuns

Erros de integração: