07-12-2023, 11:24 AM
Ciao Matteo,
ci sono piu' livelli che voglio discutere nel contesto di una risposta. In primis, mi spiace se le informazioni che ti sono
state fornite sono imprecise. Ma il contesto delle connectivity non e' facile. Soprattutto in questi casi, dove i passagi
salgono a 3: OTA -> WooDoo -> Zak. In ogni caso, scusaci.
Il motivo per cui, per esempio, abbiamo deciso di sviluppare un CM nativo su Zak, sebbene limitato nella varieta'
dei canali integrati, e' proprio quello di avere un controllo maggiore, una cura piu' dettagliata su tutti quegli aspetti
che, all'interno di un PMS, giocano un ruolo di vitale importanza per la precisione del software.
Di qui il pieno supporto alle modifiche delle prenotazioni, la maggiore precisione per il rilevamente delle occupancies.
Dei trattamenti. Ma anche la gestione dell'IVA, della City Tax (che su Zak va al di la' di una impressione sul voucher,
ma entra -preponderante- in gioco successivamente, sul post vendita).
Cio' detto: le connettivita' via WooDoo soffrono alcune imprecisioni. Questo vogliio dirtelo con trasparenza: al momento
(*al momento*) consideriamo di piu' prioritaria importanza altre cose. Quali? Sul forum e' stato gia' detto tante volte:
Mobile App, un sistema molto piu' semplice e avanzato per il Templating System, le Statistiche. Solo per citarne alcune,
ma la lista e' molto, molto piu' corposa.
Queste imprecisioni sono di varia natura: sistemiche a volte, a volte per driver. Nel tuo caso specifico: le regole di
cancellazione di Zak non sono "mappate". Quindi lato Zak -con l'idea di risolvere- dovremmo capire quali informazioni
utilizzare per indovinare meglio la policy piu' appropriata.
Per esempio, quella che indicavi: Refundable: false
Questa e' una specificita' di BB.it, molto probabilmente. In altre parole, probabilmetne non e' un campo che, lato
Zak, possiamo considerare con affidabilita' per ogni preno per ogni canale ricevuta da Woodoo. Inoltre, la
refundability (true false) non e' sufficiente a individuare una policy con esattezza. Su Zak potresti averne
diverse di NR e saremmo daccapo.
I problemi, a volte, sono meno semplici di quel che sembrano, aime'.
In otni caso, ora vedo un attimo di confrontarmi con i manager del team woodoo. Vediamo se possono dare
informazioni preziose per migliorare le cose. Lato Zak, terremo probabilmente il focus su quei grandi sviluppi
di cui continuamente vi parliamo. Ma confido che miglioreremo anche queste imprecisioni, perche' siamo
molto orientati al migliorameno.
Scusa per le eventuali imprecisioni. Sia di carattere comunicativo, sia di carattere tecnico.
Ricordati che le imprecisioni delle integrazioni via WooDoo esistono. Su questo non voglio mentire e essere
sincero, ecco. Ricordati che lavoriamo ogni giorno per migliorare le cose.
Grazie mille per l'attenzione
ci sono piu' livelli che voglio discutere nel contesto di una risposta. In primis, mi spiace se le informazioni che ti sono
state fornite sono imprecise. Ma il contesto delle connectivity non e' facile. Soprattutto in questi casi, dove i passagi
salgono a 3: OTA -> WooDoo -> Zak. In ogni caso, scusaci.
Il motivo per cui, per esempio, abbiamo deciso di sviluppare un CM nativo su Zak, sebbene limitato nella varieta'
dei canali integrati, e' proprio quello di avere un controllo maggiore, una cura piu' dettagliata su tutti quegli aspetti
che, all'interno di un PMS, giocano un ruolo di vitale importanza per la precisione del software.
Di qui il pieno supporto alle modifiche delle prenotazioni, la maggiore precisione per il rilevamente delle occupancies.
Dei trattamenti. Ma anche la gestione dell'IVA, della City Tax (che su Zak va al di la' di una impressione sul voucher,
ma entra -preponderante- in gioco successivamente, sul post vendita).
Cio' detto: le connettivita' via WooDoo soffrono alcune imprecisioni. Questo vogliio dirtelo con trasparenza: al momento
(*al momento*) consideriamo di piu' prioritaria importanza altre cose. Quali? Sul forum e' stato gia' detto tante volte:
Mobile App, un sistema molto piu' semplice e avanzato per il Templating System, le Statistiche. Solo per citarne alcune,
ma la lista e' molto, molto piu' corposa.
Queste imprecisioni sono di varia natura: sistemiche a volte, a volte per driver. Nel tuo caso specifico: le regole di
cancellazione di Zak non sono "mappate". Quindi lato Zak -con l'idea di risolvere- dovremmo capire quali informazioni
utilizzare per indovinare meglio la policy piu' appropriata.
Per esempio, quella che indicavi: Refundable: false
Questa e' una specificita' di BB.it, molto probabilmente. In altre parole, probabilmetne non e' un campo che, lato
Zak, possiamo considerare con affidabilita' per ogni preno per ogni canale ricevuta da Woodoo. Inoltre, la
refundability (true false) non e' sufficiente a individuare una policy con esattezza. Su Zak potresti averne
diverse di NR e saremmo daccapo.
I problemi, a volte, sono meno semplici di quel che sembrano, aime'.
In otni caso, ora vedo un attimo di confrontarmi con i manager del team woodoo. Vediamo se possono dare
informazioni preziose per migliorare le cose. Lato Zak, terremo probabilmente il focus su quei grandi sviluppi
di cui continuamente vi parliamo. Ma confido che miglioreremo anche queste imprecisioni, perche' siamo
molto orientati al migliorameno.
Scusa per le eventuali imprecisioni. Sia di carattere comunicativo, sia di carattere tecnico.
Ricordati che le imprecisioni delle integrazioni via WooDoo esistono. Su questo non voglio mentire e essere
sincero, ecco. Ricordati che lavoriamo ogni giorno per migliorare le cose.
Grazie mille per l'attenzione