Manual de Integracao Piramide X Cardio

Manual do Usuário Standard Template Sumário • i

Integração ERP Pirâmide X Cardio

Versão 6.04 Abril/2013

ii • Apresentação Manual do Usuário Standard Template

Manual do Usuário Standard Template Sumário • iii

Sumário

Apresentação i Sobre o Manual......................................................................................................i

Introdução i Sobre a Integração ................................................................................................i Conhecendo os Sistemas Cardio e Pirâmide ERP ......................................................i

Sistema Cardio...........................................................................................i Sistema Pirâmide ...................................................................................... ii

Requisitos da Integração ...................................................................................... iii

Visão Geral do Processo 5 Visão Geral ...........................................................................................................5 Noções Gerais.......................................................................................................5 A integração entre o Cardio e Pirâmide ERP............................................................7

Compatibilidade ......................................................................................10

Entendendo a Integração 11 Sobre a Integração .............................................................................................11 Operações da Integração ....................................................................................11 Fluxos da Transferência das informações..............................................................14

Cobrança................................................................................................14 Produção Médica.....................................................................................17 Títulos a Pagar........................................................................................19

Comunicação i Configuração dos bancos de dados Cardio e Pirâmide ..............................................i

Ativação da Integração i Sobre a Ativação da Integração ..............................................................................i Configuração do Pirâmide para a Integração............................................................i

Ativação da Integração............................................................................ vii Ativação da Integração no Cardio .......................................................................xvii

Definições Preliminares 21 Sobre as definições iniciais ..................................................................................21

Definições Preliminares ...........................................................................21

iv • Apresentação Manual do Usuário Standard Template

Cobrança 23 Integrando Cobrança ..........................................................................................23 Configurações e Cadastros Prévios .......................................................................24

Cadastros Diversos no ERP Pirâmide ........................................................24 Clientes ..............................................................................................................26

Checagem de dados incompletos .............................................................26 Ajustes dados incompletos.......................................................................26 Cadastros e Mapeamentos para Clientes...................................................27 ERP Pirâmide - Cadastro do Parâmetro de Configuração da Integração para Cliente....................................................................................................27 Pirâmide - Configuração de Parâmetros no Módulo Administrador ..............30 Mapeamento no Cardio ...........................................................................32 Integração de Clientes ............................................................................47 Consulta da Integração de Clientes ..........................................................47 Desabilitar Fluxo de Cliente......................................................................53

Títulos a Receber ................................................................................................53 Cadastros e Mapeamentos.......................................................................56

Cadastro de Contratos no Cardio..........................................................................68 Mapeamentos no Cardio ......................................................................................79

Integração da Inclusão Título a Receber................................................. 105 Integração do Cancelamento de Título a Receber ................................... 112 Integração da Baixa de Título a Receber ................................................ 114 Cancelamento da Quitação .................................................................... 118

Produção Médica i Integrando a Produção Médica ...............................................................................i Configurações e Cadastros Prévios ......................................................................... ii

Cadastros Diversos no ERP Pirâmide .......................................................... ii Fornecedores....................................................................................................... iv

Cadastros e Mapeamentos........................................................................ iv Cadastro e Mapeamento no Cardio.............................................................x Integração de Fornecedores ...................................................................xxii Desabilitação do Fluxo de Fornecedor ................................................... xxvii

Recibo de Pagamento - RP .............................................................................. xxviii Cancelamento de RP via Integração ..................................................... xxxiii Cadastros e Mapeamentos................................................................... xxxiii Integração da Inclusão do Recibo de Pagamento .....................................lxix Exclusão do Recibo de Pagamento ......................................................... lxxx Baixa do Recibo de Pagamento ............................................................. lxxxi

Intercâmbio i Integração de Intercâmbio .................................................................................... ii

Contestação do Intercâmbio ..................................................................... iii Detalhamento do Processo de Contestação do Intercâmbio ........................ iv Contestação do Intercâmbio após análise das despesas ..............................v Contestação do Intercâmbio sem análise das despesas ...............................x

Cadastro e Mapeamento do Tipo de Documento nas TIs do ERP Pirâmide .............. xv Cadastro de Tipo de Documento no ERP Pirâmide.................................... xvi Mapeamento do Tipo de Documento a Pagar...........................................xvii Mapeamento do Tipo de Documento a Receber ....................................... xix Mapeamento dos Itens de Conta Contábil................................................ xix Tabelas Tipos de Documentos no ERP Pirâmide ...................................... xxiii

Manual do Usuário Standard Template Sumário • v

Título a Pagar 25 Integração de Títulos a Pagar ..............................................................................25 Cadastro e Mapeamento no Pirâmide ...................................................................27

Tipo de Documento.................................................................................27 Cadastro da NDO (Pirâmide)....................................................................28 Cadastro do Parâmetro de Configuração da Integração para Títulos a Pagar29

Cadastro e Mapeamento no Cardio.......................................................................33 Cadastro de Evento Contábil ....................................................................33 Mapeamento...........................................................................................42 Cancelamento de Títulos a Pagar .............................................................46

Carga Inicial i Carga inicial no sistema..........................................................................................i

Integração dos documentos lançados no Cardio antes da integração............ ii

Contas Múltiplas i Contas Múltiplas.....................................................................................................i Procedimentos para Configurar Contas Múltiplas ..................................................... ii

Configuração DBLink i Configurações do BD_Link ......................................................................................i

Criação automática de NDOs e Tipos de Serviços i Definição ...............................................................................................................i

Procedimento para a Criação das NDOs/Tipos de Serviços............................i Geração Automática das NDOs e Tipos de Serviço ..................................... iii

Erros e Soluções i Solução dos Erros ..................................................................................................i

Consultando Erros na Integração ................................................................i Erros e Soluções ...................................................................................... iv

Anexo 13 Anexos do Manual...............................................................................................13 Responsabilidades dos Sistemas ..........................................................................13

vi • Apresentação Manual do Usuário Standard Template

Esta página foi deixada em branco propositadamente.


1Apresentação

Sobre o Manual O presente Manual de Integração Cardio e Pirâmide ERP tem como principal objetivo orientar os usuários no desempenho das atividades vinculadas à rotina de integração entre esses sistemas, bem como detalhar todos os procedimentos necessários para a adequada realização desta tarefa.

Com a divulgação desses procedimentos, esperamos esclarecer os processos que envolvem a integração entre os Sistemas Cardio e Pirâmide ERP.

Para facilitar a configuração do sistema, o manual encontra-se dividido por operação; Cobrança, Produção Médica e Título a Pagar. Assim, todos os cadastros, mapemanentos e configurações inerentes à operação, encontram-se informados no seu respectivo capítulo.

É importante salientar que este manual trata exclusivamente do tema Integração Financeiro/Contábil e os seus respectivos processos, não sendo o seu foco, o aprofundamento nas funcionalidades inerentes aos dois sistemas.

ii • Apresentação Manual do Usuário Standard Template



2Introdução

Sobre a Integração Tendo em vista a necessidade de informações e controles financeiros e contábeis para atender a gestão da empresa e a ANS, nasceu a necessidade de integrar as informações do sistema de Plano de Saúde e o Sistema Financeiro Contábil.

A integração consistirá em transferir informações de cobrança dos planos de saúde e pagamentos de prestadores e cooperados do Cardio para o Pirâmide, visando disponibilizar um controle completo de todas as operações financeiras e contábeis (fluxo de caixa, retenção de imposto, contabilização, controle de cheques, entre outras).

Conhecendo os Sistemas Cardio e Pirâmide ERP O objetivo da integração é permitir a comunicação entre os bancos de dados Oracle e o SQL Server, referentes aos sistemas Pirâmide e Cardio, respectivamente.

Sistema Cardio É um sistema de gestão de plano de saúde responsável pelo controle dos contratos Pessoa Física - PF e Pessoa Jurídica - PJ, dependentes e coberturas dos planos, controle de consultas e atendimentos hospitalares, cálculo do pagamento dos prestadores (médicos cooperados, clínicas, hospitais e laboratórios). Todas as informações referentes a clientes, fornecedores, cobranças e pagamentos a prestadores são controladas e geradas pelo Cardio e enviadas para o financeiro do Pirâmide.

ii • Introdução Manual do Usuário Standard Template

Figura 1 - Janela de Acesso ao Sistema Cardio

Sistema Pirâmide É um sistema ERP - Enterprise Resource Planning que será utilizado nas Unimed’s, principalmente nos módulos Financeiro (receber, pagar, entre outros) e Contábil, porém podem ser também utilizados os módulos de Patrimônio, Estoque, Compras e Orçamento. Além de receber as informações do Cardio, o Pirâmide realiza outras funções diretamente no Financeiro, não vinculadas à gestão do plano de saúde.


Figura 2 - Janela de Acesso ao Pirâmide - Módulo Administrador

Requisitos da Integração Para possibilitar a integração entre os sistemas Pirâmide e Cardio, previamente, será indispensável a execução dos seguintes requisitos:

O sistema Pirâmide deverá estar na versão mais recente.

O sistema Cardio deverá estar no mínimo na versão 1.2.61.12809. Para maiores detalhes, o usuário deverá consultar o Documento “Unimed Cardio, disponibilizado pela Unimed Brasil.

Os sistemas deverão possuir no Banco de Dados, um ambiente atualizado e disponível para a realização dos testes.

O Plano de Contas da empresa deverá estar atualizado de acordo com o padrão da Agência Nacional de Saúde – ANS, e o ideal é fazer a implantação com a versão a partir de 2010.

iv • Introdução Manual do Usuário Standard Template


Manual do Usuário Standard Template Sumário • 5

3

Visão Geral do Processo

Visão Geral Este capítulo tem como finalidade proporcionar o entendimento para o usuário quanto ao processo de integração (como ocorre?), conceitos relacionados a este processo, fluxo das operações, tanto no Cardio quanto no Pirâmide e escopo da integração.

Noções Gerais A integração entre os sistemas Cardio e Pirâmide ocorre com a comunicação entre os seus respectivos bancos de dados (Oracle - Pirâmide e Sql Server - Cardio). É importante para o usuário compreender como ocorrem as rotinas, a transferência de dados e todo o conjunto de elementos envolvidos.

As informações são transferidas para a área livre (Tabela de Integração - TI) que podem ser visualizadas, gravadas e alteradas pelos dois sistemas. Ressaltando que as tabelas de integração utilizadas serão as do Sistema Cardio.

Para a transferência de dados serão necessários mapeamentos no Cardio e no Pirâmide. Esses mapeamentos consistem em realizar a vinculação (de para) de um dado cadastrado no Pirâmide com outro dado correspondente cadastrado no Cardio. Por

Cardio

6 • Visão Geral do Processo Manual do Usuário Standard Template

exemplo: vincular o código do Evento cadastrado no Cardio com o código da NDO cadastrada no Pirâmide.

O Evento Contábil cadastrado no Cardio mapeado para a sua respectiva NDO é o que garantirá a contabilização dos valores de cobrança, pagamento e produção médica. Ressaltando que, cada NDO do Pirâmide se relacionará com um evento do Cardio.

No Cardio a transferência dos dados para a área de TI (tabela de integração) é realizada mediante rotina da geração do documento financeiro. No Pirâmide existem programas configurados (JOBs) que ficam em execução contínua e transferem periodicamente (intervalo de tempo definido pelo usuário) as informações da área de TI (tabelas do Cardio) para o banco de dados do sistema Pirâmide.


A integração entre o Cardio e Pirâmide ERP A integração ocorrerá utilizando um conjunto de tabelas (denominadas neste documento de TIs - Tabelas de Integração), que o Sistema Cardio disponibilizou para o Sistema Pirâmide, e esse conjunto de tabelas contém os dados necessários para a geração das informações contábeis e financeiras.

A integração acontecerá com o envio das informações do Cardio para as TIs mediante execução de rotina no Cardio, onde o “Job”, configurado no Pirâmide, transferirá os dados para as respectivas tabelas. Somente após esta transferência, os dados estarão disponíveis para o usuário visualizá-los no sistema Pirâmide. Este processo também será aplicado à integração de Títulos a Pagar. Já na Produção Médica, a integração ocorrerá com o envio das informações do Cardio para as TIs, porém a transferência ocorrerá a partir da atualização das TIs do Pirâmide para o RP gerado a

partir da execução do programa .

A integração atualizará no Pirâmide as informações de cobrança (cadastro de cliente e título a receber), títulos a pagar (que não sejam decorrentes da produção médica) e produção médica (cadastro de fornecedor, recibo de pagamento).

O escopo básico desta integração é permitir a comunicação das informações entre os sistemas Pirâmide e Cardio, conforme modelo abaixo:


TIs


Serão detalhadas a seguir as informações que serão integradas obedecendo aos processos de Cobrança e Produção Médica.

Cobrança (Via Banco de Dados)

1. Clientes

Como o cadastro de clientes é efetuado pelo Sistema de Gestão, todas as suas alterações (inclusão, alteração, ativação/desativação, exclusão) para pessoa física (PF) e pessoa jurídica (PJ) serão registradas nas TIs e transferidas para o Pirâmide. Os novos clientes serão cadastrados no Cardio e, após a geração do faturamento, incluídos no Pirâmide. Porém os clientes cadastrados anteriormente à integração deverão ser mapeados na Tabela de Integração do Cardio.

2. Título a Receber

A integração consiste no envio da geração dos documentos financeiros no Cardio como títulos a receber para o Pirâmide. Neste momento, os clientes serão registrados nas TIs e transferidos para o Pirâmide.

3. Cancelamento dos Títulos a Receber

A integração consiste no envio dos cancelamentos dos documentos financeiros no Cardio como cancelamento de títulos a receber para o Pirâmide. Todas as alterações e cancelamentos realizados no Cardio serão gravados nas Tabelas de Integração - TIs. O Job configurado no Módulo de Integração executará automaticamente os registros não processados que foram gravados na TI do Cardio e atualizará os dados no Pirâmide. Este processo poderá ser realizado tanto pelo Cardio como pelo Pirâmide. Sendo realizado pelo Pirâmide, deverá ser executada uma rotina no Cardio para a transferência das informações.

4. Baixa de Títulos a Receber

A integração consiste no envio das quitações das faturas do Cardio como baixa de títulos a receber para o Pirâmide. Este processo também poderá ser realizado no Pirâmide como envio da baixa para o Cardio, mediante execução de rotina específica no Cardio. Neste caso será necessário que o “JOB INCLUIR BAIXAS CONTAS A RECEBER” esteja ativado, e a trigger “TRG_PIR_DE_HREC_TIHREC_CARDIO” esteja habilitada (Módulo Integração - Pirâmide).


Titulo a Pagar (Via Banco de Dados)

5. Inclui/Altera/Cancela Título a Pagar

A integração consistirá no envio das despesas de todas as alterações e estornos realizados no Cardio e serão gravados nas TIs. A integração executará periodicamente o processamento das tabelas e gravará os títulos a pagar no Pirâmide. Intercâmbio (Títulos a Pagar): será gerado em TIs do Cardio e gravados no Pirâmide através do JOB.

6. Baixa de título a pagar

A integração consiste no envio da baixa dos títulos a pagar do Pirâmide como registro de pagamento para o Cardio.

Produção Médica (Via Banco de Dados e Texto)

7. Fornecedor

A integração consistirá no envio de todos os fornecedores do Cardio como fornecedores para o Pirâmide após a execução da rotina de geração dos pagamentos. O Cadastro de Fornecedor é realizado pelo Sistema Cardio, todas as suas operações (inclusão, alteração, ativação/desativação, exclusão) para as pessoas físicas (PF) e pessoas jurídicas (PJ) serão registradas nas TIs do Cardio. Os novos fornecedores cadastrados no Cardio serão automaticamente incluídos no Pirâmide. Porém os fornecedores cadastrados anteriormente à integração, deverão ser mapeados na Tabela de Integração do Cardio.

8. Produção Médica

A integração consiste no envio da produção médica dos cooperados e credenciados, descontos, glosas e impostos do Cardio como Recibo de Pagamento para o Pirâmide. Neste

processo será utilizado o programa (Pirâmide), que carregará as informações das TIs do Cardio para as TIs do Pirâmide Recibo de Pagamento, e através do Job será gravado no ERP Pirâmide.

Compatibilidade A versão 1.2.56.27807 do Cardio liberada no dia 02/02/2009 é compatível com o migrador 25 em diante do Pirâmide na versão 5.21.00; e com o migrador 03 em diante do Pirâmide na versão 5.22.00.


4Entendendo a Integração

Sobre a Integração A finalidade deste capítulo é apresentar uma visão geral do processo de integração: conceitos envolvidos, abrangência e fluxos das etapas. O detalhamento de cada etapa, configurações, cadastros e operações, estarão descritos nos próximos capítulos.

O usuário deverá atentar para algumas configurações e cadastros que são essenciais para o sucesso da integração.

Operações da Integração A integração ocorrerá com o sistema Cardio realizando a transferência de dados para a área de TIs (Sql Server) e o sistema Pirâmide transferindo das TIs para as suas respectivas tabelas do banco de dados.

A operação de integração é comandada pelo sistema Cardio, ou seja, quem inclui a informação (inclusão das TIs), quem determina a operação (incluir, excluir, alterar, cancelar, baixar) é o Cardio. O Pirâmide apenas executará a atualização dessas tabelas quando do processamento da integração.

Para a cobrança, a atualização nas TIs realizada pelo Pirâmide é feita para confirmar se a operação de integração foi realizada com sucesso ou não, e dependendo do caso, incluir as informações de baixa. Para a produção médica, a utilização das TIs será realizada apenas para a inclusão de fornecedor e inclusão as informações de baixa. As informações do recibo de pagamento serão integradas a partir de arquivo texto.

12 • Entendendo a Integração Manual do Usuário Standard Template

A sigla TI significa Tabela de Integração. Existem dois tipos de tabelas de integração: Tabelas de Mapeamento (Pirâmide) e Tabelas de Processamento (Cardio).

As tabelas de mapeamentos (configuração obrigatória para a integração) são utilizadas para a configuração de Parâmetros e De. Essas tabelas são alimentadas manualmente uma única vez ou quando requerer ajuste de alguma informação.

As tabelas de processamento são atualizadas automaticamente a cada operacionalização da integração. Existe um conjunto de tabelas específicas para cada tipo de integração (cliente, título a receber, produção médica). Todas tabelas possuem campos semelhantes, como por exemplo: o campo ‘COD_OPER_REGISTRO’ que define a operação a ser realizada no ERP Pirâmide, já o campo ‘COD_STATUS_REG’ define situação atual do processo que esta sendo realizado e o campo ‘DSC_ERRO_REGISTRO’ é condicionado a informar erros quando a integração não ocorrer de forma eficaz.

O fluxo do código de operação do registro (COD_OPER_REGISTRO) e do código do status do registro (COD_STATUS_REG), (DSC_ERRO_REGISTRO) dentro das TI seguirá o seguinte esquema para integração:

Status do Registro ERRO

Operação no Sistema Cardio

Operação do

Registro Cardio

TIs

Antes

Cardio TIs

Depois

TIs Pirâmide

TIs Pirâmide

Inclusão I NP P ou ER Branco ou Mensagem de Erro

Onde: P (processado), NP (Não processado) e ER (Erro no processamento).


A Integração ocorrerá de forma automática no Pirâmide, ou seja, de acordo com a configuração do “Job” no Pirâmide.

O “Job” verificará se nas tabelas de processamento existem registros com o status “NP - Não processado” e executará a integração de acordo com a operação determinada na tabela (I, A ou E). Se a operação da integração for realizada com sucesso, o status dessas TIs será atualizado para “P – Processado”. No caso de erros, o status das TIs será atualizado para “ER – Erro” e a descrição do erro será gravada no campo “DSC_ERRO_REGISTRO” e o registro da TI não será incluído no Pirâmide.


Fluxos da Transferência das informações

Cobrança

Cadastro do Cliente

O usuário cadastra o cliente PF/PJ no Cardio. Nesse momento os dados não serão incluídos imediatamente no Pirâmide.

Realiza a geração do documento de cobrança no Cardio.


Na geração do documento de cobrança será verificada a existência dos dados do cliente na tabela de integração. Caso já exista, os dados serão mantidos e a tabela TI_EMPRESA_CLIENTE não será atualizada.

Caso se trate de um novo cliente, a tabela de integração TI_EMPRESA_CLIENTE será atualizada.

O JOB será responsável por executar o processamento das informações dos clientes contidas na TI.

Os clientes serão incluídos no Módulo Financeiro - Cadastro de Cliente (Financeiro - Contas a Receber - Clientes - Cadastro).

Inclusão da Cobrança

Os títulos a receber do Pirâmide serão integrados a partir dos dados da tabela TI_DOCUMENTO_REC. Neste processo, serão considerados apenas registros que possuem os tipos de documento 1 (Fatura) e 2 (Carnê). Para que os documentos sejam integrados, será necessária a integração prévia dos clientes aos quais pertencem os documentos a receber.

O processo de integração será executado através de Jobs previamente configurados no programa de Integração o qual deve ser executado a partir do ambiente de dados do Pirâmide (banco de dados Oracle).

As tabelas de integração (TIs) contendo os mapeamentos, cadastros e as movimentações financeiras estarão em um banco de dados SQL Server. Neste banco de dados não deverá ser criado nenhum outro objeto, isto é, ele deverá conter apenas as TIs disponibilizadas pela Unimed Brasil.

A integração deverá contemplar as operações de inclusão, alteração e exclusão de Clientes. Para os documentos a receber, contemplará a inclusão, alteração (prorrogação do vencimento), exclusão, cancelamento, baixa e exclusão da baixa.

A inclusão de um documento a receber poderá gerar baixas por devolução no momento em que existirem os impostos calculados pelo Sistema Cardio, e/ou quando houver ajustes no valor do documento que reduzam o saldo do documento.

Baixa das Cobranças

Baixa sendo realizada no Cardio

O usuário realizará a baixa no Cardio.


As tabelas de integração TI_DOCUMENTO_BAIXA e TI_ITEM_DOCUMENTO_DOCUMENTO_BAIXA serão atualizadas após o processamento das baixas.

O JOB será responsável por ler as informações das tabelas e realizar a transferência para o Pirâmide.

No Pirâmide será realizada a baixa dos documentos a receber integrados.

No Módulo de Contabilidade será realizada a contabilização dos lançamentos.

Baixa sendo realizada no Pirâmide

O usuário deve realizar a baixa do título a receber integrado no Pirâmide - Módulo Financeiro.

As tabelas de integração TI_DOCUMENTO_BAIXA e TI_ITEM_DOCUMENTO_DOCUMENTO_BAIXA serão atualizadas após o processamento das baixas.

No Cardio, o usuário deverá executar a rotina de importação das baixas realizadas no ERP.

As baixas dos títulos a receber serão atualizadas no Cardio.


Produção Médica

Cadastro do Fornecedor

O usuário cadastra o Fornecedor PF/PJ no Cardio. Nesse momento os dados não serão incluídos imediatamente no Pirâmide.

Realiza a geração do documento de pagamento da produção médica no Cardio.

Na geração do documento de cobrança será verificada a existência dos dados do fornecedor na tabela de integração. Caso já exista, os dados serão mantidos e a tabela TI_EMPRESA_FORNEC não será atualizada.


Caso se trate de um novo fornecedor, a tabela de integração TI_EMPRESA_FORNEC será atualizada.

O JOB será responsável por executar o processamento das informações dos fornecedores contidas na TI.

Os fornecedores são incluídos no Módulo Financeiro - Cadastro de Fornecedores (Financeiro - Contas a Pagar - Fornecedores - Cadastro).

Produção Médica

O usuário deverá processar os documentos de pagamento no Cardio.

As tabelas de integração TI_DOCUMENTO_CON serão atualizadas com as informações dos documentos da produção médica.

O usuário deverá executar o programa

do Pirâmide para a atualização da TI de integração RP.


Os recibos de pagamentos serão incluídos no Módulo Financeiro.


Títulos a Pagar Cadastro do Fornecedor

O usuário irá cadastrar o Fornecedor PF/PJ no Cardio. Nesse momento os dados não serão incluídos imediatamente no Pirâmide.

Realiza a geração do documento de cobrança no Cardio.

Na geração do documento de cobrança, será verificada a existência dos dados do fornecedor na tabela de integração. Caso já exista, os dados serão mantidos e a tabela TI_EMPRESA_FORNEC não será atualizada.

Caso se trate de um novo fornecedor, a tabela de integração TI_EMPRESA_FORNEC será atualizada.


Os fornecedores são incluídos no Módulo Financeiro - Cadastro de Fornecedores.

Títulos a Pagar

Os títulos a pagar do Pirâmide serão integrados a partir dos dados da tabela TI_DOCUMENTO_CON. Neste processo, serão considerados apenas registros que possuem os tipos de documento 7 (Faturamento Intercâmbio Quantidade de Beneficiários) e 8 (Faturamento Intercâmbio Serviços Prestados). Para que os documentos sejam integrados, será necessária a integração prévia dos fornecedores aos quais pertencem os documentos a pagar.

O processo de integração será executado através de Jobs previamente programados no programa de configuração da Integração, o qual deve ser executado a partir do ambiente de dados do Pirâmide (banco de dados Oracle).

As tabelas de integração (TIs) contendo os mapeamentos, cadastros e as movimentações financeiras estarão em um banco de dados SQL Server. Neste banco de dados não deverá ser criado nenhum outro objeto, isto é, ele deverá conter apenas as TIs disponibilizadas pela Unimed Brasil.

A integração deverá contemplar as operações de inclusão, alteração e exclusão de Fornecedores. Para


os documentos a pagar, contemplará a inclusão, alteração (prorrogação do vencimento), exclusão, cancelamento, baixa e exclusão da baixa.

A baixa de um documento a pagar poderá gerar baixas por devolução no momento em que existir uma baixa parcial com desconto. Será gerada uma baixa parcial no valor principal, e tantas baixas por devolução quantos forem os itens que somam o valor de desconto do documento a ser baixado.


5Comunicação

Configuração dos bancos de dados Cardio e Pirâmide Neste tópico, encontram-se descritos os procedimentos básicos e necessários para que o Pirâmide visualize no banco de dados do Cardio a área destinada à integração.

É importante ressaltar que:

1. Esta rotina deve ser realizada por um funcionário da área de tecnologia, e este deve possuir a senha de Administrador.

2. O Gerente de Projetos deverá acionar a área de Tecnologia para a criação do DB_Link entre os bancos Pirâmide e Cardio. A criação do DB_Link deverá estar no cronograma de projeto e para não ocorrerem atrasos, deve ser solicitada para a área de TI da Procenge com pelo menos três dias de antecedência.

3. O processamento desta rotina será realizado uma única vez.

4. Deverá ser executada antes da integração estar em produção, ou seja, para as informações serem gravadas na área de integração.

Vale ressaltar que a execução dos procedimentos a seguir não precisa ser realizada necessariamente antes dos mapeamentos e cadastros. Porém para ativar a tela ‘Integrações do Pirâmide com outros sistemas’ (Módulo Integração - Integração - Configurações) tem que ser depois da configuração do DB_Link. Isso quer dizer que, se der algum erro no DB_Link o implantador poderá ir adiantando os mapeamentos e cadastros, só não deverá ativar a tela mencionada.

Os procedimentos a seguir deverão obedecer à ordem seqüencial apresentada. Para maiores detalhes o usuário deverá consultar o tópico configuração dblink deste manual.

ii • Comunicação Manual do Usuário Standard Template



6Ativação da Integração

Sobre a Ativação da Integração A ativação deve realizada no Cardio e também no ERP Pirâmide. Entretanto, a ativação do sistema Cardio, apenas deverá ser feita após o usuário ter realizado os mapeamentos por completo conforme estar descrito neste manual, desta forma, evitará que as informações a serem compartilhadas não fiquem incompletas.

No Cardio a ativação consiste em uma sinalização a qual informará a conclusão da etapa de cobrança, assim como da produção médica, desta forma as TIs serão atualizadas automaticamente.

Já a ativação no ERP Pirâmide consiste em sinalizar a permissão para a execução automática de ‘Jobs’ e ‘Procedures’ para transferência dos dados das TIs do Cardio para os respectivos cadastros no Módulo Financeiro e Módulo Contabilidade.

Esta rotina é composta da integração: Cobrança código 00000018, 00000071 (SQL SERVER), código 00000068 (ORACLE) - Integração Cardio e RP código 00000023.

Quando da execução dos procedimentos descritos neste capítulo, a integração ficará como “Ativa”.

Ressaltamos que, nesta etapa do processo (Ativação) os procedimentos mencionados na ‘Comunicação’ deverão estar concluídos.

Configuração do Pirâmide para a Integração No Módulo Integração o usuário deverá realizar a configuração da integração do Pirâmide e Cardio.

ii • Ativação da Integração Manual do Usuário Standard Template

Figura 3 - Janela para o Login no Módulo de Integração

O usuário deverá selecionar o Banco de Dados e colocar a sua Identificação (login ou usuário) e Senha.

Após a execução do procedimento acima mencionado, o sistema disponibilizará a tela principal do Módulo Gerenciador de Integrações.


Esta é a tela principal do Módulo de Integração, no qual o usuário deverá realizar as configurações.

Figura 4 - Janela Principal do Módulo de Integração

A seguir serão apresentados na seqüência de execução, os procedimentos que o usuário deverá realizar para que a Integração ocorra com sucesso.

1. Configurar as informações necessárias para a integração através do caminho demonstrado abaixo. Este procedimento será realizado uma única vez.

Figura 5 - Acesso a Tela de Parâmetros Gerais

iv • Ativação da Integração Manual do Usuário Standard Template

Integração Parâmetros Gerais

Nesta tela, o usuário deverá preencher os dados que serão necessários para a integração.

Figura 6 - Janela Parâmetros Gerais

Abaixo serão exibidos os botões da tela que darão acesso as suas funcionalidades:

O usuário deverá clicar no botão e o sistema disponibilizará uma linha para os registros.

PREENCHIMENTO DOS CAMPOS Empresa de Origem

Informar a empresa de origem. Este código corresponde ao código da empresa (no caso o Código da Unimed) cadastrada no Pirâmide.

Filial de Origem

Informar o código da filial cadastrada no Pirâmide.

Cliente Genérico

Não utilizado.

Motivo do Time-out

Não utilizado.

Qtd. Horas Time-Out

Não utilizado.

Moeda Padrão

Informar a moeda padrão utilizada. A moeda padrão deverá estar cadastrada no Pirâmide –Módulo Administrador (Menu: Gerais – Moeda) e também definida como Oficial.

Aplicação Padrão

Não utilizado.


Requisitante Padrão

Não utilizado.

Calculo dos Valores na inclusão do Pedido

O preenchimento deste campo é obrigatório, mas não influencia nesta integração. O usuário deverá preencher com a indicação “N”.

Código do colaborador que solicita adiantamento

Não utilizado.

Prefixo do código do fornecedor

Não utilizado.

Tipo de documento de cheque

Não utilizado.

Tipo de documento para cheque a prazo

Não utilizado.

Tipo de documento para cheque devolvido 1

Não utilizado.

Tipo de documento para cheque devolvido 2

Não utilizado.

Conta contábil padrão de cliente

Não utilizado.

Conta contábil padrão fornecedor

Não utilizado.

Valida CEP do endereço do cliente

Permite configurar o sistema para validar o CEP do cliente. È um campo obrigatório. O usuário deverá preencher com a indicação “N”: Não validar.

Valida CEP do endereço do fornecedor

Permite configurar o sistema para validar o CEP do fornecedor. È um campo obrigatório. O usuário deverá preencher com a indicação “N”: Não validar.

Segmento de mercado fornecedor de cana

Não utilizado.

vi • Ativação da Integração Manual do Usuário Standard Template

Depósito Não utilizado.

Sistema integra Estoque

Não utilizado.

Verifica depósito

O preenchimento deste campo é obrigatório. Não tem influência nesta integração, por isso o usuário deverá preencher com a indicação de “N”: Não verificar.

Para concluir o registro o usuário deverá clicar no botão .

2. Configurando a integração.

Figura 5 - Tela acesso Sistemas

Integração Sistemas

O usuário deverá selecionar a linha que apresenta o código CRD referente ao sistema CARDIO e assinalar a opção ‘Integra c/ Pirâmide’ e ‘Inf – Informed (RP)’.

Manual do Usuário Standard Template Sumário • vii

Figura 6 - Janela para Configuração da Integração Pirâmide X Cardio

Ativação da Integração A ativação da integração consiste em configurar o sistema para aceitar as informações do sistema integrante. Dessa forma, mediante esta operação, o JOB realizará a transferência das informações das TIs do Cardio para as respectivas tabelas do banco de dados do Pirâmide. Assim o usuário deverá ativa as integrações de cobrança e também as de RP.

Ativar a Integração Pirâmide Cobrança

Antes de ativar a integração de cobrança, deverá ser definido qual sistema ficará responsável pelo envio das baixas de recebimento, neste caso, se Pirâmide X Cardio ou Cardio X Pirâmide.

No caso da integração Pirâmide Cardio ficar totalmente ativa, indicará que todos os Jobs e procedures também ficarão ativados.

No caso da integração Cardio Pirâmide ficar parcialmente ativa, significará que os Jobs e procedures devem ficar desativas.

Ressaltandoq eu, esta integração quando ativada, permitirá que o Pirâmide realize a transferência das informações através da execução dos Jobs.

viii • Ativação da Integração Manual do Usuário Standard Template

Figura 7 - Acesso Configurações

Integração Configuração

Figura 8 - Janela para a Ativação da Integração de cobrança Pirâmide X Cardio

O usuário deverá ativar a INTEGRAÇÃO CARDIO – 00000018, se o sistema cardio comportar sistema operacional SQL SERVER, se for

ORACLE deverá ser 000000068 acionando o botão . Porém, se o status da Integração não se apresentar na tela com o status ‘Ativa’, o usuário deverá verificar o motivo da não ativação e consequentemente executar as orientações e posteriormente processar novamente a ativação até que o status seja exibido conforme acima mencionado.

Manual do Usuário Standard Template Sumário • ix

Nos caso em que a empresa utilizar as duas instâncias desta integração, ou seja, a integração 00000068 (1ª instancia - SQL SERVER) e 0000071 (2ª instancia - SQL SERVER), o usuário deverá ativá-las em conjunto se a empresa trabalhar com ambientes distintos para validação de fluxos desta nesta integração, neste caso se necessitar usar o conceito de simultaneidade. Por exemplo: a empresa ‘XXXXXX’ possuir em seu ambiente de TI duas empresas distintas, nesta situação a integração trabalhará buscando as informações das duas quando ambas integrações 00000068 e 00000071 estiverem simultaneamente ativas. Para geração do arquivo texto de RP, em especial para a empresa do exemplo, o usuário também deverá utilizar o gerador de arquivo ‘Int_CardioRP.exe’, mas antes de iniciar o processo deverá escolher qual das instâncias será levada em consideração na geração do arquivo do recibo de pagamento. Ressaltando que a escolha das instâncias será feita por meio da marcação das seguinte opções: ‘CRO - 1ª Instância’ ou ‘CR2 -2 ª Instância’, entretanto estas apenas ficarão visíveis na tela do executável do RP para o usuário, se as

duas integrações estiverem conjuntamente ativas botão . Observando que a integração de 2ª instancia precisará do Dblink ‘DBL_PIR_CR2’ para permitir a transmissão dos dados normalmente.

x • Ativação da Integração Manual do Usuário Standard Template

Checagem da Ativação

Quando a integração se apresentar Ativa, deve-se verificar se as Triggers, Jobs e Procedures também estão todas devidamente ativadas.

O status da Parcialmente Ativa, Poderá ocorrer se o Cardio for responsável pelo envio dos recebimentos das cobranças para o Pirâmide, pois a trigger ‘TRG_PIR_DE_HREC_TITHREC_CARDIO’ deve está com status desabilitado, e o Job ‘INCLUIR BAIXAS CONTAS A RECEBER’ deve estar desativado, desta forma ativação ficará exibida como parcial. Se outros Jobs ou Triggers estiverem desativados, o usuário deverá realizar as instruções necessárias e descritas no procedimentos de atualização do migrador.

Neste tópico o usuário deverá realizar o mapeamento das tabelas.


Neste menu, o usuário deverá realizar a consulta, o processamento e a configuração de algumas tabelas.

Manual do Usuário Standard Template Sumário • xi

Figura 10 - Janela para a Configuração da Integração

Selecionar a integração 00000018, 00000068 ou 00000071 –

Integração Cardio e Clicar com o mouse no botão .

O sistema disponibilizará a tela Objetos de integração para a Configuração 000000018, 00000068 ou 00000071 (Integração Cardio). Esta tela é composta de 4 (quatro) abas: Tabelas, Packages, Triggers e Jobs.

Serão detalhadas a seguir cada uma das abas mencionadas anteriormente.

Aba Tabelas

Esta aba será utilizada para configurar as tabelas e realizar o processamento.

As colunas de “Carga Inicial” e “Gera Arq. Txt.” não são utilizadas na Integração do Cardio.

Figura 11 - Janela Configuração da Integração - Aba Tabelas

xii • Ativação da Integração Manual do Usuário Standard Template

Aba Packages

Nesta aba, o usuário poderá visualizar as packages utilizadas na integração e verificar os status de cada uma.

Para obter sucesso na integração entre os sistemas, é necessário que todas as packages estejam válidas.

Figura 7 - Janela Configuração da Integração - Aba Packages

Aba Triggers

Todas as Triggers da integração Cardio devem estar com o Status Habilitação igual a “HABILITADO” e o Status Compilação igual a “VALIDO”. Caso não estejam, entrar em contato com a Área de Suporte da Procenge.

Figura 8 – Janela Configuração da Integração - Aba Triggers

Manual do Usuário Standard Template Sumário • xiii

Aba JOB

Esta aba apresentará as integrações que serão responsáveis pela transferência dos dados para o Pirâmide. Quando ativado o Job da Integração Cardio, a cada intervalo de segundos configurado, o sistema verificará se existe integração gerada para ser gravada no Pirâmide. O intervalo corresponde ao tempo para a execução da rotina.

É chamada de Job a rotina automática de verificação dessas integrações.

Figura 93 - Janela Configuração da Integração - Aba Jobs

Aba Configurações

Esta tela apresenta as configurações cadastradas na tela Configuração do Engine (menu: Módulo Integração - Configuração das Regras). O usuário poderá ativar ou desativar as configurações.

Figura 10 – Janela Configuração da Integração – Aba Configurações

xiv • Ativação da Integração Manual do Usuário Standard Template

Aba Parâmetros

Informar os valores referentes aos parâmetros de acordo com a integração selecionada.

Para obter sucesso na integração entre os sistemas, é necessário que todos os parâmetros estejam preenchidos.

Informações Importantes:

É importante salientar que, para os clientes que optarem por realizar baixas apenas pelo Cardio, o implantador deverá desativar os seguintes objetos no módulo Integração: Aba Trigger: TRG_PIR_DE_HREC_TIHREC_CARDIO e Aba Jobs: EXCLUIR BAIXAS CONTAS A RECEBER e INCLUIR BAIXAS CONTAS A RECEBER. Caso a Unimed opte por fazer os recebimentos pelo Pirâmide, estes objetos devem estar ativados.

Somente poderá ser realizada a exclusão das baixas de títulos a receber e a pagar, quando a origem for diferente de “integração”.

A baixa de títulos a receber será efetuada com sintetização contábil e da movimentação bancária. Para isto, no parâmetro IND_SINTETIZA_REC, na tabela de integração TI_PARAMETRO_CONFIG (menu: Módulo Integração -

Configurações - Botão ), deverá ser informado o valor “S”, para indicar que no processamento das baixas dos títulos a receber serão agrupados os registros que possuam os seguintes dados iguais: empresa, filial de recebimento, data de recebimento, banco/agência/conta corrente de recebimento e filial de inclusão do documento no sistema de gestão. Este comportamento é restrito aos recebimentos cujo tipo de documento no Cárdio seja “fatura” ou “carnê” (ind_gerador_reg = 1) e o sistema integrante seja igual a "PIR". Este recurso proporcionará que o número do

Manual do Usuário Standard Template Sumário • xv

agrupamento seja gravado em cada registro da sintetização. A exclusão das baixas sintetizadas, apenas para os registros com o indicador de sintetizado igual a 1, gerará um estorno do lançamento contábil e da movimentação bancária, onde o grupo de lançamento e o seqüencial da movimentação de estorno serão gravados na TI de baixa para o documento que teve o recebimento excluído. É recomendável que após a marcação do parâmetro, o mesmo não seja desmarcado a fim de evitar inconsistências no processo.

Existe a possibilidade das baixas dos títulos a pagar e a receber não serem enviadas para as tabelas de integração do Cardio. Para isto, os jobs “INCLUIR BAIXAS CONTAS A PAGAR”, “EXCLUIR BAIXAS CONTAS A PAGAR”, “INCLUIR BAIXAS CONTAS RECEBER” e “'EXCLUIR BAIXAS CONTAS RECEBER” deverão ser desativados na tela Objetos de Integração para a Configuração 00000018, 00000068 ou 00000071 (Integração Cardio) - aba Jobs. Quando os parâmetros “INTEGRA_BAIXA_TITPAG” e “INTEGRA_BAIXA_TITREC”, na TI_PARAMETRO_CONFIG - aba Tabelas, estiverem configurados com o valor “N” na coluna DSC_VALOR indicará que as baixas de títulos a pagar e receber não serão enviadas para as tabelas de integração do Cardio, mesmo que os jobs supracitados estejam ativos. As empresas que optarem permanecer com a atualização das baixas dos títulos nas tabelas de integração do Cardio deverão deixar os parâmetros “INTEGRA_BAIXA_TITPAG” e “INTEGRA_BAIXA_TITREC” com o valor “S” e os jobs supracitados ativados.

O padrão dos parâmetros após a migração é com o valor “S”.

Procedimentos para Atualizações do Migrador Para os clientes que utilizam a integração Pirâmide x Cardio, faz-se necessário a compilação de alguns arquivos no ambiente local, devido à integração usar plataformas diferentes: SQL Server e Oracle.

Após atualizar o migrador, devem ser compilados os seguintes arquivos que serão encontrados no C:\piramide\migração\pos (esses arquivos estarão disponíveis no pacote):

1. PCK_PIR_BASE_INTEGRA.PCK

2. PCK_PIR_CONST_ERROS_FIN.PCK

3. PCK_PIR_BASE_INTEGRA_CARDIO.PCK

4. PCK_PIR_INTEGRACAO_CARDIO.PCK

5. PCK_PIR_INTEGRA_RP_CARDIO.PCK

xvi • Ativação da Integração Manual do Usuário Standard Template

6. PCK_PIR_BASE_INTEGRA_CR2.PCK

7. PCK_PIR_INTEGRA_RP_CR2.PCK

8. PCK_PIR_INTEGRACAO_CR2.PCK

Devem ser compilados na ordem acima, pelo prompt do SQL.

Usar o prefixo "@@", informar o nome do arquivo com a extensão e a pasta onde está copiado.

Ex: Se os arquivos foram copiados para a pasta C:\Temp, fica da seguinte forma:

SQL>@@C:\Temp\PCK_PIR_BASE_INTEGRA_CARDIO.PCC


Os objetos de integração que estiverem configurados com a opção ‘Compilar’ assinalada serão compilados a cada versão ou revisão do migrador. Por isto, quando o usuário desejar replicar o banco de dados Pirâmide, será necessário anteriormente desativar a integração do Cardio (menu: Módulo Integração - Integração - Configuração - Botão

). Assim, ao desativar a integração, o sistema automaticamente irá considerar a opção ‘Compilar’ desmarcada para os objetos desta integração com padrão igual a nulo e também para os objetos que não estiverem associados à integração ativa. Este procedimento evitará erros na migração do banco de dados. Caso o usuário já tenha replicado o banco sem realizar os procedimentos supracitados, deverá ser executado o update abaixo: Update PIR_OBJETO_INTEGRACAO POI Set POI.IND_COMPILA_PADRAO = ‘N’ Where POI.COD_OBJETO = ‘PCK_PIR_GENS_INTEGRA_MOV’;

Update PIR_OBJETO_INTEGRACAO POI Set POI.IND_COMPILA = POI.IND_COMPILA_PADRAO;

Commit;

Aba Tabelas

Esta aba será utilizada para configurar as tabelas e realizar o processamento.

As colunas de ‘Carga Inicial’ e ‘Gera Arq. Txt.’ não são utilizadas na Integração do Cardio, ou seja, não deverão estar assinalada.

Manual do Usuário Standard Template Sumário • xvii

Ativação da Integração no Cardio Além da ativação da integração no Pirâmide será necessário que o usuário realize a ativação na integração no Sistema Cardio. A ativação da integração será realizada mediante a configuração desta tela. Entretanto, esta ativação só deve ser realizada na data do corte e após todas as configurações necessárias a serem feitas nos sistemas.

Financeiro Tabelas e Configurações Configuração Financeiro

Nesta tela será permitido realizar a consulta da configuração

através do botão .

O botão localizado no canto superior esquerdo da tabela de dados permitirá a inclusão da configuração.

xviii • Ativação da Integração Manual do Usuário Standard Template

Figura 114 - Janela para a Ativação da Integração


Quando acionado o botão será disponibilizada a tela abaixo para realizar o mapeamento.

A integração estará ativada quando o código do Pirâmide “PIR” for preenchido no “Código Sistema Integrante”. Assim, deverão ser preenchidos os campos referentes à empresa (neste caso a Unimed) e código do sistema integrante. Os demais campos não devem ser preenchidos para esta integração.

Manual do Usuário Standard Template Sumário • xix

Figura 125 - Janela para a Ativação da Integração


O usuário deverá clicar no botão para efetivar a configuração.

xx • Ativação da Integração Manual do Usuário Standard Template



7Definições Preliminares

Sobre as definições iniciais Antes do início das configurações, dos mapeamentos, dos cadastros, ou outra operação vinculada à integração, é necessário que sejam definidos comportamentos e configurações do sistema, no que se refere principalmente à contabilização.

Definições Preliminares Encontram-se relacionadas a seguir as definições preliminares que deverão anteceder as operações de configurações e mapeamentos:

Plano de Contas Deverá ser verificado se o plano de contas da Unimed encontra-se nos padrões da ANS (ressaltando que, deve-se utilizar o plano de contas liberado a partir de 2009).

Contas Múltiplas Caso o Pirâmide já esteja implantado, verificar se a empresa está configurada para utilizar Contas Múltiplas. Para esta integração faz-se necessário que a empresa esteja configurada com Contas Múltiplas. Os procedimentos para a configuração de contas múltiplas encontram-se disponibilizados no Capítulo Anexos.

Impostos Nesta deverá ser verificado o cadastro dos impostos.

Eventos Contábeis Em conjunto com a área de Contabilidade da Unimed deverão ser definidos os eventos contábeis que serão utilizados na Integração e conseqüentemente mapeados. Ressaltando que é a Unimed quem deve informar qual o evento contábil que será apropriado para os ajustes das contas.

22 • Definições Preliminares Manual do Usuário Standard Template

Cheques Devolvidos O controle financeiro de cheques devolvidos será realizado no Pirâmide ou no Cardio e este procedimento será uma decisão do Gerente de Projetos no momento da implantação. O controle a partir do Cardio, a reabertura do título deverá ser realizada manualmente no Cardio, porém no ERP Pirâmide nada será realizado.

O controle a partir do Pirâmide funcionará da seguinte forma:

1. O usuário deverá criar um tipo de documento no financeiro referente a cheque devolvido, e configurar o parâmetro por filial ‘Código do documento para cheque devolvido’ (menu: Módulo Administrador – Gerais – Parâmetros – Por Filial - Aba Títulos a Receber - Financeiro/Parâmetros Por);

2. Assim quando o financeiro detectar no extrato a devolução do cheque incluirá um título a receber referente ao cheque cujo número do título será o número do cheque, e no campo REF 1 apresentará o número do título original que foi baixado com o cheque que foi devolvido;

3. Na inclusão do título, desde que o documento seja o mesmo configurado no parâmetro e o código de referência 1 represente o título integrado do Cardio, a baixa deste título que originou a devolução do cheque será desfeita no sistema Cardio, através da informação gravada na TI_HISTORICO_REC_CARDIO;

4. Ao realizar a baixar do título incluído referente ao cheque devolvido, a baixa no sistema Cardio será refeita.


8Cobrança

Integrando Cobrança A integração da cobrança compreenderá a transferência do Cardio para o Pirâmide das seguintes informações: clientes, inclusões, cancelamentos, alterações e baixa de títulos a receber gerados que são referentes aos valores a cobrar dos clientes (pessoa física e jurídica).

É importante destacar que os cadastros básicos do Pirâmide e Cardio mencionados neste tópico deverão estar devidamente realizados.

24 • Cobrança Manual do Usuário Standard Template

Configurações e Cadastros Prévios Serão detalhados os cadastros básicos e mapeamentos (relacionamentos dos dados Pirâmide X Cardio) necessários para a rotina de integração da cobrança entre os sistemas Cardio e Pirâmide ERP.

Cadastros Diversos no ERP Pirâmide É importante que os cadastros gerais estejam configurados antes da execução da integração, conforme tabela abaixo. Isto é necessário porque o sistema efetuará a busca no Pirâmide do valor informado na “TI - Tabela de Integração” e se não encontrando, a rotina retornará com erro.

Módulo Cadastro Finalidade Menu Integração

ADM Moeda Cadastrar a moeda corrente, neste caso o Real R$. Definir a moeda como padrão e oficial.

Gerais - Moeda Título a Receber

FINAN Área Cadastrar a área de atuação da Unimed. Criar uma área para cliente PF e outra para cliente

Financeiro - Cadastros Financeiros - Área Cliente


PJ.

FINAN Banco Cadastrar o banco de cobrança.Financeiro - Cadastros Financeiros - Portador - Banco

Cliente/ Título a Receber

FINAN Agência Cadastrar a agência de cobrança

Financeiro - Cadastros Financeiros - Portador - Agência

Título a Receber

FINAN Conta

Corrente Cadastrar a conta corrente de cobrança

Financeiro - Cadastros Financeiros - Portador - Conta Corrente

Título a Receber

FINAN Bloqueio

Cadastrar o(s) tipo(s) de bloqueio(s) que deverão ser utilizados. A sugestão é criar um código de bloqueio padrão, ou seja, sem bloqueios e colocar o cód. 99.

Financeiro - Contas a Receber - Cadastros - Bloqueio

Cliente

FINAN Categoria

de Mercado

Cadastrar a categoria de mercado para PF e outra para PJ.

Financeiro - Cadastros Financeiros – Categoria de Mercado

Cliente

FINAN Segmento

Cadastrar um segmento de mercado para PF e outra para PJ. O segmento de mercado deverá ser utilizado para identificar o cliente Unimed. Os demais clientes deverão utilizar um segmento padrão.

Financeiro – Cadastros Financeiros – Segmento de Mercado

Cliente

FINAN Tipo de Documento

Cadastrar os tipos de documentos. Criar os tipos de documentos: 1 Fatura e 2 Carne.

Financeiro – Cadastros Financeiros – Tipo de Documento

Cliente/Título a Receber

FINAN Conta

Contábil

Cadastrar o plano de contas da ANS para a UNIMED. . As contas contábeis não podem estar com a opção centro de custo marcada.

Contabilidade – Cadastros Contábeis – Planos de Contas - Contas


FINAN Situação Cadastrar a situação de títulos a receber.

Financeiro – Cadastros Financeiros - Situação

Título a Receber

FINAN Vendedor

Cadastrar um 1 vendedor padrão, ou os vendedores que serão informados na movimentação.

Financeiro – Contas a Receber – Cadastros - Vendedor



Clientes A integração dos clientes cadastrados no Cardio apenas ocorrerá quando da geração de fatura ou boleto para o cliente. Assim como a alteração dos dados dos clientes também só ocorrerá quando da geração de faturas após a alteração. As informações serão enviadas quando realizada a geração de documento financeiro para as tabelas de integração do Cardio e serão transferidas para o ERP Pirâmide automaticamente quando o JOB for executado.

No Cadastro de Clientes (no Cardio) as informações de: logradouro, número, telefone e fax, deverão estar preenchidas porque são obrigatórias no ERP Pirâmide.

Será possível na integração de Cliente associar uma modalidade no campo COD_MODALIDADE da TI_CLIENTE. Sendo assim, se a modalidade já estiver cadastrada no ERP Pirâmide, ela será inserida juntamente com o cliente, caso não esteja, a integração irá apresentar a mensagem de erro ‘Modalidade de cobrança XXXXX não está cadastrada no Pirâmide. Verifique a Modalidade Informada na TI_CLIENTE.’, se estiver nula o cliente será inserido normalmente, ou seja, sem modalidade.

Checagem de dados incompletos Para evitar erro acima na integração de clientes devido a dados incompletos, podemos processar Scripts que verificará a ausência de dados cadastrais no Cardio. Abaixo será descrito o comportamento dos mesmos:

O script ‘Contratosemendcomfat’ irá informar os contratos que estão sem endereço;

Já o script ‘ContratoSemVendedor.sql’ informará os contratos que não possui vendedor associado.

Ajustes dados incompletos Caso a quantidade de clientes com dados incompletos seja grande e for definido que para não travar a validação da integração, o usuário deverá utilizar os scripts que atualizam os dados com informações necessárias para posterior ajuste. Abaixo será descrito o comportamento dos mesmos:

O script ‘AssumeEndFat’ poderá ser utilizado para atualizar os contratos que estão sem endereço, com o endereço em outro contrato;


Já o script ‘AssumeEndFat’ irá atualizar os contratos que estão sem vendedor com vendedor existente em outro contrato.

O Cadastro de Clientes é realizado pelo Sistema Cardio. Todas as suas operações (inclusão, alteração, ativação/desativação) para as pessoas físicas (PF) e pessoas jurídicas (PJ) serão registradas nas TIs. Os novos clientes cadastrados no Cardio serão automaticamente incluídos no Pirâmide, mediante execução de rotina no Cardio. Porém, os clientes cadastrados anteriormente à integração, que já estiverem no Pirâmide, deverão ser mapeados na Tabela de Integração.

Cadastros e Mapeamentos para Clientes Serão mencionados neste tópico os cadastros e mapeamentos necessários para que a integração da cobrança envolvendo clientes e títulos a receber ocorra com sucesso.

ERP Pirâmide - Cadastro do Parâmetro de Configuração da Integração para Cliente

No Módulo Integração o usuário deverá realizar a configuração da tabela TI_PARAMETRO_CONFIG.

Todos os parâmetros, configurados na TI_PARAMETRO_CONFIG tem a finalidade de definir informações padrões, que podem não ser enviadas pelo Cardio, para a integração assumir.

Para acessar a tabela TI_PARAMETRO_CONFIG, o usuário deverá no Módulo Integração seguir os passos abaixo:


Figura 1- Acesso tela Configurações


Selecionar a opção Configurações

Figura 2 - Janela para a Configuração Integração Pirâmide X Cardio

O usuário deverá selecionar a INTEGRAÇÃO CARDIO – 00000018, 00000068 ou 00000071.

Em seguida Clicar com o mouse no botão .

O sistema disponibilizará a tela Objetos de integração para a Configuração de acordo com o código selecionado (Integração Cardio).

Figura 3 - Tela Objetos de Integração

Para realizar a configuração dos parâmetros, o usuário deverá

selecionar a TI_PARAMETRO_CONFIG e clicar no botão .


Figura 4 - Tabela TI_PARAMETRO_CONFIG

Preencher a coluna DSC_VALOR apenas para os COD_PARAMETRO descritos na tabela abaixo. Ao concluir, não se

esquecer de clicar no botão .

Na tabela abaixo, encontram-se relacionados os parâmetros a serem preenchidos para a Integração entre os sistemas Pirâmide e Cardio. Estas informações a serem preenchidas na coluna “DSC_VALOR” devem estar previamente cadastradas no PIRÂMIDE e serão utilizadas para definir padrões nas informações quando estas não estiverem informadas no Mapeamento do Cardio, ou seja, não estando no Cardio estas informações, a Integração buscará esses dados configurados nos parâmetros. A ausência da configuração desses parâmetros resultará em erro na integração, caso também não estejam mapedos no Cardio.

COD_PARAMETRO DSC_PARAMETRO DSC_VALOR

AREA_CLIENTE_PF Indica a Área do Cliente PessoaFísica da Integração.

Informar a Área do Cliente Pessoa Física cadastrada previamente.

AREA_CLIENTE_PJ Indica a Área do Cliente Pessoa Jurídica da Integração.

Informar a Área do Cliente Pessoa Jurídica cadastrada previamente.

CATEGORIA_CLIENTE_PF Indica a Categoria do Cliente Pessoa Física da Integração.

Informar a Categoria de Mercado do Cliente Pessoa Física cadastrada previamente. É importante salientar que só pode cadastrar este código com dois caracteres.

CATEGORIA_CLIENTE_PJ Indica a Categoria do Cliente Pessoa Jurídica da

Informar a Categoria de Mercado do Cliente Pessoa


Integração Jurídica cadastrada previamente. É importante salientar que só pode cadastrar este código com dois caracteres.

MOTIVO_PRORROG_PADRÃO Indica o Motivo de Prorrogação padrão da Integração.

Informar o Motivo de Prorrogação Padrão cadastrada previamente. Se informado um código que não exista no ERP Pirâmide, será exibida a mensagem: "Motivo de Prorrogação não cadastrado!Verifique o Código do Motivo de Prorrogação Informado, se está cadastrado no Pirâmide."

SEGMERC_CLIENTE_PF Indica o Segmento de Mercado do Cliente Pessoa Física da Integração.

Informar o Segmento de Mercado dos Clientes Pessoa Física cadastrado previamente. É importante salientar que só pode cadastrar este código com dois caracteres.

SEGMERC_CLIENTE_PJ Indica o Segmento de Mercado do Cliente Pessoa Física da Integração.

Informar o Segmento de Mercado dos Clientes Pessoa Jurídica cadastrado previamente. É importante salientar que só pode cadastrar este código com dois caracteres.

IND_ALT_INF_DEBITO_CONTA_CLI

Indica que os dados para o débito em conta do cliente podem ou não ser alterados na integração.

Informar ‘N’ , quando as remessas de cobrança forem geradas pelo Pirâmide, evitando que os dados bancários para debito em conta sejam apagados nesta alteração.

Informar ‘S’ quando a Unimed não tiver clientes com cobrança débito em conta, ou quando as remessas forem geradas pelo Cardio.

BLOQUEIO_CLIENTE_PF Indica o bloqueio do cliente da integração.

Informar o bloqueio padrão para PF.

BLOQUEIO_CLIENTE_PF Indica o bloqueio do cliente da integração.

Informar o bloqueio padrão para PJ.

Pirâmide - Configuração de Parâmetros no Módulo Administrador Encontram-se mencionados os parâmetros que deverão estar configurados para esta integração.


Código do Cliente Gerado Automaticamente O usuário deverá Configurar o parâmetro geral “Código do cliente gerado automaticamente”. Este parâmetro deverá estar assinalado. A quantidade de caracteres do código do cliente no Cardio é maior que a quantidade limite de caracteres do Pirâmide, por isso é necessária a configuração deste parâmetro.

Administrador Gerais Parâmetros Gerais

Aba Financeiro Aba Clientes

Figura 5 - Janela para a Configuração de Parâmetros no Módulo Administrador

Permitir cliente com CNPJ e/ou CPF repetidos O Cardio gera um registro para cada contrato independente de estar vinculado ao mesmo cliente, o que pode ocasionar clientes dependentes com o mesmo CNPJ ou CPF do titular.

Quando os parâmetros geral ‘Permitir clientes com CPF repetido’ e ‘Permitir cliente com CNPJ repetido’ estiverem desmarcados, o sistema irá a recuperar o código do cliente ou fornecedor já cadastrado no Pirâmide, e atualizará a tabela de integração TI_EMP_FORNECEDOR e TI_EMPRESA_CLIENTE, respectivamente, confirmando assim o processamento do registro. Desta forma, não haverá repetição do CNPJ e CPF na Integração. Logo, caso o usuário opte por não usar CNPJ e CPF repetido, estes parâmetros não deverão estar assinalados. Caso o usuário opte por permitir CNPJ e/ou CPF repetidos, deverá assinalar um ou os dois parâmetros de acordo com sua necessidade.

Na integração de cliente será verificado se o mesmo possui em seu cadastro a configuração do código CEI (Cadastro Específico do


INSS). Caso possua, a integração considerará o código ao invés do CNPJ, isto porque os clientes cadastrados com CEI passam a ter o CNPJ zerado. Assim na inserção se for identificado a existência de um CEI para o cliente em questão, será apresentada uma crítica informando tal fato

Validação da agência em contas a receber O parâmetro referente à validação da agência em Contas a receber deverá estar desmarcado. Isto é necessário para evitar a obrigatoriedade de mapeamento de todas as contas correntes de clientes. Este parâmetro estando desmarcado, o mapeamento irá recuperar apenas o código do portador (banco) mapeado, e usará a agência e conta corrente que estiverem registradas na Tabela de Integração (TI) do Cardio. Sendo assim, apenas o portador deverá estar mapeado.

Caso o usuário selecione este parâmetro deverá efetuar o mapeamento de todas as contas correntes dos fornecedores.

Administrador Gerais Parâmetros Por

empresa Aba Financ. Aba outros

Figura 7 - Janela para configuração do Validação da Agência em Conta Corrente

Mapeamento no Cardio Neste tópico serão detalhados os mapeamentos necessários para o processo de integração, lembrando que apenas serão mencionados os mapeamentos ligados diretamente a esta integração. O usuário realizará a vinculação da informação cadastrada no Cardio com a


informação cadastrada no Pirâmide. Esta etapa é realizada no sistema Cardio.

Estes mapeamentos serão realizados para possibilitar o envio/recepção das informações cadastradas entre os sistemas Pirâmide e Cardio.

O menu abaixo pertence ao Cardio.

Diversos Integração ERP Mapeamentos

Cardio - Mapeamento do Código do Usuário Os usuários responsáveis pelas rotinas de faturamento no Cardio deverão estar relacionados para os usuários responsáveis pela mesma rotina no Pirâmide.

Permite realizar o relacionamento do código do usuário cadastrado no Cardio com o código do usuário cadastrado no Pirâmide.

O usuário deverá considerar a distinção entre letras maiúsculas e minúsculas.

Diversos Integração ERP Mapeamentos Mapeamento do Código do Usuário


Figura 9 - Janela de Consulta dos Mapeamentos do Código de Usuário


Nesta tela será permitido realizar a consulta dos códigos dos

usuários cadastrados através do botão .

O botão permite realizar a alteração do(s) mapeamento(s) cadastrado(s).

O botão permite a exclusão do(s) mapeamento(s) cadastrado(s).

Quando acionado o botão , será disponibilizada a tela abaixo para realizar o mapeamento.

Figura 10 - Janela de Cadastro do Mapeamento do Usuário


O botão permitirá a inclusão de um novo cadastro.


PREENCHIMENTO DOS CAMPOS Auto Identificador

Corresponde ao código identificador do mapeamento.

Automático

Cód. Empresa Sg.

Informar o código da empresa no sistema Cardio.

Obrigatório

Código do Sistema Integrante

Informar o código do sistema integrante. Este campo deverá ser preenchido com a informação “PIR”.

Obrigatório

Código do Usuário

Informar o código do usuário que executa a operação no sistema Cardio.

Obrigatório

Código do Usuário

Informar o código do usuário que executa a operação no sistema Pirâmide.

Obrigatório


O usuário deverá acionar o botão para concluir a operação.

Cardio - Mapeamento do Código da Empresa

Este mapeamento do código da empresa entre as operações dos sistemas Cardio e Pirâmide permite realizar o relacionamento da empresa cadastrada no Pirâmide com a Empresa cadastrada no Cardio.

Diversos Integração ERP Mapeamentos Mapeamento do Código da Empresa


Figura 11 - Janela de Consulta dos Mapeamentos do Código da Empresa


Será permitido realizar a consulta dos mapeamentos de

empresa cadastrados, através do botão .



Figura 12 - Janela de Cadastro dos Mapeamentos do Código da Empresa


Corresponde ao código identificador do mapeamento. Esta informação será gerada automaticamente pelo sistema Cardio.

Automático

Código da Empresa

Informar o código da empresa cadastrada no sistema Cardio.

Obrigatório


Informar o código da empresa no sistema Pirâmide. Este campo deverá ser preenchido com a informação “PIR”.

Obrigatório

Código da Empresa

Informar o código da empresa no sistema Pirâmide.

Obrigatório


O usuário deverá acionar o botão para registrar a operação.


Mapeamento do Código de Bloqueio Este mapeamento não será necessário quando estiver informado na TI_PARAMETRO_CONFIG o valor padrão dos campos BLOQUEIO_CLIENTE_PF e BLOQUEIO_CLIENTE_PJ.

Permite realizar o relacionamento do código de bloqueio de clientes cadastrados no Cardio com o código de bloqueio cadastrado no Pirâmide. Importante ressaltar que no Pirâmide este código de bloqueio padrão (sem nenhum tipo de bloqueio) deverá ficar com o código 99.

O Código do Bloqueio é cadastrado no Cardio através do menu:

Cadastros – Tabelas Gerais - Motivo Suspensão de vínculo.

Diversos Integração ERP Mapeamentos Mapeamento do Código de Bloqueio

Figura 133 - Janela para o Mapeamento do Código de Bloqueio


Será permitido realizar a consulta dos códigos de bloqueios

cadastrados através do botão .





Figura 144 - Janela de Cadastro do Mapeamento do Código de Bloqueio

PREENCHIMENTO DOS CAMPOS

Auto Identificador


Automático

Código da Empresa Sg.


Obrigatório


Informar o código do sistema Pirâmide. Este campo deverá ser preenchido com a informação “PIR”.

Obrigatório

Código Bloqueio no Sistema de

Informar o código do bloqueio no sistema Cardio.

Obrigatório


Gestão

Código de Bloqueio no Sistema Integrante

Informar o código do bloqueio no sistema Pirâmide.

Obrigatório


Para realizar a edição das informações cadastradas, o usuário

poderá acionar o botão .

O botão permite a exclusão do cadastro que está sendo realizado na tela.

Mapeamento do Código da Área Este mapeamento não será necessário quando estiver informado na TI_PARAMETRO_CONFIG os valores padrões dos campos AREA_CLIENTE_PF e AREA_CLIENTE_PJ.

Permite realizar o relacionamento do código da área cadastrada no sistema Cardio com o código de área cadastrado no sistema Pirâmide.

O Código da Área é cadastrado no Cardio através do menu: Cadastros – Pessoas - Informações Pessoais - Região de Atuação.

Diversos Integração ERP Mapeamentos Mapeamento do Código da Área


Figura 155 - Janela de Cadastro do Mapeamento do Código de Área


O usuário deverá acionar o botão para realizar o mapeamento.



Automático

Código da Empresa


Obrigatório

Código da Área

Informar o código da área cadastrada no sistema Cardio.

Obrigatório

Código da Área

Informar o código da área cadastrada no sistema Pirâmide.

Obrigatório


Para realizar a edição das informações cadastradas, o usuário poderá acionar o botão .



Mapeamento do Código do Segmento de Mercado Este mapeamento não será necessário quando estiver informado na TI_PARAMETRO_CONFIG os valores padrões dos campos CATEGORIA_CLIENTE_PF e CATEGORIA_CLIENTE_PJ.

Permite realizar o relacionamento do código do segmento de mercado cadastrado no Pirâmide com o código de Segmento entre as operações dos sistemas Cardio e Pirâmide. O usuário deverá criar o segmento de mercado de Unimed. Será utilizado para identificar quando um cliente for Unimed. Os demais clientes deverão utilizar o segmento de mercado configurado no Módulo de Integração - Tabela Parâmetros Config.

O Código do Segmento de Mercado é cadastrado no Cardio, através do menu: Cadastros – Pessoas - Informações Pessoais - Segmento de Mercado.

Diversos Integração ERP Mapeamentos Mapeamento do Código do Segmento de Mercado

Figura 166 - Janela de Consulta dos Mapeamentos do Código do Segmento de Mercado



Será permitido realizar a consulta dos códigos dos segmentos

de mercado cadastrados através do botão .



Quando acionado o botão será disponibilizada a tela para a inclusão do mapeamento.

Figura 177 - Janela para a Inclusão do Cadastro de Mapeamento





Automático


Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do Segmento de Mercado

Informar o código do segmento de mercado UNIMED cadastrado no sistema Cardio.

Obrigatório

Código do Segmento de Mercado

Informar o código do segmento de mercado UNIMED cadastrado no sistema Pirâmide.

Obrigatório



Mapeamento do Código da Conta Corrente Este mapeamento não será necessário se o parâmetro por empresa ‘Realiza Validação da Agência em Contas a Pagar’ estiver desmarcado no Pirâmide. (Menu: Módulo Administrador - Gerais - Parâmetros - por Empresa - Aba Financeiro - Aba Outros)

Permite realizar a vinculação da conta corrente cadastrada no sistema Cardio com a Conta Corrente Cadastrada no Sistema Pirâmide. O usuário só precisará realizar o Mapeamento do Código da Conta Corrente caso o parâmetro por empresa Realiza Validação da Agência em Contas a Pagar (Módulo Administrador - Gerais - Parâmetros - por Empresa - Aba Financeiro - Aba Outros).

Os Códigos do banco e da Conta Corrente são cadastrados no Cardio através do menu: Regras - Financeiro - Conta Corrente - Bancos - Banco e Regras - Financeiro - Conta Corrente - Bancos - Conta Corrente, respectivamente.

Diversos Integração ERP Mapeamentos Mapeamento do Código da Conta Corrente


Figura 188 - Janela de Consulta dos Mapeamentos do Código da Conta Corrente


Será permitido realizar a consulta dos códigos das contas

correntes cadastradas através do botão .

O botão localizado no canto superior direito da tabela de dados permitirá a inclusão do mapeamento do código da conta corrente.


Na integração, caso o cliente não possua modalidade de cobrança em seu cadastro no módulo Financeiro do Pirâmide, o sistema obterá a conta corrente registrada no mapeamento. Se possuir modalidade de cobrança, a conta corrente será resgatada através do Portador e Agência informados. A operação não será efetivada se a conta corrente não for localizada.


Figura 199 - Janela para a inclusão do Mapeamento de Conta Corrente





Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do banco (operadora)

Informar o código do banco cadastrado no sistema Cardio.

Obrigatório

Código da agência (operadora)

Informar o código da agência bancária cadastrada no Cardio.

Obrigatório

Código da conta corrente (operadora)

Informar o código da conta corrente cadastrada no Cardio.

Obrigatório

Código do Informar o código do banco Obrigatório


banco sistema integrante

cadastrado no sistema Pirâmide.

Código da agência sistema integrante


Obrigatório

Código da conta corrente sistema integrante


Obrigatório



Integração de Clientes A integração de clientes consiste em enviar para o Pirâmide os clientes cadastrados no Cardio.

Na integração, o Cadastro dos Clientes apenas será enviado após a geração da fatura. Serão integrados todos os clientes pessoa física e jurídica.

Tendo em vista não existir uma rotina específica para a exportação de clientes, o usuário deverá consultar os procedimentos descritos na Integração de Títulos a Receber. Os clientes serão exportados quando da execução da rotina de Geração de Documento Financeiro.

As informações serão incluídas na Tabela de Integração TI_EMPRESA_CLIENTE. Esta tabela pertence ao Cardio.

Consulta da Integração de Clientes O usuário poderá realizar a consulta da integração de duas formas: Diretamente pelo Cardio ou através de consulta no SQL - Enterprise Manager.

Pelo Cardio Para consultar se a integração ocorreu com sucesso, verificando o preenchimento das informações na Tabela de Integração, o usuário deverá acessar o menu descrito logo abaixo. Onde serão apresentadas todas as informações e detalhamentos dos clientes processados. Esta opção permite a consulta de cliente a cliente.

Esta consulta deve ser realizada periodicamente para detectar a existência de arquivos com erros ou que não foram processados corretamente.


Diversos Integração ERP Receber Cliente Por Empresa

O usuário deverá selecionar os clientes que não foram integrados, utilizar a opção de filtro ‘Status do Registro’ = erro e clicar no botão

.

Figura 20 - Janela para a Consulta de Clientes no Cardio

Quando o cliente é processado sem erros, a tela será apresentada sem nenhuma mensagem.


Figura 21 - Janela Consultando o Cliente no Cardio

Porém se ocorrer erro no processamento, será apresentada uma mensagem de erro, conforme figura abaixo. Neste caso, a integração não foi processada devido à falta de informação da conta contábil.

O usuário deverá analisar do erro e providenciar os ajustes necessários para corrigir. Entretanto, para processar novamente deverá alterar o status de erro para não processado.


Figura 202 - Janela Consultando o Cliente no Cardio

Pelo SQL - Enterprise Manager. O usuário responsável pela integração poderá consultar através do SQL - Enterprise Manager, os clientes que não foram processados na Integração.

Para acessar o SQL - Enterprise Manager o usuário deverá seguir o seguinte caminho: Todos os programas - Microsoft SQL Server - Enterprise Manager

Figura 23 - Caminho para a tela Enterprise Manager


Acessando o programa mencionado acima, será apresentada a seguinte tela:

Figura 214 - Consultando o Cliente no SQL - Server - Enterprise Manager

O usuário deverá clicar na pasta Tables, onde estão todas as tabelas e selecionar a tabela TI_EMPRESA_CLIENTE.


O usuário deverá selecionar a tabela TI_EMPRESA_CLIENTE, e realizar a verificação da integração. Ao clicar com o botão direito


do mouse será apresentado um menu. Neste menu, deverá selecionar a opção “Open Table” e em seguida “Return all rows” (serão apresentadas todas as informações constantes na tabela, sem restrição) ou “Return Top” (para exibir uma quantidade de linhas determinadas).


Selecionando uma das opções “Return all Rows” ou “Return Top” serão apresentados os registros da tabela referentes aos clientes processados, não processados e com erros.



Desabilitar Fluxo de Cliente A integração permitirá que o usuário desabilite o fluxo de clientes nas instâncias que contemplam os códigos 00000018 e 00000071. Isso porque existe a necessidade da integração associar os códigos de clientes do sistema integrante aos códigos do ERP Pirâmide. Para tanto será preciso realizar alguns procedimentos que serão descritos a seguir:

1. A desativação do fluxo supramencionado será feito por meio de um script que afetará diretamente o parâmetro IND_INTEGRA_CLIENTE da TI_SISTEMA. Este procedimento também abrange o parâmetro de mapeamento automático da operação.

2. Será necessário outro script para aplicar uma carga na tabela de integração de mapeamento de Cliente (TI_MAP_CLIENTE) com as informações contidas nas TI_CLIENTE respectivamente;

3. A integração de Cliente ficará dependente da configuração do parâmetro da TI_SISTEMA citado do item 1;

4. O mapeamento de cliente deverá ser feito corretamente, isso será verificado pela integração. Pois, para os momentos que houver integração de título a receber, paralelamente haverá a exibição de uma crítica caso o cliente do título não estiver cadastrado no ERP Pirâmide, neste caso, o usuário deverá realizar a inclusão e o mapeamento com os respectivos códigos;

5. Ressaltando que exclusivamente neste caso, a empresa que desejar realizar essa desabilitação, deverá consultar a área de desenvolvimento da Procenge.

Títulos a Receber A cobrança resultante da geração de documento financeiro dará origem à integração do Título a Receber no Pirâmide - Módulo Financeiro. Porém serão necessários alguns procedimentos até o processamento final desta integração.

Neste capítulo, serão abordados os cadastros, os mapeamentos e as configurações necessárias no Cardio e Pirâmide, e os processos de consulta da exportação e dos títulos a receber.

Neste processo impreterivelmente será necessário definir qual será o sistema que ficará responsável pelo recebimento dos clientes, neste caso, se o sistema Cardio - (primeira opção) receberá e enviará a baixa para o ERP Pirâmide, ou se o Pirâmide (segunda opção) irá receber e envia a baixa para o Cardio .


A mensagem "Documento 'XXX' tem informado um valor Negativo '-0,00' para a NDO 'XXXXX' .Verifique a Informação na TI de Operação de Títulos a Receber." poderá ser apresentada na integração de Títulos a Receber quando houver valor negativo informado no campo VAL_OPERACAO da TI_OPERACAO_DOCUMENTO_REC.

Para integrar títulos a receber de clientes pessoa física e/ou pessoa jurídica que estiverem com a situação Inativa no sistema (menu: Módulo Financeiro – Contas a Receber – Clientes –

Cadastro – Botão / - Aba Dados Empresa), é necessário que o usuário marque o parâmetro por filial ‘Permite gerar título a receber com cliente inativo através da integração’ (menu: Módulo Administrador – Gerais – Parâmetros – Por Filial – Aba Financeiro – Aba Tít. a Rec.).

Para os casos em que o Cardio integrar a baixa do título, e a data de crédito esteja igual a data de recebimento, o sistema verificará se a conta corrente do título possui configuração de float, se sim, a informação contida não afetará a data de recebimento, pois, o cardio levará em consideração a data enviada por ele (menu: Módulo Financeiro – Cadastros Financeiro – Portador – Contas

Correntes – Botão ).

Na primeira opção: Será necessário desativar os seguintes objetos no módulo Integração para o Contas a Receber, Aba Triggers: selecionar o objeto ‘TRG_PIR_DE_HREC_TIHREC_CARDIO’ e clicar no botão DESABILITAR.

Figura 25- Janela Objetos de Integração para a Configuração - Aba Triggers

Aba Jobs: selecionar os objetos


EXCLUIR BAIXAS CONTAS A RECEBER

INCLUIR BAIXAS CONTAS A RECEBER e clicar no botão DESATIVAR.

Figura 26- Janela Objetos de Integração para a Configuração - Aba Jobs

Na segunda opção: Será necessário ativar os seguintes objetos no módulo Integração para o Contas a Receber, Aba Triggers: selecionar o objeto ‘TRG_PIR_DE_HREC_TIHREC_CARDIO’ e clicar no botão DESABILITAR.

Informações da Nota Fiscal Eletrônica no Título a Receber

Para que a integração considere as informações da NFe no SPED Contribuições, o usuário deverá informar dados da nota na TI_DOCUMENTO_REC, estes dados deverão está informados nas colunas NFE_SERIE_SG com o código da série da NF-e no Cardio, NFE_NUMERO_SG informar o número da NF-e no sistemaCardio, NFE_CODIGO_VERIFICACAO_SG informar o código de identificação da nota fiscal eletrônica de serviço (chave de acesso). Estas informações serão enviadas juntos com o título e com o tipo de operação “I”. Estes campos dos títulos a receber serão tratados pelo sistema integrante e não serão tratados pelo sistema ERP Pirâmide. Sendo assim, o Cardio identificará qual foi a nota fiscal de venda gerada para o título a receber que já foi integrado e a qualquer momento enviará as respectivas informações pertinentes a nota fiscal, mas se não houver título a receber pertinente a nota fiscal, os campos acima deverão ficar em branco. Quando o Cardio enviar uma operação de 'A' (alteração) e o campo "COD_STATUS_DOC_SG" for igual a "L" (liquidado), o sistema vai verificar se o campo "DAT_PRORROGACAO" está preenchido, caso esteja, será feita a


prorrogação do titulo e atualização dos campos da NFe. Caso o "COD_STATUS_DOC_SG" seja diferente de "L" será feita apenas atualização dos campos da NFe

Cadastros e Mapeamentos Neste tópico, será explanada a forma como ocorrerá à exportação para o Pirâmide dos títulos a receber, cancelamentos e baixas (recebimentos) realizados no Cardio

Para que a integração do contas a receber seja realizada com sucesso, é necessário que os cadastros obrigatórios no Pirâmide e Cardio estejam devidamente incluídos, bem como as configurações e mapeamentos nesses sistemas descritos no tópico Configurações e Cadastros Prévios.

O usuário deverá verificar se os cadastros e mapeamentos descritos anteriormente no tópico Configurações e Cadastros Prévios estão devidamente incluídos.

Cadastros no Pirâmide Serão mencionados neste tópico os cadastros vinculados à inclusão de títulos a receber.

Tipo de Documento Cadastrar os tipos de documentos “Fatura” e “Carne”. Esta informação será necessária para a integração do contas a receber (Títulos a Receber).

Financeiro Cadastros Financeiros Tipo de

Documentos Cadastro


Figura 28 - Janela de Cadastro do Tipo de Documento

Cadastro de NDO O cadastro de NDO é realizado no Módulo Administrador do Pirâmide. Será necessário cadastrar todas as NDOs que serão utilizadas na integração da cobrança.

Para facilitar o cadastro de todas as NDOs, encontra-se disponibilizada uma rotina para a inclusão. Trata-se da função Gerar NDO e Tipo de Serviço (menu: Módulo Administrador - Ferramentas - Gerais - Gerar NDO e Tipo de Serviço), a qual deverá ser executada para realizar a inclusão de todas as NDOs no Pirâmide – Módulo Administrador. Os procedimentos para a execução encontram-se disponibilizados no capítulo de Carga Inicial.

Administrador Cadastros NDO Cadastro

Figura 29 - Janela de Cadastro da NDO


Para se adequar as regras da ANS, que obriga para os contratos em pré pagamento realizar as contabilizações de acordo com a regra PRO RATA, deve-se configurar as NDOs utilizando as informações contidas na Aba de Competência. Assim em uma única NDO pode-se configurar a contabilização para:

Faturamento Normal Inclusão e Cancelamento

Faturamento Antecipado Inclusão e Cancelamento

Faturamento Postecipado Inclusão e Cancelamento

NDOs para Inclusão e Cancelamento

Para NDOs de inclusão e recebimento, o usuário deverá configurar em uma mesma NDO, a opção de inclusão e cancelamento através das opções ‘Período’ e ‘Operação’ apresentadas na aba de competência do cadastro da NDO.

Essas NDOs serão utilizadas na integração de inclusão e cancelamento da cobrança de Pessoa Física e Pessoa Jurídica, de acordo com diversas contas de receitas do plano de contas.


Características da NDO

Origem Inclusão de Título a Receber

Integração de Título a Receber

Classificação financeira

Deixar em branco

Aba Geral Marcar Estorno por competência Pro Rata Dia

Configuração Contábil

Aba Geral

Fórmula: Em branco

Rateio: 100 %

Débito: Conta Automática

Aba Competência

Período: Normal e Operação: Inclusão

Crédito: Conta Receita ANS

Período: Normal e Operação: Cancelamento

Débito: Conta Cancelamento ANS

Período: Normal e Operação: Recebimento

Crédito: Conta Contraprestação Recebida ANS

Período: Antecipado e Operação: Inclusão

Crédito: Conta Faturamento Antecipado

Período: Antecipado e Operação: Cancelamento

Débito: Conta Cancelamento Faturamento Antecipado ANS

Período: Antecipado e Operação: Recebimento


Período: Postecipado e Operação: Inclusão

Crédito: Conta Faturamento Postecipado

Período:Postecipado e Operação: Cancelamento

Débito: Conta Cancelamento Faturamento Posteciapdo ANS

Período: Postecipado e Operação: Recebimento

Crédito: Conta Contraprestação


Recebida ANS


Na inclusão do título a receber, o usuário deverá verificar se a configuração contábil da NDO possui nas Abas Geral e Competência o percentual de rateio e a fórmula que definirá o valor da configuração (menu: Módulo Administrador – Cadastros –

NDO – Cadastro – Botão / ). Caso a NDO não possuir imposto, a fórmula na aba geral será ‘ValorTitulo’. Se possuir, deverá ser ‘ValorNDOTitulo’. Para maiores detalhes desta configuração o usuário deverá consultar o manual de configurações básicas de NDO.


NDOs de Descontos no Títulos a Receber Cadastrar as NDOs para todos os descontos que podem ocorrer na geração do Contas a Receber. Vale salientar que, só é criado um tipo de desconto integral ou parcial; no caso das NDOs será criada uma NDO para cada desconto, dependendo da quantidade de tipos de descontos.


Origem Integração de Baixa de Título a Receber


Padrão


Fórmula: Em branco

Rateio: 100 %

Débito: Fixa (conta de desconto de acordo o plano de contas ANS)

Crédito: Conta Automática

NDOs Padões de Baixa de Títulos a Receber

Cadastrar as NDOs padrões de baixa, integral, parcial, com acréscimo e com desconto, para baixar títulos a receber, com a origem Integração Baixa de Títulos a Receber. Estas NDOs serão as mesmas criadas para os tipos de baixas 1,2,3 e 4.

NDOs Pro Rata de Baixa de Títulos a Receber

Cadastrar as NDOs de baixa pro rata, integral, parcial, com acréscimo e com desconto;

Configurar os tipos de baixas pro rata, que utilizarão estas NDOs e atualizar parâmetro por empresa ‘Tipos: Pagamento/Recebimento Pro Rata Padrão’ (menu: Módulo Administrador – Cadastros – NDO – Cadastro). As NDOs configuradas serão informadas na TI_PARÂMETRO_CONFIG, de acordo com detalhes no tópico especifico. Para maiores detalhes o usuário deverá verificar o documento Faturamento Antecipado - Pro Rata por Dia.pdf



Origem Integração - Baixa de Título a receber


Em branco


Fórmula: de acordo com o processo

Rateio: 0 %

Débito: Automático


Cadastro do Tipo de Baixa para Desconto de Faturas Configurar os tipos de recebimento parcial e integral para possibilitar os descontos em Títulos a Receber. Estas baixas precisam ser cadastradas para realizar os descontos na geração do título a receber, ou seja, quando a fatura ou boleto possuir desconto, neste caso, o título ficará com o status parcial.

Baixa Parcial por Devolução O usuário deverá criar uma baixa parcial por devolução com as configurações abaixo.

Figura 32 - Inclusão de Baixa Parcial de Devolução de Títulos a Receber

Parâmetro Valor: Selecionar o sinal “<”

Parâmetro Baixa por Devolução deverá estar assinalado


No campo NDOs Recebimentos o campo Padrão deverá deve ser preenchido com a NDO padrão criada para o desconto parcial.

Baixa Integral por Devolução O usuário deverá criar uma baixa integral por devolução com as configurações abaixo.

Figura 33 - Inclusão de Baixa Parcial de Devolução de Títulos a Receber

Parâmetro Valor: Selecionar o sinal “=”

Parâmetro Baixa por Devolução deverá estar assinalado

Parâmetro Encerra título deverá estar assinalado; e ao clicar nessa opção, o sistema automaticamente seleciona “Retém Imposto”.

No campo NDOs Recebimentos o campo Padrão deverá deve ser preenchido com a NDO padrão criada para o desconto integral.

No momento da baixa por devolução realizada na inclusão de um título a receber, quando não existirem itens com valor negativo, não será preenchida a NDO referente à baixa por devolução.

Estas configurações serão informadas na TI_PARÂMETRO_CONFIG, de acordo com detalhes no tópico especifico.

Cadastro do Parâmetro de Configuração da Integração para Títulos a Receber








O usuário deverá selecionar a INTEGRAÇÃO CARDIO – 00000018, (SQL SERVER), 00000068 (ORACLE) ou 00000071 (SQL SERVER).


O sistema disponibilizará a tela Objetos de integração para a Configuração d acordo com o código selecionado da Integração com o Cardio.


Figura 36 - Tela Objetos de Integração

Para realizar a configuração dos parâmetros o usuário deverá


Figura 277 -Tabela TI_PARAMETRO_CONFIG



Na tabela abaixo, encontram-se relacionados os parâmetros a serem preenchidos para a Integração entre os sistemas Pirâmide e Cardio. Estas informações a serem preenchidas na coluna “DSC_VALOR” devem estar previamente cadastradas no PIRÂMIDE e serão utilizadas para definir padrões nas informações quando estas não estiverem informadas no Cardio. Ou seja, não estando no Cardio estas informações, a Integração buscará esses dados


configurados nos parâmetros. A ausência da configuração desses parâmetros resultará em erro na integração.

TIPO_RECTO_DEVOLUCAO_DOCREC_INT

Indica o Tipo de Recebimento usado na baixa por devolução integral do Documento a Receber.

Informar o Tipo de Recebimento utilizado para os Descontos (Impostos ou Redução) do Título a Receber Integral, cadastrada previamente.

TIPO_RECTO_DEVOLUCAO_DOCREC_PARC

Indica o Tipo de Recebimento usado na baixa por devolução parcial do Documento a Receber.

Informar o Tipo de Recebimento utilizado para os Descontos (Impostos ou Redução) do Título a Receber Parcial, cadastrada previamente.

IND_TREC_MORA_MULTA_CARDIO

Indica de onde se deve pegar a Mora e Multa dos Títulos a Receber via Cardio (C - Cliente/Agência, A - Agência e Nulo - Não informa mora/juros).

Se informado ‘N’, no título a receber gerado a partir da integração não serão calculadas nem a mora nem a multa. Caso seja informado ‘C’, o Pirâmide verificará primeiramente no Cadastro de Cliente (menu: Módulo Financeiro - Contas a Receber - Clientes - Cadastro) as informações de mora e multa, não existindo esses dados, serão consideradas a mora e a multa da agência do cliente (menu: Módulo Financeiro - Cadastros Financeiros - Portador - Agências por Empresa). Se o parâmetro for preenchido com ‘A’ serão consideradas a mora e a multa da agência do cliente do título a receber apenas.

IND_USA_COMPETENCIATREC_CARDIO

Indicará que o sistema Cardio irá utilizar ou não competência na contabilização de Títulos a Receber, ou seja, os campos competência inicial e final virão preenchidos na integração.

Se informado ´S´ indicará que o sistema Cardio irá utilizar competência na contabilização de Títulos a Receber, ou seja, a NDO do título deve está configurada com a aba de competência, com as contas de faturamento antecipado e normal informadas.

COD_NDO_DESC_TITREC

Indicará que integração irá utilizar ou não a NDO de desconto para baixa de título a receber.

Se informado ´S´ a integração utilizará NDO de desconto na baixa de título. Se ‘N’ não utilizará.

COD_NDO_MORA_TITREC

Indicará que a integração irá utilizar ou não a NDO mora para baixa de título a receber.

Se informado ´S´ a integração utilizará NDO de mora na baixa de título. Se ‘N’ não utilizará.

COD_NDO_MULTA_TITREC

Indicará que a integração irá utilizar ou não a NDO multa para baixa de título a receber.

Se informado ´S´ a integração utilizará NDO de multa na baixa de título. Se ‘N’ não utilizará.

COD_NDO_PADRÃO_ Indicará que a integração Se informado ´S´ a integração utilizará a NDO


TITREC irá utilizar ou não a NDO padrão para baixa de título a receber.

padrão na baixa de título. Se ‘N’ não utilizará.

GERA_IMPOSTOS_TITULO_RECEBER

Indicará que a integração irá considerar os impostos vinculados ao título a receber caso ele possua, se não estiver não haverá problema.

Se configurado com a indicação 'S', o sistema considerará todos os impostos contemplados nos Títulos a Receber quando ele for integrado, ao invés de contabilizar na baixa por devolução. Agora se o usuário deseja que seja contabilizado na baixa por devolução deverá informar ‘N’. O valor do imposto ficará somado com valor do título conforme originado do sistema Cardio. Ressaltando que, sempre que existir fato gerador faturamento e fato gerador recebimento, o título ficará com status Aberto, pois, haverá a baixa do imposto no momento da integração do título (fato gerador faturamento). Vale destacar também, que no caso do fato gerador recebimento o valor do imposto é calculado, porém ficará retido até a baixa ser realizada.

USA_VINCULO_NFS_TR

Indicará que haverá vínculo da nota fiscal de saída com o título a receber.

Deverá está configurado como ‘S’ para que a integração entenda que existirá vínculo da nota com o título que anteriormente foi integrado, desta maneira, será realizado os Lançamentos Contábeis e disponibilizada a informação do grupo de lançamento das notas integradas entre o ERP Pirâmide e Cardio. A identificação do vínculo criado ficará registrada na 'TI_VINCULO_NF_TR' a qual se refere a associação entre a NFS e o título a receber de acordo com a configuração do parâmetro. Assim, a integração verificará se o titulo está gravado na TI_VINCULO_NF_TR e no ERP Pirâmide, para pegar o código do grupo de lançamento e gravar na nota, se não houver registro na TI_VINCULO_NF_TR para a nota em questão, ela será integrada normalmente. Destacando que para este comportamento é necessário que a integração com Cardio e a integração Nota Fiscal de Saída - 00000073 estejam simultaneamente ativas (menu: Módulo Integração – Configurações). É preciso também que o usuário assinale no Módulo Faturamento o parâmetro por filial ‘NF/Fatura - Série Única’ (menu: Módulo Faturamento – Gerais – Parâmetros - Por Filial - Aba Títulos).

USA_DESCONTO_TITREC

Indica que na integração de títulos a receber, o sistema irá validar o desconto como valor

Informa ‘S’ para que na integração do título, seja considerado o valor do desconto informado na


negativo na NDO. TI_OPERACAO_DOCUMENTO_REC.

Cadastro de Contratos no Cardio Serão mencionados neste tópico os Cadastros e Mapeamentos a serem realizados no Cardio e necessários para a integração.

Deverá ser verificado se em todos os contratos estão apresentados o código do vendedor. Isto porque, esta é uma informação obrigatória, e o usuário poderá realizar a verificação através do script “ContratoSemVendedor.sql” criado pela Unimed do Brasil e disponível no diretório “/Cardio/bin/Db/Tables/Update”. Assim poderá atualizar o campo vendedor nos contratos.

Cadastros Gestão Clientes Contrato

Figura 40 - Tela Cadastro de Contrato


Figura 28 - Janela para o Cadastro de Contrato - Cardio

Para considerar um vendedor padrão para todos os contratos, o usuário deverá utilizar o script “AssumeVendedorPadrao.sql” criado pela Unimed do Brasil e disponível no diretório “/Cardio/bin/Db/Tables/Update”.


Figura 29 - Janela para o Cadastro de Contratos – Cardio

Para atualizar campo endereço nos contratos, deverá verificar se o endereço comercial está devidamente informado nos contratos. Isto porque, esta informação é imprescindível para as áreas do Comercial e Faturamento.

Para obter os contratos financeiros e que no cadastro não estão informados com um endereço para a classe Comercial e Faturamento, o usuário poderá utilizar o script ContratoSemEndComFat.sql criado pela Unimed do Brasil e disponível no diretório “/Cardio/bin/Db/Tables/Update”. A atualização desta informação deverá ser realizada no Cadastro de Pessoa (menu: Cadastro - Pessoa - Aba Endereços).

Nos casos de cadastro de pessoa que terá a função “Prestador” para a Unimed, será necessário informar um endereço com classe Comercial e que a opção Faturamento esteja marcada.

Classe de Documento Financeiro Para que as TIs de Quitação sejam geradas é imprescindível a informação da Classe de Documento Financeiro (Financeiro - Tabelas e Configurações - Classe de Documento Financeiro - Aba Principal) e esta classe deve estar sinalizada como Fiscal.


Financeiro Tabelas e Configurações Classe de Documento Financeiro

Figura 43 - Tela Classe Documento Financeiro

Cadastro de Evento Contábil O cadastro de Eventos Contábeis é utilizado para possibilitar a contabilização dos lançamentos de cobrança. O Cardio possui cadastrado aproximadamente 400.000 eventos contemplando todas as combinações possíveis de características definidas pela ANS. Este é um dos cadastros mais relevantes para esta integração. Salientando que o sistema permite o mesmo código de Evento Contábil para Pessoa Física e para Jurídica.

Diversos Contábeis Cadastros Contábeis Evento Contábil


Figura 44 - Janela para o Cadastro do Evento Contábil

Figura 45 - Janela para o Cadastro de Evento Contábil


O código externo do evento é a informação que será utilizada para o Mapeamento do Item da Conta Contábil. Consultando a aba Classificadores terão disponibilizados seis campos que poderão ser utilizados para encontrar a conta contábil de acordo com o estabelecido pela ANS.



Classificador1 Refere-se à Modalidade de Cobrança, podendo ser: 1 – Modalidade de Pré-Pagamento 2 – Demais modalidades

Classificador2 Período de implantação. A identificação no Cardio é: 0 – Planos operados antes da lei 9656/98 1 – Planos operados após edição da lei 9656/98 ATENÇÃO: No Plano de Contas da ANS: Algarismo 1 – Planos operados antes da vigência da lei 9656/98 Algarismo 2 – Planos operados a partir da vigência da lei 9656/98


Classificador3 Natureza Jurídica da contratação: 1 – Individual 2 – Familiar 3– Coletivo empresarial (Com Patrocinador) 4 – Coletivo por adesão (Sem Patrocinador)

Classificador4 Segmentação (Código da Cobertura Oferecida): 01 – Ambulatorial 02 – Hospitalar com obstetrícia 03 – Hospitalar sem obstetrícia 04 – Odontológico 05 – Referência 06 – Ambulatorial mais Hospitalar com

obstetrícia 07– Ambulatorial mais Hospitalar sem

obstetrícia 08 – Ambulatorial mais odontológico 10 – Hospitalar com obstetrícia mais

odontológico 11 – Hospitalar sem obstetrícia mais

odontológico 13–Ambulatorial mais hospitalar com

obstetrícia mais odontológico 14– Ambulatorial mais hospitalar sem

obstetrícia mais odontológico 90.– Outros

Classificador5 Identificação do tipo de credenciamento com relação à Classe Contábil do Serviço: 0 Remessas 1 Consultas – Pessoal Próprio 2 Consultas – Cooperados 3 Consultas – Conveniados 4 Exames Grupo 1 - Rede Própria 5 Exames Grupo 1 - Rede Conveniada 6 Exames Grupo 2 - Rede Própria 7 Exames Grupo 2 - Rede Conveniada 8 Terapias Grupo 1 - Rede Própria 9 Terapias Grupo 1 - Rede Conveniada 10 Terapias Grupo 2 - Rede Própria 11 Terapias Grupo 2 - Rede Conveniada 12 Honorário Médico - Internação - Rede

Própria 13 Honorário Médico - Internação - Rede

Conveniada 14 Exames - Internação - Rede Própria


15 Exames - Internação - Rede Conveniada

16 Terapias - Internação - Rede Própria 17 Terapias - Internação - Rede

Conveniada 18 Materiais Médicos - Internação - Rede

Própria 19 Materiais Médicos - Internação - Rede

Conveniada 20 Medicamentos - Internação - Rede

Própria 21 Medicamentos - Internação - Rede

Conveniada 22 Outras Despesas - Internação - Rede

Própria 23 Outras Despesas - Internação - Rede

Conveniada 24 Outros Atendimentos Ambulatoriais -

Rede Própria 25 Outros Atendimentos Ambulatoriais -

Rede Conveniada 26 Demais Despesas Assistenciais - Rede

Própria 27 Demais Despesas Assistenciais - Rede

Conveniada 28 Reembolso S.U.S. 29 Operações com o Exterior 30 Sucursais no Exterior

Classificador6 Tipo de Ato: 1 – Principal 2 – Auxiliar 3 – Não cooperativo


Para melhor entendimento segue o exemplo considerando a tela acima onde estão sendo informados os Classificadores:

Classificador1: 2 Classificador2: 0 Classificador3: 1 Classificador4: 3 Classificador5: 0 Classificador6: 1 Para o usuário obter a informação correta deverá observar os números que estão em negrito e procurar a sua correspondente classificação no quadro acima. Por exemplo, no Classificador 1 o


número correspondente é 2, logo na tabela referente ao classificador 1 o 2 (dois) significa “Demais modalidades”. Já no Classificador 2 o número correspondente é o 0 e na tabela referente ao classificador 2 o 0 (zero) significa “Planos operados antes da lei 9656/98” e assim sucessivamente, até obter a informação completa referente a esse evento contábil: demais modalidades; Planos operados antes da lei 9656/98; Individual; Hospitalar sem obstetrícia; Remessas; Principal. Com essa informação pode-se encontrar a conta contábil no módulo Financeiro do Pirâmide: Contabilidade - Cadastros Contábeis - Plano de Contas – Contas, conforme telas abaixo:

Figura 47 - Tela do Plano de Contas

A busca é iniciada colocando-se 3.1.1.1.1 no campo Conta Inicial, pois o início da conta contábil é igual para todos. O quinto número corresponde à informação do classificador1 que neste caso é “demais modalidades” que significa preço pós-estabelecido no campo Descrição.

Observa-se que depois de encontrar 3.1.1.1.1.2, embaixo aparece “contraprestação pecuniária” duas vezes e que em seguida vem a informação “ato cooperativo” (ressaltando que essa informação obteve-se do classificador6 – ato principal) formando então 3.1.1.1.1.2.1.0.0.

Logo em seguida vem a informação “planos gerados até 31/12/1998” que foi verificado no classificador2, ficando o evento contábil com a seguinte numeração: 3.1.1.1.1.2.1.0.0.1. No campo abaixo na Descrição aparece “individual/familiar” que foi verificado no classificador3, ficando a conta contábil assim: 3.1.1.1.1.2.1.0.0.1.1.

Na tela seguinte é possível observar a obtenção do último número da conta contábil baseado no classificador4: ‘Hospitalar sem obstetrícia’ concluindo a definição da conta contábil no módulo Financeiro 3.1.1.1.1.2.1.0.0.1.1.03.


Depois de encontrar a conta contábil, pode-se encontrar a NDO correspondente no módulo Administrador menu: Cadastros – NDO – Cadastro. Conhecendo a estrutura da composição do número do evento contábil O código do evento contábil corresponde ao dado que deverá ser mapeado na tela Mapeamento do Item da Conta Contábil. A composição do seu código está estruturado de acordo com o plano de contas da ANS.

Supondo os seguintes códigos de eventos contábeis:

Código: 1111101

Nome: Pre Mens., Ato 1,Mc1,Nat 1,Per 1,Seg 01

Código: 1118000

Nome: Participacao, Ato 1,Opcionais

Estrutura:

Para a correta identificação da composição do código, este deve ser formatado com 8 posições, sendo zeros a esquerda.

01111101: Código formatado


Formatação:

Posições 1 e 2: Tipo de Valor (01111101)

01: Pré Mensalidade

02: Pré Movimentação Cadastral

03: Agravo

10: Pós Participativo

12: Pós Cobrança Integral

13: Pós Não Coberto

20: Taxa Custeio

99: Outra

Posição 3: Tipo de Ato (01111101)

01: Ato 1 (Ato Principal)

02: Ato 2 (Ato Auxiliar)


03: Ato 3 (Ato Não Cooperativo)

Posição 4: Modalidade de Cobrança (01111101)

01: Cobertura Assistencial com Preço Pré-estabelecido

02: Cobertura Assistencial com Preço Pós-estabelecido

Quando as quatro últimas posições (posições 05-08) forem diferentes de 8000 e 9000

Posição 5: Natureza Jurídica da Contratação (01111101)

01: Individual/Familiar

02: Familiar

03: Coletivo Patrocinado

04: Coletivo Não Patrocinado

Posição 6: Tipo de Regulamentação do Plano (01111101)

01: Planos não Regulamentados

02: Planos Regulamentados

Posições 7 e 8: Segmentação da Cobertura (01111101)

01: AMBULATORIAL

02: HOS + OBS

03: HOSPITALAR

04: ODONTOLOGICO

05: REFERENCIA

06: AMB + HOS + OBS

07: AMB + HOS

08: AMB + ODO

10: HOS + ODO + OBS

11: HOS + ODO

13: AMB + HOS + OBS + ODO

14: AMB + HOS + ODO

90: OUTROS

Quando as quatro últimas posições (posições 05-08) forem iguais a 8000 ou 9000

05-08: Planos não Assistenciais (1118000)

8000: Opcionais

9000: Benefícios


Mapeamentos no Cardio Os mapeamentos descritos neste tópico consistirão em realizar o relacionamento dos dados cadastrados no Pirâmide com os dados cadastrados no Cardio. Esta etapa é realizada unicamente no sistema Cardio. Caso o usuário deixe de realizar um desses mapeamentos poderá acarretar em erro na integração. Outro fator que merece destaque é que os dados informados no mapeamento deverão estar devidamente cadastrados nos dois sistemas.


É importante observar que os mapeamentos ‘Código da Filial’, ‘Código do Tipo de Documento’, ‘Código da Situação do Documento’, ‘Código do Status do Documento’, ‘Código do Tipo de Baixa’ e ‘Código do Item da Conta Contábil’ descritos no decorrer deste documento deverão ter seu preenchimento obrigatório.

Diversos Integração ERP Mapeamento

Figura 51 - Janela de Acesso aos Mapeamentos

Mapeamento do Código da Filial Permite realizar o mapeamento do código da filial nos sistemas Pirâmide e Cardio.

Diversos Integração ERP Mapeamento Mapeamento do Código da Filial


Figura 52 - Janela de Cadastro do Mapeamento do Código da Filial


Para realizar uma nova inclusão do mapeamento o usuário deverá

acionar o botão .



Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código da Filial

Informar o código da filial cadastrada no sistema Cardio. Código da Unimed. No Cardio deve ser sempre igual a 01.

Obrigatório

Código da Filial

Informar o código da filial cadastrada no sistema Pirâmide.

Obrigatório






Mapeamento do Código do Tipo de Documento Permite realizar o mapeamento do código do tipo de documento nos sistemas Pirâmide e Cardio. O Código do Tipo de Documento é cadastrado no Cardio através do menu: Regras - Financeiro - Documentos - Classe do Doc. Financeiro.

Diversos Integração ERP Mapeamento Mapeamento do Código do Tipo de Documento


acionar o botão .

Figura 53 - Janela de Cadastro do Mapeamento do Código do Tipo de Documento




Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Tipo de Documento

Informar o código do tipo de documento cadastrado no sistema Cardio. É necessário realizar o mapeamento dos tipos de documentos do Cardio: 1 – Fatura e 2 – Carne.

Obrigatório

Tipo de Documento

Informar o código do tipo de documento cadastrado no sistema Pirâmide, que corresponde ao tipo de documento no Cardio.

Obrigatório

Deverá ser Contabilizado

Não deve ser preenchido. Obrigatório

Cód. Aux. 1 Não deve ser preenchido. Facultativo





Mapeamento do Código da Situação do Documento Permite realizar o mapeamento do código da situação do documento padrão entre as operações dos sistemas Cardio e Pirâmide.

Diversos Integração ERP Mapeamento Mapeamento do Código da Situação do Documento


Figura 54 - Janela de Consulta dos Mapeamentos da Situação do Documento


Será permitido realizar a consulta dos códigos da situação do

documento cadastrado através do botão .



Quando acionado o botão , será disponibilizada a tela para realização do mapeamento.


Figura 55 - Janela de Cadastro da Situação do Documento





Automático

Cód. Empresa Sg.


Obrigatório

Código da Situação do Documento

Informar o código da situação do documento cadastrado no sistema Cardio.

Obrigatório


Informar o código da situação do documento cadastrado no sistema Pirâmide.

Obrigatório





Será necessário realizar o mapeamento considerando os seguintes códigos existentes no sistema Cardio. Esses códigos são cadastrados internamente. É necessário mapear todos os códigos.

Código

Cardio

Descrição

Cardio

Status Pirâmide

Status Pirâmide

1 Aberto - -

2 Quitado L Liquidado

3 Parcialmente Quitado

P Parcial

4 Cancelado C Cancelado

5 Agrupado Aberto A Aberto

6 Financiado Aberto - -

7 Negociado - -

8 Financiado Parcialmente Quitado

- -

9 Agrupado Quitado - -

10 Agrupado Parcialmente Quitado

- -

Mapeamento do Código do Status do Documento Permite realizar o relacionamento do código do status do documento cadastrado nos sistemas Cardio e Pirâmide.

Diversos Integração ERP Mapeamento Mapeamento do Código do Status do Documento


Figura 56 - Janela de Consulta dos Mapeamentos do Status do Documento


Será permitido realizar a consulta dos códigos do status de

documento cadastrados através do botão .





Figura 57 - Janela de Cadastro do Mapeamento do Status do Documento





Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do Status

Informar o código do status do documento no sistema Cardio.

Obrigatório

Código do Status

Informar o código do status do documento no sistema Pirâmide.

Obrigatório





Será necessário realizar o mapeamento considerando os seguintes códigos existentes no Cardio:

Status Cardio

Status Cardio Status Pirâmide

Status Pirâmide

B Bloqueado - -

F Faturado L Liquidado

C Cancelado C Cancelado

P Parcialmente Pago P Parcial

L Liberado A Aberto

R Registrado -

N Negociado -

Para qualquer status verificado no Cardio, no Pirâmide o equivalente será sempre Normal.

Mapeamento do Código do Tipo de Baixa Permite realizar o relacionamento do código do tipo de baixa cadastrado no sistema Cardio com o código cadastrado no Pirâmide.

Diversos Integração ERP Mapeamento Mapeamento do Código do Tipo de Baixa


Figura 64 - Janela de Consulta dos Mapeamentos do Código do Tipo de Baixa


O botão permite realizar a consulta dos mapeamentos cadastrados.

O botão localizado no canto superior direito da tabela de dados permitirá realizar a inclusão do mapeamento do código do tipo de baixa, conforme tela abaixo:


Figura 65 - Tela do Código do Tipo de Baixa


Auto Identificador Corresponde ao código identificador do mapeamento.

Automático

Cód. Empresa (Operadora)


Obrigatório



Obrigatório

Código do Tipo de Baixa (Operadora)

Informar o código do tipo de baixa no sistema Cardio.

Obrigatório

Código do Tipo de Baixa Sistema Integrante

Informar o código do tipo de baixa cadastrado no sistema Pirâmide.

Obrigatório



Será necessário realizar o mapeamento considerando os seguintes códigos existentes no Cardio. Esses códigos são cadastrados internamente.

Código

Cardio

Descrição Código Pirâmide

Descrição

1 Baixa por Liquidação

1 Integral

2 Baixa Liquidação por Cancelamento

Código baixa

para este fim

Baixa por devolução

3 Baixa Parcial 4 Parcial

4 Baixa Parcial com Acréscimo

4 Parcial

5 Baixa Parcial com Desconto

4 Parcial

6 Baixa Parcial por Cancelamento

4 Parcial

Mapeamento do Código do Item da Conta Contábil O mapeamento do item de conta contábil é o mais relevante para a integração do ERP, pois garantirá a contabilização dos eventos realizados. Consistirá em relacionar o evento contábil cadastrado no Cardio com a NDO cadastrada no Pirâmide.

O nível de detalhamento do título usado na integração irá depender dos critérios adotados pela Agência Nacional de Saúde – ANS (modalidade de pagamento, regulamentação, natureza e cobertura, entre outras características).

SCRIPTS: Existem scripts que auxiliam os mapeamentos para inclusão de título a receber, preenchendo as informações da ANS e o evento, deixando sem preencher apenas o campo destinado a ndo.

80-Pir-CarregarMapItCtaCtbl-Cobranca-Emissao.sql, após o processamento do script, acessar o Cardio no caminho a baixo e informar as NDOS para cada mapeamento.

Diversos Integração ERP Mapeamento Mapeamento do Código do Item da Conta Contábil


Figura 66 - Janela de Consulta dos Mapeamentos do Código do Item da Conta


Será permitido realizar a consulta do(s) código(s) do(s) Item(ns) da Conta Contábil cadastrado(s) através do botão .





Figura 67 - Janela de Cadastro do Mapeamento do Código do Item da Conta Contábil

Foi dividida a explicação de cada campo desta tela e estes campos serão mencionados logo abaixo de acordo com a operação a ser realizada.

Encontra-se mencionado a seguir o preenchimento dos campos para o mapeamento da inclusão de títulos a receber através desta integração.


Corresponde ao código identificador do mapeamento. Este campo é preenchido automaticamente pelo sistema.

Automático

Cód. Empresa Sg.

Informar o código da empresa cadastrado no sistema Cardio.

Obrigatório


Informar o código do sistema integrante. Este campo deverá ser preenchido com a informação “PIR”, a qual corresponde ao Pirâmide.

Obrigatório

Plano de Contas: Os campos abaixo deverão contemplar informações referentes ao Plano de Contas da empresa. Sendo


essencial para o funcionamento da integração entre os sistemas Pirâmide e Cardio. Código do Tipo de Documento

Informar o código do tipo de documento no sistema Cardio. 1- Carne. 2- Fatura.

Obrigatório

Tipo de Transação

Selecionar o tipo de transação para a qual será realizado o mapeamento. Emissão (Receita).

Obrigatório

Código da Modalidade de Pagamento

Informar o código da modalidade de pagamento. Preencher o código 1 para Pré-pagamento (o cliente deverá pagar mensalmente um valor pré-definido independente dos serviços que irá utilizar. Preencher o código 2 para Pós-pagamento (neste caso, o valor cobrado depende dos serviços utilizados. Essa cobrança varia de acordo com o tipo de negociação do pagamento.

Obrigatório

É Regulamentado

Selecionar se o item da conta contábil é regulamentado até a lei de funcionamento dos operadores de planos de saúde, disposta em 31/12/1998. Se for regulamentado preencher com S (Sim) ou N (Não).

Obrigatório

Código da Natureza Jurídica

Informar o código da natureza jurídica da contratação, que pode ser: 1 – Individual 2 – Familiar 3 – Coletivo empresarial 4 – Coletivo por adesão

Obrigatório

Código da Cobertura Oferecida

Informar o código da cobertura do plano oferecido. Por Exemplo: Ambulatorial, Odontológico, entre outros.

Obrigatório

Código de Classificação

Selecionar a classificação do item da conta contábil. Para o mapeamento da cobrança o usuário deverá selecionar a

Obrigatório


opção Outros = 0.

Ato Informar o código do ato do item da conta contábil, que pode ser 1, 2 ou 3. Os tipos de ato são utilizados para o rateio das mensalidades, em faturas de pré-pagamento. O usuário deverá preencher ato 1 – Principal (faturamento dos prestadores cooperados – pessoas físicas – profissionais na área médica) 2 - Auxiliar (faturamento de prestadores credenciados (laboratórios, hospitais) e 3 – Não cooperativo (faturamento de prestadores não cooperados).

Obrigatório

Conta Contábil: Estas informações deverão ser preenchidas para as contas contábeis. Código do Item (operadora)

Informar o código do item contábil cadastrado no Cardio. Corresponde ao código do evento contábil Código Externo (menu: Regras – Contábeis – Eventos Contábeis).

Obrigatório

Código do Item Sistema integrante

Informar o código da NDO de receita cadastrada para o item. O documento poderá ter mais de um registro mapeado.

Obrigatório

Mapeamento para a Inclusão e Cancelamento de um Título a Receber Para possibilitar um único mapeamento para inclusão e cancelamento, as NDOs precisam ter sido configuradas com a opção de competência.


Mapeamento do Código do Motivo de Cancelamento Permite realizar o mapeamento do código do motivo de cancelamento nas operações dos sistemas Cardio e Pirâmide. Ressaltando que este mapeamento não é obrigatório.

O Código do Motivo de Cancelamento é cadastrado no Cardio através do menu: Regras - Financeiro - Documentos - Motivo de Mov. Docto Financeiro. E o menu para cancelamento de um documento no Cardio é: Rotinas – Financeiro - Documento Financeiro - Mov. Docum. Financ. - Canc. Docum. Financ.

Diversos Integração ERP Mapeamento Mapeamento do Código do Motivo de Cancelamento

Figura 58 - Janela de Consulta dos Mapeamentos do Código do Motivo de Cancelamento

Será permitido realizar a consulta dos códigos dos motivos de cancelamento cadastrados através do botão .


O botão permite a exclusão o mapeamento.



Figura 59 - Janela de Cadastro do Código do Motivo de Cancelamento




Corresponde ao código identificador do mapeamento. O sistema preenche este campo automaticamente.

Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Motivo de Informar o código do motivo de Obrigatório


Cancelamento cancelamento no sistema Cardio.

Motivo de Cancelamento

Informar o código do motivo de cancelamento no sistema Pirâmide.

Obrigatório



Mapeamento do Código do Vendedor Permite realizar o relacionamento do código do vendedor cadastrado no Cardio com o código do vendedor cadastrado no Pirâmide.

Este mapeamento não será obrigatório se configurado na TI_PARAMETRO_CONFIG os campos VENDEDOR_CLIENTE_PF e VENDEDOR_CLIENTE__PJ.

O Código do Vendedor é cadastrado no Cardio através do menu: Regras - Gestão - Clientes - Vendas - Vendedor.

Diversos Integração ERP Mapeamento Mapeamento do Código do Vendedor

Figura 60 - Janela de Consulta dos Mapeamentos do Código do Vendedor



Será permitido realizar a consulta dos códigos dos

vendedores cadastrados através do botão .


O botão permite excluir o mapeamento.

Quando acionado o botão , será disponibilizada a tela para a inclusão do mapeamento.

Figura 61 - Janela de Cadastro do Código do Vendedor





Automático


Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do Vendedor

Informar o código do vendedor cadastrado no sistema Cardio.

Obrigatório

Código do Vendedor

Informar o código do vendedor cadastrado no sistema Pirâmide.

Obrigatório



Mapeamento do Código do Motivo de Prorrogação Permite realizar o relacionamento do código do motivo de prorrogação cadastrado no sistema Cardio com o código do Motivo de Prorrogação Cadastrado no Pirâmide.

Este mapeamento não será obrigatório quando configurado na TI_PARAMETRO_CONFIG o campo MOTIVO_PRORROG_PADRAO.

O Código do Motivo de Prorrogação é cadastrado no Cardio através do menu: Regras - Financeiro - Documentos - Motivo de Mov. Docto Financeiro.

Diversos Integração ERP Mapeamento Mapeamento do Código do Motivo de Prorrogação


Figura 302 - Janela de Consulta dos Mapeamentos do Código de Motivo de Prorrogação


Será permitido realizar a consulta dos códigos dos motivos de

prorrogação cadastrados através do botão .





Figura 63 - Janela de Cadastro dos Mapeamentos do Código do Motivo de Prorrogação





Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do Motivo de Prorrogação

Informar o código do motivo de prorrogação cadastrado no sistema Cardio.

Obrigatório

Código do Motivo de Prorrogação

Informar o código do motivo de prorrogação cadastrado no sistema Pirâmide. Se informado um código que não exista no ERP Pirâmide, será

Obrigatório


exibida a mensagem: "Motivo de Prorrogação não cadastrado!Verifique o Código do Motivo de Prorrogação Informado, se está cadastrado no Pirâmide."



Mapeamento dos Descontos na Inclusão do Título Deverá ser utilizada a mesma combinação utilizada para o mapeamento da inclusão do título. O mapeamento de descontos possui eventos contábeis (itens) específicos. A NDO deve ser aquela configurada para o Desconto.

Mapeamento para a Baixa do Título a Receber ProRata Para a integração da baixa dos Títulos a Receber seja pela a operação padrão, com desconto, com multa ou com mora o usuário não precisará realizar o mapeamento do evento contábil, e sim efetuar o preenchimento dos parâmetros COD_NDO_PADRAO_TITREC, COD_NDO_DESC_TITREC, COD_NDO_MORA_TITREC e COD_NDO_MULTA_TITREC, respectivamente (menu: Módulo Integração - Configuração - Botão

- Botão ).

Já a baixa de Título a Receber Prorata será iniciada quando o sistema Cardio integrar o título. Neste caso, deverão ser realizados mapeamentos na tabela TI_NDO_RECEBTO_PRORATA_MAP, nas respectivas colunas COD_NDO (informar a NDO de baixa padrão), e na coluna COD_NDO_PRORATA (NDO de baixa prorata) respectivamente. Assim a contabilização da baixa será feita conforme a definição do título, por exemplo: na coluna COD_NDO deverá existir a NDO padrão da baixa (R001), já na coluna COD_NDO_PRORATA será a NDO de baixa prorata (R100). Assim quando o sistema integrante enviar a baixa para a integração o ERP Pirâmide irá verificar as seguinte situações para processar a baixa:

1. Se o título a ser baixando é prorata. Caso não seja, a contabilização será realizada normalmente conforme tipo de recebimento configurado na tabela TI_OPERACAO_HISTORICO_REC;

2. Se o título for prorata o sistema válida a NDO do tipo de recebimento informado na TI_OPERACAO_HISTORICO_REC e realizará a substituição


pela NDO do tipo prorata correspondente a ela definida no mapeamento da tabela de integração TI_NDO_RECEBTO_PRORATA_MAP;

3. Vale ressaltar que todos estes procedimentos acima serão feitos pelo ERP Pirâmide, ou seja, no sistema integrante não será necessário fazer nenhuma alteração.

Mapeamento para o Desconto da Baixa do Título Deverá ser utilizada a mesma combinação utilizada para o mapeamento da inclusão do título. O tipo de transação utilizada deverá ser “Recebimento”. O mapeamento das baixas possui eventos contábeis específicos (impostos, acréscimos, desconto). A NDO deve ser aquela configurada para cada tipo de desconto.



Integração da Inclusão Título a Receber

A integração dos títulos a receber consistirá em enviar para o Pirâmide os valores de cobranças como Títulos a Receber. Isto ocorrerá após a execução da rotina geração do faturamento. È neste momento que os clientes cadastrados ou alterados também serão exportados.

Na inclusão de um título a receber originado da integração com o sistema Cardio, o Pirâmide verificará o valor total dos itens na NDO e irá compará-lo ao valor do documento, caso os valores apresentes divergências, ou seja, não estejam iguais, será exibida a mensagem "Soma das operações (NDOs) do documento 'xxxxxx - AutoId: n' difere do seu valor principal” na inclusão do título (menu: Módulo Financeiro – Contas a Receber – Títulos – Botão

- Botão ).

Na tabela TI_DOCREC_CODIGO estão configuradas as colunas ‘COD_DOCUMENTO’, ‘COD_SISTEMA_ORIGEM’, ‘DSC_DOCUMENTO’ e ‘IND_ATIVO’, para serem preenchidas pelo usuário do Cardio com dados pertinente ao documento a receber que será integrado no ERP Pirâmide, pode ser: ‘1 – Fatura’, ‘2 – Carnê’, ‘4 – Nota Débito Intercâmbio Pós’, ‘5 – Questionamento’. Caso o usuário deseje que algum documento contigo nesta tabela não seja inserido no ERP Pirâmide, ele deverá configurar a coluna IND_ATIVO como ‘N’, isso porque o Cardio envia como default ‘S’.l

Na integração de Documentos a Receber será validada a data de faturamento do título por meio dos campos ‘Dat_Fat_Inicial’ e


‘Dat_Fat_Final’. Isso implica dizer que quando o ERP Pirâmide enviar a baixa do título para o Cardio, será verificado os campos acima na TI_ITEM_DOCTO_REC e posteriormente gravado na TI_ITEM_DOCTO_BXA.

Exportando a inclusão de Títulos a Receber Os dados do faturamento serão enviados para as tabelas de integrações (Cardio) e em seguida integrados após a geração das faturas ou boletos. Este processo é executado pela rotina abaixo mencionada:

Figura 68 - Tela do Caminho para Geração de Documento Financeiro

Essa rotina irá gerar documentos financeiros de cobrança de acordo com os dados informados.

Geração Número Documento Financeiro Essa rotina gerará o número definitivo do documento financeiro para o intervalo de contratos financeiros informados ou para a classe de contrato financeiro informada ou para o tipo negociação de vencimento informado, desde que o parâmetro Número do Documento Financeiro esteja vazio. Após gerar o número do documento financeiro, a rotina irá gerar um documento de integração para ser exportado ao sistema ERP.

Após definidos os filtros, o usuário deverá clicar na opção

. Neste momento, as informações serão incluídas na Tabela de Integração TI_DOCUMENTO_REC. Esta tabela pertence ao Cardio.

De acordo com a configuração do JOB configurado no Pirâmide, os títulos a receber serão incluídos automaticamente no Módulo Financeiro – Cadastros de Clientes.

Financeiro Documento Financeiro Geração do Número do Documento


Figura 69 - Janela para a geração de lançamentos

Consulta do Processamento da Integração de Inclusão de títulos a receber O usuário poderá realizar a consulta da integração de duas formas: Diretamente pelo Cardio ou através do SQL – Enterprise Manager.

Pelo Cardio Para consultar se a integração ocorreu sem problemas, verificando o preenchimento das informações na Tabela de Integração, o usuário deverá acessar o menu: Cadastros - Financeiro - Integração ERP - Receber. Nesta opção serão apresentadas todas as informações e detalhamentos dos clientes processados.


Diversos Integração ERP Receber Documentos de Receita

O usuário deverá selecionar as integrações com erro, e utilizar o filtro status do registro = a erro para recuperar os títulos que não foram integrados.


Figura 70 - Consultando os Títulos a Receber Gerados

Quando o título a receber é processado sem erros, no campo descrição do erro configurado na aba outros será apresentado sem nenhuma mensagem.


Figura 71 - Tela Documento da Receita

Porém se ocorrer erro no processamento, será apresentada uma mensagem de erro, conforme figura abaixo. Neste caso, a integração não foi processada devido à falta de informação da conta corrente. O usuário deverá corrigir e processar novamente.

Figura 72 - Consulta do Processamento de Título a Receber

Pelo SQL – Enterprise Manager. O usuário responsável pela integração poderá consultar através do SQL – Enterprise Manager, os clientes que não foram processados na Integração.

Para acessar o programa Interprise Manager o usuário deverá utilizar o seguinte menu: Todos os Programas – Microsoft SQL Server – Enterprise Manager.


Figura 73 - Menu para acessar o SQL - Enterprise Manager

Acessando através do menu mencionado anteriormente, será disponibilizado o programa SQL – Enterprise Manager.

Figura 74 - SQL Server Enterprise Manager


Figura 75 - Caminho para tabela TI_DOCUMENTO_REC

O usuário deverá selecionar a tabela TI_DOCUMENTO_REC e realizar a verificação da integração. Ao clicar com o botão direito do mouse, será apresentado um menu, neste menu deverá selecionar a opção “Open Table” e em seguida “Return all rows” (serão apresentadas todas as informações constantes na tabela, sem restrição) ou “Return Top” (para exibir uma quantidade de linhas determinadas).

Figura 76 - Procedimentos para verificação da integração

Selecionando uma das opções (Return all Rows ou Return Top) serão apresentados os registros da tabela referentes aos clientes processados, não processados e com erros.


Figura 77 - Tela Data in Table TI_Documento_REC

Integração do Cancelamento de Título a Receber Essa rotina quando executada irá gerar uma movimentação de documento financeiro do tipo cancelamento. E também realizará as atualizações nos documentos gerados para integração com o sistema ERP caso alguns dos itens do documento financeiro possua o tipo de gerador igual a 999 (Quitação).

Para cada item cujo tipo do gerador for de quitação, será acionada a rotina para cancelar as quitações e conseqüentemente os documentos que serão exportados para o sistema de Integração ERP também deverão ser alterados, ou seja, as quitações geradas deverão ser canceladas.

Após o cancelamento do documento financeiro e as atualizações no Documento de Receita serão gerados o Documento de Baixa e os Itens do Documento de Baixa para serem exportados para o sistema de Integração ERP.

Cobrança Cobrança Pré-Pagamento

Documento Financeiro Cancelamento Documento Financeiro


Figura 78 - Janela para o Cancelamento do Título a receber

Figura 79 - Tabela TI_DOCUMENTO_REC


Integração da Baixa de Título a Receber Essa rotina realizará a quitação do documento financeiro. Poderá ocorrer de duas formas:

A baixa sendo realizada no Cardio:

Após gerar a quitação do documento financeiro, esta rotina também irá gerar um documento de integração para ser exportado para o sistema ERP. Os documentos serão gravados nas tabelas Documento Baixa ou Documento Pago.

Durante o processo de geração dos documentos que serão exportados para o Sistema de Integração ERP, serão atualizadas as seguintes tabelas: Documento de Baixa, Item Documento de Baixa, Documento Pago, Item Documento Pago.

A baixa sendo realizada no Pirâmide:

Neste processo, a tabela TI_HISTORICO_REC_CARDIO no modelo do Pirâmide armazenará os registros das baixas. Para que as informações sejam incluídas na TI do Cardio, será necessário ativar o job "INCLUIR BAIXAS CONTAS RECEBER" através da aplicação do Pirâmide "Integração.exe".

A tabela TI_HISTORICO_REC_CARDIO é preenchida quando a baixa é realizada tanto pelo Cardio quanto pelo Pirâmide. Porém a mesma baixa não poderá ser excluída nos dois sistemas, se foi gerada no Cardio, a baixa somente pode ser excluída no Cardio; se foi no Pirâmide, somente pode ser excluída no módulo Financeiro.

Para a exclusão da baixa será necessário habilitar a trigger "TRG_PIR_DE_HREC_TIHREC_CARDIO", e ativar o JOB "EXCLUIR BAIXAS CONTAS RECEBER" através do Módulo Integração do Pirâmide.

Ao baixar um título a receber de integração no ERP Pirâmide que possua imposto (menu: Módulo Financeiro – Contas a Receber – Título – Botão ), caso o usuário deseje que o valor do imposto não seja recalculado, ou seja, o título permaneça com o valor real do imposto, é necessário que o tipo de recebimento esteja com a opção ‘Cancela imposto na baixa por devolução do título a receber integrado’ desmarcado (menu: Módulo Financeiro – Cadastros Financeiros – Tipo de

Pagamento/Recebimento – Botão ), caso contrário, haverá o cancelamento do valor original onde ele será recalculado pelo sistema.

É importante observar que, caso já existam baixas antigas pode-se enviá-las para o Pirâmide através do Menu no Cardio:


Rotinas - Financeiro - Integração Financeiro - Exposta quitações p/TI.


Na integração da baixar de um Título a Receber se ele estiver liquidado no ERP Pirâmide (menu: Módulo Financeiro – Contas a Receber – Títulos), será exibida a seguinte mensagem ‘O Título NNNNNN já está liquidado no pirâmide’ alentando o usuário da possível quitação.

Na integração da baixa de Documentos a Receber será validada a data de faturamento do título configurada nos campos ‘Dat_Fat_Inicial’ e ‘Dat_Fat_Final’ da tabela TI_ITEM_DOCTO_BXA, quando o ERP Pirâmide enviar a baixa para o Cardio.

Na baixa do título quando a quantidade de itens negativos dele (impostos, glosa ou desconto) for diferente da quantidade de itens mapeados, a integração apresentará a mensagem ‘O documento não possui nenhum item associado ou não existe mapeamento para os itens na TI_MAP_IT_CTA_CTBL. Informe pelo menos um item para o documento ou inclua os mapeamentos necessários’.

Integração da Baixa realizada no Cardio A rotina de Quitação Manual Documento Financeiro será responsável por processar as baixas dos títulos a receber e enviar os dados para as tabelas de integração.

Esta função realizará a baixa de documento a documento.

Financeiro Quitações Manual Quitação Manual Documento Financeiro


Figura 80 - Janela para a Quitação Manual do Documento Financeiro

PREENCHIMENTO DOS CAMPOS Doc. Financeiro

Informar o documento financeiro a ser quitado.

Data Mov. Data de movimentação do documento financeiro. Caso a data de movimentação informada seja maior que a data de vencimento do documento, serão calculados juros e multas de acordo com a parametrização do tipo negociação de juros e multas para o documento. O valor de acréscimo informado no parâmetro Acréscimos deve ser igual ao valor de juros/multas que será aplicado no documento.

Valor Valor a ser quitado.

Acréscimo Valor de juros / multas para o documento financeiro.

Descontos Valor de descontos para o documento financeiro.

Percentual Consistência Acréscimo

Neste campo, poderá ser realizada a quitação do documento com um valor menor do que o valor verdadeiro do documento, como se estivesse sendo aplicando um desconto sobre o valor do documento financeiro, para isso basta informar um percentual mínimo permitido para ser quitado.

Por exemplo: sendo o valor do documento igual a


R$1000,00 e informando nesse campo 10%, o valor mínimo que poderá ser quitado é R$900,00. O valor que foi pago a menor será gravado nas quitações do documento financeiro como Valor Descontos. O percentual definido será aplicado sobre o valor total do documento, ou seja, valor do documento mais valor de juros menos valor de descontos.

Esta função realizará a baixa considerando um intervalo de documento.

Financeiro Quitações Automática Quitação Automática Documento Financeiro

Figura 81 - Janela para a Baixa Automática de Documentos Financeiros


O usuário deverá informar as informações para as quais deseja

gerar a rotina e clicar no botão .

Integração da Baixa realizada no Pirâmide Quando a baixa do título a receber for realizada no Pirâmide, a tabela TI_HISTORICO_REC_CARDIO no modelo do Pirâmide armazenará os registros das baixas. O job "INCLUIR BAIXAS


CONTAS RECEBER" será responsável pela atualização da Tabela de integração do Cardio. Para que as informações da TI realizem a atualização no Sistema Cardio será necessário que o usuário execute a seguinte rotina:

Rotinas Financeiro Integração Financeira Exporta Quitação ERP para sistema

Figura 82 - janela responsável pelo processo de exportação da baixas do ERP para o Cardio


O usuário deverá informar um intervalo de datas e clicar no botão

.

Cancelamento da Quitação O cancelamento de uma quitação pode ser feita através do Cardio. Caso seja necessário o usuário cancelar uma quitação, deve-se realizar o seguinte procedimento:


Financeiro Quitações Manual Cancelamento Quitação

Figura 83 - Tela Cancelamento Quitação


O usuário deverá preencher o campo Data Cancelamento e clicar

no botão para efetuar o cancelamento. Caso ocorram erros durante o processamento, o usuário deverá identificar no campo Descrição para verificar quais são os erros e corrigi-los:


Figura84 - Tela erro Cancelamento Quitação


9Produção Médica

Integrando a Produção Médica A integração da produção médica consistirá em exportar do Cardio para o ERP Pirâmide os pagamentos a serem realizados aos credenciados e cooperados da Unimed, como Recibo de Pagamento.

Neste capítulo serão abordados os cadastros e mapeamentos que deverão ser realizados no Pirâmide e Cardio, indispensáveis para que a integração ocorra com sucesso.

ii • Produção Médica Manual do Usuário Standard Template

Configurações e Cadastros Prévios É importante que os cadastros gerais relacionados na tabela abaixo estejam configurados antes da execução da integração. Isto é necessário porque o sistema efetuará a busca no Pirâmide do valor informado na “TI - Tabela de Integração” e não encontrando, a rotina retornará com erro.

Cadastros Diversos no ERP Pirâmide Caso os cadastros abaixo mencionados já estejam incluídos no Pirâmide não será necessário realizar nova inclusão.

Módulo Cadastro Finalidade Menu Integração

ADM Moeda Cadastrar a moeda corrente, neste caso o Real R$. Deve ser cadastrada como moeda oficial.

Gerais - Moeda Recibo de Pagamento

FINAN Área Cadastrar a área para cada tipo de contrato prestador

Financeiro -Cadastros Financeiros - Área

Fornecedor

FINAN Banco Cadastrar o banco de pagamento dos fornecedores.

Financeiro - Cadastros Financeiros - Portador - Banco

Fornecedor / Recibo de Pagamento

FINAN Categoria

Cadastrar a categoria de mercado para PF e outra para PJ.

Financeiro - Cadastros Financeiros - Categoria de Mercado

Fornecedor

FINAN Segmento Cadastrar o segmento de mercado para PF e outra para PJ.

Financeiro - Cadastros Financeiros - Segmento de Mercado

Fornecedor

FINAN Tipo de Documento

Cadastrar os tipos de documentos de acordo com as regras de contabilização da produção médica. Cadastrar os tipos de documentos Recibo e NF de Serviço.

Este tipo de documento é fundamental para as consultas no financeiro e contábil no Pirâmide.

Financeiro - Cadastros Financeiros - Tipo de Documento

Fornecedor / Recibo de Pagamento

FINAN Conta Contábil Cadastrar o plano de contas da ANS para a UNIMED. As contas contábeis não podem estar com a opção centro de custo

Contabilidade - Cadastros Contábeis - Plano de Contas - Contas

Recibo de Pagamento


marcada.

FINAN Situação Cadastrar a situação de recibo de pagamento.

Financeiro - Cadastros Financeiros - Situação

Recibo de Pagamento

FINAN Comprador Cadastrar o comprador. Financeiro - Contas a Pagar - Cadastros - Comprador

Fornecedor

FINAN Código da Receita

Cadastrar os códigos da receita que serão utilizados nos impostos

Financeiro - Contas a Pagar - Recibo de Pagamento - Código da Receita Federal

Recibo de Pagamento

FINAN Código de Arrecadação do INSS

Cadastrar o código de arrecadação do INSS

Financeiro - Contas a Pagar - Recibo de Pagamento - Código de Arrecadação do INSS

Recibo de Pagamento

FINAN Fonte de Recurso

Cadastrar as fontes de recursos dos prestadores

Financeiro - Contas a Pagar - Cadastros - Fonte de Recurso

Recibo de Pagamento

Na Produção Médica (pessoa física) não terá nem área, nem segmento e nem fonte de recurso, mas para Pessoa Jurídica terá a possibilidade de área, segmento e fonte de recurso. Porém é bom ressaltar que, independente do tipo (PF ou PJ) tem que colocar essas informações na tabela TI_Parametro_config do módulo de Integração do Pirâmide.

Nos parâmetros COD_IMPOSTO_INSS_EMPRESA_PF e COD_IMPOSTO_INSS_EMPRESA_PJ configurados na tabela de integração TI_PARAMETRO_CONFIG (menu: Módulo Integração -

Configurações - Botão - Aba Tabelas), deverão estar informados os códigos do imposto INSS Empresa para Pessoa Física e Jurídica respectivamente. Assim, a integração identificará se o imposto é INSS e se este possui o valor secundário maior que zero. Então, verificará o tipo de pessoa do fornecedor, e irá recuperar o código correspondente do INSS Empresa parametrizado. Caso exista imposto secundário na TI do Cardio, mas o código não esteja informado no parâmetro, o imposto será desconsiderado.

O parâmetro GERA_IMPOSTOS_TITULO_RECEBER da tabela de integração TI_PARAMETRO_CONFIG (menu: Módulo Integração -

Configurações - Botão - Aba Tabelas) quando estiver configurado com a opção “S” marcada, o sistema passará a considerar todos os impostos contemplados nos títulos a receber quando este for integrado. Caso esteja marcado com a opção “N” a integração assumirá a condição de baixa por devolução na integração do título. Lembrando que tal situação será valida para

iv • Produção Médica Manual do Usuário Standard Template

as três instâncias de integração Cardio (00000018), Cardio Oracle (00000068) e Cardio 2ª Instância (00000071).

Fornecedores O Cadastro de Fornecedor é realizado pelo Sistema Cardio e todas as suas operações (inclusão, alteração, ativação/desativação, exclusão) para as pessoas físicas (PF) e pessoas jurídicas (PJ) serão registradas nas TI’s. Os novos fornecedores cadastrados no Cardio serão automaticamente incluídos no Pirâmide após a execução da rotina de geração de documento financeiro. Porém, os fornecedores cadastrados anteriormente à integração deverão ser mapeados na Tabela de Integração do Cardio

No cadastro de Fornecedores do Cardio, as informações de logradouro, número, telefone e fax deverão estar preenchidas porque são obrigatórias no Pirâmide.

Cadastros e Mapeamentos Serão detalhados neste tópico os mapeamentos e cadastros necessários para a integração dos fornecedores.

Configuração de Parâmetros no Módulo Administrador Serão mencionados neste tópico os parâmetros que interferem nesta integração.

Código do Fornecedor gerado automaticamente O usuário deverá configurar o parâmetro geral “Código do fornecedor gerado automaticamente”, ou seja, o mesmo deve estar assinalado. A quantidade de caracteres do código do fornecedor no Cardio é maior que a quantidade limite de caracteres do Pirâmide, por isso é necessária a configuração deste parâmetro. O código do fornecedor cadastrado no Cardio será diferente do código do fornecedor cadastrado no Pirâmide, se este parâmetro for ativado. O código do fornecedor é obrigatório somente para os Tipos de Documentos (COD_TIPODOC_SG) diferente de 18 - Reembolso Beneficiário.


Administrador Gerais Parâmetros Gerais

Aba Financeiro Aba Fornecedores

Figura 31 - Janela para a Configuração de Parâmetros Gerais

Permitir fornecedores com CNPJ/CPF repetidos Para o cadastro de fornecedores com o código do CNPJ/CPF já existente, o usuário deverá assinalar o parâmetro geral ‘Permitir fornecedores com CNPJ/CPF repetidos’ (menu: Módulo

Administrador - Gerais - Parâmetros - Gerais - Aba Financeiro

- Aba Fornecedor).

Administrador Gerais Parâmetros Gerais Aba Financeiro Aba Fornecedores

Figura 32 - Janela para a Configuração de Parâmetros Gerais

vi • Produção Médica Manual do Usuário Standard Template

Parâmetro “Recalcula automaticamente valor da base do imposto do RP”. O parâmetro “Recalcula automaticamente valor da base do imposto do RP” deverá estar desmarcado. Este procedimento é necessário quando os impostos forem calculados no sistema Cardio.


Empresa Aba Financeiro Aba Outros

Figura 3 - Janela para a Configuração do Parâmetro do Administrador

Parâmetro Validação da agência em contas a pagar O parâmetro referente à validação da agência em Contas a pagar deverá estar desabilitado. Isto é necessário para evitar a obrigatoriedade de mapeamento de todas as contas correntes de fornecedores. Este parâmetro estando desmarcado, o mapeamento irá recuperar apenas o código do portador (banco) mapeado, e usará a agência e conta corrente que estiverem registradas na Tabela de Integração (TI) do Cardio. Sendo assim, apenas o portador deverá estar mapeado.

Caso o usuário selecione este parâmetro deverá efetuar o mapeamento de todas as contas correntes dos fornecedores.


Figura 4 - Janela para configuração do Validação da Agência em Conta Corrente

Cadastro do Parâmetro de Configuração da Integração para Fornecedores


Para acessar a tabela TI_PARAMETRO_CONFIG, o usuário deverá no Módulo Integração seguir os passos abaixo mencionados:




viii • Produção Médica Manual do Usuário Standard Template


O usuário deverá selecionar a INTEGRAÇÃO CARDIO - 00000018 (SQL SERVER), 00000068 (ORACLE) ou 00000071(SQL SERVER).

Em seguida clicar com o mouse no botão .

O sistema disponibilizará a tela Objetos de integração para a Configuração conforme código da integração selecionado.

Figura 7 - Tela Objetos da Integração aba Tabelas





Preencher a coluna DSC_VALOR apenas para os COD_PARAMETRO descritos na tabela abaixo. Ao concluir não se


Encontram-se disponibilizados abaixo os parâmetros que deverão ser utilizados na Integração entre os sistemas Pirâmide e Cardio. Estas informações a serem preenchidas na coluna “DSC_VALOR” foram cadastradas previamente e serão utilizadas para definir padrões no envio das informações do Cardio para o Pirâmide.

Para a integração de contas a pagar, é preciso que na coluna DSC_VALOR do parâmetro CONTA_CONTABIL_FORNEC_PJ no Módulo Integração, seja informada a conta contábil do Fornecedor PJ cadastrada no ERP Pirâmide quando se usa múltiplas contas para fornecedor. Neste caso, o usuário deverá verificar também se o parâmetro por empresa ‘Fornecedor possui conta contábil única’ estar desmarcado, pois assim indicará que será utilizada essa condição, ou seja, contas múltiplas para fornecedor (menu: Módulo Administrador - Gerais - Parâmetros por Empresa - Aba Financeiro - Aba Fornec.). Assim, com este parâmetro sem marcação, o sistema sempre irá checar para integração de contas a pagar, no tipo de operação da NDO de inclusão do RP.


AREA_FORNEC_PF Indica a Área do Fornecedor Pessoa Física.

Informar a Área do Fornecedor Pessoa Física cadastrada no Pirâmide.

x • Produção Médica Manual do Usuário Standard Template

AREA_FORNEC_PJ Indica a Área do Fornecedor Pessoa jurídica.

Informar a Área do Fornecedor Pessoa Jurídica cadastrada no Pirâmide.

COMPRADOR_FORNEC_PF Indica o Comprador do Fornecedor Pessoa Física da Integração.

Informar o Comprador do Fornecedor Pessoa Física cadastrada no Pirâmide.

COMPRADOR_FORNEC_PJ Indica o Comprador do Fornecedor Pessoa Jurídica da Integração.

Informar o Comprador do Fornecedor Pessoa Jurídica cadastrada no Pirâmide.

MOTIVO_PRORROG_PADRAO Indica o Motivo de Prorrogação padrão da Integração.

Informar o Motivo de Prorrogação Padrão cadastrada no Pirâmide.

SEGMERC_FORNEC_PJ Indica o Segmento de Mercado do Fornecedor Pessoa Jurídica da Integração.

Informar o Segmento de Mercado dos Fornecedores Pessoa Jurídica cadastrado no Pirâmide. É importante salientar que só pode cadastrar este código com d iFONTE_RECURSO_FORNEC_PF Indica a Fonte de Recurso para

o Fornecedor Pessoa Física da Integração.

Informar a Fonte de Recurso do Fornecedor Pessoa Física cadastrada no Pirâmide.

FONTE_RECURSO_FORNEC_PJ Indica a Fonte de Recurso para o Fornecedor Pessoa Jurídica da Integração.

Informar a Fonte de Recurso do Fornecedor Pessoa Jurídica cadastrada no Pirâmide.

Cadastro e Mapeamento no Cardio Nesta etapa serão realizados os cadastramentos no sistema Cardio para possibilitar a integração entre os sistemas. Apenas serão mencionados os cadastros ligados diretamente a esta integração.

Mapeamento Nesta etapa será realizado o mapeamento do processo de integração, isto é, realizar a vinculação da informação cadastrada no Cardio com a informação cadastrada no Pirâmide. Esta etapa é realizada unicamente no sistema Cardio.


Cadastros Financeiro Integração ERP Mapeamento


Figura 8 - Janela referente ao Caminho para o Mapeamento no Cardio

Mapeamento do Código do Usuário No Sistema Cardio Permite realizar o relacionamento do código do usuário cadastrado no Cardio com o código do usuário cadastrado no Pirâmide. Ressaltando que este mapeamento é obrigatório.

O usuário deverá considerar a distinção entre letras maiúsculas e minúsculas.

O mapeamento de usuários deve ser realizado para cada usuário responsável pela operação (cod_usuário_origem = Cód. no Sistema de Gestão).

Diversos Integração ERP Mapeamento Mapeamento do Código do Usuário

xii • Produção Médica Manual do Usuário Standard Template

Figura 9 - Janela de Consulta dos Mapeamentos do Código de Usuário


Será permitido realizar a consulta dos códigos dos usuários






Figura 10 - Janela de Cadastro do Mapeamento do Usuário





Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do Usuário

Informar o código do usuário no sistema Cardio.

Obrigatório

Código do Usuário

Informar o código do usuário no sistema Pirâmide.

Obrigatório


xiv • Produção Médica Manual do Usuário Standard Template


Mapeamento do Código da Empresa

Este mapeamento do código da empresa entre as operações dos sistemas Cardio e Pirâmide permite realizar o relacionamento da empresa cadastrada no Pirâmide com a Empresa cadastrada no Cardio. Ressaltando que este mapeamento é obrigatório.

Diversos Integração ERP Mapeamento Mapeamento do Código da Empresa

Figura 11 - Janela de Consulta dos Mapeamentos do Código da Empresa


Nesta tela será permitido realizar a consulta dos mapeamentos de

empresa cadastrados através do botão .



Figura 332 - Janela de Cadastro dos Mapeamentos do Código da Empresa


Corresponde ao código identificador do mapeamento. Esta informação é gerada automaticamente pelo sistema Cardio.

Automático

Código da Empresa


Obrigatório


Informar o código da empresa no sistema Pirâmide. Este campo deverá ser preenchido com a informação “PIR”.

Obrigatório

Código da Empresa

Informar o código da empresa no sistema Pirâmide.

Obrigatório



xvi • Produção Médica Manual do Usuário Standard Template

Mapeamento do Código do Município

Permite realizar o relacionamento do código do município cadastrado no Cardio com o Código do Município cadastrado no Pirâmide. Assim como o mapeamento de Usuário, o mapeamento de Município considera maiúsculo e minúsculo.

O usuário poderá utilizar o script “02-Pir-CarregarMapMunicipio” para realizar o mapeamento de todos os municípios diretamente pelo banco de dados:

Com esse script não há necessidade de incluir um mapeamento a um como descrito abaixo.

O Código do Município é cadastrado no Cardio através do menu: Regras - Informações Pessoais - Cidades do País.

Diversos Integração ERP Mapeamento Mapeamento do Código do Município

Figura 343 - Janela de Consulta dos Mapeamentos do Código de Município



Será permitido realizar a consulta dos mapeamentos de códigos de municípios cadastrados através do botão

.


Figura 354 - Janela de Cadastro para o Mapeamento do Código de Município


Para realizar uma nova inclusão do mapeamento o usuário deverá acionar o botão .



Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

xviii • Produção Médica Manual do Usuário Standard Template

Código do Município

Informar o código do município cadastrado no sistema Cardio.

Obrigatório

Código da UF

Informar o código da Unidade Federativa cadastrada no sistema Cardio.

Obrigatório

Código do Município

Informar o código do município cadastrado no sistema Pirâmide.

Obrigatório



Mapeamento do Código da Área Permite realizar o relacionamento do código da área cadastrada no sistema Cardio com o código de área cadastrado no sistema Pirâmide.

O Código da Área é cadastrado no Cardio através do menu: Regras - Informações Pessoais - Região de Atuação.

Cadastros Financeiro Integração ERP

Mapeamento Mapeamento do Código da Área

Figura 365 - Janela de Cadastro do Mapeamento do Código de Área



O usuário deverá acionar o botão para realizar o mapeamento.



Automático

Código da Empresa


Obrigatório

Código da Área

Informar o código da área cadastrada no sistema Cardio.

Obrigatório

Código da Área

Informar o código da área cadastrada no sistema Pirâmide.

Obrigatório


Para realizar a edição das informações cadastradas, o usuário poderá acionar o botão .


Mapeamento do Código da Conta Corrente Utilizado para realizar o mapeamento da Conta Corrente. O usuário só precisará realizar o Mapeamento do Código da Conta Corrente caso o parâmetro por empresa Realiza Validação da Agência em Contas a Pagar (Módulo Administrador - Gerais - Parâmetros - Por Empresa - Aba Financeiro - Aba Outros).

Permite realizar a vinculação da conta corrente cadastrada no sistema Cardio com a Conta Corrente Cadastrada no Sistema Pirâmide.

O Código da Conta Corrente é cadastrado no Cardio através do menu: Regras - Financeiro - Bancos e Regras - Financeiro - Conta Corrente.

Diversos Integração ERP Mapeamento Mapeamento do Código da Conta Corrente

xx • Produção Médica Manual do Usuário Standard Template

Figura 376 - Janela de Consulta dos Mapeamentos do Código da Conta Corrente

Figura 1738 - Janela para a inclusão do Mapeamento de Conta Corrente

Manual do Usuário Standard Template Sumário • xxi


Será permitido realizar a consulta dos códigos das contas

cadastradas através do botão .

Pelo botão localizado no canto superior direito da tabela de dados será possível realizar a inclusão do mapeamento do código da conta corrente.




Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do banco (operadora)

Informar o código do banco cadastrado no sistema Cardio.

Obrigatório

Código da agência (operadora)


Obrigatório

Código da conta corrente (operadora)


Obrigatório

Código do banco sistema integrante

Informar o código do banco cadastrado no sistema Pirâmide.

Obrigatório

Código da agência sistema integrante

Informar o código da agência bancária cadastrada no Pirâmide.

Obrigatório

Código da conta corrente sistema


Obrigatório

xxii • Produção Médica Manual do Usuário Standard Template

integrante




Na integração entre os sistemas Pirâmide e Cardio no Cadastro do Recibo de Pagamento, quando o parâmetro por empresa “Realiza validação da Agência em Contas a Pagar” estiver desmarcado, o sistema validará a agência que está devidamente cadastrada no Pirâmide (menu: Módulo Administrador - Parâmetros - Por Empresa - Aba Financeiro - Aba Outros). Desta forma, o sistema considerará a fonte de recurso padrão da conta corrente. Quando este parâmetro estiver desmarcado, a agência poderá não estar cadastrada no Pirâmide porém o RP poderá ser incluído. Assim, o sistema considerará a fonte de recurso padrão da conta corrente. Porém, caso a informação não seja localizada será admitida a fonte de recurso padrão do fornecedor. Se ainda assim a informação não for localizada será considerada a primeira fonte de recurso associada ao fornecedor (menu: Módulo Financeiro - Contas a Pagar - Fornecedor - Cadastro - Aba Fonte de Recurso).

Durante a integração de despesas ou inclusão de cliente, quando a conta corrente não estiver mapeada no Cardio, será verificado o banco e a agência cadastrados no Pirâmide, e este retornará a consulta com a informação do portador e agência.

Integração de Fornecedores A integração de fornecedores consiste em enviar para o ERP Pirâmide os fornecedores cadastrados no Cardio.

Na integração, o Cadastro dos Fornecedores apenas será enviado para a respectiva tabela após a geração da fatura. Serão integrados todos os fornecedores pessoa física e jurídica.

Tendo em vista não existir no Cardio uma rotina específica para a exportação de fornecedores, o usuário deverá consultar os procedimentos descritos na Integração de Recibo de Pagamento. Os fornecedores serão exportados quando da execução da rotina de Geração de Documento Financeiro.

As informações serão incluídas na Tabela de Integração TI_EMP_FORNECEDOR. Esta tabela pertence ao Cardio.

Manual do Usuário Standard Template Sumário • xxiii

Consulta do Processamento da Integração de Fornecedores O usuário poderá realizar a consulta da integração de duas formas: Diretamente pelo Cardio ou através do SQL – Enterprise Manager.

Pelo Cardio Para consultar se a integração ocorreu com sucesso, verificando o preenchimento das informações na Tabela de Integração, o usuário deverá acessar o menu: Cadastros - Financeiro - Integração ERP - Pagar. Nesta opção serão apresentadas todas as informações e detalhamentos dos Fornecedores processados.


Diversos Integração ERP Pagar Fornecedor por Empresa

O usuário deverá selecionar os registros com erro filtrar Status do registro = Erro.

Figura 18 - Janela para a Consulta de Fornecedores integrados

xxiv • Produção Médica Manual do Usuário Standard Template

Quando o fornecedor é processado sem erros, a tela será apresentada sem nenhuma mensagem.

Figura 19 - Tela Fornecedor por Empresa aba Outras

Manual do Usuário Standard Template Sumário • xxv

Porém se ocorrer erro no processamento, será apresentada uma mensagem de erro, conforme figura abaixo. Neste caso, a integração não foi processada devido à falta de informação da conta contábil. O usuário deverá corrigir e processar novamente.

Figura 20 - Tela Fornecedor por Empresa aba Outras

Pelo SQL - Enterprise Manager O usuário responsável pela integração poderá consultar através do SQL –Enterprise Manager, os fornecedores que não foram processados na Integração.

xxvi • Produção Médica Manual do Usuário Standard Template

Figura 22 - Tela caminho para Enterprise Manager

O usuário deverá executar o caminho: Todos os programas – Microsoft SQL Server – Enterprise Manager. Ver a figura acima.

Figura 23 - Tela Enterprise Manager

Figura 24 - Acesso tabela TI_EMP_FORNECEDOR

O usuário deverá selecionar a tabela TI_EMP_FORNECEDOR e realizar a verificação da integração. Ao clicar com o botão direito do mouse, será apresentado um menu, neste menu deverá selecionar a opção Open Table e em seguida Return all rows (serão apresentadas todas as informações constantes na tabela, sem restrição) ou Return Top (para exibir uma quantidade de linhas determinadas).

Manual do Usuário Standard Template Sumário • xxvii

Figura 25 - Procedimentos para Return all rows


Figura 26 - Data in Table

Desabilitação do Fluxo de Fornecedor A integração permitirá que o usuário desabilite o fluxo de fornecedor nas instâncias que contemplam os códigos 00000018 e 00000071. Isso porque existe a necessidade da integração associar os códigos de fornecedor do sistema integrante aos códigos do ERP Pirâmide. Para tanto será preciso realizar alguns procedimentos que serão descritos a seguir:

6. A desativação do fluxo supramencionado será feito por meio de um script que afetará diretamente o parâmetro IND_INTEGRA_FORNECEDOR da TI_SISTEMA. Este procedimento também abrange o parâmetro de mapeamento automático da operação.

7. Será necessário outro script para aplicar uma carga na tabela de integração de mapeamento de Fornecedor (TI_MAP_FORNECEDOR) com as informações contidas nas TI_FORNECEDOR respectivamente;

xxviii • Produção Médica Manual do Usuário Standard Template

8. A integração de Fornecedor ficará dependente da configuração do parâmetro da TI_SISTEMA citado do item 1;

9. O mapeamento de fornecedor deverá ser feito corretamente, isso será verificado pela integração. Pois, para os momentos que houver integração de título a pagar, paralelamente haverá a exibição de uma crítica caso o fornecedor do título não estiver cadastrado no ERP Pirâmide, neste caso, o usuário deverá realizar a inclusão e o mapeamento com os respectivos códigos;

10. Ressaltando que exclusivamente neste caso, a empresa que desejar realizar essa desabilitação, deverá consultar a área de desenvolvimento da Procenge.

Recibo de Pagamento - RP A integração da produção médica gerada no Cardio será enviada para o ERP Pirâmide resultando na inclusão de Recibo de Pagamento.

Este processo poderá ocorrer por meio da importação do arquivo texto gerado no Int_CardioRP.exe e/ou via tabelas de integração em todas as instâncias desta integração. Como existem essas duas condições para integrar RP, será preciso que o usuário faça essa definição configurando o parâmetro ‘IND_INT_RP_CARDIO_TI’ na TI_PARAMETRO_CONFIG (menu:

Módulo Integração – Configurações – Botão - Botão

). A indicação será feita da seguinte forma, se for via txt o parâmetro citado deverá está com a indicação ‘N’. Agora se a integração do RP for via TIs, deverá ser informado ‘S’. Desta forma o processo seguirá o seguinte fluxo: o job ‘INTEGRACAO RP – TI’ irá buscar a informação na TI do sistema Cardio, disponibilizará nas TIs do ERP Pirâmide, em seguida o job ‘INTEGRACAO RP’ pega as informações das TIs do sistema e faz a internalização no ERP Pirâmide.

O cálculo do valor do Recibo de Pagamento será realizado considerando a seguinte fórmula: Valor do RP = Total de Créditos - Total de Débitos, onde os débitos são formados pelas despesas. Desta forma, o valor dos impostos não será deduzido do valor do RP.


O usuário poderá decidir se na Integração de Recibo de Pagamento será(ão) considerado(s) ou não o(s) imposto(s)

Manual do Usuário Standard Template Sumário • xxix

informado(s) na tabela de integração TI_TITULO_PAG_IMPOSTOS quando este(s) não estiver(em) configurado(s) na NDO de Inclusão de RP. Para isso no parâmetro IND_CHECA_NDO_IMPOSTO da TI_SISTEMA deverá informar S (sim) para validar e integrar somente os impostos que estiverem na NDO do RP ou informar N (não) para que sejam integrados todos os impostos da TI_TITULO_PAG_IMPOSTOS independente destes estarem configurados na NDO de RP (menu: Módulo Integração –

Configurações – Botão ).

Na utilização da rotina de recuperação dos itens de baixa na inclusão do Recibo de Pagamento gerado a partir do sistema Cardio, ao recuperar uma NDO que possua o código igual a de outra que já existe para o RP, o valor desta NDO será somado para a NDO existente e consequentemente será gerada apenas uma linha no arquivo texto (.TXT) para cada NDO diferente.

No cadastro de Recibo de Pagamento para um tipo de serviço específico algumas regras serão consideradas pela integração para que o mesmo possa ser cadastrado de forma correta. Assim na inclusão o sistema validará as informações de acordo com o que estar detalhado abaixo:

11. Qualquer conta de serviço poderá ser apontada como o principal do Recibo de Pagamento, mas apenas 1 serviço deve ser apontado como o principal;

12. Ao preencher a configuração da conta contábil do serviço principal do Recibo de Pagamento, independe desta exigir conta auxiliar ou centro de custo, sempre preencherá o centro de custo e/ou conta auxiliar que estiver na configuração da NDO do RP ou o que estiver informado na tabela de integração;

13. Antes de gerar o RP, o sistema fará uma verificação nas contas contábeis preenchidas dos serviços (despesa), para as que não exigirem centro de custo ou conta auxiliar estes serão retirados;

14. Para que este processo funcione, será necessário que as contas contábeis da despesa (serviços), pertençam ao mesmo grupo de conta auxiliar da conta contábil do fornecedor, pois caso não exista conta auxiliar fixa preenchida na configuração da NDO, será usada a conta auxiliar do cadastro do fornecedor;

15. Para que não ocorra crítica de centro de custo, é necessário que as contas contábeis de despesa que o

xxx • Produção Médica Manual do Usuário Standard Template

exigem estejam associadas ao centro de custo configurado na NDO ou ao que está preenchido na TI.

Quando na produção médica houver ajustes de crédito o mesmo não deverá ser na NDOs e sim deverão ser cadastrados como Tipos de Serviço, e ser mapeados no campo Código da Conta Auxiliar. Além disso uma NDO de RP deve ser mapeada no campo ‘Cod Item’ do Sistema Integrante para que a informação seja apenas informativa, pois este campo possui preenchimento obrigatório, ou seja, esta última NDO não terá participação no processo servirá só para validação do campo.

Na Integração do Recibo de Pagamento poderá haver Acúmulo Diário da Base de Cálculo do Imposto de Renda Retido na Fonte para Pessoa Jurídica no RP, isso ocorrerá quando as empresas contratarem Fornecedores para realizar serviços prestados e precisam acumular diariamente a base de cálculo do Imposto de Renda Retido na Fonte para Pessoa Jurídica no pagamento do título cujo RP gerado seja para o fornecedor em questão. Assim os valores tributados serão somados no final do dia para efeito de cálculo do referido imposto, neste caso se o registro do imposto a ser retido na momento da integração e no pagamento do título não for informado, o ERP Pirâmide considerará os valores dos dados do imposto configurados na NDO para poder calcular o valor do IRRF-PJ. (menu: módulo Financeiro –

Contas a Pagar – Títulos – Cadastro – Botão /

/ / ). Para maiores detalhes deste comportamento, o usuário deverá consultar o manual do usuário Módulo Financeiro – Capítulo Contas a Pagar – Tópico Acúmulo Diário da Base de Cálculo do Imposto de Renda Retido na Fonte para Pessoa Jurídica no RP.

O Rateio do Serviço dos RPs incluídos via integração de sistemas e dos títulos a pagar gerados desta origem, ou seja , RP o ERP Pirâmide tomará com base a NDO do tipo de operação ou do tipo de serviço do próprio RP. Assim quando houver mais de um tipo de serviço no Recibo de Pagamento e com NDOs iguais, será validada a NDO do tipo de operação. Por exemplo: caso exista em um RP que tenha 03 (três) NDOs vinculadas, onde duas delas possuem as mesmas configurações, ou seja, são iguais e uma configurações diferentes, ao integrar, incluir ou importar o RP, o sistema somará os créditos das NDOs

Manual do Usuário Standard Template Sumário • xxxi

iguais como uma única linha crédito. E o débito será rateado em outras linhas de acordo com os serviços inclusos. Vale lembrar também que o Recibo de Pagamento que possuir tipos de serviços com e sem NDO, os lançamentos contábeis serão credito de fornecedor e debito conta contábil do tipo de serviço.

Na tabela TI_DOCPAG_CODIGO poderão ser configurados os documentos a pagar ‘7 – Faturamento Intercâmbio Quantidade de Beneficiários’, ‘8 – Faturamento Intercâmbio Serviços Prestados’, ‘15 – Pagamento Prestador sem fatura’, ‘16 – Pagamento Prestador com fatura’, ‘17 – Utilizações repasse em Quantidade de Beneficiários’, ‘18 – reembolso beneficiário’, ‘19 – Comissão’, ‘20 – Documento Contábil Intercâmbio Serviços Prestados, ‘21 – Nota Débito Intercâmbio Pós’, ‘22 - Provisionamento de Prestadores’ e ‘23 - Provisionamento de Ressarcimento ao SUS’. Esta tabela possui as colunas ‘COD_DOCUMENTO’, ‘COD_SISTEMA_ORIGEM’, ‘DSC_DOCUMENTO’, ‘IND_ATIVO’ e ‘IND_RP’, onde são preenchidas pelo sistema integrante e os dados são pertencentes ao documento a ser integrado. A informação da coluna IND_RP vem como default ‘S’, para que seja definido se o documento será inserido no ERP Pirâmide como recibo de pagamento. Caso o usuário deseje que documento não seja inserido como RP, deverá configurar a coluna como ‘N’.

Poderá ser exibida a mensagem de erro ‘ID: %1 - Faltando mapeamento os itens do documento, verificar a TI_MAP_IT_CTA_CTBL’ quando o item de desconto da produção médica não está mapeado corretamente na tabela de integração.

Para integrar Recibo de Pagamento com Várias NDOs e origens de recurso no tipo de serviço, o usuário deverá gerar o arquivo texto no executável ‘Int_CardioRP.exe’ para as informações contidas no tipo de serviço enviadas pelo sistema Cardio sejam validada e em seguida seja gravado no arquivo texto gerado por ele. Assim na integração do RP, o sistema verifica se no cadastro do tipo de serviço existe NDO mapeada para uma origem de recurso, se sim, a informação será integrada, se não, a será apresentada a mensagem: ‘Não existe origem de recurso associada ao tipo de serviço ‘XXXXX’ para NDO YYYYY no cadastro do tipo de serviço. Verifique o cadastro de tipo de serviço. É necessário informar o tipo

xxxii • Produção Médica Manual do Usuário Standard Template

de serviço’. Ressaltando que após integrado o RP, o usuário irá visualizar apenas uma NDO, mas ao detalhar o rateio dos serviços e o título a pagar serão apresentadas todos os serviços e as NDOs existentes no lançamento da integração (menu: Módulo Financeiro – Contas a Pagar –

Recibo de Pagamento – Botão / ).

A contabilização dos Recibos de Pagamentos em várias contas credoras com rateio da despesa por tipo de serviço e origem de recurso via tabela de integração, ocorrerá quando o RP integrado possuir a informação do código da origem de recurso do sistema integrante na coluna COD_ORIGEM_RECURSO da Tabela TI_TITULO_PAG_TIPO_SERVICO, pois ela faz parte da chave primária com valor default '000', como valor padrão interno. Caso não seja informado nenhum valor nesse campo, ele ficará com '000' e não haverá rateio, desta forma haverá o seguinte comportamento na integração:

1. Na integração, a origem de recurso e o tipo de serviço enviado pelo sistema integrante serão associados à NDO cadastrada no ERP Pirâmide para que o processo possa ser finalizado com sucesso. Sendo assim, o Recibo de pagamento integrado com origem de recurso será rateado pela NDO informada no tipo de serviço e origem de recurso. Ressaltando que no rateio, o serviço que possuir origem de recurso será considerado nela, mas se não possuir, será considerado na NDO do RP;

2. Cada origem de recurso do tipo de serviço deverá estar associada a uma NDO, que indicará a conta do crédito e os impostos que incidem sobre o valor do serviço/origem do recurso. Esta NDO da origem de recurso deverá ter a mesma validação e configuração da NDO do tipo de serviço, seguindo as seguintes características:

a. A NDO não precisará ter configuração contábil (menu: Módulo Administrador - Cadastros - NDO – Cadastro);

b. O tipo de operação da NDO deverá estar configurado com a conta contábil do fornecedor do tipo de serviço/origem do recurso (menu: Módulo Administrador – Cadastros – NDO – Tipo de Operação – Botão

/ ), desta

Manual do Usuário Standard Template Sumário • xxxiii

forma o tipo de serviço/origem do recurso indicará qual é à conta do fornecedor;

c. A aba de Impostos da NDO deverá estar configurada com os impostos que incidem sobre o tipo de serviço/origem do recurso (menu: Módulo Administrador – Cadastros –

NDO - Botão - Aba Impostos).

Cancelamento de RP via Integração Para cancelar os RPs via integração, o usuário deverá realizar as seguintes configurações na TI_TITULO_PAGAR do ERP Pirâmide: informar o motivo de canelamento na coluna ‘COD_MOTIVO_CANCELAMENTO_ORIGEM’, na coluna COD_STATUS_TITULO informar ‘C’, para coluna COD_OPERACAO_REGISTRO informar ‘A’, na coluna COD_STATUS_REGISTRO preencher ‘NP’ e por fim na coluna ‘DAT_CANCELAMENTO’ informar a data do cancelamento. Caso a coluna COD_MOTIVO_CANCELAMENTO_ORIGEM não seja preenchida o sistema irá pegar o motivo da coluna COD_MOTIVO_CANC_PADRAO na TI_PARAMETRO_CONFIG.COD_PARAMETRO.

Se o usuário optar por cancelar o RP no Módulo Financeiro (menu: Contas a Pagar – Recibo de Pagamento – Cadastro) deverá

selecionar o RP na tela e em seguida acionar o botão , logo será apresentada a tela ‘Cancelamento – Recibo de Pagamento’ onde é necessário informar um motivo de cancelamento. Para maiores detalhes o usuário deverá consultar os tópicos Consulta ao Cadastro de Recibo de Pagamento e Motivo de Cancelamento do Recibo de Pagamento do Manual do usuário Módulo Financeiro. Agora para cancelar o RP no Cardio, deverá informar na TI_DOCUMENTO_CON o motivo de cancelamento, a data de cancelamento, alterar o Cod_Status_Doc_Sg para ‘C’, a coluna Cod_Oper_Registro deixar como ‘A’ e a coluna Cod_Status_Reg como ‘NP’.

Cadastros e Mapeamentos Neste tópico será explanada a forma como ocorrerá a exportação para o Pirâmide dos títulos a Pagar, cancelamentos e baixas (recebimentos) realizados no Cardio.

Para que a integração da produção médica seja realizada com sucesso é necessário que os cadastros obrigatórios no Pirâmide e Cardio estejam devidamente incluídos, bem

xxxiv • Produção Médica Manual do Usuário Standard Template

como as configurações e mapeamentos nesses sistemas, descritos no tópico Configurações e Cadastros Prévios.

O usuário deverá verificar se os cadastros e mapeamentos descritos anteriormente no tópico Configurações e Cadastros Prévios estão devidamente incluídos.

Cadastros no Pirâmide Serão mencionados neste tópico os cadastros vinculados à inclusão do Recibo de Pagamento.

Parâmetro “Recalcula automaticamente valor da base do imposto do RP”. O parâmetro “Recalcula automaticamente valor da base do imposto do RP” deverá estar desmarcado.


Empresa Aba Financeiro Aba Outros

Figura 39 – Janela Parâmetros por Empresa Aba Financeiro Aba Outros

Cadastro do mapeamento de impostos No Módulo Administrador deve ser cadastrado um único imposto por tipo.

Manual do Usuário Standard Template Sumário • xxxv

Figura 2640 - Janela para o Cadastro de Imposto

Cadastro do Tipo de Documento Cadastrar os tipos de documentos “Recibo” e “NF de Serviço”. Estas informações são necessários para a integração do contas a pagar (Recibo de Pagamento e Títulos a Pagar).


Documentos Cadastro


Cadastro da NDO (Pirâmide) O Cadastro de NDO é realizado no Módulo Administrador do Pirâmide: Menu: Cadastros – NDO – Cadastro.

xxxvi • Produção Médica Manual do Usuário Standard Template

NDOs de Recibo de Pagamento

Devem ser criadas as NDOs de Recibo de Pagamento para pessoa física e jurídica, com todos os impostos possível para cada tipo e de acordo com o tipo de operação.

Destacando que os ajustes a crédito não devem ser na NDO. Para maiores detalhes o usuário deverá verificar o tópico Recibo de Pagamento - RP


Origem Importação de Recibo de Pagamento

Integração RP

Recibo de Pagamento


Em branco se for inclusão e se for baixa de acordo com a classificação


Fórmula: Em branco

Rateio: 100 %


Crédito: Conta Automática

Como a empresa deverá estar configurada para utilizar Contas Múltiplas, deverão ser criadas as NDOs para Pessoas Físicas e Jurídicas de acordo com os tipos de operações necessários. Onde a NDO para Pessoa Física pode ser apenas uma ou duas (PF cooperada e PF não cooperada) e para a Pessoa Jurídica será criada uma NDO para cada operação.



Cadastro de NDOs para Descontos

Manual do Usuário Standard Template Sumário • xxxvii

Cadastrar NDO’s para todos os descontos que podem ocorrer no valor a pagar dos prestadores. Para maiores detalhes consultar o Manual de Configurações Básicas da NDO referente à baixa de título a pagar parcial. Na configuração contábil informar no débito tipo automático e no crédito a conta do referido desconto.

Origem Importação de Recibo de Pagamento

Integração RP

Recibo de Pagamento


Em branco se for inclusão e se for baixa de acordo com a classificação


Fórmula: Em branco

Rateio: 100 %


Crédito: Conta de Desconto

Tipo de Pagamento Parcial Configurar um tipo de pagamento parcial que deverá ser utilizado para informar os descontos no valor do prestador. Será realizada uma baixa no Recibo de Pagamento - RP referente ao débito. Este tipo de pagamento deverá ser cadastrado com as opções “Retém Imposto” e “Acumula Retenção imposto” desmarcadas, isto porque os impostos são calculados no Cardio. A NDO Padrão exigida no cadastramento do tipo de pagamento poderá ser uma das NDOs criadas para desconto.


Pagamento Cadastro

Figura 30 - Janela de Cadastro do Tipo de Pagamento/Recebimento

xxxviii • Produção Médica Manual do Usuário Standard Template

Valor como sinal “<”

Parâmetro “Baixa por Devolução” assinalado

NDO do referido desconto deve ser informada no campo Padrão (NDOs pagamentos)

Cadastro de Tipo de Serviço (Pirâmide) O tipo de serviço possibilitará a contabilização da produção médica. Deverão ser configurados todos os tipos de serviços vinculando-os às contas contábeis de custo da produção médica de acordo com o plano de contas da ANS e as operações para a UNIMED.

Para agilizar a criação dos tipos de serviços, o usuário poderá utilizar a função Gerar NDO e Tipo de Serviço (Menu: Módulo Administrador – Ferramentas – Gerais – Gerar NDO e Tipo de Serviço). Nesta função, os tipos de serviços serão criados automaticamente a partir de um intervalo de conta contábil definido pelo usuário. Os procedimentos para a execução desta rotina encontram-se descritos no Capítulo Carga Inicial.

Financeiro Contas a Pagar Recibo de

Pagamento Tipo de Serviço Sistema

Selecionar com o mouse a opção Sistema através do caminho disponível na barra de menu.

Figura 31 - Janela do Cadastro de Tipo de Serviço

Para incluir um novo tipo de serviço o usuário deverá clicar

e o sistema disponibilizará a janela para a inclusão.

Manual do Usuário Standard Template Sumário • xxxix

A conta contábil da ANS informada neste campo será responsável pela contabilização dos lançamentos.

Figura 32 - Janela para a Inclusão de Tipo de Serviço

Conta Informar a conta contábil da ANS onde será contabilizado o débito do custo da produção.

Obrigatório

Após cadastrado do tipo de serviço, o usuário deverá realizar a vinculação do mesmo ao Município conforme tela abaixo:

Financeiro Contas a Pagar Recibo de

Pagamento Tipo de Serviço Município

Figura 33 - Tela Tipo de Serviço por Município

O município informado deve ser sempre o da UNIMED.

Caso a Unimed possua o imposto ISS na Produção Médica (menu: Módulo Administrador – Gerais – Impostos – Configuração ISS), também precisa configurar o Município para todos os tipos de serviços e as alíquotas.

xl • Produção Médica Manual do Usuário Standard Template

Cadastro do Parâmetro de Configuração da Integração para Recibo de Pagamento


Para acessar a tabela TI_PARAMETRO_CONFIG, o usuário deverá no Módulo Integração seguir os passos abaixo mencionados:





Manual do Usuário Standard Template Sumário • xli

O usuário deverá selecionar a INTEGRAÇÃO CARDIO – 00000018 (SQL SERVER), 00000068 (ORACLE) ou 00000071 (SQL SERVER).

Em seguida clicar com o mouse no botão .

O sistema disponibilizará a tela Objetos de integração para a Configuração conforme seleção do código.

Figura 36 - Tela Objetos da Integração aba Tabelas




Preencher a coluna DSC_VALOR apenas para os COD_PARAMETRO descritos na tabela abaixo. Ao concluir não se


xlii • Produção Médica Manual do Usuário Standard Template

Encontram-se disponibilizados abaixo os parâmetros que deverão ser utilizados na Integração entre os sistemas Pirâmide e Cardio. Estas informações a serem preenchidas na coluna “DSC_VALOR” foram cadastradas previamente e serão utilizadas para definir padrões no envio das informações do Cardio para o Pirâmide.


TIPO_PAGTO_DESCONTO_RP Indica o Tipo de pagamento usado na baixa parcial ou integral por desconto do Recibo de Pagamento.

Informar o Tipo de Pagamento utilizado para os descontos do Recibo de Pagamento no pagamento aos prestadores de serviços cadastrado no Pirâmide.

TIPO_PAGTO_DEVOLUC_DOC PAG_INT

Indica o Tipo de Pagamento usado na baixa por devolução integral do Documento a Pagar.

Informar o Tipo de Pagamento utilizado para os Descontos do Título a Pagar Integral cadastrado no Pirâmide.

TIPO_PAGTO_DEVOLUC_DOC PAG_PARC

Indica o Tipo de Pagamento usado na baixa por devolução parcial do Documento a Pagar.

Informar o Tipo de Pagamento utilizado para os Descontos do Título a Pagar Parcial cadastrado no Pirâmide.

IND_CALCULAR_IMPOSTO_RP Calcular impostos para o RP. Colocar nesse campo N, pois caso o documento seja gerado sem os registros referentes a impostos no Cardio, o Pirâmide não irá calcular impostos na importação do Recibo de Pagamento.

Cadastro e Mapeamento no Cardio Nesta etapa serão realizados os cadastramentos no sistema Cardio para possibilitar a integração entre os sistemas. Apenas serão mencionados os cadastros ligados diretamente a esta integração.

Mapeamentos Os mapeamentos descritos neste tópico consistirão em realizar o relacionamento dos dados cadastrados no Pirâmide com os dados cadastrados no Cardio. Esta etapa é realizada unicamente no sistema Cardio. Caso o usuário deixe de realizar um desses mapeamentos poderá acarretar em erro na integração. Outro fator que merece destaque é que os dados informados no mapeamento deverão estar devidamente cadastrados nos dois sistemas.

Manual do Usuário Standard Template Sumário • xliii

Cadastros Financeiro Integração ERP Mapeamento

Figura 38 - Janela de Acesso aos Mapeamentos

Mapeamento do Código da Filial Permite realizar o mapeamento do código da filial nos sistemas Pirâmide e Cardio.

Diversos Integração ERP Mapeamento Mapeamento do Código da Filial

xliv • Produção Médica Manual do Usuário Standard Template

Figura 39 - Janela de Cadastro do Mapeamento do Código da Filial



acionar o botão .


Auto Identificador


Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código da Filial Informar o código da filial cadastrada no sistema Cardio.

Obrigatório

Código da Filial Informar o código da filial cadastrada no sistema Pirâmide.

Obrigatório

Manual do Usuário Standard Template Sumário • xlv





Mapeamento do Código do Tipo de Documento Permite realizar o mapeamento do código do tipo de documento nos sistemas Pirâmide e Cardio. O Código do Tipo de Documento é cadastrado no Cardio no menu: Regras - Financeiro - Documentos - Classe do Doc. Financeiro.

Cadastros Financeiro Integração ERP

Mapeamento Mapeamento do Código do Tipo de Documento



xlvi • Produção Médica Manual do Usuário Standard Template

Para realizar a inclusão do mapeamento o usuário deverá acionar

o botão .



Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Tipo de Documento

Informar o código do tipo de documento cadastrado no sistema Cardio.

Obrigatório

Tipo de Documento

Informar o código do tipo de documento cadastrado no sistema Pirâmide.

Obrigatório


Não utilizado na integração. Obrigatório

Cód. Aux. 1 Não utilizado na integração. Facultativo






O tipo de documento “Prestador sem Fatura” (15) do Sistema Cardio deverá ser mapeado para o tipo de documento “Recibo” do Pirâmide.

O tipo de documento “Pagamento Prestador com Fatura” (16) deverá ser mapeado para o tipo de documento “NF de Serviço” do Pirâmide.

O tipo de documento “Intercâmbio” (08) deverá ser mapeado para o tipo de documento “Título a Pagar com Imposto – Recibo de Pagamento”.

Manual do Usuário Standard Template Sumário • xlvii

Os tipos de documentos “Reembolso Beneficiário” (18) e “Comissão” (19) não precisarão ser mapeados e serão considerados títulos a pagar no Pirâmide.

Será necessário o mapeamento entre as informações descritas na tabela abaixo Tipo de Documento - PAGAR 7 Título a Pagar Sem Fatura

8 Título a Pagar Com Fatura

Não será permitido fazer alterações nas informações do documento incluído no Pirâmide através da integração. Será permitido apenas realizar a prorrogação do vencimento.

Mapeamento do Código da Situação do Documento Permite realizar o mapeamento do código da situação do documento padrão entre as operações dos sistemas Cardio e Pirâmide.

Diversos Integração ERP Mapeamento Mapeamento do Código da Situação do Documento

Figura 41 - Janela de Consulta dos Mapeamentos da Situação do Documento

xlviii • Produção Médica Manual do Usuário Standard Template

Será permitido realizar a consulta dos códigos da situação do documento cadastrados através do botão .




Figura 42 - Janela de Cadastro da Situação do Documento



Manual do Usuário Standard Template Sumário • xlix



Automático

Cód. Empresa Sg.


Obrigatório


Informar o código da situação do documento cadastrado no sistema Cardio.

Obrigatório


Informar o código da situação do documento cadastrado no sistema Pirâmide.

Obrigatório




Será necessário realizar o mapeamento considerando os seguintes códigos existentes no sistema Cardio. Esses códigos são cadastrados internamente. É necessário mapear todos os códigos e mapear para a situação Normal o título que foi cadastrado para o cliente.

Status Cardio

Status Cardio Status Pirâmide

Status Pirâmide

1 Aberto - -

2 Quitado L Liquidado

3 Parcialmente Quitado

C Cancelado

4 Cancelado P Parcial

5 Agrupado Aberto A Aberto

6 Financiado Aberto - -

7 Negociado - -

8 Financiado Parcialmente Quitado

- -

9 Agrupado Quitado - -

10 Agrupado Parcialmente

- -

l • Produção Médica Manual do Usuário Standard Template

Quitado

Mapeamento do Código do Status do Documento Permite realizar o relacionamento do código do status do documento cadastrado nos sistemas Cardio e Pirâmide.

Diversos Integração ERP Mapeamento Mapeamento do Código do Status do Documento

Figura 43 - Janela de Consulta dos Mapeamentos do Status do Documento

Será permitido realizar a consulta dos códigos do status de

documento cadastrados através do botão .



Manual do Usuário Standard Template Sumário • li


Figura 44 - Janela de Cadastro do Mapeamento do Status do Documento




Auto Identificador


Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Código do Status

Informar o código do status do documento no sistema Cardio.

Obrigatório

Código do Informar o código do status do Obrigatório

lii • Produção Médica Manual do Usuário Standard Template

Status documento no sistema Pirâmide.




Será necessário realizar o mapeamento considerando os seguintes códigos existentes no Cardio:

Código Descrição

B Bloqueado

F Faturado

C Cancelado

P Parcialmente Pago

L Liberado

R Registrado

N Negociado

Mapeamento do Código do Motivo de Cancelamento Permite realizar o mapeamento do código do motivo de cancelamento nas operações dos sistemas Cardio e Pirâmide.

O Código do Motivo de Cancelamento é cadastrado no Cardio através do menu: Regras - Financeiro - Documentos - Motivo de Mov. Docto Financeiro.

Diversos Integração ERP Mapeamento Mapeamento do Código do Motivo de Cancelamento

Manual do Usuário Standard Template Sumário • liii

Figura 45 - Janela de Consulta dos Mapeamentos do Código do Motivo de Cancelamento


Nesta tela será permitido realizar a consulta dos códigos dos motivos de cancelamento cadastrados através do botão

.




liv • Produção Médica Manual do Usuário Standard Template

Figura 46 - Janela de Cadastro do Código do Motivo de Cancelamento



PREENCHIMENTO DOS CAMPOS Auto Identificador Corresponde ao código

identificador do mapeamento. Automático

Cód. Empresa Sg. Informar o código da empresa no sistema Cardio.

Obrigatório



Obrigatório


Informar o código do motivo de cancelamento no sistema Cardio.

Obrigatório


Informar o código do motivo de cancelamento cadastrado no sistema Pirâmide.

Obrigatório

Manual do Usuário Standard Template Sumário • lv



Mapeamento do Código do Tipo de Baixa Permite realizar o relacionamento do código do tipo de baixa cadastrado no sistema Cardio com o código cadastrado no Pirâmide.

Diversos Integração ERP Mapeamento Mapeamento do Código do Tipo de Baixa

Figura 4741 - Janela de Consulta dos Mapeamentos do Código do Tipo de Baixa


Será permitido realizar a consulta dos códigos dos tipos de

baixas cadastrados através do botão .

No botão , localizado no canto superior direito da tabela de dados, será permitido realizar a inclusão do mapeamento do código do tipo de baixa, conforme tela abaixo:

lvi • Produção Médica Manual do Usuário Standard Template

Figura 48 - Tela mapeamento do código do tipo de baixa



Automático

Cód. Empresa (Operadora)


Obrigatório



Obrigatório

Código do Tipo de Baixa (Operadora)

Informar o código do tipo de baixa no sistema Cardio.

Obrigatório

Código do Tipo de Baixa Sistema Integrante

Informar o código do tipo de baixa cadastrado no sistema Pirâmide.

Obrigatório

Líquida Documento

Não é necessário preencher este campo.

Facultativo

Integra Movimentação bancária

Não é necessário preencher este campo.

Facultativo

Manual do Usuário Standard Template Sumário • lvii


Será necessário realizar o mapeamento considerando os seguintes códigos existentes no Cardio. Esses códigos são cadastrados internamente.

Código Descrição

1 Baixa por Liquidação

2 Baixa Liquidação por Cancelamento

3 Baixa Parcial

4 Baixa Parcial com Acréscimo

5 Baixa Parcial com Desconto

6 Baixa Parcial por Cancelamento

Mapeamento do Código do Item da Conta Contábil O mapeamento do item de conta contábil é o mais relevante para a integração do ERP, pois garantirá a contabilização dos eventos realizados. Permite realizar o mapeamento do código do item da conta contábil padrão para as operações dos sistemas Cardio e Pirâmide.

O nível de detalhamento do título usado na integração deve obedecer aos critérios adotados pela Agência Nacional de Saúde - ANS (modalidade de pagamento, regulamentação, natureza e cobertura, entre outras características).

O mapeamento entre a NDO do Pirâmide e o evento contábil do Cardio a ser utilizado na Baixa dos Títulos a Pagar deverá ser realizado através dos parâmetros COD_NDO_PADRAO_TITPAG, COD_NDO_DESC_TITPAG, COD_NDO_MORA_TITPAG e COD_NDO_MULTA_TITPAG, respectivamente (menu: Módulo Integração - Configuração -

Botão - Botão ). Caso os parâmetros não forem preenchidos será necessário realizar o mapeamento no Cardio.

Diversos Integração ERP Mapeamento Mapeamento do Código do Item da Conta Contábil

lviii • Produção Médica Manual do Usuário Standard Template

Figura 48 - Janela de Consulta dos Mapeamentos do Código do Item da Conta


Será permitido realizar a consulta dos códigos dos tipos de

baixas cadastrados através do botão .




Manual do Usuário Standard Template Sumário • lix

Figura 49 - Janela de Cadastro do Mapeamento do Código do Item da Conta Contábil

O usuário deverá realizar o mapeamento dos tipos de serviços, dos impostos e dos descontos.

Mapeamento dos Tipos de Serviços e NDOs


Corresponde ao código identificador do mapeamento. Este campo é gerado automaticamente pelo sistema.

Automático

Cód. Empresa Sg.


Obrigatório



Obrigatório

Plano de Contas: Os campos abaixo deverão contemplar informações referentes ao Plano de Contas da empresa. Código do Tipo de

Informar o código do tipo de documento no sistema Cardio.

Obrigatório

lx • Produção Médica Manual do Usuário Standard Template

Documento 15 - Recibo de Pagamento Sem Fatura

16 - Recibo de Pagamento Com Fatura

Tipo de Transação

Selecionar o tipo de transação para a qual será realizado o mapeamento. Para a produção médica, o usuário poderá selecionar: Conhecimento (despesa), e Pagamento (despesa).

Obrigatório

Código da Modalidade de Pagamento

Informar o código da modalidade de pagamento. Preencher o código 1 para Pré-pagamento (o cliente deverá pagar mensalmente um valor pré-definido independente dos serviços que irá utilizar). Preencher o código 2 para Pós-pagamento (neste caso, o valor cobrado depende dos serviços utilizados. Essa cobrança varia de acordo com o tipo de negociação do pagamento. Ela pode ser feita através de tabelas fixadas pelo beneficiário, centro de custo, contrato, modelo e módulo.

Obrigatório

É Regulamentado

Selecionar se o item da conta contábil é regulamentado até a lei de funcionamento dos operadores de planos de saúde, disposta em 31/12/1998. Se for regulamentado preencher com S (Sim) ou N (Não).

Obrigatório

Código da Natureza Jurídica

Informar o código da natureza jurídica da operação. Preencher o código 1 para Pessoa Jurídica e 2 para Pessoal Física.

Obrigatório

Código da Cobertura Oferecida

Informar o código da cobertura do plano oferecido. Por Exemplo: Ambulatorial, Odontológico, entre outros.

Obrigatório

Código de Classificação

Selecionar a classificação do item da conta contábil.

Obrigatório

Ato Informar o código do ato do item da conta contábil, que pode ser 1, 2 ou 3. Os tipos de ato são utilizados para o rateio das

Obrigatório

Manual do Usuário Standard Template Sumário • lxi

mensalidades, em faturas de pré-pagamento. O usuário deverá preencher ato 1 (faturamento dos prestadores cooperados – pessoas físicas – profissionais na área médica) 2 (faturamento de prestadores credenciados (laboratórios, hospitais) e 3 (faturamento de prestadores não cooperados).

Conta Contábil: Estas informações deverão ser preenchidas para as contas contábeis referentes a desembolsos. Código do Item

Informar o código do evento contábil. Corresponde ao código externo do evento contábil (menu: Regras – Contábeis – Eventos Contábeis).

Obrigatório

Código do Item Sistema Integrante

Informar o código da NDO cadastrada para o item. Representará o código da NDO cadastrada no Pirâmide para o RP. Tendo em vista que o RP permite apenas uma NDO, a NDO do RP será a NDO encontrada no 1º registro de itens do documento em questão.

Obrigatório

Código da Conta Auxiliar

Informar o código do tipo de serviço cadastrado no Pirâmide. Representará o código do tipo de serviço cadastrado no Pirâmide para o RP. O código do tipo de serviço encontrado no 1º registro de itens do documento será o tipo de serviço do RP, isto é, aquele que classifica o RP. Os demais tipos de serviço serão usados apenas para efetuar o rateio contábil da despesa do RP. Supondo que o RP possua os tipos de serviço “Cirurgia” e “Material”. Caso o tipo de serviço principal seja “Cirurgia”, este deverá estar no 1º registro do item do RP em questão

Obrigatório

Mapeamento do imposto Cada imposto possui um evento contábil. Assim, quando do mapeamento do imposto o usuário deverá informar o código do item (evento contábil).

As NDOs criadas PF e PJ, como já mencionado anteriormente, devem conter todos os impostos.

lxii • Produção Médica Manual do Usuário Standard Template

Para o mapeamento dos Impostos, os classificadores devem ser preenchidos com 0 (zero) e deve ser realizado um único mapeamento para cada Imposto. Código da Conta Auxiliar 2

Informar o código do imposto cadastrado no Pirâmide. Representará o código do imposto cadastrado no Pirâmide com fato gerador entrada.

Obrigatório


Para a integração de RP, na coluna TI_IMPOSTO_DOC_CON.Valor_Ret_Externa deverá ser informado o valor do salário-contribuição usado como base para retenção de INSS autônomo em outras fontes pagadoras, anteriormente era informado o valor do INSS retido por outras fontes pagadoras.

Quando não houver mapeamento para todos os impostos será exibida uma mensagem de erro informando o(s) imposto(s) que não está(ão) mapeado(s) e não será gerado o arquivo txt do RP até que seja realizado o mapeamento. Ou seja, o Pirâmide irá verificar se todos os impostos que estão na Tabela de Integração TI_MAP_IT_CTA_CTBL estão mapeados, onde validará se os campos COD_CONTA_AUX1, COD_CONTA_AUX2 e COD_CONTA_AUX3 da tabela estão preenchidos.

O parâmetro por empresa: ‘Integração de RP validar existência de impostos’ (menu: Módulo Administrador - Gerais - Parâmetros - Por Empresa - Aba Financeiro - Aba Outros) irá definir se a quantidade de impostos informados pela integração deverá ser igual ou não com a quantidade existente na NDO utilizada para a integração de Recibo de Pagamento. Desta forma, poderá ser indicado se essa validação será realizada para os impostos com fato gerador pagamento e/ou fato gerador entrada. Por exemplo: ao marcar a opção ‘Com fato gerador pagamento’ e na integração forem informados 3 impostos mas na NDO existem configurados 5 impostos com fato gerador pagamento, será exibida a seguinte crítica no sistema integrante: “O imposto X é obrigatório para a NDO Y”. Observando que, essa validação não será realizada quando nenhuma das duas opções do parâmetro estiver selecionada.

Manual do Usuário Standard Template Sumário • lxiii

Mapeamento dos Descontos Para cada desconto existe um respectivo código de evento. Dessa forma, deverá ser informada a combinação de acordo com o plano de contas, o código do item (código externo do evento) e a respectiva NDO de desconto. Código da Conta Auxiliar 3

Informar a NDO referente ao valor dos descontos. Representará o código da NDO Pirâmide referente ao débito do RP. Supondo que um dos débitos do RP seja “GLOSA”, neste caso deverá ser informada a NDO Pirâmide correspondente a “GLOSA”. Desta forma, o Pirâmide irá gerar uma baixa por desconto no RP no valor da glosa.

Obrigatório


O usuário poderá visualizar todas as situações de mapeamento no Cardio através do menu: Cadastros - Financeiro - Integração ERP - Pagar - Item Documento de Despesa ou Cadastros - Financeiro - Integração ERP - Pagar - Item Documento de pagamento.

Mapeamento do Código do Imposto Permite realizar o relacionamento do código do imposto cadastrado no sistema Cardio com o código cadastrado no Pirâmide.

Foi implementada a obtenção do código do imposto no Pirâmide para pessoa física ou jurídica na tabela de mapeamento de impostos, para os títulos de RP integrados através do sistema Cardio, conforme o tipo da pessoa. Ou seja, no Cardio pode-se distinguir o mapeamento de item contábil referente a imposto de pessoa física ou jurídica.

Para esta integração, deve ser mapeado um único imposto por tipo: IRRF, INSS, COFINS, etc.

Diversos Integração ERP Mapeamento Mapeamento do Código do Tipo de Imposto

lxiv • Produção Médica Manual do Usuário Standard Template

Figura 50 - Janela de Consulta do Mapeamento do Código do Imposto


Será permitido realizar a consulta dos códigos dos impostos



Manual do Usuário Standard Template Sumário • lxv

Figura 51 - Janela de Cadastro do Mapeamento do Código do Imposto


No Pirâmide – Módulo Administrador – deve ser configurado impostos únicos por tipo, ou seja, um único IRRF, um único INSS, um único COFINS, e assim por diante. Não deve ser criado, como ocorre nas implantações, IR0588, IR1708, INSSMP83, INSS. Ressaltando que, no mapeamento de impostos (tabela TI_MAP_COD_IMPOSTO), os impostos deverão estar devidamente mapeados para Pessoas físicas e jurídicas, exemplo: IRRF (código do imposto no Cardio) / IRPF (código do imposto no Pirâmide) / Tipo de pessoa "F"; IRRF (código do imposto no Cardio) / IRPJ (código do imposto no Pirâmide) / Tipo de pessoa "J".



Automático

Cód. Empresa Sg.


Obrigatório

Cód. Sistema Si


Obrigatório

Cód. Informar o código do imposto Obrigatório

lxvi • Produção Médica Manual do Usuário Standard Template

Imposto Sg. cadastrado no Cardio (Sistema de Gestão - Sg).

Cód. Imposto Si

Informar o código do imposto cadastrado no Pirâmide (Sistema Integrante - SI).

Obrigatório

Cód. Tributo Informar o código do tributo no Pirâmide.

Obrigatório




3. O usuário deverá preencher o código do sistema integrante “PIR” através do caminho de menu: Financeiro - Tabelas e Configurações - Configuração do Financeiro.

Figura 52 - Tela Configuração do Financeiro

Para localizar os impostos no Cardio utiliza o seguinte caminho: Financeiro - Negociações Financeira - Negociação de Imposto - Tipo de Imposto.

Manual do Usuário Standard Template Sumário • lxvii

Figura 53 - Tela Selecionar Tipo de Imposto


Na tela ao clicar no botão serão exibidos os impostos como mostra a tela abaixo:

lxviii • Produção Médica Manual do Usuário Standard Template

Figura 54 - Selecionar Tipo de Imposto

Selecionar o imposto no qual está procurando informações – ressaltando que este deve conter palavra PAG – e a seguinte tela será exibida com informações do código do imposto, classe de apropriação de pagamento:

Manual do Usuário Standard Template Sumário • lxix

Figura 55 - Tela tipo de imposto

Outra forma é em documento da despesa, clicar no ícone ao lado do envelope selecionar o documento que quer e assim também visualizará o código do imposto.

Integração da Inclusão do Recibo de Pagamento No Documento de Pagamento aos Prestadores de Serviço - Recibo de Pagamento: os valores serão calculados considerando o valor bruto, os impostos e os descontos no Cardio, e posteriormente serão gravados nas TI’s. Será o programa “Int_CardioRP.exe” que carregará as informações das TI’s para um arquivo texto no formato layout de recibo de Pagamento. As informações serão transferidas para o Pirâmide através do processo de importação do arquivo texto.

Os dados para pagamento serão gerados a partir da geração de documentos financeiros. Os dados serão enviados para a tabela TI_DOCUMENTO_CON. Esta integração será realizada mediante arquivo texto gerado a partir do executável do Pirâmide

.

Caso a empresa utilizar o conceito de simultaneidade, ou seja, possua em seu ambiente de TI dados de duas empresas em ambientes distintos, o usuário deverá escolher em qual instância o arquivo texto será gerado. Neste caso deverá assinalar uma

lxx • Produção Médica Manual do Usuário Standard Template

destas opções ‘CRO - 1ª Instância’ e ‘CR2 - 2ª Instância’

apresentada na tela do executável . Lembrando que esta opções apenas ficarão visíveis quando as integrações do Cardio em SQL SERVER 00000068 e 00000072 estiverem conjuntamente ativas.

Figura 55 - Acesso à Geração de Documento Financeiro

Essa rotina irá gerar documentos financeiros de cobrança e pagamento de acordo com os parâmetros informados.


Quando o título a pagar gerado por Recibo de Pagamento apresentar o valor líquido igual a zero, o usuário deverá indicar o tipo de pagamento integral a ser usado na liquidação do título a pagar no módulo Integração do Pirâmide no parâmetro "TIPO_PAGTO_INTEGRAL_RP". Assim, o processo da importação irá gerar o título e liquidá-lo na inclusão do Recibo de Pagamento. Para que o título a pagar seja incluído liquidado, será necessário:

Informar o tipo de pagamento integral no módulo Integração na TI_PARAMETRO_CONFIG;

Configurar o tipo de pagamento no módulo Financeiro (menu: Cadastros Financeiros - Tipo de Pagamento – Cadastro) com o campo parâmetros com a opção ‘encerrar título’ e a opção ‘valor’ com "="

Selecionar a opção: "Permite inclusão de descontos no Recibo de Pagamento" no módulo Administrador (menu: Gerais – Parâmetros – Gerais – Aba Financeiro – Aba Recebimentos/Pagamentos) caso seja utilizada a autorização de pagamento;

Configurar a NDO padrão da baixa com a conta contábil fixa a crédito e a automática a débito;

O valor do documento na TI de integração deve ser zero, e o valor da baixa deverá ser igual ao valor do título a pagar.

Manual do Usuário Standard Template Sumário • lxxi


Quando na integração de Recibos de Pagamentos o documento for gerado sem os registros referentes a impostos no Cardio, o Pirâmide não irá calcular impostos na importação do Recibo de Pagamento, mesmo que existam impostos na NDO, quando o parâmetro "IND_CALCULAR_IMPOSTO_RP" no módulo Integração na tabela "TI_PARAMETRO_CONFIG" estiver igual a "N".

Geração Número Documento Financeiro Quando o usuário realizar a geração do número do documento financeiro, os documentos serão gravados na tabela Documento Despesa. Neste momento, serão atualizadas as tabelas: Documento Despesa, Item do Documento de Despesas, TI_EMP_FORNECEDOR.

Financeiro Documento Financeiro Geração do Número do Documento

Figura 56 - Tela Geração de Número de Documento Financeiro

De acordo com a configuração do JOB configurado no Pirâmide, os títulos a Pagar serão incluídos automaticamente no Módulo Financeiro - Cadastros de Fornecedores.

lxxii • Produção Médica Manual do Usuário Standard Template

Geração do Arquivo Texto O primeiro passo é realizar a inclusão do arquivo “Int_CardioRP” (executável criado para esta integração) na pasta BIN do Pirâmide. Ele será utilizado na geração do arquivo TXT para a importação do recibo de pagamento dos prestadores de serviços, ou seja, realizará a leitura da tabela TI_DOCUMENTO_CON. Este procedimento apenas deverá ser realizado uma única vez ou nos casos de alteração deste programa.

Figura 57 - Caminho para arquivo Int_CardioRP

Após realização do procedimento mencionado anteriormente, o

usuário deverá executar . Caso a empresa utilizar o conceito de simultaneidade, ou seja, possua em seu ambiente de TI dados de duas empresas em ambientes distintos, o usuário deverá escolher em qual instância o arquivo texto será gerado. Neste caso deverá assinalar uma destas opções ‘CRO - 1ª Instância’ e ‘CR2 - 2ª Instância’ apresentada na tela do executável

. Lembrando que esta opções apenas ficarão visíveis quando as integrações do Cardio em SQL SERVER 00000068 e 00000072 estiverem conjuntamente ativas.

Manual do Usuário Standard Template Sumário • lxxiii

Figura 58 - Tela entrada Pirâmide Integração

O usuário deverá informar a Base de Dados, o Usuário e a Senha.

Figura 59 - Tela Pirâmide Integração

O usuário deverá selecionar o menu Geração de Arquivo Importação RP.

lxxiv • Produção Médica Manual do Usuário Standard Template

Figura 60 - Tela Geração de Arquivo Texto – RP


Para iniciar o processo o usuário deverá clicar no botão .

Consulta do Processamento da Integração do Recibo de Pagamento

O usuário poderá realizar a consulta da integração de duas formas: Diretamente pelo Cardio ou através do SQL – Enterprise Manager.

Pelo ERP Pirâmide Para confirmar que a integração foi realizada com sucesso, é importante que o usuário realize a consulta das TIs, de forma que, sendo detectados erros que impediram a integração sejam realizados os devidos ajustes e novo processamento.

No Módulo Integração o usuário deverá realizar a consulta das tabelas vinculadas à integração: TI_TITULO_PAGAR,

Para acessar essa tabela, o usuário deverá no Módulo Integração, seguir os passos abaixo mencionados:

Integração Log Integração

Manual do Usuário Standard Template Sumário • lxxv

Selecionar o menu Log de Integração

Quando as tabelas se apresentarem na cor vermelha,

indicará que ocorreu erro na integração do cliente.

Para realizar a consulta, o usuário deverá selecionar a tabela,

selecionar o status ER e clicar no botão e o sistema exibirá todos os registros com erros.

O usuário deverá observar a mensagem de erro na coluna DSC_ERRO_REGISTRO. Realizar as ações corretivas e clicar

no botão para que o status seja alterado de “ER” para “NP” e dessa forma, o JOB realizará novamente a rotina inclusão, que poderá resultar na inclusão alterado o status para “P”, reportar novo erro.

O usuário somente poderá considerar como concluída a operação de importação quando todos os registros estiverem com status “P”.

lxxvi • Produção Médica Manual do Usuário Standard Template

Pelo Cardio Para consultar se a integração ocorreu com sucesso, verificando o preenchimento das informações na Tabela de Integração, o usuário deverá acessar o menu: Cadastros - Financeiro - Integração ERP - Pagar. Nesta opção serão apresentadas todas as informações e detalhamentos dos Fornecedores processados.


Diversos Integração ERP Pagar Documentos de Despesa

O usuário deverá selecionar o código do cliente para o qual deseja consultar a integração.

Figura 63 - Consultando os pagamentos gerados

Quando o título a Pagar é processado sem erros, a tela será apresentada sem nenhuma mensagem.

Manual do Usuário Standard Template Sumário • lxxvii

Figura 64 - Tela Documento da Despesa

Porém se ocorrer erro no processamento, será apresentada uma mensagem de erro, conforme figura abaixo. Neste caso, a integração não foi processada devido à falta de informação da conta corrente. O usuário deverá corrigir e processar novamente.

lxxviii • Produção Médica Manual do Usuário Standard Template

Figura 65 - Consulta do Processamento de Recibo de Pagamento

Pelo SQL – Enterprise Manager O usuário responsável pela integração poderá consultar através do SQL – Enterprise Manager os Fornecedores que não foram processados na Integração.

Figura 66 - Caminho para Enterprise Manager

Manual do Usuário Standard Template Sumário • lxxix

O usuário deverá executar o seguinte caminho: Todos os programas – Microsoft SQL Server – Enterprise Manager. Ver a figura acima.

Figura 67 - Enterprise Manager

Figura 68 - Caminho para tabela TI_DOCUMENTO_CON

O usuário deverá selecionar a tabela TI_DOCUMENTO_CON e realizar a verificação da integração. Ao clicar com o botão direito do mouse será apresentado um menu, neste menu deverá selecionar a opção Open Table e em seguida Return all rows (serão apresentadas todas as informações constantes na tabela,

lxxx • Produção Médica Manual do Usuário Standard Template

sem restrição) ou Return Top (para exibir uma quantidade de linhas determinadas).

Figura 69 - Acesso Return all rows ou Return Top


Figura 70 - Tela dos Registros Clientes Processados

Exclusão do Recibo de Pagamento O processo de exclusão do RP ocorre através do Pirâmide -Módulo Financeiro. Para realizar este processo, o usuário deverá observar os seguintes critérios: quando o título a pagar estiver liquidado, o Pirâmide só permitirá a exclusão da respectiva baixa cujo tipo for por Devolução (DV). Caso seja outro tipo de baixa informada no título liquidado, o usuário deverá realizar a exclusão da mesma através da operação que a originou para posteriormente solicitar a exclusão do RP.

Manual do Usuário Standard Template Sumário • lxxxi

Ressaltando que, quando o colaborador não possuir saldo a receber, o RP será gerado normalmente e o título da despesa ficará liquidado e com o tipo de baixa por Devolução.

Baixa do Recibo de Pagamento O processo de baixa dos títulos a pagar será realizado no Pirâmide – Módulo Financeiro. Este processo não realiza atualização no sistema Cardio.

Figura 71 - Janela de Títulos a Pagar - Módulo Financeiro Pirâmide

lxxxii • Produção Médica Manual do Usuário Standard Template



10Intercâmbio

O processo de Contestação do Intercâmbio realizado entre unidades de operadoras dos planos de saúde consiste na contestação dos valores de intercâmbio entre as unidades, a partir da integração entre os sistemas Cardio e ERP Pirâmide.

Além desses sistemas, está envolvido também o sistema de contestação Ajius o qual não possui ligação de tramitação de dados com ERP Pirâmide.

O resultado da contestação efetuada no Ajius é lançado no sistema Cardio, e consequentemente integrada ao ERP Pirâmide, conforme imagem abaixo:

Software Papel

Ajius Gestão da contestação de serviços prestados no intercâmbio, ou seja, proporcionar um ambiente virtual para negociações das contestações de intercâmbio, eliminando as faturas de contestação e faturas de re-

ii • Intercâmbio Manual do Usuário Standard Template

contestação. Cardio Gestão de plano de saúde

responsável pelo controle dos contratos Pessoa Física - PF e Pessoa Jurídica - PJ, dependentes e coberturas dos planos, controle de consultas e atendimentos hospitalares, cálculo do pagamento dos prestadores (médicos cooperados, clínicas, hospitais e laboratórios).

ERP Pirâmide Gestão empresarial utilizado nas Unimeds, principalmente nos módulos Financeiro (receber, pagar, entre outros) e Contábil, porém podem ser também utilizados os módulos de Patrimônio, Estoque, Compras e Orçamento. Além de receber as informações do Cardio, o Pirâmide realiza outras funções diretamente no Financeiro, não vinculadas à gestão do plano de saúde.

Integração de Intercâmbio O intercâmbio é a troca de informações entre as unidades de saúde, que tem a finalidade de agilizar o atendimento aos beneficiários que estiverem fora da área de ação da Unimed de origem. Sendo apenas um repasse de informações necessárias ao atendimento, não ocorrendo o envolvimento da Unimed prestadora no que se refere à administração do contrato.

As empresas que atuam como operadoras de plano de saúde, em geral possuem unidades nas mais diversas áreas geográficas do país. Com o objetivo de integrar o sistema de atendimento entre as unidades e assim disponibilizar atendimento aos seus clientes em todo território brasileiro.

Neste cenário as unidades prestam serviço a clientes de outras unidades, precisando repassar as despesas incorridas no serviço para a unidade de origem do cliente. Este processo de cobrança é


denominada - intercâmbio - permuta das despesas incorridas na prestação de serviço de saúde entre unidades.

A partir do ano de 2012, a Agência Nacional de Saúde Suplementar - ANS estabeleceu que o processo de intercâmbio deveria ser realizado de forma eletrônica. Sendo composto das fases abaixo:

Para ocorrer o intercâmbio entre unidades é necessário que a unidade prestadora do serviço efetue a autorização. Sendo concedida a autorização, os serviços serão prestados e emitida uma fatura para a unidade do cliente. Esta por sua vez deverá analisar a fatura recebida, e se questionar os itens e/ou valores que a compõem deverá efetuar a contestação. Após a negociação entre as partes no processo de contestação é apurado a decisão final e consequentemente contabilização dos valores devidos.

Contestação do Intercâmbio O processo de Contestação do Intercâmbio consiste no questionamento da unidade de origem devedora do intercâmbio sobre a legalidade dos itens e/ou dos valores cobrados. Desta forma, a unidade efetua um questionamento sobre a validade do valor repassado, através da apresentação de um motivo.

De acordo com a imagem abaixo a Unidade Executora - responsável pela prestação de serviços a clientes de outra(s) unidade(s) - efetua a cobrança do valor dos serviços prestados ao(s) cliente(s) da Unidade Origem, através da emissão de fatura.

No caso da Unidade Origem discordar dos valores cobrados, deverá iniciar o processo de contestação do intercâmbio. Neste momento, a empresa irá ter duas opções: efetuar o pagamento

iv • Intercâmbio Manual do Usuário Standard Template

integral da fatura ou efetuar o pagamento com desconto. O pagamento integral será realizado quando a análise da fatura não for concluída até a data de vencimento da mesma. A segunda opção irá ser utilizada quando: a análise da fatura for realizada antes da data de vencimento e a glosa for informada até a data de vencimento da fatura. Nesta última situação, a unidade é obrigada a emitir fatura de contestação com o valor da diferença apurada.

Após a inclusão do processo de contestação do intercâmbio, a Unidade Origem tem 60 dias para informar o motivo do questionamento dos valores cobrados. Neste momento, a Unidade Executora possui 30 dias para responder ao questionamento, em seguida as partes 20 dias para negociar o problema.

Na conclusão do processo de contestação poderão ser identificadas duas situações: A primeria define-se que a contestação é devida, neste caso se a Unidade do Beneficário efetuou o pagamento integral da fatura de intercâmbio, a Unidade Prestadora do Serviço deverá devolver o valor pago a maior. Se a Unidade do Beneficário efetuou o pagamento com desconto, não irá precisar efetuar o pagamento da fatura de contestação. Na segunda situação define-se que a contestação foi indevida, encerrando o processo se a Unidade do Beneficiário fez o pagamento integral da fatura do intercâmbio. Caso o pagamento da fatura do intercâmbio tenha sido parcial, será necessário a a Unidade do Beneficiário efetuar o pagamento da fatura de contestação.

Detalhamento do Processo de Contestação do Intercâmbio Este tópico do documento tem por objetivo descrever de forma minuciosa o processo de contestação do intercâmbio, desde o envio do intercâmbio até a sua conclusão.

O processo de contestação do intercâmbio poderá ocorrer de 2 (duas) formas distintas: o primeiro cenário contempla as Unimeds que analisam individualmente as despesas do intercâmbio e se houver questionamento sobre o conteúdo ou valor irá fazer a contestação do intercâmbio.

O segundo cenário aborda as Unimeds que devido a não terem tempo hábil de efetuar a análise das despesas até a data de


vencimento da fatura realizam o pagamento integral. Neste último cenário, a unidade lança todas as despesas em uma conta transitória, e posteriormente executam o ajuste contábil para a transferência da conta transitória para as contas de despesas. Sendo que posteriormente ao analisar as despesas e seus respectivos custos identificam questionamentos e assim fazem a contestação. Ambos os cenários citados serão detalhados nos subtópicos abaixo.

Contestação do Intercâmbio após análise das despesas Neste tópico será descrito o processo de contestação do intercâmbio para as unidades que efetuaram a análise das despesas do intercâmbio e o lançamento dos valores nas respectivas contas de despesas antes da contestação do intercâmbio.


Caso Prático:

O cliente da Unimed X irá viajar de férias para uma cidade distante. Por motivos emergenciais, precisou ser atendido pela Unimed Y, a qual prestou serviços para realização de exames e internação do paciente.

Neste cenário a Unimed Y - Unidade Prestadora do Serviço irá gerar uma fatura no Cardio com o tipo de documento 1 no valor de R$1.000,00, que após integração com ERP Pirâmide irá gerar um título a receber. Lembrando que, o mapeamento do evento contábil é realizado conforme já utilizado nos dias atuais para a

vi • Intercâmbio Manual do Usuário Standard Template

integração de intercâmbio entre os sistemas Cardio e ERP Pirâmide.

A Unimed Y - Unidade Prestadora do Serviço irá enviar o arquivo de texto do PTU A550 com os dados do intercâmbio para ser importado pela Unimed X - Unidade do Beneficiário.

A Unimed X - Unidade do Beneficiário importa o PTU A550 no Cardio. Uma comissão de análise dos intercâmbios desta unidade irá analisar cada um dos procedimentos listados no intercâmbio para identificar os tipos de despesa, verificar se a despesas é devida, e também se os valores estão de acordo com a tabela da ANS. Após a identificação de 4 (quatro) despesas do intercâmbio do cliente, a Unimed X - Unidade do Beneficiário questionou o valor de 2(duas) das despesas. De acordo com os valores que julgou devido, a Unimed X - Unidade do Beneficiário considerou o valor correto do débito seria de R$800,00.

Neste momento, a Unimed X - Unidade do Beneficiário efetua a inclusão de título a pagar com desconto no Cardio. Esta por sua vez gera no ERP Pirâmide uma operação de integração de título a pagar no valor de R$1.000,00 e automaticamente uma operação de integração de baixa por devolução no valor R$200,00.

Na data de vencimento da fatura, a Unimed X - Unidade do Beneficiário efetua o pagamento do valor no qual acha devido - R$800,00 no ERP Pirâmide. Lembrando que, o pagamento da


fatura será sempre efetuado na data de vencimento, visto que somente os documentos não vencidos podem ser contestados.

A Unimed Y - Unidade Prestadora do Serviço irá receber a informação da baixa do título com desconto, e aguardará que a contestação seja adicionada no sistema Ajius, negociada entre as partes, até a decisão final do processo de contestação do intercâmbio.

Considerando que o valor questionado de R$200,00 sobre o intercâmbio precisa ser formalmente contestado pela Unimed X - Unidade do Beneficiário, esta irá lançar o processo manualmente no sistema Ajius. Para aguardar o processo de contestação ser analisado, Unimed X - Unidade do Beneficiário irá lançar um título a pagar referente ao valor questionado com o tipo de documento 22 no Cardio que em seguida será integrado com o ERP Pirâmide. Este documento irá ficar com o pagamento em aberto até a conclusão do processo.

A Unimed Y - Unidade Prestadora do Serviço irá criar um título a receber no ERP Pirâmide com o tipo de documento 5 no valor de R$200,00 referente ao valor que está em contestação, que ficará pendente até a conclusão do processo.

viii • Intercâmbio Manual do Usuário Standard Template

Posteriormente as negociações entre a Unimed Y - Unidade Prestadora do Serviço e a Unimed X - Unidade do Beneficiário, é apresentado no sistema Ajius a conclusão final do processo de contestação do intercâmbio. Neste caso, a decisão final é de que do valor total contestado é devido que a Unimed X - Unidade do Beneficiário pague mais R$50,00 sobre os serviços prestados pela Unimed Y - Unidade Prestadora do Serviço.

Neste momento, o Cardio envia um documento com tipo de documento 21, que irá gerar duas operações no ERP Pirâmide: a primeira o cancelamento do título a pagar - documento 22. Este cancelamento irá representar um estorno da inclusão do título a pagar, sendo assim não irá requerer um mapeamento específico do evento contábil.

A segunda operação é a inclusão de título a pagar no valor devido da Unimed X - Unidade do Beneficiário efetuar o pagamento, ou seja, somente R$50,00 do total contestado.

A Unimed Y - Unidade Prestadora do Serviço irá consequentemente efetuar o cancelamento do título a receber em aberto que aguardava a conclusão da contestação. E a integração do título a receber devido no valor de R$50,00 com o tipo de documento 4.

Na data de vencimento do título a pagar, a Unimed X - Unidade do Beneficiário irá efetuar a quitação da sua obrigação.


Após receber o pagamento, a Unimed Y - Unidade Prestadora do Serviço irá efetuar a baixa do título a receber.

Em resumo, segue um macro fluxo das operações para atender a este cenário:

x • Intercâmbio Manual do Usuário Standard Template

Contestação do Intercâmbio sem análise das despesas Neste tópico será descrito o processo de contestação do intercâmbio para as unidades que devido a não terem tempo hábil de efetuar a análise das despesas até a data de vencimento da fatura realizam o pagamento integral. Neste cenário, a unidade lança todas as despesas em uma conta transitória, e posteriormente executam o ajuste contábil para a transferência da conta transitória para as contas de despesas. Sendo que posteriormente ao analisar as despesas e seus respectivos custos identificam questionamentos e assim fazem a contestação. Ambos os cenários citados serão detalhados nos subtópicos abaixo.


Caso Prático:

O cliente da Unimed X irá viajar de férias para uma cidade distante. Por motivos emergenciais, precisou ser atendido pela Unimed Y, a qual prestou serviços para realização de exames e internação do paciente.

Neste cenário a Unimed Y - Unidade Prestadora do Serviço irá gerar uma fatura no Cardio com o tipo de documento 1 no valor de R$1.000,00, que após integração com ERP Pirâmide irá gerar um título a receber. Lembrando que, o mapeamento do evento contábil é realizado conforme já utilizado nos dias atuais para a integração de intercâmbio entre os sistemas Cardio e ERP Pirâmide.


A Unimed Y - Unidade Prestadora do Serviço irá enviar o arquivo de texto do PTU A550 com os dados do intercâmbio para ser importado pela Unimed X - Unidade do Beneficiário.

No momento em que recebe o arquivo, a Unimed X - Unidade do Beneficiário efetua a inclusão de fatura no Cardio. Esta por sua vez gera no ERP Pirâmide uma operação de integração de título a pagar no valor de R$1.000,00. Considerando que a Unimed X - Unidade do Beneficiário não efetuou a análise das despesas do intercâmbio, o débito da operação é lançado total em uma conta transitória.

Na data de vencimento do título a pagar a Unimed X - Unidade do Beneficiário ainda não efetuou a análise das despesas contidas no intercâmbio. Desta forma, irá efetuar o pagamento integral do documento no ERP Pirâmide.

Unimed Y - Unidade Prestadora do Serviço irá receber a informação do pagamento da fatura pela Unimed X - Unidade do Beneficiário, e assim efetua a baixa do título a receber em aberto.

Após o pagamento da fatura, a Unimed X - Unidade do Beneficiário irá efetuar a análise das despesas do intercâmbio.

xii • Intercâmbio Manual do Usuário Standard Template

Uma comissão de análise dos intercâmbios desta unidade irá analisar cada um dos procedimentos listados no intercâmbio para identificar os tipos de despesa, verificar se a despesas é devida, e também se os valores estão de acordo com a tabela da ANS.

Após a identificação de 4 (quatro) despesas do intercâmbio do cliente, a Unimed X - Unidade do Beneficiário questionou o valor de 2(duas) das despesas. De acordo com os valores que julgou devido, a Unimed X - Unidade do Beneficiário considerou o valor correto do débito seria de R$800,00.

Neste momento, a Unimed X - Unidade do Beneficiário deverá incluir a contestação no sistema Ajius.

A operação de Ajuste Contábil consiste em retirar o valor do intercâmbio da conta transitório e efetuar o lançamento em suas devidas contas de despesa. Além disso, será efetuada a integração de um novo título a receber com o mesmo número do título anterior e o tipo de documento 5 referente ao valor contestado.

Para que o ajuste seja realizado é necessário que o usuário configure a coluna IND_AJUSTE_CONT da tabela TI_DOCPAG_CODIGO para indicar se haverá ajuste contábil ou não haverá ajuste contábil das despesas. Após a indicação, os ajustes contábeis dos documentos que estiverem com o indicador de ajuste ativado ficarão registrados na tabela PIR_TITULO_PAG_AJUSTE_CONT.

No momento em que a Unimed Y - Unidade Prestadora do Serviço for notificada a inclusão da contestação no sistema Ajius, esta por sua vez irá lançar uma título a pagar que ficará pendente até o


final do processo de negociação da contestação, a fim de identificar se a obrigação é ou não devida.

Após a conclusão da contestação, se a definição é que a contestação é devida iremos seguir o fluxo adiante. Neste caso, após a análise da contestação de R$200,00 foi definido que apenas R$100,00 contestados deveriam ser realmente restituídos. Assim, haverá o cancelamento do título a receber no valor de R$200,00 e integração de um novo título a receber no valor conciliado de R$100,00.

A Unimed Y - Unidade Prestadora do Serviço irá consequentemente efetuar o cancelamento do título a receber em aberto que aguardava a conclusão da contestação. E a integração do título a receber devido no valor de R$50,00 com o tipo de documento 4.

Na data de vencimento do título a pagar, a Unimed X - Unidade do Beneficiário irá efetuar a quitação da sua obrigação.

xiv • Intercâmbio Manual do Usuário Standard Template


Após receber o pagamento, a Unimed Y - Unidade Prestadora do Serviço irá efetuar a baixa do título a receber.

Em resumo, segue um macro fluxo das operações para atender a este cenário:

Cadastro e Mapeamento do Tipo de Documento nas TIs do ERP Pirâmide

Neste tópico será apresentado os procedimentos necessários que deverão ser realizados pelo usuário para poder integrar corretamente documento a pagar e documento a receber.

xvi • Intercâmbio Manual do Usuário Standard Template

Ressaltando que antes da integração do documento, impreterivelmente o usuário deve cadastrar o tipo de documento no Módulo Financeiro para que posteriormente não haja erro de mapeamento, após isso, poderá seguir o fluxo normal da integração.

Cadastro de Tipo de Documento no ERP Pirâmide No Módulo Financeiro será preciso cadastrar do tipo de documento antes de fazer sua integração. Assim, após o cadastro será possível associar o código do tipo que será integrado ao código do tipo já cadastrado no ERP Pirâmide.

Para este caso deverá ser feito da seguinte forma: na TI_MAP_TIPO_DOC, deve-se fazer a relação dos códigos. Na coluna COD_TIPODOC_SG informar o código do Cardio, e na coluna COD_TIPODOC_SI preencher o código do tipo de documento cadastrado no ERP Pirâmide.

Cadastros Financeiros Cadastro

Figura 42 – Janela Tipo de Documento

Caso Prático: Supomos que existem 05 tipos de documentos cadastrados no Cardio e que deverão ser incluídos no ERP Pirâmide, sendo eles identificados pelos códigos 01, 02, 03, 04, 05. Porém existe a necessidade de cadastrar também cincos novos tipos de documentos no ERP Pirâmide, para que assim seja feito o relacionamento entre si, os novos tipos de documentos no ERP Pirâmide correspondem aos códigos 06, 07, 08, 09, 10. Após isso, deverá ser feita a relação na TI abaixo por meio das colunas que representam os sistemas envolvidos.


TI_MAP_TIPO_DOC

Mapeamento do Tipo de Documento a Pagar Para integra o tipo de documento a pagar no ERP Pirâmide, é preciso que o usuário configure na TI_DOCPAG_CODIGO informações importantes que serão consideradas para que a integração do tipo de documento ocorra com sucesso.

Esta tabela está apta a receber nas colunas ‘COD_DOCUMENTO’, ‘COD_SISTEMA_ORIGEM’, ‘DSC_DOCUMENTO’, ‘IND_ATIVO’ e ‘IND_RP’ dados relacionados ao documento, podendo ser, ‘8 – Faturamento Intercâmbio Serviços Prestados’, ‘20 – Documento Contábil Intercâmbio Serviços Prestados, ‘21 – Nota Débito Intercâmbio Pós’, ‘22 - Provisionamento de Prestadores’. Isso será possível em qualquer instância da integração ERP Pirâmide e Cardio contemplada no Módulo Integração por meio dos códigos 00000018 – CRD (SQL Server), 00000071 – CR2 (SQL Server) e 00000068 – CRO (Oracle). Deverá ser verificado qual(is) desta(s) instâncias a empresa irá utilizar, isso porque algumas usam mais de uma e outras apenas um destas.

Observado que estas colunas deverão ser preenchidas pela pessoa responsável da área de TI da empresa o qual deverá possuir o conhecimento necessário para realizar o procedimento. Caso o usuário deseje que o documento seja integrado como Recibo de Pagamento, deverá informar ‘S’ (sim) na coluna IND_RP. Detalhes das configurações a seguir.

xviii • Intercâmbio Manual do Usuário Standard Template


Na integração do documento do tipo 20, quando o título não estiver cadastrado no ERP Pirâmide será apresentada a mensagem "Titulo não encontrado no Pirâmide.".

Não será permitido excluir documento do tipo 08 antes da exclusão do documento tipo 20. Caso haja a tentativa, será apresentada a mensagem ‘Documento não pode ser excluído. Existem ajustes contábeis para esse documento. Verifique se existe Integração de Ajuste Contábil, nesse caso deverá ser excluído o ajuste contábil’.


Mapeamento do Tipo de Documento a Receber Para integra o tipo de documento a receber no ERP Pirâmide, o usuário deverá configurar na TI_DOCREC_CODIGO dados importantes que serão considerados para que a integração do tipo de documento ocorra com sucesso.

Esta tabela contempla as colunas ‘COD_DOCUMENTO’, ‘COD_SISTEMA_ORIGEM’, ‘DSC_DOCUMENTO’ e ‘IND_ATIVO’ onde deverão ser informados dados relacionados ao documento, podendo ser, ‘1 – Fatura’, ‘4 – Nota Débito Intercâmbio Pós’ e‘5 – Questionamento’. Isso será possível em qualquer instância da integração ERP Pirâmide e Cardio contemplada no Módulo Integração por meio dos códigos 00000018 – CRD (SQL Server), 00000071 – CR2 (SQL Server) e 00000068 – CRO (Oracle).

Observado que estas colunas deverão ser preenchidas pela pessoa responsável da área de TI da empresa o qual deverá possuir o conhecimento necessário para realizar o procedimento. Considerações a baixo.

Mapeamento dos Itens de Conta Contábil Para a adequada contabilização do processo de contestação do intercâmbio, explicitado nos itens anteriores neste documento, é necessário o prévio relacionamento entre o evento contábil do Cardio e a NDO do ERP Pirâmide. Abaixo será descrito configurações relevantes deste mapeamento para cada novo tipo de documento criado para atender a esta funcionalidade.

Mapeamento dos Eventos Contábeis por Tipo de Documento

xx • Intercâmbio Manual do Usuário Standard Template

Nas tabelas abaixo serão apresentados os dados do tipo de documento e tipo de transação que precisam ser mapeadas para o adequado comportamento do processo de contestação do intercâmbio.

Manual do Usuário Standard Template Sumário • xxi

Lembrando que os demais campos - Código da Modalidade de Pagamento, É Regulamentado, Código da Natureza Jurídica, Código da Cobertura oferecida, Código da Classificação e Ato deverão ser preenchidos de acordo com a classificação do evento contábil. Veja a tabela abaixo para identificar o relacionamento entre os classificadores dos eventos e os campos no Mapeamento do Item da Conta Contábil.

xxii • Intercâmbio Manual do Usuário Standard Template

Observação:

As informações de classificador apresentadas na coluna Classificadores do Evento estão cada uma definida com legenda (cor) diferente, pois será desta

forma que o usuário irá identificar o campo correspondente a informações contida na tela Mapeamento do Código do Item da Conta Contábil do sistema Cardio que estará a seguir neste documento.

Ressaltando que no Cardio, este mapeamento é realizado através da tela Mapeamento do Código do Item da Conta Contábil, conforme acesso de menu descrito abaixo:

Cardio Diversos Integração ERP Mapeamento Mapeamento do Código do Item da Conta Contábil

Manual do Usuário Standard Template Sumário • xxiii

Tabelas Tipos de Documentos no ERP Pirâmide É importante recordar que a integração dos tipos de documentos entre o ERP Pirâmide e Cardio precisa ser habilitada no Módulo Integração. TI_DOCPAG_CODIGO e TI_DOCREC_CODIGO. Para isto, é necessário configurar os dados dos tipos de documentos cuja integração irá ser ativa ou inativa para as tabelas citadas acima (menu: Integração - Configurações

- Botão - Aba Tabelas - Botão ).

xxiv • Intercâmbio Manual do Usuário Standard Template



11 Título a Pagar

Integração de Títulos a Pagar A integração de títulos a pagar compreenderá a transferência das inclusões, cancelamentos, alterações e baixa de títulos a pagar decorrentes de operação de intercâmbio entre Unimeds.


É importante destacar que os cadastros básicos, mapeamentos e Configurações do Pirâmide e Cardio mencionados no Capítulo de Produção Médica devem estar realizados.

Para o Título a pagar, a Data de Emissão no Pirâmide corresponde à Data de Emissão no Cardio e a Data de Entrada no Pirâmide corresponde à Data de Recebimento informada no Cardio. E a data de Pagamento deste título será igual à data de recebimento do boleto informado no Cardio apenas para as baixas geradas por devolução no Cardio.

Na inclusão de um titulo a pagar originado da integração com o sistema Cardio, o Pirâmide verificará o valor total dos itens na NDO e irá compará-lo ao valor do documento, caso os valores apresentem divergências, ou seja, não estejam iguais, será exibida a mensagem "Soma das operações (NDOs) do documento 'xxxxxx - AutoId: n' difere do seu valor principal” na inclusão do título.

Quando for realizada a integração do Título a Pagar, e no momento da inserção a integração identifique ausência da NDO no título, será apresentada a seguinte mensagem: “NDO não localizada ou não está mapeada”. Assim o usuário deverá fazer a devida configuração para o sucesso da inclusão.

Ao integrar o Título a Pagar se o banco informado no campo COD_BANCO_ORIGEM da TI_TITULO_PAGAR não estiver cadastrado no ERP Pirâmide, será apresentada a mensagem

26 • Título a Pagar Manual do Usuário Standard Template

"Origem da mensagem: Pirâmide. Portador 'XXX' não cadastrado Solução: Cadastre o portador".

A mensagem de alerta "Origem da mensagem: Pirâmide. Unidade de origem 'XXX' não cadastrada. Solução: Cadastre a unidade de origem." será apresentada na integração de Título a Pagar quando o campo COD_UNIDADE_ORIGEM na TI_TITULO_PAGAR possuir uma unidade que não exista no ERP Pirâmide.

Para os casos da integração de Títulos a Pagar, se o número título contido no campo COD_TITULO_ORIGEM da TI_TITULO_PAGAR for um já existente, haverá a exibição da mensagem "Origem da mensagem: Pirâmide. Titulo 'XXXXX' já cadastrado. Solução: Informe outro código para o título.".

Na integração de Documento Despesa entre o ERP Pirâmide e Cardio (menu: Módulo Integração – Sistemas), caso o fornecedor associado ao documento não esteja integrado e/ou cadastrado no ERP Pirâmide, será exibida a mensagem de alerta ‘Fornecedor não integrado no Pirâmide. Verifique a integração de fornecedor (TI_EMP_FORNECEDOR) ou o cadastro do Fornecedor no Pirâmide’. Assim o usuário deverá realizar as devidas providencias.

Para integrar títulos a pagar de fornecedores pessoa física e/ou pessoa jurídica que estiverem com a situação Inativa no sistema (menu: Módulo Financeiro – Contas a Pagar –

Fornecedores – Cadastro – Botão / - Aba Dados Empresa) é necessário que o usuário marque o parâmetro por filial ‘Permite gerar título a pagar com fornecedor inativo através da integração’ (menu: Módulo Administrador – Gerais – Parâmetros – Por Filial – Aba Financeiro – Aba Tít. a Pag.).

Para realizar a consulta do acompanhamento da integração desta informação o usuário deverá consultar o Capítulo de Produção Médica.


Tendo em vista que, os mapeamentos, configurações e cadastros utilizados nesta integração são os mesmos mencionados no Capítulo de Produção Médica, apenas descrevemos os cadastros específicos para a integração de Títulos a Pagar.

Cadastro e Mapeamento no Pirâmide

Tipo de Documento Cadastrar os tipos de documentos “Recibo de Pagamento Sem Fatura” e “Recibo de Pagamento Com Fatura”. Estas informações são necessárias para a integração do contas a pagar (Títulos a Pagar).

Financeiro Cadastros Financeiros Tipo de Documentos Cadastro



Cadastro da NDO (Pirâmide) O Cadastro de NDO é realizado no Módulo Administrador do Pirâmide: Menu - Cadastros - NDO - Cadastro.

Para facilitar o cadastro de todas as NDOs necessárias, encontra-se disponibilizada uma rotina para a inclusão automática. Trata-se da função Gerar NDO e Tipo de Serviço (menu: Módulo Administrador - Ferramentas - Gerais - Gerar NDO e Tipo de Serviço) a qual deverá ser executada para realizar a inclusão de todas as NDOs no Pirâmide - Módulo Administrador. Os procedimentos para a execução encontram-se disponibilizados no capítulo de Carga Inicial.

Cadastrar as NDO’s para a inclusão dos títulos a pagar.

Como a empresa deverá estar configurada para utilizar Contas Múltiplas, deverão ser criadas as NDOs para Pessoas Físicas e Jurídicas de acordo com os tipos de operações necessários.




Cadastro do Parâmetro de Configuração da Integração para Títulos a Pagar




Ilustração 3 - Acesso Configurações




O usuário deverá selecionar a INTEGRAÇÃO CARDIO – 00000018

(SQL SERVER), 00000068 (ORACLE) ou 00000071 (SQL SERVER).


O sistema disponibilizará a tela Objetos de integração para a Configuração 000000018, 00000068 (Integração Cardio), 00000071 (SQL SERVER).

Ilustração 5 - Acesso Objetos de Integração para a Configuração aba Tabelas







Na tabela abaixo, encontram-se relacionados os parâmetros a serem preenchidos para a Integração entre os sistemas Pirâmide e Cardio. Estas informações a serem preenchidas na coluna “DSC_VALOR” devem estar previamente cadastradas no PIRÂMIDE e serão utilizadas para definir padrões nas informações quando estas não estiverem informadas no Cardio. Ou seja, não estando no Cardio estas informações, a Integração buscará esses dados configurados nos parâmetros. A ausência da configuração desses parâmetros resultará em erro na integração.

TIPO_PAGTO_DESCONTO_RP Indica o Tipo de pagamento

usado na baixa parcial ou integral por desconto do Recibo de Pagamento.

Informar o Tipo de Pagamento utilizado para os descontos do Recibo de Pagamento no pagamento aos prestadores de serviços cadastrado no Pirâmide.

TIPO_PAGTO_DEVOLUC_DOC PAG_INT

Indica o Tipo de Pagamento usado na baixa por devolução integral do Documento a Pagar.

Informar o Tipo de Pagamento utilizado para os Descontos do Título a Pagar Integral cadastrado no Pirâmide.

TIPO_PAGTO_DEVOLUC_DOC PAG_PARC

Indica o Tipo de Pagamento usado na baixa por devolução parcial do Documento a Pagar.

Informar o Tipo de Pagamento utilizado para os Descontos do Título a Pagar Parcial cadastrado no Pirâmide.



É importante ressaltar que, para os clientes que optarem por realizar baixas apenas do Cardio para o Pirâmide, o implantador deverá desativar os seguintes objetos no módulo Integração para o Contas a Pagar:

Aba Triggers: selecionar o objeto TRG_PIR_DE_HPAG_TIHPAG_CARDIO e clicar no botão DESABILITAR.

Ilustração 7 - Tela aba Triggers

Aba Jobs: selecionar os objetos

EXCLUIR BAIXAS CONTAS A PAGAR

INCLUIR BAIXAS CONTAS A PAGAR e clicar no botão DESATIVAR.


Ilustração 8 - Tela aba Jobs

Ressaltando que, caso a Unimed opte por fazer os recebimentos pelo Pirâmide, estes objetos devem estar ativados.


No processo de geração das baixas de títulos a pagar do Pirâmide para o sistema Cardio, as informações “Filial” e “Fornecedor” não podem ser nulas na Tabela de Integração TI_HISTORICO_PAG_CARDIO. Por este motivo, será realizada a limpeza dos registros que ficarem sem essas informações nesta tabela após a atualização dos dados com base nas baixas em HISTORICO_PAG.

Cadastro e Mapeamento no Cardio Nesta etapa serão realizados os cadastramentos e mapeamentos no sistema Cardio para possibilitar a integração entre os sistemas. Apenas serão mencionados os cadastros e mapeamentos ligados diretamente a esta integração.

Cadastro de Evento Contábil O cadastro de Eventos Contábeis é utilizado para possibilitar a contabilização dos lançamentos de pagamento. O Cardio possui cadastrado aproximadamente 400.000 eventos contemplando todas as combinações possíveis de características definidas pela ANS. Este é um dos cadastros mais relevantes para esta integração. Salientando que o sistema permite o mesmo código de Evento Contábil para Pessoa Física e para Jurídica.


Diversos Contábeis Cadastros Contábeis Evento Contábil



Figura 9 - Janela para o Cadastro de Evento Contábil

O código externo do evento é a informação que será utilizada para o Mapeamento do Item da Conta Contábil. Consultando a aba Classificadores terão disponibilizados seis campos que poderão ser utilizados para encontrar a conta contábil de acordo com o estabelecido pela ANS.



PREENCHIMENTO DOS CAMPOS Classificador1 Refere-se à Modalidade de Cobrança,

podendo ser: 1 – Modalidade de Pré-Pagamento 2 – Demais modalidades

Classificador2 Período de implantação. A identificação no Cardio é: 0 – Planos operados antes da lei 9656/98 1 – Planos operados após edição da lei 9656/98 ATENÇÃO: No Plano de Contas da ANS: Algarismo 1 – Planos operados antes da vigência da lei 9656/98


Algarismo 2 – Planos operados a partir da vigência da lei 9656/98

Classificador3 Natureza Jurídica da contratação: 1 – Individual 2 – Familiar 3– Coletivo empresarial (Com Patrocinador) 4 – Coletivo por adesão (Sem Patrocinador)

Classificador4 Segmentação (Código da Cobertura Oferecida): 01 – Ambulatorial 02 – Hospitalar com obstetrícia 03 – Hospitalar sem obstetrícia 04 – Odontológico 05 – Referência 06 – Ambulatorial mais Hospitalar com

obstetrícia 07– Ambulatorial mais Hospitalar sem

obstetrícia 08 – Ambulatorial mais odontológico 10 – Hospitalar com obstetrícia mais

odontológico 11 – Hospitalar sem obstetrícia mais

odontológico 13–Ambulatorial mais hospitalar com

obstetrícia mais odontológico 14– Ambulatorial mais hospitalar sem

obstetrícia mais odontológico 90.– Outros

Classificador5 Identificação do tipo de credenciamento com relação à Classe Contábil do Serviço: 0 Remessas 1 Consultas – Pessoal Próprio 2 Consultas – Cooperados 3 Consultas – Conveniados 4 Exames Grupo 1 - Rede Própria 5 Exames Grupo 1 - Rede Conveniada 6 Exames Grupo 2 - Rede Própria 7 Exames Grupo 2 - Rede Conveniada 8 Terapias Grupo 1 - Rede Própria 9 Terapias Grupo 1 - Rede Conveniada 10 Terapias Grupo 2 - Rede Própria 11 Terapias Grupo 2 - Rede Conveniada 12 Honorário Médico - Internação - Rede

Própria 13 Honorário Médico - Internação - Rede


Conveniada 14 Exames - Internação - Rede Própria 15 Exames - Internação - Rede

Conveniada 16 Terapias - Internação - Rede Própria 17 Terapias - Internação - Rede

Conveniada 18 Materiais Médicos - Internação - Rede

Própria 19 Materiais Médicos - Internação - Rede

Conveniada 20 Medicamentos - Internação - Rede

Própria 21 Medicamentos - Internação - Rede

Conveniada 22 Outras Despesas - Internação - Rede

Própria 23 Outras Despesas - Internação - Rede

Conveniada 24 Outros Atendimentos Ambulatoriais -

Rede Própria 25 Outros Atendimentos Ambulatoriais -

Rede Conveniada 26 Demais Despesas Assistenciais - Rede

Própria 27 Demais Despesas Assistenciais - Rede

Conveniada 28 Reembolso S.U.S. 29 Operações com o Exterior 30 Sucursais no Exterior

Classificador6 Tipo de Ato: 1 – Principal 2 – Auxiliar 3 – Não cooperativo


Para melhor entendimento segue o exemplo considerando a tela acima onde estão sendo informados os Classificadores:

Classificador1: 2 Classificador2: 0 Classificador3: 1 Classificador4: 3 Classificador5: 0 Classificador6: 1 Para o usuário obter a informação correta deverá observar os números que estão em negrito e procurar a sua correspondente


classificação no quadro acima. Por exemplo, no Classificador 1 o número correspondente é 2, logo na tabela referente ao classificador 1 o 2 (dois) significa “Demais modalidades”. Já no Classificador 2 o número correspondente é o 0 e na tabela referente ao classificador 2 o 0 (zero) significa “Planos operados antes da lei 9656/98” e assim sucessivamente, até obter a informação completa referente a esse evento contábil: Demais modalidades; Planos operados antes da lei 9656/98; Individual; Hospitalar sem obstetrícia; Remessas; Principal. Com essa informação pode-se encontrar a conta contábil no módulo Financeiro do Pirâmide: Contabilidade - Cadastros Contábeis - Plano de Contas – Contas, conforme telas abaixo:

A busca é iniciada colocando-se 3.1.1.1.1 no campo Conta Inicial, pois o início da conta contábil é igual para todos. O quinto número corresponde à informação do classificador1 que neste caso é “demais modalidades” que significa preço pós-estabelecido no campo Descrição. Observa-se que depois de encontrar 3.1.1.1.1.2, embaixo aparece “contraprestação pecuniária” duas vezes e que em seguida vem a informação “ato cooperativo” (ressaltando que essa informação obteve-se do classificador6 – ato principal) formando então 3.1.1.1.1.2.1.0.0.

Logo em seguida vem a informação “planos gerados até 31/12/1998” que foi verificado no classificador2, ficando o evento contábil com a seguinte numeração: 3.1.1.1.1.2.1.0.0.1. No campo abaixo na Descrição aparece “individual/familiar” que foi verificado no classificador3, ficando a conta contábil assim: 3.1.1.1.1.2.1.0.0.1.1.

É possível observar a obtenção do último número da conta contábil baseado no classificador4: ‘Hospitalar sem obstetrícia’


concluindo a definição da conta contábil no módulo Financeiro 3.1.1.1.1.2.1.0.0.1.1.03.

Depois de encontrar a conta contábil, pode-se encontrar a NDO correspondente no módulo Administrador menu: Cadastros – NDO – Cadastro. Conhecendo a estrutura da composição do número do evento contábil O código do evento contábil corresponde ao dado que deverá ser mapeado na tela Mapeamento do Item da Conta Contábil. A composição do seu código está estruturado de acordo com o plano de contas da ANS.

Supondo os seguintes códigos de eventos contábeis:

Código: 1111101

Nome: Pre Mens., Ato 1,Mc1,Nat 1,Per 1,Seg 01

Código: 1118000

Nome: Participacao, Ato 1,Opcionais

Estrutura:

Para a correta identificação da composição do código, este deve ser formatado com 8 posições, sendo zeros a esquerda.



Formatação:

Posições 1 e 2: Tipo de Valor (01111101)

01: Pré Mensalidade

02: Pré Movimentação Cadastral

03: Agravo

10: Pós Participativo

12: Pós Cobrança Integral

13: Pós Nao Coberto

20: Taxa Custeio

99: Outra

Posição 3: Tipo de Ato (01111101)


01: Ato 1 (Ato Principal)

02: Ato 2 (Ato Auxiliar)

03: Ato 3 (Ato Não Cooperativo)

Posição 4: Modalidade de Cobrança (01111101)

01: Cobertura Assistencial com Preço Pré-estabelecido

02: Cobertura Assistencial com Preço Pós-estabelecido

Quando as quatro últimas posições (posições 05-08) forem diferentes de 8000 e 9000

Posição 5: Natureza Jurídica da Contratação (01111101)

01: Individual/Familiar

02: Familiar

03: Coletivo Patrocinado

04: Coletivo Não Patrocinado

Posição 6: Tipo de Regulamentação do Plano (01111101)

01: Planos não Regulamentados

02: Planos Regulamentados

Posições 7 e 8: Segmentação da Cobertura (01111101)

01: AMBULATORIAL

02: HOS + OBS

03: HOSPITALAR

04: ODONTOLOGICO

05: REFERENCIA

06: AMB + HOS + OBS

07: AMB + HOS

08: AMB + ODO

10: HOS + ODO + OBS

11: HOS + ODO

13: AMB + HOS + OBS + ODO

14: AMB + HOS + ODO

90: OUTROS

Quando as quatro últimas posições (posições 05-08) forem iguais a 8000 ou 9000

05-08: Planos não Assistenciais (1118000)

8000: Opcionais


9000: Benefícios

Mapeamento


Diversos Integração ERP Mapeamentos

Figura 14 - Janela referente ao Caminho para o Mapeamento no Cardio

Mapeamento do Código do Tipo de Documento Permite realizar o mapeamento do código do tipo de documento nos sistemas Pirâmide e Cardio. O Código do Tipo de Documento é cadastrado no Cardio no menu: Financeiro - Documento Financeiro - Documento Financeiro.

Diversos Integração ERP Mapeamento Mapeamento do Código do Tipo de Documento




Para realizar a inclusão do mapeamento o usuário deverá acionar

o botão .

PREENCHIMENTO DOS CAMPOS Auto Identificador Corresponde ao código

identificador do mapeamento. Automático

Cód. Empresa Sg. Informar o código da empresa no sistema Cardio.

Obrigatório



Obrigatório

Tipo de Documento

Informar o código do tipo de documento cadastrado no sistema Cardio.

Obrigatório

Tipo de Documento

Informar o código do tipo de documento cadastrado no sistema Pirâmide.

Obrigatório



Não utilizado na integração. Obrigatório

Cód. Aux. 1 Não utilizado na integração. Facultativo






Será necessário o mapeamento entre as informações descritas na tabela abaixo Tipo de Documento - PAGAR 15 Recibo de Pagamento Sem Fatura

16 Recibo de Pagamento Com Fatura


É importante salientar que, quando o implantador for consultar o valor total do documento financeiro, os valores irão dar divergentes, porém se somar o valor de cada item (campo Cardio) o valor total será o correto.

Este valor total pode ser verificado também no módulo Financeiro do Pirâmide (menu: Financeiro – Contas a Pagar – Títulos – Cadastro) no campo Total como mostra a tela:

Figura 17 - Tela Títulos a Pagar


Ou acionar o botão e verificar o campo Valor Pagar:

Figura 78 - Tela Alteração de Título a Pagar


Cancelamento de Títulos a Pagar A operação de cancelamento dos títulos a pagar é oriunda de integração com o sistema Cardio.

para o cancelamento do título por meio da integração, o usuário deverá preencher na TI_DOCUMENTO_CON. do sistema Cardio, as colunas ‘Cod_Status_Doc_Sg’ igual a ‘C – cancelamento’, ‘Cod_Oper_Registro’ igual a ‘A – alteração’, ‘Cod_Status_Reg’ igual 'NP - não processado’, ‘Cod_Motivo_Canc_Sg’ (motivo de cancelamento) e ‘Dat_Cancelamento’ (data de cancelamento). Com todas essas configurações, o ERP Pirâmide poderá cancelar o título.

Para o cancelamento do título, o usuário deverá informar a data do cancelamento na TI, caso não seja informada a data, será exibida a mensagem: ‘Data de cancelamento não informada’.

Ressaltando que o código do motivo da coluna ‘Cod_Motivo_Canc_Sg’ tem que está mapeado na tabela TI_MAP_MOTIVO_CANC para um motivo que exista no ERP Pirâmide. Verificar os detalhes do preenchimento para o cancelamento na tabela a seguir de deve, ficar com a Informações do Cárdio:

TI_DOCUMENTO_CON

Coluna Tipo Obrig Definição

COD_STATUS_DOC_SG VARCHAR2(1)

NOT NULL Código do status do documento no Sistema de Gestão L – Liberado C - Cancelado P – Parcialmente Pago Q - Quitado

COD_OPER_REGISTRO VARCHAR2(1)

NOT NULL Código da operação efetuada no registro. Possíveis valores: I – Inclusão E – Exclusão A - Alteração

COD_STATUS_REG VARCHAR2(2)

NOT NULL Código do status do processamento da operação realizada. Possíveis valores: P – Processado NP – Não processado ER – Erro no processamento


12Carga Inicial

Carga inicial no sistema Neste capítulo serão abordadas as ações a serem executadas quando o sistema Pirâmide e Cardio estiverem em produção antes da integração. A carga inicial abrange a execução de rotinas para a integração de informações cadastradas antes da integração. Como por exemplo, documentos lançados no Cardio antes da ativação da integração.

O cadastramento de todas as NDOs e tipos de serviços a serem utilizados nas operações e mapeamento é outro procedimento de grande relevância para a integração. O sistema Pirâmide disponibiliza uma função que quando executada, realiza a geração de todas as NDOs e Tipos de Serviços. Os procedimentos necessários para a sua execução encontram-se descritos mais adiante.

Para realizar as cargas iniciais, o usuário deverá ativar a integração no Cardio. Para maiores detalhes verificar capítulo Ativação da Integração.

Observando que deve-se transferir para o ERP Pirâmide todos os títulos a receber gerados antes da data do corte, que não estiverem iquidados, ou seja, em aberto, porém não os mesmo não deverão contabilizados, desta forma haverá a necessidade de atualizar as NDOs para desmarcar a ação de contabilização (menu: Módulo Administradro – Cadastros – NDO – Cadastro).

INSTRUÇÕES PARA CONFIGURAR NDOS SEM CONTABILIZAR:

1) Selecionar as ndos que serão atualizadas, atualize o intervalo de códigos no comando abaixo, antes de processar. Após a seleção observar o conteúdo do campo CONTÁBIL e quantidade de NDOs selecionadas;

Select CODIGO, CONTABIL From NDO WHERE CODIGO BETWEEN 'CR0000' AND 'CR9999'

ii • Carga Inicial Manual do Usuário Standard Template

2) Atualizar o campo para não contabilizar, verificar se o número de atualizações coincide com o selecionado;

UPDATE NDO SET CONTABIL = 'N' WHERE CODIGO BETWEEN 'CR0000' AND 'CR9999'

3) Selecionar as NDOs atualizadas e verificar se o campo CONTÁBIL passou a ser `N`;


Integração dos documentos lançados no Cardio antes da integração Para processar esta carga inicial as ndos devem ter sido atualizada para não contabizar.

Para as Unimeds com a Integração ERP ativada deverá ainda executar o processo Exporta Docs. Financeiros p/ TI (Diversos /Integração ERP/ Importação Exportação TI’s / Exporta Docs Financeiro p/ TI’s) filtrando os documentos em aberto ou parcial também informando as Classes de Documento Financeiro, Competência Financeira e Sequência.

Ilustração 8 - Tela Exporta Docs. Financeiros para TI


Após a importação da carga inicial, devem ser atualizadas as ndos para voltar a ficar com ação de contabilização.

INSTRUÇÕES PARA CONFIGURAR AS NDOS com CONTABILIZAÇÃO:

1) Selecionar as NDOs que serão atualizadas, atualize o intervalo de códigos no comando abaixo, antes de processar. Após a seleção observar o conteúdo do campo CONTABIL e quantidade de ndos selecionados;


2) Atualizar o campo para não contabilizar, verificar se o número de atualizações coincide com o selecionado;

UPDATE NDO SET CONTABIL = 'S' WHERE CODIGO BETWEEN 'CR0000' AND 'CR9999'

3) Selecionar as ndos atualizadas e verificar se o campo CONTABIL passou a ser `S`;


iv • Carga Inicial Manual do Usuário Standard Template



13Contas Múltiplas

Contas Múltiplas Esta configuração se aplica quando um mesmo cliente ou fornecedor, pode ter provisão em contas diferentes do ativo, ou um mesmo fornecedor, pode ter provisão em contas diferentes do passivo de acordo com a operação.

Quando a conta múltipla estiver ativada, o Pirâmide se comportará de acordo com os pontos a seguir:

1. Não será obrigatória a conta contábil no cadastro de cliente ou fornecedor, ou seja, nem ficará habilitado o botão para conta contábil;

2. Na inclusão de um título ou NF, o sistema ao invés de buscar a conta contábil dos cadastros de cliente e fornecedor , passará automaticamente a buscar a conta contábil do tipo de operação da NDO que esta sendo utilizada;

3. Todas as NDOs de provisão (titulo a pagar, receber, RP, compras, venda), devem ser criadas com tipo de operação com conta contábil do Ativo e do Passivo;

4. As NDOs de baixas devem estar configuradas com o tipo de operação padrão/geral sem conta contábil, pois na baixa o sistema pega as contas contábeis da conta corrente bancária e do tipo de operação da NDO de inclusão do título ou NF;

5. As NDOs de RPs devem ter na aba dos impostos, uma NDO que tenha o tipo de operação com a conta contábil que vai provisionar o imposto, pois o fornecedor do imposto não tem mais conta contábil, esta coluna na aba de impostos, só aparece quando o parâmetro para conta múltipla estiver habilitado. Será utilizado na baixa do título do imposto. As NDOs devem ter origem ‘NDO de Imposto’, com débito e crédito automática, com o tipo de operação que tenha a conta de impostos a recolher;

ii • Contas Múltiplas Manual do Usuário Standard Template

6. As NDOs que não contabilizam devem ser configuradas para cada tipo de operação criado com as contas contábeis, mesmo sem contabilizar a provisão, o tipo de operação da NDO de inclusão será utilizado para contabilizar a baixa, ou seja, o lançamento da contrapartida do banco. Exemplo: Se o plano de contas tiver no passivo a conta 2.1.1.01 fornecedor de serviço e a conta 2.1.1.02 fornecedor de material. Significa que um mesmo fornecedor poderá provisionar na conta de material, se a NF for de aquisição de material ou na conta de serviço. Se a NF for de execução de serviços, ou nas duas, caso a NF contenha material e serviço. Desta forma se fixarmos a conta no cadastro de fornecedor como poderia o sistema tratar corretamente a provisão. Caso tivéssemos falando de cliente a mesma regra se aplica.

Procedimentos para Configurar Contas Múltiplas Encontram-se descritos a seguir a sequencia de procedimentos que deverão ser realizados para que a configuração de contas múltiplas seja feita com sucesso.

1. Criar um grupo de conta auxiliar XX – Cliente e YY – Fornecedor. A regra de grupo de conta auxiliar para conta múltipla é diferente, ou seja, o Pirâmide tomará como base o parâmetro por empresa. Desta forma, só tem uma opção de cliente e fornecedor. Assim só podemos utilizar um único grupo de conta auxiliar para cliente ou fornecedor;

2. Atualizar Parâmetro por Empresa aba Financeiro:

Deixando desmarcado Fornecedor e/ou Cliente, possui conta única, Informar o grupo de conta auxiliar criado XX para cliente ou YY para fornecedor. Uma vez atualizado este parâmetro só conseguiremos alterá-lo pelo banco de dados;


Figura 45 – Janelas Parâmetro por Empresa Cliente e Fornecedor

3. Criar os tipos de Operação de NDOs:

Padrão: Deve ser criado o tipo de operação padrão sem conta contábil, que será utilizado em NDOs para baixas, tesouraria, caixa, adiantamentos, movimentações internas, ativo, estoque;

Tipo de Operação do Ativo: Deve ser criado um tipo de operação para cada conta do Ativo que receberá provisão nas operações de inclusão de títulos a receber, nota fiscal de saída;

Tipo de Operação do Passivo: Deve ser criado um tipo de operação para cada conta do Passivo que receberá provisão nas operações de inclusão de títulos a pagar, recibo de pagamento, nota fiscal de entrada;

iv • Contas Múltiplas Manual do Usuário Standard Template

Figura 46- Janelas Tipo de Operação e Tipo de Operação NDO – Conta Contábil

4. Criar NDOs de acordo com as regras a seguir:

NDO para Título a pagar e Compras: A regra destas NDOs são as mesmas da conta única apenas com a escolha do tipo de operação com as contas do passivo;

NDO para Título a receber e Vendas: A regra destas NDOs são as mesmas da conta única apenas com a escolha do tipo de operação com as contas do ativo;

NDO para Baixas de Títulos: A regra destas NDOs são as mesmas da conta única , inclusive com o tipo de operação padrão. Na baixa será utilizado a conta corrente bancária e o tipo de operação da NDO de provisão;

NDO para Definir a conta de Impostos a recolher: Este tipo de NDO não precisa ser configurado na conta única. Será necessário criar na conta múltipla, devido a necessidade do sistema saber na hora de gerar o título de imposto qual a conta que vai provisionar o imposto a recolher, que estará no tipo de operação desta NDO. Assim deve-se criar uma NDO para cada tipo de operação referente a impostos a recolher, cuja configuração é a mesma de um título a pagar, com a contabilização automática a débito e crédito;

NDO de Recibo de pagamento: A regra desta NDO é a mesma da conta única, com a escolha do tipo de operação com as contas do passivo, além de informar na aba de impostos, a NDO criada para definir a conta de imposto a recolher, conforme descrito no tópico anterior. Lembrando que esta coluna só fica apresentada quando o parâmetro de conta múltipla estiver habilitado, ou seja, se o parâmetro


‘Cliente possui conta contábil única’ e/ou ‘Fornecedor possui conta contábil única’ estiver desmarcado.

Figura 47 – Inclusão da NDO

NDO sem contabilizar para títulos, compras e vendas: As NDOs criadas sem contabilizar devem criadas para cada tipo de operação do ativo ou passivo, de acordo com a finalidade da NDO. Caso sejam criadas com tipo de operação padrão, na inclusão ficará tudo normalmente, isto porque não irá contabilizar. Na baixa ocorrerá uma critica, pois o sistema verificará a conta do tipo de operação, caso não encontre, será apresentada a mensagem de conta nula, pois o sistema verifica pelo tipo de operação da NDO de inclusão. Salientando que após todas as configurações realizada conforme os procedimentos acima, o usuário poderá prosseguir com a operação que o resultado final será dado com êxito.

vi • Contas Múltiplas Manual do Usuário Standard Template



14Configuração DBLink

Configurações do BD_Link Nesta capítulo descritas as configurações a serem realizadas de acordo com os seguintes procedimentos: para a configuração do "Heterogeneous Services" no Oracle XE. Este procedimento deverá ser realizado uma única vez.

Todas as ocorrências de ORACLE_HOME_DIR nos comandos e instruções contidos no passo a passo a seguir devem ser substituídas antes do seu uso pelo valor real no servidor. ORACLE_HOME_DIR representa o diretório onde o software do Oracle foi instalado no servidor. Para enfatizar essa necessidade, ORACLE_HOME_DIR será sempre grifado em negrito.

Assim, por exemplo, se o documento consta para editar o tnsnames.ora localizado em ORACLE_HOME_DIR\network\admin, e o diretório ORACLE_HOME_DIR no servidor é C:\oraclexe\app\oracle\product\10.2.0\server (o padrão no caso do Oracle 10g XE) então o arquivo estará em C:\oraclexe\app\oracle\product\10.2.0\server\network\admin .

Padrões para ORACLE_HOME do Oracle

• 10GXE: C:\oraclexe\app\oracle\product\10.2.0\server

• 10G : C:\oracle\product\10.2.0

• 9i : C:\oracle\ora92

• 8i: C:\oracle\ora81

Para a configuração do DB_LINK, será necessária a realização dos seguintes procedimentos:

1. Criar uma fonte de dados ODBC do sistema (system data source, SYSTEM DSN) para o SQL Server:

1.1. Para a criação da fonte de dados ODBC, o usuário deverá utilizar a ferramenta “Painel de Controle”, de acordo com a imagem abaixo:

ii • Configuração DBLink Manual do Usuário Standard Template

Figura 9- Caminho para criação da Fonte de Dados

Em seguida, o usuário deverá acionar o ícone , como pode ser visualizado na figura abaixo:


Figura 10 - Caminho para criação da Fonte de Dados

Quando o usuário acessar a tela Ferramentas Administrativas,

deverá realizar um duplo clique no ícone .


Sendo assim, será apresentada a tela “Administrador de Fontes de Dados ODBC”, e o usuário deverá acessar a Aba Fontes de Dados do Sistema, para iniciar a criação da fonte de dados.

iv • Configuração DBLink Manual do Usuário Standard Template



Na Aba Fonte de Dados do Sistema, o usuário deverá acionar o

botão .




Após o clique no botão , será apresentada a tela “Criar nova fonte de dados”.


vi • Configuração DBLink Manual do Usuário Standard Template

Será necessária a seleção do “driver” “SQL Server”, e posteriormente acionar o botão .

Assim, será apresentada a tela para o cadastro da fonte de dados, de acordo com a figura abaixo, onde:

O usuário deverá informar o Nome da nova fonte de dados “MSSQLSVR”.

A descrição da fonte de dados é Livre. Na figura abaixo foi digitado o Banco do Cardio.

No campo Servidor o usuário deverá selecionar o nome do servidor do SQL Server.

Esse procedimento deve ser realizado para cada uma das máquinas: teste e produção.

Figura 15- Tela para o cadastro da Fonte de Dados


Para dar continuidade ao cadastro da fonte de dados, o usuário

deverá acionar o botão .


Na tela abaixo, será necessário assinalar a opção “Com autenticação do SQL Server usando ident. de logon e senha inseridos pelo usuário”, informar a identificação de conexão e senha do usuário no Banco de Dados do Cardio, e em

seguida, acionar o botão .

Figura 16 - Tela para criar uma nova Fonte de Dados

Na tela seguinte (abaixo), deverá ser assinalada a opção “Alterar o banco de dados padrão para:”.


viii • Configuração DBLink Manual do Usuário Standard Template

E novamente acionar o botão .

Será apresentada uma nova tela, conforme figura abaixo, na qual o usuário deverá manter a configuração apresentada.



O usuário deverá acionar o botão para finalizar o cadastro da fonte de dados.

Após clicar no botão será exibida a tela abaixo referente à conclusão da instalação do ODBC.


Figura 19 - Tela conclusão da instalação ODBC


O usuário deverá clicar no botão para finalizar esta etapa.

2. No servidor Oracle, conectar-se como SYS no SQL Plus e digitar os comandos seguintes para habilitar o serviço no banco de dados Oracle:

Iniciar -> Executar

x • Configuração DBLink Manual do Usuário Standard Template

Figura 20 - Tela do caminho para conectar-se no SQL Plus

Após executar o caminho, o usuário deverá digitar o nome do programa: sqlplus /nolog.

Figura 21 - Tela Executar


O usuário deverá clicar no botão e será apresentada a tela do DOS, apresentado o diretório do SQL. Nesta tela, o usuário deverá executar o comando:


conn sys/senha_do_sys@piramide as sysdba

Figura 22 - Tela do DOS

Após conectado no banco de dados, deverá executar o comando: @ORACLE_HOME_DIR\RDBMS\ADMIN\caths.sql

O script caths.sql habilita o serviço heterogêneo no Oracle, é ele quem fornece a comunicação entre os bancos de dados Oracle e SQL Server. Caso o comando @ORACLE_HOME_DIR\RDBMS\ADMIN\caths.sql não seja executado, não será fornecida essa comunicação.

3. Configurar o tnsnames.ora do servidor no qual o DBLINK será criado. Deve-se adicionar linhas referentes ao dblink deixando as demais inalteradas.

3.1. Banco Pirâmide Produção: Localização do arquivo: ORACLE_HOME_DIR\network\admin\tnsnames.ora Seguem abaixo as linhas a serem adicionadas. Lembrando que é para adicioná-las no final de todo o texto do bloco de notas do TSName. Depois de adicioná-las, ir ao Menu ARQUIVO do bloco de notas do TSName e salvar a alteração sobrepondo o arquivo existente:

DBL_PIR_CARDIO =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = <nome ou IP do servidor>)(PORT = 1521) )

)

(CONNECT_DATA =

xii • Configuração DBLink Manual do Usuário Standard Template

(SID = sqlsvrdb)

)

(HS = OK)

)

3.2. Banco Pirâmide Teste: Localização do arquivo:

ORACLE_HOME_DIR\network\admin\tnsnames.ora linhas a serem

adicionadas: DBL_PIR_CARDIO =

(DESCRIPTION =

(ADDRESS_LIST =


)

(CONNECT_DATA =

(SID = sqlsvdbt)

)

(HS = OK)

)

4. Configurar o listener adicionando apenas o conteúdo marcado em negrito (do trecho abaixo) à seção correspondente do arquivo listener.ora original (não esquecer de substituir também o valor do ORACLE_HOME_DIR).

4.1. Banco Pirâmide Produção

Localização do arquivo: ORACLE_HOME_DIR\network\admin\listener.ora SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(SID_NAME = PLSExtProc)

(ORACLE_HOME = ORACLE_HOME_DIR)

(PROGRAM = extproc)

)

(SID_DESC =

(SID_NAME = sqlsvrdb)



(PROGRAM = hsodbc)

)

)

4.2. Banco Pirâmide Teste

Localização do arquivo: ORACLE_HOME_DIR\network\admin\listener.ora SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(SID_NAME = PLSExtProc)


(PROGRAM = extproc)

)

(SID_DESC =

(SID_NAME = sqlsvdbt)


(PROGRAM = hsodbc)

)

)

5. Configurar o arquivo de inicialização do HS. Caso o arquivo não exista, deve-se criar um arquivo vazio.

5.1. Banco Pirâmide Produção Localização do arquivo:

ORACLE_HOME_DIR\hs\admin\initsqlsvrdb.ora Inserir as seguintes linhas ou modificar o arquivo caso as linhas já existam: HS_FDS_CONNECT_INFO = MSSQLSVR

HS_FDS_TRACE_LEVEL = off

#insert com lista de colunas

SET IDENTITY_INSERT=ON

5.2. Banco Pirâmide Teste

xiv • Configuração DBLink Manual do Usuário Standard Template

Localização do arquivo:

ORACLE_HOME_DIR\hs\admin\initsqlsvdbt.ora Inserir as seguintes linhas ou modificar o arquivo caso as linhas já existam: HS_FDS_CONNECT_INFO = MSSQLSVRT

HS_FDS_TRACE_LEVEL = off

#insert com lista de colunas

SET IDENTITY_INSERT=ON

6. Criar um database link para o SQL Server. Para isso, deve-se abrir o SQL Plus, conectar-se com SYS e rodar os comandos abaixo. Lembrando que devem ser alterados os itens em negrito: a sa; a “senha_do_sqlserver” com a senha do cliente onde as aspas permanecerão e <nome ou IP do servidor> com o nome ou IP onde se encontra o banco Oracle do cliente e os sinais < e > devem ser excluídos.

conn / as sysdba; (para isto, a variável de ambiente ORACLE_SID deve estar apontando para o banco de produção)

Conecta Banco Produção CREATE PUBLIC DATABASE LINK DBL_PIR_CARDIO

CONNECT TO sa IDENTIFIED BY “senha_do_sqlserver” USING

'(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = <nome ou IP do servidor>)(PORT =

1521) )

)

(CONNECT_DATA =

(SID = sqlsvrdb)

)

(HS = OK)

)' ;

Quando utilizar Banco Teste e Produção

Conecta Banco Produção

conn / as sysdba; (para isto, a variável de ambiente ORACLE_SID deve estar apontando para o banco de produção)


CREATE PUBLIC DATABASE LINK DBL_PIR_CARDIO


'(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = <nome ou IP do servidor>)(PORT =

1521) )

)

(CONNECT_DATA =

(SID = sqlsvrdb)

)

(HS = OK) )' ;

Conecta Banco Teste

conn / as sysdba; (para isto, a variável de ambiente ORACLE_SID deve estar apontando para o banco de teste)

CREATE PUBLIC DATABASE LINK DBL_PIR_CARDIO


'(DESCRIPTION =

(ADDRESS_LIST =


)

(CONNECT_DATA =

(SID = sqlsvdbt) ) (HS = OK) )' ;

7. Testar o database link com algumas queries. Abaixo será apresentado um exemplo para esclarecer o procedimento:

Select "RegionID","RegionDescription" from Region@Dbl_Pir_Cardio;

Select * from all_tables@Dbl_Pir_Cardio

Select * from cidadepais@dbl_pir_cardio

xvi • Configuração DBLink Manual do Usuário Standard Template


Quando o SQLServer estiver em um servidor diferente do servidor Oracle, o listener do banco Oracle deverá ser executado pelo usuário administrador da rede (ou outro que tenha acesso administrativo ao servidor do SQL Server) e não como LocalSystem.

Acesse o serviço do listener pelo Painel de Controle, na área de Propriedades, aba logon e especifique o usuário através do campo “Efetuar logon como esta conta”.

Caso seja necessário remover o database link, executar o comando abaixo no SQL Plus como SYS:

conn / as sysdba;

drop public database link DBL_PIR_CARDIO;

(se não foi criado como “public”, retirar a palavra public do comando).

8. Para evitar diferenças de valores na integração, o usuário deverá realizar os seguintes procedimentos:

• No servidor Oracle o usuário deverá executar o comando “rededit”, através do caminho -> Iniciar - Executar e digitar Regedit conforme figura abaixo:

Figura 23 - Tela Executar


O sistema disponibilizará a tela Editor de Registro na qual o usuário deverá selecionar o seguinte menu: HKEY_LOCL_MACHINE - SOFTWARE – ORACLE – Selecionar a chave do Oracle home (OPÇÃO PODE VARIAR EM CADA CLIENTE).


Figura 24 - Tela caminho do Editor de Registro

Selecionar a chave do Oracle home, na figura acima seria a pasta “HOME0”, onde o usuário deverá selecionar a opção “NLS_LANG”.

Será disponibilizada a tela Editar seqüência com a informação de Dados do Valor: AMERICAN_AMERICA.WE8ISO8859P1.

Figura 25 - Tela para editar Sequência

Após a execução desse procedimento, o usuário deverá realizar a exclusão dos títulos gerados e processar novamente a inclusão. Este procedimento é necessário porque a integração já tinha enviado os títulos para o Pirâmide.

xviii • Configuração DBLink Manual do Usuário Standard Template



15Criação automática de NDOs e Tipos de Serviços

Definição Devido à grande quantidade de NDOs e Tipos de Serviços que precisam ser criados e para facilitar a criação de NDOs de receita, faturamento antecipado e cancelamento, e dos tipos de serviços; o sistema disponibiliza no Módulo Administrador uma função para a criação automática das NDOs e Tipos de Serviços: Gerar NDO e Tipo de Serviço. A função deverá ser executada a parir de um intervalo de contas contábeis.

Quando da execução desta rotina, as NDOs serão criadas automaticamente no Cadastro de NDO e Tipo de Serviço dos Módulos Administrador e Financeiro, respectivamente.

Procedimento para a Criação das NDOs/Tipos de Serviços 1. O usuário deverá criar previamente as NDOs modelos a serem

utilizadas (se utilizar contas múltiplas de cliente deverão ser criadas várias NDOs modelo). Podemos criar NDOs para receita, faturamento antecipado e cancelamento de receita. Estas NDOs serão configuradas com uma conta fixa e outra automática. Como sugestão, os códigos das NDOs modelo podem ser MODxxx, onde xxx seria o seqüencial.

2. O usuário deverá criar um tipo de serviço modelo padrão (usar código de serviço SM)

3. Antes de executar a função de Geração de NDOs e Tipos de Serviços, o usuário deverá definir os intervalos de contas contábeis considerando cada modelo de NDO.

4. A função Gerar NDOs realizará a geração das NDOs com base nos dados informados na tela, seguindo os critérios descritos a seguir. Provavelmente esta função será processada

ii • Criação automática de NDOs e Tipos de Serviços Manual do Usuário Standard Template

diversas vezes de acordo com os critérios das Contas x NDOs modelo:

As características das NDOs criadas serão a da NDO modelo padrão informada.

Os códigos das NDOs criadas serão as duas letras informadas mais um seqüencial com 4 dígitos (0001). A seqüência começa a partir do seqüencial informado na tela Gera NDO/Tipo de Serviço.

O número de NDOs criadas será de acordo com as contas contábeis analíticas existentes no intervalo de contas informado na tela de geração.

As descrições das NDOs serão as 27 posições da descrição de cada conta contábil analítica do intervalo passado no parâmetro, concatenado com o código secundário da conta contábil

A conta contábil fixa da NDO modelo será substituída pela conta contábil analítica do intervalo informado (a opção conta deve estar assinalada), ou a conta contábil permanece com a da NDO modelo e será inserida a conta auxiliar cujo código corresponderá ao código secundário da conta contábil (a opção conta auxiliar deverá estar assinalada, esta opção deve ser usada para o Faturamento Antecipado).

É importante ressaltar que o implantador terá que marcar a opção Código Secundário no Módulo Financeiro: Contabilidade - Balancete - Relatório - aba Geral.

5. A função Gerar Tipos de Serviços realizará a geração de Tipos de Serviços com base nos dados informados na tela, seguindo os critérios descritos a seguir. Esta função poderá ser processada diversas vezes, de acordo com os critérios das contas:

As características dos serviços serão do serviço modelo padrão informado.

Os códigos dos serviços serão a partir de 900000, a seqüência começa a partir do seqüencial informado na tela do Sistema Pirâmide Gera NDO/Tipo de Serviço.

O número de serviços criados será de acordo com as contas contábeis analíticas existentes no intervalo de contas informado na tela mencionada no item anterior.

A descrição do Tipo de Serviço será as 17 posições da descrição de cada conta analítica do intervalo das contas


informado na tela de geração, concatenado com o código secundário da conta contábil.

A conta contábil do modelo será substituída pela conta do intervalo informado.

Geração Automática das NDOs e Tipos de Serviço Permite realizar a geração automática das Naturezas de Operação - NDO e dos Tipos de Serviços, a partir de um dado padrão. Estas informações serão criadas para cada conta contábil integrante do intervalo preenchido na tela “Gera NDO e Tipo de Serviço”. Isto reduz significativamente o esforço operacional de realizar o cadastro um a um destas informações.

Ferramentas Gerais Gerar NDO e Tipo de Serviço

Selecionar com o mouse a opção Gerar NDO e Tipo de Serviço através da barra de menu.

Figura 2 - Geração das NDO's

iv • Criação automática de NDOs e Tipos de Serviços Manual do Usuário Standard Template

Figura 3 - Geração do Tipo de Serviço



O usuário deverá acionar o botão para realização da

inclusão das NDO’s ou Tipos de Serviço.

Exemplificando a execução desta função:

Gerar O usuário deverá assinalar a opção para a qual deseja executar a função. Selecionar se deseja que a geração seja realizada para a NDO ou Tipo de Serviço. O sistema não permitirá a geração de NDOs e tipos de serviços em uma etapa.

Obrigatório

Substituir Quando assinalada a opção “Conta”, indicará que será atualizada no Cadastro da NDO ou Tipo de Serviço, a informação da conta contábil. Quando assinalada a opção “Conta Auxiliar” indicará que será atualizada no Cadastro da NDO ou Tipo de Serviço, a informação da conta auxiliar. Este campo somente se apresentará habilitado quando da geração das NDO’s.

Obrigatório

NDO/Tipo de Serviço Padrão

Informar o código da NDO ou Tipo de Serviço utilizado como modelo. A partir deste modelo informado, as demais NDOs e Tipos de serviços serão incluídos nos seus respectivos cadastros. Poderá ser utilizada a ajuda de contexto.

Obrigatório

Início NDO Informar os 2 caracteres iniciais do cadastro de todas as NDO’s. Exemplo: Quando preenchido o código CM, serão incluídas NDO’s com a seguinte numeração: CM0001, CM0002, etc. Este campo somente se apresentará habilitado quando da geração das NDO’s.

Obrigatório

Offset NDO/Tipo de Serviço

Informar os 4 caracteres finais do cadastro de todas as NDO’s ou Tipos de Serviço. Exemplo: Quando na geração de NDO, caso o início padrão for CM e a sequência final definida neste campo for 205, serão geradas NDO’s em ordem sequencial a partir do código CM0205.

Obrigatório

Conta Ini. e Fin.

Informar o intervalo de contas contábeis para o qual serão incluídas NDO’s ou Tipos de Serviço. Poderá ser utilizada a ajuda de contexto.

Obrigatório

vi • Criação automática de NDOs e Tipos de Serviços Manual do Usuário Standard Template

1. Exemplo 1: Gerando NDO com a opção Conta Assinalada:

Modelo de NDO: MD001 Intervalo de Contas contábeis: 3.1.1.1.1.1.1.0.1.1.1.01 à 3.1.1.1.1.1.1.0.1.1.1.12; Inicial: CR, opção conta assinalada, Número inicial: 100.

Serão geradas 12 NDOs considerando que o intervalo de contas tem 12 contas analíticas.

As NDOs possuirão os códigos CR0100 a CR0111, devido ao campo Offset NDO estar definido como 100.

As descrições terão a configuração neste modelo: Ambulatorial3111111011101.... Ambulatorial+Hosp sem Obst3111111011112.

As contas fixas serão substituídas pelo intervalo de contas 3.1.1.1.1.1.1.0.1.1.1.01 a 3.1.1.1.1.1.1.0.1.1.1.12, devido à opção conta estar assinalada.

2. Exemplo 2: Gerando NDO com a opção Conta Auxiliar Assinalada:

Supondo a geração de NDOs com os seguintes dados: NDO Padrão: “MD001”, “001’’, Intervalo de contas: 3.1.1.1.1.1.1.0.1.1.1.01, 3.1.1.1.1.1.1.0.1.1.1.12, Início: “FA”, Opção Conta Auxiliar assinalada, iniciar a partir de 30.

Serão geradas 12 NDOs considerando que o intervalo de contas tem 12 contas analíticas.

As NDOs possuirão os códigos FA0030 a FA004.

As descrições terão a configuração neste modelo: Ambulatorial3111111011101 Ambulatorial+Hosp sem Obst3111111011112.

As contas fixas não serão substituídas, as contas auxiliares serão substituídas pelo intervalo de códigos secundários 3111111011101 a 3111111011112, a opção conta auxiliar deve estar assinalada.

3. Exemplo 3: Gerando Tipo de Serviço:


Tipo de Serviço padrão 0000001; Intervalo de contas contábeis 4.1.1.1.1.1.1.0.1.1.1.01 a 4.1.1.1.1.1.1.0.1.1.1.12, número inicial: 100.

Serão gerados 12 serviços considerando que o intervalo de contas tem 12 contas analíticas.

Os serviços possuirão os códigos 900100 a 900111. Os tipos de serviços serão gerados a partir de 900.000 (novecentos mil).

As descrições terão a configuração neste modelo: Ambulatorial4111111011101.... Ambulatorial+Hosp 43111111011112.

As contas do Tipo de Serviço modelo serão substituídas pelo intervalo de contas 4.1.1.1.1.1.1.0.1.1.1.01 a 4.1.1.1.1.1.1.0.1.1.1.12.

viii • Criação automática de NDOs e Tipos de Serviços Manual do Usuário Standard Template



16Erros e Soluções

Solução dos Erros Neste capítulo serão apresentadas as ações que deverão ser realizadas quando da ocorrência de erros na execução da integração.

Consultando Erros na Integração Para verificar a ocorrência de erros na integração o usuário deverá executar no Sql Server, diariamente, os scripts : 4. Select * from Ti_empresa_cliente Where cod_status_reg='ER'

5. Select * from Ti_documento_rec Where cod_status_reg='ER'

6. Select * from Ti_documento_baixa Where cod_status_reg='ER'

7. Select * from Ti_empresa_fornecedor Where cod_status_reg='ER'

ii • Erros e Soluções Manual do Usuário Standard Template

Figura 26 - Caminho para Query

O usuário deve selecionar a opção Query e executar o comando:


Figura 27 - Tela SQL Server Enterprise Manager


Após incluir o comando, o usuário deverá clicar no botão .

iv • Erros e Soluções Manual do Usuário Standard Template

Erros e Soluções

Processo: Integração de Cliente Erro processado:

Origem da mensagem: Pirâmide. CNPJ/CNPF não informado. ORA-0000: normal, successful completion Informe o CNPJ/CNPF

Solução:

Realizar o cadastramento correto no cardio e reprocessar os erros novamente com o script: UPDATE Ti_empresa_cliente SET cod_status_reg='NP' , cod_operacao_reg=’I’ where cod_status_reg='ER'

Erro processado:

Município, Área, segmento, usuário, não cadastrado na tabela de mapeamento de integração. Município '1806' ORA-01403: dados não encontrados: Cadastre o mapeamento do município e tente novamente.

Solução:

Efetuar o mapeamento do município no Cardio e pesquisar o código da cidade no Pirâmide. Caso a cidade não esteja cadastrada no Pirâmide, o usuário deverá cadastrá-la. Reprocessar os erros novamente com o script: UPDATE TI_empresa_cliente SET cod_status_reg=’NP’ where cod_status_reg=’ER’

Erro processado:

Portador, telefone, endereço não encontrado.

Solução:

Solicitar o cadastramento correto no cardio e reprocessar os erros novamente com o script: UPDATE Ti_empresa_cliente SET cod_status_reg='NP' , cod_operacao_reg=’I’ where cod_status_reg='ER'

Integração de Títulos a Receber Erro processado:

Origem da mensagem: Pirâmide. Titulo '84308' já cadastrado. Informe outro código para o título.

Solução:

Quando o título já estiver cadastrado alterar seu status para ‘P’ executando o script: UPDATE Tyi_empryesa_cliente SET


cód_status_reg=’P’ where cód_status_reg=’ER’ and dsc_erro_registro like ‘%já cadastrado%’

Erro processado:

O documento não possui nenhum item associado ou não existe mapeamento para os itens na TI_MAP_IT_CTA_CTBL. Informe pelo menos um item para o documento ou inclua os mapeamentos necessários.

Solução:

Executar o script descrito a seguir para descobrir o número do COD_ITEM_SG para mapeamento select * from TI_Item_Docto_Rec where cod_documento_sg= 'numero do documento ou numero do titulo'. O mesmo deve ser executado após executar o script para processar novamente UPDATE Ti_empresa_cliente SET cód_status_reg=’NP’ where cód_status_reg=’ER’

Erro processado:

Portador, agência e conta corrente não informada

Solução:

Deve-se orientar que no faturamento essas informações têm que serem preenchidas no documento financeiro do cardio. Todavia os dados existentes na TI terão que ser corrigidos através de uma intervenção direta na tabela pelo script: UPDATE Ti_empresa_cliente SET cod_banco_sg=’356’ cod_agencia_sg=’0072‘ , cod_ccorrente_sg=’37024676‘ where cod_status_reg=’ER’. Esses dados bancários são apenas um exemplo, os mesmos podem variar de acordo com a empresa que estiver sendo implantada.

Erro processado:

Origem da mensagem: Pirâmide. Soma das NDOs do título '322308' difere do seu valor principal. Se integração, ver os mapeamentos. Solução:

Neste caso pode ser que o usuário não tenha mapeado os itens de conta contábil ou o regedit do Oracle pode estar em português, ou ainda, pode haver um problema de faturamento errado no cardio, por exemplo: Faturado 1000,00 onde Item 1 =R$ 500; item 2 R$ 300,00; item desconto 3 R$ 200,00. A coluna de valor bruto e a coluna de valor líquido do documento financeiro estão com o valor de R$ 800,00. E deveria estar com o valor bruto de 1000,00 e liquido de R$ 800,00. Neste caso deverá ser informado ao

vi • Erros e Soluções Manual do Usuário Standard Template

faturamento o erro de procedimento e cadastrar o título manualmente.

Erro processado:

Origem da mensagem: Pirâmide. Tipo de pagamento/recebimento '' da empresa '091' não foi encontrado.

Solução:

Verificar se o tipo de pagamento está devidamente mapeado.

Erro processado:

Origem da mensagem: Pirâmide. Operação 'I' não está prevista. Informe uma operação prevista para a integração.

Solução:

A integração só permite o status L ou Q na inclusão. Saber por que está indo o status I.

Erro processado:

Origem da mensagem: Pirâmide. Operação 'C' não está prevista. Informe uma operação prevista para a integração.

Solução:

Só permite status L. Por que está indo o status C

Erro processado:

Operação (A) não prevista na integração.

Solução:

Deve existir um cliente ou título que ainda não esteja no sistema e o mesmo está incluindo “A” como se fosse uma alteração. Trocar a letra para (I) de inclusão e processar novamente.

Erro processado:

Conta corrente não cadastrada na tabela de mapeamentos.

Solução:

No Modulo Administrador-PARAMENTRO POR EMPRESA-FINANCEIRO-OUTROS, configurar o parâmetro: “Realiza validação de agência e conta corrente para o contas a receber e pagar.

Acessar o mapeamento do Cardio de Contas Correntes e mapear o banco, agência e conta corrente que o sistema está solicitando.


Importante: o banco (portador) tem que estar cadastrado no Pirâmide.

Erro processado:

Data de contabilização invalida, data de contabilização não pode ser anterior a emissão do titulo.

Solução:

Alterar a emissão do título ou colocar a data de contabilização igual ou posterior a emissão do titulo, e em seguida processar novamente.

Erro processado:

Vendedor “019” não cadastrado na tabela de mapeamento.

Solução:

Na tabela de mapeamento realizar o mapeamento do vendedor do Cardio para o Pirâmide.

Erro processado:

Soma das NDOs difere do valor principal do titulo, se integração checar os mapeamentos.

Solução:

Podem existir 3 tipos de problemas a serem verificados:

8. Dentro daquele título existe algum mapeamento que não foi realizado. Acessar a tabela TI_ITEM_DOCTO_REC e realizar o mapeamento.

9. O Cardio pode ter realizado o faturamento de forma errada. Solicitar para a pessoa do faturamento conferir.

10. Pode existir algum rateio dentro dos mapeamentos que não esteja com o EVENTO CONTABIL associado. Associar o evento contábil ao rateio equivalente.

Erro processado:

Não existe item associado na tabela de itens de conta contábil.

Solução:

Quando aparecer este problema é porque não existe nenhum mapeamento para o referido título. Realizar o mapeamento dos itens contábeis.

viii • Erros e Soluções Manual do Usuário Standard Template

Erro processado:

Erro ao rodar Package no Oracle. ORA -01001: invalid cursor. Contacte o administrador de banco de dados. ORA – 01001: invalid cursor.

Solução:

Recriar o perfil no módulo Administrador (Gerais - Parâmetros Gerais - Aba Usuário).

Erro processado:

Origem da mensagem: Pirâmide. Não foi possível ler os parâmetros por Empresa (filial). ORA – 01403: dados não encontrados. Solucionar o erro de banco.

Solução:

Na tabela de mapeamento realizar o Mapeamento de Filial.

Erro processado:

Origem da mensagem: Pirâmide. Data de contabilização do título '2932208' inválida. A data de contabilização não pode ser anterior a data de emisão do título.

Solução:

Rodar o script:

Update TI_DOCUMENTO_REC Set Dat_Contabil = Dat_Emissao

Where Ind_Gerador_Reg = '1' And Cod_Status_Reg IN('NP','ER');

COMMIT;

Erro processado:

O documento 'Título: 1729808, Parcela: 1' a ser 'excluído' ainda não foi processado pelo 'sistema integrante'. (Tabela 'TI_HISTORICO_REC_CARDIO'). Verifique a tabela de integração.

Solução:

Este erro acontece quando o implantador tenta excluir uma baixa. Será necessário que o implantador verifique esses pontos:

Verificar se a baixa foi gerada pelo Pirâmide ou pelo Cardio;

Verificar se a baixa está sendo excluída pelo Pirâmide ou pelo Cardio;


Consultar a tabela TI_HISTORICO_REC_CARDIO na aplicação "Integracao.exe" e ver qual o status do registro. Se estiver como "NP" é porque a baixa foi gerada no Pirâmide e não foi processada pelo Cardio. Se estiver como "ER", observar qual a mensagem de erro. Uma situação comum é a mesma baixa ter sido gerada pelos dois sistemas, então será necessário consultar as baixas para este documento na TI_DOCUMENTO_BAIXA. Caso a coluna "Ind_Gerador_Reg" estiver igual a 1, é porque a baixa foi gerada pelo Cardio e só poderá ser excluída via integração. Se esta coluna estiver com o valor 2, é porque a baixa foi gerada pelo Pirâmide e o job "EXCLUIR BAIXAS CONTAS RECEBER" precisará estar ativo para atualizar a TI_HISTORICO_REC_CARDIO".

Caso a baixa tenha sido realizada no Pirâmide e não quer que ela vá para o Cardio, a alternativa é: desativar o job citado no ponto acima; e através do SQL excluir a baixa que está na TI_HISTORICO_REC_CARDIO e também excluir a baixa que está na TI_DOCUMENTO_BAIXA.

Erro processado:

Origem da mensagem: Pirâmide. Total de NDOs com classificação financeira ‘mora’ difere do valor informado na baixa.

Solução:

Verificar as informações abaixo no documento que apresenta o erro:

No campo referente ao valor principal deve estar o valor do título sem o acréscimo;

No campo referente ao valor do recebimento deve estar o valor do título com o acréscimo;

No campo referente ao valor da mora ou multa deve estar o valor do acréscimo;

Tem que existir um item com o valor do acréscimo;

O item com o valor do acréscimo deve ter um evento contábil associado a uma NDO com classificação de mora ou multa.

Ativação da Integração Erro processado:

Erro ao rodar Package no Oracle

x • Erros e Soluções Manual do Usuário Standard Template

Figura 28 - Tela Erro no Pirâmide

Solução:

Caso o implantador for ativar a integração do Pirâmide com o Cardio e aparecer a tela acima, este deve solicitar senha de Administrador para concluir o processo.

Processo: Integração de Recibo de Pagamento Erro processado:

O valor líquido R$ XX,XX não corresponde ao valor informado para o documento identificado por 'xxxxx'.Verifique os itens do documento na TI_ITEM_DOCTO_CON e se cada item possui um mapeamento correspondente na tabela TI_MAP_IT_CTA_CTBL. Solução: Será necessário verificar se os mapeamentos estão corretos para cada item do documento que está apresentando o erro. A conferência dos valores é feita pelo seguinte cálculo: valor_bruto - (impostos + ajustes) = valor_liquido. Esse valor_liquido é comparado com o campo val_documento que foi informado pelo Cardio e se esses valores não forem iguais o documento apresentará erro.

Lembrando que, valor_bruto é o total de itens positivos com campo auxiliar preenchido que formará o valor do Recibo de Pagamento; impostos é o total de itens negativos com campo auxiliar_2 preenchido e ajustes é o total de itens negativos com campo auxiliar_3 preenchido (ajustes, glosas etc. que resultarão em baixa parcial na entrada do Recibo de Pagamento).


Para obter os itens mapeados é necessário fazer uma consulta, e nessa consulta poderá ser verificado se todos os itens do documento foram mapeados corretamente; pois se estiver faltando algum item no resultado desta consulta, pode ter algum erro no mapeamento contábil. Esta consulta deve ser rodada no SQL do banco do Cardio: Select IT.AutoId,IT.Val_Item,IM.Cod_Item_Si,IM.Cod_Conta_Aux1,IM.Cod_Conta_Aux2,IM.Cod_Conta_Aux3 From TI_ITEM_DOCTO_CON IT, TI_MAP_IT_CTA_CTBL IM Where IT.AutoId_Docto_Con = <NUM_AUTOID> And IM.Cod_Sistema_Si = 'PIR' And IT.Cod_Empresa_Sg = IM.Cod_Empresa_Sg And IT.Cod_TipoDoc_Sg = IM.Cod_TipoDoc_Sg And IT.Ind_Tipo_Transacao = IM.Ind_Tipo_Transacao And IT.Cod_Modal_Pagto = IM.Cod_Modal_Pagto And IT.Ind_Regulamentacao = IM.Ind_Regulamentacao And IT.Cod_Natureza_Plano = IM.Cod_Natureza_Plano And IT.Cod_Cobertura = IM.Cod_Cobertura And IT.Cod_Classificacao = IM.Cod_Classificacao And IT.Cod_Item_Sg = IM.Cod_Item_Sg Order By IT.AutoId

Obter a identificação do documento com erro na TI_DOCUMENTO_CON (Autold) e substituir toda a expressão em vermelho.

xii • Erros e Soluções Manual do Usuário Standard Template



17Anexo

Anexos do Manual Este capítulo contém informações adicionais para consulta.

Responsabilidades dos Sistemas O quadro abaixo apresentará as responsabilidades de cada um dos sistemas na integração das informações:

Sistema de Gestão Cardio Sistema ERP Pirâmide

Atualizar as TI’s com todos os dados referentes à geração, alterações, recebimentos manuais e estornos dos documentos necessários aos procedimentos financeiros/contábeis.

Ler as TI’s e realizar os procedimentos financeiros/contábeis.

Ler as TI’s e atualizar os dados referentes ao recebimento e pagamentos de títulos, além de registrar a realização da operação dentro das TIS.

Verificar os títulos cancelados a fim de efetuar o correto registro financeiro/contábil.

Alterações nos documentos apenas poderão ser efetuadas pelo Sistema de Gestão.

Atualizar as TI’s indicando os registros já processados.

A emissão dos Livros Auxiliares será realizada pelo Sistema de Gestão.

Garantir que os dados gerados através TI’s não sejam alterados, mantendo a integridade dos dados fornecidos.

A emissão do SIP (Demonstrativo que a Unimed envia a ANS trimestralmente, cujo conteúdo exige dados contábeis, receita e despesa referentes ao plano de saúde, e dados estatísticos extraídos do Sistema de Gestão) será realizada pelo Sistema de Gestão e Contabilidade.

Atualizar as TI’s com os dados referentes ao recebimento automático e pagamento de títulos.

14 • Manual do Usuário Standard Template

-

A emissão do DIOPS (Demonstrativo que a Unimed envia a ANS trimestralmente, cujo conteúdo está vinculado às contas contábeis) será realizada pela Contabilidade.

- A emissão do SIP (Sistema de Informações de Produtos) será realizada pelo Sistema de Gestão e Contabilidade.

Documents

Manual de Integracao Piramide X Cardio