Registro de errores del conector y guía de reintentos

Anteriormente, aprendimos cómo capturar un error en un conector y realizar el manejo de errores de conectores en una Tulip App. Ahora, tocaremos el caso de uso específico de registrar Errores de Conector en una tabla Tulip y construir una aplicación supervisora que permita a los usuarios reintentar los conectores fallidos en un momento posterior.

Registrar errores de conector en una tabla Tulip

Registrar errores de conector en una tabla Tulip es una técnica útil para desbloquear usuarios en una aplicación y activar el procesamiento posterior del sistema.

1. Cree un gestor de errores de conectores en una aplicación.
2. Cree un disparador para escribir datos en una tabla Connector Response Log.
   a. Almacenar el código de respuesta HTTP b. Almacenar el mensaje de respuesta HTTP c. Almacenar cualquier metadato relevante de estación/usuario necesario d. Almacenar cualquier metadato de API relevante necesario (Ejemplo: número de orden de trabajo)

1. Permitir a los usuarios continuar con el flujo de trabajo de su aplicación, si el error del conector está dentro de lo esperado.

Ejemplo: Un sistema ERP externo no funciona mientras una aplicación de instrucciones de trabajo intenta enviar por POST los datos de retrolavado. Todos los datos necesarios para el POST todavía están disponibles en Tulip y pueden ser procesados más tarde. La aplicación Tulip almacena todos los metadatos POST (variables de aplicación + datos de marcador de posición de tabla) en una tabla y permite al usuario final continuar con sus instrucciones de trabajo.

Crear una aplicación supervisora para reintentar el conector

Mientras que algunos usuarios pueden estar ahora desbloqueados debido a la gestión de errores del conector a nivel de app, las funciones fallidas del conector no pueden enviar automáticamente los datos de Tulip al sistema externo. Para realizar esta actividad, es necesario crear una app independiente.

En esta aplicación Supervisor CRUD (Create, Read, Update, Delete), los usuarios con privilegios elevados pueden leer las transacciones fallidas del conector y elegir reintentar manualmente los conectores.

1. Cree una nueva aplicación llamada "Supervisor CRUD".
2. Cree un paso de Lectura del registro de errores, que permita al usuario ver todas las transacciones fallidas del conector. a. Incruste un Widget de Tabla Interactivab. Adjunte la tabla Connector Response Log a este widget. c. Asigne un marcador de posición de registro de tabla para que el usuario final del reproductor pueda interactuar con las transacciones fallidas.

1. Cree un paso Actualizar registro de errores. a. Muestre el marcador de posición del registro de la tabla y permita al usuario confirmar los detalles antes de reintentar la función Connector. b. Cree un botón Reintentar Connector. Configure el disparador para llamar a la función POST del conector aprovechando la tabla Connector Response Log.

Cree una condición en la que, si la llamada al conector no tiene éxito, se elimine el registro de la tabla Tulip.

Ejemplo: Más tarde el sistema ERP vuelve a estar en línea. El supervisor abre la aplicación Supervisor CRUD y puede leer todas las transacciones POST fallidas del ERP y reintentar manualmente las actividades de back flush de la orden de trabajo.