Messaggi: 2,922
Discussioni: 159
Registrato: Mar 2013
Reputazione:
63
Luca,
guardiamoci con priorita', va bene.
Mi mandi via email i codici preno coinvolti per favore?
Cosi' facciamo un'analisi e vediamo dove sta il problema.
Grazie
Messaggi: 2,922
Discussioni: 159
Registrato: Mar 2013
Reputazione:
63
Allora,
aggiornamento finale sul problema delle modifiche di booking.com. Il problema era reale. Scusate se ho tardato nel capirlo,
mi sono ritrovato con tante informazioni e registri comunicativi che non sono riuscito a distillare bene.
Cio' detto, ecco quanto accadeva (la soluzione e' gia' pubblicata, ma se notate cose, fateci sapere):
1. Il bug e' stato introdotto per sviluppare una funzionalita' che alcuni utenti (proprio qui sul forum, vedete che vi ascoltiamo)
avevano richiesto sulle modifiche. Se mi entra una preno di Bcom e zak la assegna alla 102, ma io decido di muoverla alla
104, voglio che successive modifiche "ricordino" la mia volonta' di tenerla sulla 104. In questo passaggio, saltava il controllo
della disponibilita', che adesso abbiamo immeditamente ripristinato.
2. Il bug era circoscritto sicuramente a chi ha l'assegnamento automatico durante l'integrazione delle prenotazioni.
Era anche circoscritto a quei casi in cui c'era effettiva disponibilta' sullo stessa tipologia di camera (altrimenti
ll'overlapping- veniva corretttamente rilevato).
Ora dovrebbe esssere a posto. Nel caso di una preno in overlapping, zak la sgancia dalla camera fisica e avete
una pending da gestire. Quando invece c'e' dispo, Zak continua a ricordare la vostra preferenza nello spostamento
della camera.
Vi chiedo di accettare le piu' sentite scuse per il disagio.
@Luca: vedi anche email che ti ho inviato personalmente