Histórico da Página
Integração PROTHEUS (
...
SIGAJURI - Contas a Pagar) X Backoffice RM (Simplificado)
Contexto de negócio
O intuito deste manual e validar a integração do Ambiente Backoffice RM X Protheus via envio de mensagem única EAI.
O objetivo da integração do PROTHEUS x BackOffice RM é viabilizar que de forma automática os cadastros gerenciados pelo BackOffice sejam replicados. Desta forma as bases de dados se mantém espelhadas.
Âncora Sistemas Envolvidos Sistemas Envolvidos
Sistemas Envolvidos | |
Sistemas Envolvidos |
Sistemas Envolvidos
Descrição dos sistemas envolvidos no contexto de negócio (e que serão envolvidos na integração).
...
O compartilhamento de tabelas deve ser coerente com a forma como o BackOffice RM trabalha, conforme descrita tabela abaixo.
Cadastro Empresa Filial Tabela RM Tabela Protheus Moeda Compartilhado Compartilhado GMOEDA CTO Centro de Custo Exclusivo Compartilhado GCCUSTO CTT Condição de Pagamento Exclusivo Compartilhado TCPG SE4 Fornecedor Compartilhado ** Compartilhado FCFO SA2 (Fornecedor) Local de Estoque Exclusivo Exclusivo TLOC NNR * Independentemente se for utilizado produto global no RM, a tabela referente no Protheus deve ser exclusiva por empresa, ficando a cargo do RM replicar os produtos globais para cada filial no Protheus.
** Mesmo que a empresa não utilize Cliente/Fornecedor global no RM, deve-se compartilhar a tabela referente no Protheus por empresa. Será enviado concatenado ao código do cliente/fornecedor o código da coligada, conforme a mascara “[CODCOLIGADA]|[CODCFO]”.- Configuração dos adapters utilizados na integração TOTVS PROTHEUS x BackOffice RM, assim como toda a configuração do EAI Protheus.
- Acessar o SIGACFG
- Ambiente > Schedule > Adapter E.a.I.
- Incluir uma nova Rotina para os adapters do sistema Protheus
- Configurar a Rotina do Adapter de acordo com os dados abaixo fornecidos e que já foram pré estabelecidos na aplicação do patch de atualização do Protheus:
Mensagem Única | Rotina Protheus | Mensagem | Descrição | Envia | Recebe | Método Protheus | Operação | Canal de Envio | Adapter Protheus | Versão |
Sim | CTBA030 | COSTCENTER | Centro de Custo | Não | Sim | Síncrono | Todas | EAI | CTBA030 | 2.000 |
Sim | MATA030 | CUSTOMERVENDOR | Cliente | Não | Sim | Síncrono | Todas | EAI | MATA030 | 2.002 |
Sim | MATA360 | PAYMENTCONDITION | Condição de Pagamento | Não | Sim | Síncrono | Todas | EAI | MATA360 | 2.000 |
Sim | MATA020 | CUSTOMERVENDOR | Forncecedor | Não | Sim | Síncrono | Todas | EAI | MATA020 | 2.002 |
Sim | CTBA140 | CURRENCY | Moeda | Não | Sim | Síncrono | Todas | EAI | CTBA140 | 2.000 |
Sim |
FINA010 |
FINANCIALNATURE |
Natureza Financeira | Não | Sim | Síncrono | Todas | EAI |
FINA010 | 2.000 |
Âncora Configurar os Parametros Protheus Configurar os Parametros Protheus - Acessar o SigaCFG
- Ambiente > Cadastros > Parametros
Configurar os parâmetros abaixo no Protheus para a integração do BackOffice RM x Protheus
...
. MV_EAIPORT
po Porta padrão
Âncora CheckList Protheus CheckList Protheus
CheckList Protheus | |
CheckList Protheus |
Protheus
Visando maior facilidade na implantação da integração está disponível abaixo um CheckList com os passos padrão necessários para implantação e parametrização da integração no Protheus.
...
*Mais informaçõesno tópico: Transações/Entidades/Mensagens únicas
Âncora CheckList RM CheckList RM
CheckList RM | |
CheckList RM |
RM
Utilizado um banco de dados e uma Biblioteca de teste para simulacao do Ambiente. (Verificar padrões RM de acordo com Cliente e o administrador responsável do local a ser implementado)
...
Bem como, os dados da Mensagem, Rota e execução.
Âncora Controle de Versão / Suporte / Escopo Controle de Versão / Suporte / Escopo
Controle de Versão / Suporte / Escopo | |
Controle de Versão / Suporte / Escopo |
Cadastro de integrações
Realizar o cadastro da integração e parâmetros.
...
Cada entidade deve ser cadastrada com a versão listada no item Entidade e Eventos, como no exemplo abaixo:
Fórmulas Visuais
Para que a integração dos dados do RM sejam enviados ao Protheus é necessário importar/criar as fórmulas visuais que atuam com gatilhos para disparar as mensagens de integração.
...
Após a importação das fórmulas, a tela deverá ficar da seguinte forma:
Depois de importar as fórmulas visuais, devemos validar a versão que estão configuradas as mesmas. Para abrir a fórmula em edição, usar duplo clique.
O item Transformação deve estar preenchido com a mesma versão da entidade configurada no passo acima.
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 BackOffice RM, Backoffice Protheus e SigaMNT estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.
Escopo
O escopo deste projeto se restringe aos processos de integração com o Protheus e os cadastros utilizados por estes.
Todos os processamentos de BackOffice se manterão no RM, sendo eles a geração de escrituração, relatórios, emissão de notas fiscais e outros.
Âncora Transações/Entidades/Mensagens Transações/Entidades/Mensagens
Transações/Entidades/Mensagens | |
Transações/Entidades/Mensagens |
Transações/Entidades/Mensagens únicas
Segue abaixo tabela com informações sobre as entidades trafegadas na integração.
...
Obs.: As Fórmulas visuais estão disponíveis na pasta de instalação do RM em (...CORPORERM/Objetos Gerenciais/Fórmulas Visuais)
Âncora Cadastros Cadastros
Cadastros | |
Cadastros |
Cadastros
Para esta integração todos os cadastros possuem sua origem no BackOffice RM, sendo enviados à retaguarda Protheus.
...
Expandir | ||
---|---|---|
| ||
Ao iniciar uma base zerada do Protheus, para incluir a tabela de Municípios no Protheus é necessário acessar o Protheus no sistema 09 - Livros Fiscais. Se não acessar o sistema Fiscal do Protheus antes de enviar o cadastro do RM irá apresentar mensagem de inconsistência informando que é valor inválido para o campo Município. Uma vez que o Cliente e Fornecedor são tratados na mesma mensagem (CustomerVendor), é responsabilidade do destinatário ao processar a mensagem garantir a consistência dos dados na origem e no destino da melhor forma possível.Ou seja, se o destino implementa uma única tabela, terá que manipular apenas um registro e se implementa mais de uma tabela, terá que manipular quantos registros forem necessários. Para regras de negócio desta mensagem atenção ao seguinte ponto de atenção. Mesmo que a empresa não utilize Cliente/Fornecedor global no RM, deve-se compartilhar a tabela referente no Protheus por empresa. No Protheus o código do cliente/fornecedor será composto pelo código do cliente/fornecedor e da coligada, conforme a mascara “[CODCOLIGADA]|[CODCFO]”. |
...
Informações | ||
---|---|---|
| ||
Âncora Checklist de suporte da aplicação Checklist de suporte da aplicação
Checklist de suporte da aplicação | |
Checklist de suporte da aplicaçã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.
...