Histórico da Página

...

Banco 

O cadastro de bancos, agências e conta caixa devem ser cadastrados somente no BackOffice Protheus através do módulo SIGAFIN. Esta informação é utilizada somente na integração financeira quando se deve informar a conta caixa no processo de baixa.

Identificador da Mensagem: BANK

Versão: 2.000

Módulo RM: BackOffice – Gestão Contábil

Módulo Protheus: SIGAFIN

Tipo de Envio: Síncrono.

Centro de Custo

Os Centros de Custos devem ser cadastrados somente no BackOffice Protheus através do SIGACTB (Atualizações / Entidades / Custos) e serão sincronizados automaticamente para o RM.

Identificador da Mensagem: COSTCENTER

Versão: 2.000

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento /Cadastros / Centro de Custo

Módulo Protheus: SIGACTB

Tipo de Envio: Síncrono.

Notas:

RM: Deve-se definir a máscara do código do centro de custo. O código no Protheus é um campo livre, podendo assim enviar um valor que o RM não possa aceitar, o RM faz a validação do código do Protheus de acordo com a máscara e retorna um erro quando existir.

A tag <SPED> da mensagem única é do tipo boolean (true/false) que será gravado no campo “SPED” do RM os valores “T” para true e “F” para false.

A tag <RegisterSituation> da mensagem única é um Enumerado (Active/Inactive) que será gravado no campo “ATIVO” os valores “T” para Active e “F” para Inactive.

A tag <Class> será gravada no campo “PERMITELANCAMENTO”. Quando o valor da tag for 1 (Sintético) será gravado 0, se o valor da tag for 2 (Analítico) será gravado 1.

Importante:

Após cadastrar os centros de custos, acessar o RMSaude.exe / Opções / Parâmetros / Funções Automáticas, cadastrar a função Importação de Centro de Custo, definir um período, salvar e em seguida clicar no botão Executa.

Image Added

Moeda

As Moedas devem ser cadastrados somente no BackOffice Protheus através do SIGACTB (Atualizações / Cadastros / Moedas Contábeis) e serão sincronizados automaticamente para o RM.

Não é permitido alterar o símbolo de uma moeda já cadastrada.

Identificador da Mensagem: CURRENCY

Versão: 2.000

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento /Cadastros / Financeiro / Moedas e Índices

Módulo Protheus: SIGACTB

Tipo de Envio: Síncrono.

Notas:

RM: O símbolo da moeda é a chave primária. Desta forma, ao cadastrar no Protheus uma moeda com um símbolo que já exista no RM ele será vinculado ao registro cadastrado anteriormente caso seja de empresas diferentes, ou seja, teremos dois registros no de/para do RM apontando para um único registro de moeda. Exemplo:

O de/para no RM ficará:

Caso o usuário tente cadastrar uma nova moeda com o mesmo símbolo para a empresa que já tenha este símbolo integrado o RM retornará uma mensagem de erro. Exemplo:

Neste caso será retornado uma mensagem de erro pois a empresa 01 já possui a moeda 01 com o símbolo € cadastrado. Este tratamento será feito no RM via eventos.

Se alterado no PROTHEUS dados de uma moeda, cuja exista mais de um de-para no RM, as demais moedas do RM sofrerão a alteração, porém no PROTHEUS as demais moedas nada sofrerão. Exemplo:

Para a alteração acima serão alterados o cadastro da moeda 01 da empresa 02 do Protheus e na moeda € do RM porém, as moedas 01 da empresa 01 e 03 do Protheus não serão alteradas.

Cliente/Fornecedor

Os Fornecedores devem ser cadastrados somente no BackOffice Protheus através do SIGAFIN (Atualizações / Cadastros / Fornecedor).

O sincronismo de Cliente e Fornecedor será de forma automática para o RM utilizando a mesma estrutura de mensagem. O que os difere é a Tag <EntityType>.

Esta mesma mensagem é utilizada para o cadastro de convênios, prestadores e responsáveis financeiros. Porém estes cadastros são realizados no TOTVS Hospitalar.

Identificador da Mensagem: CUSTOMERVENDOR

Versão: 2.002

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento /Cadastros / Financeiro / Clientes/Fornecedores

Módulo Protheus: SIGAFAT e SIGAFIN

Tipo de Envio: Síncrono

Notas:

• A máscara em ambos os sistemas deve ser igual.
• Ao cadastrar um prestador é gerado um fornecedor no RM e sincronizado com o Protheus através da fórmula visual Integração de cliente/fornecedor, o mesmo é gerado um fornecedor no Protheus.
• Ao cadastrar um convênio é gerado um cliente no RM e sincronizado com o Protheus através da fórmula visual Integração de cliente/fornecedor, o mesmo é gerado um cliente no Protheus.
• Ao cadastrar um responsável financeiro, é criado um cliente no RM e depois gerado um cliente no Protheus. Neste caso, o sincronismo só ocorre no pedido de nota fiscal.

Grupo de Estoque

Este cadastro no RM é tratado como uma tabela de classificação, TTB1 e sincronizado do RM para o Protheus.

Identificador da Mensagem: FAMILY

Versão: 2.000

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento/Cadastros/Tabelas de classificação

Módulo Protheus: SIGAEST

Tipo de Envio: Síncrono

Notas:

Para utilizar esta mensagem é necessário parametrizar o Gestão de Estoques do RM para utilizar a tabela de classificação 1 TTB1. Isso já é feito pelo script de implantação. É necessário utilizar a fórmula visual Integração Grupo de produto para fazer o sincronismo deste cadastro com o Protheus.

Deve-se definir a máscara deste cadastro para ser compatível com o cadastro no Protheus.

Produto/Serviço

Os Produtos e Serviços devem ser cadastrados somente no RM e serão sincronizados automaticamente para o Protheus.

Identificador da Mensagem: ITEM

Versão: 2.001

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento /Cadastros / Produtos

Módulo Protheus: SIGAEST

Tipo de Envio: Síncrono.

Notas:

São aceitos dois tipos de produtos <ProductType>, Produto acabado (10) e Mão de Obra (07) que serão gravados o valor “P” para Mercadoria e “S” para Mão de Obra.

As configurações inicias da integração irá alterar a máscara do Código do Produto para “QQQQQQQQQQQQQQQ” que permite 15 caracteres de qualquer tipo.

A primeira unidade de medida do Protheus será gravada em todas unidades de medida (Controle, Compra e Venda) do Produto no RM.

Produto Global: Ao receber a mensagem única como produto global, o RM irá verificar via Eventos se nos parâmetros de produto está configurado para utilizar Produto Global, se estiver, será ignorado o código da coligada (CompanyId) enviado pelo Protheus e será gravado com o código 0 (zero). As configurações de Produto Global no Protheus e no RM ficarão a cargo do implantador.

Condição de pagamento

As Condições de Pagamentos devem ser cadastradas somente no BackOffice Protheus através do SIGACOM (Atualizações / Cadastros / Cond. de Pagamento) e serão sincronizados automaticamente para o RM.

Identificador da Mensagem: PAYMENTCONDITION

Versão: 2.000

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento/Cadastros/Tabelas auxiliares / Condições de pagamento

Módulo Protheus: SIGACOM

Tipo de Envio: Síncrono

Unidade de medida

As Unidades de Medidas devem ser cadastradas somente no BackOffice Protheus através do SIGAQIE (Atualizações / Cadastros / Unidades Medida) e serão sincronizados automaticamente para o RM.

Identificador da Mensagem: UNITOFMEASURE

Versão: 2.000

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento /Cadastros / Tabelas auxiliares / Unidade

Módulo Protheus: SIGAQIE

Tipo de Envio: Síncrono

Notas:

No Protheus a unidade de medida é um cadastro por empresa e no RM o cadastro de unidade de medida é um cadastro compartilhado, para solucionar esse caso as unidades de medida com mesmo símbolo no Protheus irão apontar para uma mesma unidade de medida do RM

No RM deve ser informada uma Unidade Base, porém não temos esta informação no Protheus, desta forma, este campo será preenchido com o valor do campo <Code>.

O campo “FATORCONVERSAO” receberá sempre o valor 1, pois a Unidade Base será sempre o mesmo código da Unidade Principal.

Local de Estoque

Os Locais de Estoque devem ser cadastrados somente no BackOffice Protheus no SIGACOM (Atualizações / Cadastros / Locais de Estoque) e sincronizados automaticamente para o RM através de mensagem única.

Identificador da Mensagem: WAREHOUSE

Versão: 1.000

Módulo RM: BackOffice – Gestão de Estoque, Compras e Faturamento /Cadastros / Local de Estoque

Módulo Protheus: SIGACOM

Tipo de Envio: Síncrono

Processos

Os processos poderão ser gerados através 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, após a resposta do Protheus, o RM atualizará o registro no Monitor da Fila de Integração.
• 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 serão descritos os processos do TOTVS Hospitalar integrados diretamente com o BackOffice Protheus.

Título a pagar

Tipo de Fluxo: RM e Protheus

Mensagem: ACCOUNTPAYABLEDOCUMENT

Versão: 2.000

O título a pagar se refere aos repasses que o hospital deve pagar ao médico. Após serem liberados para pagamento, o usuário deverá clicar no botão Gerar título a pagar no Protheus para que o processo seja disparado. O processo de geração do movimento no Nucleus foi mantido. Após a inclusão do movimento é enviado para o Protheus a mensagem ACCOUNTPAYABLEDOCUMENT com os dados do prestador, valor a ser pago, data de emissão, vencimento. A série do documento gerado será o parâmetro SERIEDOCFOLHAPAGTO e o tipo de documento será o conteúdo do parâmetro TIPODOCFOLHAPAGTO. Caso seja necessário cancelar a folha, basta clicar no botão Retornar para correção que o título será excluído do Protheus.