Review crypto payment evidence

Review the submitted proof

1. Open Dashboard, choose Selling, and find the form under My Forms.
2. Choose View orders, then click the buyer's order row to expand it.
3. In Payments, compare the selected method, expected network, receiving wallet, asset, amount, transaction ID, and uploaded proof. Click the proof image to enlarge it.
4. Open that payment row's three-dot Proof actions menu. Choose Open explorer when available, or Verify on-chain to run a check.

Running or changing proof actions requires the form owner's access or the collaborator permission Update order status/details. A manual Verify on-chain check is available for crypto payment rows even when the method's Run on-chain check after submit option is off; a supported pair and valid receiving details are still needed for a decisive result.

A completed check does not by itself mark the seller's payment row verified or the order paid. Review the evidence, then use Verify payment proof deliberately; its checked control's tooltip reads Proof verified. A retry button may temporarily show Checking... while its request runs. Do not assume a result is saved until the action completes.

For wrong or missing evidence, use Request corrected proof, Replace evidence, or Clear active evidence in the same menu. Buyer correction links add separate evidence; seller Replace or Clear changes the original row. Follow Resolve payment proof problems for the steps. Do not edit a transaction ID into a different transfer.

Act on a successful or pending result

• On-chain matched means the submitted transaction ID matched the configured network, receiving wallet, asset, and expected amount. Review the explorer record before accepting it.
• Wallet match found means a no-transaction-ID wallet scan found a matching inbound transfer. This can occur with current copied saved methods as well as older records. Open the matched transfer and confirm it is the intended buyer payment.
• Confirming means the transfer was found but does not yet have sufficient finality. Wait and retry; do not treat it as settled yet.

On-chain matched and Wallet match found are informational results only. They do not create payment credit, change the order balance or status, alter a payment link, create a refund, or acknowledge the proof for the seller.

Fix a transfer that does not match

• TX not found: confirm the complete transaction ID and correct network, then wait for explorer indexing and retry.
• Failed transaction: do not accept the transfer; ask the buyer to send a successful payment.
• Wrong network: compare the configured method with the chain the buyer used. Never assume assets can be recovered across networks.
• Wrong wallet: do not accept it unless you independently prove that the receiving wallet belongs to you and the payment is valid for this order.
• Wrong asset: the transfer used another token. Clarify the required token or handle the difference manually.
• Amount short: collect the missing balance or document an intentional adjustment before marking paid.
• Amount over: confirm the transfer belongs to this buyer and decide how to handle the overage; EZFormz does not automatically apply it to another order.

Resolve proof and service errors

• Invalid TXID: ask for the chain-native transaction hash, not an exchange order number, screenshot reference, or payment-app receipt number.
• Duplicate hash: this transfer also appears in historical payment evidence. Compare the related records when available; the warning does not block proof acknowledgment or order changes.
• Unsupported network or Unsupported asset: automatic verification cannot validate this combination. Use the correct configured pair or review it manually in a trusted explorer or wallet.
• Payment check unavailable: EZFormz could not retrieve the transaction details. This does not mean the payment failed. Use Try again or View transaction directly on the card. Last attempted shows when the saved check ran; reloading alone does not retry it. Solana transaction lookups briefly retry temporary problems, then stop.
• Review required: the scan found ambiguous, old, incomplete, or otherwise non-decisive evidence. Resolve it manually before accepting payment.

If a row displays Manual crypto review, use the same independent wallet and explorer checks or run Verify on-chain from Proof actions. Do not convert an inconclusive result to verified merely because a screenshot looks plausible.

Keep verification safe

Use a public explorer URL or the wallet's normal receive history. Never ask the buyer or seller for a private key, seed phrase, wallet connection, remote-control session, or signed recovery message. Transaction IDs and public wallet addresses are not secrets, but order details and buyer identity remain private and should be shared only where needed.

Automatic checks compare evidence with saved expectations. Every result is informational: it does not move funds, accept money, change balances or status, reverse a transfer, guarantee ownership of a sending address, or replace seller review. For setup limitations, return to Configure crypto payment methods.