Integrazioni: come si legge un flusso di dati fra sistemi e dove si rompe

Un flusso di dati fra due sistemi si descrive con quattro cose e nessuna di più: chi manda, chi riceve, che cosa esattamente, ogni quanto. Chi sa scriverle per tutti i collegamenti della propria struttura ha la mappa. E la regola che tiene in piedi la mappa è una sola: per ogni singolo dato deve esistere un solo sistema che ne detiene la verità.

Quando quella regola salta non si rompe niente in modo visibile. I sistemi continuano a parlarsi, il fornitore mostra la spunta verde. Semplicemente due schermate danno due numeri diversi e nessuno sa quale abbia ragione. Il costo compare altrove: ospiti da rialloggiare, tariffe che tornano indietro da sole, una lista di contatti che nessuno usa più.

La struttura di riferimento per tutti i conti che seguono è un quattro stelle di 120 camere in una città d’arte del centro Italia, con occupazione media annua del 70 per cento e soggiorno medio di 2 notti: 30.660 camere-notte e 15.330 prenotazioni l’anno, cioè 42 al giorno. I sistemi collegati sono cinque: gestionale, motore di prenotazione, channel manager, sistema di prezzo, sistema dei contatti.

Le quattro cose che descrivono un flusso, più una che quasi nessuno scrive#

Su un foglio ogni sistema è una casella e ogni collegamento è una freccia con un verso solo, con due etichette: contenuto e frequenza. Un collegamento bidirezionale si disegna con due frecce, non con una a doppia punta, perché sono due flussi diversi con contenuti e guasti diversi.

Il contenuto non è “i dati delle prenotazioni”: è l’elenco dei campi, uno per uno. Quasi tutte le sorprese nascono da un campo che si dava per passante e non passa. Il codice tariffa è il caso classico: arriva al gestionale, non arriva al sistema di prezzo, e il segmento risulta vuoto proprio dove serve.

La frequenza ha tre forme. A evento, entro pochi secondi dal fatto. A intervallo, con un sistema che chiede all’altro ogni tot minuti. A mano, con qualcuno che esporta un foglio e lo carica: scelta legittima per i dati che cambiano una volta al mese, difetto grave quando riguarda la disponibilità.

La quinta cosa, quella che manca in nove mappe su dieci, è il comportamento in caso di errore. Se il messaggio non arriva, il mittente riprova, accoda o scarta? Chi viene avvisato? Un collegamento che scarta in silenzio è peggio di uno che non esiste, perché nessuno controlla a mano ciò che crede automatico.

Il sistema di riferimento si assegna per campo, non per sistema#

Il sistema di riferimento di un dato è quello in cui quel dato si modifica e da cui tutti gli altri lo ricevono. Non è il sistema più costoso e non è lo stesso per tutti i campi: il gestionale può essere il riferimento per lo stato delle camere e non per il prezzo, mentre il portale è il riferimento per lo stato di una prenotazione nata lì, e nessuna modifica fatta a mano nel gestionale la cambia.

Esiste una prova secca. Si prende il campo e si chiede: se due persone lo modificano nello stesso minuto in due sistemi diversi, chi vince? Se la risposta è “quello che ha salvato per ultimo”, quel campo non ha un padrone.

Da qui la regola pratica: due sistemi di riferimento sullo stesso campo garantiscono un disallineamento, non lo rendono probabile. Non è questione di qualità del software: se entrambi possono scrivere lo stesso valore e nessuno dei due sa dell’altro, l’unica domanda aperta è quando succederà.

La mappa dei cinque sistemi#

Una riga per freccia, con verso, contenuto, frequenza, riferimento del dato trasportato e conseguenza della caduta.

Otto frecce fra cinque caselle, e la mappa dice già due cose senza conti. Il gestionale compare in tutte e otto le righe, quindi la sua indisponibilità è l’unico guasto che ferma tutto. E tre flussi girano una volta al giorno mentre gli altri girano a evento o a intervallo: chi alle undici confronta un numero del sistema di prezzo con lo stesso numero sul gestionale sta confrontando due momenti diversi, e ha ragione il gestionale.

I tre guasti che si ripetono in ogni struttura#

La tariffa che torna indietro#

Il ricevimento alza il prezzo di sabato a mano nel gestionale, alle sedici. Il mattino dopo è tornato quello di prima: il sistema di prezzo scrive il listino una volta al giorno e riscrive tutte le date della sua finestra, comprese quelle toccate a mano.

La variante peggiore è il rimbalzo. Il gestionale manda la tariffa al channel manager, questo la conferma restituendo il valore, il gestionale registra la conferma come una modifica e la rimanda. Il ciclo consuma le chiamate disponibili verso i portali e le esaurisce prima di sera, così gli aggiornamenti veri del pomeriggio non partono. La correzione non è tecnica: o il sistema di prezzo salta le date bloccate a mano, o le modifiche manuali si fanno lì dentro e non nel gestionale. Le due cose insieme non stanno.

La disponibilità aggiornata da due lati#

È il guasto che costa più di tutti perché finisce con un ospite in piedi al banco. Succede quando il channel manager tiene un proprio contatore di camere invece di leggere quello del gestionale, o quando qualcuno lavora sui contingenti sul pannello di un portale: da quel momento esistono due verità sulla stessa camera. Il sintomo che precede il danno è una tipologia esaurita sul portale e libera nel gestionale, su date sparse. Chi lo nota lo sistema a mano, e peggiora le cose, perché aggiunge una terza scrittura.

L’anagrafica che si duplica#

Ogni sistema che riceve un nome e un indirizzo tende a creare un profilo nuovo, perché riconoscere che due profili sono la stessa persona è difficile e nessuno vuole unire per sbaglio due ospiti. La lista cresce più in fretta degli ospiti.

L’ultima riga è la più importante e la meno guardata. La struttura non ha soltanto una lista gonfia del 16,67 per cento: ha un tasso di ritorno nullo per costruzione. Su quel numero qualcuno deciderà che la clientela non torna e che fidelizzare non serve, per un motivo puramente tecnico.

Quanto costa una finestra di disallineamento#

La disponibilità mostrata ai portali non è mai esatta: è esatta all’ultimo aggiornamento. Fra un aggiornamento e il successivo il portale mostra un numero vecchio, e se in quella finestra arriva una prenotazione sull’ultima camera si vende una camera che non c’è. La finestra media è metà dell’intervallo di verifica più il tempo di pubblicazione del portale.

Millesettecento euro l’anno non giustificano un cambio di gestionale. Giustificano una telefonata al fornitore del channel manager per chiedere se l’intervallo di verifica si può stringere. È la domanda che non si fa mai perché non ha un numero attaccato: adesso ce l’ha, e il conto si rifà sostituendo quattro cifre.

Due avvertenze. Le prenotazioni non arrivano in modo uniforme, quindi 13,125 è una media attesa e non una previsione. E i 210 euro vanno costruiti sui propri contratti di appoggio, non presi da qui.

Le domande da fare prima di aggiungere il sesto sistema#

Ogni sistema nuovo aggiunge frecce, non solo funzioni. Prima di firmare, queste domande vanno fatte al fornitore nuovo e a quelli già in casa, con le risposte per iscritto.

• Quali campi legge e quali scrive. Non “si integra con il gestionale”: l’elenco dei campi nelle due direzioni. Se la risposta è generica, è no.
• Per ogni campo che scrive, chi era il padrone prima. Se ce n’era già uno, uno dei due passa in sola lettura, e si decide adesso, non alla prima discrepanza.
• Con quale frequenza, e se a evento o a intervallo. Un sistema che scrive prezzi una volta al giorno e uno che li scrive a evento convivono male.
• Che cosa fa quando l’altro non risponde. Riprova, accoda, scarta, avvisa. E per quanto tempo tiene la coda.
• Chi vede che il collegamento è fermo, e come. Un messaggio a un indirizzo che non legge nessuno non è un avviso.
• Quante chiamate consuma verso i portali. Chi condivide quel canale scopre il limite quando gli aggiornamenti si fermano il sabato pomeriggio.

Dove questa mappa non basta#

Ci sono dati la cui verità è legittimamente distribuita. Lo stato di pagamento di una prenotazione presa da un portale in modello agenzia sta dal portale finché non arriva l’incasso, poi sta nella contabilità. Non è un difetto di configurazione, è il modello contrattuale. In quei casi non si sceglie un padrone: si scrive nella mappa in quale momento il padrone cambia.

Centralizzare non riduce il rischio, lo sposta. Più si mette ordine e più tutto passa dal gestionale, che qui sopra compare in tutte e otto le frecce. Il giorno che è irraggiungibile per tre ore non si ferma un pezzo: si fermano la vendita, la disponibilità, il prezzo e le comunicazioni. Una mappa pulita rende il guasto più raro e più grave insieme. La contromisura è sapere in anticipo che cosa si fa a mano in quelle tre ore, e averlo provato almeno una volta.

Il collegamento certificato non garantisce il campo che serve. Due fornitori possono avere un’integrazione ufficiale e documentata e non farsi passare il codice tariffa o il numero di ospiti. La certificazione riguarda l’esistenza del collegamento, non il contenuto: l’unica verifica che vale è la prova su una prenotazione reale, campo per campo.

E il limite che sorprende di più: una mappa perfetta non elimina i disallineamenti, elimina quelli inspiegabili. Restano quelli dovuti al tempo, cioè alle finestre calcolate sopra, che si riducono ma non si annullano mai. Chi presenta la mappa come la fine dei problemi di dato promette ciò che nessuna architettura mantiene. Il risultato onesto è un altro: quando due schermate danno numeri diversi, si sa in dieci minuti quale ha ragione.

Cosa fare lunedì mattina#

1. Disegna le caselle dei sistemi in uso e le frecce fra loro, a verso singolo, su un foglio solo. Se non ci entrano, il problema è già quello.
2. Su ogni freccia scrivi il contenuto come elenco di campi e la frequenza in minuti, ore o giorni. Dove non lo sai, metti un punto interrogativo e chiedi al fornitore.
3. Elenca i campi che contano: disponibilità, tariffa, vincoli di soggiorno, codice tariffa, stato della prenotazione, dati dell’ospite, consenso commerciale, stato del pagamento. Accanto a ciascuno scrivi un solo nome di sistema.
4. Per ogni campo con due nomi accanto, decidi quale resta e metti l’altro in sola lettura, oppure scrivi la regola di precedenza.
5. Chiedi al fornitore del channel manager l’intervallo di verifica attuale e rifai il conto della finestra con i tuoi numeri.
6. Prendi una prenotazione da portale e una diretta arrivate ieri e segui a mano ogni campo in tutti i sistemi, segnando quelli che si perdono per strada.
7. Trova la schermata dove si vede se un collegamento è fermo e assegna a una persona il compito di guardarla ogni mattina.
8. Appendi la mappa a una parete e aggiornala il giorno stesso in cui si attiva o si spegne un collegamento.

Domande frequenti#

Serve davvero disegnare la mappa se ho solo tre sistemi?#

Con tre sistemi le coppie possibili sono tre e la mappa si fa in venti minuti, quindi il costo è trascurabile. Il valore vero però non sta nel disegno: sta nell’elenco dei campi con un solo nome di sistema accanto. Anche con due soli sistemi collegati, se sia il gestionale sia il channel manager possono scrivere la disponibilità, il disallineamento arriverà, e conviene sapere in anticipo quale dei due si sceglie di credere.

Chi deve tenere aggiornata la mappa, la struttura o il fornitore?#

La tiene la struttura, perché è l’unica che vede tutti i sistemi insieme. Ogni fornitore conosce bene le proprie due frecce e nulla delle altre sei, e quando due collegamenti si pestano i piedi ciascuno dimostra in buona fede che il proprio funziona. Il documento deve stare in casa, con un responsabile nominato, e va aggiornato il giorno stesso in cui qualcosa cambia.

Se il channel manager e il gestionale danno numeri diversi, a chi credo?#

A quello che nella mappa risulta il sistema di riferimento per quel campo specifico, che nella configurazione più comune è il gestionale per la disponibilità e il portale per lo stato di una prenotazione nata lì. Se la mappa non c’è, la risposta onesta è che non lo sai, e l’unico modo di deciderlo è contare le camere a mano per quella data. Una differenza sistematica e non casuale indica quasi sempre un secondo contatore attivo da qualche parte.

Meglio pochi sistemi che fanno tutto o molti sistemi specializzati?#

La domanda giusta non è quanti, ma quante frecce e quanti campi contesi. Un sistema unico che copre quattro funzioni elimina tre collegamenti e con essi tre modi di disallinearsi, ma di solito fa bene una funzione e in modo mediocre le altre. Un sistema specializzato in più si giustifica quando produce più valore del costo dei collegamenti nuovi, e quel costo si stima contando i campi che scrive e che avevano già un padrone.