ER LOGTMS01-516 Integração SIGATMS x ERP Datasul Financas ACR

Informações Gerais

Objetivo

Integrar as informações de contas a receber geradas pelo módulo SIGATMS (Transportation Management System) da linha Microsiga Protheus com o módulo Finanças ACR da linha Datasul utilizando como ferramenta de Integração o EAI (Enterprise Application Integrator), que terá a responsabilidade de trafegar as mensagens XML entre o Protheus e o Datasul, além de fazer o controle de filas das mensagens a serem integradas. 

Definição da Regra de Negócio

Devida a amarração que o SIGATMS possui com tabelas e rotinas do SIGAFIN, para que seja possível realizar esta integração com o módulo de Contas a Receber (ACR) do Financeiro Datasul, será necessário:

• Criar uma nova tabela que controlará a Fatura dentro do SIGATMS;
• Criar novos programas de Fatura por Documento e Fatura Automática, que serão executados pelos programas já existentes em substituição e utilizarão a nova tabela;
• Identificar todos os pontos que possuem amarração com o SIGAFIN e efetuar os tratamentos necessários utilizando a nova tabela de fatura (Como os programas de Solicitação de Transferência, Transferência, Transferência por Lote, Manutenção de documentos, Perfil do Cliente e Painel de Agendamentos);
• Bloquear a utilização do programa de Baixa Documento de Transporte;
• Criar um novo programa de Adapter para processamento da mensagem de Fatura de Transporte (Tratamento de envio e recebimento da resposta);
• Criar um novo programa de Adapter para processamento da mensagem de Baixa de Título (Tratamento de recebimento da mensagem para atualização do status da fatura);

Algumas premissas:

• Quando houver integração, o SIGATMS enviará mensagens para o Datasul, por intermédio do conceito do EAI - Mensagem Única;
• O parâmetro de integração só poderá ser alterado para o valor "1" (Datasul), se o parâmetro MV_TMSMFAT for igual a "2" (Faturamento a partir da DT6);
• O fluxo das rotinas impactadas e que serão desenvolvidas, quando houver integração com o Financeiro Datasul deve seguir o mapa mental:

Abaixo segue o detalhamento das alterações que deverão ser realizadas:

Parâmetro MV_TMSERP

Deverá ser criado no AtuSX um novo parâmetro para o SIGATMS com as seguintes especificações:

Var	MV_TMSERP
Tipo	C - Caractere
Pyme	S - Sim
Owner	SIGATMS
Des.portug.	ERP que está integrado ao SIGATMS.
Des.portug.1	0 - Protheus, 1 - Datasul.
Conteúdo	0
Validação	TmsX6Valid(X6_FIL, X6_VAR, X6_TIPO, X6_CONTEUD, X6_CONTSPA, X6_CONTENG)

 TMSXFUND - TmsX6Valid

Alterar a função padrão de validação de parâmetro: TmsX6Valid para:

• Permitir apenas o conteúdo 0 ou 1 para o parâmetro MV_TMSERP;
• Caso o conteúdo seja 1, o parâmetro MV_TMSMFAT deve ser igual a 2 (Modo de faturamento pelo DT6), do contrário deve apresentar um help e não efetivar a alteração;
• Em relação ao parâmetro MV_TMSMFAT, incluir mais uma verificação:
  • Se o parâmetro MV_TMSERP for igual a 1, não deve ser possível alterar o valor do parâmetro MV_TMSMFAT de 2 para 1;

TMSA850 – Fatura Por docto.

Alterar a rotina para que na função inicial (TMSA850), caso exista integração com o Financeiro ACR (Datasul), desviar para o novo programa TMSA851.

Local cTmsERP := SuperGetMV("MV_TMSERP",,'0')
 
If cTmsERP ==  '1'
	return TMSA851()
EndIf

TMSA851 – Fatura Por docto.

Criar um novo programa TMSA851 (Fatura Por docto.) que deverá seguir como base as mesmas regras do atual programa TMSA850, porém, não terá o vínculo com o SIGAFIN e possuirá algumas diferenças.

As principais mudanças que o novo programa terá em relação ao atual estão descritos abaixo:

1. O novo programa não deverá utilizar diretamente a tabela SE1 (Contas a Receber) e sim a nova tabela DRT - Fatura de Transporte a Receber que será criada. Consulte mais detalhes em Dicionário de Dados;
   
   
2. Na rotina TMSA850, ao clicar na opção "Selecionar", aparece inicialmente uma tela para informar alguns dados da Fatura e parâmetros que restringem a seleção dos documentos. Esta tela deverá ser transferida para uma função que será chamada pelas rotinas TMSA850 e TMSA851. Quando a função for chamada da rotina TMSA851, a tela deve se adequar para que as informações: "Prefixo", "Tipo" e "Natureza" não sejam apresentadas;
   
   
3. A tela de seleção dos documentos que pertencerão a fatura atualmente na rotina TMSA850 é modelada na função TMSA850TELA. Esta função deve ser chamada também na rotina TMSA851, porém a tela deverá ser modelada sem as informações de "Prefixo", "Tipo" e "Natureza". Além disso, fazer alguns ajustes na tela para ambas as rotinas: Os tamanhos das colunas apresentadas devem ser ajustadas de forma que apareçam todas as colunas para visualização, sem rolagem horizontal e deve ser revisto a tela de "Ajustes" e "Pesquisa" (Outras Ações) para que não apareçam "cortadas";
   
   
4. Ao "Salvar" a fatura, deverá respeitar todas as validações existentes no programa atual e que não estejam amarradas ao SIGAFIN. Deve ser disparada a mensagem de integração de envio Síncrona ao financeiro ACR Datasul, para a criação do título de fatura (Mais detalhes em TMSI851 - Integração TMS x ACR Datasul) e somente deverá ser efetivada a criação do registro de fatura se a integração ocorrer com sucesso. Deverá ser gravada na nova tabela a informação do usuário que gerou a fatura;
   
   
5. Em relação aos status da fatura, serão diferentes do programa atual, conforme:
   1. Fatura Integrada - Fatura criada no Protheus, enviada e processada no Financeiro Contas a Receber Datasul;
   2. Fatura Parcialmente Baixada - Houve baixa parcial do título relacionado a fatura;
   3. Fatura Totalmente Baixada - Houve a baixa total do título relacionado a fatura;
   4. Fatura Cancelada - Houve o cancelamento da fatura no Protheus e título relacionado no Datasul;
   5. Fatura Protestada - Houve o protesto do título;
      
      
6. Na nova tabela de fatura, haverá um campo de histórico que irá manter de forma descritiva algumas informações sobre a integração com o contas a receber, por exemplo, quando o financeiro responder a mensagem de fatura indicando que o título que foi criado, ficará no histórico a informação chave deste título;
   
   
7. Em relação ao Cancelamento, somente Fatura com status "Fatura integrada" poderá ser cancelada. O cancelamento sempre será da fatura como um todo e não permitirá a retirada parcial de documentos. Somente será efetivado o cancelamento quando for enviada a mensagem de cancelamento ao Financeiro ACR Datasul de forma Síncrona e retornado que o processamento de cancelamento do título de fatura foi efetivado. Se houver alguma inconsistência ou tratativa de negócio que impeça o cancelamento, a operação será abortada apresentando adequadamente o ocorrido por meio de uma mensagem. Caso o retorno seja positivo indicando que o título foi cancelado, o status da fatura deverá ser alterado para "Fatura cancelada", a data de cancelamento atualizada, no histórico deverá constar a informação "Título cancelado no contas a receber", os conhecimentos deverão ser liberados para serem incluídos em uma nova fatura, além de armazenar o histórico dos documentos excluídos como atualmente na integração com o SIGAFIN;
   
   
8. Alterar a função Tmsa850Ajustes do TMSA850 para não habilitar os campos "_SI_VALFAT" e "_SI_VALAJU", quando houver integração com o ERP Datasul, pois nesta fase não será possível alterar o valor do conhecimento incluindo acréscimo ou decréscimo.
   
   

Verificar os Protótipos de Telas do TMSA851; 

TMSA491 – Fatura Automática

Alterar a rotina para que na função inicial (TMSA491), caso exista integração com o Financeiro ACR (Datasul), desviar para o novo programa TMSA492.

Local cTmsERP := SuperGetMV("MV_TMSERP",,'0')

If cTmsERP ==  '1'
	return TMSA492()
EndIf

TMSA492 – Fatura Automática

Criar um novo programa TMSA492 (Fatura Automática) que deverá seguir como base as mesmas regras do atual programa TMSA491, porém, não terá o vínculo com o SIGAFIN e possuirá algumas diferenças.

As principais mudanças que o novo programa terá em relação ao atual estão descritas abaixo:

1. Mesmas mudanças já descritas para o novo programa de Fatura por docto. (TMSA851): item 1, item 4, item 5, item 6, item 7 e item 8;
   
   
2. As regras do TMSA491 - Fatura Automática devem ser mantidas, conforme documentação, porém, com as seguintes particularidades:
   1. Os parâmetros MV_TIPFAT e MV_NATFAT não serão utilizados;
      
      
3. No TMSA491, várias funções são utilizadas do TMSA850, no caso do TMSA492, deve seguir o mesmo modelo, utilizando as funções do TMSA851. Se houver a possibilidade de reaproveitar as funções do TMSA491, efetuar os tratamentos adequados e utilizar a mesma função para facilitar a manutenção que terá apenas um ponto de alteração e não se preocupará com lógicas duplicadas;
   
   

Verificar os Protótipos de Telas do TMSA492.

Transferência de Filial de Débito do Conhecimento

• TMSA890 - Solicitação de Transferência
  Alterar a rotina para que na função Tmsa890Inc, somente seja feita a verificação da tabela SE1 se não houver integração entre SIGATMS e Financeiro ACR da linha Datasul, caso contrário, alimentar a variável lFatTMS com o valor true (.T). Desta forma, a Solicitação de Transferência somente poderá ser criada se não houver fatura para o documento.

Local lTmsERPDTS := SuperGetMV("MV_TMSERP",,'0') == '1'
 
If lTmsERPDTS 
	lFatTMS := .T.
Else
	DbSelectArea("SE1")
	DbSetOrder(2) 
	If SE1->(MsSeek(xFilial("SE1")+DT6->DT6_CLIDEV+DT6->DT6_LOJDEV+DT6->DT6_PREFIX+DT6->DT6_NUM))
		While SE1->(!EOF()) .And. SE1->(E1_FILIAL+E1_CLIENTE+E1_LOJA+E1_PREFIXO+E1_NUM) == xFilial("SE1")+DT6->DT6_CLIDEV+DT6->DT6_LOJDEV+DT6->DT6_PREFIX+DT6->DT6_NUM
			If !(SE1->E1_TIPO $ MVABATIM) .OR. ;
				((SE1->E1_TIPO $ MVABATIM) .AND. !(SE1->E1_TIPO $ MVIRABT+"/"+MVINABT+"/"+MVCSABT+"/"+MVCFABT+"/"+MVPIABT+"/"+MVISABT+"/"+MVFUABT))
				//-- Verifica se a fatura foi gerada pelo faturamento do SIGATMS
				If Upper(Alltrim(SE1->E1_ORIGEM)) <> "TMSA850" .And. Upper(Alltrim(SE1->E1_ORIGEM)) <> "TMSA491" 
					lFatTMS := .F.
					nCont += 1
				EndIf
			EndIf 
			SE1->(DbSkip())
		EndDo 
	EndIf
EndIf

• TMSA870 - Transferência
  Alterar a rotina para que na função Tmsa870Apv, somente seja feita a verificação da tabela SE1 se não houver integração entre SIGATMS e Financeiro ACR da linha Datasul, caso contrário, alimentar a variável lRet com o valor true (.T). Desta forma, a transferência não será realizada se o documento estiver faturado ou o número da solicitação estiver em branco.

Local lTmsERPDTS := SuperGetMV("MV_TMSERP",,'0') == '1'
 
If lTmsERPDTS 
	lRet:= .T.
Else
	dbSelectArea("SE1")
	dbSetOrder(2)
	If SE1->(MsSeek(xFilial("SE1")+DT6->DT6_CLIDEV+DT6->DT6_LOJDEV+DT6->DT6_PREFIX+DT6->DT6_NUM))
		If SE1->E1_ORIGEM <> 'TMSA850' .And. SE1->E1_ORIGEM <> 'TMSA880'
			// Se o docto. ja foi faturado e com Solicita?o de Transferencia permite aprovacao
			If !Empty(DT6->(DT6_PREFIX+DT6_NUM+DT6_TIPO)) .And. !Empty(DT6->DT6_NUMSOL)
				lRet:= .F.
			Else
				lRet:= .T.
			EndIf
		EndIf
	EndIf
EndIf

Na função Tm870GrvApv, alterar para não executar a atualização, gravação e baixa do título (tabela SE1) se houver integração entre SIGATMS e Financeiro ACR da linha Datasul.

Local lTmsERPDTS := SuperGetMV("MV_TMSERP",,'0') == '1'
 
//-- Parâmetro inativo
If !lTmsERPDTS 
	//-- Lógica atual de atualização, gravação e baixa do título...
Else

• TMSA900 - Transf. Por Lote
  Alterar a rotina para que na função Tmsa900Vis, na criação do botão "Vis. Fat", quando houver integração entre SIGATMS e Financeiro ACR da linha Datasul, seja posicionado no registro correspondente a fatura do documento na nova tabela e chamada a função de visualização do novo programa TMSA851.

Local lTmsERPDTS := SuperGetMV("MV_TMSERP",,'0') == '1'
 
If lTmsERPDTS 
	Aadd(aBut, {"PRECO" ,{|| If(!Empty(DT6->(DT6_PREFIX+DT6_NUM+DT6_TIPO)),;
							(DRT->(DbSetOrder(1)),;
							SA1->(DbSetOrder(1)),;
							If(DRT->(MsSeek(xFilial("DRT")+DT6->(DT6_NUM))),;
							(SA1->(MsSeek(xFilial("SA1")+DRT->(DRT_CLIENTE+DRT_LOJA))),;
							DbSelectArea("DRT"),;
							TmsA851Vis("DRT","",nOpc)),;
							Aviso(STR0005, STR0006, {STR0026}))),; //"Atenção"###"Fatura não encontrada"###"Ok"
							Aviso(STR0005, STR0007, {STR0026})) }, STR0008 , STR0027 } ) //"Atenção"###"Docto. não faturado!"###"Ok"###"Visualiza Fatura"
Else
	Aadd(aBut, {"PRECO" ,{|| If(!Empty(DT6->(DT6_PREFIX+DT6_NUM+DT6_TIPO)),;
							(SE1->(DbSetOrder(1)),;
							SA1->(DbSetOrder(1)) ,;
							If(SE1->(MsSeek(xFilial("SE1")+DT6->(DT6_PREFIX+DT6_NUM+Space(Len(SE1->E1_PARCELA))+DT6_TIPO))),;
							(SA1->(MsSeek(xFilial("SA1")+SE1->(E1_CLIENTE+E1_LOJA))),;
							DbSelectArea("SE1"),;
							TmsA850Vis("SE1","",nOpc)),;
							Aviso(STR0005, STR0006, {STR0026}))),; //"Atenção"###"Fatura não encontrada"###"Ok"
							Aviso(STR0005, STR0007, {STR0026})) }, STR0008 , STR0027 } ) //"Atenção"###"Docto. não faturado!"###"Ok"###"Visualiza Fatura"
EndIf

TMSA500 - Manutenção de documentos

Alterar a função TMSA500Fin para quando existir integração com o Financeiro ACR Datasul, ao invés de apresentar os títulos a receber (tabela SE1), apresente a fatura (se houver) conforme nova tabela. Nela constará o Histórico que apresentará a chave dos títulos gerados no Contas a Receber do Datasul (Apenas as informações chaves serão apresentadas referente o título).

TMSA480 - Perfil dos Clientes

Alterar a função TmsA480SepDoc para que não permita informar o faturamento diferenciado se houver integração com o Financeiro ACR Datasul. Hoje é permitido tratar o faturamento diferenciado se o tipo de faturamento é pela DT6 (MV_TMSMFAT = '2') e com a alteração, mesmo que seja pela DT6 mas houver integração com o Datasul, não poderá diferenciar o faturamento. Esta tratativa será realizada neste momento, porém, poderá ser repensada futuramente.

TMSA880 - Baixa doc. Transp

Não permitir o acesso a funcionalidade quando houver integração com o Financeiro ACR Datasul, pois a baixa não poderá ser efetuada por meio do SIGATMS.

TMSAF76 - Painel de Agendamento

Alterar todos os pontos que utilizam a tabela SE1 para utilizar a nova tabela quando houver integração com o Financeiro ACR Datasul. 

Mensagens de Integração

Será necessária a criação de duas mensagens de integração:

• Fatura de Transporte
  

  TransportInvoice_1_000.xsd
  Mensagem	TransportInvoice
  Name	Fatura de Transporte
  Description	Fatura de Transporte a Receber
  Segment	Transportation Management System
  Adapter	TMSI851
  Send	Insert = Sim; Update = Sim; Delete = Sim;
  Receive	Insert = Não; Update = Não; Delete = Não;

• Status da Fatura

  TransportInvoiceStatus_1_000.xsd
  Mensagem	TransportInvoiceStatus
  Name	Status da Fatura de Transporte
  Description	Status da Fatura de Transporte a Receber
  Segment	Transportation Management System
  Adapter	TMSIACR
  Send	Insert = Não; Update = Não; Delete = Não;
  Receive	Insert = Sim; Update = Sim; Delete = Sim;

    

TMSI851 - Adapter de Fatura

Deverá ser criado um programa de adapter para tratamento da mensagem relacionada a integração de fatura entre TMS e Financeiro ACR da linha Datasul.

O novo programa de adapter deverá atuar nos seguintes pontos:

Rotina	Ponto a ser chamado	Mensagem (Entidade)	Tipo	Modo
Fatura Por docto (TMSA851)	Inclusão de uma fatura	TransportInvoice	Envio/Resposta	Síncrona
	Cancelamento de uma fatura	TransportInvoice	Envio	Síncrona
Fatura Automática (TMSA492)	Geração de fatura	TransportInvoice	Envio/Resposta	Síncrona
	Cancelamento de uma fatura	TransportInvoice	Envio	Síncrona

 Verificar se é possível reaproveitar as funções que serão criadas para inclusão e cancelamento da fatura do TMSA851, para que a mesmas funções sejam chamadas nestes pontos e assim não será necessário disparar o Adapter em pontos duplicados.

O objetivo do adapter será processar o envio da mensagem de fatura e a resposta do Financeiro ACR Datasul para a atualização do status da fatura e histórico.

• Envio: Utilizar como base as informações indicadas no XSD TransportInvoice_1_000.xsd. 
  
  

<!-- TransportInvoice - Fatura de Transporte - TRANS_SEND -->
 
<BusinessEvent>
 
	<Entity> TransportInvoice </Entity>
	<Event> UPSERT/DELETE </Event>
		<!-- UPSERT - Inclusão de uma nova fatura
			 DELETE - Exclusão de uma fatura, quando houver o cancelamento -->
	<CompanyId> Empresa </CompanyId>
		<!-- Variável pública Protheus: cEmpAnt -->
 
	<BranchId> Filial da operação </BranchId>
		<!-- Campo: DRT_FILIAL -->
 
	<InvoiceCode> Código da Fatura </InvoiceCode>
		<!-- Chave de identificação da fatura entre TMS x ACR Datasul (Campo: DRT_NUM) -->
 
</BusinessEvent>
<BusinessContent>
 
	<CompanyId> Empresa </CompanyId>
		<!-- Variável pública Protheus: cEmpAnt -->
 
	<BranchId> Filial da operação </BranchId>
		<!-- Campo: DRT_FILIAL -->
 
	<BranchIdInternalId> InternalId Filial da operação </BranchIdInternalId>
		<!-- Concatenação da empresa e filial. Exemplo: cEmpAnt + '|' + RTrim(xFilial("DRT")) -->
 
	<CompanyInternalId> Empresa interna (de/para) </CompanyInternalId>
 		<!-- Concatenação da empresa e filial. Exemplo: cEmpAnt + '|' + RTrim(xFilial("DRT")) -->
 
	<InvoiceCode> Código da Fatura </InvoiceCode>
		<!-- Chave de identificação da fatura entre TMS x ACR Datasul (Campo: DRT_NUM) -->
 
	<InternalId> InternalId Código da Fatura </InternalId>
		<!-- Concatenação da empresa e código da fatura. Exemplo: cEmpAnt + '|' + DRT_NUM -->
 
    <TransactionDate> Data de transação (Data base) </TransactionDate> 
        <!-- Variável dDataBase -->
 
	<DebitBranch> Filial de débito da Fatura </DebitBranch>
 		<!-- Campo: DRT_FILDEB -->
 
 	<DebitBranchInternalId> InternalId Filial de débito da Fatura </DebitBranchInternalId>
 		<!-- Concatenação da empresa e filial de débito. Exemplo: cEmpAnt + '|' + DRT_FILDEB -->
 
	<ClientCode> Código + Loja do Cliente </ClientCode>
		<!-- Campos: DRT_CLIFAT + DRT_LOJFAT -->
 
	<GovernmentalInformation>
		<Id expiresOn="" issueOn="DATA ATUAL'" name="INSCRICAO ESTADUAL" scope="State">SA1->A1_INSCR</Id>
		<Id expiresOn="" issueOn="DATA ATUAL'" name="INSCRICAO MUNICIPAL" scope="Municipal">SA1->SA1->A1_INSCRM</Id>
		<Id expiresOn="" issueOn="DATA ATUAL'" name="CNPJ/CPF" scope="Federal">SA1->A1_CGC</Id>
	</GovernmentalInformation>
		<!-- Informações do Cliente para identificação do respectivo Cliente no Datasul -->
 
	<InvoiceIssueDate> Data de Emissão da Fatura </InvoiceIssueDate>
		<!-- Campo: DRT_DTEMIS -->
 
	<InvoiceDueDate> Data de Vencimento da Fatura </InvoiceDueDate>
		<!-- Campo: DRT_DTVENC -->
 
	<InvoiceValue> Valor da Fatura </InvoiceValue>
		<!-- Campo: DRT_VALOR -->
 
	<CurrencyCode> Moeda </CurrencyCode>
		<!-- Campo: DRT_MOEDA -->
 
	<CurrencyInternalId> ID Interno - Moeda </CurrencyInternalId>
 
	<ListOfTransportDocuments>
		<TransportDocument>
			<BranchDocument> Filial do Documento </DocumentNumber>
				<!-- Campo: DT6_FILDOC -->
 
			<BranchDocumentInternalId> InternalId Filial do Documento </BranchDocumentInternalId>
				<!-- Concatenação da empresa e filial do documento. Exemplo: cEmpAnt + '|' + DT6_FILDOC -->
 
			<DocumentNumber> Número do Documento </DocumentNumber>
				<!-- Campo: DT6_DOC -->
 
			<DocumentSeries> Série do Documento </DocumentSeries>
				<!-- Campo: DT6_SERIE -->
 
			<DocumentType> Tipo do Documento </DocumentType>
				<!-- Campo: DT6_DOCTMS -->
		</TransportDocument>
	</ListOfDocuments>
 
</BusinessContent>

• Recebimento da resposta: Ao receber a resposta do Financeiro ACR Datasul, identifique o status do processamento e posicione na fatura, por meio do código que está contido nas tags da mensagem original. Caso o status seja de processamento OK, então verifique o conteúdo de retorno onde estarão as informações dos títulos gerados para a fatura e com isso atualize o histórico, dados da fatura e mude o status da mesma para Fatura integrada. Caso o status seja de processamento com erro, então deverão ser apresentadas as mensagens de erro.

TMSI852 - Adapter Status da Fatura

Deverá ser criado um programa de adapter para tratamento da mensagem recebida relacionada ao Status da Fatura.

O novo programa de adapter deverá atuar nos seguintes pontos:

O único objetivo do adapter será processar as mensagens recebidas do Financeiro ACR Datasul para a atualização do status da fatura, conforme as seguintes regras:

Ao receber a mensagem TransportInvoiceStatus (XSD: TransportInvoiceStatus_1_000):

• Deverá posicionar na fatura conforme código recebido e atualizar o status da mesma para Fatura Protestada, se houver algum título com indicação de protesto do banco (TAG DocumentBankingStatus = 3), ou Fatura Totalmente Baixada, quando o saldo do título da fatura estiver zerado, Fatura Parcialmente Baixada, quando o saldo do título da fatura for menor que o valor original mas não zerado, ou Fatura Integrada se o tipo do evento for DELETE que significa que foi Estornada ou Cancelada a baixa de um título da fatura.
  
  

EDI - Layout DOCCOB

O DOCCOB é um layout EDI correspondente a fatura eletrônica que contém os dados dos conhecimentos e/ou notas fiscais de serviço de transporte a serem pagos. A transportadora envia ao embarcador. Como a fatura de transporte será armazenada na nova tabela DRT, é importante que as informações necessárias para a emissão deste layout estejam disponíveis para configuração no EDI, assim como hoje estão para a tabela SE1 (Contas a Receber) quando a integração é com SIGAFIN.

Abaixo, segue a relação de informações do layout e campos da nova tabela:

Protótipo de Tela

TMSA851 - Tela Base

TMSA851 - Parâmetros e Filtros

TMSA851 - Seleção de Documentos

TMSA851 - Histórico

TMSA492 - Tela Base

TMSA492 - Parâmetro Geração

TMSA492 - Seleção Faturas

Fluxo do Processo

Mapa mental - TMS x Integr. Contas a Receber

Para visualizar o mapa mental por meio da ferramenta XMind, faça o download do arquivo TMS x ACR.

Dicionário de Dados

Arquivo ou Código do Script: DRT - Fatura de Transporte a Receber