Una prenotazione confermata non dimostra che l’hotel abbia già incassato. Il controllo parte da chi riscuote l’ospite e collega OTA, PMS, payment provider, banca e contabilità.
Una prenotazione confermata non dimostra che l’hotel abbia già incassato. Il controllo parte da chi riscuote…
Distingui Hotel Collect, OTA Collect con VCC e payout bancario.
Quale passaggio del tuo flusso OTA genera più spesso una differenza: VCC, payout, rimborsi o documenti contabili?
Una prenotazione OTA confermata non dimostra che l'hotel abbia già incassato. Il cliente può pagare in struttura, la piattaforma può trasferire il denaro con bonifico oppure può rendere disponibile una virtual credit card. Per questo la prima domanda non è “quanto vale la prenotazione?”, ma chi ha riscosso il cliente e con quale flusso il denaro deve arrivare alla struttura?
Il controllo corretto collega cinque oggetti che spesso vengono tenuti in reparti diversi:
Se uno di questi elementi resta isolato, nascono VCC non addebitate, payout senza riferimento, rimborsi duplicati, fatture non quadrate e contestazioni gestite senza le prove necessarie. L'obiettivo di questa guida è costruire un processo unico, dall'arrivo della prenotazione alla chiusura contabile.
Il PMS descrive il soggiorno: ospite, date, camera, trattamento, prezzo, policy e stato. Il registro pagamenti descrive invece chi deve pagare, quanto, quando, in quale valuta e con quale prova. I due registri devono condividere almeno l'ID prenotazione, ma non vanno confusi.
Per ogni nuova prenotazione OTA identifica subito:
Il valore “pagato” nel PMS dovrebbe significare denaro realmente acquisito o movimento contabilmente tracciato, non semplicemente “prenotazione prepaid”. Una tariffa prepagata indica la condizione commerciale dell'ospite; non prova che l'hotel abbia già riscosso la piattaforma.
L'articolo sulle commissioni OTA e il costo reale di canale misura quanto resta della vendita. Qui il perimetro è diverso: verificare che l'importo spettante sia stato ricevuto una volta sola, nel momento giusto e con i documenti corretti.
Tre flussi possono produrre la stessa dicitura “prenotazione OTA”, ma richiedono procedure differenti.
| Flusso | Chi incassa l'ospite | Come riceve l'hotel | Rischio operativo principale |
|---|---|---|---|
| Hotel Collect / agency | La struttura | Carta ospite, link di pagamento o pagamento in presenza | confondere garanzia, pre-autorizzazione e incasso; carta non valida; no-show non documentato |
| OTA Collect con VCC | La piattaforma | Carta virtuale legata alla prenotazione | addebito prima dell'attivazione, importo/valuta errati, carta dimenticata o doppio addebito |
| OTA Collect con payout | La piattaforma | Bonifico o altro metodo di payout, lordo o netto | accredito aggregato non abbinato, trattenute non spiegate, registrazione del solo netto |
Booking.com documenta, nell'ambito di Payments by Booking.com, payout tramite bonifico, virtual credit card e altri metodi disponibili secondo l'accordo. La sua Payments API distingue inoltre payout gross e net, stato, price breakdown e importi da raccogliere eventualmente in struttura. Expedia Group separa Property Collect, nel quale l'ospite paga la struttura, da Expedia Collect, nel quale la piattaforma riscuote il viaggiatore e paga la struttura dopo il soggiorno. Airbnb Payments riscuote normalmente il prezzo e avvia il payout verso il metodo configurato dall'host secondo il calendario applicabile.
Fonti: Booking.com, Payments API; Expedia Group, modelli Collect e documenti; Airbnb Payments Terms.
La regola pratica è semplice: il modello di pagamento deve essere un campo strutturato della prenotazione, non una nota libera che qualcuno deve interpretare al check-out.
Una VCC è una carta digitale emessa o resa disponibile per trasferire alla struttura un importo collegato a una prenotazione. Non è la carta personale del cliente e non va trattata come una generica garanzia.
Booking.com espone per le VCC campi come data di attivazione, data di scadenza, saldo corrente, valuta e stato. Gli stati possono indicare, fra gli altri casi, carta disponibile, finanziata, non finanziata, parzialmente o completamente addebitata e cancellata. La struttura deve quindi lavorare sul dato corrente dell'extranet o dell'integrazione, non su uno screenshot ricevuto giorni prima. La documentazione Payment Details mostra anche che l'importo può cambiare in seguito a modifiche, cancellazioni, imposte o rettifiche.
Nel PMS o nel registro di controllo conserva:
Numero completo, CVC e schermate che mostrano dati sensibili non devono finire in fogli condivisi, messaggi, e-mail, ticket o note del PMS. Se il gestionale o il provider mostra i dati in un ambiente protetto, l'operatore li usa lì, con accessi personali e tracciati.
L'addebito parte dalla data di attivazione indicata dalla piattaforma e segue importo, valuta e finestra del singolo record. Non è prudente applicare una regola unica come “tutte le VCC al check-in” o “tutte il giorno della prenotazione”: una modifica del soggiorno può cambiare data, saldo o stato.
Expedia Group specifica che una Expedia Virtual Card non richiede pre-autorizzazione. In generale, pre-autorizzare una VCC può occupare il plafond disponibile e far fallire il successivo incasso. La procedura corretta è quella concordata fra OTA, provider e acquirer, non quella usata per la carta dell'ospite. Fonte: Expedia Group, Credit Card Recapture.
Scegli un solo responsabile del pagamento. Se il PMS o il payment provider programma automaticamente l'addebito, l'operatore non deve ripeterlo manualmente senza prima annullare la regola. La documentazione Mews sulle settlement rules descrive proprio il rischio di doppio addebito quando automazione e procedura manuale restano attive sulla stessa VCC.
Un bonifico OTA può contenere una sola prenotazione oppure decine di soggiorni, rimborsi e rettifiche. L'importo sul conto corrente non basta quindi a chiudere il mese: serve la remittance che spiega come è stato composto.
Per ogni payout registra:
Booking.com documenta notifiche separate per aggiornamenti di payout, metodo, VCC e bank transfer. Per una struttura non integrata via API, questa logica resta utile: il report interno deve distinguere un cambio di stato da un nuovo pagamento. Fonte: Booking.com, Payments API use cases.
Airbnb indica che il metodo di payout deve essere valido e può richiedere verifiche aggiuntive. Informazioni non coerenti possono ritardare o sospendere l'accredito; la dashboard earnings mostra lo stato del pagamento. Il tempo successivo alla disposizione dipende dal metodo e dal paese. Fonti: Airbnb, aggiungere un metodo di payout e come vengono pagati gli host.
Se l'OTA trasferisce un netto, contabilizzare solo il movimento bancario rende invisibili ricavo lordo, commissione, imposte e altre trattenute. Il conto operativo deve poter ricostruire:
importo spettante alla struttura − trattenute documentate ± rettifiche = payout ricevuto
La corretta registrazione fiscale dipende dal modello contrattuale e dalla normativa applicabile. Il responsabile operativo prepara i documenti e le quadrature; il consulente fiscale definisce scritture e documenti da emettere.
Una riconciliazione robusta non si fonda su un solo report. Per ogni eccezione devono essere recuperabili cinque prove:
Expedia Group chiarisce che la responsabilità per receipt e invoice cambia fra Property Collect, Expedia Collect e Updated Expedia Collect. Non si può quindi dedurre il documento corretto dalla sola parola “prepaid”. Va letto il modello della prenotazione e va verificata la disciplina fiscale del paese. Fonte: Expedia Group, Invoices and booking receipts.
Una cartella mensile piena di PDF non equivale a una riconciliazione. Ogni documento deve essere collegato tramite reservation ID, payout ID o transaction ID; altrimenti l'amministrazione potrà trovare il file ma non dimostrare quale soggiorno spiega.
La pre-autorizzazione blocca temporaneamente una disponibilità sulla carta; non trasferisce automaticamente il denaro alla struttura. L'incasso, invece, contabilizza una transazione. La carta a garanzia può autorizzare solo gli utilizzi previsti dalla policy, dal mandato e dalle regole del circuito/acquirer.
Per le prenotazioni Hotel Collect definisci separatamente:
L'EBA ha chiarito, per le transazioni avviate dall'hotel dopo una prenotazione remota, che il mandato del pagatore e la Strong Customer Authentication devono essere trattati secondo le condizioni PSD2 applicabili; una carta comunicata “a garanzia” non equivale a un consenso illimitato a successivi addebiti. Fonte: EBA Q&A 2019_4792.
L'approfondimento sulla pre-autorizzazione della carta in hotel tratta importi, tempi e procedura. Nel flusso OTA il controllo aggiuntivo è capire se si sta maneggiando la carta dell'ospite o una VCC della piattaforma.
La modifica di una prenotazione può cambiare prezzo, data di attivazione, saldo della VCC, importo del payout e commissione. Il processo non si chiude aggiornando soltanto le notti nel PMS.
Per ogni modifica controlla in ordine:
Se l'ospite ha pagato la piattaforma, l'hotel non dovrebbe restituire denaro con un proprio bonifico o POS senza aver verificato il flusso contrattuale: rischia di rimborsare una somma che non ha riscosso e di subire comunque la rettifica del payout. Se ha incassato direttamente, deve invece seguire la propria procedura di storno e documentare l'esito nell'OTA.
Le cancellazioni tardive in hotel richiedono una policy chiara, ma sul piano finanziario serve anche aggiornare tempestivamente stato, penale, carta e commissione. Una prenotazione lasciata come penalizzata può generare costi o importi attesi anche quando la struttura non ha realmente riscosso.
Un chargeback non è una semplice richiesta di chiarimenti: l'emittente contesta una transazione e il provider assegna un motivo e una scadenza. La struttura deve decidere se accettare oppure contestare sulla base di prove pertinenti, non inviare tutto ciò che possiede.
Carta dell'ospite. L'hotel o il proprio provider hanno eseguito la transazione. La difesa dipende da autorizzazione, SCA, policy accettata, servizio erogato, importo, rimborso e reason code.
VCC della piattaforma. La carta rappresenta un pagamento B2B collegato a una prenotazione. Le prove centrali sono istruzione di pagamento, reservation ID, nome dell'ospite, importo autorizzato, date di validità, folio e corrispondenza fra servizio e addebito. Le regole Visa 2026 indicano, fra le evidenze ammesse per una virtual card presso un lodging merchant, l'istruzione dell'emittente con credenziale, nome ospite e dati del richiedente. Fonte: Visa Core Rules, aprile 2026.
Il Chargeback Guide Merchant Edition del 27 gennaio 2026, disponibile nella pagina ufficiale Mastercard Rules, dedica regole specifiche alle contestazioni per no-show alberghiero. Per esempio, policy comunicata, importo quotato e numero di cancellazione possono diventare decisivi. La guida Stripe ricorda inoltre che la risposta ha una scadenza, spesso variabile per circuito, e che il fascicolo va completato prima dell'invio perché non sempre può essere integrato dopo. Fonte operativa relativa al provider: Stripe, Respond to disputes.
La quadratura più affidabile parte dall'ID prenotazione e confronta quattro fonti indipendenti.
| Fonte | Domanda a cui risponde | Identificativi utili |
|---|---|---|
| PMS / prenotazione | Che cosa è stato venduto e poi erogato? | reservation ID, folio, date, stato |
| OTA / extranet | Chi doveva incassare e quanto spettava all'hotel? | OTA reservation ID, payout/VCC ID, price breakdown |
| Acquirer / banca | Quale denaro è stato realmente ricevuto o restituito? | transaction ID, payout reference, data valuta |
| Contabilità | Quali ricavi, commissioni, imposte e rettifiche sono stati registrati? | numero documento, conto, periodo |
La riconciliazione è chiusa soltanto quando:
importo atteso = importo ricevuto + differenze spiegate e documentate
Le differenze non vanno cancellate con una voce generica. Usa reason code interni stabili, per esempio:
Un sistema integrato può automatizzare gli abbinamenti, ma non elimina la necessità di una coda eccezioni. La documentazione Mews sull'OTA billing automation mostra una distinzione utile: gli importi pagati dall'OTA vanno sul conto azienda/OTA, mentre extra e componenti a carico dell'ospite restano sul suo conto. La configurazione concreta dipende da PMS e flusso della struttura.
Controlla stato corrente, data di attivazione, modifiche della prenotazione e notifiche della piattaforma. Non ripetere tentativi indiscriminati sul POS: apri un'eccezione collegata all'ID prenotazione e usa il canale previsto dall'OTA.
Confronta price breakdown: tassa di soggiorno, extra in struttura, imposte riscosse/riversate dalla piattaforma, commissioni o rettifiche possono spiegare la differenza. Non addebitare automaticamente l'ospite per colmare un importo che potrebbe non essere a suo carico.
Parti dal payout ID e dalla remittance, non dal nominativo dell'ospite. Se il bonifico aggrega più prenotazioni, crea una riga per ogni componente e chiudi il totale soltanto dopo che tutte sono state associate.
Blocca immediatamente una delle automazioni, identifica quale transazione è stata contabilizzata e avvia lo storno attraverso il soggetto che ha eseguito l'incasso. Conserva la prova per prevenire un successivo chargeback.
Non tentare di ricostruire i dati carta fuori dall'extranet. Verifica se la piattaforma dispone di una procedura per carte chargeable/refundable o fondi non riscossi e apri il caso entro la finestra indicata. Booking.com, per esempio, espone endpoint distinti per VCC chargeable e refundable nella propria Payments API; la disponibilità operativa per la singola struttura dipende dal prodotto utilizzato.
PCI DSS v4.0.1 è il riferimento corrente per la protezione dei dati di pagamento. La conformità non consiste in un badge del provider: riguarda il perimetro nel quale dati carta vengono visualizzati, trasmessi, elaborati o possono essere compromessi. Fonte: PCI SSC Document Library.
Regole minime per l'operatività:
Il PCI SSC ribadisce che il codice di verifica della carta non può essere conservato dopo l'autorizzazione, neppure se il cliente lo permette. Fonte: PCI SSC FAQ 1574.
Se la struttura usa un terminale virtuale, l'eleggibilità a uno specifico questionario PCI dipende dall'ambiente reale. La FAQ sul SAQ C-VT descrive un caso molto circoscritto: inserimento manuale di una transazione alla volta, soluzione ospitata da provider validato e nessuna conservazione elettronica dei dati carta. La scelta va confermata con acquirer o soggetto che gestisce il programma di conformità.
Il processo funziona quando le eccezioni vengono viste prima della scadenza, non alla chiusura del bilancio.
Assegna un proprietario a ogni fase: reception o booking controllano stato e condizioni; amministrazione riconcilia movimenti e documenti; chi cura distribuzione e OTA gestisce configurazioni e casi con la piattaforma; la direzione approva eccezioni, rimborsi fuori soglia e cambi di processo.
Maria Petrosino cura per Revenue & Co. i rapporti della società con clienti, OTA, agenzie e tour operator e segue configurazione e formazione su PMS, Channel Manager, Booking Engine e sistemi di pagamento. In questo ambito il punto critico non è conoscere una sigla in più, ma far parlare correttamente piattaforma, gestionale, provider e amministrazione.
Risposte operative su virtual card, payout, chargeback, rimborsi e riconciliazione dei pagamenti OTA.
No. È una carta virtuale collegata al pagamento della prenotazione da parte della piattaforma o di un altro soggetto. Importo, valuta, attivazione, scadenza e utilizzi ammessi dipendono dal record specifico.
Dalla data di attivazione e secondo la finestra mostrata dall'OTA o dall'integrazione. Non applicare un giorno standard a tutte le carte: modifiche e cancellazioni possono cambiare saldo e stato.
Non usare automaticamente la procedura della carta ospite. Expedia dichiara che la propria virtual card non richiede pre-autorizzazione; per ogni OTA segui indicazioni della piattaforma, del provider e dell'acquirer.
Confronta price breakdown e remittance: commissioni, fee, imposte, valuta, rimborsi o componenti da riscuotere in struttura possono spiegare la differenza. Non registrarla come sconto senza una prova.
Solo se il flusso contrattuale lo prevede e l'operazione è coordinata con la piattaforma. In caso contrario l'hotel rischia di restituire denaro che non ha incassato e subire anche la rettifica del payout.
Controlla la procedura dell'OTA per fondi non riscossi, carte chargeable/refundable o riattivazione e apri un caso collegato alla prenotazione. Non copiare o ricostruire dati carta fuori dall'ambiente protetto.
Dipende dal reason code. In genere servono conferma, policy accettata, autorizzazione o istruzione VCC, cronologia, comunicazioni, prova del soggiorno o del no-show, transazione e rimborsi. Il fascicolo deve rispondere al motivo e arrivare entro la scadenza del provider.
Dipende da chi vende e incassa, dal modello della piattaforma e dalla normativa del paese. Property Collect e OTA Collect possono avere responsabilità diverse. Verifica il contratto e la procedura con il consulente fiscale. Domanda per il Revenue Lab: quale passaggio del tuo flusso OTA genera più spesso una differenza: VCC, payout, rimborsi o documenti contabili?
Fonti verificate al 25 agosto 2026: Booking.com Payments API; Expedia Collect; Expedia Virtual Card; Airbnb Payments Terms; EBA; Visa Core Rules; Mastercard Rules; PCI SSC. Metodi, finestre, documenti e responsabilità dipendono da contratto, acquirer, paese e singola prenotazione: verificare sempre il flusso corrente e il caso concreto.
Il confronto continua nella Community Revenue & Co.: proponi un tema, condividi un caso o partecipa alle conversazioni.
Quale passaggio del tuo flusso OTA genera più spesso una differenza: VCC, payout, rimborsi o documenti contabili?
I commenti e il confronto proseguono sui canali social e nello spazio Community di Revenue & Co.
Mappiamo chi incassa, documenti, automazioni, controlli e responsabilità fino a una quadratura condivisa fra distribuzione, reception e amministrazione.
