x BackOffice Protheus
Data da reviso
Responsvel
Descrio da reviso
14/06/2012
Reviso 1
23/07/2012
Reviso 2
15/10/2012
Reviso 3
07/12/2012
Reviso 4
01/10/2013
Reviso 5 (final)
SUMRIO
1.
2.
4.
5.
6.
TRANSAES/ENTIDADES ........................................................................................................... 8
6.1. CADASTROS ESPECIAIS.......................................................................................................................... 8
6.1.1. Empresa e Filial ....................................................................................................................... 8
6.1.2. Moeda ..................................................................................................................................... 9
6.1.3. Produto/Condio de Pagamento ........................................................................................... 9
6.2. CADASTROS COMUNS ........................................................................................................................ 10
6.2.1. Cliente/Fornecedor ................................................................................................................ 10
6.2.2. Centro de Custo ..................................................................................................................... 11
6.2.3. Banco .................................................................................................................................... 12
Natureza Financeira ............................................................................................................................ 13
6.3. PROCESSOS ...................................................................................................................................... 14
6.3.1. Contrato de Venda/Aluguel .................................................................................................. 14
6.3.1.1.
6.3.1.2.
6.3.1.3.
6.3.1.4.
6.3.2.
6.3.3.
6.3.4.
7.
8.
9.
LIMITAES/RESTRIES .......................................................................................................... 24
10.
11.
12.
Nota:
responsabilidade da equipe de implantao executar a carga inicial e/ou sincronismo dos cadastros, para os
clientes que j possuem bases de dados RM ou Protheus implantadas. A integrao realiza o sincronismo
automtico dos novos registros ou das alteraes posteriores aps sua ativao. Para facilitar o sincronismo dos
dados tanto a linha RM quanto a linha Protheus implementam interfaces especficas.
Rotina
Mensagem
Envia
Recebe
Mtodo
Operao
Canal
Sim
MATA020
CUSTOMERVENDOR
Sim
Sim
Sncrono
Todas
EAI
2.000
Sim
MATA030
CUSTOMERVENDOR
Sim
Sim
Sncrono
Todas
EAI
2.000
Sim
CTBA030
COSTCENTER
Sim
Sim
Sncrono
Todas
EAI
2.000
Sim
MATA070
BANK
Sim
Sim
Sncrono
Todas
EAI
2.000
Sim
FINA010
FINANCIALNATURE
Sim
Sim
Sncrono
Todas
EAI
nica
Condio
Verso
2.000
Alltrim(SE1->E1_ORIGEM)
2.000
Sim
FINA070
ACCOUNTRECEIVABLEDOCUMENTDISCHARGE
Sim
No
Sncrono
Atualizao
EAI
Sim
FINA070
REVERSALOFACCOUNTRECEIVABLEDOCUMENTDISCHARGE
Sim
No
Sncrono
Excluso
EAI
Sim
FINA080
ACCOUNTPAYABLEDOCUMENTDISCHARGE
Sim
No
Sncrono
Atualizao
EAI
Sim
FINA080
REVERSALOFACCOUNTPAYABLEDOCUMENTDISCHARGE
Sim
No
Sncrono
Excluso
EAI
Sim
FINA055
FINANCING
Sim
Sim
Sncrono
Todas
EAI
1.000
Sim
MATA120
ORDER
Sim
Sim
Sncrono
Todas
EAI
2.000
Sim
FINI070A
UPDATECONTRACTPARCEL
Sim
Sim
Sncrono
Todas
EAI
1.000
== FINI055
Alltrim(SE1->E1_ORIGEM)
2.000
== FINI055
Alltrim(SE2->E2_ORIGEM)
2.000
== FINI055
Alltrim(SE2->E2_ORIGEM)
2.000
== FINI055
Na tela de Transaes aparecem s mensagens que foram geradas (Enviadas ou recebidas), e para visualizar o
arquivo XML criado pela mensagem, clique na linha da mensagem e em seguida clique na Lupa azul que est na
parte superior da tela, ser aberto o arquivo XML no browser do Internet Explorer.
Clicando na linha da Mensagem na tela de Eventos da Tarefa aparecem as seguintes informaes de Incio de
Processamento, Falhas, Processo Interrompido, Fim de Processamento, conforme o ocorrido com a mensagem.
Nota:
Para identificar a Cor da Legenda com o tipo de mensagem, clicar duas vezes na bolinha colorida que abre a tela
de legenda com a identificao do tipo com a Cor.
Aguardando Execuo
Executando
Finalizada
Falhou
Bloqueado
Para identificar a Cor da Legenda com o tipo de mensagem, clicar duas vezes na bolinha colorida que abre a tela
de legenda com a identificao a que se refere cada cor.
Para executar todas as opes, no preciso selecionar todas, apenas no selecione nenhuma e clique no boto
Executar que abrir a tela com todas as mensagens para serem excludas.
Agora para finalizar clique no cone de um Caderno com um (x) vermelho que est no lado direito superior da
tela, abrir uma tela de confirmao com a mensagem Confirma deleo?, com os Botes Sim e No.
Clicar no boto Sim para excluir todos histricos ou no boto No para manter os histricos.
3.1. Pr-requisitos
Nesta verso os WebServices de Integrao da linha RM devem ser hospedados no Microsoft IIS. Alm disto a
Biblioteca RM necessita da Microsoft .NET Framework. Assim, os pr-requisitos de instalao para o EAI RM so
os seguintes:
4. Contexto de negcio
O TIN o sistema de gesto de empreendimentos da TOTVS. Com ele o cliente far a gesto de
Empreendimentos, disponibilidade de subunidades e seus contratos de venda e planos de financiamento,
enviando e recebendo informaes do mdulo financeiro. Esta integrao foi feita para viabilizar a
comercializao do TIN integrado ao mdulo financeiro do BackOffice Protheus. A seguir mais detalhes sobre o
escopo da integrao.
5. Escopo e Finalidade
Os cadastros comuns sero feitos no BackOffice Protheus pelos mdulos: SIGACOM, SIGAFIN, SIGACTB) e
sincronizados para o RM. Os cadastros e processos de gesto imobiliria - exemplo plano de financiamento e
negociao de contrato sero feitos no TIN e sincronizados para mdulo financeiro do Protheus. O processo de
comissionamento ser sincronizado com o mdulo de Compras. Processos estritamente financeiros - exemplo
baixa de ttulos (pagar / receber), sero realizados no Protheus.
6. Transaes/Entidades
6.1. Cadastros Especiais
O sincronismo automtico dos cadastros abaixo no esto contemplados nesta verso. Mas eles sero
referenciados em outras mensagens. Por isto ser necessrio primeiro fazer o cadastro manualmente, no
Protheus e no RM e depois configurar o de/para de integrao correspondente (RM e Protheus possuem
interfaces especficas para este fim).
RM: RM.exe | Segmento Integraes | Aba Integrao | Mensagem nica | De-Para
Protheus: SIGACFG | Ambiente | Schedule | De/Para Msg. nica
Tabela RM
GCOLIGADA
Referncia
RM
Chave Primria RM
CODCOLIGADA
Company
<Valor CODCOLIGADA>
Branch
Sistema Integrado
PROTHEUS
Emp. Protheus
<Empresa do Protheus>
<Valor CODCOLIGADA>
Fil.Protheus
<Filial do Protheus>
Ateno: Sempre que cadastrar uma nova coligada no De/Para RM o cdigo informado para Valor da Chave
Primria RM e Valor da Chave Integrao deve ser o cdigo da Coligada RM para os dois campos.
De-Para RM (Filial)
Tabela RM
GFILIAL
Chave Primria RM
CODCOLIGADA|CODFILIAL
Sistema Integrado
PROTHEUS
6.1.2. Moeda
Na fase 1 deste projeto no est contemplado o sincronismo automtico de Moeda. Mas as mensagens
referentes ao Plano de Financiamento (Financing) e a mensagem de Comisso/Pedido de Compra (Order) faro
referncia a moeda R$. Ento a moeda R$ deve ser cadastrada (manualmente) nos 2 sistemas e o de/para
deve ser configurado dos dois lados.
De-Para RM
De-Para Protheus
Tabela RM
GMOEDA
Referncia
RM
Chave Primria RM
SIMBOLO
Alias
CTO
<Valor CODCOLIGADA>
Campo
CTO_MOEDA
Sistema Integrado
PROTHEUS
Valor Externo
Valor Interno
(CTO_FILIAL+CTO_MOEDA)
Tabela RM
TPRODUTO
Referncia
RM
Chave Primria RM
IDPRD
Alias
SB1
<Valor CODCOLIGADA>
Campo
B1_CODIGO
Sistema Integrado
PROTHEUS
Valor Externo
Valor Interno
(B1_COD)
Tabela RM
TCPG
Referncia
RM
Chave Primria RM
CODCOLIGADA|CODCPG
Alias
SE4
<Valor CODCOLIGADA>
Campo
E4_CODIGO
Sistema Integrado
PROTHEUS
Valor Externo
Valor Interno
(E4_FILIAL+E4_CODIGO)
6.2.1. Cliente/Fornecedor
O Os Clientes devem ser cadastrados somente no BackOffice Protheus atravs do SIGAFAT (Atualizaes |
Cadastros | Cliente).
Os Fornecedores devem ser cadastrados somente no BackOffice Protheus atravs do SIGAFIN (Atualizaes |
Cadastros | Fornecedor).
O sincronismo de Cliente e Fornecedor ser de forma automtica para o RM utilizando a mesma estrutura de
mensagem. O que os difere a Tag <EntityType>.
As configuraes iniciais desta integrao ir criar um parmetro que ir definir se utiliza Auto incremento ou
no, e de acordo com este parmetro, ir definir a mscara do cdigo do Cliente/Fornecedor para ##########
e para que seja utilizado Auto incremento (parmetro do sistema financeiro RM); Caso contrrio, ir definir a
mscara do cdigo do Cliente/Fornecedor para e para que no seja utilizado Auto incremento (parmetro do
sistema financeiro RM)
No RM sero gravados com o Tipo de Cli/For marcado com o tipo exato cadastrado no Protheus e, caso seja
feito aditivo ou distrato que necessite de parcelas a pagar (devoluo), no respectivo processo dever ser
selecionado o Fornecedor correspondente ao cliente, sendo que o sistema ir tentar buscar automaticamente
conforme CPF / CNPJ.
PROTHEUS (Fornecedor)
RM
Tabela
Campo
Tabela
Campo
Tabela
Campo
CompanyId
SA1
Empresa
SA2
Empresa
FCFO
CODCOLIGADA
BranchId
SA1
A1_FILIAL
SA2
A2_FILIAL
CompanyInternalId
SA1
Code
SA1
FCFO
CODCFO
Mensagem Padro
Empresa|A1_
FILIAL
A1_COD
SA2
SA2
Empresa|A1_
InternalId
SA1
FILIAL
Empresa|
A2_FILIAL
A2_COD
Empresa|
SA2
|A1_COD
A2_FILIAL|A2
HCINTEGRACAOID
_COD
ShortName
SA1
A1_NREDUZ
SA2
A2_NREDUZ
FCFO
NOMEFANTASIA
Name
SA1
A1_NOME
SA2
A2_NOME
FCFO
NOME
Type
SA1
Customer
SA2
Vendor
FCFO
PAGREC
EntityType
SA1
A1_TIPO
SA2
A2_TIPO
FCFO
PESSOAFISOUJUR
RegisterDate
SA1
RegisterDate
10
RegisterSituation
SA1
A1_MSBLQL
SA2
A2_MSBLQL
FCFO
ATIVO
GovernmentalInformation.Id Name=CNPJ
SA1
A1_CGC
SA2
A2_CGC
FCFO
CGCCFO
Address.Address
SA1
A2_END
SA2
A2_END
FCFO
RUA
Address.Number
SA1
A2_END
SA2
A2_END
FCFO
NUMERO
Address.Complement
SA1
FCFO
COMPLEMENTO
Address.City.CityCode
SA1
FCFO
CODMUNICIPIO
Address.City.CityDescription
SA1
A1_MUN
SA2
A2_MUN
FCFO
CIDADE
Address.District
SA1
A1_BAIRRO
SA2
A2_BAIRRO
FCFO
BAIRRO
Address.State.StateCode
SA1
A1_EST
SA2
A2_EST
FCFO
CODETD
Address.State.StateDescription
SA1
X5DESCRI
SA2
X5DESCRI
FCFO
DESCETD
Address.Country.CountryCode
SA1
A1_PAIS
SA2
A2_PAIS
FCFO
CODPAIS
Address.Country.CountryDescription
SA1
FCFO
PAIS
Address.ZIPCode
SA1
A1_CEP
SA2
A2_CEP
FCFO
CEP
Address.POBox
SA1
A1_CX_POST
SA2
A2_CX_POST
FCFO
CAIXAPOSTAL
SA1
A1_TEL
SA2
A2_TEL
FCFO
TELEFONE
SA1
A1_FAX
SA2
A2_FAX
FCFO
FAX
SA1
A1_EMAIL
SA2
A2_EMAIL
FCFO
ListOfCommunicationInformation.Communicatio
nInformation.PhoneNumber
ListOfCommunicationInformation.Communicatio
nInformation.FaxNumber
ListOfCommunicationInformation.Communicatio
nInformation.Email
A1_COMPLE
M
A1_EST+A1_C
OD_MUN
SA2
SA2
A2_COMPLE
M
A2_COD_MU
N
SA2
Nota:
O Cdigo do Cliente no RM, caso utilize o auto-incremento ser com um valor a partir da tabela GAUTOINC, caso
contrrio, ser uma composio de TIPO (C para cliente e F para fornecedor), NUMERO DA LOJA (quando existir),
; e o cdigo cadastrado no Protheus (exemplos: C02;005896, F01;0189753); O default que no se utilize
auto-incremento.
A tag <EntityType> ser enviado um Enumerator (Person/Company) e ser gravado no campo
FCFO.PESSOAFISOUJUR o valor F quando Person e J quando Company.
As informaes recebidas da tag <MarketSegment> devero ser gravadas na tabela TSEGMENTO.
O CPF/CNPJ sero recebidos atravs da tag <GovernamentalInformation>
No EAI RM / XSL os campos Estado e Pas no sero recebidos porque no so de carter obrigatrio.
Futuramente esses campos sero tratados, quando o preenchimento das tabelas GPAIS, GMUNICIPIO e GETD
forem verificadas.
Mensagem Padro
RM
Tabela
Campo
Tabela
Campo
CompanyId
CTT
cEmpAnt
GCCUSTO
CODCOLIGADA
Code
CTT
CTT_CUSTO
GCCUSTO
GAUTOINC *
RegisterSituation
CTT
GCCUSTO
ATIVO
'2'-
'Active';
'1'-
???
'Inactive'
Name
CTT
CTT_DESC01
GCCUSTO
NOME
ShortCode
CTT
CTT_RES
GCCUSTO
CODREDUZIDO
SPED
CTT
GCCUSTO
ENVIASPED
Nota:
O parmetro de Integrao CENTROCUSTOAUTOINC define:
Se desmarcado: O Cdigo do Centro de Custo no RM ser sempre o cdigo informado na mensagem nica;
porm, o implantador deve limpar a mscara do centro de custo, para que a integrao use o cdigo exato do
Protheus. (Fica no parametrizados do mdulo Financeiro ou via script, limpando o campo MASCARACC da tabela
GCCUPAR). Feito isto, necessrio apagar o _Broker e reiniciar o host.
Se marcado: O Cdigo do Centro de Custo no RM ser com um valor a partir da tabela GAUTOINC, sempre
ignorando o cdigo informado na mensagem nica.
6.2.3. Banco
O Banco, Agncia, Conta Corrente e Conta Caixa devem ser cadastrados no BackOffice Protheus (acesse SIGAFIN
| Atualizaes | Cadastros | Bancos) e sero sincronizados automaticamente para o RM.
O BackOffice Protheus possui apenas uma tabela que contm todas as informaes Cdigo do Banco, Nome,
Agncia, Conta, entre outros.
Na linha RM podem ser consultados na viso de Bancos e Agencias (acesse RM.exe | BackOffice | Gesto
Contbil | Cadastro | Bancos e Agncias ou RM.exe | Executar | Localizar = Banco, e escolha Financeiro |
Banco). Agncia um anexo da viso de Banco, assim como Conta Corrente um anexo da viso de Agncia.
Na Linha RM so tabelas independentes: Banco (GBANCO), Agncia (GAGENCIA), Conta Corrente (FCONTA) e
Conta Caixa (FCXA). Com isso, a excluso da entidade banco no Protheus, reflete na excluso de Conta caixa e
Conta do Lado RM; A entidade Agencia no RM a penas ser excluda se no houverem outras contas associadas
a ela, e Banco apenas ser excludo se no houver agencia.
Mensagem nica: Bank_2_000
Mensagem Padro
PROTHEUS
Tabela
RM
Campo
Tabela
Campo
GBANCO
NUMBANCO
FCONTA
NUMBANCO
Code
SA6
A6_COD
FCXA
NUMBANCO
Febraban
SA6
A6_NUMBCO
GBANCO
NUMEROOFICIAL
Name
SA6
A6_NOME
GBANCO
NOME
ShortName
SA6
A6_NREDUZ
GBANCO
NOMEREDUZIDO
Agency/Number
SA6
A6_AGENCIA
GAGENCIA
NUMAGENCIA
FCONTA
NUMAGENCIA
12
FCXA
NUMAGENCIA
Agency/Name
SA6
A6_NOMEAGE
GAGENCIA
Agency/Address
SA6
A6_END
GAGENCIA
ENDERECO
Agency/Address/Number
GAGENCIA
NUMERO
Agency/Address/Complement
GAGENCIA
COMPLEMENTO
SA6
A6_MUN
GAGENCIA
CIDADE
SA6
A6_EST
GAGENCIA
ESTADO
Agency/Address/District
SA6
A6_BAIRRO
GAGENCIA
BAIRRO
Agency/Address/ZIPCode
SA6
A6_CEP
GAGENCIA
CEP
SA6
A6_TEL
GAGENCIA
TELEFONE
SA6
cEmpAnt
FCONTA
CODCOLIGADA
FCXA
CODCOLIGADA
FCONTA
NROCONTA
FCXA
CODCXA
FCXA
NROCONTA
FCXA
Agency/Address/City/Descriptio
n
Agency/Address/State/Descripti
on
Agency/ContactInformation/
ComunicationInformation/Phon
eNumber
Agency/ ListOfAccount/Account
/CompanyId
Agency/
ListOfAccount/Account/Number
Agency/
ListOfAccount/Account/Name
SA6
A6_NUMCON
Ateno:
O parmetro de Integrao CONTACAIXAAUTOINC define:
Se desmarcado: O Cdigo da Conta / Caixa no RM ser sempre o cdigo informado na mensagem nica;
Se marcado: O Cdigo da Natureza Financeira no RM ser com um valor a partir da tabela GAUTOINC, sempre
ignorando o cdigo informado na mensagem nica, e na descrio sero exibidas as informaes Nmero do
banco, nmero da Agencia e nmero da conta do Protheus.
Este parmetro deve ser utilizado quando no Protheus o dicionrio de dados alterado para permitir cadastrar
um nmero de conta maior que 10 caracteres
Natureza Financeira
As Naturezas Financeiras devem ser cadastradas no BackOffice Protheus (acesse SigaFin | Atualizaes |
Cadastros | Naturezas) e sero sincronizados automaticamente para o RM.
Nota:
Importante usar este cadastro compartilhado para todas as filiais, pois na linha RM a tabela correspondente no
possui Filial.
Na linha RM podem ser consultadas na viso de Natureza Oramentria Financeira (acesse RM.exe | BackOffice
| Gesto Financeira | Cadastro | Natureza Oramentria Financeira ou RM.exe | Executar | Localizar =
Natureza, e escolha Movimento | Natureza Oramentria/Financeira).
Mensagem nica: FinancialNature _2_000
Mensagem Padro
PROTHEUS
RM
Tabela
Campo
Tabela
Campo
CompanyId
cEmpAnt
TTBORCAMENTO
CODCOLIGADA
Code
SED
ED_CODIGO
TTBORCAMENTO
CODTBORCAMENTO
Description
SED
ED_DESCRIC
TTBORCAMENTO
DESCRICAO
NatureType
SED
"Analytical"
TTBORCAMENTO
SINTETICOANALITICO
UseCategory
SED
ED_COND
TTBORCAMENTO
NATUREZA
Blocked
"0"=ATIVO
TTBORCAMENTO
INATIVO
Ateno:
O parmetro de Integrao NATUREZAFISCALAUTOINC define:
Se desmarcado: O Cdigo da Natureza Financeira no RM ser sempre o cdigo informado na mensagem nica;
Neste caso o cadastro de Natureza Financeira deve seguir o padro dos Cdigos para pais e filhos (o Protheus
permite que a Natureza X001.005 seja filha da G006, o que no funciona no RM. O pai deve ser X001 e o filho
X001.001)
Se marcado: O Cdigo da Natureza Financeira no RM ser com um valor a partir da tabela GAUTOINC, sempre
ignorando o cdigo informado na mensagem nica.
6.3. Processos
Os processos podero ser gerados atravs de dois Tipos de Fluxo:
RM Protheus: O RM ir consumir um WebService do EAI Protheus para envio da(s) mensagem(s) e o Protheus
ir retornar uma mensagem com o status do processamento, aps a resposta do Protheus, o RM atualizar o
registro no Monitor da Fila de Integrao.
Protheus RM: O Protheus ir consumir um WebService do EAI RM para envio da(s) mensagem(s) e o RM ir
retornar uma mensagem com o status do processamento.
A seguir sero descritos os processos do TIN integrados diretamente com o BackOffice Protheus.
Protheus
Para alterar uma parcela do tipo PR para NF necessrio executar o processo de Reajuste de Parcelas do
TIN todo ms, para a regra citada no pargrafo acima seja aplicada. (Ver tpico 6.3.1.2 Reajuste de Parcela)
14
Ateno:
Caso o parmetro GERATITULONF esteja igual a True todas as parcelas sero geradas como NF
independentemente da data de vencimento. (Este parmetro est localizado na tela RM | Integrao |
Mensagem nica | Integraes anexo Parmetros da Integrao).
Mensagem Padro
RM
Tabela
Campo
Tabela
Campo
CompanyId
cEmpAnt
FLAN
CODCOLIGADA
BranchId
cFilAnt
FLAN
CODFILIAL
concat(CODCOLIGADA,'|',../FLANRA
FinancialCode
SE2
E2_NATUREZ
TCCU/CODNATFINANCEIRA)
E2_FILIAL,
E2_PREFIXO,
E2_NUM,
InternalId*
SE2
E2_PARCELA,
FLAN
CODCOLIGADA ,| ,IDLAN
E2_TIPO,
E2_FORNEC,
E2_LOJA
FlagAccount
SE2
E2_TIPO(PR/NF)
Type
No se aplica
CustomerVendorId
SE2
DocumentPrefix
SE2
DocNumber
DocParcel
SE2
IssueDate
DueDate
NetValue
FLAN
CODCOLIGADA,'|',CODCFO
FLAN
SERIEDOCUMENTO
FLAN
NUMERODOCUMENTO
E2_PARCELA
FLAN
PARCELA
SE2
E2_EMISSAO
FLAN
DATAEMISSAO
SE2
E2_VENCTO
FLAN
DATAVENCIMENTO
E2_VALOR
FLAN
CVALORLIQUIDO
S
E2
E2_FORNECE
E2_LOJA
E2_PREFIXO
No corresponde no
Protheus
CurrencyCode
SE2
E2_MOEDA
FLAN
CODMOEDAVALORORIGINAL
ApportDistribution/Apport/CostCenterCode
CTJ
CTJ_CC
FLANRATCCU
CODCOLIGADA,'|',CODCCUSTO
ApportDistribution/Apport/Value
CTJ
CTJ_VALOR
FLANRATCCU
VALOR
ListOfComponent/Component/Code
FRU
FRU_COD
FLANINTEGRACAO
IDCAMPO
ListOfComponent/Component/Name
FRU
FRU_DESC
FLANINTEGRACAO
DESCRICAO
ListOfComponent/Component/Value
FRU
FRU_VALOR
FLANINTEGRACAO
VALOR
FLAN
HISTORICO
History
Mensagem Padro
RM
Tabela
Campo
Tabela
Campo
CompanyId
cEmpAnt
FLAN
CODCOLIGADA
BranchId
cFilAnt
FLAN
CODFILIAL
FinancialCode
SE1
E1_NATUREZ
concat(CODCOLIGADA,'|',../FLANRA
TCCU/CODNATFINANCEIRA)
E2_FILIAL,
E2_PREFIXO,
InternalId*
SE1
E2_NUM,
FLAN
CODCOLIGADA ,| ,IDLAN
E2_PARCELA,
E2_TIPO
FlagAccount
SE1
E1_TIPO(PR/NF)
Type
No se aplica
CustomerVendorId
SE1
DocumentPrefix
SE1
E1_FORNECE
E1_LOJA
E1_PREFIXO
Nao corresponde no
FLAN
FLAN
CODCOLIGADA,'|',CODCFO
FLAN
SERIEDOCUMENTO
FLAN
NUMERODOCUMENTO
DocNumber
DocParcel
SE1
E1_PARCELA
FLAN
PARCELA
IssueDate
SE1
E1_EMISSAO
FLAN
DATAEMISSAO
DueDate
SE1
E1_VENCTO
FLAN
DATAVENCIMENTO
NetValue
SE1
E1_VALOR
FLAN
CVALORLIQUIDO
CurrencyCode
SE1
E1_MOEDA
FLAN
CODMOEDAVALORORIGINAL
ApportDistribution/Apport/CostCenterCode
CTJ
CTJ_CC
FLANRATCCU
CODCOLIGADA,'|',CODCCUSTO
ApportDistribution/Apport/Value
CTJ
CTJ_VALOR
FLANRATCCU
VALOR
ListOfComponent/Component/Code
FRU
FRU_COD
FLANINTEGRACAO
IDCAMPO
ListOfComponent/Component/Name
FRU
FRU_DESC
FLANINTEGRACAO
DESCRICAO
ListOfComponent/Component/Value
FRU
FRU_VALOR
FLANINTEGRACAO
VALOR
FLAN
HISTORICO
protheus
History
No RM a Natureza Financeira de um Ttulo Financeiro fica armazenada somente no Rateio de Centro de custo,
desta forma, para que seja enviado o cdigo da natureza financeira nas parcelas de um financiamento
necessrio que o parmetro USAR RATEIO PARA (Parmetros | TOTVS Gesto Financeira | Lanamento |
Recursos Adicionais | parmetro Usar rateio para: AMBOS) do financeiro RM esteja permitindo o uso de Rateio
de Centro de Custo.
As parcelas ficaro em aberto no RM enquanto os ttulos correspondentes no forem baixados. O processo de
baixa ser descrito em outro ponto neste documento.
No Protheus o nico processo que pode ser executado sobre o ttulo gerado a partir do TIN a Baixa. Demais
processos esto bloqueados.
Todos os processos a seguir, quando efetivados no TIN iro gerar uma mensagem Financing para integrao com
o mdulo financeiro do BackOffice Protheus.
Nota
Para facilitar a localizao no Protheus dos ttulos financeiros gerados pelo TIN, deve-se alterar o
histrico dos Tipos de Parcelas no RM, colocando a varivel pr-definida Nmero da Venda.
Com isso ser possvel filtrar os ttulos de uma venda no Protheus atravs do Histrico,
informando o nmero da venda.
16
Juros e Multa s podero ser utilizados/informados nos componentes da parcela, nos parmetros
do Fluxus e do TIN sero desconsiderados.
Juros e Multa sero utilizados nos ttulos a Pagar e a Receber. Nos ttulos a Receber, os valores de
Juros e Multa podero ser alterados. A alterao no ser permitida nos ttulos a Pagar.
Nota
No Protheus existe um limite de tamanho para campo Memo, que pode ser contornado alterando a configurao
do AppServer, vide http://tdn.totvs.com/display/tec/TOPMemoMega
Caso esta parametrizao no seja feita, o Protheus ir recusar mensagens de criao de lanamentos para
vendas com muitas parcelas.
6.3.1.3. Aditivos
As alteraes contratuais aps a assinatura do Contrato so denominadas Aditivos de Contrato. Qualquer tipo
de negociao de Ttulos (exemplos: aumentar o prazo do financiamento, adoo de novo modelo de
financiamento, aumento do valor financiado, etc.) um processo que deve sempre iniciar no TIN, gerando
aditivos de contrato. Assim como a venda o aditivo no TIN possui situaes, entre elas a situao Em preparao
e a Efetivada. Sempre que um Aditivo for efetivado no TIN e que gere atualizaes no financeiro, o EAI RM ir
enviar uma nova mensagem de financiamento para o Protheus.
Os seguintes tipos de Aditivos do TIN esto integrados ao RM:
Prorrogao de Vencimento: Ser enviada uma mensagem Financing com as parcelas que tiveram o
vencimento prorrogado, est mensagem ser enviada como alterao (upsert).
Renegociao de Contrato: Este aditivo possibilita inmeros tipos de combinaes: exluir parcelas,
incluir parcelas e alterar parcelas, tanto parcelas a receber quanto parcelas a pagar. Sero enviadas
uma mensagem Financing para cada operao (incluir/alterar/excluir) definida na renegociao. Ex.:
Excluir 2 (duas) parcelas do contrato atual e incluir 4 (quatro) novas parcelas a receber, sero geradas
BackOffice Protheus X TOTVS Incorporao
2 (duas) mensagem financing, uma com as duas parcelas excluidas como delete e outra com as quatro
novas parcelas a receber como upsert.
Alterao de Valor da Parcela: Ser enviada uma mensagem Financing com as parcelas que tiveram
o valore alterado, est mensagem ser enviada como alterao (upsert).
Alterao de Vencimento: Ser enviada uma mensagem Financing com as parcelas que tiveram o
vencimento alterado, est mensagem ser enviada como alterao (upsert). Caso a parcela que teve
o vencimento alterado esteja como Proviso no Protheus e teve sua data de vencimento alterada para
menor que a data atual + 1 ms, ela ser passada de Proviso (PR) para Nota Fiscal (NF). Este aditivo
tambem poder ser utilizado para que o cliente possa pagar uma parcela que ainda no venceu e que
esteja como Proviso (PR) no Protheus.
Antecipao de Parcela: Ser enviada uma mensagem Financing com as parcelas que tiveram o
vencimento alterado, est mensagem ser enviada como alterao (upsert). Caso a parcela que teve
o vencimento alterado esteja como Proviso no Protheus e teve sua data de vencimento alterada para
menor que a data atual + 1 ms, ela ser passada de Proviso (PR) para Nota Fiscal (NF). Este aditivo
poder ser utilizado para que o cliente possa pagar uma parcela que ainda no venceu e que esteja
como Proviso (PR) no Protheus.
Troca de Comprador: A quantidade de mensagens Financing que sero geradas para o Protheus
epender dos dois casos que existem neste aditivo. 1 - Troca de Comprador com todas parcelas em
aberto: Ser enviada uma mensagem Financing de excluso (delete) para cada grupo de parcelas do
TIN (Ex.: grupo sinal e grupo mensal) das parcelas em aberto com o comprador antigo, e gerada uma
mensagem Financing de incluso (upsert) para as parcelas com o novo comprador. 2 Troca de
Comprador com parcelas parcialmente baixadas: O TIN enviar uma mensagem de Delete para as
parcelas parcialmente baixadas e o Protheus e far uma baixa total do saldo com motivo TIN. Esta
baixa no poder ser cancelada no Protheus. O TIN ser o responsvel por enviar uma nova mensagem
de incluso, com os valores atuais para o novo comprador.
6.3.1.4. Distrato
O distrato um contrato que tem por objeto extinguir as obrigaes estabelecidas em um contrato anterior, que
ainda no foi executado na sua totalidade. Depende do consentimento entre as partes, mas pode se operar
tambm por resilio unilateral (por apenas uma das partes). Determina a lei que o distrato seja feito pela mesma
forma dos contratos. Este processo deve ser iniciado no TIN. O EAI RM ir enviar uma nova mensagem Financing
que far com que o Protheus faa estorno de ttulos/provises existentes e incluso novos ttulos/provises se
necessrio. Este processo pode eventualmente gerar um valor a devolver ao cliente, neste caso a parcela ir
gerar um Ttulo a Pagar no Protheus.
18
RM
Tabela
Tabela
Campo
Campo
CompanyId
cEmpAnt
FLANBAIXA
CODCOLIGADA
BranchId
SE1
E1_FILIAL
FLANBAIXA
SE1
E1_FILIAL+E1_PREFIXO+E1_NUM+E1_
InternalId
PARCELA+E1_TIPO+E1_CLIENTE
InternalId(
-
E1_LOJA+E5_SEQ
AccountReceivableDocumentInternalId
SE1
CODCOLIGADA,
IDLAN + IDBAIXA)
E1_FILIAL+E1_PREFIXO+E1_NUM+E1_
PARCELA+E1_TIPO
FLANBAIXA
CODCOLIGADA
IDLAN
PaymentDate
SE5
SE5->E5_DATA
FLANBAIXA
DATABAIXA
CreditDate
SE5
E5_DTDISPO
FLANBAIXA
EntryDate
SE5
E5_DTDIGIT
FLANBAIXA
PaymentValue
SE5
E5_VALOR
FLANBAIXA
VALORBAIXA
CurrencyInternalId
SE1
E1_MOEDA
FLANBAIXA
CODMOEDABAIXA
CurrencyRate
SE1
E1_TXMOEDA
FLANBAIXA
CustomerInternalId
SE1
E1_CLIENTE + E1_LOJA
FLANBAIXA
StoreId
SE5
E5_HISTOR
FLANBAIXA
PaymentMethod
SE5
E5_MOTBX
FLANBAIXA
PaymentMeans
No tem no protheus
FLANBAIXA
HolderCode
SE5
E5_BANCO
FLANBAIXA
CODCXA
HolderType
No tem no protheus
FLANBAIXA
FinancialInternalId
SE1
E1_NATUREZ
FLANBAIXA
HistoryText
SE5
E5_HISTOR
FLANBAIXA
SE5
DischargeSequence
Campo
E5_SEQ
FLANBAIXA
gerado
automtico
pelo
RM. (IDBAIXA)
OtherValues/InterestValue
SE5
E5_VLJUROS
FLANBAIXA
VALORJUROS
OtherValues/DiscountValue
SE5
E5_VLDESCO
FLANBAIXA
VALORDESCONTO
OtherValues/AbatementValue
SE5
E5_VLDECRE
OtherValues/NotaryCostsValue
No tem no protheus
OtherValues/ExpensesValue
SE5
E5_VLACRES
OtherValues/FineValue
SE5
E5_VLMULTA
FLANBAIXA
VALORMULTA
RM
Tabela
Campo
Tabela
Campo
CompanyId
cEmpAnt
FLANBAIXA
CODCOLIGADA
BranchId
SE2
E2_FILIAL
FLANBAIXA
SE2
E2_FILIAL+E2_PREFIXO+E2_NUM+E2
Mensagem Padro
InternalId
_PARCELA+E2_TIPO+E2_FORNECE +
InternalId(
FLANBAIXA
E2_LOJA+E5_SEQ
AccountPayableDocumentInternalId
PaymentDate
SE2
SE5
SE5->E5_DATA
IDLAN + IDBAIXA)
E2_FILIAL+E2_PREFIXO+E2_NUM+E2
_PARCELA+E2_TIPO
CODCOLIGADA,
FLANBAIXA
FLANBAIXA
CODCOLIGADA
IDLAN
DATABAIXA
PaymentValue
SE5
E5_VALOR
FLANBAIXA
VALORBAIXA
CurrencyInternalId
SE5
E5_MOEDA
FLANBAIXA
CODMOEDABAIXA*
CurrencyRate
SE5
E5_TXMOEDA
VendorInternalId
SE2
E2_FORNECE
StoreId
SE2
E2_LOJA
PaymentMethod
SE5
E5_MOTBX
PaymentMeans
No tem no protheus
BankInternalId
SE5
FLANBAIXA
CODCXA
FinancialNatureInternalId
SE2
E2_NATUREZ
HistoryText
SE5
E5_HISTOR
PaymentDocument
SE5
DischargeSequence
Campo
E5_SEQ
FLANBAIXA
Nota
Atualmente o TIN s trabalha com a moeda R$. No existe sincronismo de moedas nesta
integrao
RM
Tabela
Campo
Tabela
SE2
E2_FILIAL+E2_PREFIXO+E2_NUM+E2_PARC
InternalId
ELA+E2_TIPO+E2_FORNECE
CancelDate
Mensagem Padro
SE5
FLANBAIXA
SE5->E5_DATA
FLANBAIXA
RM
Tabela
Campo
Tabela
SE1
E1_FILIAL+E1_PREFIXO+E1_NUM+E1_PARC
ELA+E1_TIPO+E1_CLIENTE
SE5
SE5->E5_DATA
20
DATACANCELBAIXA
Campo
InternalId(
FLANBAIXA
E1_LOJA+E5_SEQ
PaymentDate
CODCOLIGADA,
IDLAN + IDBAIXA)
InternalId
Campo
InternalId(
E2_LOJA+E5_SEQ
CODCOLIGADA,
IDLAN + IDBAIXA)
FLANBAIXA
DATACANCELBAIXA
gerado
RM
Tabela
Campo
Tabela
Campo
OrderPurpose
SC7
C7_TIPO
CompanyId
SC7
cEmpAnt
TMOV
CODCOLIGADA
BranchId
SC7
xFilial('SC7')
TMOV
CODFILIAL
OrderId
SC7
C7_NUM
TMOV
IDMOV
SC7
C7_FORNECE+C7_LOJ
TMOV
CODCOLIGADA|CODCFO
-
Mensagem Padro
CustomerOrderId
CustomerGovInfo
SA2
A2_CGC
CurrencyCode
SC7
C7_MOEDA
TMOV
CurrencyRate
SC7
C7_TXMOEDA
TMOV
PaymentTermCode
SC7
C7_COND
TMOV
CODCOLIGADA|001
RegisterDate
SC7
C7_EMISSAO
TMOV
DATAMOVIMENTO
SC7
C7_FREPPCC
FreightType
(C=1,F=2)
TMOV
OrderId
SC7
C7_NUM
TITMMOV
IDMOV
OrderItem
SC7
C7_ITEM
TITMMOV
CODCOLIGADA|IDMOV|NSEQITMMOV
ItemCode
SC7
C7_PRODUTO
TITMMOV
IDPRD
Itemunitofmeasure
SC7
C7_UM
TITMMOV
CODUND
ItemDescription
SC7
C7_DESCRI
Quantity
SC7
C7_QUANT
TITMMOV
QUANTIDADE
UnityPrice
SC7
C7_PRECO
TITMMOV
PRECOUNITARIO
TotalPrice
SC7
C7_TOTAL
TITMMOV
VALORBRUTOITEM
CostCenterCode
SC7
C7_CC
TITMMOV
CODCOLIGADA|CODCCUSTO
DeliveryDate
SC7
C7_DATPRF
ItemDiscounts/ItemDiscount
SC7
C7_VLDESC
TITMMOV
VALORDESC
FreightValue
SC7
C7_VALFRE
TITMMOV
VALORFRETECTRC
InsuranceValue
SC7
C7_SEGURO
Observations
SC7
C7_OBS
22
Os cadastros Cliente, Fornecedor, Centro de Custo, Banco e Natureza Financeira no podem ser
Exclusivos por filial, pois no existe o campo FILIAL como chave nas respectivas tabelas. A configurao
que no respeite este ponto pode acarretar erros na integrao, ao tentar associar no protheus um
registro incompatvel com a filial utilizada.
Os DE > PARAs sero criados mesmo para arquivos replicados, tanto do lado RM quanto do lado
Protheus.
Cadastros
ID
Descrio
Origem
Destino
XSD
01
Centro de Custo
Protheus
RM
CostCenter_2_000.xsd
02
Banco
Protheus
RM
Bank_2_000.xsd
03
Natureza Financeira
Protheus
RM
FinancialNature_2_000.xsd
04
Cliente/Fornecedor
Protheus
RM
CustomerVendor_2_000.xsd
RM
Protheus
Financing_1_000.xsd
05
Processos
(Financiamento)
Todos
processos
que
06
Comisso
RM
Protheus
Order_2_000.xsd
07
Protheus
RM
AccountReceivableDocumentDischarge_2_000.xsd
08
Protheus
RM
AccountPayableDocumentDischarge_2_000.xsd
09
Protheus
RM
ReversalOfAccountReceivableDocumentDischarge_2_000.xsd
10
Protheus
RM
ReversalOfAccountPayableDocumentDischarge_2_000.xsd
Cadastro de Centro de Custo: O BackOffice envia para o TIN, quem pode alterar ou excluir o Centro de Custo
ser somente o Protheus, o TIN s pode receber o cadastro do Protheus.
Cadastro de Bancos: O BackOffice envia para o TIN, quem pode alterar ou excluir o Banco ser somente o
Protheus, o TIN s pode receber o cadastro do Protheus.
Cadastro de Clientes: O BackOffice envia para o TIN, quem pode alterar ou excluir este cliente ser somente o
Protheus, o TIN s pode receber o cadastro do Protheus.
Cadastro de Fornecedores: O BackOffice envia para o TIN, quem pode alterar ou excluir este Fornecedor ser
somente o Protheus, o TIN s pode receber o cadastro do Protheus.
Cadastro de Naturezas: O BackOffice envia para o TIN, quem pode alterar ou excluir a Natureza ser somente o
Protheus, o TIN s pode receber o cadastro do Protheus.
Financiamento: Ser enviado na Mensagem de Financiamento Ttulos a Pagar/Receber. Ttulos que vierem
identificados como FlagAccount = 1 sero criados no Protheus como Ttulos a Pagar/Receber NF (por padro,
podendo ser alterado). Ttulos que no vierem identificados como FlagAccount = 0 sero gerados como Ttulos
a Pagar/Receber PR. A mensagem de Financiamento tambm pode fazer a substituio de um ttulo provisrio
no Protheus para um ttulo NF, o contrrio no ser possvel. Os ttulos somente podero ser excludos ou
alterados pelo TIN:
Pedido de Compra: O pedido ser enviado pelo TIN e recebido pelo Protheus atravs de Rotina Automtica.
Comisso: o TIN envia para o BackOffice Protheus, esta integrao no ser sincronizada Forma de Pagamento,
sendo assim o TIN ir enviar a Forma de Pagamento Dinheiro como padro.
Baixa de ttulos a Receber: No Protheus acontecer o recebimento da parcela do Ttulo pago pelo cliente, e ser
dado a Baixa Manual deste Ttulo, no mesmo momento da baixa o Protheus enviar o XML com as informaes
para o TIN baixar esta parcela nos seus controles. Este ttulo pode ser baixado pelo TIN via mensagem nica por
Distrato ou Aditivo, esta baixa no poder ser cancelada pelo Protheus. Ele ser baixado pelo motivo TIN.
Baixa de ttulos a Pagar: No Protheus acontecer o pagamento da parcela do Ttulo por exemplo de um distrato
de contrato com o cliente, e ser dado a Baixa Manual deste Ttulo, no mesmo momento da baixa o Protheus
enviar o XML com as informaes para o TIN baixar esta parcela nos seus controles. Este Ttulo pode ser baixado
pelo TIN via mensagem nica, por Distrato ou Aditivo, esta baixa no poder ser cancelada pelo Protheus, e ser
baixado pelo motivo TIN.
Cancelamento da Baixa do ttulo a Receber: No protheus possvel Cancelar a baixa de um ttulo j baixado, este
cancelamento enviar um XML para o TIN cancelar a baixa em seus controles.
Cancelamento da Baixa do ttulo a Pagar: No protheus possvel Cancelar a baixa de um ttulo j baixado, este
cancelamento enviar um XML para o TIN cancelar a baixa em seus controles.
9. Limitaes/Restries
Nesta verso no esto contempladas:
IN963 (integrao contbil).
Sincronismo de Forma de Pagamento (o TIN ir enviar a Forma de Pagamento Dinheiro como default).
Sincronismo de ndices (excepcionalmente ser permitido cadastrar os ndices no RM, exemplos INCC e IGPM,
para que sejam utilizados no reajuste de projeto).
Sincronismo de Produto.
E qualquer outro processo que no esteja descrito nos demais tpicos deste documento.
TIN envia comisso para o BackOffice Protheus, nesta integrao no ser sincronizada Forma de Pagamento,
sendo assim o TIN ir enviar a Forma de Pagamento Dinheiro como padro.
Em todos os casos descritos no tpico 6 (menos o processo de financiamento no qual o Protheus recebe
mensagem contendo Ttulos a Pagar ou Ttulos a Receber), o TIN no precisa enviar resposta, apenas recebe a
informao do Protheus e atualiza seu controle.
Protheus somente enviar a Baixa do Ttulo se o mesmo estiver cadastrado no sistema e no estiver baixado.
Na integrao no enviado o Centro de Custo e sim o Rateio por Centro de Custo;
O TIN no possui contabilizao integrada com o BackOffice Protheus;
O Clculo de Juros de Mora e Multa de Atraso diferente entre Protheus e TIN;
24
No Protheus Cadastre uma Natureza Financeira, ao confirmar o cadastro o EAI se encarrega de enviar o arquivo
XML com os dados da Natureza.
No Protheus Cadastre um Ttulo a Receber, depois entre em Baixa Manual, e faa uma baixa deste Ttulo, ao
confirmar o cadastro o EAI se encarrega de enviar o arquivo XML com os dados.
No Protheus Cadastre um Ttulo a Pagar, depois entre em Baixa, informe o Banco e faa uma baixa deste Ttulo,
ao confirmar o cadastro o EAI se encarrega de enviar o arquivo XML com os dados.
No Protheus, receber uma mensagem de Financiamento, verifique se foram cadastrados os ttulos que podem
ser a Receber ou a Pagar.
No Protheus, receber o Pedido de Compra, verifique se entrou corretamente no Cadastro.
Verifique se o server do destinatrio est ligado, o Scheduler fica com status Legenda
Verde, que Aguardando para enviar.
Verificar com o Destinatrio se o Servio de Webservice est carregado, digite o Endereo IP e Porta do
Destinatrio no seu Browser para ver se ele est conseguindo carregar os servios do WebService destino.
Verificar em seu browser digitando o IP e Porta do seu Server para ver se seu WebService tambm est subindo
corretamente, porque ele envia pelo seu Webservice atravs do EAISERVICE.
Instalao/Configurao
Protheus:
Verificar no AppServer.INI est configurado ambiente correto, Filial, ou se a chamada do Scheduler foi
configurado.
Verificar no Adapter se a Rotina est cadastrada e se constam todas as informaes corretas como: Nome correto
do XSD, se Envia est como SIM, se o Servio est como EAI.
26
1.2
Checklist de Verificaes:
Outras Informaes
1.3
Controle de Verso
O grupo TOTVS representado por suas marcas ir administrar as demandas de evoluo dos layouts e
demais ajustes, acordando junto aos solicitantes o prazo de liberao de release.
Todas as evolues programadas devero ser discutidas e aprovadas pelas marcas antes do incio do
desenvolvimento e somente sero desenvolvidas em caso de concordncia das marcas e alinhamento
com as diretivas definidas pelo Comit de Integrao TOTVS.
1.4
Suporte
O suporte aos recursos da Integrao ser de responsabilidade de todas as linhas, porm a equipe de
suporte do produto Protheus Controladoria ser a responsvel a anlise em primeira instncia.
Observao: Este modelo de suporte est sendo revisado pela TOTVS.
1.5
Tecnologia
Comunicao direta do EAI RM x EAI Protheus, via WebServices. Mensagens assncronas e sncronas.
Utilizao do Monitor da Fila de Integrao para gravar todas as mensagens enviadas/recebidas para efeito de
registro e, no caso de mensagem assncrona, permitindo reprocessar.
Modelo de Mensagem nica TOTVS.
Definio de Mensagem nica TOTVSMESSAGE
Durante o processo de consolidao de marcas, iniciado pela TOTVS, vrias empresas diferentes foram
adquiridas e com elas vrios produtos passaram a compor o portflio de ofertas disponvel aos clientes.
Esta expanso de ofertas permitiu que clientes de uma marca, antes limitados pelas opes com aquela
etiqueta, pudesse agora compor o seu ambiente de TI utilizando produtos de origens diferentes
(Exemplo: BackOffice Protheus + TIN).
Esta mesma iniciativa j era uma prtica comum nos clientes, porm todo o custo envolvido na
integrao entre estes aplicativos era visto pelo cliente como parte da escolha de utilizar-se de produtos
de diferentes fornecedores. Uma vez que estes produtos passam a fazer parte de uma mesma oferta,
os clientes TOTVS passam a demandar que estes produtos sejam naturalmente integrados. Isto significa
que se antes o cliente arcava com o custo e o risco envolvido em uma integrao (como corrupo da
base de dados, por exemplo), ele agora entende que a TOTVS deve prover solues j integradas,
independente da origem dos produtos oferecidos.
Com o objetivo de padronizar as integraes com os produtos TOTVS, foi definida uma nova diretriz para
os projetos de integrao: A de que todos os produtos TOTVS devam trabalhar com uma mensagem
XML nicos evitando, desta forma, o processo de transformao de mensagens. Neste cenrio, teramos
o seguinte quadro:
Neste cenrio, qualquer produto TOTVS trabalhar com o mesmo XML para uma mesma entidade, ou
seja, supondo que tenhamos um XML correspondente mensagem de CLIENTES, ela poder ser enviada
para qualquer um dos produtos que suporte o recebimento desta entidade.
28
Uma vez que os vrios produtos TOTVS tero um idioma comum (o XML nico), as integraes entre
estes produtos no exigiro mais que as mensagens sejam transformadas de um formato para outro.
Com isto, ser possvel conectar diretamente dois produtos, sem a necessidade do TOTVS ESB, como no
diagrama abaixo:
Alm de questes referentes ao formato das mensagens, a mensagem nica tambm torna uniforme
o tratamento destas mensagens XML pelos aplicativos, principalmente no que diz respeito
capacidade de rastreamento.
1.6
H uma diferena na forma como a linha RM e a linha Protheus tratam o conceito de Mensagem Sncrona e
Mensagem Assncrona, como segue:
LINHA RM
Independente se Sncrono ou Assncrono, a operao iniciada no RM, mas no concluda (no comitada no
banco) enquanto no enviar mensagem de integrao e receber o retorno.
Sncrono: Antes de concluir operao no RM o EAI envia Msg BusinessMessage para o Protheus e aguarda Msg
ResponseMessage. Se status OK conclui a operao (comita transao no banco) RM. Seno, d Rollback na
transao.
Assncrono: Antes de concluir operao no RM o EAI envia Msg BusinessMessage para o Protheus e aguarda Msg
ReceiptMessage. Se receber ReceiptMessage, EAI RM conclui a operao (comita transao no banco) RM.
Seno, d Rollback na transao.
LINHA PROTHEUS
Sncrono: Aps concluda operao no Protheus o EAI envia Msg BusinessMessage para o RM e aguarda Msg
ResponseMessage, para gravar OK na sua fila ou ERRO, conforme valor da tag Status.
Assncrono: Aps concluda operao no Protheus o EAI envia Msg BusinessMessage para o RM e aguarda Msg
ReceiptMessage, para gravar OK na sua fila.