दायित्वों को प्रमाण से जोड़ें

System और उसके इच्छित उपयोग से शुरू करें

“हम AI इस्तेमाल करते हैं” कानूनी दायित्व तय करने के लिए पर्याप्त जानकारी नहीं है। Service, users, data, decisions, jurisdictions और संगठन की role बताएँ। Software बनाने में इस्तेमाल AI और दिए गए product के अंदर इस्तेमाल AI को अलग समझें।

उदाहरण के लिए, तय calculation लागू करने के लिए coding assistant इस्तेमाल करना उस model को deploy करने से अलग है जो job applicants का मूल्यांकन करता है। दोनों को उचित development प्रक्रिया चाहिए। उनके संचालन का असर और लागू दायित्व अलग हो सकते हैं।

योग्य legal या compliance जिम्मेदार व्यक्ति से लागू होने का आकलन कराएँ। European Commission AI Act का risk-based framework समझाता है। याद की हुई deadline पर निर्भर होने के बजाय वास्तविक use case के लिए वर्तमान कानून और guidance जाँचें। AI Act framework।

Record के चार हिस्से अलग रखें

दायित्व बताता है कि क्या पूरा करना है। Control बताता है कि संगठन उसे कैसे पूरा करता है। प्रमाण दिखाता है कि क्या हुआ या क्या जाँचा गया। निर्णय दर्ज करता है कि निष्कर्ष किसने और किन शर्तों पर स्वीकार किया।

काल्पनिक customer export लें। संगठन की policy है कि managers केवल अपनी organization के records export कर सकते हैं। उपयोगी record में यह हो सकता है:

यह उदाहरण आंतरिक requirement समझाता है। यह दावा नहीं है कि एक test किसी खास कानून की पूरी जरूरत पूरी करता है। Records में यह अंतर रखें।

Generated documents को review किए जाने वाले काम की तरह लें

AI data-flow का विवरण बनाने, छूटे fields पहचानने या मौजूदा प्रमाण का सारांश बनाने में मदद कर सकता है। वह प्राप्तकर्ता मान भी सकता है, काल्पनिक control जोड़ सकता है या ऐसा backup बता सकता है जिसे किसी ने जाँचा नहीं।

हर महत्वपूर्ण कथन का system से मिलान करें। Document में डेटा encrypted बताया हो, तो संबंधित store, keys की व्यवस्था और configuration का प्रमाण पहचानें। Access review होने का दावा हो, तो प्रक्रिया और उसके वास्तविक records ढूँढ़ें।

Data protection impact assessment, या DPIA, processing और लोगों पर उसके असर का आकलन है। GDPR Article 35 के तहत इसकी जरूरत संभावित उच्च जोखिम और processing के context पर निर्भर है। इस नाम की file बनाने से assessment पूरा नहीं होता। GDPR Article 35।

प्रमाण को वर्तमान और जरूरत के अनुपात में रखें

प्रमाण को version, environment और तारीख से जोड़ें। पुराने release का test बदला हुआ authorization path cover न भी करे। तय करें कि महत्वपूर्ण बदलाव पर दोबारा review कब चाहिए।

निर्णय में मदद करने वाली जानकारी जुटाएँ। केवल export test चलने का प्रमाण देने के लिए पूरे customer records रखने से बचें। सोच-समझकर बनाया test काल्पनिक डेटा इस्तेमाल करके जरूरी परिणाम दर्ज कर सकता है।

प्रभावी governance tool requirements, काम, प्रमाण और decisions को जोड़ता है। वह दायित्वों की व्याख्या या controls चलाने की संगठन की जिम्मेदारी नहीं हटाता। व्यक्तिगत coding tools और पूरी delivery system की तुलना में इस संबंध का मूल्यांकन करें।