Histórico da Página

...

1. Visão Geral
2. Exemplo de utilização
3. Tela XXX
   1. Outras Ações / Ações relacionadas
      
4. Tela XXX
   1. Principais Campos e Parâmetros
      
5. Tabelas utilizadas

01. VISÃO GERAL

Este documento tem por objetivo reunir todas as informações relevantes sobre a Integração do TOTVS Gestão Hospitalar (RM Saúde) x BackOffice Protheus disponível a partir da 12.1.6

03. TELA XXXXX

Outras Ações / Ações relacionadas

...

.

...

Principais Campos e Parâmetros

...

05. TABELAS UTILIZADAS

02. SISTEMAS ENVOLVIDOS

Sistema Envolvidos

...

Esta integração visa unir os dois sistemas para minimizar o trabalho de cadastrar as entidades comuns em ambos os sistemas e permitir que cada um trate exclusivamente do seu negócio.

• Premissas.
  • Esta solução deve primar pela simplicidade e facilidade de uso, facilidade de manutenção e facilidade de atualização.
  • Deve respeitar os sistemas operacionais utilizados pelas soluções software das marcas: WINDOWS.
  • Utilizar o Protheus versão 11.7 (e patchs específicos para esta integração) e o RM versão 11.82 (último patch disponível). Observação: Ambos utilizam o modelo de licenciamento TOTVS padrão (Licence Server).
  • Bancos de dados homologados: SQL Server 2005 ou 2008 e Oracle 10g ou 11g.
  • Se o cliente já possui base de dados implantada do RM ou do Protheus será responsabilidade da equipe de implantação efetuar a carga inicial e/ou sincronismo dos cadastros. A integração irá efetuar o sincronismo automático de novos registros ou alterações posteriores à ativação da integração.
  • Por padrão, todos os cadastros mantidos pelo Backoffice Protheus deverão ser desabilitados (manualmente) no controle de segurança do RM. Exceções serão destacadas ao longo do documento.
• Arquitetura (Tecnologia).
  • Integração de processos síncronos através de WebServices (EAI).

Comunicação direta do EAI RM x EAI Protheus, via WebServices. Mensagens Assíncronas e Síncronas.

...

Com o objetivo de padronizar as integrações com os produtos TOTVS, foi definida uma nova diretriz para os projetos de integração: A de que todos os produtos TOTVS devam trabalhar com uma mensagem XML únicos evitando, desta forma, o processo de transformação de mensagens. Neste cenário, teríamos o seguinte quadro:

Image Modified

Neste cenário, qualquer produto TOTVS trabalhará com o mesmo XML para uma mesma entidade, vamos supor que tenhamos um XML correspondente à mensagem de CLIENTES, ela poderá ser enviada para qualquer um dos produtos que suporte o recebimento desta entidade.
Uma vez que os vários produtos TOTVS terão um "idioma" comum (o XML Único), as integrações entre estes produtos não exigirão mais que as mensagens sejam transformadas de um formato para outro. Com isto, será possível conectar diretamente dois produtos, sem a necessidade do TOTVS ESB, como no diagrama abaixo:
Image Modified

Além de questões referentes ao formato das mensagens, a mensagem única também torna uniforme o tratamento destas mensagens XML pelos aplicativos, principalmente no que diz respeito à capacidade de rastreamento.

...