La connessione ai canali è stabilita in due modi differenti, a seconda della tecnologia che il canale supporta: Real-Time and iCal.
Canali come Booking.com, Expedia, Agoda ecc.. supportano connessioni in tempo reale (via API) mentre canali come Airbnb, HomeAway, Flipkey etc.. sono basati sulla tecnologia iCal/ICS. Su questo sito puoi trovare una descrizione della tecnologia supportata da ogni canale.

Quali sono le differenze principali? Prima di tutto, i canali che supportano connessioni real-time via API ti permetteranno di gestire anche le tariffe oltre alla disponibilità e alle prenotazioni. Le tariffe non possono essere gestite dai canali che lavorano con gli URL iCal Sync.

Le connessioni Real-time sono basate su chiamate API fatte dai server centrali di e4jConnect su richiesta mandata da Vik Channel Manager. Ogni volta ci sarà una modifica alla disponibilità, questi canali saranno immediatamente notificati e la nuova disponibilità sarà mostrata immediatamente. La stessa cosa funziona per ogni richiesta di update inviata per modificare le tariffe o le restrizioni.
La sincronizzazione iCal/ICS è basata sullo scambio di URL che ritornano la disponibilità in formato ICS. Questo in pratica è un file che contiene le date e alcune informazioni per ciascuna prenotazione.

Nuove prenotazioni che vengono da canali Real-Time saranno scaricate e trasmesse alle proprietà con un ritardo massimo di 3 minuti. Il ritardo massimo per scaricare nuove prenotazioni da un canale iCal/ICS va invece fino a 3 ore. Il tempo medio di sincronizzazione è di 1 ora in questo caso.
Inoltre, quando connetti il channel manager ad un canale Real-Time, questo scaricherà tutte le nuove prenotazioni che arriveranno dopo la data di connessione. Per esempio, se oggi connetti il channel manager con Booking.com, inizierai a ricevere nuove prenotazioni che saranno generate dopo oggi. Ci possono essere eccezioni a questo caso, dove puoi richiedere un download delle prenotazioni ricevute fino a 30 giorni prima della data di connessione.
Con la tecnologia iCal/ICS invece, scambierai un URL Sync (un link) con il canale. Il channel manager parserà periodicamente (e automaticamente) quell’URL per vedere se ci sono nuove prenotazioni. Il canale farà lo stesso parsando periodicamente il Sync URL fornito. Tuttavia, e4jConnect non può controllare ogni quanto il canale scaricherà e modificherà la tua disponibilità poiché eseguono questa operazione indipendentemente. Il tuo channel manager non può forzare un canale a scaricare il tuo calendario disponibilità per chiudere ad esempio una camera, o salvare una nuova prenotazione, o semplicemente aggiornare la disponibilità. Questo è possibile solo con i canali che supportano connessioni in tempo reale tramite API, dove il channel manager trasmette al portale la nuova disponibilità.
Quindi questa è essenzialmente la differenza principale tra le due tecnologie. I canali real-time sono informati dal channel manager ad ogni modifica della disponibilità. Canali che lavorano con gli URL iCal Sync invece scaricheranno le nuove disponibilità da soli, ad intervalli fissi. Potrebbe essere possibile che tu possa forzare il download della disponibilità dal tuo account sul canale ma questo dovrebbe ovviamente avvenire automaticamente, e lo fa.

Inoltre, quando connetti un URL Sync nel channel manager, i nostri server lo scaricheranno al prossimo intervallo disponibile, e tutte le prenotazioni con una data di check-out nel futuro saranno trasmesse alla tua proprietà, indipendentemente da quando hai ricevuto queste prenotazioni. Certamente, se hai già chiuso le date prenotate in VikBooking, il channel manager ti notificherà che le prenotazioni esistono di già.

Un altro aspetto importante dei canali “Real-Time" è il fatto che tutto si basa sull’ OTA Booking ID (l’ID della prenotazione generata dal portale). Tutte le nuove prenotazioni in arrivo da questi canali, che non sono mai state trasmesse o salvate prima nel channel manager saranno parsate: se hai già una prenotazione con lo stesso OTA ID, allora il channel manager la salterà. Altrimenti, se hai chiuso manualmente o registrato una prenotazione dalla pagina Calendar di VikBooking e queste date non sono più disponibili, se questa prenotazione viene scaricata e trasmessa al portale, il channel manager manderà una notifica di errore che dice che non c’è più disponibilità in quelle date. Questo accadrà perché la prenotazione che hai creato manualmente tramite VikBooking, non aveva l’OTA ID e quindi il channel manager la considera una prenotazione diversa. Questo è un caso raro che potrebbe accadere quando ti fermi o riattivi la connessione con un canale. In pratica salvi la prenotazione manualmente sul tuo sito e se il channel manager scarica questa prenotazione di nuovo dal portale, si causerebbe una situazione di overbooking.
Questo spiega come tutto è basato sull’ID delle prenotazioni in arrivo dai portali. La stessa cosa succederebbe per una cancellazione o una modifica: immagina una situazione nella quale devi registrare manualmente una prenotazione in VikBooking (il tuo sito) che è stata ricevuta da un portale prima di stabilire una connessione con questo canale - questa prenotazione sarà salvata sul tuo sito senza riferimenti all’ “OTA Booking ID”. Se questa prenotazione viene cancellata o modificata da un cliente sul portale, il channel manager riceverà una modifica/cancellazione per un ID prenotazione che non esiste sul tuo sito. Una notifica di errore verrà mostrata in questo caso. Invece, se la nuova prenotazione originale è stata trasmessa al tuo channel manager, ogni cancellazione o modifica futura passerà correttamente.
Come spiegato sopra, nel caso di canali iCal, prenotazioni per date nelle quali non c’è disponibilità sul tuo sito con VikBooking, saranno ignorate, perché si presume che siano già state trasmesse e salvate.