12-08-2020, 09:17 PM
Cari Zakers,
abbiamo introdotto nelle recenti release nuovi payment gateway da integrare sull'Online Reception.
Questi payment gateway sono utilizzabili anche con un altro scopo: richiedere per ogni prenotazione,
a prescindere che sia stata originata dal channel manager, a mano o tramite booking engine, pagamenti
a conferma.
Ora, stiamo lavorando per migliorare ancora le cose. Il progetto si chiama rShield. Non si tratta di
inviare una sonda su saturno o chissa' quale innovazione dinamitarda.
Semplicemente, l'obiettivo e' quello di fornire strumenti potenti e semplici per la gestione delle
prenotazioni non o poco garantite. In modo da rendervi il lavoro piu' facile e sicuro.
La carta di credito, per via della PSD2, costituisce gia' di per se una protezione molto poco affidabile.
Quindi, come vogliamo procedere?
Semplice:
1. Permettervi di definire le vostre politiche per la garanzia delle prenotazioni flessibilmente
2. Rendere a questo punto a portata di click la richiesta di una garanzia
3. Emettere warning per avvisarvi di imminenti preno senza sufficienti garanzie
4. Successivamente automatizzare le cose, in modo che Zak possa automaticamente prendere decisioni
Oltre al pagamento, andremo a introdurre la "validazione" delle carte di credito. Si tratta di
richiedere, nel momento in cui l'utente lascia la sua carta a garanzia, il suo permesso per
successivi addebiti. Che non e' la pre-autorizzazione: sembra infatti che la via della
pre-autorizzazione sia molto limitata in ambito alberghiero: il congelamento dura una o
due settimane (e quindi prenotazioni con un buon anticipo sono completamente scoperte)
e le pratiche di rimborso sono ostiche e lente.
Scriviamo queste poche righe per un confronto con il pubblico.
Siamo relativamente sicuri che questa strada acquisira' importanza nelle prossime
settimane e nei prossimi mesi. E che un confronto diretto con voi non possa che
migliorare il tiro, come sempre!
abbiamo introdotto nelle recenti release nuovi payment gateway da integrare sull'Online Reception.
Questi payment gateway sono utilizzabili anche con un altro scopo: richiedere per ogni prenotazione,
a prescindere che sia stata originata dal channel manager, a mano o tramite booking engine, pagamenti
a conferma.
Ora, stiamo lavorando per migliorare ancora le cose. Il progetto si chiama rShield. Non si tratta di
inviare una sonda su saturno o chissa' quale innovazione dinamitarda.
Semplicemente, l'obiettivo e' quello di fornire strumenti potenti e semplici per la gestione delle
prenotazioni non o poco garantite. In modo da rendervi il lavoro piu' facile e sicuro.
La carta di credito, per via della PSD2, costituisce gia' di per se una protezione molto poco affidabile.
Quindi, come vogliamo procedere?
Semplice:
1. Permettervi di definire le vostre politiche per la garanzia delle prenotazioni flessibilmente
2. Rendere a questo punto a portata di click la richiesta di una garanzia
3. Emettere warning per avvisarvi di imminenti preno senza sufficienti garanzie
4. Successivamente automatizzare le cose, in modo che Zak possa automaticamente prendere decisioni
Oltre al pagamento, andremo a introdurre la "validazione" delle carte di credito. Si tratta di
richiedere, nel momento in cui l'utente lascia la sua carta a garanzia, il suo permesso per
successivi addebiti. Che non e' la pre-autorizzazione: sembra infatti che la via della
pre-autorizzazione sia molto limitata in ambito alberghiero: il congelamento dura una o
due settimane (e quindi prenotazioni con un buon anticipo sono completamente scoperte)
e le pratiche di rimborso sono ostiche e lente.
Scriviamo queste poche righe per un confronto con il pubblico.
Siamo relativamente sicuri che questa strada acquisira' importanza nelle prossime
settimane e nei prossimi mesi. E che un confronto diretto con voi non possa che
migliorare il tiro, come sempre!
