Skip to main content
Cuando el operador del banco originador crea un Claim, se genera una acción con tipo CLAIM a través del API. Esta acción contendrá los detalles del motivo por el cual fue creada dentro del objeto labels.reason. Por ejemplo, si la transferencia tuvo un crédito doble o un valor incorrecto, el motivo específico será incluido en esa propiedad del label, lo que permite a los bancos destino validar y responder adecuadamente a la solicitud de devolución.

Aceptación y rechazo de Claims

Aceptación

Una vez que el operador del banco destinatario acepta la acción de tipo CLAIM, el Dashboard invoca el endpoint: POST /v1/action//accept La API enviará la acción de tipo CLAIM al endpoint /transfer del banco destinatario para ser firmada. Según la respuesta del banco, pueden ocurrir dos casos: Proceso exitoso de firma:
  • El estado de la transferencia cambiará de COMPLETED a REJECTED.
  • El estado de la acción cambiará a COMPLETED.
  • El objeto labels.reason de la acción se guardará dentro del objeto de error de la transferencia.
  • Se invocarán los endpoints /status tanto del banco originador como del banco destinatario.
Proceso fallido de firma:
  • El error se guardará dentro del objeto de error de la acción CLAIM.
  • El estado de la transferencia se mantendrá en COMPLETED.
  • El estado de la acción cambiará a ERROR.

Rechazo

Si el operador del banco destinatario rechaza la acción CLAIM, la entidad financiera debe especificar el motivo del rechazo. Este será guardado en labels.rejectDescription. En este caso:
  • El estado de la transferencia permanece en COMPLETED.
  • La acción CLAIM cambia su estado a REJECTED.
  • El endpoint /status no es invocado.
  • El objeto de error tendrá la siguiente estructura:
Finalmente, el Dashboard llamará al endpoint: POST /v1/action/ para actualizar los campos labels.status y labels.rejectDescription.