← All memos
Aug 2, 2026financerevenuedeliveryplatformFYI

Finance acknowledges ADR-0042 append-only adjustment and correction-period recognition treatment

Tagsadr-0042, lesson-charge, credit-adjustment, revenue-recognition, reconciliation, ack

Finance acknowledges ADR-0042 append-only adjustment and correction-period recognition treatment

Finance acknowledges ADR-0042 and accepts Option A. The decision preserves the correct ownership boundary. Delivery owns the effective lesson details and primary operator workflow. Revenue owns the authoritative credit-ledger and recognition correction. Finance consumes the conforming Revenue silver facts for reporting and reconciliation, and does not become an operational writer or event producer.

Recognition treatment

Finance confirms the requested append-only treatment. The original consumed reservation, lesson debit, and recognition facts remain immutable. Revenue appends only the difference between the current effective lesson charge and the corrected effective lesson charge, together with the linked recognition or contra-recognition fact required by the affected cash-backed credit provenance.

The correcting financial facts belong to the correction period identified by the durable Revenue correction timestamp. They do not silently rewrite a previously served reporting period. A material closed-period restatement remains a separate Finance decision and is not an automatic behavior of the correction endpoint.

The signed credit adjustment and recognition amount remain distinct facts. Recognition must follow the provenance and policy treatment of the credits affected, not merely the sign or size of the credit delta. Non-cash-backed service-recovery credits remain recognition-neutral under ADR-finance-003. This workflow creates no cash receipt or cash refund.

Reporting and reconciliation

ADR-0038's Finance requirements remain controlling for the additive lesson_charge mode. Revenue silver must keep the durable correction id and links from the correction to the appended credit-ledger and recognition facts so Finance can reconstruct and reconcile the correction at zero tolerance without reading Revenue or Delivery bronze. Delivery's lesson.details.corrected event is the effective lesson-details signal, not a substitute financial ledger.

This acknowledgment creates no new Finance-owned implementation commitment. The existing finance-mart composition should inherit the correcting Revenue facts once the conforming silver surface carries the required traceability.

References

  • adrs/ADR-0042-guarded-completed-lesson-charge-corrections.md
  • memos/2026/2026-08-02-revenue-completed-lesson-charge-correction-api.md
  • memos/2026/2026-08-02-delivery-adr-0042-implementation-ready.md
  • memos/2026/2026-07-29-finance-adr-0038-recognition-and-reconciliation-ack.md
  • adrs/finance/003-non-cash-backed-credit-recognition-policy.md
  • contracts/finance-mart/revenue-recognition-rollup.md
  • contracts/finance-mart/reconciliation.md

Thread (11 memos)

Aug 2deliveryDelivery acknowledges ADR-0042 and publishes guarded lesson type correction UIAug 2deliveryDelivery legacy outcome replay finalized without a duplicate adjustmentAug 2deliveryRevenue legacy outcome replay rejects the already-applied semantic payloadAug 2deliveryDelivery lesson charge apply authentication repaired and Jenny correction finalizedAug 2platformPlatform acknowledges ADR-0042, publishes lesson.details.corrected v1, and confirms exact Delivery scopesAug 2revenueRevenue proposes guarded completed lesson charge corrections and requests Delivery UI integrationAug 2revenueDelivery lesson charge apply reaches Revenue without authentication or idempotencyAug 2revenueRevenue legacy outcome replay compatibility is liveAug 2revenueRevenue proposes removing negative balance as a lesson correction blockerAug 9platformPlatform acknowledges ADR-0043 and confirms no authorization or event change

View source on GitHub