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
How It Works

A token is only worth
the invoice behind it.

So before anything is minted, we verify who you are and the wallet you'll hold it in, and read your books to see what's really owed.

1

Get verified

We verify your business, its owners and the person who runs it, and screen them against sanctions lists.

2

Prove your wallet

Sign with the wallet your tokens will go to, so we know it's yours. Scriply never holds its keys.

3

Connect your books

Connect QuickBooks, or keep your books in Scriply. That's where we see each invoice, and when it's paid.

4

Tokenize, and we report

Tokenize the invoices you choose. Every day we publish each token's health: what's owed, how overdue, and what we verified.

Our KYB Standard

Verified before it mints,
and checked every day after.

Only a business that passes our KYB can tokenize. Anyone relying on a token should know the business behind it is real, so here is exactly what we check.

Owners and who's in control

Every owner with a stake of 25% or more, and a person who controls the business, is identified, following the beneficial ownership baseline set by FinCEN.

Each person, and how they were checked

The people on a business's KYB have their identity verified by our reviewers or a government ID check. The daily report says how they were verified, so a self-declared identity is never shown as checked.

The business checked by a person

A reviewer matches the EIN against the IRS's letter, confirms the business is registered and in good standing, checks its address, and looks for it beyond its own paperwork.

Sanctions screening, every day

The business and its people are screened against OFAC's sanctions list when they apply, again every day, and again whenever money or tokens would move.

A wallet that's really theirs

Tokens are only minted to a wallet the business proves it controls by signing with it. A wallet another business also claims is flagged, and isn't reported as verified.

Revoked in the open

A confirmed sanctions match revokes the business's KYB, and its token's report says so the next day. While a KYB isn't approved, the business can't tokenize anything new.

Invoice Tokenization

Your invoices,
as tokens anyone can check.

Tokenizing an invoice your customer still owes mints tokens for what's outstanding into your business's wallet. Each token stands for one dollar owed, and burns as it's paid.

One token per dollar owed

Each business has its own US dollar receivables token. Its supply always equals what's still owed on the business's tokenized invoices, so a token from one business is never mixed with another's.

Burns as invoices are paid

A payment, credit or write-off burns the same number of tokens. A tokenized invoice is locked against edits until its last token burns, and a change in your accounting system is held back and disclosed rather than applied silently.

On Solana, with nothing private on-chain

Every mint and burn is recorded on-chain with a fingerprint of the invoice behind it. Nothing on-chain names the business, its customers or its invoices.

Minted to your wallet

Tokens go to a wallet your business proved it controls. They move only between accounts the platform allows, and Scriply, as the issuer, burns them as invoices are paid.

Every invoice checked

Each invoice needs a supporting document and a customer who clears sanctions screening. It's compared with every invoice already tokenized, by any business: the same invoice is refused, and one that looks alike waits for a person to review it. An invoice from QuickBooks is read again there before anything is minted.

Opt-in, with a limit

An admin turns tokenizing on after the business passes KYB, accepting the tokenization terms and choosing the wallet. Each business has a cap on how much it can have tokenized at once, and a tokenization over it is refused before anything is minted.

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 the way Metaplex's MPL-3643 standard for permissioned real-world assets does: Token-2022, accounts that start frozen, and only approved holders. We'll adhere to MPL-3643 as it opens up, and to ERC-3643 when we come to EVM chains. Metaplex has announced MPL-3643 support from Orca, Raydium, Jupiter, Phantom and Solflare.

The Daily Report

What anyone can check
about every token.

When tokenization launches, each token's latest report will be public, by its address, with no sign-in. It shows the totals, aging and risk, without the invoices or customers behind them.

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 on the invoices behind them. They match whenever the report reconciles. tokenizationLimit is the most the business may have tokenized at once.
burnDebt
Tokens owed for burning that couldn't be burned yet. While it's above zero the token is under-backed, the report says so, and the business can't tokenize anything new.
aging
What's owed, by days past due: current, 1–30, 31–60, 61–90 and over 90.
risk
How concentrated the customers are, the share of invoices made in Scriply rather than an accounting system, how long tokens stay out before they burn, and flags from a fixed list for what is the case, such as self-issued-invoices or burn-debt-overdue. The numbers are there for you to judge; we set no thresholds.
assurance
What we verified about the business behind the token, such as its EIN and registration, its owners and its wallet, without saying who it is.
sha256 · attestations
The fingerprint of the day's full report, and the Solana transaction that recorded it. Anyone given the full report hashes it and compares it with the chain.
What the report doesn't promise. We stand behind how each token is made: who could tokenize, what was checked, and that supply matches what's owed. We don't promise that customers will pay or how good the invoices are as credit. Those are for whoever relies on a token to judge, and the report is there so they can.
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 →
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.

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.