Cosa succede davvero dopo la conferma di una prenotazione
La prenotazione è la parte facile. Tutto ciò che deve accadere di conseguenza è dove gli spazi perdono davvero soldi e violano la legge, e i guasti che costano di più sono quelli che nessuno segnala.
Una prenotazione è la promessa di fare altre undici cose
Quando una prenotazione viene confermata, la riga nella tabella delle prenotazioni è la cosa meno interessante che succede. A seconda dello spazio, confermare una prenotazione dovrebbe anche aprire una porta, generare credenziali WiFi, assegnare una quota di stampa, programmare le pulizie, emettere una fattura, incassare un pagamento, calcolare l'imposta di soggiorno, comunicare l'ospite alle autorità, eseguire le regole di automazione che corrispondono, inviare un messaggio all'ospite e restituire le date al canale da cui è arrivata.
Ognuna di queste è un sistema separato che può fallire per conto suo. E falliscono in un modo preciso e sgradevole: in silenzio.
Il guasto che una pagina di stato non può mostrarti
Qui esistono due tipi di guasto, e solo uno è facile.
Quello facile è un passo che è stato eseguito e ha restituito un errore. Il provider della porta ha rifiutato la credenziale, il pagamento è stato respinto. Qualcosa è successo, quindi qualcosa può essere registrato, ritentato e notificato.
Quello pericoloso è un passo mai tentato. Nessuno ha attivato l'integrazione. Una condizione ha escluso silenziosamente la prenotazione. Un job in coda non è mai partito perché il suo cron non è mai stato installato. Non c'è nessun errore, perché non c'è stato nessun tentativo. In un sistema che registra ciò che ha fatto, questo guasto è invisibile: il registro semplicemente non contiene nulla, e "nulla" è indistinguibile da "è andato tutto bene".
Per questo Boris non si limita a registrare le azioni. Ricostruisce ciò che sarebbe dovuto accadere per ogni prenotazione e lo confronta con ciò che è accaduto, così un passo mai tentato compare come mancante invece di essere assente dall'elenco.
Le aspettative nascono dalla configurazione, non da una checklist
L'insieme dei passi dovuti si deriva per singola prenotazione. Se lo spazio ha una porta attiva collegata a quella risorsa o a un'area comune, l'accesso è atteso. Se esiste una rete WiFi ospiti attiva, il WiFi è atteso. Se è abilitato un provider di comunicazione alle autorità, la registrazione è attesa. Se la prenotazione porta un'imposta di soggiorno maggiore di zero, il passo fiscale è atteso.
Questo conta perché rende il controllo onesto anche per gli spazi che non fanno tutto. Un coworking senza porte controllate da software non viene tormentato per sempre sugli accessi. Attivi l'integrazione, e da quel momento ogni prenotazione deve quel passo.
Quattro passi non sono facoltativi
Boris segna quattro aree come obbligatorie, perché quando falliscono in silenzio la conseguenza è legale o economica, non estetica: comunicazione alle autorità, imposta di soggiorno, fatturazione e pagamento.
L'asimmetria è voluta. Un ospite che non riceve la password del WiFi è un fastidio di cui ti avvisa entro un'ora. Un ospite mai comunicato all'autorità è qualcosa di cui non ti avviserà nessuno, e sia in Spagna sia in Italia il termine è di 24 ore dall'arrivo. Quando qualcuno se ne accorge, non è più un'attività da fare: è una sanzione.
Fatto, contro dimostrabilmente fatto
"Abbiamo chiamato l'API e ha risposto 200" è un'affermazione più debole di quanto sembri. La richiesta può riuscire e l'effetto può comunque non esistere.
Dove un provider pubblica una prova propria — un evento di apertura porta, un numero di protocollo dell'autorità — Boris registra il passo anche come verificato. La distinzione compare nel quadro di salute come due numeri separati: quanti passi sono riusciti, e quale quota di essi è riuscita e può essere dimostrata. Un tasso di successo alto con una verifica bassa merita un'indagine: di solito significa che un'integrazione accetta richieste e non ne fa nulla.
Per prenotazione, e su tutto lo spazio
Gli stessi dati alimentano due viste che rispondono a domande diverse. Per prenotazione, il dossier è ciò che apri quando un membro dice che alle 8 la porta non funzionava: ogni passo, il suo stato, il riferimento del provider e un ritenta che riesegue il passo attraverso il servizio che lo possiede, invece di simularne l'effetto.
Sull'intero spazio, il quadro d'insieme assegna un punteggio a ogni area su una finestra temporale ed elenca le prenotazioni attualmente a rischio. È il report che intercetta l'integrazione rotta martedì e da allora sempre fallita, cosa che nessuna vista per singola prenotazione farà mai emergere, perché nessuno riapre le prenotazioni vecchie.
Perché conviene costruirlo prima di averne bisogno
Quasi tutti gli spazi lo aggiungono dopo un incidente: un ospite rimasto fuori, un'ispezione che ha trovato soggiorni non comunicati. La ragione per farlo prima è che questo registro è l'unica cosa che rende le altre integrazioni abbastanza affidabili da poterci contare. Un'automazione che non puoi verificare non è automazione: è speranza con un cron job.