Strict Data Reviewing

the cornerstone of the actionable data guarantee is that if any validation errors occur anywhere within any pattern associated with a document, then the document cannot be "reviewed" this ensures that reviewed documents only contain data that can be trusted to meet the following criteria essential data that is marked as required docid\ jg4pjciwhcj9fcx6dvqdd is present all data matches its corresponding declared field type docid\ xlvy6rqgs vijeuendp4j there are no record entries where there are multiple values found docid icwylnaflto otys0cja quickly identifying validation errors resolving validation errors involves knowing where the errors occur we've made this easy for you by informing you of if any pattern associated with the document has a validation error (observable from data inbox new) which pattern associated with the document has a validation error (observable from the pattern list within the document view) which subschema(s) contain validation errors (within document viewer observable from the subschema button on the primary schema panel and from the pattern list) which record(s) contain validation errors (observable from the pattern view within data inbox and from the document view's pattern list, primary schema, and subschemas) achieving a "reviewable" state through resolving errors once all validation errors have been resolved, the "mark reviewed" button will turn from grey to green, indicated that is now able to be clicked clicking on the review button here will confirm all extracted values for the document and lock the records from being edited, ensuring that the data can't fall back into having validation errors this means that in data inbox, the document will now appear in the "reviwed" section in both new and in the respective patterns view furthermore, the document api records can be filtered by whether the document has been reviewed or not, as "reviewed" will appear as available data on each record