Quanto vale un record di approvazione

Cosa viene scritto quando un cliente decide

Una decisione dal portale scrive tre cose in una singola transazione. Una riga di decisione sull'approvazione, con il verdetto - approvato o modifiche richieste - il commento, un tipo di attore portale e nessun ID utente. Una riga di audit nel vocabolario dello studio che indica che l'approvazione è stata approvata o che sono state richieste modifiche, con il commento. E l'approvazione stessa viene contrassegnata come decisa con l'orario.

Dopo che la scrittura è diventata permanente, una seconda riga di audit registra che la decisione è arrivata tramite il portale: quale accesso, quale sessione e quale round di review l'ha recepita. Solo allora i membri dello studio vengono notificati, in modo che un'interruzione del servizio email non possa mai annullare un verdetto, e la board si sposta secondo le regole del workflow stesso.

Una decisione registrata da un producer lato studio scrive le stesse righe con l'ID utente del producer e un tipo di attore utente. Le due non sono mai la stessa riga, ed è questo che permette allo studio di affermare con certezza se sia stato il cliente a premere il pulsante o se lo abbia fatto lo studio sulla parola.

Quale versione

La domanda sulla versione trova risposta nel round di review. Un round è una singola review di una versione, aperta una volta e chiusa una volta da un solo verdetto, senza mai essere riaperta. Quando il cliente decide dal portale e il task dell'approvazione ha una stanza di review aperta, il verdetto viene registrato in quella stanza e la riga di audit per la decisione del portale indica il round. Il round indica la versione.

Il portale stesso mostra al cliente il numero di versione di ciò che sta guardando, in modo che il cliente e lo studio leggano lo stesso numero al momento della decisione. Nella stanza dello studio, due versioni possono essere confrontate affiancate con le note riportate alla versione successiva, così che il percorso dalla nota sulla versione due all'approvazione sulla versione tre sia leggibile dall'inizio alla fine.

Quale accesso, e chi c'era dietro

Un accesso ha un'etichetta scelta dallo studio - un cliente o una persona specifica presso il cliente - e un tipo: codice, link, telefono o email. Un accesso che ha richiesto un codice monouso tramite SMS o email lega la sessione a un numero di telefono o a un indirizzo che ha ricevuto il codice, e l'invio e qualsiasi tentativo fallito vengono sottoposti ad audit. La sessione registra l'indirizzo IP e il browser, e l'accesso conta quanti dispositivi diversi lo hanno utilizzato.

Quindi il record di una decisione recita: accesso 'Dana, marketing', tipo email con codice monouso, sessione aperta in questa data da questo indirizzo, decisione approvata a quest'ora sulla versione tre. Un accesso per l'intero cliente senza codice monouso fornisce informazioni meno specifiche, e lo studio sceglie quale opzione desidera quando genera l'accesso.

Anche un accesso negato viene registrato, con il motivo - non trovato, revocato, scaduto, codice monouso richiesto - conservato per lo studio e mai mostrato all'accesso. Un link preso di mira da tentativi ripetuti è visibile nel log prima che diventi un problema.

Sola aggiunta significa sola aggiunta

La tabella di audit non ha un percorso di aggiornamento né di eliminazione in nessun ambito dell'applicazione, e un controllo nella build rifiuta il codice che ne aggiungerebbe uno. Una riga scritta è una riga conservata. Correggere il record significa scrivere un'altra riga che lo dichiari, proprio come in un libro mastro.

La traccia sopravvive alle persone coinvolte. Quando un account utente viene eliminato, le righe dell'account vengono eliminate definitivamente, ma ogni riga di audit punta all'utente tramite un collegamento impostato a null anziché eliminato a cascata, e l'email dell'attore è stata impressa sulla riga al momento della scrittura. Un anno dopo, la riga indica ancora chi lo ha fatto.

La stessa regola impedisce che la partenza di un freelancer cancelli il lavoro di uno studio: progetti, task, commenti, approvazioni e file sono associati tramite un collegamento che viene impostato a null al momento dell'eliminazione, non rimosso a cascata.

L'intera traccia intorno a una decisione

Una decisione è una riga tra le tante scritte dal portale. La traccia intorno a essa include la generazione dell'accesso, con le sue impostazioni e mai le suas credenziali; la consegna dell'invito; la revoca dell'accesso; ogni ingresso e ogni accesso negato; ogni codice monouso inviato o fallito; ogni nota pubblicata; ogni brief caricato; ogni deliverable scaricato; ogni sollecito inviato, da una persona o dal sistema; e ogni round di revisione che ha superato il numero concordato, con il conteggio dei round. Qualsiasi modifica al numero concordato di round viene sottoposta ad audit con i valori vecchi e nuovi.

Il lato studio del portale elenca ciascun accesso con prima apertura, ultima visualizzazione, dispositivi distinti e il conteggio delle approvazioni del cliente registrate. Questa tabella viene letta dalle stesse righe; non è una seconda fonte che potrebbe non coincidere.

• Decisione: verdetto, commento, tipo di attore, orario, accesso, sessione, round.
• Accesso: generato, consegnato, revocato, effettuato, negato con motivo.
• Intorno a essa: note, caricamenti, download, solleciti, round superati.

Eliminazione, esportazione e cosa sopravvive

Il proprietario di un workspace può esportare tutto ciò che appartiene al workspace in un unico file dalla schermata delle impostazioni, e può eliminare il workspace o il proprio account senza chiedere a nessuno su Tasked. L'eliminazione è protetta da tre passaggi: l'inserimento manuale dell'identificativo del workspace o dell'account, una nuova autenticazione e una conferma che indica la data in cui l'azione smette di essere reversibile. Un account che è l'ultimo proprietario di un workspace attivo non può essere eliminato finché la situazione non viene risolta.

La finestra temporale dichiarata è di 30 giorni. Un workspace eliminato viene esportato, contrassegnato come eliminato e distrutto in modo permanente 30 giorni dopo tramite un'eliminazione giornaliera; questa stessa finestra è quella indicata nei termini di servizio, nell'informativa sulla privacy e nell'accordo sul trattamento dei dati, e un test nella build fallisce se il codice e le diciture pubblicate non coincidono. L'esportazione è un file zip scaricato tramite un link firmato che dura cinque minuti.

La traccia di audit sopravvive all'eliminazione, privata dei dettagli identificativi, in modo che sia ancora possibile mostrare cosa è accaduto. È questo il valore del record: l'approvazione che un cliente contesta a distanza di un anno è ancora lì, con chi, quando, quale versione e quale accesso, indipendentemente dal fatto che le persone coinvolte abbiano ancora un account o meno.