Histórico da Página

Na integração EAI 2.0 no cadastro do cliente/fornecedor do TOTVS Gestão Financeira tem três campos novos que são:

• Código da Loja: Campo correspondente ao código da loja presente no BackOffice Protheus. Desta forma, para o preenchimento desse campo teve a criação do parâmetro de integração CODLOJADEFAULT, por padrão terá o valor "01" conforme o campo "LOJA" presente nas tabelas SA1 e SA2, e descrito na aba Protheus
• Código Externo: Campo correspondente ao código do cliente ou do fornecedor cadastrado no BackOffice Protheus. Deve informar preferencialmente o próximo código correspondente ao código no Protheus
• Código da Filial de Integração: Campo responsável por armazenar a filial de integração do cliente/fornecedor quando o cadastro do cliente ou do fornecedor do BackOffice Protheus tem compartilhamento exclusivo por filial.

A geração do código do cliente/fornecedor na integração 1021 é gerado de acordo com a parametrização do TOTVS Gestão Financeira. 

A geração do código do cliente/fornecedor na integração EAI 2.0 é gerado de duas formas, que são:

• Utilização do parâmetro “Usar código sequencial (se máscara for numérica) ”: O código do cliente/fornecedor não tem alteração referente a integração 1021. O TOTVS Gestão Financeira irá gerar o código automaticamente.
• Sem a utilização do parâmetro “Usar código sequencial (se máscara for numérica) ”: O código do cliente/fornecedor será criado automaticamente pelo TOTVS Gestão Financeira. O usuário deverá informar somente o código externo do cadastro. A criação do código do cliente/fornecedor será no seguinte formato separado por ponto e vírgula:
  • Código da loja + ; + C para cliente ou F para fornecedor + ; + Código Externo + ; + Código Filial Integração.

A recomendação na integração EAI 2.0 é utilizar o modo de compartilhamento exclusivo por empresa e o modo de compartilhamento compartilhado por filial no Protheus. O motivo dessa recomendação é porque atualmente no cadastro de cliente/fornecedor no TOTVS Gestão Financeira não tem a possibilidade de incluir o cliente ou o fornecedor por filial. Vale ressaltar que o campo "Código da Filial de Integração" somente informa a filial do cliente ou do fornecedor no Protheus quando o compartilhamento é exclusivo por filial.

Configurar Protheus para cadastro do banco no Módulo SIGACFG ( Ambiente | Empresa | Filial ). É necessário para que  o cadastro de convênio no TOTVS Gestão financeira possa ser criado.

Cadastro de banco no Módulo ( SIGAFIN )

Atualizações | Cadastros | Bancos 

Os campos do XML, número do contrato, nome do cedente e código do cedente devem ser preenchidos para que o cadastro do convênio seja realizado.

Ao receber a mensagem de banco, caso uma dessas três informações estejam em branco o cadastro não é realizado não sendo gerada a mensagem de validação. 

Cadastro Bancário no Protheus .

• • • Código Bancário
    • Número da Agência
    • Número da Conta
    • Número do Banco
    • Código Cedente 

Cadastro do Contrato Bancário e Parâmetro Bancário no BackOffice Protheus  = Convênio no RM

Atualizações | Cadastros | Contrato Bancário

Informar o Número do Contrato bancário ( Será utilizado no cadastro do Parâmetro Bancário )

Atualizações | Cadastros | Parâmetros de Bancos

Na Aba ( Cadastrais )

Informar :

• • • Banco
    • Agência
    • Conta
    • Sub Conta 

Na Aba ( Outros )

• • • Contrato ( Informar o número do contrato criado no Contrato Bancário )

Banco | Agencia | Conta Corrente enviado para o RM ( Gestão Financeira )

Movimentações Bancárias | Bancos e Agências

Totvs Gestão Financeira 

Movimentações Bancárias | Controle Bancário | Contas / Caixa

Conta Caixa enviada para o Gestão Financeira

Movimentações Bancárias | Convênio

Convênio enviado para o Gestão Financeiro

Todas as movimentações da mensagem BANK resultam em um registro na tabela De-Para para relacionamento entre os códigos dos sistemas que estão trocando informações. 

Mensagem Bank (Banco/Agência/Conta Corrente/Conta Caixa/Convênio)

Banco / Agência / Conta Corrente

Exemplo:

Conta Caixa

Exemplo:

Convênio

Exemplo:

As restrições da mensagem está relacionada ao tipo de compartilhamento da tabela SA6 no Protheus, para mais informações clique aqui. 

Configurar Protheus para cadastro do banco no Módulo ( SIGACTB ) 

Atualizações | Cadastros | Moedas Contábeis

Cadastro de Moeda Realizado no Protheus

Todas as movimentações da mensagem CURRENCY resultam em um registro na tabela De-Para para relacionamento entre os códigos dos sistemas que estão trocando informações. 

Moeda

Exemplo:

As restrições da mensagem está relacionada ao tipo de compartilhamento da tabela PTO, para mais informações clique aqui. 

Verificação dos valores acessórios enviados para o Protheus no Módulo ( SIGAFIN )

Atualizações | Cadastros | Tipos de Valores Acessórios 

Valores acessórios preenchidos com os Valores Opcionais enviados pelo TOTVS Gestão Financeira

Após efetuar a parametrização dos Campos opcionais e Valores acessórios , gerar o Título para o BackOffice Protheus

Módulo ( SIGAFIN )

Atualizações | Contas a Receber | Contas a Receber

Título enviado para o Protheus

Verificar Valores Acessórios , Selecionar a Parcela e em Outras Ações | Valores Acessórios

Valores Acessórios 

Configurar TOTVS Gestão financeira  para cadastro de valores acessórios

BackOffice | Gestão Financeira

Ambiente | Parâmetros | TOTVS Gestão Financeira

02.02 – Contas a Receber

Valores Opcionais cadastrados no TOTVS Gestão Financeira

Todas as movimentações da mensagem LISTOFCOMPLEMENTARYVALUE resultam em um registro na tabela De-Para para relacionamento entre os códigos dos sistemas que estão trocando informações.

Mensagem LISTOFCOMPLEMENTARYVALUE (Valores Complementares do Contas a Receber)

Exemplo:

Os valores acessórios enviados para serem cadastrados no Backoffice Protheus são os valore opcionais parametrizados no TOTVS Gestão Financeira. 

A geração do código da natureza orçamentária financeira na integração 1021 é gerado de acordo com o parâmetro AUTOINCNATUREZAFISCAL

A geração do código da natureza orçamentária financeira na integração EAI 2.0 é gerado utilizando o parâmetro NATUREZAFINANCEIRAAUTOINC

A recomendação na integração EAI 2.0 é utilizar o modo de compartilhamento exclusivo por empresa e o modo de compartilhamento compartilhado por filial no Protheus. O motivo dessa recomendação é porque atualmente no cadastro de Natureza Orçamentaria Financeira no TOTVS Gestão de Estoque, Compras e Faturamento não tem a possibilidade de ser incluída por  filial. 

Quando o RM está cadastrado a coligada em Integração / EAI 2.0 / Aplicativos como:

• Unidade de Negócio: não é permitido no Protheus o compartilhamento compartilhado de Filial e Unidade de Negócio, o compartilhamento deve ser somente de Filial ou por Filial, Unidade de Negócio e Empresa.
• Empresa: não é permitido no Protheus o compartilhamento compartilhado somente de Filial, o compartilhamento deve ser de Filial e Unidade de Negocio ou por Filial, Unidade de Negócio e Empresa.
• Grupo de Empresa: não é permitido no Protheus o compartilhamento compartilhado somente de Filial ou Filial e Unidade de Negocio, o compartilhamento deve ser por Filial, Unidade de Negócio e Empresa.

Vale ressaltar que ao marcar para Permitir Globais em: Módulo Gestão de Estoque / Ambiente / Parâmetros / Gestão Estoque, Compras e Faturamento / 04.01 – Parâmetros Gerais / 04.01.04 – Tabelas / 04.01.04.10 – Natureza Orçamentária Financeira, mesmo o Protheus sendo configurado como compartilhamento exclusivo por empresa, será cadastrado a natureza como global no RM. Quando o modo de compartilhamento for compartilhado por empresa e o parâmetro para Permitir Globais estiver desmarcado o RM irá replicar o cadastro para cada coligada.

Verificação dos itens contábeis do Protheus no Módulo ( SIGACTB )

Atualizações | Entidades | Item Conta

Item Contábil cadastrado

Verificação no  TOTVS Educacional dos  Itens Contábeis enviado para o RM

Item Contábil  é vinculado ao cadastro da Matriz Aplicada .

Matriz Aplicada | < Anexos > | Dados Financeiros – Integração Protheus 

Ao gerar Contabilização por Competência, o evento contábil é parametrizado para buscar a informação de Item Contábil da Matriz Aplicada.

Todas as movimentações da mensagem AccountingItem resultam em um registro na tabela De-Para para relacionamento entre os códigos dos sistemas que estão trocando informações.

Exemplo:

As restrições da mensagem está relacionada ao tipo de compartilhamento das tabelas CTD no Protheus, para mais informações, clique aqui. 

Cadastro da classe de valor do Protheus no Módulo ( SIGACTB )

Atualizações | Entidades | Classe de Valor

Classe de Valor cadastrada 

Verificação no  TOTVS Educacional das classes de valor enviado para o RM

Classe de Valor cadastrada no TOTVS Educacional

Classe de valor é vinculada ao cadastro da Matriz Aplicada.

Matriz Aplicada | < Anexos > | Dados Financeiros – Integração Protheus 

Ao gerar Contabilização por Competência, o evento contábil é parametrizado para buscar a informação de Classe de valor da Matriz Aplicada.

Todas as movimentações da mensagem ClassValue resultam em um registro na tabela De-Para para relacionamento entre os códigos dos sistemas que estão trocando informações.

Exemplo:

As restrições da mensagem está relacionada ao tipo de compartilhamento da tabela CTH no Protheus, para mais informações, clique aqui. 

Cadastrando Plano de Contas no Módulo Contábil do Protheus ( SIGACTB ).

Atualizações | Entidades | Plano de Contas

Plano de Contas cadastrada no Protheus

A máscara parametrizada da conta contábil no TOTVS Contabilidade Gerencial é validada no processo de inclusão da conta contábil. Portanto, o parâmetro de máscara contábil deve ser cadastrado de acordo com o formato do código da conta a ser enviado pelo Protheus. Caso o Protheus não envie máscara no código de conta, exemplo: 1011214, então o parâmetro Não utiliza máscara nas contas deve ser marcado, em cada coligada. Caso contrário, ocorrerá um erro no processo de inclusão da conta.

Caminho para acesso ao parâmetro para não utilizar máscara:                                              

Acesse: BackOffice / Contabilidade Gerencial / Ambiente / Parâmetros 

01.01   – Plano de Contas / 01.01.01 – Plano de Contas contábil / Plano de Contas Contábil / Não utilizar máscara nas contas

Verificando cadastro do Plano de Contas no RM.       

Acesse: BackOffice / Contabilidade Gerencial / Cadastros / Contábil

Plano de Contas enviado para RM.

Todas as movimentações da mensagem AccountAntAccount resultam em um registro na tabela De-Para para relacionamento entre os códigos dos sistemas que estão trocando informações.

Exemplo:

As restrições da mensagem está relacionada ao tipo de compartilhamento da tabela CT1 no Protheus, para mais informações, clique aqui. 

A utilização de conta Global no RM na integração é realizada somente caso no BackOffice Protheus o tipo de compartilhamento for compartilhado por Empresa. 

No TOTVS Contabilidade Gerencial deve ser parametrizado para utilizar contas globais por padrão. O caminho para acesso ao parâmetro para utilizar conta global: 

Acesse: BackOffice / Contabilidade Gerencial / Ambiente / Parâmetros  

01.01 – Plano de Contas / 01.01.01 – Plano de Contas contábil / Plano Contas / Acessa conta globais                                                             

01.01 – Plano de Contas / 01.01.01 – Plano de Contas contábil / Plano Contas / Cadastrar como global por padrão

A recomendação na integração EAI 2.0 é utilizar o modo de compartilhamento da Filial, Unidade e Empresa parametrizado no modo “Compartilhado” no Protheus, pois no RM o cadastro de Unidade de Medida não possui vínculo com a Coligada/Filial.