Use Cases
When to use platform payment infrastructure
Soledgic is a payment layer for platforms where money flows to many destinations — creators, sellers, referrers, and buyers — and where the platform needs real-time visibility into every cent. These are the patterns it's built for.
A general-purpose payment redirect collects money from a buyer and deposits it into one account. That works for a single-vendor store. It breaks down when the platform itself is the financial layer: when splits happen at checkout time, when creators have balances that accumulate across many sales, when buyers hold spendable credits, or when payouts need to pass through compliance gates before reaching a bank account.
Platform payment infrastructure is the layer between your application and those outcomes. Below are the six signals that indicate you need it.
Multi-party revenue splits at checkout
Signal: You have multiple payees per transaction
When a buyer pays $100, that money immediately belongs to multiple parties — creator, platform, perhaps a referral partner. A general-purpose checkout collects the full amount into one account and leaves the split as a reconciliation problem. Platform payment infrastructure applies the split atomically at checkout time: each wallet is credited in the same database transaction that records the payment. No nightly batch, no manual transfer, no double-counting.
Creator earnings wallets with real-time balance tracking
Signal: Creators need to see what they've earned before they can withdraw
A creator dashboard that shows "your balance" needs a ledger, not a spreadsheet. Every checkout completion, refund reversal, and hold release should move through a double-entry ledger so the balance is always the authoritative sum of all entries — not a cached counter that drifts under concurrent writes. Soledgic's creator_earnings wallet is that ledger account. The balance is always current because it is computed, not stored.
Payout orchestration with KYC/KYB gates
Signal: You need to disburse earnings to many creators, each with their own compliance state
ACH payouts to bank accounts carry regulatory obligations. A creator who hasn't completed identity verification shouldn't be able to trigger a payout — but the right time to enforce that is at eligibility check, not at bank reject. Soledgic's payout eligibility endpoint returns the exact reason a creator can't receive a payout (KYB not approved, no bank account linked, balance below minimum) so your UI can show a clear next step, not a generic error.
Closed-loop platform economies
Signal: Buyers earn or receive credits they spend inside your platform, not at external merchants
Loyalty points, referral credits, gift balances, and prepaid plans all share one shape: value that lives inside your platform and can only be spent within it. A general-purpose payment processor isn't designed for this — you end up building a bespoke credit table that diverges from your payment ledger. consumer_credit wallets in Soledgic are a first-class ledger account type: they participate in the same double-entry system as creator earnings, so credits issued, spent, and refunded are always reconcilable.
Escrow-style holds before fund release
Signal: Money should be locked until a condition is met (delivery confirmed, dispute window closed)
A marketplace where buyers pay now but delivery happens later has a trust problem. Soledgic's hold primitive locks funds in a creator's wallet and prevents payout until the hold is explicitly released. The release can be triggered by a webhook from your fulfilment system, a support decision, or a time-based cron — whatever your dispute window requires. Funds are never in limbo: they're on the ledger, just constrained.
Audit-complete transaction history for creators and platform ops
Signal: You need to answer "where did this dollar go?" for any transaction
Double-entry means every credit has a matching debit on the same ledger. A creator's earnings wallet growing by $85 and the platform fee account growing by $15 are two sides of the same journal entry — traceable back to a single checkout session ID. The wallet activity endpoint returns the full ledger history: credits, debits, holds, releases, reversals, and their originating references. No blind spots.
When Soledgic is not the right fit
Soledgic is scoped to multi-party platform flows. If your use case is simpler, a lighter tool will get you there faster:
- Single-vendor checkout with no creator or seller split (a simple payment processor redirect is faster to integrate)
- Subscription billing with recurring charges (Soledgic handles one-time payments and wallet top-ups, not recurring billing engines)
- Point-of-sale or in-person card-present flows (Soledgic is an online platform payment layer)
- B2B invoice-based payments where no consumer wallet or creator split is involved
The five-step resource flow
If any of the six signals above match your platform, the entire integration reduces to five API operations in sequence:
Try it in sandbox
All five operations work with a test key (slk_test_*). Use POST /v1/sandbox/checkout/complete to simulate a successful payment without touching real money.