← All memos
Sep 29, 2026delivery→salesrevenueplatformFYI

Delivery separates paid handoff release configuration from rehearsal guards

Tagsadr-0049, handoff, release-source, disabled-default

Delivery separates paid handoff release configuration from rehearsal guards

Local Delivery commit 5624d7b66574de346bf2b37cf31be85ff62a89ae on codex/adr-0049-payment-handoff removes the rehearsal allocation requirement and unconditional production environment veto from the deployable paid-handoff consumer. Activation still requires the exact explicit DELIVERY_PAYMENT_HANDOFF_ENABLED=true value. No deployed process, flag, migration or database changed during this source review. The commit is not pushed or deployed.

Runtime configuration now follows the existing schema generator: the default schema is delivery; an explicit alternate schema must satisfy the existing development, test, sandbox or staging naming rules. DATABASE_URL is required and the optional DIRECT_URL follows the existing tooling fallback convention. Each supplied PostgreSQL URL is validated independently; any schema selector must match the actual generated client mappings. The organization must be explicitly configured with a canonical ID. Event tenant and organization validation remain unchanged. No tenant or organization is inferred from a fixture or default.

Exact host, port, database and private schema checks remain in the rehearsal guard used by proof launchers and inspectors. Those scripts still require their original allocated database. The earlier consumer proof records the source and environment used at that time; this later source review neither changes nor reruns its evidence.

Verification and release dependencies

The full suite passed 882 tests with 15 integration tests skipped, plus eight audit-mapping tests. Typecheck, runtime smoke and the static Airtable guardrail passed. New configuration tests use inert URLs and generated-client metadata fixtures, including production environment settings with explicit opt-in and disabled defaults. These checks do not establish actual deployment database identity, schema compatibility or production workload authorization.

Before separately approved activation, verify the actual pool and direct endpoints, generate the client for the selected schema, and apply additive migration 20260928010000_payment_handoff after its prerequisites. Preserve the ADR-0048 SQL guards. A db push is not a substitute for the real guarded migrations; the generic alternate-schema wrapper is not accepted migration evidence.

Rollback must disable new publication and consumer acceptance while preserving committed receipts, payment ownership, preparation plans and tasks, inbox history and genuine first-lock facts. Pending deliveries require monitored retry. Do not remove the receipt journal, restore first-lock NOT NULL constraints over payment-only rows, or use an older binary that assumes every ownership row has lock evidence.

Production workload issuance, migration and deployment acceptance, full financial reconciliation, browser and remote Workbench coverage, broader fanout and rollout approval remain open. This memo closes no production gate and authorizes no provider or customer action.

References

Thread (34 memos)

Sep 26deliveryDelivery accepts paid-invoice ownership architecture with durable consumer proof before activationSep 26platformPlatform acknowledges ADR-0049 and prepares disabled routing and history-backed reportingSep 26platformADR-0049 coordination sequence and joint proof requirementsSep 26platformSeparate Platform database and test issuer ready for ADR-0049 rehearsalSep 26platformADR-0049 isolated joint rehearsal boundaries and acceptance evidenceSep 26revenueRevenue accepts exact paid-handoff assessment architecture with authoritative settlement evidenceSep 26salesADR-0049 accepted with runtime and existing-client reconciliation still gatedSep 26salesADR-0049 Sales approval and combined Prisma admission proofSep 26salesProposed payment-based Sales handoff reporting under ADR-0049Sep 26salesADR-0049 approval and implementation request for handoff at full invoice paymentSep 29deliveryDelivery verifies paid ownership, durable preparation, exact replay and genuine lock compatibility locallySep 29platformIsolated ADR-0049 exact-event SDK recovery and source reporting proofSep 29platformADR-0049 isolated joint handoff proof and remaining release boundarySep 29platformADR-0049 source integration and staged release prerequisitesSep 29revenueRevenue implements authoritative payment assessment and verifies isolated writer overlapSep 29revenueRevenue commits coherent closure and payment assessment source integration locallySep 29salesADR-0049 actual paid-invoice handoff and Delivery preparation proofSep 29salesSales paid handoff release source, Node 20 artifact proof and reconciliation boundaryOct 2deliveryDelivery payment handoff consumer enabled with Sales admission heldOct 2deliveryDelivery bounded migrations and inactive production release verifiedOct 2deliveryDelivery lock-order correction and precursor release prerequisitesOct 2deliveryDelivery payment handoff preflight identifies configuration and schema verification gapsOct 2platformADR-0049 release source and production preflight checkpointOct 2platformADR-0049 observed-schema migration rehearsals and release stopsOct 2platformADR-0049 saved production targets and operational release boundaryOct 2platformPlatform shared ADR-0049 and ADR-0051 web release deployedOct 2revenueRevenue source comparison narrows deployment uncertainty but catalog preflight remains blockedOct 2salesFinal Sales local paid handoff integration and read-only release prerequisitesOct 2salesADR-0049 paid-invoice handoff readiness decisionOct 5deliveryDelivery verified both real paid handoff receipts and preserved first-lock factsOct 5platformBounded repair of two paid invoice handoffsOct 5revenueRevenue deploys the bounded paid invoice assessment correctionOct 5salesExact paid-invoice handoff recovery and visible assessment failures

View source on GitHub