🧛🏿 ⌛️ 🐂 हम कानूनी संस्थाओं के एकीकृत राज्य रजिस्टर में गलतियों और "बैसाखी" से निपटते हैं - कानूनी संस्थाओं का राज्य रजिस्टर ◼️ 👰🏾 👨🏿‍🎨

पिछले हफ्ते, हमने रजिस्टर रजिस्टर के बारे में एक लेख जारी किया - 10 मिलियन कंपनियों के डेटा के साथ एक राज्य रजिस्ट्री। यह सामग्री बुनियादी चीजों के बारे में बात करती है, इसलिए इसके साथ शुरू करना सबसे अच्छा है।

यहां हम एक समृद्ध और उर्वर विषय को उजागर करेंगे - यूनिफाइड स्टेट रजिस्टर ऑफ लीगल एंटिटीज की समस्याएं जो हमारे डेवलपर्स को ऊब होने से रोकती हैं।

Xml संरचना समय-समय पर टूट जाती है

2017 में, हर दो से तीन महीने में, अपडेट गलत प्रारूप में xmls लाए। एक पूरा सेट है: अज्ञात टैग, खुले टैग, डेटा प्रकार बेमेल। उदाहरण के लिए, xsd में तिथि प्रकार निर्दिष्ट है, लेकिन वास्तव में एक समझ से बाहर है।

जब ऐसा होता है, तो यह तकनीकी सहायता के लिए लिखना और विनम्रतापूर्वक प्रतीक्षा करना रहता है। इससे ज्यादा कुछ नहीं किया जा सकता। लेकिन हमें यह स्वीकार करना चाहिए कि 2018 में कोई समस्या नहीं थी, सब कुछ स्पष्ट है।

और 2015 के लिए पूर्ण उतराई में एक टूटी हुई xml निहित है, जो कभी तय नहीं होगी। फेडरल टैक्स सर्विस ने कहा कि वे इसके बारे में जानते थे, लेकिन इसे सुधारने का इरादा नहीं था: ले, वे कहते हैं, निम्नलिखित अपडेट।

अपडेट लंबे समय की तारीखों के फ़ोल्डर में दिखाई देते हैं

स्थिति: आपने 2018 की शुरुआत में पूर्ण संदर्भ पुस्तक डाउनलोड की, सभी अपडेट लागू किए और दैनिक रूप से अपडेट डाउनलोड किए। आप आराम से और शांत हैं, क्योंकि आप जानते हैं: आपके डेटाबेस में कानूनी संस्थाओं पर सबसे अधिक प्रासंगिक डेटा।

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

रेट्रोएक्टिव अपडेट दो प्रकारों में आते हैं:

मौजूदा फ़ाइलों को बदलें
नए जोड़े।

कुछ निकालने के लिए, हमने नहीं देखा।

हम यहां इन सब से जूझ रहे हैं। हमारी स्थानीय निर्देशिका में एफटीएस सर्वर से वर्तमान डेटा टुकड़ा शामिल है - मानक। हर रात हम रजिस्टर सर्वर से बिल्कुल सभी अभिलेखों को डाउनलोड करते हैं और मानक के साथ तुलना करते हैं।

हम नई फ़ाइलों को स्पष्ट रूप से पाते हैं कि कैसे: वे बस स्थानीय निर्देशिका में मौजूद नहीं हैं। यदि फ़ाइल थी, लेकिन संदर्भ और नए डेटाबेस में इसके परिवर्तन की तारीखें भिन्न हैं, तो चेकसम की तुलना करें। जब वे अलग हों, तो एक नया xml-ku लें और अद्यतन लागू करें।

लेकिन एक अति सूक्ष्म अंतर है! कभी-कभी अप्रासंगिक जानकारी अपडेट में पूर्वव्यापी रूप से आती है, फिर इसे लागू नहीं किया जा सकता है। अब थोड़ा भ्रमित करने वाला उदाहरण होगा, अपने हाथों को देखें।

मान लीजिए, 21 मई को एलएलसी रोमास्का के लिए एक अपडेट जारी किया गया था। यह फोल्डर 06/21/2018 में निहित है। और 22 मई को, फेडरल टैक्स सर्विस ने 06/20/2018 को डायरेक्टरी में एक फाइल रखी, इसमें "डेज़ी" के बारे में भी कुछ था। यह ऐसी चीज है जिसे हम स्पर्श नहीं करेंगे। हालाँकि नई फ़ाइल ताज़ा है, 21 मई के अपडेट के कारण इसकी सामग्री अप्रासंगिक है।

वर्षों के बीच रिकॉर्ड गायब हो जाते हैं

ऐसा लगता है कि यदि आप संग्रह 01/01 / 2015_FULL लेते हैं और बाद में 2015 के लिए सभी अपडेट रोल करते हैं, तो आपको 01/01 / 2016_FULL से डेटा मिलेगा। और नहीं!

हमारे अपूर्ण दुनिया से सामान्य स्थिति:

सभी 2016 रजिस्टर में कंपनी के बारे में कुछ भी नहीं है। न तो वर्ष की शुरुआत में पूर्ण संग्रह में, न ही अपडेट में।
01.01.2017_FULL पर, कंपनी अचानक प्रकट होती है और पूरे वर्ष चुपचाप रहती है।
और फिर bam - 01/01 / 2018_FULL पर फिर से कोई कंपनी नहीं है। किसी भी भाग्य के साथ, वह बाद में अपडेट में से एक में आएगी, लेकिन बिल्कुल भी नहीं।

लगभग 1000 कानूनी संस्थाएं साल-दर-साल गायब हो जाती हैं।

_{यह अद्भुत एलएलसी केवल एक बार: 02.21.2017 के अपडेट में यूनिफाइड स्टेट रजिस्टर ऑफ लीगल एंटिटीज में प्रकाशित किया गया था।} _{कहीं और कोई कंपनी नहीं है, एक पूर्ण उतराई में नहीं}

इसलिए, यह वर्ष की शुरुआत में पूरी तरह से अनलोड करने के लिए काम नहीं करेगा और आज तक सभी अपडेट लागू करेगा। कृपया 2015 से शुरू करें, अन्यथा आपका रजिस्टर अधूरा होगा।

Xsd अचानक बदल जाता है

2015 से कुछ समय के लिए, संघीय कर सेवा ने अचानक xsd बदल दिया। यह इस तरह दिखता है: एक अपडेट आता है, आप इसे पुराने प्रारूप के अनुसार पार्स करने की कोशिश करते हैं, लेकिन कुछ भी काम नहीं करता है। Invigorates!

नए xsd के लिए अनुकूल करने के लिए, सामान्य रूप से, एक रोजमर्रा की चीज है। समस्या यह है कि कोई भी बदलाव के बारे में चेतावनी नहीं दे रहा है। एरोबेटिक्स - फेडरल टैक्स सर्विस की वेबसाइट पर एक अनियंत्रित अनुभाग में एक घोषणा पोस्ट करते हैं, लेकिन आमतौर पर यह नहीं है। आप इस तथ्य के बारे में सब कुछ जानेंगे।

यह स्पष्ट नहीं है कि सहयोगियों की पहचान कैसे करें।

जैसा कि मैंने पिछले लेख में कहा था, USRLE में शाखाएँ अलग-अलग रिकॉर्ड नहीं हैं, वे कानूनी संस्थाओं की विशेषता हैं। कानून के अनुसार, शाखाएं और प्रतिनिधि कार्यालय अपने आप मौजूद नहीं हो सकते, यही वजह है कि उन्हें मुख्य कंपनी के रिकॉर्ड में संग्रहीत किया जाता है।

लेकिन हमारे ग्राहकों की अपनी आवश्यकताएं हैं: वे अन्य कंपनियों की शाखाओं को सेवाएं प्रदान करते हैं, उनके साथ आम दस्तावेजों पर हस्ताक्षर करते हैं, और अलग-अलग संस्थाओं के लिए अपने लेखा प्रणालियों में शाखाओं को बनाए रखते हैं। इस वजह से, हम USRLE से शाखाओं और प्रतिनिधि कार्यालयों को अलग-अलग कार्ड में बदल देंगे और मास्टर रिकॉर्ड में बांध देंगे।

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

_{एक विशिष्ट उदाहरण: उतराई में शाखाओं के पास एक पते के अलावा कुछ भी नहीं है}

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

यदि शाखा का नाम रिक्त या गैर-अद्वितीय है, तो हम इसे स्वयं बनाते हैं।

एक उदाहरण के लिए हम सभी एक ही एलएलसी "कैमोमाइल" लेंगे। इसकी तीन शाखाएँ हैं जिनके खाली नाम और ऐसे पते हैं:

मॉस्को, तुरचिनोव लेन;
मॉस्को, ओज़ेरकोव्स्काया तटबंध;
सेंट पीटर्सबर्ग, नेवस्की प्रॉस्पेक्ट।

हम उस कंपनी के डेटा को लेते हैं, और इसे शाखा के एक नाम-पहचानकर्ता में बदल देते हैं।

नाम में "शाखा" या "डिवीजन" शब्द जोड़ें, उनके लिए यूनिफाइड स्टेट रजिस्टर ऑफ लीगल एंटिटीज में अलग-अलग विशेषताएं प्रदान की गई थीं।
मुख्य संगठन के संक्षिप्त नाम में शामिल करें। अब हमारे पास तीन समान नाम हैं "LLC Romashka की शाखा।"
हम शाखाओं के पते लेते हैं और कोष्ठक में हम पते के विभिन्न भागों के नाम जोड़ते हैं।

हम पते को एक अनूठे हिस्से की विशेषता देते हैं: "डेसीज़" की पहली दो शाखाओं के लिए यह पूरा पता है, और तीसरे के लिए - केवल "सेंट पीटर्सबर्ग"। यदि सभी शहर अलग होते, तो वे केवल शहरों को शाखा नामों में जोड़ते।

हमारे उदाहरण में, शाखाएं इस प्रकार होंगी:

"एलएलसी रोमाशका की शाखा (मॉस्को, तुर्चिनोव लेन)";
"एलएलसी रोमास्का की शाखा (मॉस्को, ओज़ेरकोव्स्काया तटबंध)";
"एलएलसी रोमाशका (सेंट पीटर्सबर्ग) की शाखा।"

हां, यदि USRLE की शाखा में एक नाम है, लेकिन अद्वितीय नहीं है, तो हम पहले दो चरणों को छोड़ देते हैं। हम इस गैर-अनन्य नाम में पता भाग जोड़ते हैं।

हम नाम के लिए पते को अधिकतम सड़क पर ले जाते हैं, क्योंकि नरक घर के हिस्से से शुरू होता है जैसे "dmvld 3, बिल्डिंग 5, कमरा 14/51, में। 145. " जुदा करना मुश्किल है, लेकिन शाखा के नाम के भाग के रूप में यह हास्यास्पद लगता है। इसलिए, हम एक ही सड़क पर स्थित शाखाओं को एकजुट करते हैं। एक ही इमारत में अलग-अलग शाखाएँ भी होती हैं! सौभाग्य से, वहाँ कुछ कर रहे हैं।

बस रजिस्टर से कनेक्ट करें और काम न करें

इन समस्याओं के अलावा, यूनिफाइड स्टेट रजिस्टर ऑफ लीगल एंटिटीज प्रतीकों, पतों, और अन्य trifles के स्तर पर त्रुटियों से भरा है। उदाहरण के लिए, जब "एलएलसी" के बजाय आप निर्देशिका में तीन शून्य मिलते हैं, तो यह भी आश्चर्य की बात नहीं है।

त्रुटियों के साथ पते भी हैं, जहां उनके बिना। उदाहरण के लिए, "सेंट पीटर्सबर्ग" के बजाय "लेनिनग्राद" एक बहुत महत्वपूर्ण मामला है। एक अधिक सांसारिक विकल्प: मास्को क्षेत्र में संगठन Zheleznodorozhny का पता एक शहर के रूप में इंगित किया गया है, हालांकि यह कई वर्षों से बालशिखा जिला रहा है।

वास्तव में, निर्देशिका में सब कुछ सही है, क्योंकि यूएसआरएलई संगठन के घटक दस्तावेजों से विवरण संग्रहीत करता है। लेकिन डेटाबेस के साथ काम करने के लिए, उस पर खोज करने के लिए, डेटा को वास्तविकता में लाया जाना चाहिए। हमारे उपयोगकर्ता सेंट पीटर्सबर्ग में स्थित संगठनों की तलाश कर रहे हैं, और एक बार लेनिनग्राद में पंजीकृत नहीं हैं।

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

USRLE को पार्स करने के लिए, हमने एक एल्गोरिथम लिखा: यह 2015 से इनपुट पर सभी प्रविष्टियाँ प्राप्त करता है, और आउटपुट पर यह 10 मिलियन प्रासंगिक देता है। एक घंटे में कहीं प्रबंधन करता है। प्रक्रिया का एक महत्वपूर्ण हिस्सा हमारा एकल ग्राहक उत्पाद है। वह डेटा को टिडिज़ करता है: पते साफ करता है, डुप्लिकेट पाता है, टाइपो को ठीक करता है।

यदि आप जटिल संदर्भ पुस्तकों, संरचना डेटा को पार्स करना चाहते हैं और इसे मानव रूप में लाना चाहते हैं, तो हमारे पास काम करने के लिए आएं। अब हम एक javista की तलाश कर रहे हैं, वेतन - कटौती से पहले 195,000-250,000 a , विवरण - hh.ru पर। और आपको एक क्यूए की भी आवश्यकता है: 115,000 से 150,000 Q तक, एक ही एचएच पर विवरण ।