Tratamiento Rechazado

Cuando una transacción es rechazada (REFUSED), se crea una excepción. Ahora también se creará un grupo, con estado REFUSED.

Una transacción es rechazada cuando el perfil entrante coincide con un perfil en la base que ya está involucrado en una excepción

El grupo de excepción rechazada ahora se relaciona con todos los grupos de excepción responsables del rechazo de la transacción

Cuando se trata un grupo de excepción, se analizan todos los grupos de excepción rechazados que estén vinculados al grupo de excepción tratado. Si todos los grupos de excepción que bloquearon el grupo de excepción rechazado son tratados, la transacción rechazada se enviará de nuevo como una nueva transacción, de acuerdo con la operación original (enroll o update) La nueva operación puede generar sus propias excepciones, de acuerdo con el flujo de la operación elegida

Este proceso se registra en el log de operación y el estado de reenvío y el nuevo TGUID se almacenan en el grupo de excepción rechazado de origen, siendo devueltos en get/list exception groups (estado y nuevo TGUID) y get/list transaction (solo el nuevo TGUID).

El proceso se ejecuta en la LEADER API en un hilo separado de los tratamientos regulares.

Priorización

Con respecto a la prioridad, cuando se prioriza/desprioriza una excepción o un grupo, todos los grupos de excepción rechazados relacionados y los grupos dependientes también lo son.

Un grupo de excepción rechazado siempre esperará por los grupos de excepción que lo bloquean, a menos que se cambie el estado de REFUSED. El estado puede cambiarse a REMOVED, lo que hará que, incluso si la excepción bloqueante es tratada, no se reenvíe automáticamente. El estado puede cambiarse de nuevo para que vuelva a esperar el tratamiento de las excepciones.

El proceso se realiza a través del endpoint Change refused status .