Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

Índice

Introdução

INTEGRAÇÃO HAT X PLS (PROTHEUS)

Contexto de negócio (Introdução)

Este documento trata das informações referente as configurações para integração entre o  TOTVS Saúde Portal Autorizador com o HAT(Health Autorizer Totvs) com o Protheus PLS.Contextualização sobre do que se trata a área em que iremos dissertar tal integração.

Seu negócio, sua gestão, complexidade, o que está envolvido (em demais áreas), processos, etc. Tais explanações não precisam citar ferramentas (softwares) e sim as expectativas e resultados do uso de um sistema informatizado.

Interessante citar as tendências e necessidades de mercado, o quê, em geral, os software proporcionam (destinam/propósito), principais recursos, etc, e motivos que levaram a criar a integração (em outros termos, o porquê de integrar).


Sistemas Envolvidos

Health Authorizer TOTVS (HAT)

SIGAPLS

Descrição dos sistemas envolvidos no contexto de negócio (e que serão envolvidos na integração).

  • Sistema/Módulo vertical - Qual o módulo, qual marca, suas principais características, funcionalidades, escopo do módulo, etc
  • BackOffice(s) - Qual(ais) marca(s), o que o ERP engloba, quais são seus pontos fortes, funcionalidades, etc, explanações principalmente no que diz respeito às funcionalidades do ERP que serão utilizadas pela integração (mas sem citar a integração)

TOTVS Saúde Portal Autorizador

SIGAPLS


Integração

O que levou a criação da integração / o porquê da integração (Finalidade/Objetivo), de forma macro, o que será integrado do, por exemplo, Vertical com o ERP (BackOffice)

Sobre a integração de dados


Essa integração foi feita para que haja a comunicação e transferencia transferência de dados entre o HAT TOTVS Saúde Portal Autorizador e o Protheus PLS, ajudando a manter os dados integros íntegros e atualizados para a utillizaçãoutilização.

Serão transferidos dados de atualizações cadastrais dos beneficiários, cadastros e atualizações de produtos além de dados referente a alterações nas configurações dos procedimentos, materiais, exames, etc.

Explique o contexto de negócio ou do problema na qual esta integração estará inserida. Isto inclui o funcionamento da(s) ponta(s) envolvida(s).

Para que o cliente possa utilizar o HAT como protal TOTVS Saúde Portal Autorizador como portal autorizador do Protheus PLS é necessário que algumas informações estejam atualizadas no banco de dados do HAT TOTVS Saúde Portal Autorizador. Essa integração foi criada para atender essa demanda e trazer agilidade nas rotinas de atendimento por parte dos prestadores.Apresentar



Configurando a integração

como uma melhoria para o cenário ou como uma solução para o problema.
  • Premissas
    Gerais, do Vertical, do BackOffice e dos demais artefatos/sistemas envolvidos
    Premissas Gerais
    Premissas A
    Premissas B
  • Arquitetura (Tecnologia)

Escopo

Descreva, dado o contexto, qual o escopo de atuação da integração. Cite as áreas/perfis de usuários e funções impactadas. Se existe uma parte do contexto de negócio que a integração não tenta resolver, deixe explícito.

Defina exatamente o que a integração FAZ, o que ela NÃO FAZ e a sua finalidade.

[O conteúdo poderá estar disponível na ferramenta PMS – Painel de Gestão de Projetos, opção Plano do Projeto]

Como são os processos os que serão integrados, mas com uma visão geral e não só o ponto de integração caso contrário a homologação [ou outro que pegar o documento] não saberá do que se trata no sistema vertical, de forma sucinta, como funciona e o(s) ponto(s) de integração.

Citar a responsabilidade de cada produto.

Descrever com mais detalhes sobre o que será integrado (mas não ser especialista nas entidades/processos, pois suas particularidades serão descritas posteriormente) incluindo diagramas, prints, imagens, etc o que for interessante para auxiliar o entendimento.

Interessante aqui a inclusão de diagramas, imagens, lógicas, fluxo(s) do(s) processo(s) o que considerar interessante e agregador ao documento e ao escopo.


Para que a integração entre o Protheus PLS e o TOTVS Saúde Portal Autorizador é necessário que alguns procedimentos sejam executados. Algumas configurações devem ser feitas dentro do Configurador (SIGACFG) do Protheus, para instruções sobre como utilizar o Configurador (SIGACFG) acesse o documento Framework - Protheus 12

1 - Dicionário de dados

Certifique-se que seu ambiente esteja com as ultimas atualizações disponíveis no portal de Expedição Contínua Protheus - Linha Microsiga Protheus - TDN (totvs.com).

Para a listagem das tabelas acesse o link: Tabelas utilizadas na integração com o TOTVS Saúde Portal Autorizador

2 -Pacote de atualização

Certifique-se que seu ambiente esteja com as ultimas atualizações disponíveis no portal de Expedição Contínua Protheus - Linha Microsiga Protheus - TDN (totvs.com).

Para a listagem dos fontes utilizados acesse o link: Fontes utilizados na integração com o TOTVS Saúde Portal Autorizador - Home Soluções Saúde - TDN

3 - Configuração de parâmetros

Para que a integração com o TOTVS Saúde Portal Autorizador

Pré-requisitos instalação/implantação/utilização

Relacione quais são os pré-requisitos (técnicos ou de negócio) para a integração. Este tópico não deve incluir informações da implantação normal do módulo, mas apenas informações específicas da integração. É como se este tópico já partisse do princípio que o módulo que será integrado já está normalmente instalado.

Fontes utilizados na integração:

ABSLOGGER -

AUTLIBRARY -

HASHMAP -

LOGGER -

PLSHATFAT - Integração de Faturamento HAT

PLSENVHAT - Envio de Transações HAT

PLSHATPED - Registro de Pedidos HAT

PLSHATMAP - Mapeamento de campos HAT X PLS

PLSHATSYNC -

SYNCAUTHORIZATION -

SYNCHANDLER -

SYSLOG -

SYSLOGADAPTER -

Para que os fontes sejam incluídos no RPO deve ser baixado o patch através do link abaixo e aplicado no ambiente do Protheus PLS.

Configuração dos parâmetros:

Para que a integração com o HAT funcione corretamente é necessário que os parâmetros abaixo estejam configurados no Configurador (SIGACFG).

ParâmetroMV_PLSHAT
DescriçãoHabilita a integração com o HATTOTVS Saúde Portal Autorizador. 1 habilita a integração e 0 desabilita a Integração.
TipoCaractere
Conteúdo1
ParâmetroMV_PHATURL
DescriçãoIndica o endereço do endpoint de integração do HATTOTVS Saúde Portal Autorizador
TipoCaractere
Conteúdohttps://hat.totvs.com.br/api/healthcare/hat/
ParâmetroMV_PHATLOG
Descrição

Registra as informações das transações feitas pela integração com o HATTOTVS Saúde Portal Autorizador.

1 Habilita o log da integração com o HAT TOTVS Saúde Portal Autorizador e 0 desabilita o log integração com o HATTOTVS Saúde Portal Autorizador.

TipoCaractere
Conteúdo1

Entre os tópicos deste tópico podemos citar:

  • Versões mínimas de produtos.
  • Módulos ou programas que geram informações necessárias a integração. Muitas vezes a integração partirá de informações que somente são trabalhadas em um determinado programa ou processo, que deverá estar em uso no cliente.
  • Ferramentas que são necessárias a integração, como: EAI, ESB, servidor de WebService etc.
  • Aspectos legais nos quais as partes envolvidas na integração devem estar inseridas, caso as informações envolvidas sejam utilizadas para o cumprimento de alguma lei específica.
  • Requisitos de hardware ou Software, como servidores, link de internet, capacidade de armazenamento e memória, sistema operacional.

Datasul

Insira aqui as informações pertinentes a Datasul.

Logix

Insira aqui as informações pertinentes ao Logix.

Protheus

Insira aqui as informações pertinentes ao Protheus.

RM

Insira aqui as informações pertinentes ao RM.

ParâmetroMV_PHATTOK
DescriçãoToken de autorização do TOTVS Saúde Portal Autorizador.
TipoCaractere
Conteúdo
ParâmetroMV_PHATIDT
DescriçãoID do tenant da operadora no TOTVS Saúde Portal Autorizador. 
TipoCaractere
Conteúdo
ParâmetroMV_PHATNMT
DescriçãoNome do tenant da operadora no TOTVS Saúde Portal Autorizador.
TipoCaractere
Conteúdo

4 -Menus do sistema

Criar os menus abaixo no Configurador (SIGACFG) dentro do módulo Plano de saúde (Módulo 33) para gerenciar os pedidos de integração

4.1 - PLSA274 - Gerenciamento dos pedidos de integração

CampoValor
Desc. PortuguesGeren. Ped. Integra
ProgramaPLSA274
StatusHabilitado
MóduloPlano de Saúde

Tipo

Função Protheus

4.2 - PLSA275 - Endpoints de integração

CampoValor
Desc. PortuguesEnd. Integr. HAT
ProgramaPLSA275
StatusHabilitado
MóduloPlano de Saúde
TipoFunção Protheus

4.3 - PLSA277 - Erros Pedidos HAT

CampoValor
Desc. PortuguesErros Pedidos HAT
ProgramaPLSA277
StatusHabilitado
MóduloPlano de Saúde
TipoFunção Protheus

4.4 - PLSA417 - Gestão de lotes do HAT

CampoValor
Desc. PortuguesGestao Lotes HAT
ProgramaPLSA417
StatusHabilitado
MóduloPlano de Saúde
TipoFunção Protheus


4.5 - PLHATWZD - Wizard de configuração de tabelas do hat

CampoValor
Desc. PortuguesWizard HAT
ProgramaPLHATWZD
StatusHabilitado
MóduloPlano de Saúde
TipoFunção Protheus

5 - Configuração no APPSERVER.INI

No appserver.ini do ambiente crie as chaves abaixo:

Bloco de código
themeMidnight
titleappserver.ini
[AMBIENTE/ENVIROMENT]
...
JEMP=CodigoEmpresa
JFIL=CodigoFilial
EMPROBOXML=CodigoEmpresa
FILROBOXML=CodigoFilial
...

[ONSTART]
JOBS=IMPXML,XML_ROBOT,PLSXHAT002,PLSVHAT002,FWSCHDMANAG,FWSCHDQUEUE, PLSYNCAUTH, PLSYNCLIAT, PLSYNCTREX
Refreshrate=120

[IMPXML]
Enviroment=SEUAMBIENTEAQUI
Main=XmlImport //nome da função que processa a importação do xml

[XML_ROBOT]
ENVIRONMENT=SEUAMBIENTEAQUI
main=xmlroute //nome da função que checa as regras e define se o arquivo foi acatado ou não

[PLSXHAT002]
ENVIRONMENT=SEUAMBIENTEAQUI
main=PLSxHAT002 //Integração para verificação se há XML disponível no HAT para download
Instances=1,1

[PLSVHAT002]
ENVIRONMENT=SEUAMBIENTEAQUI
main=PLSVHAT002 //Integração para baixar o arquivo XML do HAT
Instances=1,1

[PLSYNCAUTH]
ENVIRONMENT=SEUAMBIENTEAQUI
MAIN=PLSYNCAUTH
INSTANCES=1,1

[PLSYNCLIAT]
ENVIRONMENT=SEUAMBIENTEAQUI
MAIN=PLSYNCLIAT
INSTANCES=1,1

[PLSYNCTREX]
ENVIRONMENT=SEUAMBIENTEAQUI
MAIN=PLSYNCTREX
INSTANCES=1,1

6 - Configurando o schedule

Para realizar o envio das transações, é necessário configurar os 3 schedules descritos abaixo:

FunçãoDescrição
PLENVHATSC()Responsável por realizar a integração de dados cadastrais entre o Protheus e o TOTVS Saúde Portal Autorizador
PLJBATUTISS()Responsável por realizar a atualização dos status dos lotes de faturamento no TOTVS Saúde Portal Autorizador após a validações das regras no Protheus.


7 - Integração autorizações, anexo clinico e prorrogação.

Para realizar a integração, basta fazer a chamada das rotinas conforme exemplo acima:

FunçãoDescrição
PLSYNCAUTHResponsável por realizar a integração das Autorizações.
PLSYNCLIATResponsável por realizar a integração dos Anexo Clinico.
PLSYNCTREXResponsável por realizar a integração das prorrogações.

Observação.: 

  • Os cancelamentos serão considerados quando bea_cancel = 1 e TrackingStatus = 1.
  • TrackingStatus recebe valor 1,2,3 e 4,
    • 1 = Processado com sucesso os atendimentos.
    • 3 = Erro no processamento dos atendimentos.
    • 2 = Processado com sucesso os cancelamentos.
    • 4 = Erro no processamento dos cancelamentos.

Os logs gerados do processamento estão na pasta logpls/data do dia. 

Authorizations, Authorizations - cancelamento, ClinicalAttachments, ClinicalAttachments - cancelamento, TreatmentExtensions e TreatmentExtensions - cancelamento 


Para consultar os dados sincronizados via schedule consulte a documentação disponível em Lista de dados sincronizados através do schedule

Para mais informações sobre como utilizar o schedule do Protheus acesse o endereço: Schedule - Como agendar a execução de rotinas

Instalação/Atualização

Configuração do Schedule


No Configurador (SIGACFG), acesse Ambientes/Schedule/Schedule (CFGA010).

Na pasta Schedule Schedule inicie os serviços Task Manager e Queue Manager.


Na subpasta Agent clique em Incluir para cadastrar um novo agente.

Preencha os campos com as informações de conexão do appserver Protheus. Clique em Confirmar para gravar o cadastro.


Ao acessar a opção Monitor dentro da subpasta Agent o serviço estará criado. Selecione o serviço e clique em Iniciar serviço para ativá-lo.


Acesse a subpasta Agendamentos e clique em Cadastros

Clique em Incluir para cadastrar um novo agendamento. Preencha o campo Rotina(XX1_ROTINA) com a função PLENVHATSC()que deseja executar.

A opção Recorrencia ( [Home Soluções Saúde > INTEGRAÇÃO TOTVS Saúde Portal Autorizador x PLS (PROTHEUS) > recorrencia.PNG] ) permite que você configure a frequência da troca de informações entre o HAT TOTVS Saúde Portal Autorizador e o Protheus PLS.


Finalize o preenchimento dos campos restantes e clique em Confirmar para gravar as alterações.


Acesse a opção Monitor dentro da subpasta Agendamentos e clique em Executar agora para ativar o agendamento.


Após essas configurações a integração com o HAT TOTVS Saúde Portal Autorizador estará ativa e funcional.

Tabelas utilizadas na integração

BWB - TABELA DE LOGS

BNV - REGISTRO DAS TRANSAÇÕES

 

Observação: evite o uso de Prints de telas, facilitando, assim, o trabalho de tradução e versionamento deste documento.

Datasul

Insira aqui as informações pertinentes a Datasul.

Logix

Insira aqui as informações pertinentes ao Logix.

Protheus

Insira aqui as informações pertinentes ao Protheus.

RM

Insira aqui as informações pertinentes ao RM.


7 - Configurar integração para auditoria médica

Para que as guias gravadas com status "Auditoria" no TOTVS Saúde Portal Autorizador possam ser analisadas pelo Protheus é necessário, na rotina Operadora de Saúde (PLSA010), preencher o campo EndpointAut (BA0_ENDPOI) com o valor: https://hat.totvs.com.br/api/healthcare/hat/v1/auditing

8 - Configuração do robô para envio de faturamento

Para a integração de envio de lotes de faturamento e XML é necessário que sejam feitas as configurações descritas no documento abaixo:

https://tdn.totvs.com.br/pages/releaseview.action?pageId=525032764

Detalhamento das views utilizadas na extração de dados do Protheus - PLS

Views para ETL no TOTVS Saúde Portal Autorizador

Controle de Versão

O grupo TOTVS, representado por suas marcas, irá administrar as demandas de evolução dos layouts e demais ajustes, acordando junto aos solicitantes o prazo de liberação de release.

Todas as evoluções programadas deverão ser discutidas e aprovadas pelas marcas antes do início do desenvolvimento e somente serão desenvolvidas em caso de concordância das marcas e alinhamento com as diretivas definidas pelo Comitê de Integração TOTVS.

Suporte

O suporte aos recursos da Integração será de responsabilidade de todas as linhas, sendo assim as equipes de suporte dos produtos RM Conector e Backoffice Protheus estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.

Observação: Este modelo de suporte está sendo revisado pela TOTVS.

Transações/Entidades/Mensagens únicas














Apresente quais as transações/entidades que são trocadas e quem envia a informação para quem. Pode (e recomenda-se) ter um diagrama, uma tabela ou afins que apresente este fluxo.

Relacione quais são as mensagem únicas (TOTVSMessage) utilizadas e qual o seu relacionamento com as entidades já existentes do ERPs envolvidos.

Exemplos:

 

 

Image Removed

Image Removed

Método

ID

Descrição

Origem

Destino

XSD (versões podem variar)

Cadastros

01

Cliente/Fornecedor

RM

Protheus

CustomerVendor_1_000.xsd

02

Moeda

RM

Protheus

Currency_1_000.xsd

03

Unidade de Medida

RM

Protheus

UnitOfMeasure_1_000.xsd

04

Produto

RM

Protheus

Item_?_000.xsd

05

Centro de Custo

RM

Protheus

CostCenter_1_000.xsd

06

Ativos

RM

Protheus

NOVA, Ativo fixo

07

Funcionários

RM

Protheus

Employee_1_000.xsd

08

Projeto

RM

Protheus

Project_1_000.xsd

09

Obra

RM

Protheus

SubProject_1_000.xsd

10

Tarefa

RM

Protheus

TaskProject_1_000.xsd

11

Meio de Pagamento

RM

Protheus

?????.xsd

12

Condições de pagamento

RM

Protheus

PaymentCondition_1_000.xsd

13

Coligada*
* implementado, mas o Protheus não vai enviar, estamos avaliando alternativa para preencher o de/para

RM

Protheus

Company_1_000.xsd

14

Filial*
* implementado, mas o Protheus não vai enviar, estamos avaliando alternativa para preencher o de/para

RM

Protheus

Branch_2_000.xsd

Processos

15

Solicitações (compras/armazém)

Protheus

RM

Request_1_000.xsd

16

Cancelar movimento (solicitação, OS, etc)

Protheus

RM

CancelRequest_1_000.xsd

17

Cancelar movimento (solicitação, OS, etc)

RM

Protheus

CancelRequest_1_000.xsd

18

Baixa de estoque

Protheus

RM

Request_1_000.xsd

19

Baixa de estoque

RM

Protheus

Request_1_000.xsd

20

Consulta Saldo

Protheus

RM

21

Apropriação de custos

Request _1_000.xsd

22

Geração de OS

23

Consulta de OS

24

Ampliação patrimonial

Fluxo das Informações

 

Para cada fluxo de informação descreva, se necessário, alterações de comportamento que o respectivo produto irá sofrer. Por exemplo: quando o Logix recebe o PEDIDO de OUTRO ERP, este pedido não poderá ser alterado no Logix.

Liste quais as entidades integradas e como é o mapeamento entre as diferentes estruturas. Por exemplo: Classe no sistema A vira categoria no sistema B, o campo X é refletido no campo Y etc.

Liste quais transações/operações a integração fará com as entidades relacionadas. Exemplo: Insert de PEDIDO, Insert, update de ITEM, buscar saldo em estoque do ITEM no dia X ou buscar dados do FUNCIONÁRIO.

Cadastros

Descreva características gerais do fluxo de informações e que serão comuns para este tipo de entidade. Características particulares para cada entidade deverão ser citadas em tópicos específicos de cada entidade.

Sempre que existir (a sugestão é sempre criar) e for agregador ao documento acrescentar aqui os diagramas/imagens ou até mesmo colocar tais diagramas diretamente na especificação dos processos

Em seguida faça uma descrição para cada um dos fluxos para cada entidade

 

<Transação/Entidade>

Identificador da Mensagem: <mensagem>

Versão: <versão>

Módulo <marca 1>: <BackOffice – Gestão xxxxxxx>

Módulo <marca 2>: <SIGAXXX>

Tipo de Envio: <Assíncrona/Síncrona>

Mensagem Padrão

PROTHEUS

RM

Tabela

Campo

Tabela

Campo

Code

CTO990

CTO_SIMB

GMOEDA

SIMBOLO *

Description

CTO990

CTO_DESC

GMOEDA

DESCRICAO

Symbol

CTO990

CTO_SIMB

GMOEDA

SIMBOLO

Notas:

Observações sobre comportamento desta mensagem ou dos processos envolvidos nela/para ela

A seguir descrever as variações, particularidades da mensagem e processos (integração) de acordo com cada marca

Limitações/Restrições

Descreva limitações e restrições para a integração que está sendo descrita.

Processos

Descreva características gerais do fluxo de informações e que serão comuns para este tipo de entidade. Características particulares para cada entidade deverão ser citadas em tópicos específicos de cada entidade.

Sempre que existir (a sugestão é sempre criar) e for agregador ao documento acrescentar aqui os diagramas/imagens ou até mesmo colocar tais diagramas diretamente na especificação dos processos

Em seguida faça uma descrição para cada um dos fluxos para cada entidade

 

<Transação/Processo>

Tipo de Fluxo: Protheus -> RM

Mensagem: Request_1_000

Versão: 1.000

Descrição de todo o comportamento e funcionamento do processo. Breve contexto, origem, regras, integração (geração da mensagem, envio, recebimento no destino), o quê supostamente irá ocorrer no destino, retorno, impacto, consequências, o que foi afetado, como conferir, validar, etc o retorno.

Acrescentar um diagrama do processo.

A seguir descrever as variações, particularidades da mensagem e processos (desta integração) de acordo com cada marca

Notas:

Observações sobre comportamento desta mensagem ou dos processos envolvidos nela/para ela

Limitações/Restrições

Descreva limitações e restrições para a integração que está sendo descrita. 

Limitações / Restrições Gerais

Descreva limitações e restrições para cada fluxo descrito no tópico anterior. Exemplo:

  • ERP1 envia ITEM cadastrado para o ERP2

ERP1 somente enviará o ITEM se este estiver em uma das famílias cadastradas no parâmetro FAMILIA_INTEGRACAO.

Se o tipo de valorização do estoque for FIFO.

  • ERP2 envia PEDIDO cadastrado para o ERP1

O pedido recebido no ERP1 vindo do ERP2 estará bloqueado para alteração.

 

Como fazer (opcional)

Descreva os passos que viabilizem a integração.

Exemplo:

Os passos para viabilizar a integração são:

  • No Logix ou no Protheus efetue o cadastro das seguintes informações: Clientes, fornecedores, transportadores, cidades, cotação de moeda e unidades de medida.
  • No Logix cadastrar um novo depositante e efetuar toda a parametrização necessária para a operação de WMS.
  • No Logix cadastrar um novo produto que seja controlado pelo WMS, para o depositante cadastrado anteriormente.
  • No Logix efetuar um processo de recebimento para o produto cadastrado anteriormente, utilizando uma nota fiscal provisória (tipo “A”).
  • No Protheus consultar a nota fiscal de recebimento que foi registrada no Logix, validando as informações recebidas.
  • No Logix efetuar um processamento de regularização fiscal, efetuando a cobertura dos produtos recebidos anteriormente.
  • No Protheus verificar se foi efetuado corretamente o relacionamento entre os dois documentos.
  • No Logix efetuar um processo de expedição para o novo produto cadastrado, até o momento do envio da mensagem de integração de pedido de venda.
  • No Protheus efetuar o faturamento do pedido de venda recebido.
  • No Protheus verificar se a nota fiscal gerada contém todas as informações necessárias para o segmento de operador logístico (armazém geral).
  • No Protheus efetuar a escrituração fiscal das notas fiscais, verificando se as regras da legislação deste segmento foram respeitadas.
  • No Logix é possível consultar o número do pedido de venda gerado para as notas fiscais de retorno simbólico e conta/ordem no programa WMS6333 (Consulta de Documentos). Para os processos de faturamento de serviço o número do pedido está disponível no programa WMS6411 (Movimentos a Faturar).

 

Situações comuns (opcional)

Descreva situações problemáticas comuns que podem ocorrer durante o funcionamento da integração e como solucioná-los. Neste ponto também é importante dar instruções de como reconhecer e investigar problemas que podem vir a ocorrer durante a integração. Se houver, apresente tabelas de códigos e descrições de erros que a integração poderá apresentar.

Este tópico possivelmente será alimentado com as experiências durante o desenvolvimento da integração e poderá ser realimentado durante o uso da integração no cliente.

Exemplo 1:

Tratamento de erros de integração (Produto A)

Erro

Mensagem

Solução

Código do erro

Mensagem exibida

Ação a ser tomada para resolução do erro.

Tratamento de erros de integração (Produto B)

Erro

Mensagem

Solução

Código do erro

Mensagem exibida

Ação a ser tomada para resolução do erro.

 

Exemplo 2:

Quando uma mensagem é enviada do Logix para o Protheus, podem ocorrer situações em que o WebService não estará totalmente funcional. Nestes casos uma mensagem de erro genérica irá aparecer na tela:

Exemplo:

Erro ao enviar a mensagem de Cidade via Integração

Se o arquivo de log for analisado, poderemos ver a falha na comunicação com o sistema destino:

-------------------------------------------------------------------------------

WSCERR044 / Não foi possível POST : URL http://172.16.31.57:8011/ws/FWWSEAI.apw

ADVPL WSDL Client 1.080707 / tst on 20120315 08:49:51

-------------------------------------------------------------------------------

Para resolver este problema, verifique as configurações do sistema de destino, analisando o funcionamento do servidor utilizado para esta comunicação e a habilitação do endereço do WebService. 

Checklist de suporte da aplicação

Crie um check-list de verificação de alguns pontos importantes para o funcionamento e atendimento da integração.

Instalação/Configuração

Relacione itens de verificação para garantir que a integração está corretamente instalada e configurada. Isto não pode ser uma cópia do procedimento de instalação/configuração, mas verificações pontuais que podem remeter aos itens da instalação.

Checklist de Verificações:

Relacione itens de verificações para que o atendente possa:

  • Identificar o funcionamento da integração;
  • Identificar a ocorrências de problemas;
  • Coletar evidências do mau funcionamento relatado pelo cliente;
  • Realizar possíveis ajustes na integração quanto à configuração ou negócio.




    Anexos