La gestione del tempo
01Perché è una funzionalità, non un dettaglio #sec_fe499f4b
Una campagna di certificazione è fatta di impegni datati: una scadenza da rispettare, una finestra per contestare, una data di certificazione che fa fede. Non appena un cliente opera su più fusi orari — una sede a Parigi, una filiale a Tokyo, un centro servizi alle Azzorre — la domanda « che giorno è oggi? » cessa di avere una risposta unica. La maggior parte degli strumenti lo ignora: vivono all'ora del loro server, e il cliente scopre un giorno che una scadenza è caduta due ore troppo presto, o che un rapporto ha perso la sua ultima giornata.
REVIEWIT tratta il tempo come un dato di governance a pieno titolo. Ogni valore temporale del prodotto appartiene a una delle due nature, e ciascuna obbedisce a regole proprie:
L'istante — il momento preciso in cui qualcosa si è verificato: una decisione presa, una delegazione creata, un evento di audit. Un istante è assoluto; è registrato in tempo universale e restituito nell'ora del lettore.
La data civile — un giorno nel calendario: la scadenza di una campagna, la fine di un piano, un giorno festivo, un ciclo di santuario. Una data civile non ha ora; ha senso solo nel fuso di colui che la riguarda, e vi rimane.
Tutta la funzionalità deriva da questa distinzione. Una data di scadenza non « scivola » mai perché un server è altrove; un timestamp di prova non cambia mai valore a seconda di chi lo legge — solo la sua visualizzazione si adatta.
02Il fuso di riferimento: quello del cliente, al suo livello di governance #sec_69e30f9e
Ogni valore temporale è valutato in un fuso di riferimento, risolto secondo una catena chiara:
Il workspace prima di tutto. Il workspace è il perimetro di governance delegata: un'entità gestisce le proprie scadenze. Una filiale di Tokyo chiude le sue campagne all'ora di Tokyo, indipendentemente dalla localizzazione della sede o della piattaforma.
La sottoscrizione poi. Se il workspace non ha dichiarato un fuso, si applica quello della sottoscrizione — l'impostazione che l'amministratore cliente definisce nei suoi parametri.
Il tempo universale in ultima istanza — mai l'ora del server, che non è quella di nessuno. Questo ripiegamento è registrato, affinché una configurazione incompleta sia visibile dall'operatore piuttosto che subita dall'utente.
Il cambio di fuso di un workspace ha effetto immediato, senza interruzione di servizio: le scadenze, i conti alla rovescia e i timestamp visualizzati seguono la nuova impostazione non appena gli schermi si riconnettono.
03Cosa cambia, superficie per superficie #sec_a1ebd790
Campagne e scadenze
Il « J−3 » di una campagna conta i giorni del calendario del workspace, non le tranche di 24 ore da un server. Una campagna pianificata « per il 28 » si lancia il 28 presso il cliente — non il 27 alla sera perché la piattaforma è a est. La barra di progressione « oggi », i traguardi di lancio e chiusura, i promemoria: tutti parlano il calendario del workspace.
La fila del revisore, multi-sito per natura
Un proprietario di risorse può rivedere per più workspace contemporaneamente — è un principio del prodotto. La sua fila di lavoro mostra quindi, fianco a fianco, richieste provenienti da perimetri diversi: ogni riga conta i suoi giorni nel fuso della propria campagna. Due richieste vicine possono legittimamente mostrare due « oggi » diversi, perché è già domani a Tokyo. Un ritardo, una scadenza vicina, un conto alla rovescia: tutto è vero riga per riga.
La data di certificazione: un atto, una sola data
Quando una richiesta è certificata, la data iscritta è quella del giorno nel fuso del workspace che porta la campagna — mai quella del server, mai quella del fuso personale di chi clicca. Due revisori situati a dieci fusi di distanza che certificano la stessa campagna lo stesso giorno producono la stessa data. È ciò che rende questa data una prova opponibile: è ripresa tale quale nei dossier di certificazione e nelle prove.
La pista di audit: l'istante esatto, leggibile localmente
Ogni evento di audit è registrato all'istante universale esatto — è la materia della prova, non varia mai. Sullo schermo, questi istanti sono restituiti nell'ora del perimetro consultato, compresi i limiti di ricerca: una ricerca « dal 4 al 21 » copre dall'inizio del 4 alla fine del 21, ore locali del cliente. Verificato in condizioni reali: lo stesso evento, consultato da tre configurazioni di fuso, si visualizza a tre ore locali esatte — compreso il passaggio al giorno successivo quando avviene.
Comunicazioni: pubblicate « il 12 », aperte il 12 presso ciascuno
Una notizia o una notifica pubblicata dall'editore « dal 12 al 20 » si apre all'inizio del 12 nel fuso di ogni sottoscrizione, e si chiude alla fine del 20 — presso ciascuno. Un cliente di Auckland e un cliente di Montréal vedono la stessa finestra di pubblicazione, ciascuno nel proprio calendario, senza che nessuno la veda amputata o spostata.
Piani e sottoscrizioni: il servizio dovuto fino alla fine dell'ultimo giorno
Una data di fine piano è un impegno di calendario: il servizio è reso fino alla fine dell'ultimo giorno presso il cliente, periodo di grazia compreso. Il ciclo di vita automatico delle sottoscrizioni (attivo, periodo di grazia, archiviazione) applica questa regola — la stessa mostrata nelle console di amministrazione, affinché un cliente non veda mai il suo servizio interrompersi prima di quanto annunciato dal suo schermo.
Cicli di governance: santuario, deleghe, ruoli
Le scadenze di riesame del santuario, i periodi di delegazione, le date di scadenza dei ruoli sono date civili del workspace. « Aggiunto 5 giorni fa », « scade in 30 giorni », « riesame dovuto »: tutti questi conti si fanno in giorni del calendario del cliente. Una scadenza di ruolo si applica il giorno giusto, ovunque, per tutti — lo schermo che la visualizza, quello che la crea e il trattamento che la sospende leggono lo stesso calendario.
Rapporti, grafici ed esportazioni
I rapporti suddivisi « sugli ultimi 30 giorni » coprono giorni civili interi del workspace — l'ultimo giorno incluso. I grafici di attività allineano le loro barre su questi stessi giorni, così che due consultazioni nella giornata mostrano le stesse tranche. I file esportati portano l'ora locale del cliente nel loro nome: si classificano correttamente in una cartella di download, e un piè di pagina del documento indica un'ora locale — o un'ora universale esplicitamente marcata come tale.
04Le garanzie di fondo #sec_5648f06c
L'archiviazione è in tempo universale, la visualizzazione è locale. Gli istanti sono conservati in una forma assoluta e senza ambiguità; la conversione nell'ora del lettore avviene al momento della visualizzazione, mai prima. Nessun valore « già convertito » circola né si archivia: è ciò che rende impossibile la doppia conversione e lo sfasamento cumulativo.
Le date civili non si convertono. Una scadenza inserita « il 28 » è conservata come il giorno 28 — non diventa mai « il 27 alle 22 » da qualche parte. Passare un workspace da un fuso a un altro non sposta nessuna scadenza esistente.
L'ora del server non interviene da nessuna parte. Né nelle scadenze, né nelle prove, né nelle visualizzazioni. La piattaforma può essere ospitata in qualsiasi regione — e spostata — senza che alcun valore di business cambi.
I casi limite del calendario sono coperti. Cambiamenti di ora stagionali, inclusi i fusi che passano a mezzanotte; ore ambigue d'autunno e ore inesistenti di primavera: un intervallo di date non è mai amputato né trabocca a causa di una transizione.
Il comportamento è verificato, non supposto. La catena completa — inserimento, archiviazione, valutazione, restituzione — è coperta da controlli automatici, ed è stata validata in applicazione reale su tre configurazioni di fuso simultanee (fuso esplicito, passaggio a caldo, ripiegamento di configurazione), prove cifrate a sostegno.
05In sintesi #sec_5b091ae2
Il tempo, in REVIEWIT, è trattato con la stessa esigenza dei diritti di accesso: ogni valore ha un proprietario, una natura e una regola — e l'infrastruttura non ha voce in capitolo.