XBRL – новий формат подання звітності. Xbrl що це Словник корпоративної звітності xbrl

Розвиток фінансової системи у Росії супроводжується постійним зростанням звітності. Якщо на початку 1990-х звітності було настільки мало, що у невеликій фінансовій організації її могла зробити одна людина і навіть вручну, то зараз цими питаннями займаються великі, добре автоматизовані відділи. І без комп'ютерів даний процесуявити неможливо.

Особливо багато звітності складають банки. Тільки для того, щоб надрукувати список банківських звітних форм, знадобиться кілька сторінок формату А4. І кількість звітності постійно зростає. Причому незрозуміло, як у такій лавині документів може розібратись Центробанк. Що він робить із цією звітністю? Іноді здається, що нічого. Просто складає у себе надіслані файли.

При цьому ЦБ РФ весь час розширює свої повноваження, намагаючись поставити під свій контроль підприємства, що займаються фінансами. У тому числі й некредитні фінансові організації (НФВ). А зібрати та опрацювати звіти страхових компаній та пенсійних фондів набагато складніше, ніж банків. Хоча б тому, що їх значно більше. Щось треба з усім цим робити.

Як нам реорганізувати Рабкрін?

Перше, що здається очевидним, не треба змушувати підзвітні організації дублювати в різних формах ту саму інформацію. І організаціям буде простіше, і ЦП. Менше обробки – менше помилок. Адже одні й самі дані у різних формах можуть відрізнятися. І які з них вважати вірними? Адже мало того, організації, помітивши свою помилку, посилають виправлену форму. І це виправлення теж має дійти всіх зацікавлених осіб. Що в результаті може ще більше заплутати ситуацію.

По-друге, треба оптимізувати саму звітність. Чи насправді Банку Росії потрібна вся необхідна від підконтрольних організацій інформація? Чи він її обробляє? І чи можуть деякі дані бути отримані з даних, вже представлених самим ЦБ?

І по-третє, спробувати уніфікувати стандарт звітної форми. Зараз існує своя форма кожної звітності, і всі ці звітні форми осідають у різних підрозділах ЦБ. Видається перспективним інший шлях - організація єдиного сховища, в яке завантажуватимуться повідомлення одного формату. Із дійсно потрібними регулятору даними. А вже відділи ЦП, які займаються різним контролем, нехай беруть потрібну їм інформацію з цього сховища.

Вибір формату

Зараз більшість звітних форм надходить до ЦП у форматі XML. Але, як вважає Борис Рабинович, старший менеджер департаменту консалтингу «Делойт» у СНД, цей формат недостатній для вирішення завдань, що стоять перед Банком Росії. Для їх вирішення можна використовувати формат XBRL.

У 2014 р. у ЦП було ухвалено рішення про перехід на цей формат НФО. На початку 2015 р. у ЦБ було проведено зустріч із представниками наших найбільших банків для обговорення можливості застосування формату XBRL після впровадження його в НФО. Пропозиція була сприйнята позитивно.

Справді, навіщо винаходити велосипед? Найкраще використовувати міжнародний досвід. А XBRL – найбільш затребуваний формат для підготовки цифрової звітності у США та Західній Європі. Ще у середині 2008 р. Європарламент затвердив його для складання звітів у межах своєї юрисдикції. Наразі всі країни G20 та BRICS, окрім Росії, вже організували на своїй території національні «юрисдикції» організації XBRL International, яка розробляє та надає доступ до технічним стандартам(Специфікаціям) даного формату.

Крім того, до переваг XBRL можна віднести відсутність залежності від конкретних розробників та іноземних державних органів, що є особливо важливим в умовах «війни санкцій» та політики імпортозаміщення.

До технологічних переваг - поділ на технологічному рівні метаданих та даних, а також підтримку стандартними інструментамибагатомовності таксономій.

Що таке XBRL?

XBRL (eXtensible Business Reporting Language - мова ділової звітності, що розширюється) - це заснований на XML формат передачі регулярної та фінансової звітності, підготовленої відповідно до принципів МСФЗ, Basel і Solvency.

Він описує звітність мовою базових показників, згрупованих у моделі даних та дозволяють отримати аналітичну інформацію у різних розрізах. Ось цей формат і пропонується ЦП для стандартизації обміну діловою та фінансовою інформацією.

Борис Рабинович продемонстрував матеріали ЦП, опубліковані на сайті ЦП, згідно з якими використання формату XBRL дасть наступні результати:

Усунення надмірності та дублювання звітних даних шляхом побудови єдиної системи збору та обробки звітності в Банку Росії для блоку НФО на основі МСФЗ;

Підвищення достовірності та якості звітних даних завдяки уніфікації та автоматизації процесів;

Підвищення прозорості та відкритості фінансової інформації для всіх учасників ринку;

Зниження навантаження на підзвітні організації.

У матеріалах також перераховані передумови проекту переходу на формат XBRL:

Створення мегарегулятора на базі Банку Росії, уніфікація підходів до регулювання та нагляду, упорядкування організації та ведення бухгалтерського обліку НФО, побудова звітності на основі єдиних принципів МСФЗ;

Зближення з нормами регулювання G20, подальший рух у бік МСФЗ, перехід на визнані країнами «великої двадцятки» електронні формати звітності, запровадження регулювання на базі стандартів Solvency II та Базель III;

Створення дорожньої карти уряду РФ «Підвищення якості регуляторного середовища для бізнесу», уніфікація форматів обміну даними при взаємодії держави та підприємців з урахуванням міжнародних стандартів.

Плани Банку Росії

Банк Росії постійно займається питаннями форматів передачі. Тепер він розпочав роботи з використання формату XBRL. За повідомленням його прес-служби, 13 травня рада директорів визнала доцільною участь ЦБ в асоціації XBRL International як спеціальний член («юрисдикція»). Було зазначено, що це забезпечить доступ до бази знань асоціації, дозволить банку визначати основні напрямки розвитку формату XBRL в Росії, а також об'єднати ініціативи ЦП та інших зацікавлених відомств, учасників ринку та розробників програмного забезпечення для впровадження єдиного формату звітності в країні.

На поточний момент плани та терміни впровадження формату XBRL невідомі та найімовірніше будуть визначені протягом 2015 року.

Можливості для ІТ-компаній

Загальний підхід ЦБ РФ до вирішення проблеми контролю фінансових організацій є правильним. Збирати не безліч звітних форм, а дані. Запровадити єдині стандарти, орієнтовані міжнародні.

Крім того, єдине сховищезвітних даних ЦБ дозволить значно автоматизувати процес контролю. Не треба постійно аналізувати стан фінансової організації. Достатньо виставити прапорці за критичними показниками та реагувати на конкретне порушення введених нормативів.

Отримають вигоду та підприємства. Так, до остаточної мети: одна компанія – один звіт – одна форма, причому для всіх, а не лише різних підрозділів ЦП – ще далеко. Але кроки до неї можна лише вітати. Тим паче, що й зарубіжні країни рухаються у тому напрямі.

З'являються нові можливості ІТ-компаній. Адже знадобиться конвертація даних розроблених ними фінансових програмних комплексіву форматі XBRL. При цьому можливе кілька підходів.

Найпростіший - використання розмітки даних у XBRL-форматі лише на рівні консолідованих даних. Тобто робити конвертор для вже існуючої консолідованої звітності.

Другий, складніший, але якісніший варіант - використання розмітки даних у XBRL-форматі лише на рівні корпоративних системучасник ринку. Тобто писати конвертор для кожної системи, що використовується на підприємстві.

Цікавим є і хмарний варіант, який може бути використаний як у першому, так і в другому випадку. Надсилати дані на конвертацію в хмару. І отримувати вже готові дані у XBRL-форматі. Непогана ідея для стартапів.

Другий варіант відкриває інші можливості. Якщо програмах різних розробників є модуль XBRL, то треба писати окремі інтерфейси з-поміж них. Вони одразу починають розуміти один одного, якщо є потрібна таксономія. А інтеграція даних різних програмних комплексів може допомогти у розробці програм оптимізації роботи підприємств і створює нові можливості для розробки їх внутрішніх систем корпоративної звітності.

Незабаром на некомерційні фінансові організації чекає ще одне нововведення — надання звітності у форматі XBRL. Відповідні нормативні акти набудуть чинності з першого січня 2018 року. Нововведення також стосується страхових компаній, НПФ, ПУРЦП, організаторів торгівлі. Тепер профучасники повинні складати наглядову, статистичну та фінансову звітність не у вигляді форм, а у вигляді масиву даних.

Що таке XBRL

XBRL (Extensible Business Reporting Language) у перекладі з англійської — мова ділової звітності, що розширюється, яка широко використовується у світі. Бізнес генерує різні форми документів від податкових декларацій до внутрішніх показників продажу. Дані звіту можуть стосуватись річного доходу, кількості продажів, інвентарних номерів. Якщо раніше необхідно було заповнювати попередньо роздруковані форми, то зараз багато хто переходить на уніфікований електронний формат звітності. XBRL дозволяє комп'ютерам автоматично обробляти зібрані дані.
Стандарт XBRL заснований на мові розмітки XML, що розширюється, і використовує технології XML Schema, XLink, XPath. Уся специфікація мови розробляється міжнародною організацією XBRL International. Компанія пропонує на своєму сайті відповідні курси за 700 доларів, щоправда, всі вони англійською мовою.

З чого все почалося

Бухгалтер зі штату Вашингтон, США, почав розвивати XBRL у 1998 році. Спочатку системою користувалися американські регулюючі органи, а згодом підключився комітет європейських банків. Після цього були фінансові організації різних держав. Сьогодні XBRL став основною формою звітності для країн G20 та BRICS. Загалом у XBRL International входять 550 учасників. Банк Росії приєднався до організації в 2015 році як спеціальний член і тепер має на меті перевести всіх учасників ринку на XBRL, а потім стати постійним членом організації.

Навіщо все це потрібно

Мегарегулятор потребує звітності, щоб краще уявляти роботу ринку, виявляти аномалії та зловживання, збирати статистику. Вчасно зібрана інформація – запорука будь-якого регулювання. У ЦБ РФ вважають, що застосування технологій XBRL дозволить позбутися надмірності та дублювання даних. Для цього буде створено єдину систему збору та обробки звітності на основі МСФЗ.
Також, електронний документообіг підвищить достовірність та якість даних, знизить навантаження на підзвітні організації та допоможе російському бізнесу НФО увійти до міжнародного інформаційного простору.

Основні поняття електронного формату звітності

Шаблони даних
Вони заповнюються учасниками ринку та розроблені на основі таксономії. Наприклад, це таблиця з інформацією про страхові договори.

МетаданіЦе інформація про дані у вигляді довідників та характеристик даних. Наприклад, довідник цінних паперів чи план рахунків.

Модель даних
Опис об'єктів та структур даних, а також їх зв'язків із метаданими. Для конкретної категорії застосовується певний довідник.

Форми звітності
Вони будуються на основі метаданих та моделі даних. Допустимо, це примітка про ліквідність балансових активів.

Таксономія
Це сукупність метаданих, моделі даних, описів форм звітності, порядку формування, сформована за певними правилами. Наприклад, таксономія XBRL для МСФЗ-звітності.

Аналітичні звіти
Вони формуються з урахуванням бази даних, представлених учасниками ринку. Наприклад, це аналіз прибутковості цінних паперів.

Якщо говорити технічною мовою, то XBRL це XML-документ з даними з посиланнями на елементи таксономії. Він може досягати кількох гігабайт.

Механіка взаємодії із ЦБ РФ

Передбачається, що організації надсилатимуть дані до Банку Росії у цифровому вигляді, підписані кваліфікаційною. електронним підписомчерез особистий кабінет профучасника. Банк Росії розробив програмне забезпечення "Конвертер", яке здатне перетворювати звітні дані НФО у формат XBRL. Регулятор планує підтримувати програмне забезпечення до 2021 року, розраховуючи на те, що до цього часу профучасники перейдуть на власні програмні рішення щодо створення звітності. Новий формат висуває більш серйозні вимоги до звітних даних — вони ширші та всеохопніші. Тим, компаніям, де збирання та обробка інформації поставлені на потік, буде простіше увійти в новий ритм, решті доведеться зробити великий обсяг методологічної роботи.
«Сама собою технологія прекрасна, але цього мало, - вважає директор департаменту збору та обробки звітності не кредитних фінансових організацій Банку Росії Ольга Гончарова. — XBRL не «літає» без того, щоб навести лад у самій звітності. Повинні бути єдині стандарти, має бути виключено дублювання, мають бути наглядові показники, які зав'язуватимуться на міжнародну звітність, не повинно бути різноманіття форм. Насамперед, це вичищення саме звітних форм, звітних показників, статистичних, фінансових, бухгалтерських. І лише потім уже опис їх у форматі XBRL».

Підводні камені

Багато профучасників досі не знають про майбутні нововведення, а ті, хто знають, не розуміють, з якого боку підійти до звітності. Чи використовувати програмні рішення ЦП чи інші варіанти, які з них ефективні, а які ні? Незважаючи на те, що регулятор проводить вебінари та семінари з цієї теми, на ці запитання поки що немає відповідей. Вони з'являться лише у процесі тестування та напрацювання досвіду у нових умовах. Швидше за все, рішення про те, як і що робити, будуть прийматися компаніями вже після Нового року. Адже звітний період настає у лютому. Багато хто збентежений щодо того, як відреагує ЦП, якщо дана звітність буде неповною або помилковою. Цілком ймовірно, що спочатку регулятор закриє очі на неточності або недолік даних. Компанія ТОВ «ДіБ Системс» завантажуватиме дані у форматі Excel документа, а потім відправляти їх до «Конвертера» ЦБ РФ. Це перші кроки, які будуть зроблені на шляху розробки методології роботи в нових умовах. На початку 2018 року компанія планує розпочати розробку власних рішень XBRL.

07.12.2017 Точка зору

Юлія Аміріді, експерт Асоціації російських банків, заступник генерального директораз розвитку бізнесу компанії Intersoft Lab, розповіла, що потрібно знати, щоб заздалегідь підготуватися до переходу на міжнародний формат ділової звітності XBRL.

Перехід на електронний формат збору та обробки звітних даних на базі специфікацій XBRL (від англ. eXtensible Business Reporting Language) - один із стратегічних проектів Банку Росії. XBRL - міжнародний формат розкриття ділової звітності – з початку 2018 року має стати стандартом для надання звітності регулятору з боку некредитних фінансових організацій (НФО): недержавних пенсійних фондів, акціонерних та пайових інвестиційних фондів, компаній, що управляють інвестиційними фондами, страхових організацій, професійних учасників ринку цінних паперів, організаторів торгівлі, клірингових організацій та осіб, які виконують функції центрального контрагента.

Величезна робота, проведена регулятором з уніфікації показників звітності та розробки таксономії XBRL для НФО, відповідних нормативних актів та XBRL-конвертера, разом з чітким дотриманням термінів переходу на XBRL для НФО, вказує на рішучість у найкоротші терміни масштабувати цей прогресивний. Рішення про доцільність такого кроку прийматиметься за підсумками переходу НФО на XBRL. Якщо воно виявиться позитивним, то підходи, які були використані для розробки XBREL-таксономії для НФО, стануть основою підходів для розробки таксономії для банків.

Що таке XBRL-таксономія

XBRL-таксономія - це опис даних та показників, забезпечених детальними аналітичними ознаками, які суб'єкти звітності повинні передавати регулятору. XBRL-таксономія для НФО об'єднує набір даних щодо єдиного плану рахунків (ЄПС), а також показників бухгалтерської фінансової звітності (БФО), елементів МСФЗ та наглядово-статистичних показників. Цього складу даних достатньо отримання всіх необхідних форм контрольної бухгалтерської (фінансової), наглядової і статистичної звітності за регулятора.

Таксономія XBRL для НФО розроблена з урахуванням дата-центричного підходу. Це означає, що дані, що збираються, очищені від дублюючих і надлишкових показників і надаються регулятору у вигляді багатовимірних структур, побудованих на основі рахунків, частин рахунків і наглядово-статистичних показників у тих аналітичних розрізах, які необхідні регулятору для розширеного аналізу даних (наприклад, основні валюти, географічна концентрація, очікуваний термін до погашення та ін.). При цьому таксономія включає елементи формацентричного підходу, коли кожен звітний показник ідентифікується на рівні економічних сутностей у БФО. Це більш звичний для користувачів погляд на звітність, який спрощує перші кроки освоєння нового формату її здачі. У таксономії реалізовано понад 5000 перевірочних правил, у тому числі на кшталт звичного міжформенного контролю.

Фінальна таксономія бухгалтерської, наглядової та статистичної звітності для НФО опублікована на сайті Банку Росії 31 жовтня 2017 року. Оновлення таксономії у зв'язку із запровадженням нових наглядових вимог та ін. змін, які стосуються менше 15% показників та/або аналітичних розрізів, здійснюватиметься у плановому порядку не менше двох разів на рік. За регламентом, встановленим на 2018 рік, оновлені таксономії будуть опубліковані 28 лютого та 31 серпня, а набудуть чинності 1 липня 2018 року та 1 січня 2019 року відповідно. Допустимі і більш масштабні оновлення. У таких випадках для них буде розроблено окремий план запровадження змін.

Як організовано процес підготовки та подання звітності у форматі XBRL

Якщо описувати процес формування XBRL-звітності «на пальцях», він зводиться до заповнення звітних форм, але більш детальних проти звичними. У них потрібно ввести вручну або завантажити із зовнішнього файлу дані та показники у необхідних аналітичних розрізах. При заповненні автоматично виключаються дублі, тобто введений один раз показник відображається у всіх формах, де він повторно використовується. Після заповнення доступна автоматична валідація даних, інакше кажучи контроль за дотриманням форматних, арифметичних та логічних правил, порівняння з даними звітності минулих періодів та фіксація виявлених помилок.

За цим принципом організовано роботу програмного забезпечення"Конвертер" для збору звітності НФО в XBRL-форматі, який безкоштовно представляє Банк Росії. Результат роботи «Конвертера» – файл у XBRL-форматі, який можна підписати посиленим кваліфікованим електронним підписом та через особистий кабінетучасника ринку передати регулятору. Планується, що в 2021 році «Конвертер» припинить існування, і організації готуватимуть файли звітності у форматі XBRL, спираючись на власні ІТ-рішення.

Не варто хвилюватися з цього приводу, на ринку представлено багато комерційних та вільно-розповсюджуваних програмних продуктів для перетворення даних у формат XBRL. Всі XBRL-конвертери працюють практично за тим же принципом, що і Конвертер Банку Росії:

зовнішній файл

заданого формату

Однак, основною складністю підготовки звітності у XBRL-форматі є не сама конвертація, а підготовка первинних даних та показників, які будуть перетворені на формат XBRL.

Чому перехід на XBRL-формат розкриває проблеми якості даних для звітності

Ключова мета переходу на XBRL-формат здачі звітності – підвищення прозорості інформації, достовірності та якості звітності – досягається за рахунок надання регулятору не готових звітних форм, а шару детальних даних та показників, на основі яких на боці регулятора:

можуть бути розраховані всі форми контрольної бухгалтерсько-фінансової, наглядової та статистичної звітності, можуть бути одночасно проведені крос-перевірки всіх форм звітності.

Це означає, що перехід на формат XBRL здатний розкрити глибинні проблеми з якістю даних, що використовуються організаціями під час підготовки звітності: їх повнотою, безпомилковістю та консистентністю. Крім того, оскільки XBRL-звітність стане більш гранулярною, додадуться аналітичні ознаки для показників та ін., то спочатку даних необхідної детальності і в потрібних аналітичних розрізах в облікових системах може просто не виявитися. Потрібен час, перш ніж постачальники облікових модулів доопрацюють своє програмне забезпечення, а організації модернізують організаційні процеси, щоб склад первинних даних наблизився до тих, що вимагає таксономія.

Майбутнє регуляторної звітності кредитних організацій з огляду на масштаб майбутніх змін може настати вже практично завтра. Варто заздалегідь задуматися про підготовку ІТ-інфраструктури банків до переходу XBRL, перш за все з позиції підтримки процесів консолідації первинних даних, забезпечення їх якості та збагачення аналітикою, що не вистачає. Досвід пілотних проектів переходу на XBRL, реалізованих у НФО, свідчить, що найефективнішим ІТ-інструментом на вирішення перелічених завдань є сховище даних (ХД). Як показує практика, на використання ХД у масштабах універсального банку потрібно не менше двох років. Можливо, що для кредитних організацій настав час серйозно замислитись про доцільність розгортання таких рішень.

Брикін Андрій Валерійович, АССА, фінансовий менеджер ТОВ «Прожектор Девелопмент»

В останні роки в Росії зростає інтерес до нового стандарту обміну діловою інформацією – XBRL.

Центральним банком РФ здійснюється проект із переведення звітності некредитних фінансових організацій на XBRL. Планується, що з 2018 року ці організації будуть складати та складати звітність у форматі XBRL.

У 2014 році мною була підготовлена звітність великої публічної компанії у XBRL. Основною проблемою, з якою довелося зіткнутися під час підготовки звітності, був брак інформації. Навіть англомовна література або носить суто теоретичний характер, або рясніє технічними деталями, часто незрозумілими для бухгалтера. Російською мовою інформація практично відсутня.
Тому я спробую описати погляд на XBRL з боку бухгалтера, а не програміста.

Довідково

Стандарт XBRL розроблено міжнародною організацією XBRL International, Inc. для обміну бізнес-інформацією між бізнес-системами В даний час XBRL використовується в багатьох країнах регуляторами фондових бірж та ринку цінних паперів, банківськими регуляторами, реєстраторами, податковими органами та національними статистичними агентствами. Найбільшого поширення стандарти отримали США, де з 2008 року публічними компаніями публікується звітність у форматі XBRL.

Основні засади зберігання інформації у форматі XBRL

Звітність у форматі XBRL складається з кількох файлів ( формату XML), що містять розмітку (теги) та показники звітності (цифри та опис) усередині цієї розмітки.
Наприклад, прибуток описаний таким чином:

3170152000

Усі показники звітності містяться у одному файлі, званому екземпляром.
Крім екземпляра, під час підготовки звітності необхідно скомпонувати певні файли (таксономію).

1. Схема.За призначенням файл схеми відповідає плану рахунків. Цей файл містить посилання на використану таксономію XBRL. У нашому випадку це таксономія МСФЗ -
www.xbrl.org/2006/ref‑2006–02–27.xsd. Також у файлі схеми зберігаються посилання на файли імен та зв'язків (див. нижче). Сюди поміщаються теги, для яких немає аналога в стандартній таксономії МСФЗ. У цьому випадку можна створити свій тег і помістити його у схему.

2. Файл імен.Теги МСФЗ мають вигляд, малопридатний для аналізу звітності. Наприклад: ifrs-full_ProfitLoss. Щоб звітність можна було читати, кожному стандартному тегу необхідно присвоїти ім'я, яким відповідний показник названий у звітності, наприклад: Net Profit. У файлі з іменами зберігається інформація про ім'я показника звітності та відповідний тег.

3. Файли зв'язків:

a) презентації, що містять структуру звітних форм та приміток, щоб користувач звітності міг бачити форми не типові, а абсолютно ідентичні тим формам, які є частиною фінансової звітності;

b) розрахунки (XBRL дозволяє автоматично проводити перевірку відповідності між собою різних показників звітності, наприклад звірку активу та пасиву балансу; файл розрахунків зберігає використані формули);

c) визначення, що зберігає інформацію про додаткові виміри, подані у звітності, наприклад, про види капіталу (для звіту про рух капіталу) або сегменти (для сегментної звітності).

Таксономію XBRL зазвичай представляють у вигляді переліку елементів, кожен з яких має:

1) атрибути;

2) зв'язки з іншими елементами.

За своєю природою елемент схожий на звичайний бухгалтерський рахунок.

До атрибутів у тому числі належать:

Ім'я зберігається у файлі імен, інші атрибути елемента - у файлі схеми.

Найбільш важливою відмінністю таксономії від плану рахунків є присутність у ній вищезгаданих файлів зв'язків, що пов'язують окремі елементи між собою. Причому ця ув'язка проводиться певним чином, який може бути зрозумілий та оброблений комп'ютерною програмою.

Якщо не заглиблюватися в технічні деталі, зв'язки виглядають так:

Порядок підготовки звітності у форматі XBRL

При підготовці звітності вперше як відправна точка є сенс використовувати приклад готової звітності. Мною був використаний приклад із сайту ifrs.org.
Загальна послідовність дій з підготовки звітності у XBRL виглядає так:

1) підготовка звітних форм у форматі XBRL (структури та показників звіту про фінансове становище, звіту про сукупний доход, звіту про рух грошових коштів, звіту про рух капіталу):

a) виключення елементів, які відсутні в нашій компанії;

b) додавання відсутніх елементів із стандартної таксономії МСФЗ;

c) розширення схеми - додавання елементів за нестандартними операціями, відсутніми в стандартній таксономії МСФЗ;

d) формування файлів зв'язків;

2) формування схеми, файлів зв'язків та екземпляра для інших таблиць;

3) формування схеми, файлів зв'язків та екземпляра для текстової частини.

Готову звітність у форматі XBRL можна розмістити на сайті компанії (у Росії немає централізованого сховища звітностей у XBRL), де вона буде доступна для зацікавлених користувачів.
Одним із перших питань, що виникають під час підготовки такої звітності, є придбання програмного забезпечення.

Слід зазначити, що немає програми, яка автоматично переклала звітність з текстового формату в формат XBRL.

Розрахунок показників звітності з МСФЗ у моєму випадку (як і в більшості інших компаній) проводився в Excel. Відповідно, всі показники звітності вже були у кількох Excel-файлах. І завдання полягало в тому, щоб сформувати файли XBRL-звітності цих даних.

У мене в розпорядженні був програмний продукт Altova MissionKit. У принципі, всі вищезгадані файли можна створити в цьому продукті. Також можна налаштувати імпорт інформації із файлів Excel.

Однак, на мій погляд, такий шлях не дозволяє ефективно вирішити проблему підтримки вищезгаданих файлів під час підготовки чергової звітності. Звітність з МСФЗ великих компанійдосить сильно змінюється від кварталу до кварталу. У зв'язку з цим налаштування імпорту потрібно було б постійно змінювати через зміну структури вихідних файлів. Крім цього, нові операції потрібно було б постійно вручну додавати у вищезгадані файли.

Більш ефективним є безпосереднє компонування всіх файлів за допомогою макросів Excel. Altova MissionKit мною використовувався лише для перевірки підготовлених файлів щодо відповідності специфікації XBRL. Цей шлях дозволяє значно знизити витрати на переклад звітності в XBRL-формат.

Одна з важливих проблем під час підготовки звітності - вибір відповідного тега, оскільки помилкою є як вибір неправильного тега, так і додавання свого тега у разі, якщо таксономією вже передбачено тег для відповідного елемента. Для полегшення цього завдання на сайті ifrs.org розроблено ілюстровані таксономії, відсортовані як за звітними формами, так і за відповідними стандартами МСФЗ.
Приклад із ілюстрованої таксономії:


Property, plant and equipment
Land and buildings
Land	instant, debit	IAS 16.37 a Example
Buildings	instant, debit	IAS 16.37 Common practice
Total land and buildings	instant, debit	IAS 16.37 b Example
Machinery	instant, debit	IAS 16.37 c Example
Vehicles
Ships	instant, debit	IAS 16.37 d Example
Aircraft	instant, debit	IAS 16.37 e Example
Subclassifications of assets, liabilities and equities
Motor vehicles	instant, debit	IAS 16.37 f Example
Total vehicles	instant, debit	IAS 16.37 Common practice

Як видно з прикладу, крім опису елемента, ілюстрована таксономія містить посилання на відповідний стандарт, що розкриває. Таксономія також включає елементи, які не потрібно розкривати, але на практиці їх зазвичай розкривають.

Першим кроком при додаванні елемента до звітності XBRL є його пошук у ілюстрованих таксономіях. І лише якщо знайти такий елемент не вдалося, його слід додати до файлу схеми. У моєму випадку довелося додати близько 30 елементів, значна частина яких посідає звіт про рух коштів. На мій погляд, це зовсім не багато, а отже, переважна частина показників звітності буде сумісна зі звітами інших компаній.

Під час роботи зі складання звітності необхідно постійно перевіряти її щодо відповідності XBRL. Будь-яке програмне забезпечення, розраховане на роботу з файлами XBRL, може провести таку перевірку. Звичайно, якщо ви неправильно вибрали тег, програма не зможе виявити цю помилку. Але, як свідчить досвід, програма виявляє чимало помилок.
У тому числі програма перевіряє, чи відповідають між собою показники звітності згідно з зв'язками, що містяться у файлі розрахунків (див. вище). Звісно, для перевірки необхідно передбачити відповідне правило.

Якщо в процесі перекладки звітності в XBRL виявлено помилку, то таку помилку виправляти не можна. Тобто файли XBRL повинні точно відповідати опублікованій звітності.
Слід зазначити, що звітність XBRL - це повноцінна звітність, як і паперова копія. Тому керівництво компанії відповідає за її правильність. Однак навіть для того, щоб переглянути цю звітність, потрібні певні навички володіння спеціальним програмним забезпеченням. І навіть якщо звітність виглядає коректно, вона може бути неправильною з низки причин:

некоректний вибір таксономії (використання старої версії);
неповний меппінг (недотримання мінімального рівня деталізації тегів);
неправильний вибір тега;
неправильний вибір атрибуту;
неправильне заповнення зв'язків.

Слід зазначити, що такі помилки неможливо знайти навіть спеціальним програмним забезпеченням. Не зможе їх виявити і програміст, оскільки він не має спеціальних знань у галузі МСФЗ. Це може зробити тільки фахівець, який має достатню кваліфікацію як у галузі XBRL, так і в галузі МСФЗ. Тому стає актуальним питання підготовки таких спеціалістів та відповідної навчальної літератури.

Насамкінець зупинимося ще на кількох простих питаннях про XBRL.

Запитання 1. Чи потрібно переходити на XBRL?

На мій погляд, зараз не можна дати однозначної відповіді на це питання.

Основною метою впровадження XBRL було забезпечити можливість опрацювання фінансових звітів комп'ютерною програмою, щоб полегшити процес аналізу цієї звітності для інвесторів.
У США звітність у XBRL надається публічними компаніями з 2008 року. Проте суперечки щодо ефективності цього проекту продовжуються досі. На мою думку, можна стверджувати, що лише в деяких випадках аналіз XBRL-звітності є більш зручним для інвестора (наприклад, якщо потрібно швидко проаналізувати багато компаній або швидко порівняти між собою дві довільні компанії), і це підтверджується дослідженнями.

Також однією з цілей XBRL було зниження кількості помилок у звітах. XBRL дозволяє розробляти правила відповідності показників звітності між собою та автоматично видавати попередження у разі порушення правила. Стосовно звітності МСФЗ цінність таких правил, на мій погляд, невелика, оскільки основні помилки припадають на нові або змінилися операції компанії. А оскільки правил щодо таких операцій ще немає, помилка також не буде виявлена.

Але іноді можна зустріти думку про те, що впровадження XBRL принесло компанії вигоди (в основному пов'язані з поліпшенням процесів обміну інформацією між підрозділами компанії). Цей випадок не має відношення до звітності щодо МСФЗ. Наявність хоч якогось стандарту завжди краща, ніж повна його відсутність. Швидше за все, формат XBRL може підійти для простих звітів. Наявність стандарту може прискорити розробку програмного забезпечення, що дозволяє автоматично обробляти такі звіти. Цілком можливо, що, наприклад, загальноприйнятою практикою через певний час може стати обмін договорами, рахунками за товари/послуги у форматі XBRL.

Ще однією метою розробки XBRL було знизити витрати на підготовку звітності. Розробники XBRL, говорячи про вигоди впровадження цієї технології, мали на увазі не перекладання звітності МСФЗ, а використання XBRL для обміну фінансовими даними взагалі. Як на мене, у деяких випадках таке використання XBRL може принести вигоди (див. попередній абзац). Але, ґрунтуючись на своєму досвіді, можу сказати, що стосовно МСФЗ я не бачу причин, через які витрати на підготовку звітності можуть знизитися в результаті впровадження XBRL. У той самий час витрати використання XBRL можуть становити істотну суму. Побічно це підтверджується тим фактом, що в інтернеті складно знайти звітність у форматі XBRL тих компаній, які не зобов'язані її складати.

Ще одна мета розробки XBRL – підвищення сумісності звітностей різних компаній. І це, безперечно, дуже важливо. Не секрет, що, хоча сумісність звітів є одним із принципів МСФЗ,
Насправді звітності різних компаній часто погано сумісні. Більше того, навіть звітність подібних компаній може сильно відрізнятися, що різко знижує цінність такої звітності. Причини цих відмінностей можна згрупувати так:

різний порядок розкриття одних і тих самих фактів (наприклад, різна назва тих самих показників);
відмінності у обліковій політиці (частина компаній оцінює основні засоби за справедливою вартістю, інші - за вартістю придбання);
інші відмінності (наприклад, різна кваліфікація працівників, відповідальних за підготовку звітності, може вплинути на суму прибутку компанії, особливо якщо звітність є складною).

Впровадження XBRL дозволяє частково вирішити першу групу проблем, оскільки в цій звітності однакові показники будуть позначені одним і тим самим тегом. Цілком вирішити ці проблеми XBRL не може, оскільки, наприклад, якщо одна компанія представляє витрати на економічну сутність, а інша - на функції, то проблема несумісності залишається.

Наскільки проблеми першої групи є суттєвими – вирішувати інвесторам. Але я вважаю, що перша та друга групи відмінностей або вирішуються самими МСФЗ (наприклад, потрібно розкриття вартості придбання за переоціненими основними засобами), або вважаються несуттєвими. Тому основні проблеми несумісності спричинені причинами третьої групи.

МСФЗ-звітність є одним із найскладніших фінансових звітів. На мій погляд, починати перехід на XBRL саме зі звітності МСФЗ досить ризиковано. Вигоди від такого переходу є неочевидними. Велику віддачу можна було б отримати, наприклад, заохочуючи надання компаніями в XBRL найбільш поширених у діловій практиці щоденних звітів: рахунків, звітів про банківські операції тощо. буд. Це могло б сприяти автоматизації обробки таких звітів та знизити витрати компаній на ведення обліку.

Питання 2. Чи можна замість переходу на XBRL публікувати форми звітності в іншому електронному форматі (наприклад у вигляді таблиць Excel), придатному для обробки комп'ютерною програмою?

По суті, XBRL наказує надавати кожній цифрі (і взагалі будь-якому опису) із звітності певне ім'я (тег). Тому теоретично можна подати звітність у вигляді таблиці, де в першій колонці буде вказано тег, а в другій – сама цифра (або опис). Такий звіт може бути автоматично оброблений комп'ютерною програмою. Також XBRL наказує певні параметри тегів, необхідні автоматичної обробки даних. У найпростішому випадку це валюта і точність (наприклад, рублі або тисячі рублів). Тут інформацію також легко подати у вигляді таблиць і, відповідно, обробити автоматично.

Однак у багатьох випадках МСФЗ вимагає подання додаткової інформаціїв залежності від природи даних, що розкриваються. Ув'язати в одній або кількох таблицях Excelвсі дані, необхідні всіма стандартами МСФЗ, практично неможливо. Однак це можна зробити (і зроблено) у XBRL-форматі.

У той самий час подібні ув'язки XBRL найчастіше дозволять автоматизувати процес аналізу звітності. Тому цінність такої переваги XBRL, як на мене, невелика. Проте остаточну відповідь на питання про необхідність таких ув'язувань теж мають давати інвестори.

XBRL – мова ділової звітності, що розширюється.

Олег Грубін, провідний консультант «Експерт Системс»

Надія Антуф'єва, консультант «Експерт Системс»

Що таке XBRL?

XBRL – абревіатура від англійської eXtensible Business Reporting Language. Російська мова перекладається як "розширювана мова ділової звітності".

XBRL - універсальний заснований на XML стандарт, призначений для публікації, обміну, аналізу та порівняння фінансових даних та ділової інформації. Мета створення XBRL – вироблення оптимальної схеми обміну фінансової інформації між учасниками міжнародного ринку та методів створення, обміну та порівняння ділової звітності.

Чому ж даний стандартбув названий мовою ділової звітності, що розширюється? Давайте розглянемо це докладніше.

eXtensible- "розширюється", "гнучкий" або "адаптований". Стандарт легко адаптується під будь-які стандарти ділової (фінансової, управлінської, бухгалтерської, податкової, статистичної) звітності та може бути використаний у різних цілях.

Business– «діловий» – стандарт орієнтований потреби бізнес-користувачів (як комерційних, і державних).

Reporting– стандарт створено для надання фактів про бізнес. Якщо бути більш точним, то мова розмічує ділову звітність, ставлячи у відповідність до окремих фактів, викладених у звітності, певні мітки даних або так звані "теги" (tags). Використання маркованих даних забезпечує можливість їхньої автоматичної обробки за допомогою комп'ютерів.

Language- це маркуюча комп'ютерна мова, мова для розмітки або маркування інформації. Він виступає як стандартний формат передачі даних в електронному вигляді.

Отже, XBRL – мова для електронного обміну діловими та фінансовими даними. Це справжня революція у формуванні ділової звітності! Це найкращий інструментдля підготовки, аналізу та передачі бізнес-інформації. Він скорочує витрати, підвищує ефективність та якість даних.

на НаразіДілова інформація, подана у форматі doc або pdf, сприймається як відображення деяких символів, що не мають своїх характеристик та історії. XBRL наділяє кожну одиницю інформації індивідуальними мітками (тегами). Наприклад, для опису величини поточних активів компанії може використовуватися тег CurrentAssets, укладений у дужки: . Тоді саме значення величини активів вказується між двома тегами: 1000, причому перший тег є таким, що відкривається, а другий (з косою рисою) - таким, що закривається. Таким чином, XBRL забезпечує переведення (трансляцію) бухгалтерських понять на зрозумілий комп'ютер набір фінансових даних.

Але як комп'ютер зрозуміє, що це активи? Це той випадок, коли на допомогу приходить таке наукове поняття як "метадані". Коротко метадані – дані (відомості) про дані. Наприклад, програміст повинен пояснити комп'ютеру як, йому слід інтерпретувати термін і які види значень, можуть асоціюватися з цим поняттям (концептом).

З бухгалтерської точки зору поточні активи () повинні мати грошове значення (атрибут type), і стороною рахунку, де зазвичай показується значення поточних активів, є " дебіт " (атрибут balance). Це стосується основного бухгалтерського правила подвійного запису, відповідно до якого, активи та витрати зазвичай показуються за дебітом рахунку, а капітал, зобов'язання та доходи за кредитом. Іншою характеристикою поточних активів є їх наявність у компанії на певний моментчасу. Поточні активи відображаються у бухгалтерському балансі компанії, що є "знімком" фінансового стану компанії на дату (атрибут period type). Протилежністю значення показника на дату є показник (у вигляді потоку чого-небудь) за період. Наприклад, чистий прибуток () є прикладом показника, показуваного у період, скажімо, протягом року.

Наведений вище опис показує, що інформація про поточні активи крім значення повинна містити щонайменше три додаткові характеристики(атрибута) у тому, щоб комп'ютер міг коректно (з бухгалтерської погляду) обробити цю інформацію.

Мітки позбавляють користувачів від трудомісткого та витратного ручного введенняданих, автоматизуючи цей процес. У результаті, комп'ютер «розумно» розпізнає дані XBRL, здійснює добір, аналізує, зберігає та обмінюється з іншими машинами. Користувачі можуть отримувати дані у різних розрізах у режимі реального часу. XBRL прискорює збирання фінансових даних, знижує ризик виникнення помилок та дозволяє автоматичну перевірку даних.

XBRL може використовуватися для представлення даних різними мовами та в різних бухгалтерських стандартах. На даний момент існують різні таксономії мови, що відповідають МСФЗ, US GAAP та іншим національним та галузевим стандартам.

Варіанти використання XBRL та цільова аудиторія

Стандарт XBRL орієнтований використання широким колом осіб, мають справу з підготовкою чи аналізом фінансової звітності. Так чи інакше, XBRL може бути затребуваний серед державних агентств, комерційних компаній, банків, страхових компаній, виробників програмного забезпечення, фінансових аналітиків, аудиторів, бухгалтерів.

Можливі сценарії використання цього стандарту включають:

Публікацію (розкриття) фінансової інформації в Інтернеті, забезпечення вільного/обмеженого доступу для заінтересованих осіб.
Обмін даними між різними додатками(наприклад, передача інформації з трансакційних систем в аналітичні системичи генератори звітів).
Збір звітності в уніфікованому форматі:
- для державних структур (ФНП, ФСФР, Росстат, ПФ та ін);
- для бірж, систем розкриття інформації;
- для цілей консолідації материнською компанієюзвітності своїх дочірніх та залежних товариств.

Переваги XBRL

XBRL має безліч переваг. Він економить час, кошти та сили та дає необмежені можливості аналізу фінансової звітності.

Загальна доступність

Стандарт XBRL є повністю відкритим та безкоштовним. Крім того, на даний момент вже існує велика кількість інструментів для трансформації даних у цей формат.

Поліпшення якості інформації

Попрощайтеся з невідповідністю форматів

Одна з переваг XBRL полягає в тому, що він дозволяє автоматично наводити стиль та шрифти звітів компанії у необхідний формат. Це заощаджує багато часу, яке раніше витрачалося на приведення звіту у відповідний вигляд.

Автоматичне затвердження даних

За рахунок того, що XBRL маркує дані, звіти можуть отримувати лише ті дані, які необхідні. З іншого боку, XBRL переносить як дані, а й формули. Завдяки цьому, немає необхідності заново перераховувати дані, що вручну обчислюються. Комп'ютер забезпечує автоматичну верифікацію звітності у форматі XBRL.

З того часу, як американська Федеральна корпорація страхування банківських вкладів почала використовувати XBRL формат, кількість математичних помилок у розрахунках знизилася з 30% до нуля.

Автоматизація аудиторського сліду

Дані XBRL включають «автоматизований аудиторський слід». Зазвичай, коли дані переміщаються з одного додатка до іншого, вони втрачають свої властивості та ознаки. Аудиторам доводиться окремо відкривати джерело даних для встановлення їх точності. За допомогою XBRL передаються як самі дані, а й їх ознаки та властивості, які у метаданих. Таким чином, сторона, що перевіряє повну інформаціюв одному файлі.

Підтримка приміток та опис проблем

Усі знають, що голі цифри не можуть розповісти всю історію. Тому XBRL підтримує написання коментарів, нотаток. Завдяки цьому аудитори можуть бачити більш повну картину даних, що допомагає без особливих зусильзрозуміти ситуацію. При цьому аудитори позбавлені перегляду купи документів, паперів тощо, тим самим полегшується взаємодія компаній.

Точніша звітність

У кожній державній (і не тільки) організації, яка приймає ті чи інші звіти, є свої індивідуальні вимоги до інформації, що збирається. Тому компаніям доводилося практично з нуля складати такі звіти. XBRL дозволяє вибирати з усього масиву корпоративних даних лише ті, які потрібні в тому чи іншому звіті. Крім того, можна вибрати лише показники, а числові дані підвантажаться самостійно з бази даних.

Швидший та якісніший пошук інформації

Отримання даних компанії «одиночним запитом»

XBRL дозволяє отримати з усієї звітності саме ті дані, які необхідні для проведення аналізу, не гаючи часу на пошук даних. Це заощаджує час особливо, якщо необхідно проаналізувати вузькоспеціалізовані дані різних компаній.

Отримання даних у режимі реального часу

Інвесторам та аналітикам напевно сподобається отримувати звіти в режимі реального часу. Незважаючи на високі технології, досі основна звітність надається на друкованих носіях. Тому «актуальність» звіту може бути під сумнівом. XBRL дозволяє отримати актуальні звіти в режимі реального часу.

Підвищення прозорості даних

За рахунок того, що XBRL має високий рівеньякості формування звітності, він легко забезпечує їх прозорість.

Більш якісний аналіз інформації

Нові способи аналізу даних

Аналіз звітності у розумінні багатьох людей полягає в тому, щоб взяти необхідні дані, вивчити їх, перейти до наступних та зробити відповідні висновки. XBRL дозволяє провести якіснішу роботу: наприклад, вивести сумарні дані, з них перейти до більш детальних даних і, можливо, порівняти цифри з іншими компаніями, переглянути всі коментарі до даних, повернутися до сумарних даних тощо. Такий підхід до аналізу даних особливо сподобається інвесторам.

Порівняння діяльності компаній

Вже створено безліч програмних додатківщо підтримують XBRL, дозволяють відображати в одному вікні звітність декількох компаній за певні періоди для порівняльного аналізу.

Отримання послідовної інформації для порівняння

Компанії надають розрізнені дані у звітах. XBRL, завдяки використанню маркерів (тегів), забезпечує можливість отримувати та аналізувати (порівнювати) послідовні дані за кілька звітних періодів.

Поліпшено систему передачі даних між компаніями

Подолано системні та програмні обмеження

XBRL дозволяє зв'язувати дані із різних систем. Це допомагає уникнути поширених проблем, пов'язаних із взаємодією різних форматів, платформ тощо. Гнучкість мови допомагає заощадити час та провести якісний аналіз.

Інформація навчилася долати перешкоди

Бувають ситуації, коли процесу перенесення даних перешкоджають будь-які політики безпеки чи особисті налаштування і доводиться вводити втрачені дані вручну. XBRL дозволяє обходити вищезгадані перешкоди та якісно переносити дані без втрат.

Бізнес процеси стають ефективнішими

XBRL допомагає уникнути пошуку необхідних файлів у спільних папках через Провідник. Він пропонує більш ефективний та швидкий пошук необхідної інформації. У ньому реалізовано просту політику доступу до даних, що підвищує ефективність процесів.

Історія створення та розвитку

Крістофер Кокс, голова Комісії з цінних паперів у США, дав старт розвитку XBRL.

2001 рік.Вийшла перша міжнародна таксономія XBRL. Вона була створена для компаній комерційного та промислового сектора. Було підписано протоколи з консорціумом WWW, що дозволяють обмінюватися даними з різних систем, додатків та платформ. Американський банк погодився конвертувати дані з QuickBook (програма ведення бухгалтерського обліку) у XBRL для прискорення процесу кредитного аналізу. Американський уряд рекомендував урядовим компаніям використати XBRL.

2002 рік. Microsoft стала першою компанією, яка стала архівувати фінансову звітність у XBRL.

2003 рік.Національна японська податкова інспекція прийняла формат XBRL для заповнення податкової звітності. Вийшов новий реліз специфікації XBRL 2.1, в якому регламентувалося, яким чином програми можуть отримувати марковані дані XBRL. Токійська фондова біржа надала інвесторам всю річну звітність у форматі XBRL.

2004 рік. XBRL випускає посібник користувача "Архітектура Таксономії з фінансової звітності" (Financial Reporting Taxonomies Architecture). Фондова біржа Торонто (Канада) опублікувала річну звітність у XBRL.

2005 рік.Для тестування можливостей мови американською Комісією з цінних паперів та бірж було створено добровільна програма, в рамках якої учасники надавали свою фінансову звітність у форматі XBRL. Першими учасниками були такі компанії, як Microsoft, EDGAR Online, United Technologies. Загалом у цій програмі брало участь 47 провідних компаній із загальною капіталізацією в 2 трильйони доларів. Федеральна корпорація страхування банківських вкладів почала приймати звіти у форматі XBRL від 8300 банків.

2006 рік.Рада з міжнародних стандартів фінансової звітності закінчила розробку таксономії для МСФЗ. Комісія з цінних паперів інвестувала 54 міл $ для конвертування всієї звітності у XBRL формат

2007 рік.Німецьке міністерство фінансів та Міністерство юридичних справ запровадили інструмент для роботи зі звітністю у XBRL форматі. Також у 2007 році почали використовувати XBRL у Сінгапурі та Японії.

XBRL поширений у багатьох країнах світу. Частина з них вже мають досвід роботи, деякі тільки розглядають цю можливість…але, враховуючи тенденцію, XBRL стає дедалі популярнішим з кожним роком під час підготовки та аналізу фінансової звітності.

Таксономія XBRL

У бухгалтерському (управлінському, податковому) обліку існує безліч понять, які можна описати за допомогою XBRL. Наприклад, виручка, собівартість, валовий прибуток, витрати майбутніх періодів - ці та багато інших показників зустрічаються у фінансовій звітності. Більше того, є безліч норм обліку, і тому визначення поточних активів згідно з МСФЗ (Міжнародних стандартів фінансової звітності) може відрізнятися від тих визначень, які містяться в національних стандартах/принципах бухгалтерського обліку (зокрема US GAAP або РСБУ). Тому виникає необхідність описати взаємозв'язки між фінансовими поняттями згідно з кожним національним стандартом обліку. Фактично це означає необхідність визначити, чи існує зв'язок між поточними активами і, наприклад, дебіторської заборгованістю, і якщо так, у якому вигляді. Також необхідно надати посилання на нормативні акти для кожного елемента фінансової звітності.

На початку цієї статті вже говорилося, що значення окремих елементівфінансової звітності показуються у форматі XBRL з використанням тегів або так званих тегів. Наприклад, величина поточних активів буде показано у файлі зі звітністю у вигляді 100. Такі файли, в яких містяться значення фінансових елементів, в термінології XBRL називаються примірниками документів (instance documents) .

Інформація про те, що являють собою поточні активи () і як їх слід обробляти комп'ютеру, міститься у файлах зі схемами (schema files).

Відносини між елементами фінансової звітності описуються за допомогою так званої системи зв'язків (linkbases),які поділяються за категоріями залежно від цього описують.

Відповідно до технічної специфікації XBRL, таксономія(Taxonomy) складається з однієї або декількох схем (schema) та системи зв'язків (linkbases). Схема – це частина таксономії, що містить визначення елементів фінансової звітності (таких поточні активи) та його властивості, тоді як система зв'язків визначає відносини з-поміж них. Якщо проводити аналогію з класифікацією живих істот, то пояснення того, що таке організм, домен, царство, клас, вид буде поміщено у схему, тоді як ієрархічні взаємозв'язки між ними будуть описані за допомогою системи зв'язків. Наочна виставапро структуру мови XBRL дає наведена нижче схема.

Що таке XBRL таксономія з погляду користувача? Таксономія – це спосіб опису формальних вимог до звіту, поданого у форматі XBRL.

Щоб одиниця інформації була наділена індивідуальними характеристиками і розпізнавалася комп'ютером, творці XBRL наділили кожну одиницю унікальними мітками. Вони організували ці мітки в таксономії – словники даних, які визначають показники, що часто використовуються, і різні форми звітності (національні, галузеві, спеціальні). Кожна таксономія включає:

Бухгалтерські поняття чи концепти ( concept) – унікальні мітки (теги), що використовуються для маркування окремих елементів фінансових даних. Такі унікальні мітки необхідні комп'ютерної обробки даних; сам кінцевий юзер не бачить їх.
Ярлики ( labels) – найменування бухгалтерських концептів різними мовами. Саме ярлики визначають те, які найменування статей фінансової звітності буде видно користувачу.
Визначення ( definitions) – нормативні визначення бухгалтерських понять;
Взаємозв'язку (l inkbases) - формальний опис взаємозв'язків між елементами фінансових даних. Виділяється кілька категорій зв'язків між елементами. Найбільш затребуваними є: Presentation view (опис того, як має виглядати фінансовий звіт) та Calculation view (опис того, як одні статті фінансової звітності мають виходити на основі інших).

Таким чином, таксономія дозволяє наводити дані звітності відповідно до різних правил бухгалтерської та фінансової звітності.

Компанії можуть створювати нові таксономії самотужки. Вони можуть доповнювати бібліотеку власними правилами. Таким чином, проявляється «розширюваність» мови.

Таксономії, що діють

Розробкою таксономій займаються різні організації на національному, і міжнаціональному рівні. Так міжнародна некомерційна асоціація XBRL International, яка є основним ідеологом та розробником формату XBRL, запропонувала універсальну таксономію XBRL-GP (http://www.xbrl.org/GLFiles/). Ця таксономія є універсальний форматдля роботи з фінансовою інформацією, не прив'язаний до жодних конкретних стандартів або принципів бухгалтерського обліку. Це стандартний формат для:

перенесення врахованих та неврахованих записів до систем консолідації фінансової звітності, системи бюджетування та прогнозування, системи побудови звітів; − завантаження інформації головної книги, а також перенесення фінансової інформації з однієї системи обліку в іншу або завантаження даних на веб-сервер;
подання даних щодо розрахунків з клієнтами та постачальниками, рівнем складських запасів та інших балансових показників та вирішення інших завдань.

Розробкою та публікацією таксономії, що відповідає МСФЗ, займається Фонд Комітету з міжнародних стандартів фінансової звітності (IASCF). Наразі офіційно схвалена та опублікована на сайті Комітету з МСФЗ версія 2009 року: IFRS Taxonomy 2009 (http://www.iasb.org/XBRL/IFRS+Taxonomy/IFRS+Taxonomy+2009.htm).

Таксономія IFRS Taxonomy 2009 є повним перекладом (трансляцією) МСФЗ у формат XBRL станом на 1 січня 2009 р. Попередні версії виходили в 2006 і 2008 роках. Є і більше ранні версії(до 2006 р.) таксономії для МСФЗ, що називаються IFRS-GP Taxonomy.

Таксономія IFRS Taxonomy є основою для розробки багатьох національних таксономій європейських країн, які прийняли МСФЗ як національний стандарт бухгалтерського обліку. Як правило, такі країни розширюють стандартну таксономію, додаючи до неї нові елементи, а також найменування (labels) статей рідною мовою.

У США розроблено та діє власний варіант таксономії, заснований на національних стандартах бухгалтерського обліку (US GAAP). Розробкою таксономій займається американський підрозділ XBRL International (http://xbrl.us). Американська таксономія складається з цілого набору галузевих та спеціальних таксономій, ядро яких становить US GAAP Taxonomies (http://xbrl.us/taxonomies/Pages/US-GAAP2009.aspx) – п'ять галузевих таксономій, що відповідають стандарту US GAAP:

Commercial and Industrial Taxonomy (торгові та промислові компанії);
Banking and Savings Institutions Taxonomy (банківські та ощадні установи);
Brokers and Dealers Taxonomy (брокерські та дилерські компанії);
Insurance Taxonomy (страхові компанії);
Real Estate Taxonomy (Девелоперські компанії).

В даний час схвалена та діє версія 2009 року (US GAAP Taxonomies, Release 2009), раніше схвалені версії US GAAP Taxonomies виходили у 2008 та 2005 роках. Американська таксономія є великою і досить складною: у ній є понад 10 тис. елементів. США є однією з тих країн, у яких використання XBRL для подання фінансової звітності є обов'язковим для певних категорій компаній. Згодом ця вимога стане обов'язковою для всіх американських компаній. План, схвалений Урядом США в особі Комісії з цінних паперів (SEC), передбачає такі віхи на шляху переходу до обов'язковому використанню XBRL у США:

2009 р.: всі американські та міжнародні компанії, що звітують US GAAP, з оборотом понад 5 млрд. доларів на рік;

2004-2019 «Експерт Системс»

При використанні матеріалів сайту
посилання на www.

Наш Адреса:

Москва, вул. Кусковська, 20, корпус A
5 поверх, під'їзд 5, офіс 504

Поштова адреса:

111141, м. Москва, вул. Кусковська, будинок 20А