[yellow]

Buone notizie,

abbiamo analizzato la situazione e abbiamo trovato alcune soluzioni per risolvere il problema che descrivete.
Vi dico quella che ci sembra migliore: abilitare su Tabla un campo "Flexible Allocation" (con ispirazione Expedia).

In via predefinita, la Flexible Allocation e' 0. E la disponibilita' della camera e' calcolata esattamente come ora:
e' il numero di camere fisiche collegate (disponibilita' residua).

Se vogliamo aumentare la dispo di 1, bastera' mettere in Flexible Allocation 1.
In altre parole, la disponibiltia' diventa quella "residua" PIU' quella Flexible.

Vi rendo anche noto che e' nostra intenzione inserire su Tabla altri due campi: Minimum Advance e Maximum Advance.

Lascio un po di spazio di discussione, ma questo problema lo troviamo ragionevole e vogliamo risolverlo il piu' presto
possibile. Quindi, in assenza di commenti, ben presto, iniziamo i lavori.

Fateci sapere se volete arricchire qualche concetto o se avete qualche bella idea da esporre.

[MM805]

Mmm,

se si potenziasse l'utilizzo di OtaAvailability, lasciandovi impostare variazioni di disponibiltia', piuttosto che
esclusivamente limitazioni?

Che ne dite?

A me l'unica cosa che interessa è poter modificare la disponibilità delle camere in vendita, quindi decidete voi come fare

[Esda]

In realtà su Wubook tabla era perfetto : esempio oggi ho solo 1 quadrupla libera vado su tabla e metto a 0 la quadrupla e a 1 la matrimoniale, perché so che la quadrupla non la venderò mentre la matrimoniale si! E inoltre appena entrerà la nuova prenotazione Zak intelligentemente riallineerà tabla alla situazione reale e non andrò. In overbooking ..

[yellow]

Ciao Dario,

si, questa e' un'altra ipotesi, tra quelle che avevamo individuato anche noi. Ti faccio notare che la
problematica dell'overbooking e' equivalente in entrambe le soluzioni.
Nel caso della Flexible Allocation, si mette -1 sulla Quad.

In questa idea, pero', forse c'e' un problema (che ci aveva fatto optare per la Flexible Allocation).

Nell'ottica di farti gestire la dispo, poi come dici va continuamente aggiornata. Esempio: metti dispo 10, arriva
una preno, la dispo va a 9. Cancelli una preno, la dispo va a 10. Fin qui, tutto bene.

Torniamo al tuo scenario. Tu metti 1 sulla Doppia e zero sulla Quad.
Poi ricevi una preno sulla Doppia.

In questo momento la dispo e' stata aggiornata. Sulla doppia avrai dispo 0. Sulla Quad, ancora 0.

Poi, in maniera del tutto naturale, la sposti su una camera fisica di tipo Quad, perche' di doppie
fisiche proprio non ne hai piu'.

Cosa accade? Sulla doppia torni ad avere dispo 1. Sulla Quad, hai -1. Qui hai l'overbooking.
E non sono sicuro questo problema possa essere risolto bene, perche' un PMS non puo' essere
telepatico, capendo che la preno che sposti sulla Quad era in realta' un overbooking e quindi
la dispo non deve essere aggiornata.

Inoltre, nell'ottica della Flexible allocation, se metti +1 sulla Doppia e -1 sulla Quad, hai piu' visibilita' di quello che hai
deciso di modificare manualmente, una sorta di storico, insomma. Sai che hai provato a vendere piu' doppie.
Sai che lo hai fatto a spese della Quad.

Alla luce di questa piccola argomentazione, hai considerazioni?
Ora provo a chiamarti, se ti trovo un attimo libero, ne parliamo anche al tel

[Esda]

Ciao io non sto ancora usando tabla del nuovo Zak, e non capisco come funzioni la flexible allocation... ma torniamo al tabla di Wubook : una volta che vendo la doppia forzandola sulla quadrupla ,sposto la preno nella quadrupla , Zak rileggerà tutto il planner e Wubook sarà aggiornato con tutto hotel completo senza rischi overbooking...
questa modalità la uso senza problemi da anni , come si replica con il tabla di Zak?