Una carta digitata a mano sul POS può sembrare la soluzione più veloce per incassare una penale, una no-show o una prenotazione OTA. In realtà, il pagamento con PAN manuale è uno dei punti in cui una struttura ricettiva può perdere tempo, denaro e controllo. Non perché sia sempre sbagliato, ma perché viene spesso usato senza distinguere tra carta dell’ospite, carta virtuale OTA, autorizzazione valida e semplice disponibilità dei dati della carta.
Il PAN è il numero della carta di pagamento, normalmente composto da 16 cifre. Inserirlo manualmente significa effettuare una transazione “keyed”, cioè digitando i dati nel terminale o nel sistema del provider invece di leggere chip, banda magnetica o contactless. Per hotel, B&B, residence e appartamenti turistici, questa modalità riguarda soprattutto incassi a distanza: caparre, addebiti per cancellazioni tardive, no-show, danni documentati o carte virtuali generate dalle OTA.
Il punto non è imparare a digitare un numero. Il punto è costruire una procedura che permetta di incassare quando ne avete diritto, senza trasformare ogni carta in una potenziale contestazione.
Pagamento con PAN manuale: quando serve davvero
Il PAN manuale non è un metodo di pagamento autonomo. È una modalità tecnica di inserimento della carta che il vostro contratto con banca, POS virtuale o payment gateway deve consentire espressamente. Non tutti i terminali fisici permettono l’inserimento manuale, e non tutti gli esercenti sono abilitati alle transazioni MOTO, cioè Mail Order/Telephone Order.
In una struttura ricettiva, i casi più frequenti sono tre. Il primo è l’addebito di una carta fornita come garanzia per una prenotazione diretta o OTA, quando la politica di cancellazione autorizza una penale o quando si verifica un no-show. Il secondo è l’incasso di una caparra richiesta telefonicamente o via e-mail, anche se in questo caso un link di pagamento è quasi sempre più ordinato e difendibile. Il terzo riguarda le carte virtuali delle OTA, che non sono carte dell’ospite ma strumenti di pagamento emessi dalla piattaforma per liquidare una prenotazione.
Questi tre casi non vanno gestiti allo stesso modo. Una carta virtuale Booking.com, Expedia o di un altro canale ha in genere importo, data di attivazione e regole specifiche. Provare ad addebitarla prima della data prevista, oppure per un importo superiore a quello autorizzato, porta spesso a un rifiuto che non dipende dal POS. È una regola della carta virtuale.
Con la carta dell’ospite, invece, la domanda decisiva è un’altra: la vostra tariffa e la documentazione della prenotazione vi permettono davvero di incassare quell’importo? Avere il PAN non equivale ad avere il diritto all’addebito.
Il rischio reale non è solo la commissione
Le transazioni manuali hanno normalmente un rischio di contestazione più elevato rispetto a un pagamento effettuato con chip e PIN o con autenticazione online. L’ospite può sostenere di non aver autorizzato l’addebito, di non aver ricevuto il servizio, di aver cancellato nei termini oppure di non riconoscere la transazione. In caso di chargeback, la struttura deve dimostrare che l’addebito era previsto e corretto.
La difesa non si costruisce quando arriva la contestazione. Si costruisce prima, nella configurazione della tariffa e nella comunicazione inviata all’ospite. Se la vostra politica indica in modo ambiguo “potrebbe essere addebitata una penale”, ma non specifica importo, scadenza e condizioni, avrete una posizione più debole. Lo stesso vale se il team modifica prenotazioni, date o importi senza lasciare traccia nel gestionale e nell’extranet OTA.
C’è poi il tema della sicurezza. Il PAN è un dato di carta e va trattato con procedure compatibili con gli obblighi del circuito e con lo standard PCI DSS applicabile al vostro modello di incasso. In concreto: non annotate numeri di carta su fogli, non conservateli in e-mail, chat, WhatsApp, agende o file Excel, e non archiviate mai il codice CVV. Una buona intenzione come “teniamola per sicurezza” può diventare un problema serio in caso di accesso non autorizzato o verifica.
Anche il personale deve sapere cosa non fare. Chiedere all’ospite di inviare i dati della carta via e-mail o messaggio è una scorciatoia pericolosa. Se serve un pagamento anticipato, meglio usare un sistema che invii un link sicuro e lasci una prova chiara della transazione, oppure richiedere un bonifico con scadenza definita quando il tipo di prenotazione lo rende opportuno.
Carte virtuali OTA: non confonderle con le carte degli ospiti
Molti errori operativi nascono qui. Una carta virtuale OTA non va trattata come la carta personale del cliente. La piattaforma comunica, direttamente o tramite PMS o channel manager, i dati necessari per l’incasso e stabilisce quando la carta è utilizzabile. In alcune configurazioni la carta si attiva al check-in, in altre alla data di arrivo o dopo la partenza. Dipende dal programma di pagamento scelto e dal canale.
Prima di digitare il PAN, controllate sempre quattro elementi: numero di prenotazione, intestatario o riferimento della carta virtuale, importo incassabile e data di attivazione. Se l’incasso non passa, non forzate tentativi ripetuti. Verificate prima se la prenotazione è stata modificata, cancellata, parzialmente rimborsata o se il costo della commissione è già gestito dalla piattaforma secondo il modello previsto.
Un errore comune è incassare l’intero soggiorno dalla carta virtuale e poi chiedere nuovamente il pagamento all’ospite al check-out. Un altro è dimenticare di incassare la carta virtuale entro i termini stabiliti. Entrambi sono problemi di processo, non di tecnologia.
Per questo la riconciliazione deve essere quotidiana o almeno programmata con rigore: arrivi, partenze, no-show, cancellazioni, incassi carte virtuali, pagamenti ricevuti direttamente e fatture emesse devono dialogare. Se il PMS non è allineato alle configurazioni OTA, il rischio di doppio incasso o mancato incasso aumenta.
La procedura operativa per gli addebiti manuali
Quando l’addebito su carta dell’ospite è previsto dalle condizioni accettate, il team dovrebbe seguire una sequenza fissa. Non servono procedure di dieci pagine: servono controlli sempre uguali, soprattutto nei giorni di alta occupazione.
- Verificate la fonte della prenotazione, la tariffa acquistata e la politica valida alla data della conferma. Non basatevi su ciò che “di solito applichiamo”.
- Controllate l’evento che giustifica l’addebito: no-show, cancellazione tardiva, partenza anticipata, danno documentato o caparra concordata. Per ogni caso deve esistere una prova registrata.
- Determinate l’importo esatto. Se la politica prevede la prima notte, non addebitate l’intero soggiorno. Se la tariffa è non rimborsabile, controllate eventuali modifiche o deroghe già concesse.
- Eseguite il pagamento solo sul canale autorizzato dal vostro acquirer o provider, indicando correttamente che si tratta di una transazione a distanza quando richiesto. Non improvvisate inserimenti manuali su un POS non abilitato.
- Registrate nel PMS o nel gestionale l’importo, la data, la causale, il riferimento della prenotazione e l’esito. Non registrate il PAN completo né il CVV.
- Inviate all’ospite una comunicazione chiara dell’addebito, con riferimento alla prenotazione, importo e motivazione. Se l’addebito deriva da una policy OTA, la comunicazione deve essere coerente con quanto risulta nell’extranet.
Questa sequenza protegge anche chi lavora in reception. Senza regole chiare, ogni collaboratore decide in autonomia se trattenere una carta, fare un tentativo di addebito o aspettare il titolare. Il risultato è disordine, non flessibilità.
Quando è meglio usare un link di pagamento
Se l’ospite è disponibile a pagare prima dell’arrivo, il link di pagamento è spesso preferibile al PAN manuale. Riduce la manipolazione diretta dei dati della carta, può prevedere autenticazione forte del cliente e offre una traccia più chiara dell’accettazione. È particolarmente utile per caparre, prenotazioni di gruppo, soggiorni lunghi e richieste ricevute via telefono o e-mail.
Non è però la risposta a tutto. Per una penale no-show su una tariffa con condizioni già accettate, il link potrebbe essere ignorato dall’ospite e ritardare un incasso legittimo. In questi casi conta avere una policy configurata bene, una carta valida e un processo documentato. Per le carte virtuali OTA, invece, il link non c’entra: bisogna rispettare la procedura di incasso indicata dalla piattaforma.
Configurazione OTA e pagamenti: il problema parte prima
Le difficoltà sul pagamento raramente nascono al momento dell’addebito. Spesso iniziano quando vengono pubblicate tariffe con condizioni poco comprensibili, quando si attiva una politica non rimborsabile senza sapere come incassarla, oppure quando il team non distingue tra “pagamento gestito dalla struttura” e “pagamento gestito dall’OTA”.
Su Booking.com, per esempio, la scelta delle condizioni di pagamento e delle politiche di cancellazione influenza ciò che potrete chiedere, trattenere o addebitare. Se le regole sono incoerenti tra extranet, sito, e-mail di conferma e PMS, l’ospite troverà sempre il punto più favorevole alla sua contestazione.
Il controllo utile non è chiedersi se Booking è il nemico. La domanda corretta è: le mie tariffe, i miei pagamenti e le mie procedure consentono al team di incassare senza inseguire prenotazioni e senza esporsi inutilmente? Quando la risposta è sì, il PAN manuale resta uno strumento tecnico da usare solo nei casi giusti, non una soluzione d’emergenza per rimediare a una configurazione sbagliata.