Ciao, secondo me a livello logico, la cosa la puoi risolvere inserendo una colonna booleana nel db, che indichi se quel preventivo è occupato oppure no. Quindi quando viene richiesto facendo un test sul valore di questa colonna, decidi se renderlo disponibile o meno.

Chiaramente quando viene richiesto ed è disponibile si deve trasformare il valore di questa colonna in occupato.

Sono d'accordo, avevo pensato pure io ad una tabella esterna a quella dei preventivi, però mi sembrava un pò più complicato.

Ciao.

L'utilizzo di una variabile booleana associata ad ogni preventivo è quello che avevo pensato anche io.
Variabile che viene settata a true all'apertura impedendo così agli altri utentil'accesso.
Il mio problema che non saprei come fare è lo sblocco. L'ideale sarebbe che quando chiudo la pagina questo venga sbloccato, che sicuramente è quello che si aspetti il cliente. A questo punto non ho idea sul come fare in modo che all'uscita della pagina venga lanciato questo evento.

Concordo con manuel0081, ma la pulizia dei dati puoi farla anche senza servizi o console (che puoi decidere di integrare se preferisci), verificherei tutto al load della pagina, se ci sono elementi bloccati che hanno una data oltre il limite stabilito, elimini il blocco e rendi accessibile l'elemento all'utente.
Anche io sarei per una responsabilizzazione dell'utente che nel momento in cui blocca un elemento per una modifica, deve essere consapevole che lo stesso tornerà disponibile quando e solo dopo che avrà effettuato le sue modifiche. Consentire lo sblocco automatico facilita l'accesso immediato da parte di altri utenti, ma poi ti porta a gestire il caso per cui una persona che non riesce finire il proprio lavoro in un'unica sessione. Valuta tu quale sia la soluzione migliore, ma per esperienza è meglio trovarsi scritto qualcosa tipo "l'elemento X è bloccato dall'utente Y" e nel caso contattare l'utente Y per sbloccarlo piuttosto che rischiare modifiche su modifiche che si sovrascrivano tra di loro.
ciao