Sito di prenotazione multivaluta: dove si perde il margine
Un sub-agent di Riad chiede perché il sito ha quotato in SAR sulla pagina di ricerca e la fattura riporta AED. Controlli. Tutti e due i numeri sono giusti. La tariffa è stata prezzata dal supplier in una valuta, mostrata al viaggiatore in un'altra e regolata in una terza quando la carta è passata. Nessuno ha sbagliato, e tu sei comunque sotto. È lì che un sito di prenotazione multivaluta perde soldi in silenzio, e quasi mai è il cambio a fare il danno. È la regola di arrotondamento sotto, e la domanda mai posta su chi porti il rischio tra il preventivo e l'incasso.
Due valute, e solo una muove denaro
Qualsiasi negozio che venda oltre confine fa girare due sistemi valutari insieme. Trattarli come uno solo è all'origine di quasi tutto il disordine.
La valuta di visualizzazione è quella che il viaggiatore legge. È un livello di presentazione. Su questa piattaforma ogni sito white-label sceglie la propria valuta predefinita e l'elenco che offre, e i prezzi si convertono lato client da una tabella cambi per tenant. Il dettaglio conta più di quanto sembri: il numero a schermo è derivato. È il tuo tasso applicato al prezzo del supplier nell'istante in cui la pagina viene renderizzata, non un prezzo che qualcuno si è impegnato a tenere.
La valuta di settlement è quella in cui il denaro si muove davvero: quella in cui il supplier ti fattura, quella che il gateway incassa, quella che arriva sull'estratto conto, quella in cui esce il rimborso. Di solito ce n'è una per fornitore e una per gateway, e non sempre coincidono.
Quando un'agenzia dice «vendiamo in EUR, AED e USD», quasi sempre significa che ne mostra tre e ne regola una. È un modo perfettamente valido di gestire un negozio; la maggior parte dei negozi lavora così. Smette di andare bene nel momento in cui qualcosa a valle tratta un prezzo mostrato come un impegno — un rimborso, un estratto per un sub-agent, una contestazione — perché quel prezzo un impegno non lo è mai stato. Era un rendering.
Chi porta il rischio FX su un sito di prenotazione multivaluta
Tra il viaggiatore che vede un prezzo e il denaro che si regola, qualcuno è esposto a un tasso che può muoversi. La domanda non è mai se quell'esposizione esista. È di chi sia, e se chi ce l'ha lo sappia.
Le risposte oneste sono tre. La porta il supplier quando hai contrattato net rates nella tua valuta e la conversione se la assorbe lui. La porta il viaggiatore quando addebiti nella valuta del supplier e converte l'emittente della carta: la più pulita per te, e quella di cui i viaggiatori si lamentano, perché l'importo sull'estratto non è l'importo sulla conferma. Oppure la porti tu, ed è esattamente ciò che significa una tabella cambi: hai fissato un tasso, e la differenza rispetto a quello reale il giorno del settlement è tua, in entrambe le direzioni.
Tutte e tre si difendono. Quella da evitare è la quarta per distrazione, dove nessuno ha deciso, la tabella cambi si aggiorna quando qualcuno se ne ricorda e la posizione si scopre in riconciliazione un trimestre dopo. Se non sai dire proprietario e cadenza di aggiornamento in una frase, sei nel quarto caso.
L'arrotondamento è una decisione di prezzo, non di formattazione
Quasi tutti i motori impostano di default uno step di 0,01 perché è così che si scrive una valuta decimale. Nel turismo è il default sbagliato, per quattro ragioni distinte.
La prima è che non ogni valuta ha un'unità minore. Lo yen giapponese e il won coreano no; un prezzo con due decimali in quei mercati si legge come un artefatto del software, e uno step di 0,01 su una valuta senza centesimi è aritmetica su un'unità che non esiste.
La seconda è che i prezzi convertiti sembrano convertiti. EUR 1.236,47 annuncia da solo di essere il risultato di una moltiplicazione. Il viaggiatore che lo legge sa che dietro c'è un altro numero, e la mossa naturale è andare a cercarlo altrove. Un prezzo che cade su uno step tondo si legge come il tuo prezzo.
La terza è la direzione. Arrotondare allo step più vicino è simmetrico: sui volumi gli errori si compensano e il margine non si muove. Arrotondare per eccesso aggiunge sempre una scheggia, per difetto ne regala sempre una. Sono due politiche, ed entrambe vanno bene se sono state scelte. Il guaio è sceglierla per caso, nella direzione sbagliata, e poi chiedersi perché il margine lordo di un mercato stia un filo sotto gli altri.
La quarta è l'ordine delle operazioni, ed è quella che morde davvero. Converti, poi applica il markup, poi arrotonda — una volta sola, alla fine. Un motore che arrotonda la tariffa netta in conversione e arrotonda di nuovo dopo il markup ha arrotondato due volte, e la seconda su un numero che il resto l'aveva già perso. Moltiplicalo su tariffa, tasse e ancillaries prezzati come componenti separate e il totale smette di essere la somma delle sue parti: che è un problema di riconciliazione prima ancora che di pricing.
Arrotonda per componente oppure sul totale, ma non entrambe, e assicurati che quello che la fattura mostra torni quando un sub-agent lo mette in un foglio di calcolo. Lo farà.
Tre modi di gestirlo davvero
I modelli qui sotto non sono livelli di prodotto. Sono tre risposte diverse a «cosa prometti al viaggiatore», e portano lavoro diverso.
| Conversione a display | Listini per mercato | Settlement per mercato | |
|---|---|---|---|
| Di cosa si tratta | Una valuta di settlement; il resto lo renderizza la tabella cambi | Prezzi decisi a mano per mercato, non derivati | Un gateway e un conto per valuta |
| Chi porta l'FX | Tu, tra un aggiornamento e il settlement | Tu, finché non riprezzi | Quasi nessuno: la valuta la tieni tu |
| Rimborsi | Serve il tasso del giorno di vendita, o paghi la differenza | Puliti: torna lo stesso numero | Puliti |
| Controllo del prezzo | Debole. La psicologia è quella che esce dal cambio | Totale. Scegli ogni prezzo | Totale |
| Contabilità | Un libro, facile | Un libro, facile | Più libri, lavoro vero |
| Quando ha senso | Quasi tutte le agenzie, quasi sempre | Un mercato in cui compete davvero sul prezzo | Hai personale, volumi e una banca là |
Quasi tutti dovrebbero partire dalla colonna di sinistra e spostare un singolo mercato su quella centrale quando se lo merita. La colonna di destra è una decisione operativa travestita da tecnologia: se oggi in azienda nessuno riconcilia due libri, non sarà la terza valuta a far cominciare.
Quanto ti costa sbagliarlo
Il rimborso è il caso classico. Una prenotazione venduta a un tasso, cancellata sei settimane dopo e rimborsata al tasso di oggi perché è quello che il motore aveva sottomano. Se il cambio si è mosso a favore del viaggiatore la differenza l'hai pagata tu; se si è mosso dall'altra parte il viaggiatore crede che tu gli abbia dato meno, e non ha tutti i torti. Salva sulla prenotazione il tasso usato in vendita e rimborsa su quello.
Quello silenzioso è il credito. I limiti di credito dei sub-agent e le fatture di settlement qui sono oggetti di prima classe e non un foglio di calcolo — il che è un vantaggio solo se il limite è denominato nella valuta in cui quell'agente vende davvero. Un limite in USD su un agente che vende in SAR si sposta a ogni movimento del cambio, e lo scostamento si scopre nel momento peggiore: quando il limite blocca un'emissione in aeroporto.
Poi c'è quello lento. Una tabella cambi vecchia non dà errore. Vende. Per settimane può sembrare un volume insolitamente buono in un mercato, fino alla chiusura del mese, quando si scopre che quel volume era uno sconto che non sapevi di fare. È l'argomento per mettere una data e un responsabile sulla tabella cambi, invece di un cron job che nessuno legge.
Prima di accendere un mercato
Niente di tutto questo richiede un progetto. Richiede decisioni scritte, in quest'ordine, prima che la valuta compaia nel selettore:
- Dichiara la valuta di settlement per quel mercato, con il supplier e il gateway a cui si applica. Una frase.
- Dichiara chi aggiorna la tabella cambi e con che frequenza, e metti la data di ultimo aggiornamento dove un essere umano la veda.
- Scegli uno step di arrotondamento per valuta, non uno globale, e controlla a parte le valute senza decimali.
- Verifica che l'ordine sia converti, applica il markup, arrotonda una volta — e che i prezzi delle componenti in fattura sommino ancora al totale.
- Verifica che i rimborsi usino il tasso di vendita salvato, non quello di oggi.
- Controlla che i limiti di credito dei sub-agent e le fatture di settlement siano nella stessa valuta degli estratti che quegli agenti leggono.
Poi accendi, vendi per quindici giorni e riconcilia quei quindici giorni a mano, una volta. Il primo mercato è quello che ti insegna quale dei sei punti sopra avevi sbagliato.
Il comportamento valutario è la parte di uno storefront più facile da mostrare in demo e più difficile da verificare, quindi conviene vedere le impostazioni vere prima di progettarci sopra. Se vuoi guardare cosa monta un sito — l'elenco valute, la tabella cambi, l'admin dove vivono i markup — avviane uno dal wizard: nasce su un sottodominio della piattaforma e non chiede la carta. Se stai ancora decidendo se far girare il motore di qualcun altro, il confronto tra white label e motore proprio è l'argomento che sta sotto a questo, e cosa ti dà davvero un sito white label copre il resto della superficie.
Il tasso di cambio è informazione pubblica. La tua regola di arrotondamento, il tasso con cui rimborsi e la cadenza con cui aggiorni non lo sono, ed è lì che si decide davvero il margine di una prenotazione transfrontaliera.