👀 👕 🧘🏽 इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन, डिजिटल हस्ताक्षर और सिस्टम एकीकरण। शराब के गिलास पर दार्शनिक निष्कर्ष ✍🏾 👶🏿 👩🏽‍🤝‍👩🏻

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

पहला पीछे हटना।

पहली बार मुझे अपनी गतिविधि में एक इलेक्ट्रॉनिक डिजिटल हस्ताक्षर का सामना करना पड़ा, जो नीलामी स्थल पर काम कर रहा था। बीमा जमा (वापसी भुगतान) की वापसी के लिए बाद की मांग के साथ वृद्धि (अंग्रेजी विधि) के लिए विजेता नीलामी के लिए भुगतान करने से इनकार करने वाले विजेता के संभावित विकल्प के कारण दस्तावेजों पर हस्ताक्षर करने की आवश्यकता दिखाई दी। विश्लेषकों को आमतौर पर यह पता नहीं था कि यह सब कैसे होना चाहिए, इसलिए मुझे एक स्मार्ट डेवलपर से निपटना पड़ा, जो कुछ कानूनी विवरणों में शामिल था। और इस तथ्य को नहीं कि मैंने सभी तकनीकी बिंदुओं को सही ढंग से समझा।

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

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

हमें इन सभी नौकरशाही प्रक्रियाओं की आवश्यकता क्यों है:

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

यानी इन सभी प्रक्रियाओं से दोनों पक्षों की गलतफहमी, गलतफहमी और आपसी आरोप कम हो जाते हैं और वे विवादास्पद मुद्दों को हल करने के लिए आवश्यक होते हैं। सूचना प्रणालियों की सहभागिता के सादृश्य को ध्यान में रखते हुए, हम सूचना प्रणालियों के कामकाज में जोखिम को कम करते हैं।

मेरे आसपास की गंदगी में सब कुछ कैसे होता है।

वास्तव में, मैं एक ऐसी स्थिति देखता हूं जहां ज्यादातर मामलों में दो प्रणालियों का एकीकरण एक वेब सेवा और एक वेब सेवा क्लाइंट का उपयोग करके होता है। इस मामले में, निम्नलिखित क्रियाएं अक्सर होती हैं:
1. ग्राहक एक मान्यताप्राप्त प्रमाणीकरण प्राधिकारी (एयूसी) द्वारा जारी प्रमाण पत्र का उपयोग करके एक सुरक्षित कनेक्शन स्थापित करता है और एक अनुरोध भेजता है।
2. यह सेवा असंगत जांच करती है (इस तथ्य के संदर्भ में कि कभी-कभी डेवलपर्स, जिनके पास आवश्यक ज्ञान नहीं होता है, जो किसी भी तरह से सभी जांचों का प्रबंधन नहीं करते हैं, लेकिन यह साबित करेगा कि उपयोगकर्ता द्वारा अधिकृत और पहचानने से सब कुछ सही हो जाता है), प्रतिक्रिया व्यक्त करता है, जिम्मेदार व्यक्ति के इलेक्ट्रॉनिक डिजिटल हस्ताक्षर के साथ प्रतिक्रिया पर हस्ताक्षर करता है। (वहाँ भी बारीकियों हो सकता है) और ग्राहक को एक प्रतिक्रिया भेजता है। एक सत्र में सब कुछ समकालिक रूप से होता है।
3. ग्राहक प्रतिक्रिया प्राप्त करता है, इसे बचाता है (यह ईडीएस की शुद्धता की जांच भी नहीं कर सकता है, और उन्होंने इसे देखा) और अपने सिस्टम में डेटा दर्ज करता है (कभी-कभी सहेजे गए अनुरोध के लिंक को सहेज भी रहा है, और उन्होंने इसे भी देखा है)।

जो समस्याएं मुझे दिखाई देती हैं:

यदि हमारे डेवलपर्स अधूरे लुंडुही हैं, तो सिस्टम के कामकाज के दौरान, निम्नलिखित समस्याएं हमारे साथ पॉप अप होती हैं, जो उपरोक्त पेपर वर्कफ़्लो में हल होती हैं:

1. ग्राहक यह साबित नहीं कर सकता है कि उसके अनुरोध को स्वीकार नहीं किया गया है या संसाधित नहीं किया गया है।
2. तदनुसार, सेवा दावा कर सकती है कि इससे कोई अनुरोध प्राप्त नहीं हुआ है।
3. सेवा यह दावा कर सकती है कि अनुरोध के लंबे समय तक प्रसंस्करण के दौरान परिवहन माध्यम में समस्याओं के कारण उत्तर नहीं आते हैं।
4. सेवा दावा कर सकती है कि यह प्रतिक्रियाएँ भेजती है, लेकिन ग्राहक उन्हें प्राप्त नहीं करता है या उन्हें नहीं बचाता है।
5. ग्राहक दावा कर सकता है कि उसे जवाब नहीं मिले।
6. किसी भी घटना की जांच करते समय, आयोग विभिन्न ग्राहकों के सभी अनुरोधों की वैधता और इन अनुरोधों के जवाबों की जांच नहीं कर सकता है।

और अगर हमारे डेवलपर्स लुंडुही हैं, तो यहां सामान्य रूप से यह क्षेत्राधिकार के मामले में हो सकता है। तो सब कुछ आराम से, मेरी राय में, विश्वास पर और इस तथ्य पर कि अब तक कोई भी इस समस्या को नहीं उठाना चाहता है।

मुझे लगता है कि ऐसा होना चाहिए ...

EDS और वर्कफ़्लो पर कानून हमें क्या बताता है:

कजाकिस्तान गणराज्य का कानून 07.01.2003 N 370-II "इलेक्ट्रॉनिक दस्तावेज़ और इलेक्ट्रॉनिक डिजिटल हस्ताक्षर पर"

अध्याय 2. इलेक्ट्रॉनिक दस्तावेज़

अनुच्छेद 7. इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन के लिए आवश्यकताएँ

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

(यहां सभी को फिर से याद आया कि मैं आरके से था। क्या करना है, स्थानीय कानून हाथ में हैं, रूसी संघ का एक समान कानून थोड़ा गैर-अनुरूप है, और अगर कोई इस दिशा में खुदाई कर सकता है, तो मुझे खुशी होगी। सबसे अधिक संभावना इसी तरह की होगी या होगी। इसी तरह की आवश्यकताएं।)

और यहाँ वर्कफ़्लो है, आप पूछ सकते हैं। इसके अलावा, अनुरोध (एसओएपी, एक्सएमएल आरपीसी, आदि) जो ग्राहक भेजता है वह अपने पेपर अनुरोध का एक एनालॉग है, पाठ के साथ एक पत्र "कृपया जानकारी प्रदान करें ... ब्लाब्लाब्ला।" और जवाब भी एक दस्तावेज है।

और क्या करना है?

एक पेपर वर्कफ़्लो मॉडल का उपयोग करें। ऐसा करने के लिए, आप अतुल्यकालिक वेब सेवाओं की तकनीक को लागू कर सकते हैं। मल्टीथ्रेडिंग के संदर्भ में नहीं। चित्र में बहुत सरल:

तकनीकी रूप से, निम्नलिखित कदम उठाए जाने चाहिए:

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

यह दृष्टिकोण आपको पार्टियों की अधिकतम कानूनी जिम्मेदारी के साथ डेटा विनिमय को व्यवस्थित करने और जल्दी से संचरण समस्याओं का निदान करने की अनुमति देता है। आपस में कोसने के बजाय, दोनों पक्षों के एकीकरण नेता स्पष्ट रूप से जान पाएंगे कि विफलता किस स्तर पर हुई।
और यह सब कानूनी बल देने के लिए:

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

और उसके बाद के रूप में।

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

इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन, डिजिटल हस्ताक्षर और सिस्टम एकीकरण। शराब के गिलास पर दार्शनिक निष्कर्ष