> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dodopayments.com/llms.txt
> Use this file to discover all available pages before exploring further.
# v1.118.3 (6 अक्टूबर, 2026)
> Multi-subscription checkout, Moderation API, GCash, AlipayHK, FPS और Touch 'n Go, भारत में Apple Pay, Ethoca alerts, customer email log, test mode emails, right-to-left checkout, नया dashboard और Dodo Sync 1.0.
## नई सुविधाएँ
### 1. **Multi-Subscription Checkout**
अब एक checkout में एक साथ कई subscriptions बेचे जा सकते हैं। `product_cart` में दो या अधिक subscription products जोड़ें और customer एक ही payment में उन सभी के लिए भुगतान करेगा, जिसमें एक invoice होगा।
हर product अपनी अलग subscription बन जाता है और अपने schedule के अनुसार renew होता है, इसलिए अलग-अलग billing intervals या trials वाले plans एक ही cart में साझा किए जा सकते हैं। Checkout page पहले **आज देय कुल राशि** दिखाता है, फिर हर subscription के लिए उसकी trial, renewal amount और अगली billing date के साथ एक row दिखाता है।
एक cart में अधिकतम 20 products हो सकते हैं। एक से अधिक subscriptions वाले cart में one-time products भी नहीं रखे जा सकते।
Payment में पूरी purchase दर्ज होती है: `is_multi_subscription`, `true` है और `subscription_ids` बनाई गई हर subscription को सूचीबद्ध करता है, जबकि `subscription_id`, `null` है।
और जानें: [Multi-Subscription Cart](/developer-resources/checkout-session#multi-subscription-cart)
### 2. **Moderation API**
अपने product तक पहुँचने से पहले text और images की screening करें। Content को `POST /moderation/screen` पर भेजें और `allow`, `flag` या `deny` का verdict प्राप्त करें, साथ ही वे categories भी मिलेंगी जिनके कारण verdict आया।
Requests में अधिकतम 8,000 characters का text, अधिकतम 5 MiB की image या दोनों स्वीकार किए जाते हैं। `GET /moderation/usage` से अपनी screened सामग्री को track करें। Test mode में की गई screens निःशुल्क हैं और mock verdicts लौटाती हैं जिन्हें आप मांग पर trigger कर सकते हैं, इसलिए अपनी integration की हर branch को test किया जा सकता है।
और जानें: [Moderation API](/features/moderation)
### 3. **GCash, AlipayHK, FPS और Touch 'n Go**
चार नए local payment methods Southeast Asia और Hong Kong के customers तक पहुँचते हैं:
| Method | Country | Currency |
| - | - | - |
| **GCash** | Philippines | PHP |
| **AlipayHK** | Hong Kong | HKD |
| **FPS** | Hong Kong | HKD, CNY |
| **Touch 'n Go** | Malaysia | MYR |
Customer भुगतान करने के लिए अपने wallet या banking app में QR code scan करता है। ये चारों default रूप से enabled हैं और **Settings → Payment Methods** में जाकर बंद किए जा सकते हैं। ये केवल one-time payments के लिए काम करते हैं और subscription checkouts में दिखाई नहीं देते। हर method तभी दिखाई देता है जब billing country और currency मेल खाते हों और [Adaptive Currency](/features/adaptive-currency) enabled हो।
और जानें: [Asia-Pacific Payment Methods](/features/payment-methods/asia-pacific)
### 4. **भारत में Apple Pay**
भारत के customers अब Apple Pay से भुगतान कर सकते हैं। INR में billed Apple Pay subscriptions, अन्य Indian-issued cards की तरह RBI mandates पर चलती हैं।
और जानें: [भारत में Apple Pay](/features/payment-methods/digital-wallets#apple-pay-in-india)
### 5. **Ethoca Alerts**
Mastercard और अन्य non-Visa cards पर chargebacks दर्ज होने से पहले उन्हें रोकें। जब कोई card issuer Ethoca alert भेजता है, Dodo Payments payment को automatically refund कर देता है, इसलिए dispute कभी chargeback नहीं बनता और आपके chargeback ratio में शामिल नहीं होता।
Ethoca alerts opt-in हैं। Visa RDR के साथ **Settings → Dispute Resolution** में मौजूद **Ethoca Alerts** card से enroll करें। आपके business में पहले live payments और statement descriptor होना आवश्यक है, और हर alert के लिए fee लागू होती है। Enrollment की पुष्टि में 2 से 4 business days लगते हैं।
और जानें: [Ethoca Alerts](/features/transactions/disputes#ethoca-alerts)
### 6. **Customer Email Log**
अब हर customer के पास **Sales → Customers** के अंतर्गत **Sent Emails** tab होता है, जिसमें पिछले 180 दिनों में Dodo Payments द्वारा भेजे गए emails सूचीबद्ध होते हैं। हर entry में subject, category और delivery status — **Sent**, **Delivered**, **Failed**, **Marked as spam** या **Not sent** — दिखाई देता है, और failed email में उसके fail होने का कारण बताया जाता है।
किसी भी email को खोलकर ठीक वही पढ़ें जो customer को मिला था और उसे फिर से भेजें—मूल address पर या किसी नए address पर—अधिकतम तीन बार। यही log API पर भी `GET /customers/{customer_id}/emails` के माध्यम से उपलब्ध है।
और जानें: [Email Logs](/features/email-logs)
### 7. **Test Mode Emails**
अब customer emails test mode में भी भेजे जाते हैं, ताकि live होने से पहले आप email experience की पूरी जाँच कर सकें। Test emails वास्तविक recipient को भेजे जाते हैं और हर subject `[TEST MODE]` से शुरू होता है।
**Settings → Communication → Email** के अंतर्गत **Test Mode Emails** switch इसे नियंत्रित करता है और यह default रूप से on होता है। कोई business प्रति सप्ताह अधिकतम 100 test mode emails भेज सकता है। Live mode emails पर इसका कोई प्रभाव नहीं पड़ता।
और जानें: [Test Mode Emails](/features/communication-preferences#test-mode-emails)
### 8. **Right-to-Left Checkout**
अब Arabic और Hebrew में checkout right to left render होता है। पूरा page mirror हो जाता है—layout, navigation और order summary—जबकि email addresses, codes और phone numbers अपना natural reading order बनाए रखते हैं।
और जानें: [Multi-Language Checkout](/features/checkout#multi-language-checkout)
### 9. **Required Cardholder Name**
Checkout session पर `feature_flags.require_cardholder_name` को `true` पर set करके customers से उनके card पर लिखा नाम दर्ज करवाएँ। यह field card number के ऊपर दिखाई देता है। यह flag default रूप से `false` होता है। अन्य payment methods इसे अनदेखा करते हैं, हालांकि Apple Pay और Google Pay पहले से payer name collect करते हैं।
और जानें: [Checkout Sessions](/developer-resources/checkout-session)
### 10. **Who Cancelled a Subscription**
अब subscriptions में एक `cancelled_by` object होता है, जो दर्ज करता है कि उन्हें किसने cancel किया। इसका `actor_type`, `customer`, `merchant_user`, `api_key` या `dodo_team` में से एक होता है, और customer या dashboard user के लिए इसमें उनका `name` और `email` भी शामिल होता है।
यह field API responses में subscription पर और हर `subscription.*` webhook payload में दिखाई देता है। यह immediate और scheduled दोनों cancellations को cover करता है और जब कोई caller ज्ञात न हो, जैसे system द्वारा किए गए cancellation में, `null` होता है।
और जानें: [Get Subscription](/api-reference/subscriptions/get-subscriptions)
### 11. **Payout Settings and Reserved Balance**
अब payouts के लिए **Settings → Payouts** के अंतर्गत एक नया स्थान है, जहाँ **Payouts** page पर **Manage** से पहुँचा जा सकता है। अपनी payout frequency को कम बार होने वाले cycle में बदलें, minimum payout set करें और अपने linked bank accounts को एक ही स्थान पर manage करें।
अब **Payouts** page वास्तविक अगली payout date दिखाता है, जिसमें weekends और bank holidays शामिल नहीं होते, और यह भी बताता है कि payout date कब बदली है। यदि आपके settled payments का कुछ भाग reserve के रूप में रखा गया है, तो **Payout Balance** card पर **Reserved** row दिखाई देती है। वह राशि अभी भी आपकी है और automatically आपके balance में वापस release हो जाती है।
और जानें: [Payout Structure](/features/payouts/payout-structure)
### 12. **एक सरल Verification Flow**
अब account verification एक checklist है, जिसमें एक single button आपको आगे बढ़ाता है—**Start Verification**, **Continue Verification** या **Submit for Review**।
**Save and Continue** पर click करने पर हर form draft के रूप में save हो जाता है, इसलिए आप अपनी गति से सब कुछ भर सकते हैं और अपने सभी forms को एक साथ review के लिए submit कर सकते हैं। Identity verification उसी page पर एक secure window में खुलता है। जब team को अधिक जानकारी चाहिए होती है, तो **Action required** banner में बताया जाता है कि क्या आवश्यक है और कब तक।
और जानें: [Account Verification](/miscellaneous/verification-process)
### 13. **एक Redesigned Dashboard**
अब **Settings**, **Your Profile**, **Business Settings** और **Payments & Commerce** में grouped cards वाला एक single page है, जिनमें से हर card अपना section खोलता है। **Tracking Integrations**, **Pricing**, **Dispute Resolution** और **Payouts** के अपने pages हैं, और **Storefront** sidebar से हटकर Settings में आ गया है। पुराने links नए pages पर redirect होते हैं।
अब search header में support chat icon के साथ मौजूद है। Sign out को business switcher में ले जाया गया है।
Dashboard में हर country, phone number और currency dropdown अब name, ISO code या dialing code से searchable है।
### 14. **Dodo Sync 1.0**
[Dodo Sync](/developer-resources/dodo-sync), open-source package जो आपके payments, customers, subscriptions और licenses को आपके अपने database में copy करता है, अब version 1.0 पर पहुँच गया है।
* **तेज़ syncs।** MongoDB, PostgreSQL, MySQL और ClickHouse पर records के हर page को अब प्रति record एक query के बजाय एक batch operation में लिखा जाता है।
* **Serverless पर सुरक्षित।** `run()` अब resolve होने से पहले हर database write का इंतज़ार करता है, इसलिए Vercel या AWS Lambda पर sync के दौरान function समाप्त होने पर records नहीं खोते। Database connection बंद करने के लिए `disconnect()` method को `finally` block में call करें।
* **आपका अपना MongoDB database।** Records अब आपके connection URI में दिए गए database में लिखे जाते हैं। यदि URI में कोई database नहीं दिया गया है, तो Dodo Sync पहले की तरह `dodopayments_sync` का उपयोग करता है।
* **CLI में masked secrets।** Interactive mode में अब database URI और API key टाइप करते समय masked दिखाई देते हैं।
यदि आप `0.x` से upgrade कर रहे हैं, तो version 1.0 में तीन breaking changes हैं:
* **MongoDB database name**: अब database आपके connection URI से लिया जाता है, न कि हमेशा `dodopayments_sync` से। यदि आपके URI में database दिया गया है, तो आपका data वहाँ move हो जाता है।
* **MongoDB license IDs**: अब license documents को अन्य databases के अनुरूप, `subscription_id` के बजाय license `id` के आधार पर store किया जाता है। Upgrade करने से पहले अपना मौजूदा `licences` collection हटाएँ; अगला sync इसे फिर से populate कर देगा।
* **MySQL version**: MySQL 8.0.20 या उसके बाद का version आवश्यक है।
और जानें: [अपने Database के साथ Sync करें](/developer-resources/dodo-sync)
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.