Una fattura, scomposta come la finanza la legge davvero

Un cliente aziendale non vuole quaranta ricevute per quaranta corse. Vuole un unico documento a fine mese, e quel documento deve portare la scomposizione che la finanza già si aspetta: quale reparto ha viaggiato, quale centro di costo la assorbe, e quale tariffa si applicava secondo il contratto proprio dell'account. Niente di tutto questo compare su una ricevuta di pagamento.

Ricostruire quella scomposizione a posteriori significa ripercorrere un mese di prenotazioni una per una, abbinando ogni corsa a un viaggiatore, un reparto, e una tariffa che potrebbe essere cambiata a metà mese. La fattura arriva in ritardo, chi approva la rimanda con domande, e il mese successivo ricomincia uguale.

Ogni prenotazione fatta sotto un account aziendale porta la propria etichetta di centro di costo e reparto dal momento in cui viene creata, non come nota aggiunta prima dell'invio della fattura. I dipendenti prenotano secondo le regole fissate dal datore di lavoro, con flussi di approvazione che corrono automaticamente dove l'account li richiede, alla tariffa negoziata già a sistema. Quando il periodo di fatturazione si chiude, la scomposizione è già attaccata a ogni corsa. Questo è ciò che succede quando l'account, e non la singola corsa, è l'unità che il sistema segue davvero.

La fattura che esce dall'altra parte è un unico documento, scomposto nel modo in cui il team finanziario di quell'account ha bisogno di leggerlo, costruito dagli stessi registri che prenotazione e centrale operativa hanno già usato. Niente viene ricostruito da un foglio di calcolo, perché la piattaforma di prenotazione e il motore di fatturazione non sono mai stati due sistemi diversi.