यह page card और fiat side के बारे में है, और refunds के बारे में। अगर आपकी payment crypto थी और on-chain confirm हुई लेकिन कभी credit नहीं हुई, तो यह structurally एक अलग problem है जिसकी अपनी recovery path है, जिसे हमारी अलग guide में cover किया गया है जो कभी credit न होने वाली crypto payments के बारे में है।
10 अगस्त 2026 को verified। Card network और bank की timelines issuer और country के हिसाब से बदलती हैं, इसलिए यहां दी हर duration को guaranteed की बजाय typical मानें। ROZO Checkout एक independent third-party checkout है और OpenRouter या Coinbase से affiliated नहीं है।
पहले पता करें कि आपसे असल में charge लिया गया या नहीं
इस problem का सबसे common version असल में कोई missing payment है ही नहीं। यह एक pending authorisation है जो आपके banking app में बिल्कुल किसी charge जैसी दिखती है।
जब कोई checkout card payment try करता है, तो issuer funds पर एक hold लगाता है। आपका available balance तुरंत गिरता है और आपकी transaction list में एक line आ जाती है। वह line एक authorisation है, settled charge नहीं। अगर checkout किसी वजह से fail हो जाए, तो authorisation कभी capture नहीं होता, और hold अपने आप expire हो जाता है। कुछ भी कभी लिया नहीं जाता, लेकिन कुछ refund भी नहीं होता, क्योंकि refund करने के लिए कुछ था ही नहीं।
फर्क कैसे बताएं:
- Pending authorisation आमतौर पर greyed out होता है, "pending", "processing", या "authorised" लिखा होता है, और monthly statement में नहीं दिखता।
- Settled charge posted होता है, statement में दिखता है, और इसकी एक final settlement date होती है।
- दोनों में available balance गिरता है। सिर्फ settled charges statement balance घटाते हैं।
Typical hold release times debit cards के लिए तीन से सात दिन और कुछ credit cards के लिए तीस दिन तक, issuer के हिसाब से। Card networks outer limits तय करते हैं, लेकिन issuer तय करता है कि वह पुराना hold कितनी जल्दी हटाए, और न आप न merchant इसे जल्दी करा सकते हैं। Support उस hold को release नहीं कर सकता जो कभी capture ही नहीं हुआ, क्योंकि merchant की तरफ से transaction का वजूद ही नहीं है।
अगर आपने payment कई बार retry की, तो कई pending lines की उम्मीद रखें। यह कई charges नहीं है। पैसा खोया हुआ मानने से पहले statement का इंतज़ार करें।
Settled charge जिसमें credits नहीं, और partial credit
अगर charge आपके statement में post हो गया है और आपका credit balance नहीं हिला, तो आप genuinely broken territory में हैं और इसे escalate करना worth है।
आमतौर पर जो हुआ वह यह है कि payment capture और credit provisioning दो अलग steps हैं। Payment processor ने funds capture किए और success return किया, और वह step जो आपके account में credits लिखता है, fail हो गया, timeout हो गया, या शुरू ही नहीं हुआ क्योंकि redirect पूरा होने से पहले browser session खत्म हो गया। पैसा असली है, account update missing है, और आमतौर पर किसी इंसान को इसे reconcile करना पड़ता है।
एक related pattern जो बार-बार report होता देखा है वह partial credit है: debited amount apply हुए credits से काफी बड़ी है। किसी error मानने से पहले fee structure check करें। OpenRouter card और AliPay payments पर 5.5% चार्ज करता है, न्यूनतम $0.80 के साथ, और अपने crypto path पर 5%। किसी छोटे top-up पर वह minimum fee dominate करता है, तो कुछ dollars debit होने से visibly कम dollars की credit बन सकती है। Card issuer एक foreign transaction fee भी जोड़ सकता है या अपनी rate पर convert कर सकता है, जिससे gap और बढ़ जाता है बिना किसी की गलती के।
अगर gap fees से समझाई जा सकने वाली सीमा से बहुत बड़ा है, या अगर कोई charge दिखा जो आपने शुरू ही नहीं किया, तो retry न करें और तुरंत chargeback भी न खोलें। पहले evidence इकट्ठा करें: merchant descriptor वाली statement line, UTC में date और time, card के last four digits, debited amount, और पहले व बाद का credit balance। फिर लिखित में escalate करें। एक charge जो आपने genuinely authorise नहीं किया वह merchant conversation से अलग आपके bank को भी report करना चाहिए, क्योंकि सिर्फ bank ही card block कर सकता है।
Retry करने के बाद duplicate charges
Fail हो रहे checkout को retry करना natural reflex है और यही मुख्य वजह है जिससे लोगों के duplicates हो जाते हैं। हर attempt अपनी अलग authorisation बनाता है। ज़्यादातर fail होकर बिना नुकसान के expire हो जाते हैं, लेकिन अगर दो attempts capture हो जाएं, तो आपके पास दो असली charges हैं और उनमें से सिर्फ एक से credits बने।
इसका एक risk-control side effect भी है। कम समय में बार-बार failed attempts fraud systems को card testing जैसे लगते हैं, और issuer और merchant का processor दोनों specifically आपको refuse करना शुरू कर सकते हैं। Users ने मुट्ठी भर tries के बाद too many top-up attempts जैसी rate limits हिट करने की रिपोर्ट दी है, जो फिर एक ऐसी payment method को भी block कर देती है जो काम कर जाती।
एक सुरक्षित sequence:
- Payment एक बार try करें और उसे पूरा होने दें। अगर page hang हो जाए, तो कुछ भी छूने से पहले कम से कम एक मिनट रुकें, और redirect के बीच में refresh न करें।
- फेल मानने से पहले किसी अलग tab में अपना credit balance check करें। Browser के hार मान लेने के बाद भी credits कभी-कभी पहुंच जाते हैं।
- अपने banking app में pending line check करें। अगर कोई hold मौजूद है, तो attempt आपके bank तक पहुंच चुका था, और तुरंत retry करने से success की बजाय दूसरा hold बनने की संभावना ज़्यादा है।
- अगर यह genuinely fail हो गया, तो अगले attempt से पहले कुछ घंटे रुकें, और एक जैसा attempt दोहराने की बजाय कुछ meaningful बदलें — अलग card, अलग funding route।
- अगर दो charges post हो गए हैं, तो पहले dispute file करने की बजाय लिखित में duplicate का refund मांगें। Duplicates merchant के लिए verify और refund करने की सबसे आसान category हैं, क्योंकि उनके अपने records एक account पर दो captures दिखाते हैं।
Refund timelines, और आपका क्यों अटका दिख सकता है
एक refund के तीन stages होते हैं, और सिर्फ पहला merchant के control में है।
पहला, merchant refund को approve करके अपने payment processor को submit करता है। यही वह stage है जहां support tickets मायने रखते हैं, और जहां एक धीमी queue दिनों तक चीज़ें रोक सकती है। दूसरा, processor refund को card network तक भेजता है। यह आमतौर पर जल्दी होता है। तीसरा, आपका issuing bank आपके account में credit post करता है, और यह stage bank के अलावा किसी को दिखती नहीं। पांच से दस business days एक normal total है। कुछ issuers, खासकर debit cards के लिए और कुछ countries में, आमतौर पर इससे ज़्यादा समय लेते हैं, और cross-border refunds में और समय लगता है।
यानी merchant की तरफ से एक refund genuinely complete हो सकता है और फिर भी आपके account में absent रह सकता है। तो support से पहला सवाल "मेरा पैसा कहां है" नहीं बल्कि "क्या refund submit हो चुका है, और acquirer reference number या refund ID क्या है" होना चाहिए। उस reference के साथ, आपका bank इसे trace कर सकता है। इसके बिना, आपका bank सिर्फ यह बता सकता है कि यह पहुंचा नहीं, जो आप पहले से जानते हैं।
जब कोई refund बिना reference number और बिना किसी substantive जवाब के लगभग बीस दिन पार कर जाए, तो आप अब bank का नहीं, एक queue का इंतज़ार कर रहे हैं। उस बिंदु पर escalate करें: नए tickets खोलने की बजाय existing ticket पर जवाब दें, बीता समय साफ-साफ बताएं, और specifically submission date और reference मांगें। कई parallel tickets खोलने से आमतौर पर आप queue में आगे नहीं, पीछे चले जाते हैं।
एक category बिल्कुल refundable नहीं है: crypto purchases एक बार complete होने के बाद non-refundable होती हैं, OpenRouter के अपने crypto path पर भी और आमतौर पर भी। अगर आपने crypto से pay किया, तो refund mechanism नहीं है, और इसे मांगना एक support cycle बर्बाद करता है।
एक support message template जो copy कर सकते हैं
Support उन messages का जल्दी जवाब देता है जिनमें action लेने के लिए ज़रूरी सब कुछ हो। Vague reports किसी bot को route हो जाती हैं; specific वाली किसी इंसान को। Brackets भरें और जो लागू न हो वे lines हटा दें।
"Subject: Charge posted, credits not applied — [charge की date, UTC]
Account email: [OpenRouter account पर email]
क्या हुआ: [date और approximate time UTC में] मैंने [card type / payment method] इस्तेमाल करके credits खरीदे। Charge मेरे statement में post हो गया है, लेकिन मेरा credit balance नहीं बदला (या: amount का सिर्फ हिस्सा apply हुआ)।
Payment details: - Debited amount: [amount और currency] - मेरे statement पर merchant descriptor: [exact text] - Card के last four digits: [nnnn] - Charge status: posted / settled (pending नहीं) - ठीक पहले का credit balance: [amount] - अभी का credit balance: [amount] - मैंने कितने attempts किए: [n] — इनमें से [n] pending holds के रूप में दिख रहे हैं
मैंने पहले क्या check किया: मैंने confirm किया है कि charge pending authorisation की बजाय settled है, और मैंने अपने bank के साथ कोई dispute file नहीं किया है।
मैं क्या चाहता/चाहती हूं: कृपया या तो missing credits apply करें या charge refund करें। अगर refund issue हो, तो कृपया मुझे refund submission date और acquirer reference number भेजें ताकि मेरा bank इसे trace कर सके।"
एक बार भेजें, फिर wait करें। अगर एक हफ्ते बाद कोई substantive जवाब न मिले तो उसी thread पर एक छोटा follow-up जोड़ें, और लगभग तीन हफ्ते पर फिर से। हर reply एक ही thread पर रखें — एक पुराना होता ticket पांच नए tickets से बेहतर evidence है।
Chargebacks: आखिरी रास्ता, और इसकी कीमत क्या है
एक chargeback आपके bank के साथ file किया गया एक formal dispute है, जो merchant से forcibly funds वापस खींचता है। यह काम करता है, और यह एक असली consumer protection है, लेकिन यह कोई तेज़ refund button नहीं है और इस्तेमाल करने से पहले इसके consequences समझना ज़रूरी है।
जब chargeback file होता है, तो merchant से amount plus एक dispute fee debit होती है, और dispute उनके account के खिलाफ record होता है। कई API और credits providers chargeback को fraud signal मानते हैं और associated account को बंद या suspend कर देते हैं, कभी-कभी permanently, बचे हुए किसी भी credit balance समेत। अगर आपका goal service इस्तेमाल करते रहना है, तो chargeback आपके जीतने पर भी यह relationship खत्म कर सकता है। यह धीमा भी है — investigations आमतौर पर तीस से नब्बे दिन चलती हैं — तो यह किसी अटके हुए refund को सिर्फ escalate करने से शायद ही कभी तेज़ है।
Escalation का एक reasonable order:
- ऊपर बताए details के साथ support से contact करें और उन्हें एक fair window दें, आमतौर पर पहले substantive जवाब के लिए एक से दो हफ्ते।
- बीता समय और एक specific ask (refund submit करें, या reference number दें) के साथ उसी thread पर escalate करें।
- अगर refund submit हो चुका है लेकिन पहुंचा नहीं, तो reference number अपने bank के पास ले जाएं और उन्हें इसे trace करने को कहें। यह dispute नहीं है और इसमें कोई penalty नहीं है।
- Chargeback सिर्फ उन charges के लिए consider करें जो आपने genuinely authorise नहीं किए, या जहां merchant ने लंबे समय से जवाब देना पूरी तरह बंद कर दिया हो, और यह मान लें कि account का बंद होना एक plausible नतीजा है।
Prevention के बारे में: इनमें से ज़्यादातर cases एक ऐसे card path से शुरू होते हैं जो पहले से struggle कर रहा था। अगर आपका card बार-बार fail होता है या आपका bank merchant को लगातार block करता रहता है, तो ऐसे route पर move करना जो या तो पूरी तरह settle हो या साफ-साफ न हो — आधा-अधूरा settle होने की बजाय — इस पूरी category को हटा देता है। यही ROZO Checkout के पीछे का design goal है, जो फिलहाल product validate करते हुए कोई service fee नहीं लेता, और जो OpenRouter और Coinbase से independent है। यह पहले से missing हो चुके किसी charge को recover नहीं करता; merchant और आपके bank के अलावा कोई भी यह नहीं कर सकता।