Implementación de Open Payments

Resumen

Implementar Open Payments implica poner en funcionamiento los servidores que hacen que las cuentas de un proveedor de servicios financieros sean compatibles con Open Payments. Esta página es el punto de entrada para los ingenieros de bancos, billeteras digitales, sistemas de pago móvil y otros proveedores que están desarrollando esa pila de servidores.

Esta página es el punto de partida para los implementadores de proveedores de servicios financieros (FSPs).

Lo que implementan los FSP

Para que las cuentas sean compatibles con Open Payments, los FSP operan tres servidores y se integran con un proveedor de identidad:

• Un wallet address server que devuelve información pública sobre cada cuenta compatible con Open Payments.
• Un servidor de recursos que aloja las API incoming-payment, quote y outgoing-payment.
• Un servidor de autorización que procesa las solicitudes de concesión, emite tókenes de acceso y coordina el consentimiento de los usuarios.
• Una integración del proveedor de identidad que autentica al propietario del recurso y obtiene el consentimiento explícito para las concesiones interactivas.

Los FSP también son responsables de la liquidación. Open Payments solo transporta la instrucción de pago; el movimiento real de los fondos se realiza entre los FSP mediante una infraestructura de pagos compartida.

Qué leer

Los FSP deben consultar las páginas Para los FSP para obtener detalles del lado del servidor. Las páginas están organizadas de la siguiente manera:

Descripción general del FSPQué debe implementar un FSP, cómo se relacionan estas páginas con el resto de los documentos y qué papel cumple Rafiki.

Arquitectura de wallet addressRestricciones de URL, el contrato de respuesta, patrones de múltiples divisas y política de asignación de direcciones a cuentas.

Servidor de recursosQué debe hacer el servidor de recursos para cada tipo de recurso y cómo deriva la operación a la liquidación.

Servidor de autorizaciónProcesamiento de GNAP, orquestación del consentimiento interactivo y gestión del ciclo de vida de los tókenes.

Integración del proveedor de identidadQué debe mostrar el IdP, qué le transmite el servidor de autorización y cómo se devuelven las decisiones.

SeguridadValidación de la firma, resolución de claves del cliente y generación de hashes de interacción desde el lado del servidor.

El resto de los documentos

Las páginas de Conceptos para desarrolladores (en Para desarrolladores → Conceptos) describen lo que los desarrolladores de clientes necesitan saber para llamar a las API. Los FSP pueden leerlas. Describen el mismo protocolo desde el otro lado, pero no son la fuente de autoridad para los requisitos de implementación de los FSP.

Implementación de referencia

Rafiki es una implementación de código abierto de una pila de servidores compatible con Open Payments. Las páginas Para los FSP describen los requisitos del estándar y del protocolo. La documentación de Rafiki describe una implementación específica.