POST /apiv2/screening

ब्लॉकचेन पते के लिए AML स्क्रीनिंग का ऑर्डर दें। यह संस्करण 2 का अनुबंध है: प्रत्येक प्रदाता और ऑर्डर की प्रत्येक स्थिति के लिए एक ही रिस्पॉन्स संरचना, दशमलव संख्याएं स्ट्रिंग के रूप में, और एक एकल त्रुटि प्रारूप।

यह POST /apiv2/aml को प्रतिस्थापित करता है, जो काम करना जारी रखता है और बिना किसी पूर्व सूचना के बंद नहीं होगा।

एंडपॉइंट URL

POST https://netts.io/apiv2/screening

अनुरोध हेडर

Header	Required	Description
Content-Type	Yes	application/json
X-API-KEY	Yes	Netts डैशबोर्ड से आपकी API कुंजी
X-Idempotency-Key	No	सुरक्षित पुनः प्रयासों (retries) के लिए आपकी अपनी कुंजी। देखें Idempotency

अनुरोध बॉडी

json

{
    "address": "YOUR_ADDRESS_HERE",
    "network": "trx",
    "provider": "elliptic",
    "wait_for_result": true
}

अनुरोध पैरामीटर

Parameter	Type	Required	Description
address	string	Yes	स्क्रीन किया जाने वाला पता, 10–128 वर्ण
network	string	Yes	नेटवर्क टिकर। प्रत्येक प्रदाता द्वारा समर्थित टिकर GET /apiv2/screening/providers द्वारा सूचीबद्ध हैं; उनके नामों के साथ नेटवर्क की पूरी तालिका यहाँ है
provider	string	Yes	`elliptic` या `bitok`। कोई डिफ़ॉल्ट नहीं है
wait_for_result	boolean	No	`true` परिणाम के लिए 15 सेकंड तक प्रतीक्षा करता है। डिफ़ॉल्ट `false`
language	string	No	रिपोर्ट की भाषा। केवल `en`

अज्ञात फ़ील्ड अस्वीकार कर दिए जाते हैं। उपरोक्त तालिका में शामिल नहीं होने वाले फ़ील्ड युक्त बॉडी कोड 4001 के साथ 400 लौटाती है। संस्करण 1 में अज्ञात फ़ील्ड्स को चुपचाप अनदेखा कर दिया जाता था, और गलत वर्तनी वाले wait का मतलब था कि कॉलर ऐसे परिणाम की प्रतीक्षा करता था जो कभी भी समकालिक (synchronously) रूप से नहीं आने वाला था।

provider अनिवार्य है और इसका कोई डिफ़ॉल्ट नहीं है। संस्करण 1 में छोड़े गए प्रदाता का अर्थ Elliptic था, इसलिए जिस कॉलर ने चयन नहीं किया था, उसने ऐसे प्रदाता के लिए भुगतान किया जिसे उन्होंने कभी नामित नहीं किया था।

provider स्कीमा में एक मुक्त-प्रारूप (free-form) स्ट्रिंग है, गणना (enumeration) नहीं। आज दो मान स्वीकार किए जाते हैं; तीसरा प्रदाता किसी के लिए भी एक ब्रेकिंग चेंज नहीं होना चाहिए जो स्कीमा के विरुद्ध प्रतिक्रियाओं को मान्य करता है। वर्तमान सूची, प्रत्येक प्रदाता द्वारा कवर किए जाने वाले नेटवर्क और जिस पैमाने पर प्रत्येक स्कोर करता है, वे GET /apiv2/screening/providers से आते हैं।

उदाहरण

cURL — परिणाम की प्रतीक्षा करें

bash

curl -X POST https://netts.io/apiv2/screening \
  -H "Content-Type: application/json" \
  -H "X-API-KEY: your_api_key" \
  -d '{
    "address": "YOUR_ADDRESS_HERE",
    "network": "trx",
    "provider": "elliptic",
    "wait_for_result": true
  }'

cURL — स्वीकार करें और पोल करें

bash

curl -X POST https://netts.io/apiv2/screening \
  -H "Content-Type: application/json" \
  -H "X-API-KEY: your_api_key" \
  -d '{
    "address": "YOUR_ADDRESS_HERE",
    "network": "trx",
    "provider": "bitok"
  }'

रिस्पॉन्स 202 Accepted है जिसमें ऑर्डर की ओर इशारा करता हुआ एक Location हेडर होता है।

Python

python

import requests
from decimal import Decimal

url = "https://netts.io/apiv2/screening"
headers = {
    "Content-Type": "application/json",
    "X-API-KEY": "your_api_key",
}
payload = {
    "address": "YOUR_ADDRESS_HERE",
    "network": "trx",
    "provider": "elliptic",
    "wait_for_result": True,
}

response = requests.post(url, headers=headers, json=payload)

if response.status_code in (200, 202):
    body = response.json()
    print("Order:", body["order"]["client_order_id"])
    print("Status:", body["order"]["status"])
    if body["risk"]["score"] is not None:
        # Parse provider numbers as Decimal, never as float
        print("Score:", Decimal(body["risk"]["score"]), "of", body["risk"]["scale"]["max"])
    print("Level:", body["risk"]["level"], "-", body["risk"]["level_source"])
    print("Charged:", body["billing"]["charged_amount"], body["billing"]["charged_currency"])
else:
    problem = response.json()
    print(problem["code"], problem["title"], "-", problem["detail"])

प्रतिक्रिया कोड

Situation	Code	Headers
ऑर्डर बनाया गया, स्क्रीनिंग पृष्ठभूमि में चलती है	`202 Accepted`	`Location: /apiv2/screening/{client_order_id}`
परिणाम रिस्पॉन्स में है (`wait_for_result`)	`200 OK`	—
परिणाम हाल की जांच से पुनः उपयोग किया गया, कुछ भी शुल्क नहीं लिया गया	`200 OK`	—
पते पर कोई ब्लॉकचेन गतिविधि नहीं है, कुछ भी शुल्क नहीं लिया गया	`200 OK`	—
त्रुटि	देखें त्रुटियां	`Content-Type: application/problem+json`

स्क्रीनिंग परिणाम ले जाने वाले रिस्पॉन्स Cache-Control: private, no-store के साथ भेजे जाते हैं।

प्रतिक्रिया

json

{
  "schema_version": 2,
  "order": {
    "client_order_id": "A90D21F68C9AEA2",
    "status": "completed",
    "api_version": "v2",
    "cache_hit": false,
    "created_at": "2026-09-13T08:14:29.614988Z",
    "started_at": "2026-09-13T08:14:30.288251Z",
    "completed_at": "2026-09-13T08:14:34.993174Z"
  },
  "request": {
    "address": "YOUR_ADDRESS_HERE",
    "network": "trx",
    "provider": "elliptic"
  },
  "billing": {
    "charged": true,
    "price_usdt": "0.98",
    "base_amount": "2.882421",
    "markup_amount": "0",
    "charged_amount": "2.882421",
    "charged_currency": "TRX",
    "exchange_rate": "0.33999200",
    "payment_status": "pending"
  },
  "precheck": {
    "activity_checked": true,
    "activity_status": "active",
    "source": "tron-address-checker"
  },
  "check": {
    "provider": "elliptic",
    "provider_check_id": "b4903a5d-9f22-4075-b51b-beb40b419b97",
    "checked_at": "2026-09-13T08:14:32.144000Z",
    "status": "completed",
    "provider_status": "complete"
  },
  "risk": {
    "score": "0.9634087310611608",
    "scale": { "min": 0, "max": 10 },
    "level": "low",
    "level_source": "computed",
    "provider_level": null,
    "policy": "netts-risk-v1",
    "by_direction": {
      "source": "0.12332156899576921",
      "destination": "0.9634087310611608"
    }
  },
  "sanctions": {
    "self": false,
    "self_entities": null,
    "exposure": {
      "entity": "HTX (formerly Huobi) - Post-Sanctions - UK Sanctions List - 26 May 2026",
      "category": "Exchange",
      "share_fraction": "0.004409451392423414",
      "proximity": "indirect",
      "hops": 3,
      "direction": "source",
      "rule_name": "Sanctioned, TF & CSAM"
    },
    "items": []
  },
  "exposure": [
    {
      "category": "Exchange",
      "share_fraction": "0.1888065152442461",
      "direction": "source",
      "hops": 2,
      "is_screened_address": false,
      "entities": [
        { "name": "Binance", "category": "Exchange", "is_vasp": true,
          "is_primary": true, "is_after_sanction_date": null }
      ]
    }
  ],
  "rules": [
    { "name": "Sanctioned, TF & CSAM", "type": "exposure", "level": null,
      "score": "0.061426483114820525", "share_fraction": null, "category": null,
      "proximity": null, "direction": "source", "detected_at": null }
  ],
  "entities": [
    { "name": "Unknown", "category": "Unknown", "is_vasp": null,
      "is_primary": true, "is_after_sanction_date": false }
  ],
  "primary_entity": {
    "name": "Unknown", "category": "Unknown", "is_vasp": null,
    "is_primary": true, "is_after_sanction_date": false
  },
  "sanctioned_entities": [],
  "wallet": {
    "inflow_usd": "354663.6116669158",
    "outflow_usd": "80248.63081808022"
  },
  "provider_data": { }
}

फ़ील्ड सेट कभी नहीं बदलता है

ऊपर सूचीबद्ध प्रत्येक ब्लॉक प्रत्येक रिस्पॉन्स में मौजूद होता है, चाहे प्रदाता कोई भी हो और ऑर्डर की स्थिति कुछ भी हो। जो प्रदाता प्रदान नहीं करता है वह null होता है; एक सूची जिसमें कुछ भी नहीं है वह [] है, null नहीं; एक ब्लॉक जिसमें अभी तक कोई डेटा नहीं है, छोड़े जाने के बजाय नल (nulls) से भरा होता है। एक पार्सर उस चेक को संभालता है जिसे अभी-अभी स्वीकार किया गया है और उसी चेक को एक बार पूरा होने के बाद भी संभालता है।

आपके कोड के लिए दो परिणाम:

उन फ़ील्ड्स को अनदेखा करें जिन्हें आप नहीं जानते हैं। नए फ़ील्ड बिना किसी नए संस्करण के इन ब्लॉक्स में जोड़े जाते हैं। किसी अज्ञात फ़ील्ड को अस्वीकार करना आपका बग है, हमारा नहीं;
provider_data अनुबंध का हिस्सा नहीं है। इसका आकार प्रदाता का अनुसरण करता है, और प्रदाता के बदलने पर यह बदल जाता है। अनुबंध द्वारा गारंटीकृत सब कुछ ऊपर के ब्लॉक्स में रहता है।

`order`

Field	Type	Description
client_order_id	string	ऑर्डर पहचानकर्ता, बाद में परिणाम पढ़ने के लिए उपयोग किया जाता है
status	string	`pending`, `processing`, `completed`, `skipped`, `failed`
api_version	string	अनुबंध जिसने ऑर्डर बनाया
cache_hit	boolean	`true` जब हाल के परिणाम का पुनः उपयोग किया गया था और कुछ भी शुल्क नहीं लिया गया था
created_at	string	RFC 3339, UTC, माइक्रोसेकंड
started_at	string \| null	जब प्रदाता कॉल शुरू हुई। `skipped` के लिए `null`
completed_at	string \| null	जब परिणाम आया
error	string	केवल `failed` के लिए: यह क्यों विफल हुआ
reason	string	केवल `skipped` के लिए: `address_inactive`

सभी टाइमस्टैम्प UTC, RFC 3339 हैं, जिनमें Z प्रत्यय और माइक्रोसेकंड परिशुद्धता होती है।

`billing`

Field	Type	Description
charged	boolean	क्या पैसे लिए गए थे
price_usdt	string	USDT में प्रदाता का सूची मूल्य
base_amount	string	चार्ज की गई मुद्रा में ऑर्डर का मूल्य, सब-यूज़र मार्कअप के बिना
markup_amount	string	सब-यूज़र मार्कअप। प्रत्यक्ष खाते के लिए `"0"`
charged_amount	string	वास्तव में शेष राशि (balance) से क्या लिया गया था
charged_currency	string	`TRX`
exchange_rate	string \| null	रूपांतरण के लिए उपयोग की जाने वाली दर
payment_status	string	`paid`, `pending`, `failed`, `not_charged`

एक सफल जांच के बाद थोड़े समय के लिए payment_status pending रहता है: शुल्क पहले रोक कर रखा जाता है और एक घंटे के भीतर व्यवस्थित (settle) हो जाता है। failed का अर्थ है कि पैसे वापस कर दिए गए थे। not_charged का अर्थ है कि कोई शुल्क कभी नहीं बनाया गया था — एक पुन: उपयोग किया गया परिणाम या एक छोड़ा गया पता।

`precheck`

सशुल्क स्क्रीनिंग से पहले ब्लॉकचेन गतिविधि के लिए पते की जांच की जाती है। बिना किसी गतिविधि वाले पते को प्रदाता को नहीं भेजा जाता है और कोई शुल्क नहीं लिया जाता है।

Field	Type	Description
activity_checked	boolean	क्या जांच चली थी। उन नेटवर्कों पर `false` जहां यह मौजूद नहीं है
activity_status	string	`active`, `inactive`, `unknown`
source	string \| null	तंत्र का नाम

unknown सशुल्क स्क्रीनिंग को नहीं रोकता है: यदि गतिविधि सेवा अनुपलब्ध है तो पते को सक्रिय माना जाता है।

`check`

Field	Type	Description
provider	string	प्रदाता जिसने जांच की
provider_check_id	string \| null	प्रदाता का अपना पहचानकर्ता — उनके साथ किसी परिणाम पर विवाद करते समय इसे उद्धृत करें
checked_at	string \| null	जब प्रदाता ने परिणाम प्रस्तुत किया
status	string	नीचे दी गई तालिका देखें
provider_status	string \| null	प्रदाता के अपने शब्द, अपरिवर्तित

`order.status`	`check.status`	Meaning
`pending`	`pending`	ऑर्डर स्वीकार किया गया, अभी शुरू नहीं हुआ
`processing`	`running`	प्रदाता इस पर काम कर रहा है
`completed`	`completed`	परिणाम प्राप्त हुआ
`failed`	`failed`	प्रदाता कॉल से पहले या उसके दौरान अस्वीकार कर दिया गया
`skipped`	`not_performed`	पते पर कोई गतिविधि नहीं है; प्रदाता को कभी कॉल नहीं किया गया और कुछ भी शुल्क नहीं लिया गया

`risk`

Field	Type	Description
score	string \| null	प्रदाता का अपना स्कोर, एक दशमलव स्ट्रिंग के रूप में
scale	object	उस प्रदाता के पैमाने का `min` और `max`
level	string	`none`, `low`, `medium`, `high`, `severe`
level_source	string	`computed` — हमने स्कोर से स्तर प्राप्त किया; `provider` — प्रदाता ने इसे बताया
provider_level	string \| null	प्रदाता का अपना शब्द, जब वह कोई लौटाता है
policy	string	थ्रेशोल्ड नीति का नाम, `netts-risk-v1`
by_direction	object	स्कोर को `source` और `destination` में विभाजित किया गया है, जब प्रदाता इसे विभाजित करता है

स्कोर को कभी भी रीस्केल नहीं किया जाता है। Elliptic 0–10 और BitOK 0–1 पर चलता है, और एक पैमाने पर 7 किसी भी सार्थक अर्थ में दूसरे पर 0.7 नहीं है। पैमाना रिस्पॉन्स में आता है ताकि एक प्रदाता के विरुद्ध लिखा गया एकीकरण एक ही कॉन्फ़िगरेशन परिवर्तन के बाद दूसरे को गलत न समझ ले।

स्तर पूरे API में एक शब्दावली है। जहां प्रदाता अपना खुद का एक स्तर बताता है, हम उसे पास करते हैं और level_source में ऐसा कहते हैं; जहां यह नहीं होता है, हम netts-risk-v1 सीमाओं के साथ स्कोर से स्तर प्राप्त करते हैं और इसके बजाय वह कहते हैं। एक ही जांच के लिए API रिस्पॉन्स, डैशबोर्ड और PDF रिपोर्ट में एक ही शब्द दिखाई देता है।

`exposure[]`, `rules[]`, `entities[]`

exposure[] प्रतिपक्ष (counterparty) श्रेणी के अनुसार फंड को विभाजित करता है। rules[] उन प्रदाता नियमों को सूचीबद्ध करता है जो सक्रिय हुए थे। entities[] उन संस्थाओं को सूचीबद्ध करता है जिनसे पता स्वयं संबंधित है; primary_entity एक निश्चित नियम द्वारा उनमें से एक को चुनता है — वह इकाई जिसे प्रदाता ने प्राथमिक के रूप में चिह्नित किया है, अन्यथा पहली वाली, अन्यथा null। sanctioned_entities[] entities[] में से उन्हें रखता है जिन्हें प्रतिबंध तिथि के बाद सक्रिय के रूप में चिह्नित किया गया है।

शेयर भिन्न (fractions) हैं, प्रतिशत कभी नहीं

रिस्पॉन्स में प्रत्येक शेयर एक एकल फ़ील्ड, share_fraction है, जो "0" और "1" के बीच एक दशमलव स्ट्रिंग है।

text

Elliptic reports 31.574732212596924 %  ->  "share_fraction": "0.31574732212596924"
BitOK reports    0.8488                ->  "share_fraction": "0.8488"

प्रदाता इकाइयों पर असहमत हैं: एक्सपोज़र का वही एक तिहाई हिस्सा एक से 31.57 और दूसरे से 0.3157 के रूप में आता है। प्रदाता को जाने बिना दोनों को ले जाने वाले एकल फ़ील्ड को पढ़ना असंभव होगा। प्रदाता की अपनी इकाइयों में प्रदाता का अपना नंबर provider_data में रहता है।

संख्याएं स्ट्रिंग्स हैं

प्रदाता से आने वाली प्रत्येक संख्या — स्कोर, शेयर, USD वॉल्यूम, और billing में प्रत्येक राशि — एक दशमलव स्ट्रिंग है।

json

"score": "0.9634087310611608"

JavaScript, Go या बाइनरी फ़्लोटिंग पॉइंट वाली किसी अन्य भाषा में इसे JSON संख्या के रूप में पार्स करने पर एक सन्निकटन (approximation) मिलता है, और आपके द्वारा प्रिंट किया गया मान प्रदाता द्वारा जारी किए गए मान से मेल खाना बंद कर देता है। इन फ़ील्ड्स को एक दशमलव प्रकार के साथ पार्स करें: Python में Decimal, Java में BigDecimal, JavaScript में decimal.Decimal या एक स्ट्रिंग।

वे फ़ील्ड जो प्रदाता के बजाय हमारे हैं — scale.min, scale.max, hops — सादी JSON संख्याएं हैं।

हाल के परिणाम का पुनः उपयोग करना

जब आप 60 सेकंड के भीतर उसी पते, नेटवर्क और प्रदाता को फिर से स्क्रीन करते हैं, तो पिछला परिणाम वापस कर दिया जाता है और कुछ भी शुल्क नहीं लिया जाता है।

प्रत्येक अनुरोध अभी भी अपने स्वयं के client_order_id के साथ अपना स्वयं का ऑर्डर बनाता है; पुनः उपयोग किए गए को "cache_hit": true के रूप में चिह्नित किया जाता है और इसका billing ब्लॉक "payment_status": "not_charged" के साथ "charged": false रिपोर्ट करता है। जिस ऑर्डर से परिणाम आया था उसका पहचानकर्ता प्रकट नहीं किया जाता है — यह किसी अन्य खाते का हो सकता है।

पुनः उपयोग केवल एक खाते के भीतर होता है। किसी अन्य व्यक्ति द्वारा स्क्रीन किया गया परिणाम आपको कभी वापस नहीं किया जाता है।

Idempotency

पुनः प्रयास को सुरक्षित बनाने के लिए अपने स्वयं के मान के साथ X-Idempotency-Key भेजें: समान बॉडी के साथ समान कुंजी दूसरा चेक ऑर्डर करने के बजाय संग्रहीत रिस्पॉन्स लौटाती है।

Situation	Code	Response
इस कुंजी वाला पहला अनुरोध अभी भी चल रहा है	`409`	`4090`
वही कुंजी, एक अलग अनुरोध बॉडी	`409`	`4093`
वही कुंजी, वही बॉडी, पहले से ही समाप्त	संग्रहीत कोड	संग्रहीत रिस्पॉन्स

यदि आप हेडर नहीं भेजते हैं, तो दो सेकंड की विंडो में API कुंजी, पते, प्रदाता और आपके IP पते से आपके लिए एक कुंजी उत्पन्न की जाती है। यह डबल क्लिक और गेटवे पुनः प्रयास से सुरक्षा करता है, एक मिनट बाद दोहराव से नहीं: वह एक वास्तविक नया ऑर्डर होता है और उसका शुल्क लिया जाता है।

कुंजियों का दायरा प्रति एंडपॉइंट सीमित है। POST /apiv2/aml और इस एंडपॉइंट पर भेजा गया समान मान दो अलग-अलग अनुरोधों के बारे में दो स्वतंत्र वादे हैं — बॉडी भिन्न होती हैं, और रिस्पॉन्स भी भिन्न होते हैं। किसी एकीकरण को संस्करण 1 से संस्करण 2 में स्थानांतरित करते समय अपनी कुंजी का पुनः उपयोग करना सुरक्षित है: यह न तो आपको संस्करण 1 का रिस्पॉन्स लौटाता है और न ही एक अलग बॉडी के साथ उपयोग की गई समान कुंजी के रूप में गिना जाता है।

त्रुटि प्रतिक्रियाएं

एप्लिकेशन द्वारा उठाई गई प्रत्येक त्रुटि Content-Type: application/problem+json के साथ RFC 9457 का उपयोग करती है:

json

{
  "type": "https://doc.netts.io/api/v2/errors/insufficient-funds",
  "title": "Insufficient funds",
  "status": 403,
  "detail": "Insufficient funds. Required: 2.888742 TRX, Available: 1.203000 TRX",
  "instance": "/apiv2/screening",
  "code": 1004,
  "required_trx": "2.888742",
  "available_trx": "1.203000"
}

type, title, status, detail और instance मानक फ़ील्ड हैं। संख्यात्मक code को एक एक्सटेंशन के रूप में रखा गया है ताकि संस्करण 1 के विरुद्ध लिखे गए एकीकरण इस पर मिलान जारी रख सकें। अतिरिक्त फ़ील्ड त्रुटि पर निर्भर करते हैं और जब आप उन्हें नहीं जानते हैं तो उन्हें अनदेखा किया जाना चाहिए।

Code	HTTP	Meaning
`4000`	400	बॉडी मान्य JSON नहीं है
`4001`	400	एक फ़ील्ड सत्यापन विफल रहा, या एक अज्ञात फ़ील्ड भेजा गया था
`4002`	403	प्रदाता आपके खाते के लिए उपलब्ध नहीं है
`4003`	400	विकृत ऑर्डर पहचानकर्ता
`4004`	400	प्रदाता अनुरोधित नेटवर्क का समर्थन नहीं करता है
`4010`	401	कोई API कुंजी नहीं
`4011`	401	API कुंजी या IP पता स्वीकार नहीं किया गया
`4040`	404	ऑर्डर नहीं मिला
`4041`	404	खाता नहीं मिला
`4090`	409	इस idempotency कुंजी वाला एक अनुरोध अभी भी चल रहा है
`4091`	409	डुप्लिकेट अनुरोध
`4093`	409	इस idempotency कुंजी का उपयोग भिन्न बॉडी के साथ किया गया था
`1004`	403	पर्याप्त शेष राशि नहीं है
`5000`	500	आंतरिक त्रुटि
`5001`	500	शुल्क पूरा नहीं हुआ
`5002`	500	ऑर्डर नहीं बनाया गया था
`5030`	503	प्रदाता अनुपलब्ध है

त्रुटियां जो इस प्रारूप का उपयोग नहीं करती हैं

कुछ विफलताएं एप्लिकेशन तक पहुंचने से पहले गेटवे पर होती हैं, और वे गेटवे के अपने आकार को बनाए रखती हैं। किसी भी ऐसे रिस्पॉन्स को इनमें से एक मानें जिसका Content-Type application/problem+json नहीं है:

Situation	HTTP	Body
कोई API कुंजी नहीं, या ऐसी कुंजी जो स्वीकार नहीं की जाती है	401	`{"detail":{"code":-1,"msg":"Invalid or missing API key"}}`
दर सीमा पार हो गई	429	`{"message":"API rate limit exceeded"}`
अज्ञात पथ, या कोई ऐसी विधि जो रूट पूरा नहीं करता है	404 / 405	`{"detail":"Method Not Allowed"}`

दर सीमाएं

सीमा POST /apiv2/aml और अन्य AML पथों के साथ साझा की जाती है: प्रति सेकंड 5 अनुरोध और प्रति मिनट 150। इस एंडपॉइंट पर जाने से आपको दूसरा कोटा नहीं मिलता है।

नोट्स

मूल्य निर्धारण: Elliptic $0.98, BitOK $0.50 प्रति चेक, शुल्क के समय की दर पर TRX शेष राशि से लिया जाता है।
प्रसंस्करण समय: अधिकांश जांच कुछ सेकंड में समाप्त हो जाती हैं; एक लंबे इतिहास वाले पते में तीन मिनट तक का समय लग सकता है। एसिंक्रोनस मोड का उपयोग करें और GET /apiv2/screening/{client_order_id} के साथ परिणाम पढ़ें।
निष्क्रिय पते skipped लौटाते हैं और उनसे कोई शुल्क नहीं लिया जाता है।
अपरिष्कृत (raw) प्रदाता रिस्पॉन्स कभी नहीं लौटाया जाता है। provider_data एक समीक्षित प्रोजेक्शन है; स्क्रीन किए गए पते के बजाय प्रदाता के साथ हमारे खाते से संबंधित फ़ील्ड किसी के लिए भी प्रकाशित नहीं किए जाते हैं।

रिपोर्ट

एंडपॉइंट JSON लौटाता है और कुछ नहीं। कोई PDF और कोई Markdown नहीं है।

एक रिपोर्ट जिस भी सामग्री से बनती है वह पहले से ही रिस्पॉन्स में है: एकीकृत ब्लॉक और provider_data। इसे अपनी तरफ रेंडर करने से आपको वह दस्तावेज़ मिलता है जो आप वास्तव में चाहते हैं — आपकी ब्रांडिंग, आपकी भाषा, आपका लेआउट — जो विशेष रूप से महत्वपूर्ण है यदि आप चेक को पुनर्विक्रय करते हैं, क्योंकि हमारे नाम वाला दस्तावेज़ आपके अपने ग्राहक को सौंपने के लिए गलत दस्तावेज़ है।

यदि आपको किसी तीसरे पक्ष के लिए साक्ष्य के रूप में एक रिपोर्ट की आवश्यकता है — एक बैंक, एक नियामक, एक प्रतिपक्ष — ध्यान दें कि एक अहस्ताक्षरित PDF साक्ष्य नहीं है चाहे इसे कोई भी उत्पन्न करे: इसे एक मिनट में टेक्स्ट एडिटर में संपादित किया जा सकता है। एक सत्यापन योग्य आर्टिफैक्ट को एक हस्ताक्षर या एक सार्वजनिक सत्यापन पृष्ठ की आवश्यकता होती है, और यह एक अलग सुविधा है। यदि आपका यही मामला है, तो हमें बताएं कि आपके प्रतिपक्ष को क्या आवश्यकता है।

Netts डैशबोर्ड में सत्रह भाषाओं में समान जांच के लिए मानव-पठनीय PDF रिपोर्ट मौजूद हैं।

इन्हें भी देखें

GET /apiv2/screening/{client_order_id} — एक चेक पढ़ें
GET /apiv2/screening/history — आपके चेक, कर्सर पृष्ठांकित (paginated)
GET /apiv2/screening/providers — प्रदाता, मूल्य, नेटवर्क, पैमाने
GET /apiv2/screening/price — एक प्रदाता की कीमत
Sanctions in an AML result — sanctions क्या कहता है और प्रदाता फ़्लैग क्या कहता है

POST /apiv2/screening ​

एंडपॉइंट URL ​

अनुरोध हेडर ​

अनुरोध बॉडी ​

अनुरोध पैरामीटर ​

उदाहरण ​

cURL — परिणाम की प्रतीक्षा करें ​

cURL — स्वीकार करें और पोल करें ​

Python ​

प्रतिक्रिया कोड ​

प्रतिक्रिया ​

फ़ील्ड सेट कभी नहीं बदलता है ​

order ​

billing ​

precheck ​

check ​

risk ​

exposure[], rules[], entities[] ​

शेयर भिन्न (fractions) हैं, प्रतिशत कभी नहीं ​

संख्याएं स्ट्रिंग्स हैं ​

हाल के परिणाम का पुनः उपयोग करना ​

Idempotency ​

त्रुटि प्रतिक्रियाएं ​

त्रुटियां जो इस प्रारूप का उपयोग नहीं करती हैं ​

दर सीमाएं ​

नोट्स ​

रिपोर्ट ​

इन्हें भी देखें ​

POST /apiv2/screening

एंडपॉइंट URL

अनुरोध हेडर

अनुरोध बॉडी

अनुरोध पैरामीटर

उदाहरण

cURL — परिणाम की प्रतीक्षा करें

cURL — स्वीकार करें और पोल करें

Python

प्रतिक्रिया कोड

प्रतिक्रिया

फ़ील्ड सेट कभी नहीं बदलता है

`order`

`billing`

`precheck`

`check`

`risk`

`exposure[]`, `rules[]`, `entities[]`

शेयर भिन्न (fractions) हैं, प्रतिशत कभी नहीं

संख्याएं स्ट्रिंग्स हैं

हाल के परिणाम का पुनः उपयोग करना

Idempotency

त्रुटि प्रतिक्रियाएं

त्रुटियां जो इस प्रारूप का उपयोग नहीं करती हैं

दर सीमाएं

नोट्स

रिपोर्ट

इन्हें भी देखें