OnwardTrust
Come funziona

Un pagamento, cinque stati e una persona in due di essi

La versione 1 è deliberatamente piccola e deliberatamente manuale. Tutto quanto segue descrive ciò che accade davvero, comprese le parti che una macchina non fa ancora.

Il percorso del denaro

Dove si trova il denaro, in ogni momento

In attesa del bonifico
La prenotazione esiste ed è stata emessa una causale univoca. Nulla si è mosso. L'agenzia vede la prenotazione ma non ha alcun fondo, e il viaggiatore può ancora rinunciare senza alcun costo.
Accredito ricevuto
Il denaro è arrivato su un conto OnwardTrust. Non è ancora collegato a una prenotazione — un accredito e un pagamento abbinato sono cose diverse, e confonderle è il modo in cui i sistemi di deposito a garanzia perdono denaro.
In custodia
Abbinato alla prenotazione da un membro del personale. L'agenzia viene informata che i fondi sono qui e può emettere con tranquillità. Nessuna delle due parti può muovere il denaro.
Svincolato
Prova dell'emissione verificata, periodo di contestazione chiuso, seconda approvazione ottenuta dove richiesta. I fondi passano all'agenzia al netto della commissione.
Restituito
Nessun biglietto valido, una prenotazione scaduta o una contestazione accolta. Il viaggiatore viene rimborsato sul conto da cui è arrivato il denaro. È l'esito predefinito quando qualcosa resta irrisolto.

Perché la causale è obbligatoria

Un accredito bancario arriva con un importo, un mittente e una riga di testo libero. Quella riga è l'unica cosa che lo lega a una prenotazione, perciò è obbligatoria e non soltanto consigliata, ed è formattata per distinguersi visibilmente da qualsiasi altra causale di pagamento che i nostri contabili gestiscono.

Un accredito che arriva senza causale non viene rifiutato — finisce in una coda e una persona risale alla prenotazione partendo dall'importo e dal mittente.

Due code umane

Abbinare gli accrediti alle prenotazioni e approvare gli svincoli. Nella versione 1 non c'è alcuna API bancaria, perciò queste due code sono il vero limite di capacità del prodotto. Gli svincoli oltre una certa soglia richiedono un secondo approvatore, e ogni approvazione viene scritta in un registro di controllo con il nome di chi ha cliccato.

Quando qualcosa va storto

I casi che decidono se qualcuno si fiderà

Un prodotto di fiducia si giudica interamente dai suoi scenari negativi. Qui sono risolti in anticipo, così nessuno improvvisa con il denaro di qualcun altro.

L'agenzia non emette mai il biglietto

Il periodo di contestazione si chiude e il viaggiatore viene rimborsato per intero. L'agenzia non deve dare il proprio consenso, e nulla del rimborso richiede la sua collaborazione — quell'indipendenza è l'intero senso di questo accordo.

Il biglietto esiste ma è sbagliato

Passeggero sbagliato, itinerario sbagliato, data sbagliata. Trattato come assenza di biglietto valido: la verifica della prova dell'emissione avviene rispetto alla prenotazione così come è stata venduta, non semplicemente rispetto all'esistenza di un numero di biglietto.

Il viaggiatore invia l'importo sbagliato

Un pagamento parziale viene segnalato anziché rifiutato automaticamente. Le piccole differenze in meno sono di solito commissioni di banche intermediarie, e un sistema che le respinge crea due problemi invece di risolverne uno. Decide una persona.

Il viaggiatore cambia idea

Prima dello svincolo il denaro è ancora suo sotto ogni profilo pratico, e le condizioni di cancellazione dell'agenzia si applicano alla prenotazione, non ai fondi. Il deposito a garanzia non crea un diritto di recesso, ma fa sì che nessuno debba inseguire un'agenzia per un rimborso che quest'ultima ha già speso.

Il denaro arriva dopo la scadenza della prenotazione

Il posto può non essere più disponibile anche se il pagamento è in regola. L'accredito viene abbinato, la prenotazione viene contrassegnata come scaduta e il denaro viene restituito anziché custodito a fronte di una prenotazione che non esiste più.

Qualcuno contesta il pagamento in seguito

Ogni cambio di stato viene registrato con data, ora e autore, e la pagina di stato del viaggiatore resta disponibile per 24 mesi. Il registro è lo stesso che vedono entrambe le parti.

Integrazione

Che cosa deve davvero sviluppare un'agenzia

Un reindirizzamento in uscita, due webhook in ritorno. I nostri marchi di viaggio sono l'esercente numero uno e usano la stessa API pubblica, perciò non esiste un percorso privato che funzioni meglio del Suo.

1 · Crei il pagamento

Chiamata lato server con la prenotazione, l'importo, la valuta e l'email del Suo cliente. Riceve in risposta una causale di pagamento e l'URL del portale.

2 · Invii il viaggiatore

Reindirizzi all'URL del portale invece di mostrare le Sue coordinate bancarie. Tutto ciò che serve al viaggiatore — beneficiario, IBAN, causale, scadenza — si trova lì.

3 · Ascolti due eventi

payment.held Le comunica che il denaro è arrivato e che può emettere in sicurezza. payment.released Le comunica che il denaro è stato versato. Un evento payment.returned chiude lo scenario negativo.

Il contratto dell'API per gli esercenti viene scritto insieme alle prime integrazioni pilota anziché essere pubblicato in anticipo, così che siano le agenzie del progetto pilota a dargli forma. Ci chieda la bozza attuale.

Avanti

Lo veda dal punto di vista del viaggiatore

Le quattro schermate che un cliente attraversa, e la pagina su cui arriva quando cerca il nostro nome dopo che gli è stato chiesto di inviarci un bonifico.