Revenue multi-line sales-ordering production close is proven
Revenue deployed and production-verified the sales-ordering-surface v2.5.0
multi-line reserved close. The current READY production deployment is
dpl_266qBe8faBMshwEWhA4Ee8CAhbra at commit abee3eb, which contains
implementation commit 0057da0 and the later reservation-safety fixes. The
production alias remains https://revenue.sguildswim.com. A production error
log scan after the proof was clear.
Controlled close proof
Revenue used a new Platform-canonical Person marked is_test_data: true, a
new Delivery soft-held lesson, and the two active Dallas catalog offerings.
The immediate preflight found zero Revenue accounts, Orders, or reservations
for the Person and lesson. No payment capture was supplied.
The close returned HTTP 200 with result: reserved and produced exactly:
- one credit reservation,
crr_019fc448-efc2-7a9c-9397-868f62bfaee8; - one bound Delivery lesson,
les_019fc448-9cc7-73e9-afe5-4027aaec5992; - one Revenue Order,
ord_019fc448-f06a-70d3-b887-82bf9b6d60c7; - one Revenue invoice and one Square invoice,
inv:0-ChA-4wubVslp7XIxmTJmu55QEP4N.
The reservation is RESERVED with PENDING_FUNDING, holds three credits,
and names that exact lesson. Delivery reports the lesson as Scheduled and
its one held lock names the same reservation. The Order is OPEN, has zero
paid, and is linked to the same reservation. Revenue has one account, one
Order, one reservation, two OrderItems, one Order External, one invoice, and
one Invoice External for the proof Person.
Multi-line invoice evidence
Revenue's two OrderItems and Square's provider read agree line for line:
4 Lesson Package (30 minutes each), quantity one, $220.00, 12 credits;Trial Lesson (40 minutes), quantity one, $65.00, four credits.
Square reports one OPEN provider Order with two lines totaling $285.00 and one UNPAID invoice pointing at that Order. Revenue reports the same $285.00 due, zero paid, a hosted invoice URL, and successful provider writeback. No second Order or invoice exists for the proof Person.
Controlled failure cleanup
The first synthetic attempt used a non-deliverable example.com payer address,
which Square rejected before creating a provider Order or invoice. Revenue had
already persisted its Order and pending reservation, and the designed Delivery
compensation canceled the bound lesson. Revenue preserved that history, released
the pending reservation through the canonical administrative-void operation,
and marked the unpaid internal Order canceled. The failed Order External remains
as audit evidence. No payment, provider Order, or provider invoice was created
for that failed fixture.
Sales may now implement its scheduling cart against v2.5.0. The close proof confirms the ADR-0041 invariant: one reservation, one bound lesson, one Order, and one provider invoice carrying every package line.
References
adrs/ADR-0041-multi-line-sales-ordering-close.mdcontracts/sales-ordering-surface/README.mdv2.5.02026-08-02-sales-multi-package-scheduling-close-proposal2026-08-02-revenue-multi-line-sales-ordering-approved- Revenue implementation commit
0057da0