Розробка формату передачі даних ділової звітності
Рассмотрено расширение таксономии XBRL на основе финансовой отчетности Украины. Предложена технология формирования структурированных документов с использованием языка XBRL, позволяющего экспортировать данные во внешние информационные системы, не зависимо от программной платформы реципиента. Описана...
Збережено в:
| Опубліковано в: : | Управляющие системы и машины |
|---|---|
| Дата: | 2010 |
| Автор: | |
| Формат: | Стаття |
| Мова: | Українська |
| Опубліковано: |
Міжнародний науково-навчальний центр інформаційних технологій і систем НАН та МОН України
2010
|
| Теми: | |
| Онлайн доступ: | https://nasplib.isofts.kiev.ua/handle/123456789/82873 |
| Теги: |
Додати тег
Немає тегів, Будьте першим, хто поставить тег для цього запису!
|
| Назва журналу: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Цитувати: | Розробка формату передачі даних ділової звітності / О.А. Хорозов // Управляющие системы и машины. — 2010. — № 5. — С. 65-81, 93. — Бібліогр.: 3 назв. — укр., рос. |
Репозитарії
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1860084762657423360 |
|---|---|
| author | Хорозов, О.А. |
| author_facet | Хорозов, О.А. |
| citation_txt | Розробка формату передачі даних ділової звітності / О.А. Хорозов // Управляющие системы и машины. — 2010. — № 5. — С. 65-81, 93. — Бібліогр.: 3 назв. — укр., рос. |
| collection | DSpace DC |
| container_title | Управляющие системы и машины |
| description | Рассмотрено расширение таксономии XBRL на основе финансовой отчетности Украины. Предложена технология формирования структурированных документов с использованием языка XBRL, позволяющего экспортировать данные во внешние информационные системы, не зависимо от программной платформы реципиента. Описана концепция формирования информационного ресурса статистической отчетности хозяйствующих субъектов на базе согласованной системы идентификаторов и классификаторов информационных объектов для автоматизации процесса документооборота. Спроектирована информационная система, которая осуществляет организацию информационного хранилища статистических показателей, загрузку данных, расчет ключевых показателей деятельности и формирование отчетов.
A taxonomy extensible Business Reporting Language (XBRL) on the basis of the accounting standard of Ukraine is considered. The technology of forming the structured documents which are using the XBRL language is suggested. The XBRL allows the exporting of the data to the external information systems regardless of a program platform of a recipient. A concept of formation of the information resource of the statistical reporting of managers on the basis of the coordinated system of identificators and classificators of the information objects for the automation of the process of documents circulation is described. The information system is designed which organizes the information depository of statistical indices, the data loading, the calculation of key performance indicators and the reports formation.
Розглянуто розширення таксономії XBRL на базі фінансової звітності України. Запропоновано технологію формування структурованих документів з використанням мови XBRL, яка дозволяє експортувати дані у зовнішні інформаційні системи незалежно від програмної платформи реципієнта. Описано концепцію формування інформаційного ресурсу статистичної звітності суб’єктів господарювання на базі узгодженої системи ідентифікаторів та класифікаторів інформаційних об'єктів для автоматизації процесу документообігу. Спроектована інформаційна система здійснює організацію інформаційного сховища статистичних показників, завантаження даних, розрахунок ключових показників діяльності та формування звітів.
|
| first_indexed | 2025-12-07T17:18:56Z |
| format | Article |
| fulltext |
УСиМ, 2010, № 5 65
Экономико-математическое моделирование
УДК 681.3
О.А. Хорозов
Розробка формату передачі даних ділової звітності
Рассмотрено расширение таксономии XBRL на основе финансовой отчетности Украины. Предложена технология формирования
структурированных документов с использованием языка XBRL, позволяющего экспортировать данные во внешние информационные
системы, не зависимо от программной платформы реципиента. Описана концепция формирования информационного ресурса стати-
стической отчетности хозяйствующих субъектов на базе согласованной системы идентификаторов и классификаторов информаци-
онных объектов для автоматизации процесса документооборота. Спроектирована информационная система, которая осуществляет
организацию информационного хранилища статистических показателей, загрузку данных, расчет ключевых показателей деятельно-
сти и формирование отчетов.
A taxonomy extensible Business Reporting Language (XBRL) on the basis of the accounting standard of Ukraine is considered. The technol-
ogy of forming the structured documents which are using the XBRL language is suggested. The XBRL allows the exporting of the data to the
external information systems regardless of a program platform of a recipient. A concept of formation of the information resource of the statisti-
cal reporting of managers on the basis of the coordinated system of identificators and classificators of the information objects for the automa-
tion of the process of documents circulation is described. The information system is designed which organizes the information depository of
statistical indices, the data loading, the calculation of key performance indicators and the reports formation.
Розглянуто розширення таксономії XBRL на базі фінансової звітності України. Запропоновано технологію формування структурова-
них документів з використанням мови XBRL, яка дозволяє експортувати дані у зовнішні інформаційні системи незалежно від про-
грамної платформи реципієнта. Описано концепцію формування інформаційного ресурсу статистичної звітності суб’єктів господа-
рювання на базі узгодженої системи ідентифікаторів та класифікаторів інформаційних об'єктів для автоматизації процесу докумен-
тообігу. Спроектована інформаційна система здійснює організацію інформаційного сховища статистичних показників, завантаження
даних, розрахунок ключових показників діяльності та формування звітів.
Вступ. Необхідність інтеграції інформаційної,
експертної і прогнозної складових роботи гос-
подарюючих суб’єктів очевидна з ресурсного
забезпечення і фінансового контролю. Визнаним
інструментом аналізу діяльності суб’єктів мо-
ніторингу є перевірка узгодженості даних про
потоки товарів і послуг з наявними фінансови-
ми, матеріальними та трудовими ресурсами. Ме-
тою проведення даного аналізу є оцінка фінан-
сово-економічних показників діяльності під-
приємств за даними бухгалтерської звітності.
Для формування інформаційної бази, щодо
забезпечення порівняльного аналізу діяльності
підприємств необхідна узгоджена система кла-
сифікаторів ресурсів та ідентифікаторів інфор-
маційних об'єктів. Стандартизація структури
звітних документів передбачає наявність термі-
нологічних словників елементів звітності та їх
зв’язків, а також регламенту обміну даними. От-
же, відповідне інформаційно-аналітичне забез-
печення з використанням пакету стандартних
звітних документів господарюючих суб'єктів
дозволить сформувати інформаційний ресурс
статистичної звітності та обліку показників ді-
яльності підприємства. Крім того, це дасть мож-
ливість інвесторам, кредиторам і контролюючим
органам безпосередньо отримувати необхідну
інформацію узгодженого формату.
Як платформу керування даними вибрано
СУБД, яка надає макро-мову розрахунку пока-
зників діяльності господарюючих суб’єктів та
засоби бізнес-аналітики. Засоби бізнес-аналітики
сервера баз даних (БД) передбачають аналіти-
чну обробку даних та розрахунок ключових
показників діяльності (KPI). Спроектована БД
прикладної інформаційної системи передбачає
ідентифікацію суб'єктів моніторингу, вид еко-
номічної діяльності та номенклатуру продукції
(послуг), а також класифікацію показників фі-
нансових звітів.
Зазвичай підприємства формують статисти-
чну звітність за допомогою програмного забез-
печення бухгалтерського обліку і передають ін-
формацію відповідним контролюючим органам.
На цей час для кожного випадку обміну дани-
ми створюються спеціалізовані формати інфор-
66 УСиМ, 2010, № 5
маційних ресурсів. Це призводить до створен-
ня несумісних форматів файлів, які містять се-
мантично подібну структуру даних. Тож, для
узгодження та автоматизації процесу докумен-
тообігу необхідно вибрати універсальний фор-
мат передачі даних статистичної звітності, не-
залежний від програмної платформи абонентів.
Таксономія мови ділової звітності
Оскільки мова XML повсюдно використову-
ється як засіб передачі інформації, природно
виникають задачі формування та подання фі-
нансової звітності у форматі XML. Мова XBRL,
як одне з розширень XML, дозволяє здійснюва-
ти обмін інформацією між різним програмним
забезпеченням щодо її використання кредито-
рами, інвесторами, аудиторами і регулювальни-
ками. При обміні інформацією між учасниками
документообігу, XBRL враховує Міжнародні
Стандарти Фінансової Звітності (МСФЗ –
IFRS), забезпечує трансляцію бухгалтерських
концептів в набір даних, зберігає семантику
значень фінансових показників.
Сценарії використання цього стандарту пе-
редбачають:
збір даних в уніфікованому форматі з ме-
тою консолідації звітності;
передачу інформації з транзакційних сис-
тем до генераторів звітів;
обмін даними між різними програмними
платформами;
публікацію фінансової інформації в Інтер-
неті.
Мета таксономії мови ділової звітності є мо-
делювання документів фінансової звітності. Так-
сономія XBRL це спосіб опису формальних ви-
мог до звіту, який забезпечує представлення
структури фінансових декларацій зі списком ба-
зових розділів бухгалтерської звітності:
Форма № 1. Балансовий звіт (ДКУД 1801001)
Форма № 2. Звіт про прибутки і збитки
(ДКУД 1801003)
Форма № 3. Звіт про рух грошових коштів
(ДКУД 1801004)
Форма № 4. Звіт про рух капіталу (ДКУД
1801002)
Форми № 1–4 мають різні ієрархічні струк-
тури з вкладеними елементами, які можна швид-
ко реалізувати окремо. Використання набору різ-
них структур має обмеження, враховуючи по-
тенційну можливість розширення розділів, ос-
кільки цей підхід не визначає єдину структуру
звітності та не враховує відносини між елемен-
тами. Технологія, яка дає можливість уникнути
представлення даних через складні ієрархічні
структури та з'єднати елементи, є використан-
ня системи зв’язків за допомогою XLink.
Відповідно до технічної специфікації XBRL,
таксономія складається з схеми (schema) і сис-
теми зв'язків (linkbases). Специфікація XBRL ви-
значає елементи та атрибути XML, які застосо-
вуються для опису інформації в реальних до-
кументах. XML-схема містить визначення еле-
ментів фінансової звітності (наприклад, поточні
активи) і їх властивості, тоді як система зв'яз-
ків визначає стосунки між елементами. Отже,
таксономія дозволяє наводити дані у відповід-
ності з різними правилами бухгалтерської зві-
тності. Таксономії XBRL мали бути розширю-
ваними, тобто забезпечувати посилання на ін-
ші таксономії, що є ключовою функціональні-
стю XBRL, яка використовується для представ-
лення даних у різних бухгалтерських стандар-
тах. Існують різні розширення таксономій від-
повідно до національних стандартів.
Мова XBRL наділяє одиницю інформації ін-
дивідуальними мітками (тегами), які організо-
вані в словники показників і форми звітності. З
бухгалтерської точки зору, «фінансові показни-
ки» повинні мати атрибути (грошове значення,
дебіт або кредит рахунку, дату або період) для
коректної обробки інформації. З точки зору ко-
ристувача, таксономія – це спосіб опису фор-
мальних вимог до звіту, представленого у фор-
маті XBRL. Мітки, привласнені кожній одиниці
інформації, організовані в словники показників
і форми звітності (національні, галузеві, спеці-
альні). Повний опис специфікації XBRL версії 2.1
знаходиться на сайті www.xbrl.org [1].
Таксономія XBRL включає в себе:
бухгалтерські поняття (concept) – теги для
маркування елементів фінансових даних, такі
мітки потрібні для комп'ютерної обробки даних;
ярлики (labels) – найменування бухгалтер-
ських статей фінансової звітності;
УСиМ, 2010, № 5 67
визначення (definitions) – нормативні ви-
значення бухгалтерських понять;
взаємозв'язки (linkbases) – опис взаємо-
зв'язків між елементами фінансових даних.
Таксономія XBRL складається з пакету вза-
ємопов'язаних XML-файлів:
XML-Schema (XSD-файл), складеної відпо-
відно до специфікації XBRL як словник певних
термінів, що використовуються у документах;
бази зв'язків XBRL (XML-файли) для інтер-
претації елементів з компонентами:
– найменування (Labels), що асоціюються із
словником елементів;
– довідки (References) як посилання на стан-
дарти звітності;
– представлення (Presentation information), як
правила форматування звіту;
– обчислення (Calculation relationships) як
правила для обчислень стосунків між еле-
ментами звітності;
– визначення (Definition) як додаткові пра-
вила до взаємин між елементами.
Посилання на дані бази зв'язків мають зна-
ходитися в контейнері документа. Цим контей-
нером може бути документ XML Schema, що
містить елемент бази зв'язків, як кореневий еле-
мент. Будь-який документ повинен мати при-
мірник XML-схеми. У документі задається еле-
мент import аби посилатися на XBRL-схему.
Додатки таксономії виконують перевірку реа-
льного документа по базовій XBRL-схемі.
У XBRL-схемі реального документа визначено
основні типи даних, а також абстрактні елементи
item і tuple, які використовуються в оголошен-
нях груп підстановки. Для визначення елемен-
тів зв'язку XBRL спирається на XLink, описані у
відповідній специфікації W3C (xlink: type, xlink:
show, xlink:actuate, xlink:title). Бази зв'язків ви-
значають елементи calculation Arc, presentati-
onArc, definitionArc, які використовуються для
відображення стосунків між елементами. На-
приклад, між поточними активами і витратами
майбутніх років існує відношення (витрати май-
бутніх років додаються до поточних активів).
У XBRL-схемі визначено грошовий (monetary)
тип даних, який має бути використаний при
оголошенні елементу, якщо він є грошовою ве-
личиною. Елементи цього типу повинні мати
одиницю виміру з простору імен валют ISO4217
(код валюти UAH – гривня, цифровий код – 980).
Елементи контексту numericContext і non Nu-
mericContext – це контейнери для метаданих.
Вони надають контекст, необхідний для розу-
міння фінансового факту, що міститься в еле-
менті. Елемент nonNumericContext містить мета-
дані і атрибути, що належать до текстових фак-
тів; елемент numericContext забезпечує схожі
елементи для числових фактів.
Коректне виявлення документа XBRL зале-
жить від простору імен XBRL. Тип MIME до-
зволяє додаткам виявляти документ XBRL, не
відкриваючи його. XBRL.org зареєструвала ти-
пи MIME для application/xbrl-instance; applica-
tion/xbrl-schema; application/xbrl-linkbase.
Документи XBRL обов'язково мають бути
дійсними (valid). Базовий синтаксис реальних
документів спирається на XML-схему (xsd-фай-
лів), яку необхідно імпортувати. Для елемента
мають бути вказані атрибути: ім’я (name) і тип
даних (type). Крім того, для елемента можуть
бути наведені факультативні атрибути – іден-
тифікаційний код (id) та баланс (balance).
Реальний документ повинен містити два кон-
тексти, що представляють поточний і поперед-
ній періоди. Наприклад, в балансовому звіті ці
факти подано так:
<ua-pfs: НеоборотніАктиви numericContext=
'AsOfPrior'>xxxxxx</ua-pfs: НеоборотніАктиви >
<ua-pfs: НеоборотніАктиви numericContext=
'AsOfCurrent'>yyyyyyy</ua-pfs: Необоротні Ак-
тиви >
Префікс ua-pfs пов'язаний з універсальним
ідентифікатором ресурсу (URI) простору імен
для елементів первинної фінансової звітності
(pfs) Українського бухгалтерського обліку.
Розглянемо фрагмент структури балансу під-
приємства, наведеного на рис. 1.
Фрагмент балансу підприємства – необігові
активи у форматі XML:
<ua-pfs:нематеріальніАктивиЗалишковаВартість
id="11.010" decimals="3" contextRef= "AsOf2009"
unitRef="UAH">24700</ua-pfs:нематеріальні
АктивиЗалишковаВартість>
68 УСиМ, 2010, № 5
<ua-pfs:нематеріальніАктивиЗалишковаВартість
id="11.010" decimals="3" contextRef="AsOf2010"
unitRef="UAH">24700</ua-pfs:нематеріальні
АктивиЗалишковаВартість>
<ua-pfs:нематеріальніАктивиПервіснаВартість
id="11.011" decimals="3" contextRef="AsOf2009"
unitRef="UAH">83100</ua-pfs:нематеріальні
АктивиПервіснаВартість>
<ua-pfs:нематеріальніАктивиПервіснаВартість
id="11.011" decimals="3" contextRef="AsOf2010"
unitRef="UAH">77100</ua-pfs:нематеріальні
АктивиПервіснаВартість>
<ua-pfs:нематеріальніАктивиЗнос id="11.012"
decimals="3" contextRef="AsOf2009" unitRef=
="UAH">58400 </ua-pfs:нематеріальніАктиви
Знос>
<ua-pfs:нематеріальніАктивиЗнос id="11.012"
decimals="3" contextRef="AsOf2010" unitRef=
="UAH">52400 </ua-pfs:нематеріальніАктиви
Знос>
<ua-pfs:основніЗасобиЗалишковаВартість id=
="11.030" decimals="3" contextRef="AsOf2009"
unitRef="UAH"> 1814800</ua-pfs: основніЗасоби
ЗалишковаВартість>
<ua-pfs:основніЗасобиЗалишковаВартість id=
="11.030" decimals="3" contextRef="AsOf2010"
unitRef="UAH"> 1814800</ua-pfs:ОсновніЗа-
собиЗалишковаВартість>
<ua-pfs:основніЗасобиПервіснаВартість id=
="11.031" decimals="3" contextRef="AsOf2009"
unitRef="UAH"> 2152250 </ua-pfs:основніЗа-
собиПервіснаВартість>
<ua-pfs:основніЗасобиПервіснаВартість id=
="11.031" decimals="3" contextRef="AsOf2010"
unitRef="UAH"> 2146000 </ua-pfs:основніЗа-
собиПервіснаВартість>
<ua-pfs:основніЗасобиЗнос id="11.032" decimals=
="3" contextRef="AsOf2009" unitRef= "UAH">
336450
</ua-pfs: основніЗасобиЗнос>
<ua-pfs:основніЗасобиЗнос id="11.032" deci-
mals="3" contextRef="AsOf2010" unitRef=
="UAH">331200
</ua-pfs: основніЗасобиЗнос>
<ua-pfs:відтермінованіПодатковіАктиви id=
="11.060" decimals="3" contextRef="AsOf2009"
unitRef="UAH"> 51500</ua-pfs: відтерміновані
ПодатковіАктиви>
<ua-pfs:відтермінованіПодатковіАктиви id=
="11.060" decimals="3" contextRef="AsOf2010"
unitRef="UAH"> 51500</ua-pfs: відтермінова-
ніПодатковіАктиви>
<ua-pfs:усьогоНеобіговіОсновніАктиви id=
="11.080" decimals="3" contextRef="AsOf2009"
unitRef="UAH">1891000 </ua-pfs:усього Необі-
говіОсновніАктиви>
<ua-pfs:усьогоНеобіговіОсновніАктиви id=
="11.080" decimals="3" contextRef="AsOf2010"
unitRef="UAH">1891000 </ua-pfs:усього Необі-
говіОсновніАктиви>.
Довгострокова дебіторська заборгованість
інші фінансові інвестиції
в капіталі інших
підприємств
залишкова вартість
амортизація
первісна вартість
залишкова вартість
Незавершене будівництво
знос
первісна вартість
Інші необоротні активи
Відтерміновані податкові активи
залишкова вартість
Інвестиційна нерухомість
знос
первісна вартість
І. Необігові активи
Основні засоби
Нематеріальні активи
Довгострокові фінансові інвестиції
Рис. 1. Необігові активи
До даного фрагмента належать елементи та-
ксономії, яким відповідають значення показни-
ків звітності та структурні елементи, які не мі-
стять числових значень і описуються у файлах
таксономії для створення підрозділів звітності
(Нематерiальнi активи, Основні засоби, Довго-
строкові фiнансовi iнвестицiї, Інвестиційна не-
рухомість – рис. 1).
Дані реального документа відображені у таб-
лиці фактів БД.
Мова XBRL використовує структуру оригі-
налу файлу (схему XSD) і набір стилів (XLS)
для відображення даних. Специфікація XBRL
не містить будь-яких рекомендацій щодо ви-
користання методів передачі інформації. Пи-
тання цілісності та конфіденційності лежать по-
за сферою інтересів мови XBRL, основне за-
УСиМ, 2010, № 5 69
вдання якої – передача дійсного вмісту в пого-
дженому форматі даних.
Код Найменування елемента Період Значення
11.010 Нематеріальні Активи
ЗалишковаВартість
AsOf2009 24,7
11.010 Нематеріальні Активи
ЗалишковаВартість
AsOf2008 24,7
11.011 Нематеріальні Активи
ПервіснаВартість
AsOf2009 83,1
11.011 Нематеріальні Активи
ПервіснаВартість
AsOf2008 77,1
11.012 НематеріальніАктивиЗнос AsOf2009 58,4
11.012 НематеріальніАктивиЗнос AsOf2008 52,4
11.030 ОсновніЗасобиЗалишковаВартість AsOf2009 18148
11.030 ОсновніЗасобиЗалишковаВартість AsOf2008 18148
11.031 ОсновніЗасобиПервіснаВартість AsOf2009 2152,25
11.031 ОсновніЗасобиПервіснаВартість AsOf2008 2146
11.032 ОсновніЗасобиЗнос AsOf2009 336,45
11.032 ОсновніЗасобиЗнос AsOf2008 331,2
11.060 Відтерміновані ПодатковіАктиви AsOf2009 51,5
11.060 Відтерміновані ПодатковіАктиви AsOf2008 51,5
11.080 Усього необіговіОсновніАктиви AsOf2009 1891
11.080 Усього необіговіОсновніАктиви AsOf2008 1891
Інфраструктура XBRL
Мова XBRL містить фінансовий звіт, відпо-
відно до норм бухгалтерського обліку та вико-
ристовує ряд рекомендацій консорціуму W3C
(XML Namespaces; XML Linking). Таксономія фі-
нансової звітності використовується спільно з
«Загальним документом», «Аудиторським ви-
сновком Бухгалтерської звітності» і повідом-
леннями «Пояснень і обліковою політикою».
Загальний документ – охоплює елементи, за-
гальні для більшості реальних документів XBRL,
незалежно від їх типу. Ця таксономія містить
елементи, які описують власне реальний доку-
мент XBRL та організацію.
Аудиторський висновок призначено для на-
дання інформації щодо висновку аудиторів/не-
залежних бухгалтерів.
Повідомлення і облікова політика містить
елементи, що підтримують додаткові предста-
влення облікової інформації. В контексті що-
річних фінансових звітів ці пояснення зазвичай
оформлюються в примітках до фінансових до-
кументів або управлінських коментарів.
Стосунки між таксономіями при формуван-
ні фінансових звітів наведено на рис. 2.
Загальний документ
Аудиторський висновок
Фінансові звіти Облікова політика
Імпорт
Опис Розширення
Реальний документ
Рис. 2. Інфраструктура XBRL
На рис. 3 показано процес надання фінансо-
вої інформації [2].
База даних
XBRL-
документ
Підприємство
HTML
Excel, PDF, …
Формати БД
Користувачі
База даних XARL-
таксономія
Прикладна
система Аудита
Аудиторська компанія
Набір
стилів
Система
аутентифікації
XBRL -
таксономія
– XBRL-документ
– Запит користувачів
– XBRL-документ
– Інформація Користувача
– XARL-документ кодується Цифровим Підписом, використовуючи User’s Public key
Прикладна
бухгалтерська
система
XARL-
документ
Internet
Рис. 3. Перевірка достовірності фінансового звіту
Пояснення до рис. 3:
Документ створюється шляхом відображен-
ня фінансової інформації в системі бухгалтер-
ського обліку через елементи XBRL. Потім до-
кумент передається аудиторові фінансової зві-
тності через Інтернет (). Традиційно прово-
диться перевірка цілісності інформації (повно-
та, точність), валюта і авторизація документа.
Додаткові перевірки зв'язані з використанням
елементів таксономії, що відображають фінан-
сові дані.
Аудитор виконує процедури, які підтвер-
джують достовірність документів та аналітичні
процедури з перевірки даних. Далі створюють-
ся XARL-документи, які відображають інфор-
мацію, пов'язану з елементами XBRL, узгодже-
ними з таксономією XARL. Інформація, що
включається в документ XARL, може стосува-
тися фінансової звітності в цілому або окремих
її позицій. Також надається інформація про сис-
теми контролю.
Користувачі, яким необхідна фінансова ін-
формація підприємства, отримують її через Ін-
тернет ( и ). Аби отримати достовірну фі-
нансову інформацію, користувач повинен отри-
70 УСиМ, 2010, № 5
мати XARL-документ безпосередньо від Ау-
дитора.
Після отримання запиту про надання ін-
формації (), система Аудитора відправляє
XARL-документ користувачеві. Документ XARL
має цифровий підпис Аудитора, зашифрований
за допомогою відкритого ключа користувача.
Цей процес перевірки достовірності міститься
в документі XARL. Потім зашифрований доку-
мент XARL передається користувачеві ().
Використовуючи свій закритий ключ і від-
критий ключ страховика, користувач розшиф-
ровує XARL-документ. Якщо він хоче перетво-
рити документи в HTML-формат або таблицю
БД, він може це зробити за допомогою стилів
XSL. Кодування XARL надає докази того, що
документ XBRL було перевірено аудитором і
він не був змінений.
Система моніторингу діяльності суб’єктів
господарювання
Інформаційна система моніторингу передба-
чає агрегацію всіх показників діяльності суб’єк-
тів господарювання в єдине сховище, яке ви-
користовують для створення аналітичних мате-
ріалів, аналізу фінансового стану підприємств
та надання відомостей уповноваженим особам.
Система моніторингу складається з блоку ре-
єстру господарюючих суб’єктів, який характе-
ризується ідентифікацією суб'єктів та класифі-
кацією показників їх діяльності; блоку збору і
передачі даних, що здійснює взаємодію між або-
нентами; блоку обробки даних та формування
аналітичних звітів.
Для обліку господарюючих суб’єктів та фо-
рмування інформаційного ресурсу показників
їх діяльності, необхідно використати державні
реєстри щодо актуалізації статистичних кодів
підприємств (організацій). Наведемо перелік
класифікаторів картки підприємства: ЄДПРОУ
(реєстровий номер); КОАТУУ (територія); КФВ
(форма власності); КОПФГ (форма господарю-
вання); СПОДУ (орган управління); ЗКНГ (га-
лузь); КВЕД (вид економічної діяльності);
ЦСКП (номенклатура продукції, послуг); ДКУД
(управлінська документація).
Підприємства і організації наводять дані в
спеціальному форматі або безпосередньо вво-
дять їх через Web-сервіс в систему. Блок збору
даних суб'єктів обліку виконує наступні функ-
ції: введення та зберігання даних в системі;
підтримку довідників і класифікаторів; під-
тримку протоколу обміну даними та перевірку
формату введення даних; гарантію безпеки збе-
рігання (передачі) даних та ведення журналу їх
змін; розмежування прав доступу до даних си-
стеми.
Для аналізу діяльності суб'єктів обліку блок
обробки даних виконує наступні функції: роз-
рахунок аналітичних показників; виявлення роз-
біжностей в значеннях аналогічних показників;
здійснення пошуку записів за даними системи
моніторингу; формування аналітичних звітів з
врахуванням динаміки показників в часі.
Показниками KPI, що характеризують клю-
чові аспекти діяльності господарюючих суб’єк-
тів, є рентабельність власного капіталу, норм
прибутку, сукупних активів (ROTA), а також чис-
тий операційний прибуток до податків та амо-
ртизації (EBITDA), економічний прибуток (EVA),
продуктивність праці. На основі KPI будується
розширена господарська звітність суб’єктів го-
сподарювання.
Показники фінансово-господарської діяль-
ності підприємств, які розраховуються за декі-
лька періодів звітності, групуються за показ-
никами обсягу виробництва та продажу, вико-
ристовуваних ресурсів, капіталу та затрат; по-
казниками ефективності використання ресур-
сів, капіталу та затрат, а також за показниками
фінансового результату діяльності, фінансової
стійкості та ліквідності (на кінець періоду).
Інформаційний інтерфейс для КРІ дозволяє
вводити додатково «якісну» інформацію для
будь-якого показника: коментар загального ха-
рактеру, стосунок даного KPI до стратегії під-
приємства, пояснення і визначення формули
розрахунку. Розрахунок KPI як цифри реалізу-
ється за допомогою макро-мови SQL. Код SQL-
запитів має бути параметричним (на вхід пода-
ється дата початку і кінця періоду).
Спроектована БД прикладної системи в ре-
зультаті класифікації показників, дозволить бу-
дувати звітність з будь-яким угрупуванням і
заданим сортуванням. Візуалізація значень по-
УСиМ, 2010, № 5 71
казників в графічній та табличній формі надає
можливість порівняння фактичних даних з пла-
ном та фактом за минулі періоди.
Програмне забезпечення в цілому реалізує:
створення шаблонів форм звітності відпо-
відно до її структури (схеми);
введення реєстру статистичної звітності та
інформаційної бази показників, на підставі яких
здійснюється моніторинг стану об'єктів обліку;
введення перевірки фінансових показників
діяльності підприємств та їх логічної порівня-
ності між різними формами звітності;
формування запитів за критеріями вибору
інформації, визначеними замовником.
формування аналітичних показників для
порівняльного аналізу діяльності підприємств.
Аналіз господарської діяльності підприємств
на основі KPI за декілька періодів та консолі-
дація балансу корпорації або розрахунок регі-
онального міжгалузевого балансу потребує ви-
користання інформаційних технологій збері-
гання даних.
Зберігання даних документів XML у СУБД
Використання інформації на прикладному
рівні у форматі XML потребує зберігання ієрар-
хічно структурованих даних за допомогою
СУБД і селективного пошуку інформації.
При використанні СУБД для зберігання та
обробки даних документів XML слід пам’ята-
ти, що файли XML і реляційні бази засновано
на істотно різних моделях. При використанні
SQL-запиту відносно обробки XML-даних не-
обхідно перетворити ієрархічно структуровані
дані XML у відповідні реляційні дані. На при-
кладному рівні БД є наборами зв'язаних даних,
що зберігаються в двомірних таблицях з нор-
малізованими взаєминами. Реляційна таблиця є
плоский файл з невизначеним набором корте-
жів та обмеженим набором атрибутів, причому
кожен кортеж повинен мати ту ж структуру.
На контрасті, документи XML, які описують від-
повідні об’єкти, мають ієрархічну структуру.
Структура XML-документа являє собою взає-
мини елементів, які можуть повторюватись
будь-яке число разів. Крім того, схеми XML
містять багато необов'язкових елементів і при-
писів, які не існують у документі.
Завдяки цим відмінностям відображення да-
них XML на реляційні таблиці утруднено, хоча
розподілення XML-даних за реляційними таб-
лицями може виявитися корисним щодо вико-
ристання переваг СУБД. Зберігання даних у таб-
лицях означає обробку окремих даних без ви-
бірки всього документа та застосування опера-
ції SQL для XML-даних.
Наведемо перелік переваг декомпозиції до-
кументів для маніпулювання даними формату
XML у відповідності до БД:
документи XML зберігаються у реляційній
базі для звернень до XML-даних;
структура XML-даних може легко проек-
туватися на реляційну таблицю;
формат XML-документа відносно стійкий і
зміни до нього рідкі.
Для вирішення проблеми застосування фо-
рмату XML до сучасних СУБД доданий тип да-
них XML, що дозволяє перенести обробку XML-
документів на сервер БД. Схеми БД підтриму-
ють структуру XML-документів і забезпечують
доступ до конкретного вузла документа за до-
помогою програмного інтерфейсу. При роботі
з XML-документами проміжний інтерфейс до
СУБД транслює шляхи XPath у SQL-запити і
назад. У цьому випадку вузли XML-документа
зберігаються в таблицях БД, а при запитах XML-
документ відновлюється з цих таблиць.
У реляційній БД таблиці пов'язані зовніш-
німи ключами, а у XML ці ж стосунки відби-
ваються у вигляді ієрархії елементів. Для збе-
рігання ієрархічних структур XML-документів
можна використовувати:
тип вузла (елемент, атрибут, інструкція
обробки, простір імен і кореневий вузол);
ім'я вузла (ім'я елемента, одержувач ін-
струкції обробки, префікс простору імен);
значення вузла (NULL для кореневого вуз-
ла і елементів).
Схема XSD визначає типи даних як для еле-
ментів, так і атрибутів. Рядки таблиці БД кон-
вертуватимуться в елементи складного типу схе-
ми, а значення стовпців БД конвертуються в
атрибути або елементи простого типу. Якщо
імена простих елементів і атрибутів XML від-
повідають іменам стовпців у БД, то функція
72 УСиМ, 2010, № 5
SQLXML передбачає, що елементи складного
типу конвертуються в таблиці, а елементи про-
стого типу і атрибути – в стовпці. Щоб враху-
вати ієрархію при конвертації, необхідно ви-
значити зв'язки між елементами, використову-
ючи анотацію sql:relationship. Тоді SQLXML ви-
користовуватиме цю інформацію для створен-
ня правильної ієрархії.
Для представлення дерева об’єктної моделі
вузлів XML-документа необхідна процедура
приготування набору даних (Parsing) відповід-
но до схеми XSD. Потім виконується заванта-
ження даних в реляційні таблиці. На сервері БД
можна писати логіку, використовуючи інтег-
рацію з CLR [3], для підтримки бізнес-правил.
Бізнес-логіка може бути задана за допомогою
коду SQLCLR або процедур, що зберігаються, і
функцій T-SQL, які виконують обробку набора
даних. Для відображення XML-даних можливо
використати запити XQuery або анотації в XML-
схемі, щоб визначити проекцію XML-даних на
реляційні таблиці.
Методи прийому і обробки даних залежать
від структури звітності та інтерфейсу приклад-
ного сервера, а зберігання та пошук інформа-
ції – від можливостей СУБД і структури XML-
документів. У процесі обробки XML-даних ви-
користовується схема документа (XSD), а для
представлення XML-документів у різних фор-
матах (HTML, PDF, Excel) – набір стилів XSL.
Для виконання сценаріїв обробки даних XML
необхідно реалізувати наступні дії: створити
XML-файл, заснований на схемі XML; імпорту-
вати XML-дані до SQL-серверу; зберігати XML-
дані в БД; отримати набір даних та документ
XML з БД.
Система ідентифікаторів і класифікато-
рів інформаційного ресурсу
Складовими інформаційного ресурсу (ІР)
фінансової звітності є сукупність об'єктів (на-
приклад, інформаційний об'єкт документ), що
утворюють архітектуру даних системи. Ця ар-
хітектура складається із сутностей з атрибута-
ми та ідентифікаторів і класифікаторів.
Кожному об'єкту необхідно присвоїти іден-
тифікатор відповідно до стандарту ISO–OID,
який кодує документи і ресурси. OID має уні-
кальне значення і однозначно ідентифікує об’єкт
в адресному просторі об'єктних ідентифікато-
рів. Будь-який ІР має власні ідентифікатори, а
також використовує ідентифікатори інших ІР
для інтеграції. Українським сегментом світово-
го простору ідентифікаторів об'єктів є 1.2.804
(ISO.member-body.UA).
Окрім ідентифікатора, об'єкт характеризуєть-
ся набором атрибутів. Сукупність значень і від-
повідний код утворює класифікатор атрибутів.
Використання класифікаторів спрощує опис
умов для перевірки правильності інформації.
Зокрема, система класифікаторів забезпечує зі-
ставлення економіко-статистичних показників
діяльності господарюючих суб'єктів. Слід за-
значити, що хаотичний розвиток інформацій-
них ресурсів призводить до ситуації, коли одні
і ті ж атрибути кодується по різних класифіка-
торах. Це виключає можливість інтеграції різ-
них ІР та ускладнює використання даних. Для
вирішення проблеми власник ІР разом з іден-
тифікацією об'єктів має створювати класифіка-
тори атрибутів даного ресурсу. Крім того, ма-
ють бути визначені правила побудови дерева
об’єктних ідентифікаторів та підтримки в актуа-
льному стані класифікаторів для забезпечення
доступу до інформації користувачів.
Підсистема формування та подання фі-
нансової звітності
Система формування електронних докумен-
тів призначена для обміну даними і автомати-
зації процесу документообігу між господарю-
ючими суб'єктами (абонентами) і контролюю-
чими органами. Для обміну конфіденційною
інформацією система передбачає використання
електронного цифрового підпису та містить
опис форматів документів.
Під час обміну інформацією між учасника-
ми документообігу використовується мова XML.
Завдання XML полягає в тому, щоб дані доку-
мента могли бути визначені незалежно від плат-
форми програмного забезпечення. При ство-
ренні XML-документів його структура, типи
елементів визначаються окремо, завдяки вико-
ристанню схеми (XSD) та набору стилів (XLS)
для розмітки вмісту документів.
УСиМ, 2010, № 5 73
Для електронного обміну даними введені
поняття партнери (довірчі контракти), конвер-
ти повідомлень з ключами цифрового підпису,
програмне забезпечення перекладу даних з ви-
хідного формату в набір транзакцій серверу
додатків. Клієнтська частина системи виконує
операції введення і перевірки даних, форму-
вання оригінала файлу XML, криптографічного
перетворення документу (накладення/перевір-
ка цифрового підпису, шифрування/дешифру-
вання). Абонент взаємодіє з серверною части-
ною системи через Web-інтерфейс. Суб'єкт іні-
ціює виконання функції звернення до Web-сер-
вісу з передачею необхідних даних. Після за-
вершення виконання процесу, ініціаторові за-
пуску передається відповідне повідомлення.
Сервер оператора також підтримує XML-фор-
мат даних за допомогою, наприклад, ASP-сто-
рінок.
Обмін даними здійснюється за допомогою
простого протоколу об'єктного доступу (SOAP).
Сервіс являє собою Web-службу синхронного
обміну XML-повідомленнями:
<Envelope>
xmlns="http://schemas.xmlsoap.org/soap
/envelope/"
<Header>
<!-- заголовок -->
</Header>
<Body>
<!-- документи фінансової звіт-
ності -->
</Body>
</Envelope>
Система передбачає режим гарантованої до-
ставки інформації, тобто користувачеві надси-
лається підтвердження про отримання або не-
отримання повідомлення. У кожному випадку
SOAP-сервер має бути реалізований як WEB-
додаток.
Всі операції визначаються вмістом XML-до-
кумента. Ідентифікаційні параметри відправника
такі: ідентифікатор сесії (якщо вже визначений
при реєстрації), ім'я користувача, пароль. XSD-
схема наводиться окремим файлом і розміщу-
ється на сайті сервера.
Для кожного елемента XML-файлу наводяться
відомості відповідно до таксономії XBRL:
найменування елемента;
тип елемента (складний, простий та атри-
бут елемента);
формат значення елемента:
– ознака обов'язковості присутності еле-
мента у файлі обміну;
– додаткова інформація.
У разі реєстрації користувача формується но-
ва сесія, а відповідний сервіс повертає іденти-
фікатор створеної сесії користувачеві. Подаль-
ші звернення до сервісу можливі без імені ко-
ристувача і пароля, але з вказівкою виданого
раніше ідентифікатора сесії.
Простий мережевий сервіс не підпорядко-
ваний стандартам комунікацій. Тому для забез-
печення мережевого сервісу необхідно працю-
вати із стандартними протоколами, які засно-
вані на HTTP-, GET- і PUT-методології та під-
тримують Web-послуги.
Існують дві домінуючі тенденції: Протокол
XML-RPC для дистанційної обробки даних і
SOAP. Процес, запущений з клієнтського дода-
тку, використовує протокол SOAP або XML-
RPC, переводить XML-запит Web-сервісу через
HTTP і повертає відповідно оброблену відповідь.
Процес обміну файлами подано на рис. 4.
Протокол SOAP спершу визначає, як обро-
бити повідомлення, а потім відображає дані
відповідно віддаленим процедурам.
http-відповідь
HTTP-запит (xml)
Клієнт
(Протокол – RPC або SOAP)
Сервер додатків
(Протокол - RPC або SOAP)
Рис. 4. Протокол обміну файлів
SOAP вкладено в інфраструктуру, яка ви-
значається термінами WSDL і UDDI:
мова опису мережевих послуг (Web Ser-
vices Description Language – WSDL) – XML-файл,
який містить перелік послуг на Web-вузлі. Це
надає точне посилання на послуги, до яких
можна звернутися і які параметри використо-
вувати;
опис дослідження та інтеграції (Universal
Description Discovery & Integration – UDDI) –
74 УСиМ, 2010, № 5
Web-сервіс, який використовується з додатка-
ми та інтегрований у інтерфейсі XML.
На рис. 5 показано взаємодії технологій [3]:
WSDL
SOAP
Web-сервіс Клієнт
UDDI
WSDL
Рис. 5. Взаємодія сервісів
Специфікація UDDI разом з XML, SOAP та
WSDL набувають широкої підтримки в струк-
турі Web-послуг. Для забезпечення взаємодії
Web-служб використовується концепція упако-
вки даних у конверті. Технологія SOAP є фак-
тично стандартом передачі XML-повідомлень
через Інтернет. Упаковка даних дозволяє акти-
вувати вкладення протоколів, заснованих на
XML. Вкладення означає, що для завдань під-
писання, шифрування, маршрутизації можуть
бути визначені протоколи і формати повідом-
лення.
Конфіденційність фінансової звітності по-
требує електронного підпису документа. Зраз-
ками підпису слугує криптографічна пара за-
критий–відкритий ключ (private–public key pair)
сервісу довіри інфраструктури відкритих клю-
чів (Public Кеу Infrastructure). Сфера вживання
цифрового підпису (ЦП) – це здійснення ре-
єстраційних процедур, оформлення документів
для надання держустановам, електронні пла-
тежі та комерція. Перевагою захищеного елек-
тронного документа є захист інформації від спо-
творення, несанкціонованого ознайомлення, а
також неспростовності у разі відмови від фак-
ту підпису документа.
Алгоритми здобуття профілю повідомлення
і інфраструктури відкритих ключів діють від-
повідно до октетів повідомлення та використо-
вуються для обчислення значення профілю. Як-
що повідомлення буде модифіковано та зна-
чення профілю можна використовувати для ви-
явлення змін. Отже, профіль є електронним спо-
собом забезпечення цілісності інформації.
Сервіси довіри створюють і підтримують
криптографічні пари – закритий–відкритий
ключ. Генерація секретного і відкритого ключа
ЦП виконує програмне забезпечення – генера-
тор ключів, який надається центром сертифіка-
ції ключів. ЦП – це блок інформації, який при-
кріплюється до файлу даних автором і захищає
файл від модифікації. Ключі зберігаються в різ-
них файлах: секретний (особистий) ключ у влас-
ника підпису, а відкритий ключ перевірки – в
спеціалізованому довіднику. Політика серти-
фікатів ЦП представляється ідентифікатором
OID. Це означає, що у заголовку документа
мають бути вказані відповідні ідентифікато-
ри об’єктів.
Маючи тільки доступ до відкритого ключа
неможливо поставити цифровий підпис. Конфі-
денційність закритого ключа забезпечує страхов-
ку від підробки підпису. Секретний ключ є
власністю власника підпису і не надається ні-
кому іншому (навіть центру сертифікації клю-
чів). Використовуючи відкритий ключ можна
лише перевірити цифровий підпис.
Для підписання XML-документа спочатку
класифікують XML-файл і синтезують значен-
ня профілю. Потім підписують за допомогою
закритого ключа. Додаток, який містить підпи-
сане повідомлення, підтверджує достовірність
і цілісність підписаного повідомлення за до-
помогою відкритого ключа.
Висновки. Мова XBRL, як формат предста-
влення даних, дозволяє здійснювати платфор-
мно-незалежний обмін даними між абонента-
ми. Дані моделюються як повідомлення з роз-
міткою XML, обробляються і експортуються у
зовнішні інформаційні системи.
Впровадження єдиного формату передачі да-
них з розширенням таксономії XBRL на націо-
нальному рівні забезпечить інтеграцію інфор-
маційних ресурсів для функціонування елек-
тронного документообігу підприємств, банків,
аудиторів і контролюючих органів.
1. Extensible Business Reporting Language (XBRL) 2.1. –
http://www.xbrl.org/Specification/XBRL-RECOMMEN-
DATION-2003-1231+Corrected-Errata-2008-07-02.htm
2. Boritz J.E., No W.G. Assurance Reporting for XBRL,
Trust and Data Assurances in Capital Markets: The
Role of Technology Solutions, Research Monograph,
S. Rohani (ed.), March 2003. – P. 17–31.
3. Introduction to SQL Server CLR Integration (ADO.NET). –
http://msdn.microsoft.com/en-us/library/ms254498.aspx
УСиМ, 2010, № 5 75
4. XBRL, Technology Working Group, Spain. – http://
www.xbrl.es/do wnloads/libros/White_Paper.pdf
Поступила 18.03.2010
Тел. для справок: (044) 286-1683 (Киев)
E-mail: oleh753@hotmail.com
© О.А. Хорозов, 2010
О.А. Хорозов
Разработка формата передачи данных деловой отчетности
Введение. Необходимость интеграции информационной,
экспертной и прогнозной составляющих работы хозяй-
ствующих субъектов очевидна из ресурсного обеспече-
ния и финансового контроля. Признанным инструмен-
том анализа деятельности субъектов мониторинга есть
проверка согласованности данных о потоках товаров и
услуг с имеющимися финансовыми, материальными и тру-
довыми ресурсами. Цель проведения данного анализа –
оценка финансово-экономических показателей деятель-
ности предприятий по данным бухгалтерской отчетности.
Для формирования информационной базы относи-
тельно обеспечения сравнительного анализа деятельно-
сти предприятий необходима согласованная система
классификаторов ресурсов и идентификаторов инфор-
мационных объектов. Стандартизация структуры отчет-
ных документов предусматривает наличие терминоло-
гических словарей элементов отчетности и их связи, а
также регламент обмена данными. Таким образом, соот-
ветствующее информационно-аналитическое обеспечение
с использованием пакета стандартных отчетных доку-
ментов хозяйствующих субъектов позволит сформиро-
вать информационный ресурс статистической отчетно-
сти и показателей деятельности предприятия. Кроме то-
го, это даст возможность инвесторам, кредиторам и кон-
тролирующим органам непосредственно получать необ-
ходимую информацию согласованного формата.
В качестве платформы управления данными выбрана
СУБД, предоставляющая макро-язык расчета показате-
лей деятельности хозяйствующих субъектов и средства
бизнес-аналитики. Средства бизнес-аналитики сервера ба-
зы данных (БД) включают в себя аналитическую обра-
ботку данных и расчет ключевых показателей деятель-
ности (KPI). Спроектированная БД прикладной инфор-
мационной системы предусматривает идентификацию
субъектов мониторинга, вид экономической деятельно-
сти и номенклатуру продукции (услуг), а также класси-
фикацию показателей финансовых отчетов.
Обычно предприятия формируют статистическую от-
четность с помощью программного обеспечения бухгал-
терского учета и передают информацию соответствую-
щим контролирующим органам. В настоящее время для
каждого случая обмена данными создаются специализи-
рованные форматы информационных ресурсов. Это при-
водит к образованию несовместимых форматов файлов,
содержащим семантически подобную структуру данных.
Поэтому для согласования и автоматизации процесса
документооборота необходимо выбрать универсальный
формат передачи данных статистической отчетности, не-
зависимый от программной платформы абонентов.
Таксономия языка деловой отчетности
Поскольку язык XML повсеместно используется в ка-
честве средства передачи информации, естественно воз-
никает задача формирования и представления финансо-
вой отчетности в формате XML. Язык XBRL, будучи од-
ним из расширений XML, позволяет осуществлять обмен
информацией между разным программным обеспечени-
ем, относительно ее использования кредиторами, инве-
сторами, аудиторами и регуляторами. При обмене инфор-
мацией между участниками документооборота, XBRL учи-
тывает Международные Стандарты Финансовой Отчет-
ности (МСФЗ – IFRS), обеспечивает трансляцию бухгал-
терских концептов в набор данных, хранит семантику
значений финансовых показателей.
Сценарии использования этого стандарта предусмат-
ривают:
сбор данных в унифицированном формате с целью
консолидации отчетности;
передачу информации с транзакционной системы ге-
нераторам отчетов;
обмен данными между разными программными плат-
формами;
публикацию финансовой информации в Интернете.
Цель таксономии языка деловой отчетности – моде-
лирование документов финансовой отчетности. Таксо-
номия XBRL – способ описания формальных требований
к отчету, обеспечивающий представление структуры фи-
нансовой декларации со списком базовых разделов бух-
галтерской отчетности:
Форма № 1. Балансовый отчет (ДКУД 1801001)
Форма № 2. Отчет о прибыли и убытках (ДКУД 1801003)
Форма № 3. Отчет о движении денежных средств
(ДКУД 1801004)
Форма № 4. Отчет о движении капитала (ДКУД 1801002)
Формы № 1–4 имеют разную иерархическую структуру
с вложенными элементами, которую можно быстро реа-
лизовать отдельно. Использование набора документов раз-
ной структуры имеет свое ограничение с учетом потен-
циальной возможности расширения разделов, поскольку
этот подход не определяет единую структуру отчетности и
не учитывает отношения между элементами. Технология,
позволяющая избежать представления данных через слож-
ную иерархическую структуру и соединить элементы,
есть использование системы связи с помощью XLink.
76 УСиМ, 2010, № 5
В соответствии с технической спецификацией XBRL,
таксономия состоит из схемы (schema) и системы связей
(linkbases). Спецификация XBRL определяет элементы и
атрибуты XML, которые будут использованы для описа-
ния информации в реальных документах. XML-схема со-
держит определение элементов финансовой отчетности
(например, текущие активы) и их свойства, тогда как сис-
тема связи определяет отношения между элементами.
Таким образом, таксономия позволяет приводить данные в
соответствии с разными правилами бухгалтерской от-
четности. Таксономии XBRL должны быть расширяемы-
ми, т.е. обеспечивать ссылку на другие таксономии, что
есть ключевой функциональностью XBRL, используемой
для представления данных в разных бухгалтерских стан-
дартах. Существуют разные расширения таксономий,
соответствующие национальным стандартам.
Язык XBRL наделяет единицу информации индиви-
дуальной меткой (тэгами), которая организована в сло-
вари показателей и формы отчетности. С бухгалтерской
точки зрения, «финансовые показатели» должны иметь
атрибуты (денежное значение, дебит или кредит счета,
дату или период) для корректной обработки информа-
ции. С точки зрения пользователя, таксономия – это спо-
соб описания формальных требований к отчету, пред-
ставленному в формате XBRL. Метка, присвоенная каж-
дой единице информации, организована в словари пока-
зателей и формы отчетности (национальные, отраслевые,
специальные). Полное описание спецификации XBRL вер-
сии 2.1 находится на сайте www.xbrl.org [1].
Таксономия XBRL содержит:
бухгалтерские понятия (concept) – тэги, для марки-
ровки элементов финансовых данных; такая метка нуж-
на для компьютерной обработки данных;
ярлыки (labels) – наименование бухгалтерской ста-
тьи финансовой отчетности;
определение (definitions) – нормативные определе-
ния бухгалтерских понятий;
взаимосвязь (linkbases) – описание взаимосвязи
между элементами.
Таксономия XBRL состоит из пакета взаимосвязан-
ных XML-файлов:
XML Schema (XSD-файл), составленная в соответ-
ствии со спецификацией XBRL как словарь определен-
ных терминов, используемых в документах.
База связи XBRL (XML-файлы) для интерпретации
элементов с компонентами:
– наименования (Labels), которые ассоциируются со
словарем элементов;
– справка (References) как ссылка к стандартам отчет-
ности;
– представление (Presentation information) как пра-
вила форматирования отчета;
– вычисление (Calculation relationships) как пра-
вила для вычислений отношений между эле-
ментами отчетности;
– определение (Definition) как дополнительные пра-
вила к взаимоотношениям между элементами.
Ссылка на данную базу связи должна находиться в
контейнере документа. Этим контейнером может быть до-
кумент XML-Schema, содержащий элемент базы связи как
корневой элемент. Любой документ должен иметь эк-
земпляр XML-схемы. В документе задается элемент import,
чтобы ссылаться на XBRL-схему. Дополнения таксоно-
мии выполняют проверку реального документа по базо-
вой XBRL-схеме.
В XBRL-схеме реального документа определены ос-
новные типы данных, а также абстрактные элементы item и
tuple, используемые в объявлениях группы подстановки.
Для определения элементов связи XBRL опирается на
XLink, описанные в соответствующей спецификации W3C
(xlink:type, xlink:show, xlink: actuate, xlink:title). Базу свя-
зи определяют элементы calculationArc, presentationArc,
definitionArc, используемые для отображения отношений
между элементами. Например, между текущими актива-
ми и расходами будущих лет существует отношение (рас-
ходы будущих лет добавляются к текущим активам).
В XBRL-схеме определен денежный (monetary) тип
данных, который должен быть использован при объяв-
лении элемента, если он представляет денежную вели-
чину. Элементы этого типа должны иметь единицу из-
мерения из пространства имен валюты ISO4217 (код
валюты UAH-гривня, цифровой код-980).
Элементы контекста numericContext и nonNumericCon-
text – это контейнеры для метаданных. Они предостав-
ляют контекст, необходимый для понимания финансо-
вого факта, содержащегося в элементе. Элемент nonNume-
ricContext содержит метаданные и атрибуты, которые от-
носятся к текстовым фактам; элемент numericContext
обеспечивает похожие элементы для числовых фактов.
Корректное выявление документа XBRL зависит от
пространства имен XBRL. Тип MIME позволяет допол-
нениям обнаруживать документ XBRL, не открывая его.
XBRL.org зарегистрировала типы MIME для application/
xbrl-instance; application/xbrl-schema; application/xbrl-
linkbase.
Документы XBRL обязательно должны быть дейст-
вительными (valid). Базовый синтаксис реальных доку-
ментов опирается на XML-схему, которую необходимо
импортировать. Для элемента должны быть указаны атри-
буты: имя (name) и тип данных (type). Кроме того, для
элемента могут быть приведены факультативные атри-
буты – идентификационный код (id) и баланс (balance).
Реальный документ должен содержать два контекста,
представляющие текущий и предыдущий периоды. Напри-
мер, в балансовом отчете эти факты представлены так:
<ua-pfs: НеоборотниеАктивы numericContext=
='AsOfPrior'>xxxxxx</ua-pfs: НеоборотниеАктивы >
<ua-pfs: НеоборотниеАктивы numericContext=
='AsOfCurrent'>yyyyyyy</ua-pfs: НеоборотниеАктивы >
Префикс ua-pfs связан с универсальным идентифика-
тором ресурса (URI) пространства имен для элементов
первичной финансовой отчетности (pfs) Украинского бух-
галтерского учета.
УСиМ, 2010, № 5 77
Рассмотрим фрагмент структуры баланса предпри-
ятия, представленный на рис. 1.
Долгосрочная дебиторская задолженность
другие финансовые инвестиции
в капитале других
предприятий
остаточная стоимость
амортизация
начальная стоимость
остаточная стоимость
Незаконченное строительство
износ
начальная стоимость
Другие необоротные активы
Отсроченные налоговые активы
остаточная стоимость
Инвестиционная недвижимость
износ
начальная стоимость
І. Необоротные активы
Основные средства
Нематериальные активы
Долгосрочные финансовые инвестиции
Рис. 1. Необоротные активы
Фрагмент баланса предприятия – необратимые акти-
вы в формате XML:
<ua-pfs:нематериальныеАктивыОстаточнаяСтоимость
id= "11.010" decimals="3" contextRef="AsOf2009" unitRef=
="UAH">24700</ua-pfs: нематериальныеАктивыОстаточная
Стоимость >
<ua-pfs: нематериальныеАктивыОстаточнаяСтоимость
id= "11.010" decimals="3" contextRef="AsOf2010" unitRef=
="UAH">24700</ua-pfs: нематериальныеАктивыОстаточная
Стоимость >
<ua-pfs: нематериальныеАктивыНачальнаяСтоимость
id="11.011" decimals="3" contextRef="AsOf2009" unitRef=
="UAH">83100</ua-pfs: нематериальныеАктивыНачальная
Стоимость >
<ua-pfs: нематериальныеАктивыНачальнаяСтоимость
id="11.011" decimals="3" contextRef="AsOf2010" unitRef=
="UAH">77100</ua-pfs: нематериальныеАктивыНачальная
Стоимость >
<ua-pfs: нематериальныеАктивыИзнос id="11.012"
decimals="3" contextRef="AsOf2009" unitRef="UAH">
58400 </ua-pfs: нематериальныеАктивыИзнос >
<ua-pfs: нематериальныеАктивыИзнос id="11.012"
decimals="3" contextRef="AsOf2010" unitRef="UAH">
52400 </ua-pfs: нематериальныеАктивыИзнос >
<ua-pfs:основныеСредстваОстаточнаяСтоимость id=
="11.030" decimals="3" contextRef="AsOf2009" unitRef=
="UAH"> 1814800</ua-pfs: основныеСредстваОстаточная
Стоимость >
<ua-pfs: основныеСредстваОстаточнаяСтоимость id=
="11.030" decimals="3" contextRef="AsOf2010" unitRef=
="UAH"> 1814800</ua-pfs: основныеСредстваОстаточная
Стоимость >
<ua-pfs: основныеСредстваНачальнаяСтоимость
id="11.031" decimals="3" contextRef="AsOf2009" unitRef=
="UAH"> 2152250 </ua-pfs: основныеСредстваНачальная
Стоимость >
<ua-pfs: основныеСредстваНачальнаяСтоимость id=
="11.031" decimals="3" contextRef="AsOf2010" unitRef=
="UAH"> 2146000 </ua-pfs: основныеСредстваНачальная
Стоимость >
<ua-pfs: основныеСредстваИзнос id="11.032" decimals=
="3" contextRef="AsOf2009" unitRef="UAH">336450
</ua-pfs: основныеСредстваИзнос >
<ua-pfs: основныеСредстваИзнос id="11.032" decimals=
="3" contextRef="AsOf2010" unitRef="UAH">331200
</ua-pfs: основныеСредстваИзнос >
<ua-pfs:отсроченныеНалоговыеАктивы id="11.060"
decimals="3" contextRef="AsOf2009" unitRef="UAH">
51500</ua-pfs: отсроченныеНалоговыеАктивы >
<ua-pfs: отсроченныеНалоговыеАктивы id="11.060"
decimals="3" contextRef="AsOf2010" unitRef="UAH">
51500</ua-pfs: отсроченныеНалоговыеАктивы >
<ua-pfs:всегоНеоборотныеОсновныеАктивы id="11.080"
decimals="3" contextRef="AsOf2009" unitRef="UAH">1891000
</ua-pfs: всегоНеоборотныеОсновныеАктивы >
<ua-pfs: всегоНеоборотныеОсновныеАктивы id="11.080"
decimals="3" contextRef="AsOf2010" unitRef="UAH">1891000
</ua-pfs: всегоНеоборотныеОсновныеАктивы >.
К данному фрагменту относятся элементы таксоно-
мии, которым соответствуют значения показателей от-
четности и структурные элементы, не содержащие чи-
словые значения и описываемые в файлах таксономии
для создания подразделов отчетности (Нематериальные
активы, Основные средства, Долгосрочные финансовые
инвестиции, Инвестиционная недвижимость (рис. 1)).
Данные реального документа отражены в таблице фак-
тов БД:
Код Наименование элемента Период Значение
1 2 3 4
11.010
Нематериальные активы
ОстаточнаяСтоимостьь
AsOf2009 24,7
11.010
Нематериальные активы
ОстаточнаяСтоимостьь
AsOf2008 24,7
11.011
Нематериальные активы
НачальнаяСтоимость
AsOf2009 83,1
11.011
Нематериальные активы
НачальнаяСтоимость
AsOf2008 77,1
11.012 НематериальныеАктивыИзнос AsOf2009 58,4
11.012 НематериальныеАктивыИзнос AsOf2008 52,4
11.030
ОсновныеСредства
ОстаточнаяСтоимость
AsOf2009 18148
11.030
ОсновныеСредства
ОстаточнаяСтоимость
AsOf2008 18148
11.031
ОсновныеСредства
НачальнаяСтоимость
AsOf2009 2152,25
11.031
ОсновныеСредства
НачальнаяСтоимость
AsOf2008 2146
11.032 ОсновныеСредстваИзнос AsOf2009 336,45
11.032 ОсновныеСредстваИзнос AsOf2008 331,2
78 УСиМ, 2010, № 5
Продолжение таблицы
11.060 ОтсроченныеНалоговыеАктивы AsOf2009 51,5
11.060 ОтсроченныеНалоговыеАктивы AsOf2008 51,5
11.080 ВсегоНеоборотныеОсновныеАктивы AsOf2009 1891
11.080 ВсегоНеоборотныеОсновныеАктивы AsOf2008 1891
Язык XBRL использует структуру оригинала файла
(схему XSD) и набор стилей (XLS) для отображения дан-
ных. Спецификация XBRL не содержит какой-либо ре-
комендации по использованию методов передачи ин-
формации. Вопросы целостности и конфиденциальности
лежат вне сферы интересов языка XBRL, основное зада-
ние которого – передача действительного содержания в
согласованном формате данных.
Инфраструктура XBRL
В языке XBRL предусмотрен финансовый отчет в со-
ответствии с нормой бухгалтерского учета и использует-
ся ряд рекомендации консорциума W3C (XML Namespa-
ces; XML Linking). Таксономия финансовой отчетности
используется совместно с «Общим документом», «Ауди-
торским выводом Бухгалтерской отчетности» и сообще-
ниями «Объяснений и учетной политикой».
Общий документ охватывает элементы, общие для
большинства реальных документов XBRL, независимо от
их типа. Эта таксономия содержит элементы, описываю-
щие собственно реальный документ XBRL и организацию.
Аудиторский вывод предназначен для предоставле-
ния информации относительно вывода аудиторов/неза-
висимых бухгалтеров.
Сообщение и учетная политика содержит элементы,
поддерживающие дополнительные представления учет-
ной информации. В контексте ежегодных финансовых
отчетов эти объяснения обычно оформляются в приме-
чаниях к финансовым документам или управленческим
комментариям.
Отношения между таксономиями при формировании
финансовых отчетов представлены на рис. 2.
Общий документ
Аудиторское заключение
Финансовый отчет Учетная политика
Импорт
Описание Расширения
Реальный документ
Рис. 2. Инфраструктура XBRL
На рис. 3 показан процесс предоставления финансо-
вой информации [2].
Объяснение к рис. 3:
Документ создается путем отображения финансо-
вой информации в системе бухгалтерского учета через
элементы XBRL. Затем документ передается аудитору
финансовой отчетности через Интернет (). Традицион-
но проводится проверка целостности информации (пол-
нота, точность), валюта и авторизация документа. Допол-
нительная проверка связана с использованием элемен-
тов таксономии, отображающих финансовые данные.
База данных
XBRL-
документ
Предприятие
HTML
Excel, PDF, …
Форматы БД
Пользователи
База данных XARL-
таксономия
Прикладная
система Аудита
Аудиторская компания
Набор
стилей
Система
аутентификации
XBRL-
таксономия
– XBRL-документ
– Запросы пользователей
– XBRL-документ
– Информация Пользователя
– XARL-документ кодируется Цифровой Подписью с использованием User’s Public key
Прикладная
бухгалтерская
система
XARL-
документ
Internet
Рис. 3. Проверка достоверности финансового отчета
Аудитор выполняет процедуру, подтверждающую
достоверность документов и аналитическую процедуру
проверки данных. Затем создает XARL-документы, ото-
бражающие информацию, связанную с элементами XBRL,
согласованными с таксономией XARL. Информация, вклю-
чаемая в документ XARL, может относиться к финансо-
вой отчетности в целом или отдельной ее позиции. Так-
же предоставляется информация о системе контроля.
Пользователи, которым необходима финансовая ин-
формация предприятия, получают ее через Интернет (
и ). Чтобы получить достоверную финансовую инфор-
мацию, пользователь должен получить XARL-документ
непосредственно от Аудитора.
По получении запроса о предоставлении информа-
ции (), система Аудитора отправляет XARL-документ
пользователю. Документ XARL имеет цифровую подпись
Аудитора, зашифрованную с помощью открытого ключа
пользователя. Этот процесс проверки достоверности со-
держится в документе XARL. Потом зашифрованный до-
кумент XARL передается пользователю ().
Используя свой закрытый ключ и открытый ключ
страховщика, пользователь расшифровывает XARL-доку-
мент. Если пользователь хочет превратить документы в
HTML формат или таблицу БД, он может это сделать с
помощью стилей XSL. Кодировка XARL представляет до-
казательство того, что документ XBRL был проверен
аудитором и что он не был изменен.
Система мониторинга деятельности хозяйствую-
щих субъектов
Информационная система мониторинга предусматри-
вает агрегацию всех показателей деятельности хозяйст-
вующих субъектов в единое хранилище, используемое
для создания аналитических материалов, анализа финан-
сового состояния предприятий и предоставления сведе-
ний уполномоченным лицам. Система мониторинга со-
стоит из блока реестра хозяйствующих субъектов, кото-
рый характеризуется идентификацией субъектов и клас-
сификацией показателей их деятельности; блока сбора и
УСиМ, 2010, № 5 79
передачи данных, осуществляющего взаимодействие меж-
ду абонентами; блока обработки данных и формирова-
ния аналитических отчетов.
Для учета хозяйствующих субъектов и формирова-
ния информационного ресурса показателей их деятель-
ности необходимо использовать государственные рее-
стры относительно актуализации статистических кодов
предприятий (организации). Приведем перечень класси-
фикаторов карточки предприятия: ЕДПРОУ (реестровый
номер); КОАТУУ (территория); КФС (форма собствен-
ности); КОПФХ (форма ведения хозяйства); НИЗУ (ор-
ган управления); ЗКНГ (отрасль); КВЭД (вид экономи-
ческой деятельности); ЦСКП (номенклатура продукции,
услуги); ДКУД (управленческая документация).
Предприятия и организации предоставляют данные в
специальном формате или непосредственно вводят дан-
ные через Web-сервис в систему. Блок сбора данных
субъектов учета выполняет следующие функции: введе-
ние и хранение данных в системе; поддержка справоч-
ников и классификаторов; поддержка протокола обмена
данными и проверка формата введения данных; обеспе-
чение безопасности хранения (передача) данных и веде-
ния журнала изменений данных; разграничение прав
доступа к данным системы.
Для анализа деятельности субъектов учета блок об-
работки данных выполняет следующие функции: расчет
аналитических показателей; выявление расхождений в
значениях аналогичных показателей; осуществление
поиска записи по данным системы мониторинга; фор-
мирование аналитических отчетов с учетом динамики
показателей во времени.
Показатели KPI, характеризующие ключевые аспек-
ты деятельности хозяйствующих субъектов, – рентабель-
ность собственного капитала, нормы прибыли, совокуп-
ных активов (ROTA), а также чистая операционная при-
быль до налогов и учета амортизации (EBITDA), эконо-
мическая прибыль (EVA), производительность труда. На
основе KPI строится расширенная хозяйственная отчет-
ность субъектов.
Показатели финансово-хозяйственной деятельности
предприятий, которые рассчитываются за несколько пе-
риодов отчетности, группируются по показателям объе-
ма производства и продаж; показателям объема исполь-
зуемых ресурсов, капитала и затрат; показателям эффек-
тивности использования ресурсов, капитала и затрат, а
также по показателям финансового результата деятель-
ности, финансовой устойчивости и ликвидности (на ко-
нец периода).
Информационный интерфейс для КРІ позволяет вво-
дить дополнительно «качественную» информацию для
любого показателя: комментарии общего характера, от-
ношения данного KPI к стратегии предприятия, объяс-
нения и определения формул расчета. Расчет KPI как
цифры реализуется с помощью макро-языка SQL. Код
SQL-запросов должен быть параметрическим (на вход
подается дата начала и конца периода).
Спроектированная БД прикладной системы вследствие
классификации показателей позволит строить отчетность с
любой группировкой и заданной сортировкой. Визуали-
зация значений показателей в графической и в табличной
форме позволяет сравнивать фактические данные с пла-
ном и фактом за прошлые периоды.
Программное обеспечение в целом реализует:
создание шаблонов формы отчетности в соответст-
вии с ее структурой (схема);
введение реестра статистической отчетности и ин-
формационной базы показателей, на основании которых
осуществляется мониторинг состояния объектов учета;
введение проверки финансовых показателей дея-
тельности предприятий и их логической сравнимости
между разными формами отчетности;
формирование запросов по критериям выбора ин-
формации определенными заказчиком.
формирование аналитических показателей для срав-
нительного анализа деятельности предприятий.
Анализ хозяйственной деятельности предприятий на
основе KPI за несколько периодов и консолидация ба-
ланса корпорации или расчет регионального межотрас-
левого баланса нуждается в использовании информаци-
онной технологии хранения данных.
Хранение данных документов XML в СУБД
Использование информации на прикладном уровне в
формате XML требует хранения иерархически структу-
рированных данных с помощью СУБД и селективного
поиска информации.
При использовании СУБД для хранения и обработки
данных документов XML следует помнить, что файлы
XML и реляционные базы основаны на существенно раз-
ных моделях. При использовании SQL-запросов относи-
тельно обработки XML-данных необходимо превратить
иерархически структурированные данные XML в соот-
ветствующие реляционные данные. На прикладном уровне
БД – набор связанных данных, сохраняемых в двухмер-
ной таблице с нормализованными отношениями. Реля-
ционная таблица – плоский файл с неопределенным на-
бором кортежей и ограниченным набором атрибутов, где
каждый кортеж должен иметь ту же структуру. На кон-
трасте, документы XML, описывающие соответствующие
объекты, имеют иерархическую структуру. Структура
XML-документа представляет собой отношения элемен-
тов, которые могут повторяться любое число раз. Кроме
того, схемы XML содержат много необязательных эле-
ментов и предписания, которые не существуют в доку-
менте.
Благодаря этим отличиям отображение XML-данных
на реляционную таблицу затруднено. Хотя распределе-
ние XML-данных по реляционным таблицам может ока-
заться полезным относительно использования преиму-
ществ СУБД. Хранение данных в таблице означает об-
работку отдельных данных без выборки всего докумен-
та и применение операций SQL для XML-данных.
80 УСиМ, 2010, № 5
Приведем перечень преимуществ декомпозиции до-
кументов для манипулирования данными формата XML
в соответствии с БД:
документы XML сохраняются в реляционной базе,
чтобы обращаться к XML-данным;
структура XML-данных может легко проецировать-
ся на реляционную таблицу;
формат XML-документа относительно стоек и из-
менения к нему редки.
Для решения проблемы применения формата XML к
современной СУБД добавлен тип данных XML, что по-
зволяет перенести обработку XML-документов на сервер
БД. Схема БД поддерживает структуру XML-документов
и обеспечивает доступ к конкретному узлу документа с
помощью программного интерфейса. При работе с XML-
документами промежуточный интерфейс к СУБД транс-
лирует пути XPath в SQL-запросы и обратно. В этом случае
узлы XML-документа сохраняются в таблице БД, а при
запросах XML-документ возобновляется из этой таблицы.
В реляционной БД таблицы связаны внешними клю-
чами, а в XML эти же отношения отражаются в виде ие-
рархии элементов. Для хранения иерархической струк-
туры XML-документов можно использовать:
– тип узла (элемент, атрибут, инструкция обработки,
пространство имен и корневой узел);
– имя узла (имя элемента, получатель инструкции
обработки, префикс пространства имен);
– значение узла (NULL для корневого узла и элемен-
тов).
Схема XSD определяет типы данных как для элемен-
тов, так и для атрибутов. Строка таблицы БД будет кон-
вертироваться в элементы сложного типа схемы, а зна-
чения столбцов БД конвертируются в атрибуты или
элементы простого типа. Если имена простых элементов
и атрибутов XML соответствуют именам столбцов в БД,
то функция SQLXML предусматривает, что элементы слож-
ного типа конвертируются в таблице, а элементы про-
стого типа и атрибуты – в столбцы. Чтобы учесть иерар-
хию при конвертации, необходимо определить связку
между элементами, используя аннотацию sql:relationship.
Тогда SQLXML использует эту информацию для созда-
ния правильной иерархии.
Для представления дерева объектной модели узлов
XML-документа необходима процедура приготовления
набора данных (Parsing) в соответствии со схемой XSD.
Затем выполняется загрузка данных в реляционную таб-
лицу. На сервере БД можно писать логику, используя
интеграцию с CLR [3], для поддержки бизнес-правил.
Бизнес-логика может быть задана с помощью кода
SQLCLR или хранимой процедуры и функций T-SQL,
выполняющих обработку набора данных. Для отобра-
жения XML-данных возможно использовать запросы
XQuery или аннотацию в XML-схеме, чтобы определить
проекцию XML-данных на реляционную таблицу.
Методы приема и обработки данных зависят от струк-
туры отчетности и интерфейса прикладного сервера, а
хранение и поиск информации – от возможности СУБД
и структуры XML-документов. При обработке XML-дан-
ных используется схема документа (XSD), а для пред-
ставления XML-документов в разных форматах (HTML,
PDF, Excel) – набор стилей XSL.
Для выполнения сценариев обработки данных XML
необходимо выполнить следующие действия: создать
XML-файл, основанный на схеме XML; импортировать
XML-данные на SQL-сервер; сохранить XML-данные в БД;
получить набор данных и документ XML из БД.
Система идентификаторов и классификаторов ин-
формационного ресурса
Составляющей информационного ресурса (ИР) фи-
нансовой отчетности есть совокупность объектов (на-
пример, информационный объект документ), образую-
щих архитектуру данных системы. Данная архитектура
состоит из сущности с атрибутами, идентификаторов и
классификаторов.
Каждому объекту необходимо присвоить идентифи-
катор в соответствии со стандартом ISO–OID, который ко-
дирует документы и ресурсы. OID имеет уникальное зна-
чение и однозначно идентифицирует объект в адресном
пространстве объектных идентификаторов. Любой ИР
имеет собственные идентификаторы, а также использует
идентификаторы других ИР для интеграции. Украинский
сегмент мирового пространства идентификаторов объ-
ектов – 1.2.804 (ISO.member-body.UA).
Кроме идентификатора, объект характеризуется на-
бором атрибутов. Совокупность значений и соответству-
ющий ему код образует классификатор атрибутов. Ис-
пользование классификаторов упрощает описание усло-
вий для проверки правильности информации. В частно-
сти, система классификаторов обеспечивает сопоставле-
ние экономико-статистических показателей деятельности
хозяйствующих субъектов. Следует отметить, что хао-
тическое развитие информационных ресурсов приводит
к ситуации, когда одни и те же атрибуты кодируется по
разным классификаторам. Это исключает возможность
интеграции разных ИР и усложняет использование дан-
ных. Для решения проблемы владелец ИР вместе с
идентификацией объектов должен создавать классифи-
каторы атрибутов данного ресурса. Кроме того, должны
быть определены правила построения дерева объектных
идентификаторов и поддержки в актуальном состоянии
классификаторов для обеспечения доступа к информа-
ции пользователей.
Подсистема формирования и представления фи-
нансовой отчетности
Система формирования электронных документов пред-
назначена для обмена данными и автоматизации про-
цесса документооборота между хозяйствующими субъ-
ектами (абонентами) и контролирующими органами. Для
обмена конфиденциальной информацией система преду-
сматривает использование электронной цифровой под-
писи и содержит описание форматов документов.
Во время обмена информацией между участниками
документооборота используется язык XML. Задание XML
УСиМ, 2010, № 5 81
заключается в том, чтобы данные документа могли быть
определены независимо от платформы программного
обеспечения. При создании XML-документов его струк-
тура, типы элементов определяются отдельно благодаря
использованию схемы (XSD) и набора стилей (XLS) для
разметки содержимого документов.
Для электронного обмена данными введены понятия
партнеры (доверительные контракты), конверты сообще-
ний с ключами цифровой подписи, программное обеспе-
чение перевода данных из исходного формата в набор
транзакций сервера приложений. Клиентская часть систе-
мы выполняет операцию введения и проверки данных,
формирования оригинала файла XML, криптографичес-
кого превращения, документа (наложение/проверка цифро-
вой подписи, шифрование/дешифрование). Абонент взаи-
модействует с серверной частью системы через Web-ин-
терфейс. Субъект инициирует выполнение функции об-
ращения к Web-сервису с передачей необходимых дан-
ных. После завершения выполнения процесса инициато-
ру запуска передается соответствующее сообщение. Сер-
вер оператора также поддерживает XML-формат данных
с помощью, например, ASP-страниц.
Обмен данными осуществляется с помощью просто-
го протокола объектного доступа (SOAP). Сервис пред-
ставляет собой Web-службу синхронного обмена XML-
сообщениями:
<Envelope>
xmlns="http://schemas.xmlsoap.org/soap/envelope/"
<Header>
<!-- заглавие -->
</Header>
<Body>
<!-- документы финансовой отчетности -->
</Body>
</Envelope>
Система предусматривает режим гарантированной до-
ставки информации, т.е. пользователю высылается под-
тверждение о получении или неполучении сообщения. В
каждом случае SOAP-сервер должен быть реализован как
WEB-приложение.
Все операции определяются содержимым XML-доку-
мента. Идентификационные параметры отправителя тако-
вы: идентификатор сессии (если определен при реги-
страции), имя пользователя, пароль. XSD – схема приво-
дится отдельным файлом и размещается на сайте сервера.
Для каждого элемента XML-файла подаются сведе-
ния соответственно таксономии XBRL:
наименование элемента;
тип элемента (сложный, простой) и атрибут эле-
мента);
формат значения элемента;
признак обязательности присутствия элемента в фай-
ле обмена;
дополнительная информация.
В случае регистрации пользователя формируется но-
вая сессия, а соответствующий сервис возвращает иден-
тификатор созданной сессии пользователю. Последую-
щие обращения к сервису возможны без имени пользо-
вателя и пароля, но с указанием выданного ранее иден-
тификатора сессии.
Простой сетевой сервис не подчинен стандартам ком-
муникации. Поэтому для обеспечения сетевого сервиса,
необходимо работать со стандартными протоколами, ос-
нованными на HTTP-, GET- и PUT-методологии и под-
держивают Web-услуги.
Существуют две доминирующие тенденции: Прото-
кол XML–RPC для дистанционной обработки данных и
SOAP. Процесс, запущенный из клиентского приложе-
ния, использует протокол SOAP или XML–RPC, перево-
дит XML-запрос Web-сервису через HTTP и возвращает
соответственно обработанный ответ. Процесс обмена фай-
лами представлен на рис. 4.
Протокол SOAP сначала определяет, как обработать
сообщение, а затем отображает данные в соответствии с
удаленной процедурой.
HTTP-ответ
HTTP-запрос (xml)
Клиент
(Протокол – RPC или SOAP)
Сервер приложений
(Протокол – RPC или SOAP)
Рис. 4. Протокол обмена файлов
SOAP вложен в инфраструктуру, определяемую тер-
минами WSDL и UDDI:
язык описания сетевой услуги (Web Services De-
scription Language – WSDL) – XML-файл, содержащий пе-
речень услуг на Web-узле. Это дает точную ссылку на
услугу, к которой можно обратиться, и какие параметры
использовать;
описание исследования и интеграция (Universal De-
scription Discovery & Integration – UDDI) – Web-сервис,
используемый с дополнениями и интегрированный в
интерфейсе XML.
На рис. 5 показаны взаимодействия технологий [3]:
WSDL
SOAP
Web-сервис Клиент
UDDI
WSDL
Рис. 5. Взаимодействие сервисов
Спецификация UDDI вместе с XML, SOAP и WSDL
приобретают широкую поддержку в структуре Web-сер-
виса. Для обеспечения взаимодействия Web-служб ис-
пользуется концепция упаковки данных в конверте. Тех-
нология SOAP – фактически стандарт передачи XML-со-
общений через Интернет. Упаковка данных позволяет ак-
тивизировать вложение протоколов, основанных на XML.
Вложение значит, что для заданий подписания, шифров-
ки, маршрутизации могут быть использованы опреде-
ленные протоколы и форматы сообщения.
Окончание на стр. 93
УСиМ, 2010, № 5 93
Окончание
статьи
О.А. Хорозова
Конфиденциальность
финансовой
отчетности
требу-
ет
электронной
подписи
документа. Образцами
подписи
служит
криптографическая
пара
закрытый–открытый
ключ (private–public
key
pair) сервиса
доверия
инфра-
структуры
открытых
ключей (Public
Кеу
Infrastructure).
Сфера
употребления
цифровой
подписи (ЦП) – осуще-
ствление
регистрационной
процедуры, оформление
доку-
ментов
для
предоставления
госучреждениям, электронные
платежи
и
коммерция. Преимущество
защищенного
элек-
тронного
документа – защита
информации
от
искажения,
несанкционированного
ознакомления, а
также
неопровер-
жимость
в
случае
отказа
от
факта
подписи
документа.
Алгоритмы
получения
профиля
сообщения
и
инфра-
структуры
открытых
ключей
действуют
в
соответствии
с
октетами
сообщения
и
используются
для
вычисления
значения
профиля. Если
сообщение
будет
модифицирова-
но, то
значение
профиля
можно
использовать
для
выявле-
ния
изменений. Следовательно, профиль
является
элек-
тронным
способом
обеспечения
целостности
информации.
Сервисы
доверия
создают
и
поддерживают
крипто-
графические
пары – закрытый–открытый
ключ. Гене-
рацию
секретного
и
открытого
ключа
ЦП
выполняет
про-
граммное
обеспечение – генератор
ключей, предостав-
ляемый
центром
сертификации
ключей. ЦП – это
блок
информации, прикрепляемый
к
файлу
данных
автором
и
защищающий
файл
от
модификации. Ключи
сохраняют-
ся
в
разных
файлах: секретный (личный) ключ – у
вла-
дельца
подписи, а
открытый
ключ
проверки – в
специа-
лизированном
справочнике. Политика
сертификатов
ЦП
представляется
идентификатором
OID. Это
значит, что
в
заглавии
документа
должны
упоминаться
соответствую-
щие
идентификаторы
объектов.
Имея
только
доступ
к
открытому
ключу, невозможно
поставить
цифровую
подпись. Конфиденциальность
за-
крытого
ключа
обеспечивает
страховку
от
подделки
под-
писи. Секретный
ключ – собственность
владельца
под-
писи
и
не
предоставляется
никому
другому (даже
центру
сертификации
ключей). Используя
открытый
ключ, можно
лишь
проверить
цифровую
подпись.
Для
подписания
XML-документа
сначала
классифици-
руют
XML-файл
и
синтезируют
значение
профиля. За-
тем
подписывают
с
помощью
закрытого
ключа. Допол-
нение
с
подписанным
сообщением
подтверждает
его
до-
стоверность
и
целостность
с
помощью
открытого
ключа.
Заключение. Язык
XBRL, как
формат
представления
данных, позволяет
осуществлять
платформенно-независи-
мый
обмен
данными
между
абонентами. Данные
модели-
руются
как
сообщение
с
разметкой
XML, обрабатыва-
ются
и
экспортируются
во
внешнюю
информационную
систему.
Внедрение
единого
формата
передачи
данных
с
рас-
ширением
таксономии
XBRL
на
национальном
уровне,
обеспечит
интеграцию
информационных
ресурсов
для
функционирования
электронного
документооборота
пред-
приятий, банков, аудиторов
и
контролирующих
органов.
Khorozov.pdf
93.pdf
<<
/ASCII85EncodePages false
/AllowTransparency false
/AutoPositionEPSFiles true
/AutoRotatePages /None
/Binding /Left
/CalGrayProfile (Dot Gain 20%)
/CalRGBProfile (sRGB IEC61966-2.1)
/CalCMYKProfile (U.S. Web Coated \050SWOP\051 v2)
/sRGBProfile (sRGB IEC61966-2.1)
/CannotEmbedFontPolicy /Error
/CompatibilityLevel 1.4
/CompressObjects /Tags
/CompressPages true
/ConvertImagesToIndexed true
/PassThroughJPEGImages true
/CreateJobTicket false
/DefaultRenderingIntent /Default
/DetectBlends true
/DetectCurves 0.0000
/ColorConversionStrategy /CMYK
/DoThumbnails false
/EmbedAllFonts true
/EmbedOpenType false
/ParseICCProfilesInComments true
/EmbedJobOptions true
/DSCReportingLevel 0
/EmitDSCWarnings false
/EndPage -1
/ImageMemory 1048576
/LockDistillerParams false
/MaxSubsetPct 100
/Optimize true
/OPM 1
/ParseDSCComments true
/ParseDSCCommentsForDocInfo true
/PreserveCopyPage true
/PreserveDICMYKValues true
/PreserveEPSInfo true
/PreserveFlatness true
/PreserveHalftoneInfo false
/PreserveOPIComments true
/PreserveOverprintSettings true
/StartPage 1
/SubsetFonts true
/TransferFunctionInfo /Apply
/UCRandBGInfo /Preserve
/UsePrologue false
/ColorSettingsFile ()
/AlwaysEmbed [ true
]
/NeverEmbed [ true
]
/AntiAliasColorImages false
/CropColorImages true
/ColorImageMinResolution 300
/ColorImageMinResolutionPolicy /OK
/DownsampleColorImages true
/ColorImageDownsampleType /Bicubic
/ColorImageResolution 300
/ColorImageDepth -1
/ColorImageMinDownsampleDepth 1
/ColorImageDownsampleThreshold 1.50000
/EncodeColorImages true
/ColorImageFilter /DCTEncode
/AutoFilterColorImages true
/ColorImageAutoFilterStrategy /JPEG
/ColorACSImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/ColorImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/JPEG2000ColorACSImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/JPEG2000ColorImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/AntiAliasGrayImages false
/CropGrayImages true
/GrayImageMinResolution 300
/GrayImageMinResolutionPolicy /OK
/DownsampleGrayImages true
/GrayImageDownsampleType /Bicubic
/GrayImageResolution 300
/GrayImageDepth -1
/GrayImageMinDownsampleDepth 2
/GrayImageDownsampleThreshold 1.50000
/EncodeGrayImages true
/GrayImageFilter /DCTEncode
/AutoFilterGrayImages true
/GrayImageAutoFilterStrategy /JPEG
/GrayACSImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/GrayImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/JPEG2000GrayACSImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/JPEG2000GrayImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/AntiAliasMonoImages false
/CropMonoImages true
/MonoImageMinResolution 1200
/MonoImageMinResolutionPolicy /OK
/DownsampleMonoImages true
/MonoImageDownsampleType /Bicubic
/MonoImageResolution 1200
/MonoImageDepth -1
/MonoImageDownsampleThreshold 1.50000
/EncodeMonoImages true
/MonoImageFilter /CCITTFaxEncode
/MonoImageDict <<
/K -1
>>
/AllowPSXObjects false
/CheckCompliance [
/None
]
/PDFX1aCheck false
/PDFX3Check false
/PDFXCompliantPDFOnly false
/PDFXNoTrimBoxError true
/PDFXTrimBoxToMediaBoxOffset [
0.00000
0.00000
0.00000
0.00000
]
/PDFXSetBleedBoxToMediaBox true
/PDFXBleedBoxToTrimBoxOffset [
0.00000
0.00000
0.00000
0.00000
]
/PDFXOutputIntentProfile ()
/PDFXOutputConditionIdentifier ()
/PDFXOutputCondition ()
/PDFXRegistryName ()
/PDFXTrapped /False
/CreateJDFFile false
/Description <<
/ARA <FEFF06270633062A062E062F0645002006470630064700200627064406250639062F0627062F0627062A002006440625064606340627062100200648062B062706260642002000410064006F00620065002000500044004600200645062A064806270641064206290020064406440637062806270639062900200641064A00200627064406450637062706280639002006300627062A0020062F0631062C0627062A002006270644062C0648062F0629002006270644063906270644064A0629061B0020064A06450643064600200641062A062D00200648062B0627062606420020005000440046002006270644064506460634062306290020062806270633062A062E062F062706450020004100630072006F0062006100740020064800410064006F006200650020005200650061006400650072002006250635062F0627063100200035002E0030002006480627064406250635062F062706310627062A0020062706440623062D062F062B002E0635062F0627063100200035002E0030002006480627064406250635062F062706310627062A0020062706440623062D062F062B002E>
/BGR <FEFF04180437043f043e043b043704320430043904420435002004420435043704380020043d0430044104420440043e0439043a0438002c00200437043000200434043000200441044a0437043404300432043004420435002000410064006f00620065002000500044004600200434043e043a0443043c0435043d04420438002c0020043c0430043a04410438043c0430043b043d043e0020043f044004380433043e04340435043d04380020043704300020043204380441043e043a043e043a0430044704350441044204320435043d0020043f04350447043004420020043704300020043f044004350434043f0435044704300442043d04300020043f043e04340433043e0442043e0432043a0430002e002000200421044a04370434043004340435043d043804420435002000500044004600200434043e043a0443043c0435043d044204380020043c043e0433043004420020043404300020044104350020043e0442043204300440044f0442002004410020004100630072006f00620061007400200438002000410064006f00620065002000520065006100640065007200200035002e00300020043800200441043b0435043404320430044904380020043204350440044104380438002e>
/CHS <FEFF4f7f75288fd94e9b8bbe5b9a521b5efa7684002000410064006f006200650020005000440046002065876863900275284e8e9ad88d2891cf76845370524d53705237300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c676562535f00521b5efa768400200050004400460020658768633002>
/CHT <FEFF4f7f752890194e9b8a2d7f6e5efa7acb7684002000410064006f006200650020005000440046002065874ef69069752865bc9ad854c18cea76845370524d5370523786557406300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c4f86958b555f5df25efa7acb76840020005000440046002065874ef63002>
/CZE <FEFF005400610074006f0020006e006100730074006100760065006e00ed00200070006f0075017e0069006a007400650020006b0020007600790074007600e101590065006e00ed00200064006f006b0075006d0065006e0074016f002000410064006f006200650020005000440046002c0020006b00740065007200e90020007300650020006e0065006a006c00e90070006500200068006f006400ed002000700072006f0020006b00760061006c00690074006e00ed0020007400690073006b00200061002000700072006500700072006500730073002e002000200056007900740076006f01590065006e00e900200064006f006b0075006d0065006e007400790020005000440046002000620075006400650020006d006f017e006e00e90020006f007400650076015900ed007400200076002000700072006f006700720061006d0065006300680020004100630072006f00620061007400200061002000410064006f00620065002000520065006100640065007200200035002e0030002000610020006e006f0076011b006a016100ed00630068002e>
/DAN <FEFF004200720075006700200069006e0064007300740069006c006c0069006e006700650072006e0065002000740069006c0020006100740020006f007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400650072002c0020006400650072002000620065006400730074002000650067006e006500720020007300690067002000740069006c002000700072006500700072006500730073002d007500640073006b007200690076006e0069006e00670020006100660020006800f8006a0020006b00760061006c0069007400650074002e0020004400650020006f007000720065007400740065006400650020005000440046002d0064006f006b0075006d0065006e0074006500720020006b0061006e002000e50062006e00650073002000690020004100630072006f00620061007400200065006c006c006500720020004100630072006f006200610074002000520065006100640065007200200035002e00300020006f00670020006e0079006500720065002e>
/DEU <FEFF00560065007200770065006e00640065006e0020005300690065002000640069006500730065002000450069006e007300740065006c006c0075006e00670065006e0020007a0075006d002000450072007300740065006c006c0065006e00200076006f006e002000410064006f006200650020005000440046002d0044006f006b0075006d0065006e00740065006e002c00200076006f006e002000640065006e0065006e002000530069006500200068006f006300680077006500720074006900670065002000500072006500700072006500730073002d0044007200750063006b0065002000650072007a0065007500670065006e0020006d00f60063006800740065006e002e002000450072007300740065006c006c007400650020005000440046002d0044006f006b0075006d0065006e007400650020006b00f6006e006e0065006e0020006d006900740020004100630072006f00620061007400200075006e0064002000410064006f00620065002000520065006100640065007200200035002e00300020006f0064006500720020006800f600680065007200200067006500f600660066006e00650074002000770065007200640065006e002e>
/ESP <FEFF005500740069006c0069006300650020006500730074006100200063006f006e0066006900670075007200610063006900f3006e0020007000610072006100200063007200650061007200200064006f00630075006d0065006e0074006f00730020005000440046002000640065002000410064006f0062006500200061006400650063007500610064006f00730020007000610072006100200069006d0070007200650073006900f3006e0020007000720065002d0065006400690074006f007200690061006c00200064006500200061006c00740061002000630061006c0069006400610064002e002000530065002000700075006500640065006e00200061006200720069007200200064006f00630075006d0065006e0074006f00730020005000440046002000630072006500610064006f007300200063006f006e0020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e003000200079002000760065007200730069006f006e0065007300200070006f00730074006500720069006f007200650073002e>
/ETI <FEFF004b00610073007500740061006700650020006e0065006900640020007300e4007400740065006900640020006b00760061006c006900740065006500740073006500200074007200fc006b006900650065006c007300650020007000720069006e00740069006d0069007300650020006a0061006f006b007300200073006f00620069006c0069006b0065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740069006400650020006c006f006f006d006900730065006b0073002e00200020004c006f006f0064007500640020005000440046002d0064006f006b0075006d0065006e00740065002000730061006100740065002000610076006100640061002000700072006f006700720061006d006d006900640065006700610020004100630072006f0062006100740020006e0069006e0067002000410064006f00620065002000520065006100640065007200200035002e00300020006a00610020007500750065006d006100740065002000760065007200730069006f006f006e00690064006500670061002e000d000a>
/FRA <FEFF005500740069006c006900730065007a00200063006500730020006f007000740069006f006e00730020006100660069006e00200064006500200063007200e900650072002000640065007300200064006f00630075006d0065006e00740073002000410064006f00620065002000500044004600200070006f0075007200200075006e00650020007100750061006c0069007400e90020006400270069006d007000720065007300730069006f006e00200070007200e9007000720065007300730065002e0020004c0065007300200064006f00630075006d0065006e00740073002000500044004600200063007200e900e90073002000700065007500760065006e0074002000ea0074007200650020006f007500760065007200740073002000640061006e00730020004100630072006f006200610074002c002000610069006e00730069002000710075002700410064006f00620065002000520065006100640065007200200035002e0030002000650074002000760065007200730069006f006e007300200075006c007400e90072006900650075007200650073002e>
/GRE <FEFF03a703c103b703c303b903bc03bf03c003bf03b903ae03c303c403b5002003b103c503c403ad03c2002003c403b903c2002003c103c503b803bc03af03c303b503b903c2002003b303b903b1002003bd03b1002003b403b703bc03b903bf03c503c103b303ae03c303b503c403b5002003ad03b303b303c103b103c603b1002000410064006f006200650020005000440046002003c003bf03c5002003b503af03bd03b103b9002003ba03b103c42019002003b503be03bf03c703ae03bd002003ba03b103c403ac03bb03bb03b703bb03b1002003b303b903b1002003c003c103bf002d03b503ba03c403c503c003c903c403b903ba03ad03c2002003b503c103b303b103c303af03b503c2002003c503c803b703bb03ae03c2002003c003bf03b903cc03c403b703c403b103c2002e0020002003a403b10020005000440046002003ad03b303b303c103b103c603b1002003c003bf03c5002003ad03c703b503c403b5002003b403b703bc03b903bf03c503c103b303ae03c303b503b9002003bc03c003bf03c103bf03cd03bd002003bd03b1002003b103bd03bf03b903c703c403bf03cd03bd002003bc03b5002003c403bf0020004100630072006f006200610074002c002003c403bf002000410064006f00620065002000520065006100640065007200200035002e0030002003ba03b103b9002003bc03b503c403b103b303b503bd03ad03c303c403b503c103b503c2002003b503ba03b403cc03c303b503b903c2002e>
/HEB <FEFF05D405E905EA05DE05E905D5002005D105D405D205D305E805D505EA002005D005DC05D4002005DB05D305D9002005DC05D905E605D505E8002005DE05E105DE05DB05D9002000410064006F006200650020005000440046002005D405DE05D505EA05D005DE05D905DD002005DC05D405D305E405E105EA002005E705D305DD002D05D305E405D505E1002005D005D905DB05D505EA05D905EA002E002005DE05E105DE05DB05D90020005000440046002005E905E005D505E605E805D5002005E005D905EA05E005D905DD002005DC05E405EA05D905D705D4002005D105D005DE05E605E205D505EA0020004100630072006F006200610074002005D5002D00410064006F00620065002000520065006100640065007200200035002E0030002005D505D205E805E105D005D505EA002005DE05EA05E705D305DE05D505EA002005D905D505EA05E8002E05D005DE05D905DD002005DC002D005000440046002F0058002D0033002C002005E205D905D905E005D5002005D105DE05D305E805D905DA002005DC05DE05E905EA05DE05E9002005E905DC0020004100630072006F006200610074002E002005DE05E105DE05DB05D90020005000440046002005E905E005D505E605E805D5002005E005D905EA05E005D905DD002005DC05E405EA05D905D705D4002005D105D005DE05E605E205D505EA0020004100630072006F006200610074002005D5002D00410064006F00620065002000520065006100640065007200200035002E0030002005D505D205E805E105D005D505EA002005DE05EA05E705D305DE05D505EA002005D905D505EA05E8002E>
/HRV (Za stvaranje Adobe PDF dokumenata najpogodnijih za visokokvalitetni ispis prije tiskanja koristite ove postavke. Stvoreni PDF dokumenti mogu se otvoriti Acrobat i Adobe Reader 5.0 i kasnijim verzijama.)
/HUN <FEFF004b0069007600e1006c00f30020006d0069006e0151007300e9006701710020006e0079006f006d00640061006900200065006c0151006b00e90073007a00ed007401510020006e0079006f006d00740061007400e100730068006f007a0020006c006500670069006e006b00e1006200620020006d0065006700660065006c0065006c0151002000410064006f00620065002000500044004600200064006f006b0075006d0065006e00740075006d006f006b0061007400200065007a0065006b006b0065006c0020006100200062006500e1006c006c00ed007400e10073006f006b006b0061006c0020006b00e90073007a00ed0074006800650074002e0020002000410020006c00e90074007200650068006f007a006f00740074002000500044004600200064006f006b0075006d0065006e00740075006d006f006b00200061007a0020004100630072006f006200610074002000e9007300200061007a002000410064006f00620065002000520065006100640065007200200035002e0030002c0020007600610067007900200061007a002000610074007400f3006c0020006b00e9007301510062006200690020007600650072007a006900f3006b006b0061006c0020006e00790069007400680061007400f3006b0020006d00650067002e>
/ITA <FEFF005500740069006c0069007a007a006100720065002000710075006500730074006500200069006d0070006f007300740061007a0069006f006e00690020007000650072002000630072006500610072006500200064006f00630075006d0065006e00740069002000410064006f00620065002000500044004600200070006900f900200061006400610074007400690020006100200075006e00610020007000720065007300740061006d0070006100200064006900200061006c007400610020007100750061006c0069007400e0002e0020004900200064006f00630075006d0065006e007400690020005000440046002000630072006500610074006900200070006f00730073006f006e006f0020006500730073006500720065002000610070006500720074006900200063006f006e0020004100630072006f00620061007400200065002000410064006f00620065002000520065006100640065007200200035002e003000200065002000760065007200730069006f006e006900200073007500630063006500730073006900760065002e>
/JPN <FEFF9ad854c18cea306a30d730ea30d730ec30b951fa529b7528002000410064006f0062006500200050004400460020658766f8306e4f5c6210306b4f7f75283057307e305930023053306e8a2d5b9a30674f5c62103055308c305f0020005000440046002030d530a130a430eb306f3001004100630072006f0062006100740020304a30883073002000410064006f00620065002000520065006100640065007200200035002e003000204ee5964d3067958b304f30533068304c3067304d307e305930023053306e8a2d5b9a306b306f30d530a930f330c8306e57cb30818fbc307f304c5fc59808306730593002>
/KOR <FEFFc7740020c124c815c7440020c0acc6a9d558c5ec0020ace0d488c9c80020c2dcd5d80020c778c1c4c5d00020ac00c7a50020c801d569d55c002000410064006f0062006500200050004400460020bb38c11cb97c0020c791c131d569b2c8b2e4002e0020c774b807ac8c0020c791c131b41c00200050004400460020bb38c11cb2940020004100630072006f0062006100740020bc0f002000410064006f00620065002000520065006100640065007200200035002e00300020c774c0c1c5d0c11c0020c5f40020c2180020c788c2b5b2c8b2e4002e>
/LTH <FEFF004e006100750064006f006b0069007400650020016100690075006f007300200070006100720061006d006500740072007500730020006e006f0072011700640061006d00690020006b0075007200740069002000410064006f00620065002000500044004600200064006f006b0075006d0065006e007400750073002c0020006b00750072006900650020006c0061006200690061007500730069006100690020007000720069007400610069006b007900740069002000610075006b01610074006f00730020006b006f006b007900620117007300200070006100720065006e006700740069006e00690061006d00200073007000610075007300640069006e0069006d00750069002e0020002000530075006b0075007200740069002000500044004600200064006f006b0075006d0065006e007400610069002000670061006c006900200062016b007400690020006100740069006400610072006f006d00690020004100630072006f006200610074002000690072002000410064006f00620065002000520065006100640065007200200035002e0030002000610072002000760117006c00650073006e0117006d00690073002000760065007200730069006a006f006d00690073002e>
/LVI <FEFF0049007a006d0061006e0074006f006a00690065007400200161006f00730020006900650073007400610074012b006a0075006d00750073002c0020006c0061006900200076006500690064006f00740075002000410064006f00620065002000500044004600200064006f006b0075006d0065006e007400750073002c0020006b006100730020006900720020012b00700061016100690020007000690065006d01130072006f00740069002000610075006700730074006100730020006b00760061006c0069007401010074006500730020007000690072006d007300690065007300700069006501610061006e006100730020006400720075006b00610069002e00200049007a0076006500690064006f006a006900650074002000500044004600200064006f006b0075006d0065006e007400750073002c0020006b006f002000760061007200200061007400760113007200740020006100720020004100630072006f00620061007400200075006e002000410064006f00620065002000520065006100640065007200200035002e0030002c0020006b0101002000610072012b00200074006f0020006a00610075006e0101006b0101006d002000760065007200730069006a0101006d002e>
/NLD (Gebruik deze instellingen om Adobe PDF-documenten te maken die zijn geoptimaliseerd voor prepress-afdrukken van hoge kwaliteit. De gemaakte PDF-documenten kunnen worden geopend met Acrobat en Adobe Reader 5.0 en hoger.)
/NOR <FEFF004200720075006b00200064006900730073006500200069006e006e007300740069006c006c0069006e00670065006e0065002000740069006c002000e50020006f0070007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740065007200200073006f006d00200065007200200062006500730074002000650067006e0065007400200066006f00720020006600f80072007400720079006b006b0073007500740073006b00720069006600740020006100760020006800f800790020006b00760061006c0069007400650074002e0020005000440046002d0064006f006b0075006d0065006e00740065006e00650020006b0061006e002000e50070006e00650073002000690020004100630072006f00620061007400200065006c006c00650072002000410064006f00620065002000520065006100640065007200200035002e003000200065006c006c00650072002000730065006e006500720065002e>
/POL <FEFF0055007300740061007700690065006e0069006100200064006f002000740077006f0072007a0065006e0069006100200064006f006b0075006d0065006e007400f300770020005000440046002000700072007a0065007a006e00610063007a006f006e00790063006800200064006f002000770079006400720075006b00f30077002000770020007700790073006f006b00690065006a0020006a0061006b006f015b00630069002e002000200044006f006b0075006d0065006e0074007900200050004400460020006d006f017c006e00610020006f007400770069006500720061010700200077002000700072006f006700720061006d006900650020004100630072006f00620061007400200069002000410064006f00620065002000520065006100640065007200200035002e0030002000690020006e006f00770073007a0079006d002e>
/PTB <FEFF005500740069006c0069007a006500200065007300730061007300200063006f006e00660069006700750072006100e700f50065007300200064006500200066006f0072006d00610020006100200063007200690061007200200064006f00630075006d0065006e0074006f0073002000410064006f0062006500200050004400460020006d00610069007300200061006400650071007500610064006f00730020007000610072006100200070007200e9002d0069006d0070007200650073007300f50065007300200064006500200061006c007400610020007100750061006c00690064006100640065002e0020004f007300200064006f00630075006d0065006e0074006f00730020005000440046002000630072006900610064006f007300200070006f00640065006d0020007300650072002000610062006500720074006f007300200063006f006d0020006f0020004100630072006f006200610074002000650020006f002000410064006f00620065002000520065006100640065007200200035002e0030002000650020007600650072007300f50065007300200070006f00730074006500720069006f007200650073002e>
/RUM <FEFF005500740069006c0069007a00610163006900200061006300650073007400650020007300650074010300720069002000700065006e007400720075002000610020006300720065006100200064006f00630075006d0065006e00740065002000410064006f006200650020005000440046002000610064006500630076006100740065002000700065006e0074007200750020007400690070010300720069007200650061002000700072006500700072006500730073002000640065002000630061006c006900740061007400650020007300750070006500720069006f006100720103002e002000200044006f00630075006d0065006e00740065006c00650020005000440046002000630072006500610074006500200070006f00740020006600690020006400650073006300680069007300650020006300750020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e00300020015f00690020007600650072007300690075006e0069006c006500200075006c0074006500720069006f006100720065002e>
/RUS <FEFF04180441043f043e043b044c04370443043904420435002004340430043d043d044b04350020043d0430044104420440043e0439043a043800200434043b044f00200441043e043704340430043d0438044f00200434043e043a0443043c0435043d0442043e0432002000410064006f006200650020005000440046002c0020043c0430043a04410438043c0430043b044c043d043e0020043f043e04340445043e0434044f04490438044500200434043b044f00200432044b0441043e043a043e043a0430044704350441044204320435043d043d043e0433043e00200434043e043f0435044704300442043d043e0433043e00200432044b0432043e04340430002e002000200421043e043704340430043d043d044b04350020005000440046002d0434043e043a0443043c0435043d0442044b0020043c043e0436043d043e0020043e0442043a0440044b043204300442044c002004410020043f043e043c043e0449044c044e0020004100630072006f00620061007400200438002000410064006f00620065002000520065006100640065007200200035002e00300020043800200431043e043b043504350020043f043e04370434043d043804450020043204350440044104380439002e>
/SKY <FEFF0054006900650074006f0020006e006100730074006100760065006e0069006100200070006f0075017e0069007400650020006e00610020007600790074007600e100720061006e0069006500200064006f006b0075006d0065006e0074006f0076002000410064006f006200650020005000440046002c0020006b0074006f007200e90020007300610020006e0061006a006c0065007001610069006500200068006f0064006900610020006e00610020006b00760061006c00690074006e00fa00200074006c0061010d00200061002000700072006500700072006500730073002e00200056007900740076006f00720065006e00e900200064006f006b0075006d0065006e007400790020005000440046002000620075006400650020006d006f017e006e00e90020006f00740076006f00720069016500200076002000700072006f006700720061006d006f006300680020004100630072006f00620061007400200061002000410064006f00620065002000520065006100640065007200200035002e0030002000610020006e006f0076016100ed00630068002e>
/SLV <FEFF005400650020006e006100730074006100760069007400760065002000750070006f0072006100620069007400650020007a00610020007500730074007600610072006a0061006e006a006500200064006f006b0075006d0065006e0074006f0076002000410064006f006200650020005000440046002c0020006b006900200073006f0020006e0061006a007000720069006d00650072006e0065006a016100690020007a00610020006b0061006b006f0076006f00730074006e006f0020007400690073006b0061006e006a00650020007300200070007200690070007200610076006f0020006e00610020007400690073006b002e00200020005500730074007600610072006a0065006e006500200064006f006b0075006d0065006e0074006500200050004400460020006a00650020006d006f0067006f010d00650020006f0064007000720065007400690020007a0020004100630072006f00620061007400200069006e002000410064006f00620065002000520065006100640065007200200035002e003000200069006e0020006e006f00760065006a01610069006d002e>
/SUO <FEFF004b00e40079007400e40020006e00e40069007400e4002000610073006500740075006b007300690061002c0020006b0075006e0020006c0075006f00740020006c00e400680069006e006e00e4002000760061006100740069007600610061006e0020007000610069006e006100740075006b00730065006e002000760061006c006d0069007300740065006c00750074007900f6006800f6006e00200073006f00700069007600690061002000410064006f0062006500200050004400460020002d0064006f006b0075006d0065006e007400740065006a0061002e0020004c0075006f0064007500740020005000440046002d0064006f006b0075006d0065006e00740069007400200076006f0069006400610061006e0020006100760061007400610020004100630072006f0062006100740069006c006c00610020006a0061002000410064006f00620065002000520065006100640065007200200035002e0030003a006c006c00610020006a006100200075007500640065006d006d0069006c006c0061002e>
/SVE <FEFF0041006e007600e4006e00640020006400650020006800e4007200200069006e0073007400e4006c006c006e0069006e006700610072006e00610020006f006d002000640075002000760069006c006c00200073006b006100700061002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400200073006f006d002000e400720020006c00e4006d0070006c0069006700610020006600f60072002000700072006500700072006500730073002d007500740073006b00720069006600740020006d006500640020006800f600670020006b00760061006c0069007400650074002e002000200053006b006100700061006400650020005000440046002d0064006f006b0075006d0065006e00740020006b0061006e002000f600700070006e00610073002000690020004100630072006f0062006100740020006f00630068002000410064006f00620065002000520065006100640065007200200035002e00300020006f00630068002000730065006e006100720065002e>
/TUR <FEFF005900fc006b00730065006b0020006b0061006c006900740065006c0069002000f6006e002000790061007a006401310072006d00610020006200610073006b013100730131006e006100200065006e0020006900790069002000750079006100620069006c006500630065006b002000410064006f006200650020005000440046002000620065006c00670065006c0065007200690020006f006c0075015f007400750072006d0061006b0020006900e70069006e00200062007500200061007900610072006c0061007201310020006b0075006c006c0061006e0131006e002e00200020004f006c0075015f0074007500720075006c0061006e0020005000440046002000620065006c00670065006c0065007200690020004100630072006f006200610074002000760065002000410064006f00620065002000520065006100640065007200200035002e003000200076006500200073006f006e0072006100730131006e00640061006b00690020007300fc007200fc006d006c00650072006c00650020006100e70131006c006100620069006c00690072002e>
/UKR <FEFF04120438043a043e0440043804410442043e043204430439044204350020044604560020043f043004400430043c043504420440043800200434043b044f0020044104420432043e04400435043d043d044f00200434043e043a0443043c0435043d044204560432002000410064006f006200650020005000440046002c0020044f043a04560020043d04300439043a04400430044904350020043f045604340445043e0434044f0442044c00200434043b044f0020043204380441043e043a043e044f043a04560441043d043e0433043e0020043f0435044004350434043404400443043a043e0432043e0433043e0020043404400443043a0443002e00200020042104420432043e04400435043d045600200434043e043a0443043c0435043d0442043800200050004400460020043c043e0436043d04300020043204560434043a0440043804420438002004430020004100630072006f006200610074002004420430002000410064006f00620065002000520065006100640065007200200035002e0030002004300431043e0020043f04560437043d04560448043e04570020043204350440044104560457002e>
/ENU (Use these settings to create Adobe PDF documents best suited for high-quality prepress printing. Created PDF documents can be opened with Acrobat and Adobe Reader 5.0 and later.)
>>
/Namespace [
(Adobe)
(Common)
(1.0)
]
/OtherNamespaces [
<<
/AsReaderSpreads false
/CropImagesToFrames true
/ErrorControl /WarnAndContinue
/FlattenerIgnoreSpreadOverrides false
/IncludeGuidesGrids false
/IncludeNonPrinting false
/IncludeSlug false
/Namespace [
(Adobe)
(InDesign)
(4.0)
]
/OmitPlacedBitmaps false
/OmitPlacedEPS false
/OmitPlacedPDF false
/SimulateOverprint /Legacy
>>
<<
/AddBleedMarks false
/AddColorBars false
/AddCropMarks false
/AddPageInfo false
/AddRegMarks false
/ConvertColors /ConvertToCMYK
/DestinationProfileName ()
/DestinationProfileSelector /DocumentCMYK
/Downsample16BitImages true
/FlattenerPreset <<
/PresetSelector /MediumResolution
>>
/FormElements false
/GenerateStructure false
/IncludeBookmarks false
/IncludeHyperlinks false
/IncludeInteractive false
/IncludeLayers false
/IncludeProfiles false
/MultimediaHandling /UseObjectSettings
/Namespace [
(Adobe)
(CreativeSuite)
(2.0)
]
/PDFXOutputIntentProfileSelector /DocumentCMYK
/PreserveEditing true
/UntaggedCMYKHandling /LeaveUntagged
/UntaggedRGBHandling /UseDocumentProfile
/UseDocumentBleed false
>>
]
>> setdistillerparams
<<
/HWResolution [2400 2400]
/PageSize [612.000 792.000]
>> setpagedevice
|
| id | nasplib_isofts_kiev_ua-123456789-82873 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 0130-5395 |
| language | Ukrainian |
| last_indexed | 2025-12-07T17:18:56Z |
| publishDate | 2010 |
| publisher | Міжнародний науково-навчальний центр інформаційних технологій і систем НАН та МОН України |
| record_format | dspace |
| spelling | Хорозов, О.А. 2015-06-10T20:34:42Z 2015-06-10T20:34:42Z 2010 Розробка формату передачі даних ділової звітності / О.А. Хорозов // Управляющие системы и машины. — 2010. — № 5. — С. 65-81, 93. — Бібліогр.: 3 назв. — укр., рос. 0130-5395 https://nasplib.isofts.kiev.ua/handle/123456789/82873 681.3 Рассмотрено расширение таксономии XBRL на основе финансовой отчетности Украины. Предложена технология формирования структурированных документов с использованием языка XBRL, позволяющего экспортировать данные во внешние информационные системы, не зависимо от программной платформы реципиента. Описана концепция формирования информационного ресурса статистической отчетности хозяйствующих субъектов на базе согласованной системы идентификаторов и классификаторов информационных объектов для автоматизации процесса документооборота. Спроектирована информационная система, которая осуществляет организацию информационного хранилища статистических показателей, загрузку данных, расчет ключевых показателей деятельности и формирование отчетов. A taxonomy extensible Business Reporting Language (XBRL) on the basis of the accounting standard of Ukraine is considered. The technology of forming the structured documents which are using the XBRL language is suggested. The XBRL allows the exporting of the data to the external information systems regardless of a program platform of a recipient. A concept of formation of the information resource of the statistical reporting of managers on the basis of the coordinated system of identificators and classificators of the information objects for the automation of the process of documents circulation is described. The information system is designed which organizes the information depository of statistical indices, the data loading, the calculation of key performance indicators and the reports formation. Розглянуто розширення таксономії XBRL на базі фінансової звітності України. Запропоновано технологію формування структурованих документів з використанням мови XBRL, яка дозволяє експортувати дані у зовнішні інформаційні системи незалежно від програмної платформи реципієнта. Описано концепцію формування інформаційного ресурсу статистичної звітності суб’єктів господарювання на базі узгодженої системи ідентифікаторів та класифікаторів інформаційних об'єктів для автоматизації процесу документообігу. Спроектована інформаційна система здійснює організацію інформаційного сховища статистичних показників, завантаження даних, розрахунок ключових показників діяльності та формування звітів. uk Міжнародний науково-навчальний центр інформаційних технологій і систем НАН та МОН України Управляющие системы и машины Экономико-математическое моделирование Розробка формату передачі даних ділової звітності The Development of a Format of Data Transfer for a Business Report Разработка формата передачи данных деловой отчетности Article published earlier |
| spellingShingle | Розробка формату передачі даних ділової звітності Хорозов, О.А. Экономико-математическое моделирование |
| title | Розробка формату передачі даних ділової звітності |
| title_alt | The Development of a Format of Data Transfer for a Business Report Разработка формата передачи данных деловой отчетности |
| title_full | Розробка формату передачі даних ділової звітності |
| title_fullStr | Розробка формату передачі даних ділової звітності |
| title_full_unstemmed | Розробка формату передачі даних ділової звітності |
| title_short | Розробка формату передачі даних ділової звітності |
| title_sort | розробка формату передачі даних ділової звітності |
| topic | Экономико-математическое моделирование |
| topic_facet | Экономико-математическое моделирование |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/82873 |
| work_keys_str_mv | AT horozovoa rozrobkaformatuperedačídanihdílovoízvítností AT horozovoa thedevelopmentofaformatofdatatransferforabusinessreport AT horozovoa razrabotkaformataperedačidannyhdelovoiotčetnosti |