Skip to main content
This quick start is for companies whose product is moving money: payment facilitators, embedded-finance platforms, and banking-as-a-service providers who charge a percentage of volume plus a per-transaction fee, discount that rate at higher volumes, and sometimes share it with a partner. In Alguna that is a metered product rated by a percentage pricing model over a billable metric that sums transaction amounts. This page shows the setup end to end. The objects involved are described in How Alguna Works.

Common fintech pricing models

All eleven price types, with the shape of each, are on Pricing models.

Set up

1

Define the billable metrics

Under Billable Metrics (or POST /metrics), create:
  • Transaction Volumesum of the amount property on transaction events.
  • Transaction Countcount of transaction events.
See Define metrics.
2

Create the metered products

Under Products (or POST /products), create a metered product per metric with fee_type: "metered" and payment_terms: "arrears" — usage is billed after the period. Set revenue_allocation_method to usage_based so revenue is recognised as volume occurs.
3

Price them

Attach a volume_percentage or graduated_percentage price to the volume product and a unit price to the count product. For example:
  • 00 – 50,000 per month: 2.9%
  • 50,00050,000 – 250,000: 2.5%
  • $250,000+: 2.2%
plus $0.30 per transaction.
4

Bundle into a plan

Put both prices (and a fixed platform fee, if any) into a plan so every merchant is onboarded onto the same offer. See Plans.
5

Send transactions as events

As transactions settle, post them to POST /events. Ingestion is idempotent on unique_id, so retries are safe.

Sending a transaction

See Send usage for batch limits and the response shape.

Billing flow

The invoice lists the rated volume and count as separate lines with the period they cover. Merchants can pay by saved card or bank transfer, and see their statement in the customer portal. See Invoicing Customers.

Fee structures

Percentage + fixed

Interchange plus

Interchange varies per transaction, so it has to arrive on the event. Carry it as a property (interchange above), define a metric that sums it, and price your markup as a separate volume_percentage on gross volume. The invoice then shows pass-through interchange and your markup as separate lines.

Partner revenue share

Model the partner as a customer of their own and bill (or credit) them from a separate metered product fed by the same events, or handle the split outside Alguna from the invoice data. Alguna does not split a single invoice between two payees.

Key features

Billable Metrics

Sum, count, and filter transaction events.

Pricing models

Percentage, tiered, and expression prices.

Send usage

Idempotent event ingestion.

Revenue Recognition

Usage-based allocation.

API reference

Ingest events

Send transaction events.

Products

Create metered products.

Invoices

Read monthly statements.

Customers

Onboard merchants.

Hybrid Motion

Self-serve for SMB, sales for enterprise merchants.

Finance & Billing Ops

Collections and revenue recognition.

Developers

API integration for event ingestion.

← Back to Quick Starts

See all quick start guides