Layer-api-inbound-http-service

El layer api inbound http es el servicio encargado de la gestión de ingesta de tareas por medio de petición. Es decir, expone servicios que procesan la información en base a los criterios y reglas de negocio programadas para validar la información de entrada y asegurar que la verificación sea procesada con los datos corretos.

Endpoints

Endpoint	Método	Petición	Response	Descripción
~/api/task	POST	{"type": "nombre_tópico"}	response	Endpoint que se encarga de ingestar tareas recibiendo los datos de entrada y validándolos por medio de un json schema consultado en la tabla de task_schema. Este endpoint está deprecado debido a que el procesamiento de la entrada de tareas se ha mejorado
~/api/newTask	PUT	{"type": "nombre_tópico"}	response	Endpoint para ingestar tareas recibiendo los datos de entrada y validándolos por medio de un json shchema. Al procesar la información de entrada se ingresa la tarea y se envía al servicio de ocr para validar imágenes recibidas
~/api/veritel	PUT	{"type": "nombre_tópico"}	response	Endpoint específico para tareas de veritel el cuál valida que los datos de entra sean los que espera el servicio de nombre de servicio pendiente mandando los datos procesados por la validación del schema de veritel.
~/api/multitask/{identifier}	PUT	{"idSolicitud": "XXXXXXXX"}	response	Endpoint encargado de ingresar tareas solicitadas en máquina de estados. Recibe como parámetro el identificador de la tarea y en el body el id de la solicitud con la cuál consultará la información en máquina de estados. Posteriormente se consulta la configuración en la tabla de task_schema y se aplica para validar los datos de entrada y poder procesar de manera correcta la verificación solicitada

Dependencias

• API-Core

Este servicio hace uso de endpoints del api core tanto para consulta de información como para la ingesta de tareas a plataforma.

• API-Ocr

Invoca el procesamiento de ocr al terminar de ingestar las tareas como parte del proceso de validación de datos. Este servicio es el encargado de pasar las tareas a estado de RESOLVIENDO para ser procesadas por el task_publisher

Elementos que lo consumen

• API-Data-reader

Se invoca el endpoint de newTask para ingresar las tareas leídas por el proceso de ingesta por emails.

• Landing

Interfaz de clientes donde solicitan las verificaciones necesarias para las solicitudes de crédito. Esta vista invoca el endpoint de multitask que se encarga de ingresar tareas validando los datos de entrada por medio de configuración de tareas de kafka

Referencias

Repositorio: https://source.cloud.google.com/coa-autonomation-mx/layer-api-inbound-http-service

Despliegue: https://Layer-api-inbound-http-service.autonomation.calidad-architect.com/v1

Swagger: https://Layer-api-inbound-http-service.autonomation.calidad-architect.com/v1/swagger-ui