Skip to content

Managing Sales

This guide covers the supported purchase lifecycle. For licence types and per-track pricing, see Set Up Licensing & Prices.

Public checkout is offered only when the track has an enabled licence, Stripe Connect is payment-ready, and the seller has Dropbox delivery connected. The Library snapshots the exact promised Dropbox file IDs, revisions, sizes, and available hashes before sending the buyer to Stripe, but it does not copy file bytes before payment.

Keep both connections healthy. An expired Dropbox access token is refreshed automatically when a valid refresh token is available. If readiness is missing, buyers see a temporary-unavailable state instead of entering a checkout that cannot be fulfilled.

Open Settings → Licensing → License sales to see recent purchases. Each order shows the buyer email, track, licence, amount, payment status, file-preparation status, delivery-email status, access status and expiry, download count, and any refund.

The states are intentionally separate. A purchase can be paid while files are still preparing, or paid while fulfilment needs attention. A browser return never marks payment complete: signed Stripe events make payment authoritative and start one durable purchase workflow.

After payment, The Library streams the snapshotted Dropbox revisions into a private R2 bucket and verifies every required object before making the package ready. Buyers receive a preparing email first and a ready email only after verification. They download through protected short-lived tickets, individually or as a ZIP; neither Dropbox links nor R2 keys are exposed.

The 30-day access period starts at readiness. At expiry, access is denied and the R2 objects are deleted. Purchase, payment, email, support, and download evidence remain available under the normal record-retention policy.

Use Resend buyer email on an order to send the correct preparing, ready, or attention message again without extending access.

Privileged support can correct a mistyped email, rotate portal access, retry failed preparation, extend active access, revoke access, or refund. Email correction and access rotation require an immutable purchase or Stripe reference plus another matching purchase fact. Every operation is reasoned, compare-and-set against current state, idempotent, and audited.

Expired purchases can be reinstated only from the exact originally promised Dropbox revisions. A changed or same-named replacement is never substituted automatically; if the original bytes are gone, support must work with the producer to resolve or refund the purchase.

A full refund reverses the destination transfer and application fee, revokes buyer access, and schedules stored objects for removal. A partial refund records the refunded amount and leaves access unchanged unless support separately revokes it. A Stripe dispute revokes access immediately; winning or closing the dispute does not silently reactivate access.