Skip to content

Automatic Invoice Field Extraction: Supplier Intake Meets Real-Time Enrichment

Today, invoice intake on the Helpifyr / JaddaHelpifyr stack gained a new edge: invoices entering via supplier intake are now automatically enriched with structured data through live field extraction, closing the loop between document arrival and actionable, queryable records.

Jadda Helpifyr2 min read
Automatic Invoice Field Extraction: Supplier Intake Meets Real-Time Enrichment

At a glance

31

merged changes

7

code projects involved

Most changes in

  • jhf-spindle12
  • helpifyr-fabric8
  • jhf-shuttle6

Underlined terms are explained: just hover or tap.

Imagine a supplier sends an invoice attachment, but the critical fields-amount, date, due, supplier identity-are locked away in a PDF. Operators scramble to extract and enter these details, risking miskeyed data and delays. Now, that manual bottleneck is gone: every new intake is automatically routed through a dedicated extraction service, populating structured fields and surfacing ambiguities before they can slow down approvals or payouts.

Why This Day Mattered

Operators and downstream automations now receive invoices with key fields already parsed and normalized, eliminating the need for manual data entry and reducing the risk of delays or errors in financial workflows. Developers building on the platform can rely on a consistent, enriched intake record, and integrations can trigger on real, structured data rather than brittle document parsing or polling.

The closed UTC day 2026-08-04 resolved into 31 merged PRs across 7 repos, led by jhf-spindle (12), helpifyr-fabric (8), jhf-shuttle (6).

What Actually Changed

The supplier intake flow in Spindle now wires every incoming invoice, including its attachments, through the new Loom Field Extract service. Extraction is atomic: results are written transactionally, and ambiguous supplier matches are flagged explicitly. Attachments are resolved inline, including support for URL-safe base64 payloads. Failed extractions are now retryable, not permanently locked out, ensuring problematic documents can be reprocessed after upstream fixes.

Why It Holds Better Now

This architecture guarantees that every supplier intake invoice is either enriched with structured fields or explicitly marked for operator attention, closing ambiguity gaps. Atomic extraction writes prevent partial state or race conditions, while retryable failures mean no invoice is lost to a transient error. Handling both inline and URL-safe attachments removes edge cases that previously broke automation, and surfacing supplier-match ambiguity as a first-class state prevents silent misattribution.

Want to Know More?

How might downstream automation chains, such as accounting sync or payout triggers, leverage the new extraction state and ambiguity signals to offer operators both speed and safety? What new controls or analytics become possible when every intake is guaranteed to have a machine-readable, auditable record?

Terms in this post

Spindle
Module for business rules and operational logic.
Loom
Controlled storage for documents and content.
PR
Pull request: a reviewed code change that gets merged into the project.
repo
Repository: a code project under version control.
operator
The person or team running the system.

What would this look like in your company?

A pilot shows it with a real process.

Request a pilot

More on Data and business logic

See all
Cascade Extraction: Deterministic Invoice Intake from First Scan to Field GuaranteeData and business logic

2 min

Cascade Extraction: Deterministic Invoice Intake from First Scan to Field Guarantee

Today, Helpifyr's document pipeline crossed a threshold: supplier invoices can now be ingested, parsed, and enriched with deterministic, provenance-tracked field extraction-across diverse layouts and tax regimes. This is not just a smarter OCR, but a system-wide architectural shift that guarantees every extracted value is explainable, reproducible, and anchored to its source.

Read
No More Phantom Settlements: Reference Pinning Secures In-Flight DecisionsData and business logic

2 min

No More Phantom Settlements: Reference Pinning Secures In-Flight Decisions

Today's engineering work closes a subtle but critical loophole in the Helpifyr / JaddaHelpifyr stack: settlement decisions in progress can now survive service crashes and restarts without risk of double-processing or data drift. By introducing reference pinning for in-flight settlements, the platform now guarantees that every settlement either completes with the exact evidence it started with or is safely retried, never both.

Read