Administrative Fiat

0. यह दस्तावेज़

यह पेज Site Charter का भाग है, जिसमें खंड IV E शामिल है।

I. फिएट परिभाषा

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

प्रशासक फिएट का उपयोग तब करते हैं जब वे जानबूझकर किसी नीति, प्रक्रिया अथवा नियम को बदलते हैं अथवा उसका उल्लंघन करते हैं, जिसे मौजूदा नीति के अंतर्गत अन्यथा अनुमति नहीं है।

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

जब भी प्रशासक चार्टर अथवा किसी अन्य नीति को नज़रअंदाज़ करने की अनुमति देते हैं, वह प्रशासनिक फिएट से उत्पन्न होता है।

II. प्रशासनिक फिएट की श्रेणियाँ:

A. Emergency Fiat

इमरजेंसी फिएट प्रशासकों को आपातकाल के दौरान साइट प्रक्रियाओं को तेज़ करने अथवा छोड़ने की अनुमति देता है।

यह एकमात्र ऐसी श्रेणी है जिसमें रिज़र्व प्रशासक फिएट कर सकते हैं।

परिभाषाएँ:

Emergency: ऐसी स्थिति जिसमें SCP विकी, समुदाय अथवा स्टाफ की किसी अन्य ज़िम्मेदारी को महत्वपूर्ण हानि से बचाने और/अथवा सुधारने हेतु तत्काल स्टाफ हस्तक्षेप आवश्यक हो।

इस परिभाषा को आवश्यक रूप से बहुत व्यापक रखा गया है क्योंकि हर संभावित आपातकाल की भविष्यवाणी करना असंभव है। कुछ स्तर पर यह व्याख्या तथा स्टाफ सहमति के लिए खुला है।

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

B. Red Tape Fiat

Red Tape फिएट प्रशासक को "red tape काटने" की अनुमति देता है ताकि अनावश्यक और/अथवा कार्यात्मक रूप से उपेक्षित आवश्यकताओं को अस्थायी अथवा स्थायी रूप से स्थगित किया जा सके।

C. Fiat by Acclaim

Fiat by Acclaim प्रशासक को स्टाफ की इच्छा (स्टाफ की सलाह के आधार पर) को शीघ्र लागू करने की अनुमति देता है जब यह कठिन अथवा समय-संवेदनशील हो। इसका उपयोग उन मामलों में किया जा सकता है जहाँ स्टाफ की सहमति स्पष्ट हो, किन्तु कार्रवाई अथवा नीति परिवर्तन लागू करने का मानक मार्ग अनावश्यक रूप से लंबा अथवा स्थिति के लिए अनुपयुक्त हो।

D. Procedural Stoppage Fiat

Procedural Stoppage Fiat प्रशासकों को साइट प्रक्रियाओं को तत्काल रोकने की अनुमति देता है ताकि समुदाय, साइट अथवा अन्य गंभीर नकारात्मक परिणाम से बचा जा सके, चाहे स्टाफ की इच्छा कुछ भी हो।

E. Override Fiat

(खंड III. Override Fiat देखें)

F. Other

यदि कोई फिएट सूचीबद्ध श्रेणियों में फिट नहीं बैठता तो इसे "Other" के रूप में सूचीबद्ध किया जा सकता है।

III. Override Fiat

1. कोई भी प्रशासक किसी भी समय पूर्व फिएट को काउंटर करने हेतु अपना फिएट उपयोग कर सकता है। हम इस विशिष्ट प्रकार के प्रशासनिक फिएट को "Override Fiat" कहते हैं।
2. यदि Override Fiat उपयोग किया जाता है, तो कोई नीति, नियम अथवा प्रक्रिया परिवर्तन नहीं होता, मूल फिएट निर्णय केवल निष्प्रभावी होता है। आगे बढ़ने हेतु निर्णय कहीं अन्यत्र लिया जाना चाहिए, जैसे तत्काल प्रशासक समीक्षा — किन्तु मानक अपेक्षा यह है कि निर्णय O5 चर्चा द्वारा लिया जाएगा।
3. मूल फिएट तथा Override Fiat दोनों में कारण उल्लिखित होना चाहिए।
4. Override Fiat को केवल अधिक संख्या में समर्थक प्रशासकों अथवा साइट स्टाफ द्वारा वोट द्वारा ही ओवरराइड किया जा सकता है।
5. यदि फिएट समीक्षा से पूर्व प्रशासनिक फिएट उलट दिया जाता है, तो इसे Override Fiat उपयोग माना जाता है।

IV. फिएट की सीमाएँ

1. फिएट साइट नीति तथा नियमों के मामलों तक सीमित है।
2. फिएट को लागू करने वाले प्रशासक की सर्वोत्तम क्षमता के अनुसार स्पष्ट किया जाना चाहिए।
3. फिएट का प्रत्येक उपयोग प्रशासकों द्वारा समीक्षा किया जाना आवश्यक है। (खंड V. फिएट समीक्षा देखें)
4. फिएट का उपयोग प्रशासकों द्वारा समीक्षा हेतु उचित रूप से उपलब्ध होना चाहिए, अन्यथा वह स्वतः अमान्य है।
5. प्रशासकों का दायित्व है कि दुरुपयोग किए गए, दुर्व्यवहार किए गए अथवा केवल विचारहीन फिएट के सभी लागू प्रभावों को "रोल बैक" अथवा "रिवोक" करें, जब तक वे यह निर्धारित न करें कि यह रोल बैक साइट, समुदाय अथवा स्टाफ को हानि पहुँचाएगा। इसे Override Fiat माना जाएगा। (खंड III. Override Fiat देखें)
6. प्रशासनिक फिएट एकल कार्रवाई है। एक से अधिक कार्रवाइयों हेतु एक से अधिक प्रशासनिक फिएट आवश्यक हैं जब तक विशेष कारण न हो। (खंड VII अपवाद देखें)
7. फिएट का उपयोग नई, स्वतंत्र नीति बनाने हेतु नहीं किया जा सकता।
8. प्रशासनिक फिएट को इस दस्तावेज़ के "खंड VI. फिएट दस्तावेज़ीकरण" में परिभाषित रूप से दस्तावेज़ीकृत किया जाना चाहिए तथा फिएट निष्पादित होने के एक सप्ताह के भीतर 05command के प्रशासनिक फिएट श्रेणी में पोस्ट किया जाना चाहिए जब तक विशेष कारण न हो। (खंड VII. अपवाद देखें)

V. फिएट समीक्षा

1. फिएट करने वाला अंततः फिएट तथा उसके परिणामों के लिए उत्तरदायी है।
2. फिएट का प्रत्येक उपयोग प्रशासकों द्वारा समीक्षा किया जाना आवश्यक है ताकि यह निर्धारित हो कि उपयोग दुरुपयोगपूर्ण है अथवा नहीं।
3. फिएट को समीक्षा पास करने हेतु कम से कम तीन अधिक सक्रिय प्रशासक समर्थकों की संख्या सक्रिय प्रशासक असहमतियों से अधिक होनी चाहिए (इसे सामान्यतः "Rule of Three" कहा जाता है)। फिएट करने वाला प्रशासक इस कुल में गिना नहीं जाता। (अर्थात् 1 प्रशासक फिएट कर रहा है, 2 समर्थक, 0 असहमति — समीक्षा पास नहीं होती)
4. फिएट समीक्षा को "खंड VI. फिएट दस्तावेज़ीकरण" में निर्धारित प्रारूप में फिएट दस्तावेज़ीकरण पोस्ट होने के एक सप्ताह के भीतर पूर्ण किया जाना चाहिए जब तक विशेष कारण न हो। (खंड VII. अपवाद देखें)
5. फिएट का कोई भी उपयोग जो साइट के लाभ के कठोर मानकों को पूरा न करता हो, जैसा प्रशासकों तथा समग्र स्टाफ द्वारा निर्धारित हो, फिएट शक्ति का दुरुपयोग माना जाएगा चाहे वह जानबूझकर दुरुपयोग हो अथवा नहीं।
6. दुरुपयोगपूर्ण घोषित कोई भी फिएट संभावित अमान्यीकरण के अधीन है।
7. दुरुपयोगपूर्ण फिएट पास करने में शामिल कोई भी प्रशासक संभावित अनुशासनात्मक कार्रवाई के अधीन है।
8. प्रशासकों का दायित्व है कि स्टाफ के अनुरोध पर फिएट समीक्षा के परिणाम तथा कारण स्पष्ट करें जब तक विशेष कारण न हो। (खंड VII. अपवाद देखें)
9. फिएट के वे उपयोग जो प्रशासकों द्वारा समीक्षा हेतु उपलब्ध नहीं कराए जाते स्वतः अमान्य हैं तथा संभावित दुरुपयोगपूर्ण हैं।
10. कोई भी स्टाफ सदस्य फिएट के अतिरिक्त प्रशासक समीक्षा का अनुरोध कर सकता है, जिसमें फिएट निर्णय बदलने हेतु अधिक प्रमाण/कारण प्रस्तुत किए जाएँ। यह अनुरोध किसी विशेष स्थान में नहीं होना चाहिए तथा निजी, स्टाफ चैट अथवा O5 पर किया जा सकता है। प्रशासकों का अतिरिक्त फिएट समीक्षा के परिणाम तथा कारण स्टाफ को स्पष्ट करने का वही दायित्व है जो प्रथम फिएट समीक्षा के लिए है।
11. स्टाफ के विवेक पर फिएट का कोई भी उपयोग स्टाफ चैट अथवा O5 चर्चा के अधीन है। प्रशासकों से अपेक्षा है कि वे फिएट कार्रवाइयों पर आपत्तियों को गंभीरता से लें, जो ऐसा नहीं करते वे अनुशासनात्मक कार्रवाई तथा/अथवा अन्य जवाबदेही प्रक्रियाओं के अधीन हो सकते हैं।

VI. फिएट दस्तावेज़ीकरण

A. फिएट प्रारूप:

तिथि: फिएट पास होने की तिथि।

फिएट का प्रकार (Emergency, Red Tape, Acclaim, Procedural Stoppage, Override, Other) यह किस प्रकार का फिएट है? (एक से अधिक चुन सकते हैं)

संदर्भ: फिएट किस पर पोस्ट किया गया है उसका संदर्भ, आवश्यक नहीं कि फिएट का कारण। किसी भी प्रासंगिक नीति/चर्चा आदि का लिंक होना चाहिए।

विवरण: फिएट क्या करता है, क्या परिवर्तन करता है। लागू होने पर फिएट द्वारा बदली गई अथवा प्रभावित नीति अथवा पेजों का लिंक।

कारण: फिएट आवश्यक क्यों था? यह फिएट क्यों होना आवश्यक था? क्या किसी टीम/बॉडी ने फिएट अनुरोध किया था, यदि हाँ तो कौन?

समर्थक: फिएट पोस्ट होने के समय फिएट से सहमत सक्रिय प्रशासकों की सूची।

असहमति करने वाले: फिएट पोस्ट होने के समय फिएट के विरुद्ध सक्रिय प्रशासकों की सूची।

टाइमर: एक सप्ताह का टाइमर। यह टाइमर उस अवधि को दर्शाता है जिसमें प्रथम फिएट समीक्षा पूर्ण होनी चाहिए।

समीक्षा
टाइमर समाप्त होने पर इस खंड में नोट किया जाना चाहिए कि फिएट ने समीक्षा पास की है अथवा नहीं, सक्रिय प्रशासक समीक्षकों की संख्या, सक्रिय प्रशासक समर्थकों की संख्या तथा सक्रिय प्रशासक असहमति करने वालों की संख्या।

---

B. टिप्पणियाँ:

1. जिन प्रशासकों के फिएट वोट प्रारंभिक पोस्ट में दर्ज नहीं किए गए वे अपनी वोट टिप्पणी में दे सकते हैं।
2. सहमत तथा असहमत प्रशासक अपनी इच्छानुसार अपने कारण विस्तार से बता सकते हैं।
3. रिज़र्व प्रशासक अपनी इच्छानुसार फिएट पर टिप्पणी कर सकते हैं।
4. यदि अनिश्चित काल का फिएट समाप्त होता है, तो स्टाफ सदस्य टिप्पणी में विस्तार से बताए कि यह कैसे, कब तथा क्यों समाप्त हुआ।
5. फिएट में कोई उल्लेखनीय सुधार टिप्पणी में नोट किया जाना चाहिए तथा मूल पोस्ट में संपादित किया जाना चाहिए।
6. अधिक विस्तृत फिएट समीक्षा की माँग, जिसमें फिएट पर आपत्तियाँ शामिल हों, टिप्पणी में नोट की जानी चाहिए। अधिक विस्तृत फिएट समीक्षा की माँग से सहमत टिप्पणियाँ मूल माँग पर उत्तर दें ताकि थ्रेड अधिक व्यवस्थित रहे।

C. नीतियों में किए गए परिवर्तन

फिएट के परिणामस्वरूप बदली गई किसी भी नीति पेज पर स्पष्ट रूप से उल्लेख होना चाहिए कि यह फिएट के कारण किया गया तथा संबंधित फिएट का लिंक होना चाहिए।

VII. अपवाद

यदि फिएट से संबंधित विवरण सार्वजनिक प्रदर्शन हेतु बहुत संवेदनशील हों, तो प्रशासकों को निम्नानुसार यथासंभव पारदर्शी होना चाहिए:

1. प्रशासकों को फिएट तथा उसकी समीक्षा संबंधी पूर्ण जानकारी सदैव दी जानी चाहिए।
2. यदि संभव हो, फिएट तथा उसकी समीक्षा संबंधी कोई भी गैर-संवेदनशील जानकारी सार्वजनिक की जानी चाहिए। भले ही यह आंशिक जानकारी हो।
3. यदि संभव हो, फिएट तथा उसकी समीक्षा से संबंधित कोई भी संवेदनशील जानकारी निजी रूप से जितने अधिक स्टाफ सदस्यों को संभव हो दी जानी चाहिए। भले ही यह आंशिक जानकारी हो। भले ही केवल इतना कि फिएट हुआ तथा/अथवा पूर्ण विवरण किसे ज्ञात है। यदि JS सुरक्षित रूप से जान सकते हैं तो उन्हें सूचित किया जाना चाहिए, यदि OS सुरक्षित रूप से जान सकते हैं तो उन्हें सूचित किया जाना चाहिए, यदि केवल कैप्टन जान सकते हैं तो उन्हें सूचित किया जाना चाहिए, यदि केवल एक अन्य स्टाफ सदस्य को सूचित किया जा सकता है तो भी उन्हें सूचित किया जाना चाहिए।
4. जानकारी को संवेदनशील केवल तब माना जाना चाहिए जब अधिकांश प्रशासक सहमत हों कि यह आवश्यक है। यदि निर्णय सर्वसम्मत नहीं है तो प्रशासकों के बीच वोट होना चाहिए। यदि आवश्यक हो तो यह निजी वोट हो सकता है।