منذ عام 2018 ، ألزم البنك المركزي الروسي (بصفته جهة تنظيمية) المؤسسات المالية غير الائتمانية (NFIs) ، أي جميع شركات القطاع المالي للاقتصاد ، باستثناء البنوك ، وهي التأمين ، وصناديق المعاشات ، والأستاذ. يبلغ المشاركون في سوق الأوراق المالية ، وشركات الإدارة ، في شكل جديد - وفقًا لمواصفات XBRL (وليس excel أو xml).
يشمل نطاق التقارير الإشرافية (الإحصائية) معلومات عن المؤسسين والعملاء ، وأشياء التأمين ، والأقساط والمدفوعات ، والودائع والاستثمارات ، والأطراف المقابلة ، وما إلى ذلك. الخ. - حقا مئات الآلاف من الحقائق. في هذا الصدد ، من أجل تسهيل الروتين والحفاظ على دقة الإجراء ، سنتحدث عن مشروع أتمتة إعداد التقارير في XBRL من NFO واحد كبير ، والذي كان يعتمد على حل Fujitsu XBRL.
بالإضافة إلى الجهة التنظيمية ، تم أيضًا نقل التقارير المحاسبية ، التي يحتمل أن يكون لديها عدد أكبر من المستلمين ، بالإضافة إلى مواقع الضرائب والتبادل والعطاء ، إلى تنسيق XBRL. يجب أن نتذكر أن الهدف النهائي للبنك المركزي هو تحويل البنوك إلى XBRL حتى تتمكن من المراقبة بأسرع ما يمكن وبعمق.
مقدمة موجزة عن XBRL
XBRL - تم إنشاء لغة إعداد التقارير للأعمال الموسعة ، أو "لغة إعداد التقارير للأعمال القابلة للتوسيع" ، لنمذجة نماذج إعداد التقارير وكصيغة لإبلاغ المؤشرات إلى الشركات التي تقدم التقارير.
تقليديا ، تم إنشاء نماذج الإبلاغ من قبل بعض الناس (منهجيات المنظم - البنك المركزي) ، وملؤها من قبل أشخاص آخرين (محاسبين من المنظمات المسؤولة) وفحصها من قبل أشخاص آخرين (المتخصصين العاديين في البنك المركزي).
حجم التقارير آخذ في الازدياد: لقد ارتفع عدد المؤشرات بالفعل إلى الآلاف ، وفي الوقت نفسه بدأوا في تقديمه في كثير من الأحيان. على سبيل المثال ، تقدم البنوك تقاريرها إلى المنظم يوميًا. في مثل هذه الظروف ، يصبح ملء التقارير ومعالجتها يدويًا أكثر تكلفة ، لذا يُنصح باستخدام الأتمتة في هذه الظروف.
يتم استبدال واجهة "man-man" بواجهة "machine-machine" ، حيث يلزم تحديد مواصفات رياضية دقيقة لتنسيق البيانات المرسلة ، والتي أصبحت XBRL.
تم إنشاء أول مواصفات XBRL قبل حوالي 20 عامًا بواسطة الجمعية الأمريكية للمحاسبين القانونيين. التنسيق قابل للتوسيع (eXtensible) مثل XML الأساسي ؛ ولكن إذا كانت امتدادات XML هي لغات ترميزية مختلفة ، فإن ملحقات XBRL هي نماذج لمناطق موضوع مختلفة ("المجالات"). على سبيل المثال ، نموذج البيانات المالية المحاسبية / وفقًا للمعايير الدولية لإعداد التقارير المالية أو نموذج من النماذج الضريبية.
أساس لغة XBRL ، مثل أي لغة ، هو قاموس ، أي قائمة بالكلمات ("المفاهيم") المكتوبة باللاتينية ولها سماتها الخاصة (نوع البيانات ، التي تنتمي إلى الفئات "في تاريخ" / "لفترة" والدين / الائتمان ، علم "الملخص").
بعد ذلك ، باستخدام مفردات مجال الموضوع ، يتم نمذجة جميع النماذج التي تشكل التقارير.
نموذج XBRL هو في أبسط الحالات سلسلة من مفاهيم اللغة ، أي نظرا لترتيب تسلسلها. أولاً الأصول ، ثم الخصوم ورأس المال ؛ النقدية أولا ثم الودائع. فقط هكذا. لا فجوات ولا خطوط اضافية.
نموذج النموذج النموذجي هو مزيج من العناصر والأقسام التحليلية على طول المحاور الهندسية (X ، Y ، وحتى Z) الواردة بترتيب معين.
يتم وضع "تراكب" الأقسام التحليلية وفترات إعداد التقارير على طول المحورين X و Y.
قبل ظهور XBRL ، لم يتم تسمية المؤشرات في النماذج ، وعندما تمت إضافة مؤشر جديد ، أصبح من الصعب مقارنة شكل الفترة القديمة والجديدة.
وبنفس الطريقة ، فإن عناصر التحكم الداخلية "مربوطة" بالداخل ، مرتبطة فقط بأرقام الصفوف والأعمدة. مع التعديلات الجديدة ، يزيد التعقيد بشكل غير خطي. في XBRL ، تتكون الصيغ الموجودة في عناصر التحكم من متغيرات مسماة ، لذلك لا يلزم تغيير نسبة التحكم على الإطلاق عند تغيير تخطيطات النماذج.
حلول فوجيتسو XBRL
نهج البائع المعتاد (غالبًا ما يكون الامتياز 1C ، أي الشركات الشريكة 1C) لإضافة الصادرات إلى XBRL هو وضع علامة على الصفوف / الأعمدة في تخطيطات التقرير وإنتاج سلسلة من مفاهيم "الحقائق" عند التصدير. يتم التحقق من المثيل الناتج (مثيل - "مثيل / تقرير XBRL") للتحقق من توافق XML مع XBRL (بالإضافة إلى التحقق من نسب التحكم مقابل الحقائق) باستخدام برامج مجانية أو تجارية (على سبيل المثال ، Arelle أو Altova).
تكمن الصعوبة التي يواجهها هذا البائع في أنه عند إنشاء مستند XBRL (كملف نصي) ، يجب مراعاة جميع قواعد بناء جملة XBRL: عدم وجود حقائق مكررة و "سياقات" ، والأهم من ذلك ، مراسلات التصنيف. يجب أن تتوافق الحقائق في التقرير الذي تم إنشاؤه مع التصنيف حسب الاسم والنوع والجداول - وفقًا لوجود أقسام تحليلية إلزامية. إن صورة التغييرات في التصنيف نفسه ، والتي يجب دعمها مع الإصدارات السابقة ، تؤدي إلى تفاقم الصورة (قد يطلب البنك المركزي في أي وقت استعادة التقارير عن الفترة الماضية).
وإذا واجهت الشركات الروسية الحاجة إلى دعم XBRL في عام 2017 ، فإن لدى فوجيتسو تاريخًا أطول بكثير من الكفاءات في XBRL. إنه متجذر في عام 2006 ، عندما كانت جميع الشركات المدرجة في بورصة طوكيو (بورصة طوكيو) ملزمة بالكشف عن مؤشراتها الرئيسية في XBRL.
لدى فوجيتسو معالج XBRL المعتمد الخاص به ، والذي تستخدمه الهيئات التنظيمية في العديد من البلدان الأوروبية ، والذي يسمح لك بتحميل تصنيف إلى الذاكرة وإنشاء تقرير XBRL ليس كملف نصي ، ولكن كنوع من نموذج كائن المستند (DOM).
استنادًا إلى هذا المعالج ، تم إنشاء أدوات يمكن استخدامها من قبل كل من الشركات المبلغة والمنظمين. كما اختارها البنك المركزي للاتحاد الروسي لإنشاء تصنيف روسي.
إذا كنا نتحدث عن تكامل أعمق مع أنظمة المحاسبة (التحويل التلقائي للتقارير إلى XBRL) ، فإننا هنا نستخدم أيضًا نهجًا أكثر مرونة وقوة من 3 مستويات.
لا يُطلب من مطوري النظام المحاسبي ترميز كل تقرير ودعم مثل هذا الترميز. عادة ، يمكن حفظ أي تقرير كملف إكسل ، ولكن بالنسبة لنا يجب حفظه كمتجه بسيط لـ "الخلايا" (قيمة الصفوف). على سبيل المثال ، الرسم التوضيحي أدناه.
يتحول جدول من 4 أعمدة و 12 صفًا إلى 48 خلية. يوفر تنسيق العرض غير العلائقي هذا أقصى قدر من المرونة. لكل تخطيط ، يمكنك أيضًا تحديد منطقة التفريغ حتى لا تتضمن عناوين الصفوف والأعمدة في الجدول ورأس وتذييل التقرير ، مما يسرع أيضًا نقل البيانات في حل التكامل.
الرابط الثاني لهندستنا هو تمييز الأشكال الفعلية للعميل. نظرًا لوجود العديد من أنظمة المحاسبة المختلفة (التكوينات القياسية والتصميمات الخاصة 1C ، و "non-1C" مثل SAP و Oracle) ، فإن تخطيطات إعداد التقارير مختلفة وستكون الإحداثيات مختلفة أيضًا. بشكل عام ، لكل عميل تخطيطاته الخاصة (المثال أدناه).
يشير اللون إلى مناطق التخطيط التي تتوافق مع عناصر التصنيف المختلفة. يتم إضفاء الطابع الرسمي على هذا الترميز بطريقة أولية - أولاً في لسان الطائر ، ثم في مفاهيم التصنيف:
علاوة على ذلك ، إذا كانت إحداثيات المناطق (الأعمدة الأربعة الأولى) يمكن أن تتغير من عميل إلى آخر ، فإن عناصر التصنيف تظل شائعة للجميع. لذلك ، فإن الرابط الثاني خفيف للغاية ومرن أيضًا.
علاوة على ذلك ، إذا كانت هناك تغييرات في التخطيطات أو التصنيف ، فإننا نقوم بتحميل التعيينات كجزء من التكوين (هناك إصدارات) ، دون تغيير الرمز ، أو حتى بدون إعادة تشغيل الحل.
استلهم اختيار مخطط التكامل هذا من آلية الترميز RC المستخدمة في بعض التصنيفات الأوروبية. إلى جانب المفاهيم "البشرية" ، يتم أيضًا تمييز كل صف وكل عمود في التقرير برموز رقمية ، أي تم ترقيم جميع النطاقات بالفعل بواسطة مبدعي التصنيف. في تصنيف البنك المركزي للاتحاد الروسي ، هذه الطبقة موجودة أيضًا ، ولكن ليس بعد في جميع الجداول.
تسمح لك هذه الآلية بتمييز حتى تلك النماذج التي لا يمكن تصميمها باستخدام Table LinkBase ، وهو التمديد الأكثر تقدمًا لمعيار XBRL.
يستخدم الرابط الثالث تقاطع الحقائق ورسم الخرائط. باستخدام معالج XBRL الذي يحمل تصنيفًا في الذاكرة ، نقوم بإنشاء نموذج لمستند تقرير ؛ وحول جميع الأخطاء في العملية نكتب إلى السجل وتحذير المستخدم.
إذا كانت هذه أخطاء في البيانات (عدم تطابق الأنواع أو الأشكال ، على سبيل المثال) - يفهم المحاسب ؛ إذا كان هناك أخطاء في التعيين ، يفهم المحلل. وبالتالي ، يحدث التحقق في المرحلة المبكرة وعلى مستوى النماذج الفردية (وليس فقط التقرير بالكامل). بالطبع ، يمكن حفظ التقرير من الذاكرة في أي وقت إلى القرص.
إن جوهر معالج XBRL مكتوب بلغة Java ، بينما نكتب بلغة Java. في الواقع ، تتوفر جميع طرق kernel من خلال API لـ .NET.
التقنيات الأخرى قياسية إلى حد ما: واجهة المستخدم على React JS ؛ لذلك ، يمكن للمحاسبين العمل مع النظام ببساطة من خلال متصفح (وهو أمر مهم في الشركات الكبيرة حيث توجد قواعد أمان صارمة لعمليات تثبيت البرامج).
في نفس الوقت ، هناك تكامل مع Active Directory. يتم توصيل الأمام والخلف عبر REST API ؛ كما أنها تستخدم للتكامل مع أنظمة المحاسبة. يتم توثيق الطرق تلقائيًا باستخدام Swagger.
بالنسبة للمستخدمين ، تبدو العملية بسيطة قدر الإمكان. بعد إغلاق الفترة في النظام المحاسبي ، يقوم المحاسب بإنشاء تقرير. بنقرة واحدة ، يتم نقلها إلى XBRL ، تمامًا كما يمكنها الطباعة. بعد ذلك ، في واجهة الويب ، يرى المحاسب نسخة html من نفس التقرير (استنادًا إلى طبقة TableLinkbase من التصنيف للتأكد من أن البيانات قد "وضعت") ويرى ما إذا كانت هناك أية أخطاء وإذا كان الأمر كذلك ، أي منها.
يمكن تقسيم حجم التقارير بالكامل (جداول N) على رأسه بين العديد من المحاسبين المسؤولين والمتخصصين. إذا كانت بعض النماذج غير موجودة في النظام المحاسبي ، فيمكن للمسؤولين تنزيلها من Excel ، والتي يتم "قصها" بواسطة أداة برمجية خاصة إلى ناقل حقائق مشابه للتوضيح رقم 3. عندما تكون جميع الجداول "جاهزة" دون أخطاء فادحة ، يقوم المدير بتنزيل التقرير النهائي وتحميله على حسابك الشخصي على موقع البنك المركزي على الإنترنت.
في الختام
هنا حل متكامل للغاية. لا يتطلب خطوات تحويل إضافية ويغطي حجم التقارير بالكامل.
اضطر العديد من البائعين إلى تضمين دعم XBRL في قراراتهم في أقرب وقت ممكن ، لذلك أدعو المحللين والمبرمجين لمناقشة القضايا الحساسة هنا.