Configure field requirements
Choose which extracted receipt fields must be present before a submission can continue.
Field requirements are the fastest way to improve receipt quality. They tell OmniLab which pieces of extracted data must exist before the receipt can meaningfully participate in the challenge.
In the current Receipt Acceptance Policy screen, you can turn requirements on for four fields:
AmountDateMerchantZip Code
How to configure them
- Open
Build->Touchpoints-> your receipt game ->Configuration. - Scroll to
Receipt Acceptance Policy. - In
Field Requirements, switch on the fields that must be present. - Add field-specific rules where available.
What each field is good for
| Field | Why you would require it |
|---|---|
Amount | Needed for spend thresholds and most reward logic. |
Date | Needed when receipt timing matters for campaign fairness or auditability. |
Merchant | Needed when only some retailers are eligible or when staff must verify store identity. |
Zip Code | Needed when only some locations or store areas are eligible. |
Good baseline setups
| Challenge type | Suggested baseline |
|---|---|
| Any spend-based reward | Amount + Merchant |
| Strict retail proof-of-buy | Amount + Date + Merchant |
| Location-limited activation | Amount + Merchant + Zip Code |
Validation messages to watch
| Validation message | What it means |
|---|---|
Receipt game '{{touchpoint_name}}' has no field requirements | The policy is too open and may accept receipts with weak data quality. |
Receipt game '{{touchpoint_name}}' has duplicate requirement for field '{{field}}' | The same field was configured more than once and the setup is conflicting. |
Receipt game '{{touchpoint_name}}' is missing essential field requirement: {{missing_field}} | A key field such as amount, date, or merchant is not required even though the challenge likely depends on it. |
Recommendation
Start with the smallest reliable set. Over-requiring fields can reject good receipts unnecessarily, but under-requiring them makes reward decisions harder to trust.