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).
Linha Microsiga Protheus
Linha Datasul (BackOffice)
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).
Pré-requisitos necessários:
Versão mínima | 12.1.17 |
---|---|
Módulo implantado | SIGATMS - Gestão de Transportes |
Funcionalidades implantadas | Conhecimento de Transporte Eletrônico (Ct-e) |
Ferramentas necessárias | ¹ Servidor WebServices Protheus iniciado |
Schedule Protheus configurado |
¹ Ajuste o timeout do servidor HTTP na qual o WebService Protheus estará para acima de 15 minutos (900 segundos).
|
Deixe o Grupo de Campos "Loja Cliente/Fornecedor" com o tamanho 2. O conceito de loja não existe no Datasul;
Lembre-se de ajustar o parâmetro MV_CLIGEN após realizar a alteração no Grupo de Campos. |
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 |
Cadastre um agendamento no Schedule para a rotina FWEAI de forma que fique sempre ativo (Este serviço é necessário para processamento das mensagens);
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:
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> |
Ambiente / Schedule / Emp.filial Mensagem Única
Referência | Company | Branch | Emp.Protheus | Fil.Protheus |
---|---|---|---|---|
DATASUL | <EMPRESA DATASUL> | <EMPRESA PROTHEUS> | <FILIAL PRINCIPAL> |
Cadastre o De/Para para todas as empresas que possuírem integração |
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 |
Vincule a rota criada do produto Datasul e indique o campo Envia como Sim para todos os adapters que enviam mensagem (Envia? 1 - Sim). |
Cadastro no menu | Informações necessárias | Relação | Observação |
---|---|---|---|
Atualizações / Cadastros / Clientes | Nome, endereço, estado, CEP, Cd. Município, País, CNPJ/CPF, Insc. Estadual, Reg. Cliente | Faturamento/Fiscal | Estas informações são necessárias para o correto funcionamento da integração do CTe e NFST com o Faturamento/Fiscal Datasul. |
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.
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.
<INCLUIR IMAGEM COM O FLUXO DE MENSAGENS DE INTEGRAÇÃO>
Método | ID | Descrição | Origem | Destino | XSD (versões podem variar) |
Cadastros | 01 | Cliente/Fornecedor | Protheus | Datasul | CustomerVendor_3_000.xsd |
02 | Local de Entrega | Protheus | Datasul |
| |
03 | Transportadora | Protheus | Datasul |
| |
04 | Produto | Protheus | Datasul |
| |
Processos | 05 | Fatura de Transporte a Receber | Protheus | Datasul | TransportInvoice_1_000.xsd |
06 | Status da Fatura de Transporte | Datasul | Protheus | TransportInvoiceStatus_1_000.xsd |
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.
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 .....
Assim também o Cancelamento do CTe e NFST e a Inutilização do CTe. O processo de autorização/cancelamento/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.
Notas:
A integração ocorre no modo assíncrono, ou seja, 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).
É estritamente necessário que o Schedule Protheus e RPW Datasul estejam corretamente configurados para o processamento no modo assíncrono. |
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;
Descreva limitações e restrições para cada fluxo descrito no tópico anterior. Exemplo:
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.
O pedido recebido no ERP1 vindo do ERP2 estará bloqueado para alteração.
Descreva os passos que viabilizem a integração.
Exemplo:
Os passos para viabilizar a integração são:
Problemas de integração (Protheus):
Situação | Possíveis Causas | Solução |
Ao realizar a autorização do CT-e no SIGATMS, não disparou a mensagem de integração para o Faturamento Datasul (ELECTRONICTRANSPORTDOCUMENT). |
|
|
NFSE Chave Registro: 9999999999999|999|9999999 Relacionamento Série X Estabelecimento não cadastrado. |
|
|
Erros de integração:
Código | Erro | Rota de integração | Situação |
---|---|---|---|
EAI005 | Adapter com.totvs.datasul.logistics.dis.ElectronicTransportDocumentAdapter gerou uma exceção... | DATASUL -> PROTHEUS | Verifique o log de processamento da mensagem no Datasul (logs: RPW e Appserver), pois foi gerado um erro Progress que gerou a exceçã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: