शेष राशि से Residential खरीदें

प्राधिकरण

पैरामीटर

अनुरोध का मुख्य भाग

YOUR_/FROM_ को संबंधित कैटलॉग, कोट या दायरे के मान से बदलें। उदाहरणों में सहमति false है; वास्तविक कार्रवाई केवल जानबूझकर मंज़ूर करें।

{
    "mode": "topup",
    "package_id": "YOUR_PACKAGE_ID",
    "time_id": "FROM_RESIDENTIAL_CATALOG",
    "promo_code": "",
    "currency": "FROM_QUOTE",
    "expected_total_minor": "FROM_QUOTE_TOTAL_MINOR",
    "expected_selection_hash": "FROM_QUOTE_SELECTION_HASH",
    "terms": false
}

अतिरिक्त उपयोग उदाहरण

ID और कीमतें उदाहरण मात्र हैं; कैटलॉग और उसी कोट के वास्तविक मान उपयोग करें। JSON ID और expected_total_minor संख्याएँ हों। सुरक्षा के लिए उदाहरणों में terms=false है; वास्तविक भुगतान वाले कार्य के लिए ग्राहक की स्पष्ट सहमति के बाद ही terms=true भेजें।

Residential: नया पैकेज और GB जोड़ना · mode=new

Residential ऑर्डर में ग्राहक को उपयोग का उद्देश्य नहीं चुनना होता। नए पैकेज के लिए सर्वर वेबसाइट खरीद जैसा ही निश्चित उद्देश्य अपने आप निर्धारित करता है; purpose_id, subpurpose_id या other_purpose न भेजें। ट्रैफ़िक जोड़ने पर मौजूदा पैकेज का उद्देश्य बना रहता है।

{
    "mode": "new",
    "location_id": 20,
    "time_id": 201,
    "promo_code": "",
    "currency": "TRY",
    "expected_total_minor": 1000,
    "expected_selection_hash": "0000000000000000000000000000000000000000000000000000000000000000",
    "terms": false
}

Residential: नया पैकेज और GB जोड़ना · mode=topup

Residential ऑर्डर में ग्राहक को उपयोग का उद्देश्य नहीं चुनना होता। नए पैकेज के लिए सर्वर वेबसाइट खरीद जैसा ही निश्चित उद्देश्य अपने आप निर्धारित करता है; purpose_id, subpurpose_id या other_purpose न भेजें। ट्रैफ़िक जोड़ने पर मौजूदा पैकेज का उद्देश्य बना रहता है।

{
    "mode": "topup",
    "package_id": 10001,
    "time_id": 201,
    "promo_code": "",
    "currency": "TRY",
    "expected_total_minor": 1000,
    "expected_selection_hash": "0000000000000000000000000000000000000000000000000000000000000000",
    "terms": false
}

अनुरोध उदाहरण

printf 'Authorization: Bearer %s\n' "$ARNPROXY_API_KEY" |
  curl --silent --show-error --header @- \
    --header 'Accept: application/json' \
    --connect-timeout 10 --max-time 30 \
    --header 'Idempotency-Key: YOUR_SAVED_OPERATION_KEY' \
    --request POST --header 'Content-Type: application/json' \
    --data-binary @request.json \
    'https://www.arnproxy.com/account/api/v1/residential/orders/create'

इस पेज पर उदाहरण नहीं चलते। API कुंजी सर्वर की पर्यावरण चर में रखें, URL या ब्राउज़र कोड में नहीं। POST के लिए request.json तैयार करें।

उत्तर

{
    "ok": true,
    "data": {
        "state": "accepted",
        "mode": "topup",
        "delivery_state_at_acceptance": "queued",
        "currency": "TRY",
        "total": "15.00",
        "total_minor": 1500,
        "gb": 1,
        "days": 30,
        "target_package_id": 20001,
        "order": {
            "id": 20002,
            "number": "1000020002",
            "location_id": 20,
            "time_id": 201,
            "last_service_date": "2030-02-01"
        },
        "accepted_at": "2030-01-01T12:00:00+00:00",
        "automatic_renewal": false,
        "source": "existing_website_residential_delivery",
        "replayed": false
    },
    "meta": {
        "request_id": "000000000000000000000001",
        "phase": "public_v1",
        "source": "arnproxy_records"
    }
}

त्रुटि उत्तर

{
  "ok": false,
  "error": { "code": "INVALID_API_KEY" },
  "meta": { "request_id": "000000000000000000000001" }
}

प्रमाणीकरण और जाँच निष्पादन से पहले अनुरोध रोक सकते हैं। त्रुटि संदर्भ देखें और सहायता के लिए request_id रखें। कुंजी या पासवर्ड न भेजें। त्रुटियाँ और सीमाएँ →

व्यवहार और महत्वपूर्ण नोट

• पैकेज/सूची ID ARNPROXY रिकॉर्ड ID हैं, प्रदाता कुंजियाँ नहीं। पुराना स्नैपशॉट पहुँच नहीं देता; ज़रूरत पर residential_package_refresh लें।
• mode=new नया पैकेज, mode=topup मौजूदा में GB जोड़ता है। पहले residential_catalog/quote लें। शेष-राशि स्वीकृति और पृष्ठभूमि डिलीवरी अलग हैं; उसी कार्रवाई कुंजी को ट्रैक करें।
• टाइमआउट/5xx लिखने की विफलता का प्रमाण नहीं। मूल Idempotency-Key से स्थिति पूछें। नई कुंजी से न दोहराएँ; GET बदलाव फिर नहीं भेजता।
• Residential ऑर्डर में ग्राहक को उपयोग का उद्देश्य नहीं चुनना होता। नए पैकेज के लिए सर्वर वेबसाइट खरीद जैसा ही निश्चित उद्देश्य अपने आप निर्धारित करता है; purpose_id, subpurpose_id या other_purpose न भेजें। ट्रैफ़िक जोड़ने पर मौजूदा पैकेज का उद्देश्य बना रहता है।
• पुराने एकीकरणों की संगतता के लिए mode=new में मान्य subpurpose_id/other_purpose स्वीकार हो सकते हैं, पर वे नए ऑर्डर के स्वतः निर्धारित उद्देश्य को नहीं बदलते। नए एकीकरण इन्हें न भेजें। mode=topup में ये समर्थित नहीं हैं। पहले स्वीकार अनुरोध को उसी Idempotency-Key और उसी अनुरोध से दोहराएँ; नई कुंजी से फिर खरीद न करें।
• स्वचालित उद्देश्य कॉन्फ़िगरेशन उपलब्ध न हो तो बिना ऑर्डर बनाए या बैलेंस काटे RESIDENTIAL_DEFAULT_PURPOSE_UNAVAILABLE (HTTP 503) मिलता है। व्यवस्थापक को कॉन्फ़िगरेशन जाँचना चाहिए।