12.3 टेम्पलेट

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

नीचे इस्तेमाल किए गए कुछ सम्मेलन:

• [वर्गाकार-कोष्ठक] में पाठ बदलने के लिए एक प्लेसहोल्डर है।
• इटैलिक या <!-- टिप्पणियों --> में पाठ हटाने वाला मार्गदर्शन है।
• पूर्ण दस्तावेज़ को उतना छोटा रखें जितना यह अपने सवालों का जवाब देते हुए हो सकता है।

आर्किटेक्चर डिसीज़न रिकॉर्ड (एडीआर)

# एडीआर [NNNN]: [फ़ैसले का छोटा शीर्षक]

- स्थिति: [प्रस्तावित | स्वीकृत | अप्रचलित | ADR-XXXX द्वारा अधिक्रमित]
- तारीख़: [YYYY-MM-DD]
- फ़ैसला लेने वाले: [नाम या भूमिकाएँ]
- सलाह ली गई: [नाम या भूमिकाएँ]

## संदर्भ

<!-- इस फ़ैसले को चलाने वाली समस्या, बल, या बाधा क्या है?
     तथ्यों और आवश्यकताओं को तटस्थ रूप से बताएँ। सिर्फ़ वही शामिल करें
     जो भविष्य के पाठक को यह समझने के लिए चाहिए कि फ़ैसला क्यों ज़रूरी था। -->

## फ़ैसला

<!-- चुनाव को एक या दो स्पष्ट वाक्यों में बताएँ: "हम ... करेंगे" -->

## विचारे गए विकल्प

<!-- वे यथार्थवादी विकल्प सूचीबद्ध करें जिन्हें आपने तौला और हर एक
     क्यों चुना या नहीं चुना गया। यहाँ कम से कम दो विकल्प दिखने चाहिए। -->

- विकल्प A: [सारांश]; [कारण] के चलते अस्वीकृत।
- विकल्प B: [सारांश]; [कारण] के चलते अस्वीकृत।
- चुना गया विकल्प: [सारांश]; [कारण] के चलते चुना गया।

## परिणाम

<!-- फ़ैसले के ईमानदार नतीजे, अच्छे और बुरे दोनों। -->

- सकारात्मक: [मिले फ़ायदे]
- नकारात्मक: [स्वीकृत लागतें, जोख़िम, या सीमाएँ]
- अनुवर्ती: [इससे ट्रिगर होने वाले प्रवासन, नया काम, या फ़ैसले]

## संबंधित

<!-- इससे संबंधित पूर्व एडीआर, आरएफ़सी, टिकट, या दस्तावेज़ों के लिंक। -->

आरएफ़सी / डिज़ाइन दस्तावेज़

# आरएफ़सी: [शीर्षक]

- लेखक: [नाम]
- स्थिति: [ड्राफ़्ट | समीक्षा में | स्वीकृत | अस्वीकृत | लागू]
- समीक्षक: [नाम या भूमिकाएँ]
- बनाया गया: [YYYY-MM-DD]
- आख़िरी बार अद्यतन: [YYYY-MM-DD]
- टिकट / ट्रैकिंग: [लिंक]

## सारांश

<!-- एक पैराग्राफ़: यह क्या प्रस्तावित करता है और यह क्यों मायने रखता है।
     किसी पाठक को सिर्फ़ इस खंड से इसका सार समझ आना चाहिए। -->

## समस्या और प्रेरणा

<!-- हम कौन-सी समस्या हल कर रहे हैं? कौन प्रभावित है? अगर हम कुछ न करें
     तो क्या होगा? प्रासंगिक पृष्ठभूमि और बाधाएँ शामिल करें। -->

## लक्ष्य और ग़ैर-लक्ष्य

- लक्ष्य: [सफलता कैसी दिखती है, जहाँ संभव हो मापने-योग्य]
- ग़ैर-लक्ष्य: [स्पष्ट रूप से दायरे से बाहर, दायरा-फैलाव रोकने के लिए]

## प्रस्तावित डिज़ाइन

<!-- दस्तावेज़ का मूल। दृष्टिकोण, आर्किटेक्चर, डेटा-मॉडल, इंटरफ़ेस,
     और मुख्य प्रवाह वर्णित करें। जहाँ स्पष्टता आए वहाँ डायग्राम इस्तेमाल करें।
     समझाएँ कि यह कैसे काम करता है, सिर्फ़ यह क्या है इतना नहीं। -->

## विचारे गए विकल्प

<!-- अन्य दृष्टिकोण और उन्हें क्यों नहीं चुना गया। पाठक को दिखाता है
     कि डिज़ाइन-स्थान की खोज की गई थी। -->

## प्रभाव और जोख़िम

- सुरक्षा और गोपनीयता: [निहितार्थ और शमन]
- प्रदर्शन और स्केल: [अपेक्षित लोड और व्यवहार]
- चलाने-योग्यता: [निगरानी, विफलता-तरीक़े, रोलआउट, रोलबैक]
- लागत: [बुनियादी ढाँचे या लाइसेंसिंग प्रभाव]
- पिछड़ी-संगति: [प्रवासन और अप्रचलन]

## परीक्षण और रोलआउट योजना

<!-- बदलाव को सुरक्षित रूप से कैसे सत्यापित और रिलीज़ किया जाएगा। -->

## खुले सवाल

<!-- अनसुलझे मुद्दे जिन पर आप समीक्षकों की राय चाहते हैं। -->

पोस्टमॉर्टम / घटना-समीक्षा (निर्दोष)

# पोस्टमॉर्टम: [घटना का शीर्षक]

- घटना-आईडी: [आईडी]
- घटना की तारीख़: [YYYY-MM-DD]
- लेखक: [नाम]
- स्थिति: [ड्राफ़्ट | अंतिम]
- गंभीरता: [SEV1 | SEV2 | SEV3]

> यह समीक्षा निर्दोष है। हम व्यक्तियों पर नहीं, प्रणालियों और योगदान
> करने वाले कारकों पर ध्यान देते हैं। लक्ष्य है सीखना और पुनरावृत्ति रोकना।

## सारांश

<!-- दो या तीन वाक्य: क्या हुआ, प्रभाव, और समाधान, किसी ग़ैर-विशेषज्ञ के
     लिए पठनीय। -->

## प्रभाव

- अवधि: [शुरुआत से पुनर्प्राप्ति तक का समय, समय-क्षेत्र सहित]
- प्रभावित उपयोगकर्ता: [दायरा और संख्या]
- व्यावसायिक प्रभाव: [राजस्व, एसएलए, प्रतिष्ठा, या अन्य]

## समय-रेखा

<!-- घटनाओं का समय-मुद्रित, तथ्यात्मक क्रम। पहचान, वृद्धि (एस्केलेशन),
     मुख्य क्रियाएँ, और पुनर्प्राप्ति शामिल करें। -->

- [HH:MM] [घटना]
- [HH:MM] [घटना]

## योगदान देने वाले कारक

<!-- घटना तक ले जाने वाली स्थितियों की शृंखला। किसी एक मूल-कारण के
     बजाय "योगदान देने वाले कारकों" को प्राथमिकता दें। -->

## पहचान और प्रतिक्रिया

- इसका पता कैसे चला? [अलर्ट, ग्राहक-रिपोर्ट, आदि]
- प्रतिक्रिया में किसने मदद की?
- प्रतिक्रिया को किसने धीमा किया?

## क्या अच्छा रहा

<!-- प्रभावी क्रियाओं और सुरक्षा-उपायों को पहचानें जिन्होंने काम किया। -->

## कार्रवाई-मदें

<!-- विशिष्ट, स्वामित्व-युक्त, और दिनांकित। रोकथाम, पहचान, और शमन को
     संबोधित करें। इन्हें सामान्य बैकलॉग में ट्रैक करें। -->

| कार्रवाई | मालिक | नियत-तारीख़ | प्रकार (रोकथाम/पहचान/शमन) | टिकट |
|--------|-------|----------|--------------------------------|--------|
| [कार्रवाई] | [नाम] | [तारीख़] | [प्रकार] | [लिंक] |

## सीखे गए सबक

<!-- व्यापक संगठन को क्या ग्रहण करना चाहिए। -->

ख़तरा-मॉडल (STRIDE-आधारित)

# ख़तरा-मॉडल: [प्रणाली या फ़ीचर का नाम]

- लेखक: [नाम]
- तारीख़: [YYYY-MM-DD]
- समीक्षक: [सुरक्षा-संपर्क, मालिक]
- दायरा: [क्या शामिल है और क्या नहीं]

## प्रणाली-अवलोकन

<!-- प्रणाली, इसके उद्देश्य, और इसके उपयोगकर्ताओं का संक्षिप्त वर्णन। -->

## संपत्तियाँ

<!-- क्या सुरक्षा के लायक़ है: डेटा, साख, कार्यक्षमता, प्रतिष्ठा।
     हर एक की संवेदनशीलता नोट करें। -->

## भरोसा-सीमाएँ और डेटा-प्रवाह

<!-- घटकों, डेटा-स्टोरों, बाहरी संस्थाओं, और उन सीमाओं का वर्णन या
     डायग्राम बनाएँ जहाँ भरोसा बदलता है। -->

## ख़तरे (STRIDE)

<!-- हर तत्व के लिए, STRIDE श्रेणियों पर विचार करें। हर विश्वसनीय
     ख़तरे, उसके जोख़िम, और शमन या स्वीकृत जोख़िम को दर्ज करें। -->

| ख़तरा | STRIDE श्रेणी | प्रभावित तत्व | जोख़िम (L/M/H) | शमन | स्थिति |
|--------|-----------------|------------------|--------------|------------|--------|
| [ख़तरा] | स्पूफ़िंग | [तत्व] | [जोख़िम] | [नियंत्रण] | [खुला/शमित/स्वीकृत] |
| [ख़तरा] | टैम्परिंग | [तत्व] | [जोख़िम] | [नियंत्रण] | [स्थिति] |
| [ख़तरा] | रिपुडिएशन | [तत्व] | [जोख़िम] | [नियंत्रण] | [स्थिति] |
| [ख़तरा] | सूचना-प्रकटीकरण | [तत्व] | [जोख़िम] | [नियंत्रण] | [स्थिति] |
| [ख़तरा] | सेवा-निषेध | [तत्व] | [जोख़िम] | [नियंत्रण] | [स्थिति] |
| [ख़तरा] | विशेषाधिकार-उन्नयन | [तत्व] | [जोख़िम] | [नियंत्रण] | [स्थिति] |

## धारणाएँ और निर्भरताएँ

<!-- भरोसा की गई सुरक्षा-धारणाएँ और विश्वास किए गए बाहरी नियंत्रण। -->

## खुले मुद्दे और अनुवर्ती

<!-- और काम चाहने वाले ख़तरे, टिकट के रूप में ट्रैक किए गए। -->

रनबुक

# रनबुक: [काम या परिदृश्य का नाम]

- सेवा: [सेवा-नाम]
- मालिक: [टीम]
- आख़िरी बार समीक्षित: [YYYY-MM-DD]
- संबंधित अलर्ट: [अलर्ट-नाम]

## उद्देश्य

<!-- इस रनबुक का इस्तेमाल कब करें और यह क्या हासिल करता है। -->

## पूर्व-आवश्यकताएँ

<!-- शुरू करने से पहले चाहिए पहुँच, टूल, और अनुमतियाँ। -->

## पहचान / लक्षण

<!-- ऑपरेटर क्या देखता है: अलर्ट, त्रुटि-हस्ताक्षर, डैशबोर्ड। -->

## निदान

<!-- समस्या की पुष्टि और कारण संकीर्ण करने के लिए क़दम-दर-क़दम जाँचें।
     सटीक कमांड, क्वेरी, या डैशबोर्ड-लिंक शामिल करें। -->

1. [क़दम और अपेक्षित नतीजा]
2. [क़दम और अपेक्षित नतीजा]

## समाधान

<!-- ठीक करने या शमन के लिए ठोस, क्रमबद्ध क़दम। किसी भी जोख़िम-भरे या
     न-उलट-सकने-योग्य क़दम को नोट करें, और सफलता कैसे सत्यापित करें। -->

1. [क़दम]
2. [पुनर्प्राप्ति सत्यापित करें]

## रोलबैक

<!-- अगर समाधान चीज़ें बदतर बनाता है तो क्रियाओं को कैसे पलटें। -->

## वृद्धि (एस्केलेशन)

<!-- किससे संपर्क करें और कब वृद्धि करें। द्वितीयक ऑन-कॉल, मालिक-टीम,
     और विक्रेता-संपर्क। -->

## संदर्भ

<!-- डैशबोर्ड, संबंधित रनबुक, आर्किटेक्चर-दस्तावेज़। -->

सेवा README / सेवा-सूची प्रविष्टि

# [सेवा का नाम]

- मालिक टीम: [टीम]
- ऑन-कॉल: [रोटेशन-लिंक]
- स्तर / गंभीरता: [स्तर 1 | 2 | 3]
- रिपॉज़िटरी: [लिंक]
- स्थिति: [सक्रिय | अप्रचलित]

## यह क्या करता है

<!-- सेवा की ज़िम्मेदारी और उसके उपभोक्ताओं पर एक पैराग्राफ़। -->

## आर्किटेक्चर

<!-- मुख्य घटक, निर्भरताएँ (अपस्ट्रीम और डाउनस्ट्रीम), और डिज़ाइन-दस्तावेज़
     या डायग्राम का लिंक। -->

## इंटरफ़ेस

- एपीआई / एंडपॉइंट: [स्पेक का लिंक]
- प्रकाशित / उपभोग किए गए इवेंट: [टॉपिक]
- डेटा-स्टोर: [डेटाबेस, कैश, बकेट]

## रनटाइम और डिप्लॉयमेंट

- वातावरण: [डेव, स्टेजिंग, उत्पादन]
- डिप्लॉय कैसे करें: [पाइपलाइन-लिंक और प्रक्रिया]
- कॉन्फ़िगरेशन और फ़ीचर-फ़्लैग: [कहाँ और कैसे]

## ऑब्ज़र्वेबिलिटी

- डैशबोर्ड: [लिंक]
- अलर्ट: [लिंक]
- लॉग: [कहाँ ढूँढें]
- एसएलओ: [लिंक]

## संचालन

- रनबुक: [लिंक]
- सामान्य काम: [स्केलिंग, रीस्टार्ट, बैकफ़िल]
- ज्ञात मुद्दे और सीमाएँ: [नोट]

## शुरुआत करना (नए योगदानकर्ताओं के लिए)

<!-- स्थानीय रूप से कैसे बनाएँ, परीक्षण करें, और चलाएँ। -->

## संपर्क

- स्लैक / चैट-चैनल: [लिंक]
- वृद्धि: [रास्ता]

एसएलओ / त्रुटि-बजट नीति

# एसएलओ और त्रुटि-बजट नीति: [सेवा या यात्रा का नाम]

- मालिक: [टीम]
- प्रभावी तारीख़: [YYYY-MM-DD]
- समीक्षा-लय: [जैसे, तिमाही]

## सेवा-स्तर संकेतक (एसएलआई)

<!-- हर एसएलआई को सटीक रूप से परिभाषित करें: मापी गई मात्रा, इसे कैसे
     मापा जाता है, और कहाँ से (आदर्श रूप से उपयोगकर्ता के नज़रिए से)। -->

| एसएलआई | परिभाषा | डेटा-स्रोत |
|-----|-----------|-------------|
| उपलब्धता | [जैसे, सफल अनुरोध / कुल अनुरोध] | [स्रोत] |
| विलंब | [जैसे, Xms से कम अनुरोधों का अनुपात] | [स्रोत] |

## उद्देश्य (एसएलओ)

| एसएलआई | लक्ष्य | मापन-खिड़की |
|-----|--------|--------------------|
| उपलब्धता | [जैसे, 99.9%] | [जैसे, चलती 28 दिन] |
| विलंब | [जैसे, 300ms से नीचे 95%] | [चलती 28 दिन] |

## त्रुटि-बजट

<!-- अनुमत अविश्वसनीयता: खिड़की में, 100% माइनस लक्ष्य। बजट को ठोस शब्दों
     में बताएँ (जैसे, मिनट/महीना)। -->

- बजट: [निकाली गई भत्ता]

## बजट ख़त्म होने पर नीति

<!-- सहमत परिणाम। इन्हें ठोस और लागू-योग्य बनाएँ। -->

- [जैसे, बजट ठीक होने तक ग़ैर-महत्वपूर्ण फ़ीचर-रिलीज़ रोकें।]
- [जैसे, अगले योजना-चक्र में विश्वसनीयता-काम को प्राथमिकता दें।]
- [जैसे, लगातार दो खिड़कियों में उल्लंघन होने पर इंजीनियरिंग-नेतृत्व तक वृद्धि करें।]

## बजट स्वस्थ होने पर नीति

<!-- टीम कौन-सा अतिरिक्त जोख़िम ले सकती है, जैसे तेज़ रोलआउट। -->

## अलर्टिंग

<!-- इस एसएलओ से जुड़ी बर्न-रेट अलर्ट और सीमाएँ। -->

जोख़िम-रजिस्टर प्रविष्टि

## जोख़िम: [छोटा जोख़िम-शीर्षक]

- जोख़िम-आईडी: [आईडी]
- उठाए जाने की तारीख़: [YYYY-MM-DD]
- मालिक: [इस जोख़िम को प्रबंधित करने के लिए जवाबदेह नाम या भूमिका]
- श्रेणी: [सुरक्षा | परिचालन | अनुपालन | वित्तीय | डिलीवरी | विक्रेता]
- स्थिति: [खुला | शमन-में | स्वीकृत | बंद]

### विवरण

<!-- जोख़िम को इस तरह बताएँ: कारण -> घटना -> परिणाम। क्या हो सकता है,
     और यह क्यों मायने रखता है। -->

### आँकलन

- संभावना: [कम | मध्यम | ऊँची]
- प्रभाव: [कम | मध्यम | ऊँचा]
- समग्र रेटिंग: [संभावना x प्रभाव से निकाली गई]

### वर्तमान नियंत्रण

<!-- आज इस जोख़िम को पहले से क्या घटाता है। -->

### शमन-योजना

<!-- संभावना या प्रभाव घटाने के लिए योजनाबद्ध क्रियाएँ, मालिकों और
     तारीख़ों के साथ। अगर जोख़िम स्वीकार कर रहे हैं, तो दर्ज करें किसने
     और क्यों स्वीकार किया। -->

| कार्रवाई | मालिक | नियत-तारीख़ | स्थिति |
|--------|-------|----------|--------|
| [कार्रवाई] | [नाम] | [तारीख़] | [स्थिति] |

### समीक्षा

- अगली समीक्षा-तारीख़: [YYYY-MM-DD]
- फ़ैसला / नोट: [कोई स्वीकृति-मंज़ूरी या बदलाव]

परियोजना एक-पन्ना / उत्पाद-संक्षिप्त

# [परियोजना या उत्पाद का नाम]: एक-पन्ना

- प्रायोजक: [नाम]
- लीड: [नाम]
- तारीख़: [YYYY-MM-DD]
- स्थिति: [विचार | स्वीकृत | प्रगति में | शिप हुआ]

## समस्या

<!-- एक पैराग्राफ़: ग्राहक या व्यावसायिक समस्या, और प्रमाण कि यह असली
     और हल करने लायक़ है। -->

## दर्शक

<!-- किसे यह समस्या है और इसे हल करने से किसे फ़ायदा है। -->

## प्रस्तावित समाधान

<!-- हम क्या बनाएँगे या बदलेंगे इसका छोटा वर्णन। इसे कार्यान्वयन-विवरण
     के बजाय इरादे के स्तर पर रखें। -->

## अभी क्यों

<!-- बाद में नहीं, अभी यह करने का कारण। -->

## सफलता-मेट्रिक्स

<!-- हमें कैसे पता चलेगा कि यह काम किया। मापने-योग्य नतीजों को प्राथमिकता दें। -->

- [मेट्रिक और लक्ष्य]

## दायरा

- दायरे में: [हम क्या करेंगे]
- दायरे से बाहर: [हम क्या नहीं करेंगे]

## जोख़िम और खुले सवाल

<!-- मुख्य अनिश्चितताएँ और निर्भरताएँ। -->

## मोटी योजना और मील के पत्थर

<!-- ऊँचे-स्तर के चरण और अनुमानित समय। -->

## लागत और संसाधन

<!-- ज़रूरी लोग, समय, और बजट। -->

ऑन-कॉल हैंडऑफ़ नोट्स

# ऑन-कॉल हैंडऑफ़: [YYYY-MM-DD]

- जाने वाला: [नाम]
- आने वाला: [नाम]
- सेवा(एँ): [नाम]

## समग्र स्थिति

<!-- एक पंक्ति: शांत, शोर-भरी, या चल रहा मुद्दा। -->

## खुली घटनाएँ

<!-- कोई भी सक्रिय या हाल में हल हुई घटनाएँ जिन्हें अगले प्रतिक्रियादाता
     को जानना चाहिए, लिंक सहित। -->

- [घटना, स्थिति, और क्या बचा है]

## चल रहे या नियोजित बदलाव

<!-- डिप्लॉय, प्रवासन, रखरखाव-खिड़कियाँ, या चल रहे प्रयोग जो अलर्ट
     पैदा कर सकते हैं। -->

## शोर-भरे या अस्थिर अलर्ट

<!-- वे अलर्ट जो चले और उनका असली मतलब, ताकि अगला व्यक्ति गुमराह न हो।
     कोई भी अस्थायी शांति और उसकी समाप्ति नोट करें। -->

## देखने लायक़ मदें

<!-- चिंताजनक दिशा में जाते मेट्रिक्स या प्रणालियाँ। -->

## लंबित अनुवर्ती

<!-- अगली शिफ़्ट को सौंपे गए काम, टिकट-लिंक सहित। -->

## नोट

<!-- कुछ भी और उपयोगी: पहुँच-सनक, विक्रेता-मुद्दे, संदर्भ। -->

बदलाव-अनुरोध (विनियमित परिवर्तन-नियंत्रण के लिए)

# बदलाव-अनुरोध: [बदलाव का शीर्षक]

- बदलाव-आईडी: [आईडी]
- अनुरोधकर्ता: [नाम]
- दाख़िल करने की तारीख़: [YYYY-MM-DD]
- प्रकार: [मानक | सामान्य | आपातकालीन]
- प्राथमिकता: [कम | मध्यम | ऊँची]
- स्थिति: [दाख़िल | स्वीकृत | अस्वीकृत | लागू | बंद]

## बदलाव का विवरण

<!-- क्या बदल रहा है और क्यों। टिकट या आवश्यकता का संदर्भ दें। -->

## प्रभावित प्रणालियाँ और घटक

<!-- प्रभावित सेवाएँ, डेटा, वातावरण, और उपयोगकर्ता। -->

## औचित्य और व्यावसायिक प्रभाव

<!-- बदलाव का कारण और न करने का प्रभाव। -->

## जोख़िम-आँकलन

- जोख़िम-स्तर: [कम | मध्यम | ऊँचा]
- बदलाव विफल होने पर संभावित प्रभाव: [विवरण]
- सुरक्षा, गोपनीयता, या अनुपालन पर प्रभाव: [विवरण]

## कार्यान्वयन-योजना

<!-- क्रमबद्ध क़दम, ज़िम्मेदार पक्ष, और समय। -->

## परीक्षण और सत्यापन-योजना

<!-- बदलाव से पहले और बाद में सफलता कैसे सत्यापित होगी। -->

## बैकआउट / रोलबैक-योजना

<!-- अगर बदलाव विफल हो तो इसे कैसे पलटें, और पुनर्प्राप्ति-समय। -->

## शेड्यूल

- प्रस्तावित खिड़की: [शुरुआत और अंत, समय-क्षेत्र सहित]
- अपेक्षित डाउनटाइम: [अवधि या कोई नहीं]

## मंज़ूरियाँ

| भूमिका | नाम | फ़ैसला | तारीख़ |
|------|------|----------|------|
| बदलाव-मालिक | [नाम] | [मंज़ूर/अस्वीकृत] | [तारीख़] |
| तकनीकी समीक्षक | [नाम] | [मंज़ूर/अस्वीकृत] | [तारीख़] |
| बदलाव सलाहकार बोर्ड | [नाम] | [मंज़ूर/अस्वीकृत] | [तारीख़] |

## कार्यान्वयन-बाद समीक्षा

<!-- नतीजा, सामने आए मुद्दे, और क्या बैकआउट की ज़रूरत पड़ी। -->

डेटा प्रोटेक्शन इम्पैक्ट असेसमेंट (डीपीआईए) रूपरेखा

# डेटा प्रोटेक्शन इम्पैक्ट असेसमेंट: [प्रोसेसिंग-गतिविधि का नाम]

- आकलनकर्ता: [नाम]
- तारीख़: [YYYY-MM-DD]
- समीक्षक: [डीपीओ / गोपनीयता-संपर्क]
- स्थिति: [ड्राफ़्ट | समीक्षित | स्वीकृत]

## 1. प्रोसेसिंग का विवरण

<!-- कौन-सा व्यक्तिगत डेटा प्रोसेस होता है, कैसे, किसके द्वारा, और
     किस उद्देश्य के लिए। संग्रह से लेकर हटाने तक के डेटा-प्रवाह शामिल करें। -->

- डेटा-विषय: [डेटा किसके बारे में है]
- डेटा-श्रेणियाँ: [व्यक्तिगत डेटा के प्रकार, कोई विशेष श्रेणी नोट करें]
- उद्देश्य: [डेटा क्यों प्रोसेस किया जाता है]
- प्राप्तकर्ता और प्रोसेसर: [कौन डेटा प्राप्त या संभालता है]
- प्रतिधारण-अवधि: [डेटा कितने समय रखा जाता है और हटाने की विधि]
- अंतरराष्ट्रीय स्थानांतरण: [गंतव्य और स्थानांतरण-तंत्र]

## 2. आवश्यकता और आनुपातिकता

<!-- क्या प्रोसेसिंग उद्देश्य के लिए आवश्यक है? क्या यह सबसे कम आक्रामक
     विकल्प है? वैध आधार या प्राधिकार क्या है? -->

- वैध आधार / प्राधिकार: [हर उद्देश्य के लिए आधार]
- डेटा-न्यूनीकरण: [हर फ़ील्ड क्यों ज़रूरी है]
- सटीकता और प्रतिधारण-औचित्य: [नोट]
- डेटा-विषय अधिकार कैसे समर्थित हैं: [पहुँच, हटाना, आदि]

## 3. परामर्श

<!-- हितधारक, और जहाँ प्रासंगिक हो सलाह लिए गए डेटा-विषय। -->

## 4. व्यक्तियों के लिए जोख़िम

<!-- गोपनीयता-जोख़िम पहचानें और हर एक की रेटिंग करें। -->

| व्यक्तियों के लिए जोख़िम | संभावना | गंभीरता | समग्र |
|---------------------|-----------|----------|---------|
| [जैसे, संवेदनशील डेटा तक अनधिकृत पहुँच] | [L/M/H] | [L/M/H] | [रेटिंग] |

## 5. जोख़िम घटाने के उपाय

<!-- हर जोख़िम के लिए, शमन और उसके बाद बचा जोख़िम। -->

| जोख़िम | उपाय | बचा जोख़िम | स्वीकृत किया |
|------|---------|---------------|-------------|
| [जोख़िम] | [नियंत्रण] | [L/M/H] | [नाम] |

## 6. नतीजा और मंज़ूरी

- बचा जोख़िम स्वीकार्य: [हाँ | नहीं]
- उपाय मंज़ूर किए: [नाम, भूमिका]
- निगरानी-प्राधिकरण से परामर्श ज़रूरी: [हाँ | नहीं]
- समीक्षा-तारीख़: [YYYY-MM-DD]