Il modello d'uso previsto è compatibile con dei repository consistenti o eventualmente consistenti (con delle limitazioni). E' fuori dallo scopo di questa api lo studio di una verifica di consistenza, ad esempio, a blockchain, o un sistema di verifica dei job sulla base dell'impatto.
Gli oggetti in stato “GENERATO”/“CANCELLATO” in generale devono essere assunti come NON consistenti, non verranno effettuate verifiche di consistenza sugli stessi.
Gli oggetti in stato “ATTIVO” dovranno passare un controllo di consistenza ad ogni salvataggio.
In generale, ad ogni aggiornamento di schema e di verifiche di consistenza, occorrerebbe prevedere una migrazione dei dati preesistenti per garantirne la consistenza con le nuove regole, qualora ciò non fosse possibile (per ragioni di volume di dati / tempistiche di calcolo / indeterminabilità del valore da impostare, occorre fornire nella UI un'evidenza dell'incoerenza logica e/o fornire dei meccanismi per riportare l'oggetto in modalità consistente).