¿Qué ocurre si un proveedor de riesgo no está disponible?
Un proveedor indisponible representa un fallo operativo, no una señal de bajo riesgo. El adaptador Twilio actual devuelve un 503 mediante la API si el proveedor falla. El flujo del cliente debe implementar una cola de revisión o una alternativa autorizada; la alfa no convierte silenciosamente el fallo en allow.
Separar tres resultados
Distinga discrepancia, evidencia insuficiente y fallo técnico. La discrepancia es una afirmación devuelta; la evidencia insuficiente indica que falta una señal requerida; el fallo técnico impide completar la comprobación. Unificarlos dificulta explicar el resultado y puede producir un valor predeterminado inseguro.
Diseñar el flujo del cliente
En un desembolso, detenga el flujo si una comprobación obligatoria no puede completarse y diríjalo a un responsable o respaldo aprobado. Limite los reintentos a operaciones que lo permitan. La alfa de GridZen no mueve fondos ni garantiza idempotencia para la acción de pago posterior.
Verificar el comportamiento ante fallos
Pruebe tiempo de espera, respuesta malformada, credenciales ausentes, rechazo del proveedor y recuperación. Registre el estado HTTP separado de la decisión. Un 503 no tiene una respuesta de decisión exitosa y no debe registrarse como decline ni allow. Repita los casos al habilitar otro proveedor o política.
Fuentes y alcance
Basado en el contrato y código alfa. Las rutas reales requieren confirmación separada.