मुख्य सामग्री पर जाएं
POST
curl
एक ही स्थिति परिवर्तन को एक साथ कई केसों पर लागू करें, जो केसों की सूची की बल्क Set Status कार्रवाई जैसा ही है। विफलताएँ प्रति केस अलग से रिपोर्ट की जाती हैं, इसलिए एक अवरुद्ध केस बाकी बैच को कभी रोलबैक नहीं करता।

संबंधित

प्राधिकरण

x-api-key
string
header
आवश्यक

आपकी एप्लिकेशन की API कुंजी, Business Console में Developers -> API keys से। प्राथमिक कुंजी के पास पूर्ण एक्सेस होता है। एक नामित कुंजी को स्कोप किया जा सकता है: प्रति संसाधन none, read या write, कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित, IP पतों की सूची तक सीमित, और समाप्ति तिथि तक सीमित। 401 का अर्थ है कि कुंजी गलत है, निरस्त कर दी गई है या उसकी समय-सीमा समाप्त हो गई है; 403 का अर्थ है कि कोई कुंजी नहीं भेजी गई थी, कुंजी के पास इस संसाधन या कार्रवाई का एक्सेस नहीं है, या अनुरोध उसकी IP सूची से बाहर के पते से आया था; सत्र रूट पर 404 का अर्थ है कि सत्र कुंजी के वर्कफ़्लो या स्थितियों से बाहर है। मीडिया एक्सेस के बिना एक कुंजी को छवि, वीडियो और PDF URL null के रूप में प्राप्त होते हैं, और सत्र write के बिना एक कुंजी को सत्र लिंक और token null के रूप में प्राप्त होते हैं। देखें https://docs.didit.me/console/api-keys।

पथ पैरामीटर

organization_id
string<uuid>
आवश्यक

संगठन UUID।

application_id
string<uuid>
आवश्यक

एप्लिकेशन UUID।

बॉडी

application/json
case_uuids
string<uuid>[]
आवश्यक
Minimum array length: 1
status
enum<string>
आवश्यक
उपलब्ध विकल्प:
OPEN,
AWAITING_USER,
RESOLVED
resolution
enum<string>

आवश्यक है जब स्थिति RESOLVED हो।

उपलब्ध विकल्प:
FALSE_POSITIVE,
VALID_THREAT,
INCONCLUSIVE,
REQUIREMENTS_NOT_MET,
REQUIREMENTS_SATISFIED
note
string | null

प्रतिक्रिया

200 - application/json

प्रति-केस परिणाम।

updated
integer
failures
object[]
अंतिम संशोधन 7 नवंबर 2026