Novità TripMaster

AlpineBits fase 2 in TripMaster: aggiornamenti parziali, supplementi e offerte speciali senza ritrasmissioni complete

Scrivania di reception alberghiera alpina con laptop aperto che mostra un'interfaccia di sincronizzazione dati, finestre panoramiche con montagne sullo sfondo

A luglio 2026 TripMaster ha introdotto il supporto al protocollo AlpineBits per la sincronizzazione diretta con i fornitori: hotel e tour operator potevano cominciare a inviare camere, tariffe, disponibilità e richieste di prenotazione tramite un endpoint dedicato, senza passaggi manuali o file intermedi.

Con la fase 2, rilasciata ad agosto 2026, il supporto si estende in profondità: arrivano gli aggiornamenti parziali (Overlay), i supplementi, le offerte notti gratis, le tariffe family, l'occupancy per numero di ospiti e i vincoli sui giorni di arrivo e partenza. Il risultato è una sincronizzazione più granulare, più efficiente e più aderente alla realtà contrattuale di ogni fornitore.


Il problema: ritrasmettere tutto per cambiare poco

Chi lavora con fornitori che usano un PMS alberghiero conosce bene la situazione: l'hotel aggiorna una tariffa per un periodo specifico — poniamo, abbassa il prezzo della camera doppia per una settimana di bassa stagione — e il sistema deve recepire la variazione. Con il protocollo base (trasmissione completa, tipo Full), questo significa ricevere e processare l'intero listino del fornitore da capo: tutte le camere, tutti i periodi, tutte le tariffe, anche quelle che non sono cambiate di un centesimo.

Per un hotel di medie dimensioni con listino stagionalizzato, una trasmissione completa può contenere migliaia di righe tariffarie. Farlo a ogni variazione di prezzo — e durante l'alta stagione le variazioni possono essere quotidiane — genera un traffico dati sproporzionato, rallenta i processi di import, aumenta il rischio di errori da sovrascrittura e rende la sincronizzazione reattiva sulla carta ma pesante in pratica.

Il problema non riguarda solo la banda o la velocità: riguarda la qualità dei dati. Quando si ritrasmette tutto, è più facile che un dato corretto venga sovrascritto da un valore datato incluso in una trasmissione massiva fatta senza attenzione ai delta.


Cosa introduce la fase 2: Overlay e funzionalità avanzate

Overlay: aggiornare solo ciò che cambia

Il punto centrale della fase 2 è il supporto al tipo di trasmissione Overlay previsto dallo standard AlpineBits HotelData. Invece di ricevere un listino completo (Full), TripMaster accetta ora messaggi differenziali: il fornitore invia solo le righe tariffarie modificate, e il sistema aggiorna esclusivamente quelle, lasciando intatto il resto.

Dal punto di vista tecnico, lo standard AlpineBits distingue le trasmissioni tramite l'attributo RatePlanNotifType: il valore Full rimpiazza l'intero piano tariffario, mentre il valore Overlay trasmette solo i delta. TripMaster gestisce ora entrambe le modalità, lasciando al PMS del fornitore la scelta di quale usare per ogni messaggio.

In pratica: un hotel che deve aggiornare il supplemento vista mare per il mese di agosto non deve più inviare l'intero catalogo camere. Invia un messaggio Overlay con le sole righe che cambiano, TripMaster le applica, e il resto del listino rimane invariato. Il ciclo di sincronizzazione si accorcia, il carico sul sistema si riduce e la tracciabilità delle modifiche diventa più precisa.

Supplementi

Il supporto ai supplementi consente al fornitore di trasmettere voci aggiuntive legate a specifiche camere o periodi — vista mare, piano alto, trattamento spa incluso, parcheggio — come elementi separati rispetto alla tariffa base. TripMaster li riceve, li abbina alla camera e al periodo corrispondente e li rende disponibili nel listino costruito sull'ordine.

Per l'agenzia questo significa poter vedere e quotare i supplementi come il fornitore li ha definiti nel proprio PMS, senza dover inserire manualmente voci aggiuntive o riconciliare dati trasmessi in modo aggregato.

Offerte notti gratis e family

La fase 2 introduce anche il recepimento di due tipologie di offerta molto comuni nel segmento leisure e nei contratti con strutture alpine:

  • Notti gratis: offerte del tipo "prenota 7 notti, paghi 6" trasmesse direttamente dal fornitore, con le regole di applicazione (periodo, tipo camera, minimo soggiorno) già codificate nel messaggio AlpineBits.
  • Offerte family: tariffe differenziate per bambini in occupazione standard o ridotta, con le soglie di età e i criteri di applicazione già inclusi nella trasmissione.

Queste strutture tariffarie erano gestibili in TripMaster attraverso la configurazione manuale del listino, ma dovevano essere replicate dall'operatore a partire dalle condizioni contrattuali ricevute in altro formato (PDF, email, foglio Excel). Con la fase 2, arrivano direttamente dal PMS del fornitore nel formato corretto, pronte per essere usate nella quotazione.

Occupancy per numero di ospiti

Un altro elemento rilevante riguarda la gestione delle tariffe variabili in base al numero effettivo di ospiti in camera. Molti hotel applicano prezzi differenti a seconda che una doppia sia occupata da una o due persone; alcuni differenziano anche per tripla e quadrupla.

TripMaster accetta ora questi profili di occupancy trasmessi via AlpineBits, associando la tariffa corretta al numero di ospiti dichiarati nell'ordine. Questo elimina un'altra classe di intervento manuale: l'operatore non deve più calcolare o correggere il prezzo per le camere a singola occupazione rispetto a quanto ricevuto dal fornitore.

Vincoli sui giorni di arrivo e partenza

Alcuni fornitori — in particolare resort e strutture con logistica legata ai trasferimenti — impongono arrivi e partenze solo in certi giorni della settimana (es. solo sabato, o sabato e domenica). Lo standard AlpineBits prevede la possibilità di trasmettere questi vincoli tramite le regole ArrivalDaysOfWeek e DepartureDaysOfWeek. TripMaster li recepisce e li applica nella gestione del listino, così che una quotazione con date incompatibili con i vincoli del fornitore venga segnalata correttamente, senza aspettare una risposta di rifiuto a valle.


Come funziona in pratica: due scenari d'uso

Scenario 1 — Hotel con revenue management dinamico

Un hotel a Bolzano aggiorna le tariffe più volte alla settimana in base all'occupazione. Fino alla fase 1, ogni aggiornamento richiedeva una ritrasmissione completa del listino: decine di tipologie camera, tre stagioni, più piani di trattamento. Con Overlay, il PMS dell'hotel invia solo le righe modificate — ad esempio le tariffe della camera superior per i prossimi 10 giorni — e TripMaster le applica in pochi secondi senza toccare il resto del listino. Il tour operator che usa TripMaster vede le tariffe aggiornate in tempo reale nella schermata di quotazione, senza alcuna azione manuale.

Scenario 2 — Tour operator con contratti family e notti gratis

Un tour operator specializzato in settimane bianche ha contratti con venti strutture alpine. Molte offrono condizioni family (bambini fino a 12 anni in terzo letto a tariffa ridotta) e promozioni early booking con notti gratis. Queste condizioni variano struttura per struttura e stagione per stagione. In passato, l'operatore le codificava manualmente nel proprio listino TripMaster a partire dai fogli contratto.

Con la fase 2, i PMS delle strutture trasmettono direttamente queste offerte tramite AlpineBits. TripMaster le recepisce e le rende disponibili nel listino senza intervento dell'operatore: le notti gratis compaiono come offerta applicabile nella quotazione, le tariffe family si attivano quando la composizione del gruppo include bambini nelle fasce d'età previste dal contratto. Il margine di errore nella trascrizione manuale si azzera; il tempo di aggiornamento del listino, che in precedenza richiedeva ore di lavoro a inizio stagione, si riduce drasticamente.


Cosa cambia per l'agenzia e per il tour operator

L'effetto più immediato della fase 2 è la riduzione del lavoro di manutenzione del listino. Ogni voce trasmessa correttamente dal fornitore è una voce che l'operatore non deve inserire, verificare o correggere a mano. In un contesto in cui i listini stagionali possono comprendere decine di strutture e centinaia di varianti tariffarie, questo si traduce in ore operative risparmiate ogni settimana.

Il secondo effetto riguarda la qualità dei dati. Con trasmissioni Overlay mirate, la probabilità che una modifica sovrascriva erroneamente dati corretti è molto più bassa rispetto alle trasmissioni complete massive. I listini in TripMaster restano allineati al fornitore in modo più affidabile, e le quotazioni prodotte si basano su dati più freschi.

Il terzo effetto è meno visibile ma rilevante sul lungo periodo: man mano che i PMS delle strutture adottano AlpineBits fase 2 (e lo standard è in progressiva diffusione nel mercato alpino e nell'hospitality italiana), la catena di trasmissione dati tra fornitore e distributore diventa più robusta e standardizzata. Meno formati proprietari, meno file Excel da interpretare, meno discrepanze tra quanto il fornitore ha caricato nel suo sistema e quanto l'agenzia ha in TripMaster.


Come configurare il fornitore in TripMaster

L'endpoint AlpineBits di TripMaster è documentato nella pagina pubblica dedicata all'onboarding tecnico, accessibile ai fornitori e ai loro fornitori di PMS. La documentazione descrive le action supportate, i formati XML attesi e le istruzioni per configurare l'autenticazione.

Per i fornitori già connessi tramite la fase 1, il passaggio alla fase 2 non richiede una nuova configurazione da parte dell'agenzia: è sufficiente che il PMS del fornitore inizi a utilizzare i nuovi tipi di messaggio (Overlay, supplementi, offerte). TripMaster è già pronto a riceverli.

Per i fornitori non ancora connessi, il punto di partenza è la documentazione pubblica di TripMaster. Il supporto tecnico è disponibile per accompagnare l'onboarding dei PMS che richiedono chiarimenti sull'implementazione.


Una nota sul contesto standard

AlpineBits HotelData è uno standard aperto sviluppato dall'AlpineBits Alliance, che conta oggi oltre 125 implementazioni note. Si basa su HTTPS stateless e messaggi XML conformi allo schema OpenTravel 2015A, ed è pensato specificamente per il turismo alpino e montano, con un'adozione crescente anche nel resto del mercato italiano. L'implementazione in TripMaster segue la specifica corrente (versione 2024-10) e viene aggiornata con le evoluzioni dello standard.

Per chi vuole approfondire le funzionalità AlpineBits fase 2 già attive in TripMaster o pianificare il collegamento di nuovi fornitori, il team di supporto è disponibile per una sessione operativa dedicata.