Sistemi di prenotazione chiusi: perché falliscono nel 2026

Il vicolo cieco architettonico dei sistemi chiusi

I travel manager aziendali si trovano di fronte a un paradosso: le aziende spendono decine di migliaia di dollari all'anno per sistemi di prenotazione chiusi, ma i dipendenti continuano a prenotare biglietti tramite i loro account personali su Booking.com. Secondo uno studio ACTE del 2024, il 43% delle aziende europee registra oltre il 30% delle prenotazioni al di fuori dei canali aziendali. La causa non è la mancanza di disciplina del personale, ma il fatto che i sistemi chiusi sono stati costruiti per il mondo del 2015.

Un tipico sistema chiuso funziona su codice proprietario, scritto per un cliente specifico 5-10 anni fa. Qualsiasi modifica richiede di contattare lo sviluppatore, pagare ore di programmazione e un ciclo di test. Quando nel 2023 Amadeus ha modificato le API per ottenere le tariffe NDC, i clienti di un importante sistema russo hanno atteso l'aggiornamento per quattro mesi. Durante questo periodo i travel manager verificavano manualmente i prezzi in altre fonti.

Integrazioni che non funzionano mai completamente

L'azienda media con un volume di trasferte superiore a 500 viaggi all'anno utilizza almeno cinque sistemi: ERP per la contabilità, HRIS per i dati dei dipendenti, sistema di gestione delle spese, carta aziendale e la piattaforma di prenotazione stessa. I sistemi chiusi raramente si integrano con tutti.

Esempio: un'azienda manifatturiera di Ekaterinburg con 320 dipendenti ha implementato un sistema di prenotazione chiuso nel 2021. Il fornitore aveva promesso l'integrazione con 1C:UPP e le carte aziendali Sber. Dopo un anno funzionava solo l'esportazione dei report in Excel. La contabilità spendeva 18 ore al mese per il trasferimento manuale dei dati. Quando l'azienda ha richiesto l'accesso API per lo sviluppo interno, ha ricevuto un rifiuto: "l'architettura non prevede interfacce aperte".

Secondo il report Deloitte "Global Travel Management Survey 2025", le aziende con sistemi chiusi spendono in media il 34% in più di tempo per l'elaborazione manuale dei dati rispetto agli utenti di piattaforme aperte. Ogni ora di lavoro di un travel manager costa da 1500 a 4000 rubli. Moltiplicate per 20-40 ore al mese.

NDC e tariffe dinamiche: la nuova realtà dei contenuti

Le compagnie aeree stanno passando in massa alla distribuzione tramite NDC (New Distribution Capability). Lufthansa Group dal 2024 applica una commissione di 16 euro per ogni biglietto prenotato tramite GDS tradizionali senza connessione NDC. British Airways, Air France-KLM, United Airlines seguono la stessa strategia.

I sistemi di prenotazione chiusi non riescono ad adattarsi. I loro fornitori lavorano secondo un modello di sviluppo a progetto: prima bisogna raccogliere i requisiti da tutti i clienti, poi pianificare lo sprint, quindi testare. Al momento del rilascio le compagnie aeree hanno già modificato la struttura delle offerte.

Una piattaforma aperta di gestione delle trasferte aziendali si connette a nuove fonti di contenuti in giorni, non mesi, perché utilizza un'architettura modulare e un approccio API-first. Quando S7 Airlines ha lanciato tariffe NDC con bagaglio incluso per i clienti aziendali, gli utenti di piattaforme aperte hanno ottenuto l'accesso in una settimana. I clienti di sistemi chiusi hanno atteso fino a tre mesi.

Mobilità ed esperienza utente

I dipendenti sono abituati alle interfacce di Airbnb, Aviasales, Yandex Viaggi. Aprendo il sistema aziendale chiuso, vedono moduli con 15 campi, menu a discesa di aeroporti senza completamento automatico e un pulsante "Cerca" che elabora la richiesta in 8 secondi.

Uno studio sull'esperienza utente condotto da Phocuswright nel 2024 ha mostrato: se la prenotazione richiede più di 4 minuti, la probabilità che il dipendente abbandoni il processo e si rivolga direttamente al fornitore supera il 60%. I sistemi chiusi perdono in velocità perché non investono nel frontend. Il loro budget va al supporto del codice legacy del backend.

Le applicazioni mobili dei sistemi chiusi sono assenti o rappresentano un wrapper della versione web. Quando un volo viene ritardato alle 23:00, il dipendente non effettuerà il login tramite VPN aziendale dal telefono. Aprirà l'app della compagnia aerea o scriverà nella chatbot dell'hotel.

Costo di proprietà e spese nascoste

Un classico sistema chiuso costa da 300.000 a 2.000.000 di rubli per l'implementazione più supporto annuale del 15-25% del costo della licenza. Sembra un investimento una tantum. In pratica ogni due anni sorgono spese non pianificate.

Esempi dalla pratica dei travel manager:

La modifica della legislazione fiscale richiede l'adattamento del modulo di reportistica: 120.000 rubli e 6 settimane di sviluppo.
Il GDS cambia il protocollo di autenticazione: adattamento d'emergenza per 80.000 rubli.
L'azienda apre un ufficio in una nuova regione, serve il supporto per valuta locale e fornitori: da 200.000 rubli.

Le piattaforme SaaS aperte includono tutti gli aggiornamenti nell'abbonamento mensile. Quando la legislazione cambia, l'aggiornamento avviene automaticamente per tutti i clienti. Il costo è distribuito, non ricade su una singola azienda.

Assenza di analisi e previsioni

I sistemi chiusi raccolgono dati, ma raramente sanno analizzarli. Report tipico: una tabella con date, nomi, importi e codici dei centri di costo. Per capire perché le spese per i voli a Kazan sono aumentate del 40%, il travel manager esporta Excel e costruisce tabelle pivot manualmente.

Le piattaforme moderne applicano il machine learning per identificare anomalie. Il sistema nota automaticamente che tre dipendenti dello stesso reparto volano in business-class su rotte inferiori a 2 ore, anche se la policy lo vieta. Oppure che il costo medio dell'hotel a San Pietroburgo per la vostra azienda è del 22% superiore al mercato, perché le prenotazioni vengono effettuate 3 giorni prima del viaggio.

Secondo i dati GBTA, le aziende che utilizzano l'analisi predittiva nella gestione delle trasferte riducono le spese del 12-18% nel primo anno. I sistemi chiusi non forniscono tali strumenti perché i loro sviluppatori si concentrano sulle transazioni, non sugli insight.

Cosa deve fare oggi un travel manager

Se la vostra azienda utilizza un sistema chiuso, effettuate un audit:

Richiedete al fornitore la roadmap per il 2025-2026. Se non include NDC, API per integrazioni e app mobile, il sistema è obsoleto.
Calcolate il tempo reale che il team spende per l'elaborazione manuale dei dati. Moltiplicate le ore per il costo del lavoro degli specialisti.
Intervistate 20-30 dipendenti che viaggiano spesso per lavoro. Chiedete quante volte negli ultimi tre mesi hanno prenotato al di fuori del sistema aziendale e perché.
Confrontate il costo di proprietà del sistema chiuso (licenza + supporto + adattamenti + tempo del personale) con il prezzo di una moderna piattaforma SaaS.

Se il divario è evidente, preparate un business-case per la direzione. La migrazione a una piattaforma aperta richiede 4-8 settimane, ma si ripaga in 6-12 mesi attraverso la riduzione dei costi transazionali e l'aumento della compliance con la policy aziendale.

Transizione senza interruzione dei processi

La paura principale nella sostituzione del sistema: "paralizzeremo le prenotazioni per un mese". Le piattaforme moderne supportano la migrazione graduale. Prima vengono trasferiti i riferimenti e le policy, poi si connettono i fornitori, quindi si avvia un pilota su un reparto. La massa principale degli utenti passa quando il sistema è già collaudato.

Un'azienda logistica di Novosibirsk con 180 dipendenti è migrata da un sistema chiuso in 5 settimane. La prima settimana il travel manager ha configurato policy e integrazioni. La seconda settimana hanno testato 10 utenti pilota. Dalla terza settimana hanno collegato gli altri a 30-40 persone al giorno. Il vecchio sistema ha funzionato in parallelo per un altro mese, ma nessuno lo usava: il nuovo era più veloce e comodo.

Piattaforme aperte come standard del 2026

Il mercato del travel aziendale si muove verso un modello in cui la piattaforma di prenotazione diventa un sistema operativo. Si integra con decine di fornitori di contenuti, sistemi aziendali di contabilità, messenger, calendari. L'architettura chiusa non può fisicamente garantire tale connettività.

Le aziende che continueranno a utilizzare sistemi chiusi nel 2026 affronteranno tre rischi:

Aumento della quota di prenotazioni al di fuori dei canali aziendali e perdita di controllo sulle spese.
Aumento del costo di supporto del software obsoleto man mano che gli sviluppatori passano a nuovi progetti.
Ritardo nell'analisi e impossibilità di prendere decisioni basate sui dati.

La scelta della piattaforma di gestione delle trasferte nel 2026 è una scelta tra investimento in infrastruttura e investimento in flessibilità. I sistemi chiusi offrono l'illusione del controllo, ma il controllo reale lo danno la trasparenza dei dati, la velocità di adattamento e la comodità per gli utenti finali.

FAQ

Perché i sistemi di prenotazione chiusi non supportano le tariffe NDC delle compagnie aeree?

I sistemi chiusi sono costruiti su codice proprietario e richiedono adattamenti individuali per ogni nuova fonte di contenuti. La connessione delle API NDC delle compagnie aeree richiede mesi, perché il fornitore deve pianificare lo sviluppo, testare e rilasciare l'aggiornamento per ogni cliente separatamente. Le piattaforme aperte utilizzano un'architettura modulare e connettono nuove fonti in giorni.

Quanto costa la reale proprietà di un sistema di prenotazione chiuso?

Oltre alla licenza (da 300.000 a 2.000.000 di rubli) e al supporto annuale (15-25% del costo), le aziende sostengono costi nascosti: adattamenti in caso di modifiche legislative o API dei fornitori (da 80.000 a 200.000 rubli per incidente), tempo del personale per l'elaborazione manuale dei dati (20-40 ore al mese) e perdite da prenotazioni al di fuori dei canali aziendali.

È possibile migrare da un sistema chiuso senza interrompere il processo di prenotazione?

Sì, le piattaforme moderne supportano la migrazione graduale. Prima vengono trasferiti i riferimenti e le policy, poi si avvia un pilota su un piccolo gruppo di utenti, dopo il collaudo si connette la massa principale dei dipendenti. Il vecchio sistema può funzionare in parallelo fino alla transizione completa. Il tempo tipico di migrazione è di 4-8 settimane.

Quali integrazioni sono critiche per un sistema di prenotazione aziendale nel 2026?

Integrazioni obbligatorie: ERP e sistemi di contabilità (1C, SAP) per la registrazione automatica delle spese, HRIS per i dati dei dipendenti e la struttura organizzativa, sistemi di gestione delle spese (Expensify, SAP Concur), carte aziendali, calendari (Outlook, Google), messenger per le notifiche. Senza accesso API a questi sistemi il travel manager spende decine di ore per il trasferimento manuale dei dati.

Come capire che il sistema chiuso è obsoleto e bisogna cambiare piattaforma?

Segni di un sistema obsoleto: assenza di tariffe NDC delle compagnie aeree, nessuna API per integrazioni con sistemi aziendali, applicazione mobile assente o scomoda, qualsiasi adattamento richiede di contattare il fornitore e pagare, oltre il 30% dei dipendenti prenota al di fuori del sistema aziendale, la reportistica è limitata all'esportazione in Excel senza analisi.