Taming XBRL: विश्लेषक नोट्स

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

पर्यवेक्षी (सांख्यिकीय) रिपोर्टिंग के दायरे में संस्थापकों और ग्राहकों, बीमा वस्तुओं, प्रीमियम और भुगतान, जमा और निवेश, समकक्षों पर जानकारी आदि शामिल हैं। आदि - वास्तव में सैकड़ों हजारों तथ्य। इस संबंध में, लाल टेप को सुविधाजनक बनाने और प्रक्रिया की सटीकता बनाए रखने के लिए, हम एक बड़े NFO के XBRL में रिपोर्टिंग के स्वचालन की परियोजना के बारे में बात करेंगे, जो कि Fujitsu XBRL समाधान पर आधारित थी।



नियामक के अलावा, लेखा रिपोर्टें, जिनमें संभावित रूप से अधिक प्राप्तकर्ता हैं, साथ ही कर, विनिमय और निविदा साइट भी XBRL प्रारूप में स्थानांतरित कर दी गईं। यह याद रखना चाहिए कि सेंट्रल बैंक का अंतिम लक्ष्य बैंकों को XBRL में स्थानांतरित करना है ताकि वे जितनी जल्दी हो सके और गहराई से निगरानी कर सकें।

XBRL का एक संक्षिप्त परिचय

XBRL - eXtensible Business Reporting Language, या "Extensible Business Reporting Language", मॉडल रिपोर्टिंग रूपों और रिपोर्टिंग कंपनियों के लिए संकेतक के रिपोर्टिंग के लिए एक प्रारूप के रूप में बनाया गया था।

परंपरागत रूप से, रिपोर्टिंग फॉर्म कुछ लोगों (नियामक की कार्यप्रणाली - सेंट्रल बैंक) द्वारा बनाए गए थे, जो अन्य लोगों (जवाबदेह संगठनों के एकाउंटेंट) द्वारा भरे गए थे और तीसरे लोगों (केंद्रीय बैंक के सामान्य विशेषज्ञ) द्वारा जांचे गए थे।

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

"मैन-मैन" इंटरफ़ेस को "मशीन-मशीन" इंटरफ़ेस द्वारा बदल दिया जाता है, जहां प्रसारित डेटा के प्रारूप का गणितीय रूप से सटीक विनिर्देशन आवश्यक है, जो XBRL बन गया।

पहला XBRL विनिर्देश अमेरिकी एसोसिएशन ऑफ सर्टिफाइड अकाउंटेंट्स द्वारा लगभग 20 साल पहले बनाया गया था। प्रारूप अंतर्निहित एक्सएमएल के रूप में एक्स्टेंसिबल (एक्सटेन्सिबल) है; लेकिन अगर XML एक्सटेंशन अलग-अलग मार्कअप लैंग्वेज हैं, तो XBRL एक्सटेंशन अलग-अलग विषय क्षेत्रों ("डोमेन") के मॉडल हैं। उदाहरण के लिए, लेखा वित्तीय विवरणों का एक मॉडल / IFRS के अनुसार या कर रूपों का एक मॉडल।

XBRL भाषा का आधार, किसी भी भाषा की तरह, एक शब्दकोश है, अर्थात शब्दों की एक सूची ("अवधारणाओं") जो लैटिन में लिखी गई है और उनकी अपनी विशेषताएँ (डेटा प्रकार, "" एक तिथि पर "/" अवधि के लिए "और डेबिट / क्रेडिट," अमूर्त "का ध्वज) से संबंधित है।

फिर, विषय क्षेत्र की शब्दावली का उपयोग करते हुए, रिपोर्टिंग बनाने वाले सभी रूपों को मॉडल किया जाता है।

एक XBRL मॉडल सबसे सरल स्थिति में भाषा अवधारणाओं का एक क्रम है, अर्थात्। उनके अनुक्रम का आदेश दिया। पहले, संपत्ति, फिर देनदारियां और पूंजी; पहले नकद, फिर जमा। बस ऐसे ही। कोई अंतराल और कोई अतिरिक्त लाइनें नहीं।


एक विशिष्ट रूप मॉडल एक निश्चित क्रम में दिए गए ज्यामितीय अक्षों (एक्स, वाई, और यहां तक ​​कि जेड) के साथ तत्वों और विश्लेषणात्मक वर्गों का एक संयोजन है।


एक्स और वाई कुल्हाड़ियों के साथ विश्लेषणात्मक वर्गों और रिपोर्टिंग अवधि के "सुपरपोजिशन" को "निर्धारित" किया गया है।

XBRL के आगमन से पहले, रूपों में संकेतक का नाम नहीं दिया गया था, और जब एक नया संकेतक जोड़ा गया था, तो पुराने अवधि और नए के लिए फॉर्म की तुलना करना मुश्किल हो गया।

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

Fujitsu XBRL समाधान

XBRL में निर्यात जोड़ने के लिए विक्रेता का सामान्य दृष्टिकोण (अक्सर यह 1C फ्रैंचाइज़ी, 1C साझेदार कंपनियां है) रिपोर्ट लेआउट में पंक्तियों / स्तंभों को चिह्नित करता है और निर्यात करते समय "तथ्यों" अवधारणाओं के अनुक्रम का उत्पादन करता है। परिणामी उदाहरण (उदाहरण - "XBRL उदाहरण / रिपोर्ट") तो XML के लिए मान्य है, मुफ्त या व्यावसायिक सॉफ़्टवेयर (उदाहरण के लिए, Arele या Altova) का उपयोग करके XBRL अनुपालन (इसके तथ्यों के खिलाफ नियंत्रण अनुपात की जाँच की जाती है)।

ऐसे वेंडर के लिए मुश्किल यह है कि XBRL डॉक्यूमेंट (टेक्स्ट फाइल के रूप में) बनाते समय, XBRL सिंटैक्स के सभी नियमों का पालन किया जाना चाहिए: डुप्लिकेट तथ्यों और "संदर्भों" की अनुपस्थिति और, सबसे महत्वपूर्ण बात, टैक्सोनॉमी का पत्राचार। निर्मित रिपोर्ट में तथ्यों को अनिवार्य विश्लेषणात्मक वर्गों की उपस्थिति के अनुसार, नाम और प्रकार, तालिकाओं द्वारा वर्गीकरण के अनुरूप होना चाहिए। टैक्सोनॉमी में बदलाव की तस्वीर, जिसे पिछले संस्करणों के साथ समर्थित होना चाहिए, तस्वीर को बढ़ाता है (सेंट्रल बैंक किसी भी समय पिछली अवधि के लिए रिपोर्ट को फिर से लेने के लिए कह सकता है)।

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

Fujitsu का अपना प्रमाणित XBRL प्रोसेसर है, जिसका उपयोग कई यूरोपीय देशों में नियामकों द्वारा किया जाता है, जो आपको मेमोरी में एक वर्गीकरण को लोड करने और एक XBRL रिपोर्ट को एक टेक्स्ट फ़ाइल के रूप में नहीं, बल्कि एक तरह के दस्तावेज़ ऑब्जेक्ट मॉडल (DOM) के रूप में बनाने की अनुमति देता है।

इस प्रोसेसर के आधार पर, ऐसे उपकरण बनाए गए हैं जिनका उपयोग रिपोर्टिंग कंपनियों और नियामकों दोनों द्वारा किया जा सकता है। रूसी संघ के सेंट्रल बैंक ने भी इसे रूसी टैक्सोनॉमी बनाने के लिए चुना था।

यदि हम लेखा प्रणालियों (एक्सबीआरएल के लिए रिपोर्टों के स्वचालित रूपांतरण) के साथ गहन एकीकरण के बारे में बात कर रहे हैं, तो यहां हम अधिक लचीला और शक्तिशाली, 3-स्तरीय दृष्टिकोण का भी उपयोग करते हैं।

लेखा प्रणाली के डेवलपर्स को प्रत्येक रिपोर्ट को चिह्नित करने और ऐसे मार्कअप का समर्थन करने की आवश्यकता नहीं है। आमतौर पर, किसी भी रिपोर्ट को एक्सेल फ़ाइल के रूप में सहेजा जा सकता है, लेकिन हमारे लिए इसे "कोशिकाओं" (पंक्ति-कॉल-मूल्य) के एक साधारण वेक्टर के रूप में सहेजना आवश्यक है। उदाहरण के लिए, नीचे दिया गया चित्रण।


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

हमारी वास्तुकला की दूसरी कड़ी ग्राहक के वास्तविक रूपों का अंकन है। इस तथ्य के कारण कि कई अलग-अलग लेखांकन प्रणालियां हैं (मानक कॉन्फ़िगरेशन और मालिकाना डिज़ाइन 1 सी, "गैर -1 सी" जैसे एसएपी और ओरेकल), रिपोर्टिंग लेआउट अलग हैं और निर्देशांक भी अलग-अलग होंगे। सामान्य तौर पर, प्रत्येक ग्राहक का अपना लेआउट (नीचे उदाहरण) होता है।


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


इसके अलावा, यदि क्षेत्रों के निर्देशांक (पहले 4 कॉलम) ग्राहक से ग्राहक में बदल सकते हैं, तो सभी के लिए वर्गीकरण के तत्व आम हैं। इसलिए, दूसरा लिंक भी बहुत हल्का और लचीला है।

इसके अलावा, अगर लेआउट या टैक्सोनॉमी में बदलाव होते हैं, तो हम कोड को बदलने के बिना, या समाधान को फिर से शुरू किए बिना भी मैपिंग को कॉन्फ़िगरेशन के हिस्से के रूप में लोड करते हैं (वहाँ संस्करण है)।

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

यह तंत्र आपको उन रूपों को भी चिह्नित करने की अनुमति देता है जिन्हें XBRL मानक के सबसे उन्नत एक्सटेंशन टेबल लिंकबेस का उपयोग करके मॉडल नहीं किया जा सकता है।

तथ्यों और मैपिंग के चौराहे का उपयोग तीसरे लिंक द्वारा किया जाता है। एक XBRL प्रोसेसर का उपयोग करना जो स्मृति में एक वर्गीकरण करता है, हम एक रिपोर्ट दस्तावेज़ का एक मॉडल बनाते हैं; और प्रक्रिया में सभी त्रुटियों के बारे में हम लॉग को लिखते हैं और उपयोगकर्ता को चेतावनी देते हैं।

यदि ये डेटा में त्रुटियां हैं (उदाहरण के लिए या प्रकारों का बेमेल), उदाहरण के लिए - लेखाकार समझता है; यदि मानचित्रण में त्रुटियां हैं, तो विश्लेषक समझता है। इस प्रकार, सत्यापन प्रारंभिक अवस्था में और व्यक्तिगत रूपों के स्तर पर होता है (और केवल संपूर्ण रिपोर्टिंग नहीं)। बेशक, किसी भी समय मेमोरी से रिपोर्ट को डिस्क पर सहेजा जा सकता है।

XBRL प्रोसेसर का कोर जावा में लिखा है, जबकि हम जावा में लिखते हैं। वास्तव में, सभी कर्नेल विधियाँ .NET के लिए एपीआई के माध्यम से उपलब्ध हैं।

अन्य प्रौद्योगिकियां काफी मानक हैं: रिएक्ट जेएस पर उपयोगकर्ता इंटरफ़ेस; इसलिए, एकाउंटेंट केवल एक ब्राउज़र के माध्यम से सिस्टम के साथ काम कर सकते हैं (जो बड़ी कंपनियों में महत्वपूर्ण है जहां सॉफ़्टवेयर इंस्टॉलेशन के लिए सख्त सुरक्षा नियम हैं)।

उसी समय, सक्रिय निर्देशिका के साथ एकीकरण होता है। फ्रंट और बैक REST API के माध्यम से जुड़े हुए हैं; इसका उपयोग लेखांकन प्रणालियों के साथ एकीकरण के लिए भी किया जाता है। तरीके स्वैगर का उपयोग करके स्वचालित रूप से प्रलेखित किए जाते हैं।

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

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

निष्कर्ष में

यहां एक गहन एकीकृत समाधान है। इसके लिए अतिरिक्त रूपांतरण चरणों की आवश्यकता नहीं है और संपूर्ण रिपोर्टिंग मात्रा को कवर करता है।

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