[Your Sardinia]

Si in effetti non risolve il problema.

Mentre al posto di inserire (esempio) categoria villetta - numero disponibilità 5 si inserisse : villetta 1, 2, 3, 4, 5 e poi si crea un gruppo villetta e si inseriscono tutte?

La prenotazione di wubook (con disponibilità spezzata) che viene scaricata in zak te la mette in "pending" perché vede che in un unica villetta non c'è tutto il periodo prenotato in un unica casa.

So che sono 2 modi di concepire la disponibilità diversi, ma credo che su questo punto Zak abbia una marcia in più.. è complicato applicare lo stesso su Wubook?

grazie mille e scusatemi se sono molto pesante sull'argomento ma finora me la sono quasi sempre cavata bene facendo spostamenti.. ma quando non è possibile fare gli incastri diventa un problema grave.

Ciao!

grazie mille per gli interventi e sono contento che ci potrebbe essere qualche spiragli per le mie richieste.

Per la questione delle maximum stay, si dovrebbero fare tanti passaggi tipo:
periodo lun - mar > max stay 2 e poi far no check-in per il martedì.. e così via per gli altri periodi?

Buona serata a tutti

In merito al 3° Punto: disponibilità spezzate.
Non credo che neanche con ZaK sia possibile risolvere questo problema.
L'informazione della disponibilità fra ZaK e WuBook è infatti diversa. In WuBook
è "più povera", e questo è inevitabile poichè in WuBook camere della stessa
categoria sono mescolate ed indistinguibili.

L'unica cosa che mi è venuta in mente è l'introduzione di una nuova restrizione:
il max.stay.arrival (impedisce l'ingresso di soggiorni più lunghi rispetto
al valore configurato nella data di arrivo). Se ZaK aggiornasse su WuBook,
assieme alla disponibilità, anche questa restrizione, il grosso di questi
casi sarebbe risolto (per prenotazioni dirette).

La creazione di questa nuova restrizione avrebbe però un peso enorme per WuBook:
fra l'altro anche la speigazione e la visualizzazione sul Tabla, ma anche la gestione
e il controllo sull'online reception.
Ma sopratutto questa soluzione non sarebbe risolutiva. Il grosso delle prenotazioni
proviene infatti ancora dai portali. Se i portali non supportano la restrizione,
le prenotazioni su disponibilità spezzata potrebbero comunque continuare ad entrare.

Vedo che il tema interessa. E' un po' complesso, provo a spiegarmi.

Innanzitutto rispondo a PR045: WuBook attualmente non supporta il max.stay.arrival.
Non credo che verrà sviluppato perchè è un lavoro pesante e delicato in WuBook
ma sopratutto perchè neanche le OTA lo supportano, quindi avrebbe comunque
efficacia solo per la vendita dal proprio sito.

Per rispondere ad Alberto:
Nel calcolare la disponibilità da inviare a WuBook, ZaK controlla ogni singolo
giorno. La disponibilità inviata è corretta, non si può lavorare sulla disponibilità.
Si potrebbe al limite usare una restrizione. Ma quale?
Il "close to arrival" non è esatta: ogni giorno può essere comprato singolarmente
indipendentemente da quando arrivo.

Il problema si verifica quando il soggiorno dura più di un giorno (e nel mezzo
finisce una camera e ne inizia un'altra della stessa categoria).
Quindi deve essere il "max.stay". Ma questo è troppo grezzo. Servirebbe
un "max.stay.arrival" per farla bene (ma questa restrizione non è supportata).

Supponiamo di avere le camere A e B della stessa categoria. La disponibilità
della A è aperta dal 5 al 10 del mese, quella di B è apera dal 6 al 15.
La disponibilità sarà 1 dal 5 al 15, e questo è giusto.
Se ci fosse un max.stay.arrival di 6 notti per chi arriva il 5, di 5 notti per
chi arriva il 6, di 4 notti per chi attiva il 7, 8->3, 9->2... di 1 notte per chi arriva il 10.
Sarebbe possibile prenotare solo soggiorni abbastanza corti da non occupare
entrambe le camere. Chi prenota la A potrà farlo solo per un soggiorno
abbastanza corto da non dover cambiare camera.
(Restano fuori casi ancora più complessi, ad esempio quando si hanno
3 camere della stessa categoria che si aprono e chiudono).

Ci ho pensato a lungo, questa è l'unica soluzione che mi è venuta in mente.
Ripeto che è lontana dall'essere sviluppata per i motivi che ho già spiegato:
1) E' un lavoro grande di impatto notevole e delicato.
2) Se le OTA non supportano la restrizione, sarebbe comunque una soluzione
molto limitata.
3) In realtà non risolverebbe comunque al 100% il problema.

E' un tema complesso. Se io mi fossi spiegato male, chiedete pure.

Michele