Log de erros do conector e passo a passo de novas tentativas

Anteriormente, aprendemos a capturar um erro em um Connector e a realizar o Connector Error Handling em um aplicativo Tulip. Agora, abordaremos o caso de uso específico de registrar erros de conector em uma tabela Tulip e criar um aplicativo supervisor que permita aos usuários tentar novamente os conectores com falha em um momento posterior.

Registro de erros de conector em uma tabela Tulip

O registro de erros de conector em uma tabela Tulip é uma técnica útil para desbloquear usuários em um aplicativo e acionar o processamento posterior do sistema.

1. Crie o tratamento de erros do conector em um aplicativo.
2. Crie um acionador para gravar dados em uma tabela de registro de respostas do conector.
   a. Armazene o código de resposta HTTP. b. Armazene a mensagem de resposta HTTP. c. Armazene os metadados relevantes da estação/usuário necessários d. Armazenar quaisquer metadados relevantes da API necessários (exemplo: número da ordem de serviço)

1. Permitir que os usuários continuem com o fluxo de trabalho do aplicativo, se o erro do conector estiver dentro das expectativas.

Exemplo: Um sistema ERP externo está fora do ar enquanto um aplicativo de instrução de trabalho tenta fazer o POST de dados de descarga retroativa. Todos os dados necessários para o POST ainda estão disponíveis no Tulip e podem ser transacionados posteriormente. O aplicativo Tulip armazena todos os metadados do POST (variáveis do aplicativo + dados de espaço reservado da tabela) em uma tabela e permite que o usuário final do jogador continue com suas instruções de trabalho.

Criar um aplicativo supervisor para tentar novamente o conector

Embora alguns usuários possam agora ser desbloqueados devido ao tratamento de erros do conector no nível do aplicativo, as funções do conector com falha não podem enviar automaticamente os dados do Tulip para o sistema externo. Para realizar essa atividade, você precisa criar um aplicativo separado.

Nesse aplicativo Supervisor CRUD (Create, Read, Update, Delete), os usuários com privilégios elevados podem ler as transações de conector com falha e optar por tentar novamente os conectores manualmente.

1. Crie um novo aplicativo chamado "Supervisor CRUD".
2. Crie uma etapa Read Error Log, que permita ao usuário visualizar todas as transações com falha do conector. a. Incorpore um widget de tabela interativob. Anexe a tabela de registro de respostas do Connector a esse widget. c. Atribua um espaço reservado de registro de tabela para que o usuário final do Player possa interagir com as transações com falha.

1. Crie uma etapa Atualizar registro de erros. a. Exiba o espaço reservado do registro da tabela e permita que o usuário confirme os detalhes antes de tentar novamente a função do Conector. b. Crie um botão Retry Connector. Configure o acionador para chamar a função POST do conector aproveitando a tabela Registro de respostas do conector.

Crie uma condição na qual, se a chamada do conector não for bem-sucedida, o registro será excluído da tabela Tulip.

Exemplo: Mais tarde, o sistema ERP volta a ficar on-line. O supervisor abre o aplicativo CRUD do supervisor e pode ler todas as transações POST do ERP que falharam e repetir manualmente as atividades de retorno da ordem de serviço.