Reference
Unique invoice number, order or project reference, issue date, and due date.
Combine an ordinary commercial invoice with precise blockchain instructions, independent verification, and a settlement record.
A customer should understand the obligation before opening a wallet, while an operator should be able to match the resulting transaction later.
Unique invoice number, order or project reference, issue date, and due date.
What value is fixed, which currency denominates the invoice, and when any rate expires.
Full token name, symbol, network, and contract when applicable.
Complete address, required memo or tag, and change-verification path.
Whether the exact amount must arrive and how exchange deductions are treated.
Named time zone and the late-payment rule when a quote or route has expired.
What counts as detected, confirmed, credited, and ready for fulfillment.
Transaction ID, network, asset, amount received, settlement time, and any variance.
Each status has a different meaning. A sent email is not a paid invoice, and a wallet notification is not necessarily final settlement.
The approved asset, network, destination, amount, and expiry are recorded.
A candidate transaction appears on the intended network.
The transaction meets the risk-appropriate confirmation threshold.
The received value is allocated to the invoice and a receipt is sent.
USDC on Polygon · verified contract on file
680.00 USDC · exact amount must arrive
AE-1042 · due October 28, 2026 at 5:00 PM PT
Confirm changed destinations by calling the number already in your vendor record.
A payment link can improve usability, but the email should still display the exact asset, network, amount, destination, reference, and expiration. Links fail, wallets ignore parameters, and domains can be imitated.
Preserve the version of the invoice that was sent. If a route changes later, do not overwrite the historical record. A customer dispute or reconciliation review needs to know what instructions were visible at payment time.
Read the complete invoice checklist →Compare portability, prefilled parameters, domain verification, compatibility, and fallback design.