Wubook Login Lost Password

Valutazione discussione:
  • 0 voto(i) - 0 media
  • 1
  • 2
  • 3
  • 4
  • 5
Zak Release 11 Gennaio
#1
Car*,

ecco pronta un'altra release del gestionale Zak. In particolare orientata ad alcune impellenze:
la lotteria degli scontrini e la direttiva europea PSD2.

La data di rilascio e' prevista per l'11 Gennaio: un lunedi'.

Il lavoro svolto per la lotteria degli scontrinie' facile da capire e comunicare: durante il rilascio
di uno scontrino, sara' possibile inserire il codicelotteria e Zak lo comunichera' alla vostra
splendida macchinetta.

Per la PSD2, invece, ci siamo fatti prendere da alcune ambizioni. Abbiamo alzato l'asticella
e cercato di produrre una soluzione innovativa e, speriamo, con molti risvolti di qui a venire.

Di che cosa si tratta?

Beh, la considerazione base e' semplice: fino a oggi, su WooDoo o su Zak, abbiamo sempre
parlato di pagamenti o carte di credito a conferma delle prenotazioni. Abbiamo provato a
immaginare uno sviluppo che rifletta la loro natura: i nostri clienti vogliono stare sicuri.
Vogliono essere protetti contro cancellazioni tardive o noshown.

Percio' abbiamo sublimato questo concetto, fondando un nuovo strumento di gestione:
le Reservation Guarantee.

Che cos'e' una Reservation Guarantee?

Semplice, e' un set di regole che vi permettono di  impostare su Zak le vostre preferenze
in fatto di garanzia. Attualmente, il set di regole prevede quattro possibilita', che possono
essere abilitate anche simultaneamente:

  1. Numero di carta, come sempre. Abbiamo diversi clienti extra-europei per i quali
      questo metodo continuera' presumibilmente per anni ad andare benone

  2. "Bill Later": durante la specifica di una Carta, richiederemo al cliente esplicito
       permesso per successivi addebiti.

  3. Preautorizzazione: congelamento temporaneo (che pero' e' limitato a 7/15 giorni
      da quel che sembra) di un importo. Immediatamente riscuotibile on demand.

  4. Pagamento in real time

Sara' possibile definire diverse Reservation Guarantees. Come le Cancellation policies:
in modo che sia possibile avere politiche di sicurezza diverse a seconda delcontesto
(date, provenienza delle preno e via dicendo).

Dal momento che una prenotazione e' collegata a una specifica Reservation Guarantee,
sara' possibile invitare i vostri clienti sulla pagina dell'Online Checkin, dove gli verranno
richieste le relative garanzie.

Of course, sara' possibile inviare comunicazioni completamente personalizzate tramite
il templating system.

L'obiettivo di questo sviluppo e' chiaro: vogliamo che, una volta che abbiate definito le
vostre politiche di protezione, Zak pensi a tutto il resto:

  1. Sappia associare automaticamente, come voi desiderate,
    una reservation guarantee a ogni prenotazione

  2. Successivamente, inviti i vostri clienti a fornire
    garanzie con comunicazioni personalizzbili e ancora
    una volta automatiche

  3. Vi segnali automaticamente quelle prenotazioni sotto
    data che non sono state ancora garantite come vi
    aspettereste

Al momento, questi tre passaggi, questi automatismi, mancano ancora: e'
possibile gestire le cose a mano. Vorremmo arrivare a chiudere il cerchio
con il vostro feedback. Che e' piu' prezioso di qualsiasi studio che si possa
condurre.

Per esempio: come preferireste assegnare la guarantees alle prenotazioni?
Per data? Per OTA? Per Online Checkin? Per customer?

Le possibilita' non sono infinite. Ma moltissime. Mentre procederemo con gli studi,
nutriamo la speranza di un vostro feedback a riguardo, come spesso: sviluppo
open e apertamente discusso sulle piattaforme.

Ma la release non contempla soltanto questi due sviluppi. C'e' in particolare un
altro sviluppo che attendete da tempo: abbiamo ridefinito la pagina per la
gestione delle immagini e dei testi.

Sara' ora possibile, per chi usa l'Online Reception:

  1. Ordinare le immagini
  2. Descrivere i super prodotti
  3. Associare immagini particolari ai super prodotti

Inoltre, abbiamo anche migliorato strutturalmente i voucher, che ora riportano i
"Flying Meals" e anche gli sconti che praticate ai clienti.

Altri punti degni di menzione, all inclusive con la release:

  1. Lingua Ucraina sull'Online Reception

  2. La funzionalita' FastBook (quella per fare preno veloci dal planner)
    da ora la possiblita' di specificare un'opzoine per l'invio del
    voucher.

  3. Un completo restyle grafico del canale Booking.com

  4. La possibilita', mentre si definisce una room category, di
    inserire automaticamente camere fisiche e prodotti

  5. Nela lista delle fatture, comparira' la data di invio all'SDI

  6. Stiamo arrivando anche a semplificare e potenziare tutte le PII.
    Per ora, vedrete un picccolo accenno di restyle grafico

  7. Ergonomia: se si deseleziona una camera durante la fatturazione,
    tutti i relativi extra vengono deselezionati automaticamente

  8. Annunciamo anche una nuova collaborazione con Trentino Marketing:
    Zak supporta pienamente l'emissione della Trentino Guest Card

  9. Abbiamo dotato Zak di una -decisamente- migliore capacita' di
    indovinare la lingua giusta a partire dalla nazione dei clienti.
    Il templating system e' stato molto migliorato: le email verranno
    spedite nella lingua giusta con un'accuratezza importante

10. Su Tabla, e' fianlamente apparso il Filtro: Super Prodotti

11. E Sytar rispecchia l'ordine delle camere di Tabla

Vorrei tanto chiedervi la cortesia di intervenire con i vostri commenti sul tema delle
Reservation Guarantees. Siamo convinti che con una collaborazione aperta,
trasformeremo questo piccolo passo in avanti verso un'implementazione
estremamente preziosa.

E rimaniamo a completa disposizione per qualsiasi ramo
di discussione relativa a questa release.

Grazie a tutti per l'attenzione.
#2
Buon giorno e buon anno a tutti.
Sarà un'ottima release e vi facciamo i complimenti.
La Reservation Guarantees è molto comoda e siamo curiosi di toccare con mano il prodotto, peccato per la preautorizzazione di soli 7/15 giorni, ma anche con stripe era così.
Una delle cose che balza all'occhio è l'ordinazione delle immagini sull'online reception: è una delle pecche che aveva rispetto a quello di wb.

Una cosa che al momento non ci serve ma ci servirà per la stagione estiva è la possibilità di creare le note di credito con importi personalizzati, non vincolato all'importo originare della tariffa o del servizio.

Grazie
Alberto Pinna
Your Sardinia Holiday Rental
San Teodoro (Ot)
www.yoursardinia.it
#3
Ciao : Reservation Guaranteed :

prenotazione con check in oltre 30 giorn: Acconto 10% alla preno , Acconto 40% a 30 giorni prima del check in, acconto 30% a sette giorni prima , saldo 20% al check in .
Tutti gli acconti versati in caso di cancellazione valgono come voucher a credito per future prenotazioni con nuovo check in entro 36 mesi dal check in originale cancellato.
#4
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.
#5
(01-04-2021, 05:19 PM)Charly Ha scritto: 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).
Crystal (Zak Team Developer)

Blog https://wubook.net/blog
Web https://wubook.net
Zak https://zak.wubook.net/
#6
Perfetto.

Come già scritto, manca l'interazione Hardware con il Pos/Fisico, con il quale è possibile interagire a distanza anche in Pre-autorizzazione senza SCA.
L'unico effettivo che la permette, con passaggio MOTO.

Carlo
#7
Aggiungo una cosa,

l'obiettivo di Charly e' proprio quello che abbiamo in mente:

nserire 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.

E' esattamente quello su cui stimao lavorando :)

Una piccola nota: la connessione ai payment gateway risolve solo parzialmente. Il punto e' semplice e dritto.
Se una prenotazione entra da un canale sul quale non c'e' controllo (un'OTA, una telefonata), non importa che
cosa sia collegato. Occorre la triangolazione per avere una garanzia spendiible. Comunque i payment gateway
sono gia' connessi (come stripe eccetera) e anche qui progettiamo di connetterne altri.
#8
siamo in pubblicazione,

scusate disagi minori in anticipo.
Piccola nota: abbiamo trovato problemi strutturali sulle funzionalita' per gestire immagini, descrizioni e quant'altro.
Ci vorra' ancora qualche giorno per queste.
#9
Ciao segnalo vecchio piccolo bug : il separatore " , " virgola negli sconti non funziona .

Ciao e grazie
#10
ciao Dario,

non sono sicuro di capire: codici sconto con virgole nn funzionano? E' questo che intendi?
  


Vai al forum:


Utenti che stanno guardando questa discussione:
2 Ospite(i)