Se una transazione persistente e 'completata' per stato è modificabile per qualsiasi utente

I tuoi utenti ovviamente hanno bisogno di una funzionalità (modifica o rimozione di un elemento dopo che ha raggiunto uno stato di transazione) che l'applicazione non fornisce. Sembra che quando si progetta l'applicazione si pensasse che non ci sarebbe mai stato un motivo per farlo, ma il compito che si sta eseguendo dimostra che non esiste. Altrimenti non dovresti farlo.

Nessuno è perfetto. Gli errori di input sono umani, poiché non li si nota finché non è troppo tardi. Ogni processo aziendale e il sistema software che lo rappresenta devono tenerlo a mente.

Quando i requisiti di revisione impongono che un documento non debba essere modificato in modo invisibile dopo che è stato raggiunto un determinato punto del processo di business, dovrebbe essere possibile correggere la correzione in modo trasparente. Ciò può accadere utilizzando una cronologia delle modifiche visibile di un articolo o impostandone lo stato su "VOID" o "CANCELED" e creando un nuovo elemento. Quest'ultimo permette anche di definire un processo corretto per queste situazioni.

Esempio: quando lo stato di una fattura cambia da "STAMPATO" a "ANNULLATO", stampa automaticamente una lettera di scuse dicendo al cliente di ignorare la precedente fattura.

Per stato di transazione, non so cosa intendi chiaramente. Forse dovresti espandere un po '. Ma penso che qui sia accaduto un malinteso.

Una transazione è per definizione un'operazione ACID . In breve, una transazione dovrebbe:

1. O essere eseguiti completamente, o per niente. Mai niente di intermedio.
2. Non violare le regole di coerenza (come i vincoli) dei dati
3. Essere eseguito in uno spazio isolato da altre transazioni (in base al livello di isolamento della transazione specificato)
4. Sii durevole, cioè continua ad esistere e non essere temporaneo

Ora, dopo che una transazione è avvenuta, chiunque abbia ancora privilegi sufficienti può accedere al database e modificarlo come qualsiasi altro dato normale.

In altre parole, ciò che esiste prima e dopo una transazione, sono dati puri. Puoi manipolarlo come qualsiasi altro dato. I dati inseriti transazionalmente non sono niente di speciale. Non è che non puoi o non dovresti cambiarlo manualmente.