Saltar al contenido
AP2 / OAUTH / AUTHZEN
← Volver a Developers · Abrir en Knowledge ↗
NOTA TÉCNICA · INTEROPERABILIDAD PROPUESTA · 9 NOV 2026

Una firma válida no siempre significa autoridad legítima.

AP2 y OAuth transportan mandatos y delegaciones. PAVREN vincula esa capacidad con quien realmente tiene derecho a autorizar.

01

La diferencia en cuatro capas

  1. 01 · Autoridad legítima
    ¿Quién puede autorizar y con qué facultad?Govern · fuente de autoridad y Authorized Envelope
  2. 02 · Mandato operativo
    ¿Qué firma, token y límites se transportan?AP2 v0.2 · OAuth / RFC 9396 (extensión propuesta)
  3. 03 · Punto de ejecución
    ¿Se permite que esta acción concreta tenga efecto ahora?C19 / PEP / AuthZEN · decisión y razón
  4. 04 · Evidencia
    ¿Quién propuso, quién autorizó y qué quedó registrado?Mandato firmado, aprobación, expediente y traza
02

Caso Ana: pago a proveedor

Ana tiene un límite hipotético de USD 5.000. Solicita un pago de USD 18.000. Prueba distintas combinaciones sin ejecutar pagos.

USD 5,000.00 → Ana · USD 18,000.00 → Finance Manager. Sin pago ni autorización real. Los permisos y las firmas no se verifican en el navegador.
Sin pago ni autorización real. Los permisos y las firmas no se verifican en el navegador.
Resultado hipotético
ESCALATE

Firma y mandato
Competencia institucional
¿Puede ejecutarse?
Evidencia
03

Correspondencias fundamentales

Qué comprobarAP2 / OAuthAporte de PAVREN
Quién actúa OAuth sub / act.sub y clave cnf.jkt Identidad y cadena de delegación vinculadas a la envolvente
Qué puede pagar Checkout/Payment Mandates y límites; authorization_details opcional Facultad legítima, destinatario y límite institucional
Cuándo detener Mandato o token vigente no equivale a autoridad vigente Comprobación de C19, revocación y efecto material
Qué registrar Mandatos y recibos AP2 Decisión, aprobador, fuente de autoridad y evidencia
Ilustrativos, sin firmas reales ni identificadores registrados. Los ejemplos no son contratos de producción.
04

Seis controles para una integración real

  1. Saturación de solicitudes de aprobación: agrupar y limitar reintentos, sin fatiga del aprobador.
  2. Conversión monetaria: usar unidades menores e ISO 4217, nunca comparaciones flotantes.
  3. Limpieza de cadena de actores: verificar la cadena por su origen y en el destino.
  4. Revocación tardía: consultar el estado vigente en el punto donde ocurre el efecto.
  5. Firma ciega: mostrar la facultad, el monto y el destinatario antes de la aprobación.
  6. Rutas no protegidas: cerrar conectores alternativos capaces de materializar la acción.
05

Nota íntegra original

Texto original en inglés, con tablas y figura íntegra.

C10 · C19 · PRF-PERS · Annex P · Annex I · Annex S
Documento complementario propuesto; no reemplaza Govern 3.0 ni demuestra compatibilidad técnica implementada.
Continúa explorando PAVREN

Regresa al caso guiado para desarrolladores o lee el control C19 oficial completo.

Del protocolo a una ruta de adopción

Antes de conectar sistemas, comprende el mismo problema de autoridad sin código o explora opciones de implementación.

Comprender el caso cotidiano → · Acompañamiento de integración →