OnwardTrust
Cómo funciona

Un pago, cinco estados y una persona en dos de ellos

La versión 1 es deliberadamente pequeña y deliberadamente manual. Todo lo que sigue describe lo que ocurre realmente, incluidas las partes que todavía no hace una máquina.

El recorrido del dinero

Dónde está el dinero, en cada momento

A la espera de la transferencia
La reserva existe y se ha emitido una referencia única. No se ha movido nada. La agencia ve la reserva pero no tiene fondos, y el viajero todavía puede desistir sin coste alguno.
Abono recibido
El dinero ha llegado a una cuenta de OnwardTrust. Todavía no está vinculado a una reserva — un abono y un pago conciliado son cosas distintas, y confundirlos es la manera en que los sistemas de depósito en garantía pierden dinero.
Retenido
Conciliado con la reserva por un miembro del personal. Se notifica a la agencia que los fondos están aquí y puede emitir con confianza. Ninguna de las dos partes puede mover el dinero.
Liberado
Justificante de emisión verificado, plazo de reclamación cerrado, segunda aprobación obtenida cuando es necesaria. Los fondos pasan a la agencia menos la comisión.
Devuelto
Ningún billete válido, una reserva caducada o una reclamación estimada. Se le reembolsa al viajero en la cuenta desde la que salió el dinero. Este es el resultado por defecto cuando algo queda sin resolver.

Por qué la referencia es obligatoria

Un abono bancario llega con un importe, un ordenante y una línea de texto libre. Esa línea es lo único que lo vincula a una reserva, así que se exige en lugar de recomendarse, y tiene un formato visiblemente distinto del de cualquier otra referencia de pago que manejen nuestros contables.

Un abono que llega sin ella no se rechaza — pasa a una cola y una persona trabaja hacia atrás a partir del importe y del ordenante.

Dos colas atendidas por personas

Conciliar abonos con reservas y aprobar liberaciones. En la versión 1 no hay API bancaria, así que estas dos colas son el verdadero límite de capacidad del producto. Las liberaciones por encima de un umbral necesitan un segundo aprobador, y cada aprobación se escribe en un registro de auditoría con el nombre de quien haya hecho clic.

Cuando algo sale mal

Los casos que deciden si alguien confía en esto

Un producto de confianza se juzga enteramente por sus escenarios desfavorables. Estos están resueltos de antemano para que nadie improvise con el dinero de otra persona.

La agencia nunca emite un billete

El plazo de reclamación se cierra y se le reembolsa al viajero el importe íntegro. La agencia no tiene que estar de acuerdo, y nada del reembolso requiere su cooperación — esa independencia es todo el sentido del acuerdo.

El billete existe pero es incorrecto

Pasajero incorrecto, ruta incorrecta, fecha incorrecta. Se trata como si no hubiera billete válido: la comprobación del justificante de emisión se hace contra la reserva tal como se vendió, no meramente contra la existencia de un número de billete.

El viajero envía un importe incorrecto

Un pago incompleto se marca en lugar de rechazarse automáticamente. Las pequeñas diferencias suelen ser comisiones de bancos intermediarios, y un sistema que las rechaza crea dos problemas en lugar de resolver uno. Decide una persona.

El viajero cambia de opinión

Antes de la liberación, el dinero sigue siendo suyo a todos los efectos prácticos, y las condiciones de cancelación de la agencia se aplican a la reserva y no a los fondos. El depósito en garantía no crea un derecho a cancelar, pero sí significa que nadie tiene que perseguir a una agencia por un reembolso que esta ya se ha gastado.

El dinero llega después de que caduque la reserva

Puede que la plaza ya no esté disponible aunque el pago sea correcto. El abono se concilia, la reserva se marca como caducada y el dinero se devuelve en lugar de retenerse contra una reserva que ya no existe.

Alguien lo reclama más adelante

Cada cambio de estado se registra con una marca de tiempo y un actor, y la página de estado del viajero permanece disponible durante 24 meses. El registro es el mismo que ven ambas partes.

Integración

Lo que una agencia construye realmente

Una redirección de salida, dos webhooks de vuelta. Nuestras propias marcas de viajes son el comercio número uno y usan la misma API pública, así que no hay ninguna vía privada que funcione mejor que la suya.

1 · Cree el pago

Llamada desde el servidor con la reserva, el importe, la divisa y el correo electrónico de su cliente. Recibe a cambio una referencia de pago y una URL del portal.

2 · Envíe al viajero

Redirija a la URL del portal en lugar de mostrar sus propios datos bancarios. Todo lo que el viajero necesita — beneficiario, IBAN, referencia, plazo — está ahí.

3 · Escuche dos eventos

payment.held le indica que el dinero ha entrado y que es seguro emitir. payment.released le indica que ya se ha abonado. Un evento payment.returned cierra el escenario desfavorable.

El contrato de la API para comercios se está redactando junto con las primeras integraciones del piloto en lugar de publicarse de antemano, para que sean las agencias del piloto las que le den forma. Pídanos el borrador actual.

Siguiente

Véalo desde el lado del viajero

Las cuatro pantallas por las que pasa un cliente, y la página a la que llega cuando busca nuestro nombre después de que le digan que nos envíe dinero por transferencia.