स्थानीयकृत मूल्य निर्धारण क्या है?
हर उत्पाद की एक आधार मुद्रा में एक मूल कीमत होती है। स्थानीयकृत मूल्य निर्धारण आपको को प्रति मुद्रा या प्रति देश सेट की गई निश्चित कीमतों के साथ उस आधार को ओवरराइड करने देता है। इसे चालू करने के लिए उत्पाद पर एकpricing_mode सेट करें, फिर प्रति बाजार एक नियम संलग्न करें।
यह अंतरराष्ट्रीय pricing के लिए कई स्वतंत्र levers में से एक है, जिनमें से प्रत्येक एक अलग समस्या हल करता है:
स्थानीयकृत मूल्य निर्धारण और अनुकूली मुद्रा एक साथ काम करते हैं। जब कोई स्थानीयकृत नियम मेल नहीं खाता, तो उत्पाद अपने आधार मूल्य पर वापस आ जाता है — यदि ग्राहक पहले से ही आपकी आधार मुद्रा में है, तो वह सीधे चार्ज किया जाता है, या यदि नहीं, तो अनुकूली मुद्रा के माध्यम से रूपांतरित होता है।
उपयोग के मामले
Exact Prices for One Market
किसी price-sensitive market में एक specific amount charge करें। एक
by_country rule से $20 का base product भारत में ₹999 में बिक सकता है — ठीक वही number जो आपने चुना है, FX conversion नहीं। इसके बजाय country के अनुसार prices automatically कम करने के लिए Purchasing Power Parity का उपयोग करें।Exact Prices per Currency Zone
$19.99 का live FX conversion €18.43 जैसी असुविधाजनक संख्या पर पहुँचता है। एक
by_currency rule आपके द्वारा type की गई exact price सेट करता है — €9.99, ¥1000, ₹499। प्रत्येक currency में converted prices को automatically साफ़ endings तक round करने के लिए Charm Pricing का उपयोग करें।Reversible Market-Entry Promotions
किसी नए country में launch कर रहे हैं? एक introductory price के साथ
by_country rule जोड़ें, फिर promotion समाप्त होने पर उसे archive करें ताकि base/adaptive pricing पर वापस आ जाए। Rules archive किए जाते हैं, delete नहीं, इसलिए आपके पास क्या live था और कब था, इसका साफ़ record बना रहता है।Competitive Price-Matching
किसी एक market को local competitor से match करने के लिए pin करें। United Kingdom में £9.00 का
by_country rule GBP/USD rate में उतार-चढ़ाव के बावजूद उसी exact price को बनाए रखता है।मुख्य अवधारणाएँ
- Pricing modes — कोई product एक समय में ठीक एक mode में होता है, जो उसके
pricing_modeद्वारा set किया जाता है:by_currency: प्रत्येक currency के लिए एक price, country की परवाह किए बिना। EUR में payment करने वाला हर व्यक्ति €9.99 देखता है।by_country: किसी country के लिए specific price (भारत में ₹999), तब भी जब कई countries एक ही currency share करते हों।
- Fixed amounts, in the smallest unit — किसी rule का
amountcurrency की smallest unit में एक integer होता है, ठीक API में हर जगह की तरह:99900₹999.00 है,999€9.99 है। यह आपके द्वारा set की गई price है, converted value कभी नहीं। - A matched rule wins over automatic pricing — जब कोई localized rule किसी line पर लागू होता है, तो उस line के लिए Purchasing Power Parity और Charm Pricing दोनों skip कर दिए जाते हैं। Customer आपके द्वारा set की गई राशि का unchanged payment करता है।
- When no rule matches — Product अपना existing behavior बनाए रखता है: आपकी base currency में customers सीधे base price pay करते हैं; बाकी सभी को Adaptive Currency के माध्यम से convert किया जाता है।
- Fees are inclusive when a rule matches — Customer ठीक वही amount pay करता है जो आपने set की है। Adaptive Currency की FX fee आप absorb करते हैं (उस transaction के लिए fees-inclusive मानी जाती है), customer से ऊपर से add नहीं की जाती; इसलिए आपकी बताई गई local price ही हमेशा charged price होती है।
डैशबोर्ड में सेट अप करें
1
Open the product form
आपके मर्चेंट डैशबोर्ड में, Products पर जाएं और एक उत्पाद बनाएं (या संपादित करने के लिए एक मौजूदा खोलें)। सामान्य रूप से आधार मूल्य और मुद्रा सेट करें।
2
Enable Localized Pricing and choose a mode
मूल्य निर्धारण अनुभाग में, स्थानीयकृत मूल्य निर्धारण पर टिक करें, फिर देश के द्वारा या मुद्रा के द्वारा चुनें।

3
Add a price for each market
Add Country Price या Add Currency Price पर क्लिक करें, स्थानीयकृत मूल्य निर्धारण पैनल भरें, और Add पर क्लिक करें। प्रत्येक बाजार जिसे आप जोड़ते हैं वह ओवरराइड्स टेबल में दिखाई देता है, जहां आप इसे बाद में संपादित या हटा सकते हैं।
- By Country
- By Currency
एक देश चुनें, मुद्रा चुनें, और राशि दर्ज करें (उदाहरण के लिए भारत के लिए ₹999), फिर Add पर क्लिक करें।
देश अब देश ओवरराइड्स टेबल में दिखाई देता है, जहां आप इसे संपादित या हटा सकते हैं।


4
Save the product
Add product के साथ सहेजें। स्थानीयकृत कीमतें भविष्य की खरीदारी पर तुरंत लागू होती हैं।
बिलिंग देश के साथ एक परीक्षण चेकआउट चलाएं जिसमें एक नियम है, और सुनिश्चित करें कि स्थानीयकृत राशि दिखाई दे।
API के माध्यम से प्रबंधन करें
स्थानीयकृत मूल्य निर्धारण पूरी तरह से API के माध्यम से उपलब्ध है। पहले उत्पाद की मूल्य निर्धारण मोड सेट करें, फिर नियम संलग्न करें।मूल्य निर्धारण मोड सेट करें
pricing_mode सेट करें जब आप उत्पाद बनाते हैं (या एक मौजूदा अपडेट करते हैं)। null का अर्थ है केवल आधार, मौजूदा व्यवहार।
एक स्थानीयकृत कीमत जोड़ें
उत्पाद के लिए एक नियम जोड़ें।by_country मोड में country_code आवश्यक है; by_currency मोड में इसे छोड़ दिया जाना चाहिए।
by_currency उत्पाद के लिए, country_code को छोड़ दें। उदाहरण के लिए, सभी EUR में भुगतान करने वाले के लिए एक फ्लैट €9.99 (currency: 'EUR', amount: 999)।
सूची, अपडेट, और संग्रहित करें
आप केवल एक नियम केamount को अपडेट कर सकते हैं; मुद्रा और देश एक बार बनाने के बाद तय रहते हैं। संग्रहण एक आइडेम्पोटेंट सॉफ़्ट-डिलीट है, इसलिए नियम मेल नहीं खाता लेकिन आपके इतिहास में रहता है।
API Reference
देखें पूर्ण उत्पाद स्थानीयकृत कीमतें अंतःक्रियाएं: बनाएं, सूची, पुनः प्राप्त करें, अपडेट करें, और संग्रहित करें।
यह चेकआउट पर कैसे लागू होता है
स्थानीयकृत मूल्य निर्धारण प्रति कार्ट लाइन पर हल किया जाता है, और केवल उन उत्पादों के लिए जिन परpricing_mode सेट है। Dodo Payments अनुरोध से दो संकेत पढ़ता है: ग्राहक का बिलिंग देश, और एक वैकल्पिक billing_currency (जब छोड़ा जाता है, तो एक मुद्रा बिलिंग देश से व्युत्पन्न होती है)।
- देश के द्वारा: बिलिंग देश से मेल खाने वाले नियम की खोज करता है। अगर एक मौजूद है, तो ग्राहक को उस मुद्रा में नियम की राशि चार्ज की जाती है।
- मुद्रा के द्वारा: ग्राहक की मुद्रा से मेल खाने वाले नियम की खोज करता है (
billing_currency, या उनके देश से व्युत्पन्न मुद्रा)। अगर एक मौजूद है, तो ग्राहक को उस मुद्रा में नियम की राशि चार्ज की जाती है। - कोई मेल नहीं, या कोई
pricing_modeनहीं: आधार कीमत लागू होती है, सीधे तब चार्ज की जाती है जब ग्राहक की मुद्रा आधार मुद्रा के बराबर होती है, अन्यथा अनुकूली मुद्रा के माध्यम से रूपांतरित होती है।
Subscription Plan में बदलावों पर इसका प्रभाव
Localized pricing आपके subscribers के साथ तब लागू होती है जब वे plans बदलते हैं। जब कोई existing subscription किसी ऐसे product में plan बदलती है जिसमेंpricing_mode है, तो नए plan की price checkout जैसे ही rules के अनुसार निर्धारित होती है, जिसमें subscription पर पहले से lock किया गया billing country और currency उपयोग होता है:
- By Country: subscription के billing country से match करने वाला rule लागू होता है। यदि rule की currency उस currency से अलग है जिसमें subscription का billing होता है, तो rule की amount को live FX rates पर convert किया जाता है — rule को लागू किया जाता है, छोड़ा नहीं जाता।
- By Currency: customer से billing के लिए उपयोग की जा रही currency से match करने वाला rule लागू होता है, और customer से ठीक rule की amount charge की जाती है।
- कोई match नहीं, या कोई
pricing_modeनहीं: नए plan की base price लागू होती है, और आवश्यकता होने पर Adaptive Currency के माध्यम से convert की जाती है — checkout जैसा ही fallback।
- Previews सटीक होते हैं। Preview Change Plan वही localized amount लौटाता है जिसे वास्तविक change पर charge किया जाएगा।
- Renewals localized price बनाए रखते हैं। Change के बाद नया plan अपनी localized amount पर renew होता है — और fees-inclusive बना रहता है — ठीक उसी तरह जैसे उस price पर बनाई गई subscription।
- Proration वास्तविक amounts का उपयोग करता है। Upgrade पर unused time का credit उस amount पर आधारित होता है जो customer ने पुराने plan के लिए वास्तव में paid किया था, जबकि नए plan की pricing उसके localized rule से निर्धारित होती है।
- Scheduled changes schedule किए जाने के समय price lock करते हैं। Billing period के अंत के लिए scheduled change, scheduling के समय calculated amount charge करता है, भले ही इस बीच आप rule को edit कर दें।
- Billing currency कभी नहीं बदलती। Plan change कभी उस currency को switch नहीं करता जिसमें subscription settle होती है; किसी अन्य currency में मौजूद rule को FX के माध्यम से subscription की currency में convert किया जाता है।
- Add-ons localized नहीं होते। नए plan पर add-on prices हमेशा अपनी base pricing का उपयोग करती हैं।
महत्वपूर्ण व्यवहार
Localized rule changes अपने अलग webhooks emit नहीं करते। Resolved amount resulting payment या subscription पर ठीक किसी अन्य price की तरह दिखाई देती है।
सर्वोत्तम प्रथाएं
- एक उचित base price रखें। यह हर उस market के लिए fallback है जहाँ कोई rule नहीं है, और इसे Adaptive Currency के माध्यम से convert किया जाता है।
- साफ़ numbers type करें। Fixed amount का मुख्य उद्देश्य ₹999, €9.99 या ¥1000 जैसी tidy price है, FX result नहीं। प्रत्येक currency में automatic rounding के लिए Charm Pricing देखें।
- काम के अनुसार mode चुनें। Purchasing-power pricing के लिए
by_countryका उपयोग करें; जब प्रत्येक currency zone के लिए एक price पर्याप्त हो, तबby_currencyका उपयोग करें। - Promotions के लिए archive करें, दोबारा create न करें। किसी rule को archive करने से history सुरक्षित रखते हुए market base/adaptive पर वापस आ जाता है; ज़रूरत के अनुसार बाद में इसे recreate या re-price करें।
- कुल राशि का advertising करने से पहले tax line पर ध्यान दें। Tax-exclusive products के लिए customer localized amount plus tax pay करता है, इसलिए ads में इसे final price के रूप में quote न करें।
संबंधित
Purchasing Power Parity
प्रत्येक country के लिए एक percentage के साथ prices को country के अनुसार automatically कम करें।
Charm Pricing
प्रत्येक currency में converted prices को 49.99 जैसी साफ़ endings तक round करें।
Adaptive Currency
Automatic FX conversion और fee handling, जिन पर localized pricing आधारित है।
Tax-Inclusive Pricing
नियंत्रित करें कि आपकी prices में tax शामिल है या नहीं।
Pay What You Want
Customers को amount चुनने दें। Localized rules वहाँ लागू नहीं होते।

