Skip to main content
Matching config controls two tightly related stages of document processing: first, how extracted fields are translated into your ERP’s data model; second, how strictly the AI compares extracted document values against the corresponding values in your ERP. Getting this configuration right is the primary lever for increasing your straight-through processing rate. Access these settings at Admin > Config and work across the ERP and Match tabs.

ERP Field Mapping

Before the platform can compare an extracted value with an ERP value, it needs to know which ERP column corresponds to each extracted field. Field mapping defines that bridge.
Field Mapping
You configure mapping separately for Header Fields (document-level, e.g., PO Number → name) and Line Item Fields (row-level, e.g., Part Number → product_id). Each mapping is expressed as:
Our FieldERP Field

Transformation Rules

Many ERP fields store data in a format that differs from how it appears on a packing slip. Transformation rules handle the conversion automatically.

Is Identifier (ID Checkbox)

Checking Is Identifier on a header field marks it as a PO lookup key, the value the platform will use when querying your ERP to find the matching purchase order. You must mark at least one header field as an identifier for automatic PO lookup to work.

ERP Lookup Strategies

Lookup Strategy
ERP lookup strategies define the order of operations for finding a purchase order in your ERP. You can add multiple strategies with fallback priority. For example, look up by PO Number first, if that returns no results, fall back to looking up by Vendor Reference Number. Each strategy uses the fields you have marked as identifiers.
Adding a sensible fallback lookup strategy can significantly reduce the number of documents routed to human review simply because a vendor printed a reference number in an unexpected field.

Line Matching

Line matching (also called pairing) determines how each extracted document line is linked to a specific ERP purchase order line. Open the Match tab and configure the following:
Line Matching

Exact Matching

Strings must match perfectly, character for character, case-insensitive. Use Exact matching for structured codes (part numbers, SKUs) where any deviation indicates a genuine discrepancy that should be flagged.

Fuzzy Matching

Fuzzy matching uses similarity scoring to tolerate minor differences between the extracted value and the ERP value. Use the similarity slider (range: 40%–100%) to set the minimum acceptable score. A score below the threshold will fail the match and trigger review.
  • Higher threshold (e.g., 90%) — tight tolerance, fewer false positives, more conservative.
  • Lower threshold (e.g., 60%) — more lenient, handles heavy abbreviation but risks incorrect pairing.
Use Fuzzy matching for part descriptions, which vendors frequently abbreviate or reword on packing slips. Keep part numbers on Exact matching — a one-character difference in a SKU is almost always a real error.

Field Validation

Field validation runs after line pairing is complete and checks whether the matched values are acceptable. For each mapped field you can configure:
Field Validation

Exact / Fuzzy

The same Exact vs. Fuzzy logic applies to validation as to matching, you can validate a description field with fuzzy similarity and a code field with exact equality.

Tolerance (Numbers Only)

For numeric fields like Quantity or Unit Price, set a ± percentage tolerance. For example, a tolerance of 5% means a shipped quantity up to 5% above or below the PO quantity will still pass validation automatically. This is particularly useful for bulk goods (lumber, fabric, chemicals) where vendors commonly ship marginally over or under the ordered amount.

Presence Flags


Vendor Overrides

Global validation rules apply to every document by default, but individual suppliers often have agreed-upon terms that differ from your standard policy. Vendor Overrides let you patch specific validation rules for a named supplier without changing your global config.
Vendor Overrides
The platform matches overrides against the extracted supplier name from the document header. For example:
  • Vendor: Acme Corp
  • Override: Quantity tolerance → ±10%
  • Effect: Documents where the extracted Vendor Name matches Acme Corp will use a 10% quantity tolerance instead of the global setting.
Vendor name matching uses the same fuzzy logic configured in your line matching settings, so minor variations in how the supplier name is printed will still resolve to the correct override.

Writeback Configuration

Once a receipt is approved, the platform posts data back to your ERP. Writeback config, found at the bottom of the ERP tab, controls exactly what gets written and where.
Writeback Settings

Quantity Field

Select which mapped field represents the received quantity to post against the PO line in your ERP. This is the value the ERP will use to update inventory and close or partially fulfil the PO line.

Extra Fields

Map additional extracted fields to ERP fields for writeback. For each extra field, specify the target level:
Last modified on August 1, 2026