# बिना क्रेडिट खर्च किए सैंडबॉक्स में टेस्टिंग

Source: https://help.didit.me/hi/getting-started/sandbox-and-testing
Updated: 2026-10-12

ऐप्लिकेशन के नाम के नीचे स्विच से Sandbox चुनें, वहां टेस्ट API कुंजी बनाएं और इस्तेमाल करें। जांच सिम्युलेट होती हैं, शुल्क नहीं लगता और आप नतीजा चुन सकते हैं।

ऐप्लिकेशन के नाम के नीचे स्विच से **Sandbox** चुनें, वहां टेस्ट API कुंजी बनाएं और इस्तेमाल करें। जांच सिम्युलेट होती हैं, शुल्क नहीं लगता और आप नतीजा चुन सकते हैं।

Didit का सैंडबॉक्स किसी पेमेंट प्रोवाइडर के टेस्ट कार्ड जैसा है: यह आपको बिना असली प्रोवाइडर को कॉल किए, बिना असली पर्सनल डेटा हैंडल किए, और बिना अपना बैलेंस छुए, मांगे जाने पर किसी भी वेरिफिकेशन परिणाम को दोहराने देता है।

## अलग टेस्ट परिवेश

Sandbox आपके संगठन की साझा टेस्ट ऐप्लिकेशन है। इसके डेटा, कुंजियां, webhooks और सूचियां Live से अलग हैं। हर पेज के ऊपर की पट्टी परिवेश बताती है।

![Didit कंसोल: बिना क्रेडिट खर्च किए सैंडबॉक्स में टेस्टिंग](https://help.didit.me/screenshots/api-keys-light.webp)

*Keys प्रति application होती हैं, इसलिए एक sandbox key कभी live डेटा तक नहीं पहुंच सकती।*

1. **Sandbox चुनें**

   ऐप्लिकेशन के नाम के नीचे **Sandbox** दबाएं। **Live** पर लौटने से पहले प्रकाशित वर्कफ़्लो, लाइव कुंजी या लिंक, webhook, भुगतान और डेटा रखने की अवधि की सूची जांचें, फिर बदलाव स्वीकार करें या Sandbox में रहें।

2. **टेस्ट API कुंजी बनाएं**

   **डेवलपर → API कुंजियां** खोलें और कुंजी बनाते समय Sandbox चुनें। कुंजी परिवेश तय करती है; लाइव कुंजी Sandbox सत्र नहीं बनाती।

3. **वर्कफ़्लो बनाएं या कॉपी करें**

   Sandbox के अपने वर्कफ़्लो हैं। टेस्ट वाला बनाएं या Live से कॉपी करें।

4. **हमेशा की तरह सेशन बनाएं**

   वही एंडपॉइंट, वही कोड पाथ। बस फ़र्क़ इतना है कि आप कौन सी key भेज रहे हैं।

> **Note:** अगर **Sandbox** धूसर है, तो संगठन में अभी टेस्ट ऐप्लिकेशन नहीं है। सहायता टीम से इसे सक्रिय करने को कहें; यह खाते की सेटिंग है।

## सैंडबॉक्स क्या बदलता है, और क्या नहीं

| | Sandbox | Live |
|---|---|---|
| एक्सटर्नल प्रोवाइडर | सभी मॉक - किसी थर्ड पार्टी को कभी कॉल नहीं किया जाता | असली |
| बिलिंग | कभी बिल नहीं होती; बैलेंस चेक स्किप हो जाता है | हर पूरे हुए फीचर पर बिल होती है |
| सेशन बनाने की लिमिट | प्रति application, 24 घंटे में 500 | आपका बैलेंस |
| वेबहुक पेलोड | `"environment": "sandbox"` | `"environment": "live"` |
| निकाला गया डेटा और स्टेटस | आपके चुने गए सिनेरियो से सिमुलेटेड | असली कैप्चर से निकाला गया |
| कैप्चर किया गया मीडिया | **असल में स्टोर होता है**, बिल्कुल live सेशन की तरह | स्टोर होता है |

> **Warning:** Sandbox भी वही मीडिया स्टोर करता है जो वह कैप्चर करता है - डॉक्यूमेंट, सेल्फ़ी,
> लाइवनेस वीडियो, प्रूफ़-ऑफ़-एड्रेस फ़ाइलें - बिल्कुल एक live सेशन की तरह। *परिणाम*
> सिमुलेटेड होता है, लेकिन अपलोड असली होता है, इसलिए असली आइडेंटिटी डॉक्यूमेंट या
> असली पर्सनल जानकारी की बजाय फ्लो में दिए गए सैंपल डॉक्यूमेंट और टेस्ट डेटा
> इस्तेमाल करें।

क्योंकि परिणाम कभी भी पिक्सेल पर निर्भर नहीं करते, जानबूझकर ली गई एक खराब फ़ोटो भी sandbox में डिक्लाइन नहीं देगी। सिनेरियो ही तय करता है।

## परिणाम चुनना

सेशन बनाते समय `sandbox_scenario` के तौर पर एक सिनेरियो स्लग पास करें, या टेस्टर को खुद चुनने दें: होस्टेड फ्लो में sandbox सेशन कैप्चर शुरू होने से पहले एक इन-कार्ड **scenario picker** दिखाते हैं, साथ ही अपलोड कंपोनेंट के नीचे सैंपल डॉक्यूमेंट की एक पट्टी और एक स्थायी "test data only" बैनर भी।

सिनेरियो वे सभी परिणाम कवर करते हैं जिनके खिलाफ़ आपको असल में बनाना होता है:

| क्या टेस्ट करना है | सिनेरियो |
|---|---|
| सब कुछ अप्रूव हो | `approve` |
| एक्सपायर्ड डॉक्यूमेंट | `decline_document_expired` |
| न पढ़ा जा सकने वाला डॉक्यूमेंट | `decline_could_not_recognize_document` |
| MRZ चेकसम फेलियर | `decline_mrz_validation` |
| न्यूनतम उम्र से कम | `decline_minimum_age` |
| फेस मैच बहुत कम | `decline_face_match_low_similarity` |
| लाइवनेस पर प्रेजेंटेशन अटैक | `decline_liveness_attack` |
| AML सैंक्शन / PEP हिट | `decline_aml_hit` |
| ब्लॉक किया गया IP एड्रेस | `decline_ip_blocklist` |
| प्रूफ़ ऑफ़ एड्रेस पर एड्रेस मिसमैच | `decline_poa_address_mismatch` |
| NFC चिप इंटीग्रिटी फेल हुई | `decline_nfc_chip_not_verified` |
| डेटाबेस वैलिडेशन में कुछ नहीं मिला | `decline_database_no_match` |
| मैनुअल रिव्यू चाहिए (AML) | `review_aml_possible_match` |
| मैनुअल रिव्यू चाहिए (बॉर्डरलाइन फेस मैच) | `review_face_match_borderline` |
| मैनुअल रिव्यू चाहिए (आंशिक एड्रेस मैच) | `review_poa_partial_match` |
| KYB रजिस्ट्री मिसमैच | `decline_kyb_registry_mismatch` |

`review_*` सिनेरियो इसलिए हैं ताकि आप बिना किसी डिक्लाइन-लेवल इनपुट के, पूरे मैनुअल-रिव्यू पाथ को आज़मा सकें - कंसोल की रिव्यू क्यू, `In Review` वेबहुक, किसी रिव्यूअर का अप्रूव करना या रीसबमिशन मांगना।

> **Tip:** सिनेरियो और मैजिक वैल्यू की लाइव कैटलॉग खुद API पर
> `GET /v1/sandbox/scenarios/` से मिलती है। अगर यहां दिया गया कोई स्लग कभी
> पुराना लगे, तो एंडपॉइंट पर भरोसा करें। पूरा रेफ़रेंस:
> [sandbox testing](https://docs.didit.me/integration/sandbox-testing)।

## अपने कोड में दोनों को अलग पहचानना

हर वेबहुक एक `environment` फ़ील्ड लेकर आता है - `"sandbox"` या `"live"`। key से एनवायरनमेंट का अंदाज़ा लगाने की बजाय इस पर ब्रांच करें, और आप कभी किसी टेस्ट सेशन को असली कस्टमर नहीं समझेंगे।

## सैंडबॉक्स क्या नहीं करेगा

- यह किसी असली कंपनी के लिए असली रजिस्ट्री डेटा नहीं देगा। Sandbox KYB मॉक की गई रजिस्ट्री रिस्पॉन्स इस्तेमाल करता है।
- यह कोई असली SMS या ईमेल नहीं भेजेगा। फ़ोन और ईमेल वेरिफिकेशन मॉक होते हैं, इसलिए आप असली मैसेज डिलीवरी की झलक पाने के लिए sandbox इस्तेमाल नहीं कर सकते।
- यह आपका मासिक प्लान क्रेडिट इस्तेमाल नहीं करेगा - जिसका मतलब यह भी है कि एक sandbox रन आपको आपके बचे हुए क्रेडिट के बारे में कुछ नहीं बताता।

## अगर आपको असली टेस्ट वेरिफिकेशन चाहिए

कुछ चीज़ों के लिए असल में एक live कॉल ज़रूरी होती है - जैसे यह चेक करना कि किसी खास देश की डेटाबेस सर्विस आपके लिए प्रोविज़न हुई है या नहीं, या किसी खास कैरियर पर SMS डिलीवरी की पुष्टि करना। इसके लिए sandbox की बजाय live application पर छोटा टॉप-अप चाहिए होगा। इस पर खर्च करने से पहले सपोर्ट से पूछें, ताकि वे पहले यह पुष्टि कर सकें कि सर्विस आपके अकाउंट पर असल में ऑन है।