Pre-launch. Invoice tokenization is always free, and so are wallets and digital asset payments. Try It For Free →
Invoice Tokenization · Coming Soon, in Testing on Solana Devnet

Your invoices,
on-chain.

Turn what your customers owe you into tokens in your own wallet: real-world assets on Solana, backed by verified books and a public report anyone can check.

Invoice
INV-1042 to Acme Corp, $1,250.00 owed
From your books · due Nov 20, 2026
Verified
Business, wallet and invoice checked; customer screened
Minted
1,250 receivables tokens to your wallet
Solana · 7xKX…9fQ2 · invoice fingerprint in the memo
Paid
Acme pays INV-1042, and 1,250 tokens burn
Example
Demo

See tokenization at work.

A short walkthrough, recorded in the app.

Invoice tokenization

Turning tokenization on after verification, tokenizing an invoice and reading its memo on Solana, and the daily report on every token. 5 min.

How It Works

A token is only worth
the invoice behind it.

Before anything mints, we verify you and your wallet, and read your books for what's really owed.

1

Get verified

Your business, its owners and who runs it, screened against sanctions lists.

2

Prove your wallet

Sign with the wallet your tokens go to. Scriply never holds its keys.

3

Connect your books

QuickBooks, or books in Scriply: where we see each invoice and its payment.

4

Tokenize, and we report

Pick the invoices to tokenize. Each token's health is published daily.

Our KYB Standard

Verified before it mints,
and checked every day after.

Only a business that passes our KYB can tokenize. Here's what we check.

Owners and who's in control

Every 25%+ owner and a control person, per FinCEN's beneficial ownership baseline.

Each person, and how they were checked

Verified by a reviewer or a government ID check, and the daily report says which.

The business checked by a person

EIN matched to the IRS letter; registration, good standing and address confirmed.

Sanctions screening, every day

Against OFAC's list at sign-up, every day, and whenever money or tokens move.

A wallet that's really theirs

Tokens mint only to a wallet the business signs with. One two businesses claim is flagged.

Revoked in the open

A confirmed sanctions match revokes KYB, stops new tokenizing, and shows in the next day's report.

Invoice Tokenization

Your invoices,
as tokens anyone can check.

Each token is one dollar your customer still owes, minted to your wallet and burned as it's paid.

One token per dollar owed

Each business has its own USD receivables token, and its supply always equals what's still owed.

Burns as invoices are paid

Payments, credits and write-offs burn tokens. A tokenized invoice is locked until its last token burns.

On Solana, with nothing private on-chain

Each mint and burn carries an invoice fingerprint. Nothing on-chain names the business, its customers or invoices.

Minted to your wallet

A wallet you proved you control. Tokens move only between approved accounts.

Every invoice checked

A supporting document, a screened customer, and a duplicate check against every invoice already tokenized.

Opt-in, with a limit

An admin turns it on after KYB, and each business has a cap on what it can have tokenized at once.

Coming next: any business's invoices.*

Not just crypto businesses: invoices from any real-world business, tokenized on Solana and EVM chains.

*Planned, and not available yet. Timing and supported chains may change.

Built for the MPL-3643 standard.

Our tokens already work like Metaplex's MPL-3643 permissioned RWA standard. We'll adopt it as it opens up, and ERC-3643 on EVM chains.

The Daily Report

What anyone can check
about every token.

When tokenization launches, each token's report will be public by its address: totals, aging and risk, never the invoices or customers.

GET /v1/public/receivables-tokens/{network}/{tokenAddress} Example values
{
  "network": "sol",
  "tokenAddress": "Ah8cVgnZ8SjPzRtJoCAo26BHBjc4T7xQ6Rsk3apRXdRY",
  "currency": "FIAT_USD",
  "asOf": "2026-10-06T00:00:00Z",
  "sha256": "a7eb512136b792d30f616ebe720f5a0c0e079ab99752a26f222faa196f5bd85f",
  "attestations": { "sol": "3Vj9uCytyrTshBTim1ELkc2RH9cLA9jxUTSyemENPL8oFgfcbBFFL39gsrdLy3z1g4zQaF8tYR1YzZqv8CqiaNhZ" },

  "supply": "184250",
  "circulatingSupply": "184250",
  "outstandingUnits": "184250",
  "tokenizationLimit": "250000",
  "burnDebt": "0",
  "burnDebtOverdue": false,
  "reconciled": true,
  "unattributedRatio": "0.012",

  "aging": {
    "current": "132400",
    "days1To30": "38150",
    "days31To60": "9800",
    "days61To90": "3900",
    "over90": "0"
  },

  "assurance": {
    "kyb": "approved",
    "kybApprovedAt": "2026-07-14T16:02:11Z",
    "kybMethod": "manual-review",
    "checks": [
      "control-person-identified",
      "beneficial-owners-identified",
      "identities-verified",
      "sanctions-screened",
      "wallet-verified",
      "ein-confirmed",
      "business-registered"
    ]
  },

  "risk": {
    "topCustomerShare": "0.22",
    "topFiveShare": "0.71",
    "concentrationIndex": "0.14",
    "selfIssuedShare": "0.08",
    "daysToBurn": "41.6",
    "burnedTokenizations": 31,
    "historyDays": 212,
    "settledTokenizations": 37,
    "flags": ["self-issued-invoices"]
  }
}

Illustrative report for a made-up business. Units are dollars of invoices still owed.

supply · outstandingUnits · reconciled
Tokens in existence and dollars still owed. They match when the report reconciles.
burnDebt
Tokens due to burn that couldn't yet. Above zero, the token is under-backed and the business can't tokenize more.
aging
What's owed, by days past due: current, 1–30, 31–60, 61–90 and over 90.
risk
Customer concentration, self-issued share, time to burn, and flags. We set no thresholds: you judge.
assurance
What we verified about the business, without saying who it is.
sha256 · attestations
The day's report fingerprint, and the Solana transaction that recorded it.
What the report doesn't promise. We stand behind how each token is made, not whether customers pay. That's for whoever relies on it to judge.
Attestation

Verified once,
attested on-chain.

Your verification won't stay in our database. We'll record it on-chain, next to your tokens, so anyone can check it.

Coming Soon

Solana Attestation Service

Once your business and wallet are verified, we'll issue an attestation to your wallet through the Solana Attestation Service, so anyone can check on-chain that it belongs to a verified business.

  • Issued to the wallet you proved is yours
  • Checkable on-chain, with no sign-in
Coming Soon

ONCHAINID

Your verification as an ONCHAINID identity, the standard for verified identities on EVM chains, so it can be used beyond Solana.

Your books, connected.

Connect QuickBooks and your wallets are booked there too, or keep your books in Scriply if you're just starting. Pay bills in USDC from a wallet you control.

Books →

Be ready to tokenize
on day one.

Get verified, prove your wallet and connect your books now, so your invoices are ready when tokenization launches. Tokenization is always free.

Disclaimer. Scriply is in pre-launch: features may be incomplete, may change or be removed without notice, and the service may be interrupted. Invoice tokenization, digital asset payments and wallets are free on every plan and always will be; you pay only the Solana network fee on the payments you send. Scriply's plans and their limits are on the Books page. Scriply does not guarantee the completeness, accuracy, or reliability of any financial data, transaction records, or AI-generated outputs. All information provided through the platform is for informational purposes only and should not be relied upon as a substitute for professional accounting, legal, or financial advice. Receivables tokens represent invoices as described in the tokenization terms; Scriply does not represent that any invoice will be paid or the credit quality of any receivable. Use of Scriply is at your own discretion and risk.