ब्लॉग · 21 मई 2026

अलग केस टूल के बिना SAR वर्कफ़्लो बनाना (HI)

अलर्ट, केस, विश्लेषक असाइनमेंट और SAR फाइलिंग डिडिट के ट्रांजेक्शन मॉनिटरिंग में इनबिल्ट हैं—किसी अलग केस-मैनेजमेंट वेंडर से इन्हें जोड़ा नहीं गया है। यहां बताया गया है कि वर्कफ़्लो शुरू से अंत तक कैसे चलता है।.

द्वारा Didit21 मई 2026अपडेट किया गया 21 मई 2026

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

डिडिट का ट्रांजेक्शन मॉनिटरिंग API पूरे वर्कफ़्लो को एक ही उत्पाद में भेजता है। जब कोई नियम सक्रिय होता है, तो एक अलर्ट खुलता है; अलर्ट केस में समूहित होते हैं; विश्लेषक असाइन किए जाते हैं; और SAR उसी कंसोल से फाइल किया जाता है जहां अलर्ट उठाया गया था। लाइसेंस के लिए, एकीकृत करने के लिए, या समेटने के लिए कोई अलग केस टूल नहीं है — और इसे फीड करने वाले लेनदेन की लागत प्रत्येक $0.02 है।

यह मार्गदर्शिका एक सक्रिय नियम से लेकर दायर SAR तक के वर्कफ़्लो को दर्शाती है।

मुख्य बातें

जब कोई नियम सक्रिय होता है तो अलर्ट स्वचालित रूप से खुलते हैं और एक परिभाषित जीवनचक्र से गुजरते हैं: OPEN, INVESTIGATING, AWAITING_USER, PENDING_SAR, SAR_FILED, RESOLVED, DISMISSED।
केस संबंधित अलर्ट को समूहित करते हैं, प्राथमिकता और गंभीरता रखते हैं, और OPEN, UNDER_REVIEW, AWAITING_USER, ON_HOLD, और RESOLVED के माध्यम से एक जांच को ट्रैक करते हैं।
विश्लेषकों को अलर्ट और केस असाइन किए जाते हैं, इसलिए स्वामित्व और प्रदर्शन मापने योग्य होते हैं।
SAR फाइलिंग अलर्ट के समान कंसोल में रहती है — किसी अलग टूल में कोई निर्यात नहीं, कोई फिर से दर्ज किया गया डेटा नहीं।
AWAITING_USER पाथ एक विश्लेषक को मैन्युअल रूप से हल करने के बजाय उपयोगकर्ता को सुधार के लिए एक अलर्ट वापस भेजने देता है।
प्रति लेनदेन $0.02, कोई न्यूनतम नहीं। एक फ्लैग की गई पार्टी पर AML स्क्रीनिंग का बिल अलग से $0.20 पर किया जाता है।

केस-प्रबंधन वर्कफ़्लो क्या करता है

ट्रांजेक्शन मॉनिटरिंग सिग्नल उत्पन्न करती है; केस प्रबंधन उन्हें प्रतिरक्षित निर्णयों में बदल देता है। डिडिट में प्रत्येक अलर्ट एक स्रोत वहन करता है — नियम-ट्रिगर, प्रदाता-ट्रिगर, या विश्लेषक-निर्मित — और एक स्थिति जो यह दर्शाती है कि यह जांच में कहां है। एक विश्लेषक अलर्ट खोलता है, लेनदेन और सक्रिय नियमों की समीक्षा करता है, और निर्णय लेता है: इसे एक गलत सकारात्मक के रूप में खारिज करें, इसे हल करें, इसे एक केस में बढ़ाएं, इसे उपयोगकर्ता को वापस भेजें, या इसे SAR की ओर ले जाएं।

केस एक एकल अलर्ट से बड़ी किसी भी चीज़ के लिए कंटेनर होते हैं। एक ही उपयोगकर्ता पर कई अलर्ट — सोमवार को एक वेग स्पाइक, बुधवार को एक प्रतिबंधित-प्रतिपक्षी हिट — एक केस में समूहित होते हैं जो पूरी तस्वीर रखता है, अपनी प्राथमिकता और गंभीरता के साथ। केस वह है जिस पर एक अन्वेषक काम करता है, और केस वह है जो फर्म के निर्णय का दस्तावेजीकरण करता है।

यह क्यों मायने रखता है

नियामक आपसे केवल संदिग्ध गतिविधि का पता लगाने की उम्मीद नहीं करते हैं - वे आपसे इसकी जांच करने और रिपोर्ट करने की उम्मीद करते हैं, और यह दिखाने के लिए एक साफ ऑडिट ट्रेल दिखाते हैं कि आप अलर्ट से निर्णय तक कैसे पहुंचे। एक खंडित स्टैक हर मायने में आपके खिलाफ काम करता है। एक मॉनिटरिंग वेंडर और एक केस टूल के बीच डेटा को फिर से दर्ज करने से त्रुटियां आती हैं। एक स्प्रेडशीट SAR प्रक्रिया का ऑडिट करना असंभव है और बचाव करना धीमा है। और प्रत्येक एकीकरण सीम एक ऐसी जगह है जहां एक अलर्ट गिर सकता है।

स्टैक को एक उत्पाद में ढहाने से एक साथ परिचालन और नियामक समस्या ठीक हो जाती है। अलर्ट, जांच, इसे रखने वाला विश्लेषक, और SAR सभी एक ही रिकॉर्ड में रहते हैं। ऑडिट ट्रेल निरंतर है क्योंकि सिस्टम से कुछ भी नहीं निकलता है। और लागत लेनदेन के साथ बढ़ती है, न कि एक केस टूल के लिए प्रति-सीट लाइसेंस के साथ जिसे आपको बनाए रखना भी है।

तकनीकी विवरण

जब किसी लेनदेन पर कोई नियम सक्रिय होता है, तो प्रतिक्रिया स्थिति और एक alert_id वहन करती है:

{
  "transaction_id": "txn_3c81f0",
  "status": "IN_REVIEW",
  "risk_score": 64,
  "triggered_rules": [
    { "name": "Sanctioned counterparty", "bundle": "AML/CTF", "action": "CHANGE_STATUS" }
  ],
  "alert_id": "alrt_77a920"
}

लेनदेन स्वयं एकीकृत /v3/ API के विरुद्ध बनाया गया है, आपके द्वारा नियंत्रित transaction_id पर सर्वसमिका:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_3c81f0",
    "category": "finance",
    "amount": 24000,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T14:50:00Z",
    "subject": { "vendor_data": "user_6610", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "RECEIVER", "entity_type": "INDIVIDUAL" }
  }'

अलर्ट स्थितियां। OPEN → INVESTIGATING → (AWAITING_USER) → PENDING_SAR → SAR_FILED, या RESOLVED या DISMISSED पर समाप्त करें।

केस स्थितियां। OPEN, UNDER_REVIEW, AWAITING_USER, ON_HOLD, RESOLVED।

वेबहुक। transaction.created और transaction.status.updated की सदस्यता लें ताकि आपकी सिस्टम सिंक में रहें क्योंकि एक विश्लेषक वर्कफ़्लो के माध्यम से एक अलर्ट को स्थानांतरित करता है।

मूल्य। प्रति लेनदेन $0.02। जांच के दौरान एक फ्लैग की गई पार्टी पर चलने वाली AML स्क्रीनिंग का बिल अलग से $0.20 पर किया जाता है।

अलर्ट से दायर SAR तक

अलर्ट खुलता है। एक नियम सक्रिय होता है, लेनदेन IN_REVIEW में जाता है, और एक अलर्ट OPEN स्थिति में सक्रिय नियमों के साथ खुलता है।
विश्लेषक इसे उठाता है। अलर्ट INVESTIGATING में चला जाता है और एक विश्लेषक को असाइन किया जाता है, जो लेनदेन इतिहास, वेग संदर्भ और किसी भी AML स्क्रीनिंग की समीक्षा करता है।
बढ़ाएं या सुधारें। विश्लेषक संबंधित अलर्ट को एक केस में समूहित करता है, या अलर्ट को AWAITING_USER पर धकेलता है ताकि ग्राहक इसे फंड के सबूत या फिर से सत्यापन के साथ साफ कर सके।
SAR पर निर्णय लें। यदि गतिविधि रिपोर्टिंग की वारंटी देती है, तो अलर्ट PENDING_SAR में चला जाता है, SAR उसी कंसोल में तैयार किया जाता है, और फाइलिंग पर अलर्ट SAR_FILED में चला जाता है।
बंद करें। ऐसे अलर्ट जो कार्रवाई की वारंटी नहीं देते हैं, वे DISMISSED (गलत सकारात्मक) या RESOLVED के रूप में हल होते हैं। पूरा ट्रेल — किसने क्या तय किया, कब — रिकॉर्ड पर रहता है।

क्योंकि अलर्ट AWAITING_USER में जा सकते हैं, जांच और ऑटो-सुधार लूप एक ही सतह साझा करते हैं: एक विश्लेषक एक सीमा रेखा अलर्ट उपयोगकर्ता को वापस दे सकता है बजाय उस पर समय बर्बाद करने के, और उपयोगकर्ता के जवाब देने के बाद अलर्ट स्वचालित रूप से फिर से शुरू हो जाता है।

उपयोग के मामले

फिनटेक — SAR पर निर्णय लेने से पहले एक ही खाते पर वेग, संरचना और प्रतिबंध अलर्ट को एक केस में समूहित करें।
क्रिप्टो — एक ही केस फाइल में ऑन-चेन वेग के साथ वॉलेट-स्क्रीनिंग एक्सपोजर द्वारा उठाए गए अलर्ट की जांच करें।
ऋण — एक दूसरे टूल के बिना एक प्रलेखित निर्णय तक धोखाधड़ी-पैटर्न अलर्ट (खच्चर, सिंथेटिक पहचान) पर काम करें।
मार्केटप्लेस — एक विक्रेता पर वापसी-दुरुपयोग और चार्जबैक अलर्ट को एक केस में समेकित करें, फिर फाइल करें या खारिज करें।
आईगेमिंग — विश्लेषक स्वामित्व और एक ऑडिट ट्रेल के साथ, एक ही वर्कफ़्लो में जिम्मेदार-गेमिंग और AML अलर्ट का प्रबंधन करें।

डिडिट के साथ कैसे एकीकृत करें

अपने बंडलों को चालू करें। बिजनेस कंसोल में, अपने व्यवसाय के अनुरूप नियम बंडलों को सक्षम करें ताकि अलर्ट सही टाइपोलॉजी के विरुद्ध खुलें।
लेनदेन भेजें। POST /v3/transactions/ जैसे-जैसे पैसा चलता है, एक स्थिर transaction_id और vendor_data के साथ प्रत्येक को उसके उपयोगकर्ता या इकाई से जोड़ता है।
कंसोल में अलर्ट पर काम करें। जांच करें, विश्लेषकों को असाइन करें, अलर्ट को केस में समूहित करें, और SAR फाइल करें — यह सब एक ही सतह से।
वेबहुक के साथ सिंक करें। transaction.status.updated के लिए सुनें ताकि आपकी अपनी सिस्टम अलर्ट और केस स्थिति परिवर्तनों को प्रतिबिंबित करें।

क्योंकि यह सब एकीकृत /v3/ API पर है, एक KYB सत्र अपने UBOs के लिए KYC सत्रों को जन्म दे सकता है, वे उपयोगकर्ता लेनदेन निगरानी में प्रवाहित होते हैं, और एक फ्लैग किया गया लेनदेन एक सुधार KYC को जन्म दे सकता है — एक पहचान-और-धोखाधड़ी मंच, शुरू से अंत तक।

अक्सर पूछे जाने वाले प्रश्न

क्या मुझे एक अलग केस-प्रबंधन टूल की आवश्यकता है?

नहीं। अलर्ट, केस, विश्लेषक असाइनमेंट, जांच स्थितियां, और SAR फाइलिंग एक ही उत्पाद और कंसोल में इनबिल्ट हैं।

एक अलर्ट किन स्थितियों से गुजरता है?

OPEN, INVESTIGATING, AWAITING_USER, PENDING_SAR, SAR_FILED, RESOLVED, और DISMISSED। केस OPEN, UNDER_REVIEW, AWAITING_USER, ON_HOLD, और RESOLVED से गुजरते हैं।

क्या मैं विशिष्ट विश्लेषकों को अलर्ट असाइन कर सकता हूं?

हां। अलर्ट और केस विश्लेषकों को असाइन किए जाते हैं, इसलिए स्वामित्व स्पष्ट होता है और प्रदर्शन मापने योग्य होता है।

SAR कहां फाइल किया जाता है?

उसी कंसोल में जहां अलर्ट उठाया गया था। किसी अलग टूल में कोई निर्यात नहीं है और कोई फिर से दर्ज किया गया डेटा नहीं है, जो ऑडिट ट्रेल को निरंतर रखता है।

इसकी लागत क्या है?

प्रति लेनदेन $0.02, प्रति कॉल बिल किया जाता है जिसमें कोई न्यूनतम नहीं होता है। जांच के दौरान एक फ्लैग की गई पार्टी पर चलने वाली AML स्क्रीनिंग का बिल अलग से $0.20 पर किया जाता है।

शुरू करने के लिए तैयार हैं?

दस्तावेजों में ट्रांजेक्शन मॉनिटरिंग अवलोकन पढ़ें, ट्रांजेक्शन मॉनिटरिंग उत्पाद पृष्ठ पर देखें कि यह बाकी प्लेटफॉर्म में कैसे फिट बैठता है, और मूल्य निर्धारण पृष्ठ पर पारदर्शी प्रति-कॉल मूल्य निर्धारण की जांच करें। जब आप तैयार हों, तो मुफ्त में शुरू करें — हर महीने 500 मुफ्त KYC जांच, और $0.02 प्रति कॉल पर लेनदेन निगरानी।