BlueDocumentation
repo.blue ↗
Solutions

Capacity and referral networks

Publish unused capacity as structured state and make high-intent customer handoffs attributable, redeemable, and settleable among independent businesses.

Two recurring network problems#

Small businesses often have unused capacity but no practical way for agents or partners to compose it into new products. They also refer customers informally but cannot prove which handoff created value or settle a fee without manual trust.

Published capacity#

A business can publish exact capacity such as “Tuesday 12:00–14:00, 40 lunches, confirm 24 hours ahead” or “eight rooms Sunday through Thursday.” Contracts govern reservation, expiry, release, price, and confirmation.

The same capacity can support several Offers without requiring the business to design every package. Agents can search and compose from the state, but the supplier retains control of the slot and the operation that commits it.

Intent referral#

A receipt, check-in, completed service, or other high-intent moment creates a referral object. Its lifecycle can record issued, viewed, accepted, redeemed, ineligible, expired, and settled states.

The referring business, destination business, operator, and distributor can participate in the same auditable relationship. A referral fee is requested only after eligible redemption, and payment truth remains with the configured provider.

Why this is stronger than analytics#

The network does not ask one merchant to trust another merchant's spreadsheet or a platform's private attribution model. The document contains the exact referral, participant actions, provider-backed redemption fact, and settlement consequence.

Agent role#

Agents can discover capacity, propose compositions, reserve within a Mandate, route high-intent customers, and optimize future Offers. They cannot manufacture provider confirmation or retroactively insert an earlier action into closed Timeline history.

Economic proof#

Capacity and referral documents make incremental value inspectable: revenue from a slot that would have earned zero, or a customer the receiving merchant would not otherwise have reached.