Folio Payments

The payment semantics for hospitality bookings.


What is Folio?

Folio defines the financial terms of a booking—what's owed, when it's due, and what happens if plans change. Where Stay tracks lifecycle states, Folio tracks money.

Hospitality transactions are agreements governing future-conditional payment execution, not immediate exchanges of value. When you book a hotel, you might pay a deposit now, balance at check-in, get a refund if you cancel, or be charged if you don't show up.

Folio is a vocabulary, not a payment processor. It defines how to express hospitality payment terms within existing protocols.


Why Hospitality is Different

AspectRetailHospitality
Payment timingAt purchaseSplit across dates
FulfilmentDays after paymentWeeks/months after booking
CancellationRarely allowedCore feature with refund decay
No-showN/ATriggers penalty charge
Retail:      Intent → Cart → Pay → Ship → Done

Hospitality: Intent → Book → Deposit → [weeks] → Balance → Stay
                                  ↓
                            Cancel? Modify? No-show?

Core Concepts

Payment Schedule

Defines when money moves: deposit at booking, balance before arrival.

Cancellation Policy

Tiered refund decay based on days before check-in.

No-Show Policy

What happens if the guest doesn't arrive.

Modification Policy

Rules for changing dates, rooms, or guests after booking.

Mandate Integration

Cryptographic proof of what the user authorized.


How Agents Use Folio

Check Terms Before Booking

Query the venue's Folio policies to understand payment schedule, cancellation terms, and modification rules before presenting options.

Present Terms Clearly

Ensure the user understands when money will be charged and what happens if plans change before confirming the booking.

Handle Cancellations

Calculate refund amount based on cancellation tier and days before arrival. Execute refund via payment handler.

Process Modifications

Check modification policy, apply any fees, and update the booking. If liability increases, the mandate may need re-signing.


Guest-Owned Records

Folio isn't just venue policy—it's also the guest's record of what happened.

When a stay completes, the guest receives a signed Folio record in their wallet:

Portable

The guest's Folio moves with them. Previous stays at any venue are accessible to their agent for future bookings.

Verifiable

Each Folio is signed by the issuing venue. Agents can verify authenticity without contacting the venue.

Private

Stored in the guest's wallet, shared only with their consent. No central database of travel history.

This is what "guests own their data" means in practice. A guest's booking history, payment records, and stay preferences belong to them—portable across venues, agents, and time.


Learn More

Specification

Full technical specification with schema definitions.

Examples

Working JSON examples for payment schedules and policies.