Pagos a proveedores: diseñar un proceso de autorización

Define la obligación que origina el pago

Cada solicitud debe relacionarse con una referencia comercial verificable, como una compra o un servicio aceptado. Guarda el importe, la moneda y el destinatario previsto en el sistema responsable. Evita que una hoja de cálculo recibida por correo se convierta automáticamente en una orden ejecutable. Si se modifica una solicitud, conserva el motivo y la versión aprobada. El objetivo es poder explicar después por qué se autorizó un pago concreto y qué documento o decisión lo sustentaba, sin depender de la memoria de una persona.

Desembolsos y pagos masivos — Soon

Comprueba los datos del destinatario

El alta y la modificación de destinatarios necesitan un procedimiento definido. Designa qué equipo revisa los datos y cómo se registra una corrección. No mezcles el cambio de una cuenta de destino con la aprobación silenciosa de pagos pendientes. La información requerida y las comprobaciones concretas dependen del proveedor y del canal elegidos. Confirma esos requisitos antes de diseñar formularios. Una lista de destinatarios técnicamente válida puede seguir siendo incorrecta desde el punto de vista comercial si apunta a la entidad equivocada.

Integración y API

Separa preparación y autorización

Describe quién propone el pago, quién revisa el conjunto y quién puede ejecutarlo dentro de tu organización. La separación debe ajustarse a tu proceso y al riesgo real, no ser una casilla decorativa. Una persona autorizada necesita ver importe, moneda, destinatario y referencia antes de decidir. Si trabaja con un lote, debe poder identificar las excepciones sin aceptar todo a ciegas. Registra la decisión y establece qué cambios obligan a revisar de nuevo una solicitud que ya había sido aprobada.

Página de pago alojada

Diseña el seguimiento de resultados

Una solicitud enviada a una API no demuestra por sí sola que el destinatario haya recibido los fondos. El canal elegido debe proporcionar resultados documentados y referencias que permitan investigar. No reutilices sin comprobar las reglas de una integración de cobros para un flujo de pagos salientes. Las documentaciones de Stripe y Mollie citadas ilustran principios de estado y notificación en pagos; el contrato específico de payouts debe confirmarse por separado. Tu proceso debe conservar los casos pendientes y evitar duplicarlos por una respuesta de red tardía.

Prepara la gestión de excepciones del lote

Imagina un lote en el que varias solicitudes tienen resultados distintos. La pantalla debe distinguirlas individualmente, en lugar de presentar todo el conjunto como realizado. Una petición con datos incorrectos necesita corrección; un resultado desconocido exige investigación antes de repetir el envío. Mantén la relación entre la solicitud original y cualquier acción posterior. Un informe útil muestra responsable, motivo y siguiente paso de cada excepción. Esto permite trabajar de forma ordenada sin borrar el historial ni confundir una corrección con un segundo pago legítimo.

Planifica sobre disponibilidad confirmada

El módulo ampliado de payouts para comerciantes de OrsunPay no está disponible hoy. La existencia de rutas internas no implica acceso general para los comercios. Los destinos, monedas y plazos dependerán de integraciones y aprobaciones concretas. Para una necesidad actual, selecciona un servicio disponible y confirma sus condiciones. OrsunPay no sustituye al PSP ni concede permisos regulatorios. Utiliza esta guía como preparación de requisitos y de responsabilidades, manteniendo separados los procesos de cobro, los pagos salientes y la contabilidad de tu empresa.

• Vincular cada solicitud a una obligación identificable.
• Revisar cambios de destinatario por un proceso definido.
• Mostrar los datos definitivos a quien autoriza.
• Investigar resultados desconocidos antes de repetir.
• No incluir una función prevista como dependencia de un lanzamiento actual.

Fuentes

• Documentación de Stripe sobre webhooks
• Documentación de Mollie sobre pagos