Back to overview

Execution / Runtime

The outward path that does not end in chaos

Technical name: Wire

Delivery and integration layer for external handoffs.

Wire keeps delivery and integrations connected without letting the system fall apart at the edges.

Delivery bridge to external providers

Status Work in progress README sync 22 May 2026

Why start here?

jhf-wire cleanly separates submission, delivery, and callback logic from ERP truth in jhf-spindle.

When do I need this?

Wire reduces delivery risk because external provider paths stay separate and verifiable. That lets Spindle remain business truth.

  • SEPA, XRechnung, or ELSTER-related submission with clean separation
  • bank sync and provider-facing callback flows
  • operator delivery verification with clear blocker boundaries

What role it plays here

Wire replaces neither ERP nor compliance judgment. It is the operational delivery bridge behind submission, dispatch, and callbacks.

If provider paths, submission, and callbacks should run cleanly outside ERP truth, jhf-wire is the right bridge.

Delivery and integration layer for external handoffs.

What the module actually does

jhf-wire cleanly separates submission, delivery, and callback logic from ERP truth in jhf-spindle.

At the core

When Wire becomes necessary. external dispatch or submission should not live inside the ERP core

When Wire becomes necessary. signed callbacks and idempotency matter

When Wire becomes necessary. delivery paths must remain operator-verifiable

What role it plays in the stack

Wire belongs to the full platform because it connects the external delivery side to internal business truth. It reads Fabric profiles but does not invent its own bundle truth.

part of fabric + all

delivery bridge behind Spindle

read-first consumer of Fabric profiles

What this looks like in practice

Wire reduces delivery risk because external provider paths stay separate and verifiable. That lets Spindle remain business truth.

01

Receive the dispatch

Spindle hands over only the clearly defined job.

02

Run the provider path

Submission, bank sync, or dispatch runs in the bridge.

03

Send signed callback

Callback and idempotency stay verifiable.

04

Verify operationally

Readiness, stack state, and external blockers remain separately visible.

How it fits into the system

Wire does not stand alone. It connects to neighboring modules so a single capability becomes dependable follow-through.

Shuttle The execution layer that does not forget Spindle The business logic you can rely on Fabric The rules that always hold Heddle The access layer that stays consistent everywhere

Important boundary

Wire stays bounded to its role as Delivery and integration layer for external handoffs. It does not replace other modules; it makes its part of the system traceable, connectable, and reviewable.

What is intentionally out of scope

Wire replaces neither ERP nor compliance judgment. It is the operational delivery bridge behind submission, dispatch, and callbacks.

not an ERP replacement

no Fabric write-side control

not a compliance solution by itself

What keeps this page honest

This explanation stays anchored to the module’s current truth, including its real boundaries, responsibilities, and contracts.

Wire is the layer that binds external delivery and integrations cleanly into the system.

README.md

Source and repo truth

This page is rendered from the repo-owned projection truth and remains tied to the README, module boundaries, and status.

GitHub JaddaHelpifyr/jhf-wire

Wire

Wire belongs to the full platform because it connects the external delivery side to internal business truth. It reads Fabric profiles but does not invent its own bundle truth.

Back to overview Contact