These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Data Entry & Validation
- Features
- Rules and mappings
Rules and mappings
Keep field mappings and rule definitions tied to the right organization.
OverviewValidated Batches×
Data Entry & Validation · Rules and mappings
New
Validated Batches
Import batches
| Number | Name | Imported date | Revision | Status | Accepted row count | |
|---|---|---|---|---|---|---|
| IB-39171 | Batche 881 | 06 Oct | 400 | Validated | 11 | |
| IB-20789 | Batche 414 | 13 Oct | 670 | Validated | 34 | |
| IB-29618 | Batche 670 | 16 Oct | 750 | Validated | 21 | |
| IB-69746 | Batche 282 | 08 Oct | 410 | Validated | 19 | |
| IB-85849 | Batche 680 | 22 Oct | 310 | Validated | 35 |
6 of 6 records
Batche 881Import batches · IB-39171
ValidatedImported date06 Oct
Revision400
Accepted row count11
Error count6
What you can do
Rules and mappings in daily work
The validation steward maintains a definition for each organization and reviews the field mappings associated with that definition. A mapping names the source field, target field, their types, a transform rule and a version. The definition carries its effective dates and policy reference. Choose the definition before a batch is parsed so reviewers can trace a result to the rules applied.
How the work is organized
- Definition. Choose the organization, effective dates and policy reference for the rule set.
- Field mapping. Record the source field, target field, types and transformation for each mapping.
- Version. Preserve the mapping version and batch rule version used for a reviewed result.
The Validation Steward checks that the definition selected by the Import Operator belongs to the sending organization. A mapping has its own version and effective date, while the batch records a rule version. Those values let a reviewer understand which interpretation of an incoming field produced a row outcome. When a sender changes a layout, the steward reviews the affected mapping before the next parse. A later investigation can then compare the older and newer meanings without silently changing the reviewed result.
What to agree during setup
When a sender renames a field or changes a value type, the steward compares the incoming layout with the active mapping. They agree on the target meaning with the receiving system owner and record a new mapping version when the meaning changes. A batch retains its selected definition and rule version for later investigation.
Agree who owns the receiving target field names and which transformation is expected for each source field. Choose how the steward records a mapping change and how the operator selects the effective definition. Test a row whose source type conflicts with the target type. The resulting failure should identify the rule and field that need attention, so the steward can decide whether the source or mapping needs correction.
Check the handoff on an actual case
Suppose a sender changes a source field from an amount to a text value. The steward checks the target field and transformation before the operator processes the next submission. If the rule rejects rows, the result identifies the failed field and the reviewer can see which rule was used.
Use the sender’s changed amount field as the sample. Show the old mapping version beside the new one, then trace the rejected row to its failed field and rule. Ask the Import Operator to identify which rule version was used on the batch before the Independent Reviewer considers its accepted partition.
What your team sees
- Validation Queue — Find parsed batches whose rule results need review.
- Incoming Batches — Check the organization and definition selected at intake.
Follow the work through
See the related process and the data model to rehearse this handoff with a real submission.
What it keeps track of
Data model- Validation schemas
- Frozen validation rule sets applied to imported batches.
- Source mappings
- Reviewed field-level mapping rules from source fields to target fields.
- Organizations
- Submitting business entities whose inbound data is validated.
- Import batches
- Staged inbound data submissions validated against a frozen rule set.
Who uses it
Permissions- Validation Steward
- , Admin.
Set up Data Entry & Validation your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.