REFUNDS
Payment And Refund Rules
Rules for top-ups, failed payments, successful payments and administrative refunds.
Обновлено 2026-05-13. Черновик правового текста для проверки продукта; перед запуском требуется юридическая проверка и реквизиты продавца.
Текст документа публикуется на английском языке. Это черновик, ожидающий юридической проверки; русская редакция появится только после неё — переведённый черновик слишком легко принять за утверждённый.
Top-Ups
A top-up creates a payment row and credits the wallet only after the provider confirms successful payment through the verified server-side path.
Sandbox payments are for development and do not represent real money movement.
Refunds
Refunds are admin-controlled and must be idempotent. Reusing the same idempotency key must not create a second wallet mutation.
For provider-backed payments, Plyrum must create or verify the provider refund before changing local wallet state.
Failures And Reconciliation
Pending, canceled, mismatched or unverified provider states must not silently mutate the wallet.
Provider reconciliation and fiscal receipt reconciliation must run before this flow is used for production payments.
Launch Status
These refund rules are an implementation draft and must be aligned with the seller entity, payment provider contract and applicable law before launch.