[crystal]

Lavoro ben fatto.

Per la PSD2, sicuramente un Garantee con la possibilità di contattare il cliente comporta un affidabilità maggiore.
Ma il problema principale rimane, la SCA. Normalmente il rapporto di E-Commerce tra lo scegliere e pagare un prodotto arriva in contemporaneità, per cui lo sblocco è contemporaneo all'acquisto stesso. Quindi il cliente a conclusione dell'acquisto autorizza il pagamento con un Pin temporaneo o dati biometrici (impronta o altro). Nel nostro caso anche la semplice preautorizzazione, (ha durata comunque maggiore di 15 giorni) poichè avviene in momento diverso rispetto alla prenotazione, non è esclusa da una SCA forte, per cui il cliente sarà soggetto ad autorizzare nel momento in cui noi emetteremo la richiesta. Ma tale circostanza spesso darà rifiuto poichè il cliente potrà nel solito momento non essere in grado di eseguire tale autorizzazione (guida, intento in una telefonata, non aver vicino il tel nel momento di richiesta, ecc.). Lo stesso vale per le eventuali prenotazioni in No - refundable. Tecnicamente il tempo utile è tre giorni. Ma comporta comunque un dilatazione effettiva dell'addebito.
Nell'attuale la vostra è una soluzione.
Ma spingerei ad invogliarvi ad inserire un sistema di connessione automatizzato con i sistemi di pagamento nel momento in cui avviene la prenotazione, sia in pagamento, sia in preautorizzazione, lasciando a noi solo l'onere di controllo. Non solo. Direi inoltre opportuno inserire un sistema di connessione diretto al/ai POS effettivo aziendale al fine di effettuare gli addebiti anche con sistemi Hardware.
Sappiamo comunque, e non è la soluzione, di poter adempiere alla effettivi addebiti e alle pre-autorizzazioni con il sistema MOTO, sicuri di ottenerle, salvo rifiuto anche successivo da parte del cliente dell'addebito.
Un'altra possibilità è quella di ottenere dai beneficiari "l'attendibilità" anche attraverso una cifra simbolica di addebito, ma anche questo comporta un sistema a monte automatizzato e non manuale.

ciao Charly
con le varie richeiste di garanzia implementate in questa release i problemi che segnali dovrebbero essere risolti:
per l'autorizzazione al billing successivo, hai ragione potrebbero esserci dei problemi, ovvero che non basta aver autorizzato il billing successivo, ma per alcune carte, viene comunque sempre richiesta l'autorizzazione per ogni pagamento.
ci sono carte che non richiedono alcuna autorizzazione per il billing successivo, carte che invece gli basta un'autorizzazione iniziale da parte del cliente (ed e' cio' che verra' fatto in questa release, scegliendo l'opzione "Credit Card with billing authorization") e carte che non si accontentano di un'autorizzazione iniziale, ma vogliono comunque un'ulteriore autorizzazione anche in fase di billing.
per questo motivo, come ulteriore garanzia, abbiamo aggiunto il congelamento dei soldi per 7 giorni (il numeri di giorni dipende da stripe, non da noi), questo non dovrebbe dare problemi, una volta che i soldi sono congelati, si possono prendere (direttamente dentro zak) quando si vuole, e tutto cio' che non viene preso va automaticamente come rimborso,
anche perche' il congelamento avviene con il cliente presente, quindi e' lui ad autorizzare quella cifra stabilita (l'utente e' sempre on-session),
per lo meno dai test che ho fatto con le carte di test fornite da stripe, non ho avuto problemi di alcun tipo, per i pagamenti congelati.
infine come altra garanzia c'e' anche un pagamento diretto (un'evoluzione delle richieste di pagamento, introdotte nella scorsa release), a quel punto il cliente potra' pagare, la cifra decisa dall'albergatore, con paypal, stripe, mercadopago o yandex (anche senza avere un account, visto che permettono il pagamento con carta).