Start with an identifiable order
A checkout should begin with a clear amount and description. In Coino Live’s documented order flow, the merchant sends the USD amount, callback URL, description and gateway ID. The returned order ID connects the customer’s payment page to that request. Keep the reference in your own order system so an account or support request can be matched to the correct purchase.
Separate asset selection from network selection
The payer first chooses an asset, then a network available for that asset. A ticker symbol alone is not a complete payment instruction: the selected network also matters. Review the network shown in checkout against the sending wallet. A catalog directory is useful for exploration, while the actual payment API determines which options are available for the live request.
Keep payment and order status separate
Opening checkout, returning from a page or creating an order does not by itself establish payment completion. Your server must check the authoritative result before fulfilling the order. Awaiting-payment and confirming states need a clear explanation so the customer does not assume that every pending screen means a failed deposit.
Give every outcome a useful next step
A confirmed result can return the payer to the merchant. An expired request can open a fresh checkout, while a lookup error should explain that the status is unknown. If a payer already sent funds, preserve the order reference and seek help before repeating the transfer. The demo status screens illustrate these outcomes without processing a live payment.