TVOD — Rental and Purchase
Follow a transactional title from rights and pricing through payment, viewing entitlements, refunds and distributor settlement.
Harbor Street: Long Way Home is offered for rental and digital purchase through fictional Harbor Store.
All scenario organizations, events, contracts, prices, rates, metrics, specifications and operational records are fictional teaching assumptions. This is independent Broadcast Workflow training, with no playable media or official vendor certification.
Rights → Offers → Transactions → Entitlements → Refunds → Settlement
01Separate the two transactions
TVOD charges for a particular title or offer rather than general catalog access. A rental and a digital purchase create different access conditions. The service must present the right offer, verify payment and grant the corresponding entitlement. This fictional agreement does not promise unrestricted ownership or downloads.
Sample record 01: Transactional title brief
| Field | Value |
|---|---|
| Title | Harbor Street: Long Way Home |
| ID | HS-FILM-01 |
| Runtime seconds | 5400 |
| Store | Harbor Store |
| Model | Rental and digital purchase as separate offers |
Use separate offer IDs, prices and entitlement policies.
02Record rights that survive the sale window
The right to accept a new transaction and the obligation to serve an existing customer can end at different times. Capture both in operations. Do not use a catalog offer-expiry date as an instruction to delete every entitlement or media asset.
Sample record 02: Transaction rights grant
| Field | Fictional agreement |
|---|---|
| Territory | US |
| New transactions start UTC | 2027-01-01 00:00 |
| New transactions end exclusive UTC | 2027-02-01 00:00 |
| Prior authorized purchases | Access continues under the agreement after offer expiry |
| Prior rentals | Honor the granted rental timers |
| Offline download | Not granted |
No.
03Make the purchase promise accurate
The title, price and viewing conditions must match the offer actually sold. Remove unsupported download and ownership claims. Show rental activation and viewing limits before the buyer commits. Keep disclosure changes versioned with the applicable offer.
Sample record 05: Catalog and disclosure draft
| Field | Draft | Required review |
|---|---|---|
| Title | Long Way Home | Match approved full display title |
| Rental | USD 3.99 | Explain both timers before purchase |
| Purchase | USD 12.99 forever ownership | Remove unsupported forever/ownership wording |
| Downloads | Download included | Remove; rights not granted |
Use “Digital purchase access under Harbor Store’s terms” and remove the download claim.
04Accept the correct media version
Transactional access is still a media-delivery workflow. Verify that video, audio and timed text represent the same cut. A correct payment path cannot compensate for wrong captions or an inaccessible film. Tie release approval to device and entitlement tests.
Sample record 06: Media delivery manifest
| Asset | Duration seconds | Version | State |
|---|---|---|---|
| HS-FILM-01-VIDEO | 5400 | V3 | Accepted |
| English audio | 5400 | V3 | Accepted |
| English captions | 5400 | V2 | Wrong cut; hold |
| Artwork | N/A | Approved full title | Accepted |
Captions are V2 and must be conformed and accepted as V3.
05Grant access only from verified payment
A browser redirect is not proof that funds were successfully collected. Payment can remain pending or fail after a user reaches a return page. The server should use verified payment state and stable transaction identifiers before granting access.
Sample record 08: Payment status examples
| Transaction | Offer | Payment state | Grant access |
|---|---|---|---|
| TX-R01 | Rental | Succeeded | Yes after server verification |
| TX-R02 | Rental | Pending | No |
| TX-P01 | Purchase | Failed | No |
| TX-P02 | Purchase | Succeeded | Yes after server verification |
TX-R01 and TX-P02 receive their corresponding grants after verified success.
06Calculate the rental deadline
A rental can have an activation timer and a separate timer after playback starts. The agreement specifies how they interact. UTC arithmetic and exclusive boundaries prevent different answers between devices, support and finance.
Sample record 04: Rental timer policy
| Timer | Scenario rule |
|---|---|
| Activation allowance | 30 days from paid transaction |
| Watch allowance | 48 hours from first playback |
| Effective expiry | Earlier of activation-window end and first-playback plus 48 hours |
| Before first playback | Must still be within activation allowance |
| All ends | Exclusive; UTC |
The 30-day allowance ends February 9 at 12:00 UTC.
07Check each access condition
Sign-in establishes an account identity. Access also depends on the correct title entitlement, payment state, territory and time. Existing purchase rights can remain valid after new sales close. Evaluate those dimensions explicitly rather than treating sign-in as universal authorization.
Sample record 11: Access decision examples
| Request | Expected |
|---|---|
| US paid rental before expiry | Allow subject to active entitlement |
| Pending payment after success-page redirect | Deny until verified paid |
| CA with US account | Deny under territory rule |
| Expired new-sale window with prior purchase | Honor existing authorized purchase entitlement |
| Offline download | Deny; unlicensed use |
The cached TV session starts an expired rental.
08Verify changes at the boundaries
Window controls often fail at the exact start or end, or when a device retains stale authorization. Test a new session and an existing device session. Retain evidence identifying the offer, account, time and expected decision.
Sample record 13: Window-control correction
| Issue | Change | Acceptance |
|---|---|---|
| Cached TV entitlement | Refresh authorization at new playback; bound token life | Expired rental denied |
| CA test | Geo policy applied | New and existing-session tests denied |
| Expiry boundaries | End instant excluded | One second before allowed; end denied |
Test just before expiry, at the exclusive expiry instant, and an existing TV session making a new playback request after expiry.
09Investigate support reports before refunding
A customer may see duplicate confirmation pages without a duplicate charge. Trace the payment and entitlement separately. An approved refund needs a defined access consequence, and retry handling should not create multiple refunds for the same original transaction.
Sample record 14: Customer-support incident
| Field | Observation |
|---|---|
| Ticket | HS-TX-07 |
| Complaint | Paid twice after delayed confirmation |
| Evidence | One successful charge; two browser redirects; duplicate grant request |
| Response | Verify charge and grant; explain one payment; do not issue unsupported second refund |
| Prevention | Idempotent grant handling and clear pending message |
Confirm the single successful payment, ensure one correct entitlement, and explain the pending/confirmation behavior.
10Build the sales and refund totals
Keep rentals and purchases separate until their quantities and prices are reconciled. Approved refunds reduce receipts under this agreement. Cancellations or failed payments should not be counted as completed sales and then deducted again as refunds.
Sample record 16: Raw monthly sales
| Offer | Transactions | Unit USD |
|---|---|---|
| Rental | 1000 | 3.99 |
| Purchase | 250 | 12.99 |
Rental sales are USD 3990.
11Apply the settlement basis and rounding
A platform percentage may apply to gross sales or a different defined base. Here it applies after approved refunds. The rounding rule assigns the distributor the residual so the statement reconciles exactly to cents. These are scenario terms, not a statement of typical platform fees.
Sample record 18: Settlement terms
| Field | Fictional agreement |
|---|---|
| Gross sales | Paid rental and purchase transactions |
| Refunds | Deduct approved refunded amounts |
| Platform deduction | 30% of net receipts after refunds |
| Distributor proceeds | Net receipts less platform deduction |
| Rounding | Round platform deduction to cents; distributor is residual |
| Tax and payment fees | Excluded from this exercise |
USD 7132.65 × 30% = USD 2139.795, rounded to USD 2139.80.
12Control price changes and offer expiry
A proposed price is not an approved active offer. Preserve historical transaction terms while preparing future changes. At offer expiry, disable new commerce without breaking previously authorized rentals or purchases.
Sample record 20: Price-change request
| Field | Value |
|---|---|
| Proposed rental price | USD 4.99 |
| Approval | Not obtained |
| Effective date | Not scheduled |
| Existing transactions | Retain recorded paid price and timer terms |
| Action | Keep current approved USD 3.99 offer |
No.
13Close the financial and access record
Closeout checks payment, refunds, rights and entitlement behavior together. The audit needs stable keys so a reviewer can follow a customer transaction to the media and contractual access rule. Retain unresolved obligations even when the catalog no longer promotes the title.
Sample record 22: Audit ownership
| Record | Owner | Key |
|---|---|---|
| Payment | Finance / commerce | Transaction and payment reference |
| Entitlement | Platform operations | Account plus transaction |
| Media | Delivery | Title plus approved cut |
| Refund | Support and finance | Original transaction |
| Rights survival | Rights operations | Contract clause and offer dates |
Demonstrate new-sale denial at expiry, surviving purchase access, rental deadline enforcement and approved refund revocation.
Work through the decisions yourself
The individual download includes a 13-chapter interactive workbook, 23 separate JSON operational records, a worked-answer guide, and a cover image. Notes and completion checkmarks save in the browser, with progress backup and restore.
The package is prepared. Checkout will be available after its Stripe product and payment link are connected.
One-time download. Price will be shown when checkout is connected. No subscription, cloud progress account or certification is included.
Real-world reference reading
These references explain relevant concepts; the scenario’s business terms and records are fictional.
Reviewed October 23, 2026. Consult the current specification and agreement for actual use.