Описание конфигурации XBRL

Описание модуля "Ортикон:XBRL"

Описание модуля XBRL Нормативные документы Отчетность НФО Статьи Видеоуроки и презентации

ВВЕДЕНИЕ Функциональные возможности Словарь терминов МОДЕЛИРОВАНИЕ ОТЧЕТОВ Пример по созданию модели Выгрузка моделей Загрузка моделей РАБОТА С ТАКСОНОМИЕЙ Меппинг моделей Пример меппинга для закрытой модели Пример меппинга для открытой модели Инструменты при работе с таксономией XBRL ЗАПОЛНЕНИЕ ОТЧЕТНОСТИ Регламентированный отчет (НФО) Ручное заполнение Загрузка из Excel Загрузка из XML Пакетная загрузка из Excel Прямая конвертация данных из Excel без загрузки в систему Инструменты при работе с регламентированным отчетом ФОРМИРОВАНИЕ ИНСТАНСА XBRL КОНТРОЛЬНЫЕ СООТНОШЕНИЯ Элементы контрольных соотношений Внутренние контроли Контроль инстанса Интерпретация результатов РАБОТА С ТАБЛИЧНЫМ СЛОЕМ XBRL Визуализация инстанса Валидация файла в визуализаторе ЧТЕНИЕ XBRL РЕКОМЕНДАЦИИ

ВВЕДЕНИЕ XBRL – расширяемый язык деловой отчетности. Язык описывает совокупность фактов в различных аналитических разрезах. Файл на языке XBRL содержит факты (концепты), отвечающие на вопрос «Что?» и аналитическую информацию для фактов, отвечающую на вопрос «Где?» и «Когда?» для факта. Язык описывается таксономией – набором правил формирования файла (слой определений – definition), представления отчетных данных (табличный слой) и контрольных соотношений (слой формул). Также в таксономии может присутствовать расчетный слой (calculation). Функциональные возможности Решение для формирования отчетности Ортикон:XBRL позволяет сформировать файл в формате XBRL (инстанс) на основании данных, введенных или загруженных в систему в соответствии с заданными моделями. Также данные могут быть взяты из внешних источников, подключаемых через ODBC-коннектор (работает только в Windows, т.к. используется объект OLEDB). Загрузить данные можно из Excel или XML. Решение позволяет гибко настроить меппинг моделей в таксономию, используя раз-личные подходы для сопоставления данных модели с фактами и осями, а также динамически определять периоды фактов, включая возможность работать с отчетностью, выгружаемую за рабочие дни. Список функций решения: Продукт ОРТИКОН: XBRL (в дальнейшем Продукт) реализует следующие функции: 1. Загрузка данных из Excel, XML (с помощью меппинга XSD-схемы в модели отче-тов) и XBRL; 2. Настраиваемые внутренние контроли, позволяющие сверять данные внутри формы или между формами; 3. Выгрузка отчетных данных в XBRL с помощью настройки меппинга моделей в отчетные роли – формирование инстанса; 4. Формирование пакета для ЦБ РФ (архив с сервисным файлом и файлами, прикрепленными к отчету); 5. Чтение XBRL в отчет с помощью настройки меппинга моделей в отчетные роли. 6. Валидация инстанса по слою контрольных соотношений таксономии XBRL; 7. Загрузка таксономии XBRL: слой определений, слой контрольных соотношений и табличный слой; 8. Визуализация данных инстанса в соответствии с табличным слоем таксономии; 9. Помимо рассмотренных возможностей, продукт позволяет загружать также и файлы в формате XBRL, созданные и в других продуктах, в регламентированный отчет, игнорируя многие технические ошибки, не влияющие на качество данных (продукт сообщит о проблемах при загрузке в подробном логе); 10. Т.к. продукт работает на платформе 1С, то он обладает возможностью встраивания в другие продукты 1С, а также поддерживает множество механизмов интеграции с поставщиками данных (ADOOB, SOAP, REST, COM, …) Словарь терминов В данном руководстве не все термины представлены, поэтому необходимо ознакомиться с документом «Правила формирования отчетности в формате xbrl» на сайте ЦБ РФ: http://www.cbr.ru/content/document/file/90875/rules_xbrl.pdf. Таксономия – совокупность правил формирования, отображения и проверки отчетных данных. Точка входа (entry point) – совокупность определений отчетных данных (отчетных ролей), заданная в таксономии для вида деятельности и периодичности сдачи отчетности (например, месячная надзорно-статистическая отчетность для НПФ). Представляет из себя файл определения схемы XML (файл XSD) со ссылками на файлы схем отчетов. Схема отчета – файл схемы XML (файл XSD), в котором содержатся ссылки на отчетные роли отчета, его табличный слой и слой контрольных соотношений. Факт, концепт – факт деятельности, раскрываемый в отчетности в разрезе аналитических признаков и периода. Контекст (факта) – аналитические разрезы и периодичность для фактов. Для нескольких фактов, выгружаемых по аналогичным разрезам и периодам контекст должен быть один и тот же. Оси – аналитические разрезы для фактов, отражаемые в контексте. Могут быть закрытыми и открытыми. Закрытые оси содержат элементы, которые строго описаны в таксономии. Открытые оси могут содержать произвольные данные, которые также могут быть ограничены шаблоном (например, для открытой оси, в которую выгружается дата, может быть задан шаблон, ограничивающий строку числами, дефисами и прочими правилами). Отчетная роль – совокупность определенных в таксономии концептов (фактов) и осей (аналитических разрезов) для выгрузки их в файл XBRL. Задается слоем определений (definition). Для одного отчета обычно определяется несколько отчетных ролей, в которых происходит разделение аналитических разрезов, связанных с итоговыми значениями (например, итоговая сумма и доля), монетарными показателями строк отчета (сумма и доля для строки) и справочной информацией (например, «ИНН/ТИН контрагента»). Также отчетными ролями обычно выделены разделы отчета. Табличный слой – файлы XML, содержащие в себе совокупность осей X, Y и Z и привязанных к ним элементов, ссылающихся на концепты, оси, элементы осей и период. Слой контрольных соотношений – файлы XML, содержащие в себе выражения контрольных соотношений, состоящие из переменных и фильтров. Если результатом вычисления выражения является «Ложь», то, обычно, это говорит о том, что при выгрузке допущена ошибка в данных. Инстанс – экземпляр отчета, файл в формате XBRL. Модель – заданная совокупность показателей отчета, определяющая X и Y оси отчета. Отчет – совокупность данных, заданная моделями. МОДЕЛИРОВАНИЕ ОТЧЕТОВ В решении используются модели, в которых описывается структура отчетных данных. Модели задают список строк и колонок отчета, на пересечении которых задаются отчетные показатели. Модель отчета обычно соответствует табличному слою таксономии, но может содержать в себе дополнительные данные, например, Z-ось табличного слоя может выделяться в дополнительную колонку, также в дополнительные колонки может быть вы-делена информация об аналитическом разрезе, признак итоговых данных (да/нет), информация о валюте, отражаемой в атрибуте «unit» инстанса и данные о разрядности, отражаемые в атрибуте «decimals» и влияющие на разрядность факта. Справочник "Виды отчетов" Модели в решении задаются элементами справочника «Виды отчетов». Доступ к форме списка справочника «Виды отчетов» возможен при использовании меню командного интерфейса «Лицевые счета НФО» –> «Виды отчетов». Справочник «Виды отчетов» – иерархический. Элементы этого справочника в большинстве случаев группируются по отчетным формам (для одной отчетной формы обычно определяются несколько моделей – например, для каждого раздела). Модель может быть и одна, если есть возможность произвести сопоставление (меппинг) данных модели с разными отчетными ролями слоя определений таксономии. Виды моделей В модели определяется список строк, колонок, периодичность, список видов отчетных компаний (аналогов точек входа таксономии), задаются макеты для отображения отчета. Модели с точки зрения XBRL делятся на два типа – закрытые и открытые. Отличие их в том, что закрытые модели в гиперкубе или не содержат аналитических признаков совсем (например, баланс), или содержат только строго определенные таксономией аналитические признаки – закрытые оси (например, элементы капитала отчета об изменении капитала). А открытые модели в гиперкубе обязательно содержат хотя бы одну открытую ось. При наличии открытой оси, значение которой может быть любым (с некоторыми оговорками), у такой модели нет ограничения на количество строк. Итак, в открытой модели количество строк не ограничено, а в закрытой – жестко определено моделью. Создание модели На форме списка справочника «Виды отчетов» имеется кнопка «Создать» (для создания модели) и «Создать группу» (для определения иерархии): На форме настройки заполняется поле «Наименование» и определяются настройки колонок, строк, показателей и т.д. признак «объект поставщика не редактируется». Такой статус всегда имеют новые созданные элементы при загрузке настроек НФО; признак «объект редактируется» появляется, когда пользователь вносит изменения в типовой загруженный ранее объект с признаком «объект поставщика не редактируется»; признак «объект не входит в поставку поставщика», т.е. создан вручную пользователем как новый элемент в программе (либо модель создалась при загрузке меппинга). Колонки Колонки модели определяются на форме элемента справочника «Виды отчетов» в группе «Настройка колонок и отборов». При использовании кнопки «Добавить» система дает возможность ввести с клавиатуры наименование колонок. В дальнейшем колонка идентифицируется ее названием. Далее все обозначенные колонки автоматически переносятся в группу «Состав строк и ячеек отчета». Также и при создании Макета таблицы отчета (печатная форма) автоматически сформируются колонки по горизонтали с наименованием и их порядковым номером. Строки Строки задаются в табличной части, которая находится в группе «Состав строк и ячеек отчета»: У модели должна быть как минимум одна строка с показателями отчета! Строка вводится по кнопкам «Добавить», «Добавить верхний уровень». Если строка будут верхнего уровня, то необходимо использовать кнопку «Добавить верхний уровень»: Если к строке потребуется добавить подчиненные строки и создать иерархию, то для этого необходимо использовать кнопку «Добавить»: Если необходимо создать раздел иерархической структуры, то тогда не нужно заполнять первую колонку «№ строки», а также эта строка не должна содержать показателей. При настройке Меппинга таксономии такую строку нельзя выбирать! В печатной форме строка раздела будет выглядеть следующим образом: Показатели Данные отчета интерпретируются системой в соответствии с настройкой показателей, являющихся элементами справочника «Показатели отчетности». Для каждого пересечения нумерованной строки и колонки отчета определяется свой уникальный показатель. Модель задает ось Х (колонки) и ось У (строки) отчета, на пересечении которых задаются показатели, с помощью которых есть возможность извлечь данные из информационной системы: Для автоматического создания показателей можно воспользоваться кнопкой «Создать показатели для пустых ячеек». По кнопке будут созданы и проставлены с фиксированным видом показатели на пересечениях колонок и строк. Далее, если требуется необходимо настроить показатели под формат данных и их способ заполнения в регламентированном отчете: Для настройки показателя доступны следующие «Виды показателя»: ‒ элементарный, ‒ составной, ‒ фиксированный, ‒ произвольная таблица, ‒ произвольное значение. Флаг «Масштабировать» – необходимо устанавливать у суммовых показателей в денежном выражении. Это позволит в документе «Регламентированный отчет (НФО)» менять единицу измерения: Элементарный показатель Данный показатель есть только в отраслевых решениях Ортикон с интегрированными моделями отчетности и XBRL. В отдельном модуле «Ортикон:XBRL» данный вариант недоступен. Элементарный показатель позволяет выбрать в качестве источника «Регистр бухгалтерии НФО» или «Реквизиты лицевого счета» для автоматического заполнения отчета по данным на счетах учета в разрезе аналитик (Субконто 1). Составной показатель Позволяет задать формулу, по которой будут произведены действия над показателями, входящими в состав составного показателя: Фиксированный показатель Используется для формирования моделей, данные в которые вводятся вручную или загружаются из внешних данных (Excel, XML, XBRL). Может быть двух типов: «Число» и «Строка». Для типа данных «Дата» необходимо выбрать вид показателя «Строка», а данные должны иметь формат «ДД.ММ.ГГГГ чч.мм.сс» (время необязательно). Произвольная таблица Определяет открытый отчет (отчет с произвольным количеством строк). Может содержать запрос к базе или к внешнему источнику. Во втором случае должен начинаться словом «provider» со строкой соединения, после которой должен следовать запрос. Также допускается запрос из одной строки, возвращающий количество (например, «select count(*) количество from table»), псевдоним колонки запроса в таком случае должна быть строка «количество». При этом вид отчета должен содержать нужное количество колонок, но одну строку с одним показателем вида «Произвольная таблица»: Произвольное значение Позволяет получить данные из произвольной таблицы решения. Создание макета После того, как закончили с определением колонок, строк и показателей необходимо создать макет отчета. В системе можно создать следующие макеты: ‒ Макет шапки – это, как правило, наименование и/или другие информационные данные об отчете. Пример: ‒ Макет таблицы – это основная наша таблица, для которой мы определили строки, колонки и показатели, а в дальнейшем она будет задействована в модуле XBRL. Пример: ‒ Макет подвала – его создают, если необходимо после основной таблицы дополнительно отразить еще какую-либо информацию. Пример: Для того чтобы создать макет необходимо воспользоваться кнопками «Создать макет шапки/таблицы/подвала»: Система автоматически создает макет на основании сохраненных данных в «Виде отчета». Если созданный макет не устраивает, то его можно изменить под необходимые требования. Создание макета из файла Excel Модель можно создать при помощи обработки «Загрузка данных из Excel», которая доступна по ссылке в элементе справочника «Виды отчетов»: Мы можем при помощи этой обработки создавать макеты (шапка, таблица, подвал) загружать колонки и строки. Пример: загрузим колонки из файла Excel. Для этого по кнопке «Загрузить макет» выбираем файл, а далее выделяем область для загрузки и нажимаем кнопку «Загрузить колонки». Результатом будет заполненный раздел «Отображаемые колонки»: Аналогично происходит и с другими разделами элемента «Вида отчета»: «Установить шапку» – создает макет шапки. «Установить подвал» – создает макет подвала. «Установить строку» – создает макет таблицы. Пример по созданию модели Модель отчета определяет таблицу отчетной роли таксономии или их комбинацию (аналог табличного слоя таксономии, но полностью управляемый на стороне продукта). Модель может быть сформирована на основании табличного слоя таксономии, таблицы Excel или прочих данных, характеризующих таблицу отчета. В качестве примера рассмотрим создание модели отчета об операциях с денежными средствами. Для подготовки отчетности в формате XBRL можно рассмотреть следующий подход: 1. На странице сайта ЦБ РФ есть ссылки на файлы сопроводительных материалов (https://cbr.ru/projects_xbrl/taxonomy_xbrl/). Т.к. отчет об операциях с денежными средствами является частью надзорно-статистической отчетности, то данные об отчетных ролях в табличном слое таксономии содержатся в соответствующем вашему виду деятельности разделе. В настоящее время эти файлы находятся в подразделе «Таксономия», внутри которого есть подразделы с версией таксономии, а в них уже приведены ссылки на сопроводительные документы («НСО ССД», «НСО ПУРЦБ», «НСО НПФ», …). 2. В архиве, скачанном по соответствующей ссылке, присутствует файл «tables_ru.xls», в котором содержатся выгруженные из таксономии таблицы, на основании которых можно произвести моделирование отчета в системе: Выберем раздел «0420011 Отчетность об операциях с денежными средствами некредитных финансовых организаций. Раздел 1. Операции, совершенные с использованием банковских счетов некредитной финансовой организации 1.1. Виды и суммы операций, совершенных по банковским счетам некредитной финансовой организации Обороты»: 3. Если перейти по ссылке внутри excel-файла, то будет открыт соответствующий раз-дел отчета: Данный раздел имеет помимо осей X и Y еще и ось Z, которая отображается в шапке и содержит в себе «Идентификатор кредитной организации (филиала кредитной организации)» – открытую ось (ячейка «open» рядом с описанием показателя). 4. Для создания модели необходимо открыть справочник «Виды отчетов» и создать новый элемент (лучше помещать модели в каталоги, чтобы проще ориентироваться). Каждый показатель отчетной роли должен быть определен в модели, а показатели у нас следующие: «Идентификатор» (открытая ось), «Код валюты», «Статус и типы клиентов по операциям с денежными средствами», «Код вида операции…», «Сумма операций по списание…», «Сумма операций по зачислению…». Созданная модель отчета: Т.к. в открытых моделях показатель отчетности всегда один и он имеет вид «Произвольная таблица», выполним соответствующую настройку для нашего показателя: 5. После того, как для модели указаны колонки и строки, можно сформировать макет модели для ее визуализации. Для моделей доступны три макета: шапка, таблица и подвал. Если нет необходимости в приведении визуальной формы модели к какой-то строгой форме с шапкой и подвалом, то они не нужны – достаточно макета таблицы. Макет таблицы может быть создан автоматически. Для этого нужно активировать пиктограмму в группе «Макеты» формы настройки вида отчета: Будет открыт созданный по умолчанию макет отчета: ВНИМАНИЕ! При автоматическом создании макета таблицы формируются типовые колонки (первые две) «№ строки» и «Наименование». Для открытых отчетов эти колонки неактуальны, поэтому их нужно удалять из макета. В макете таблицы существует четыре именованные секции: «ЗаголовокТаблицы», «СтрокаНомераКолонок», «СтрокаТаблицы» и «СтрокаРаздела». В строку раздела отображаются строки модели без номера строки – разделы (например, разделы баланса «Активы», «Капитал» и т.п.), в строку таблицы отображаются строки с номером. После удаления лишних секций («СтрокаРаздела» для открытых отчетов не нужна) и колонок с наименованием и номером строки и изменением ширины колонок, получится следующий макет: Нужно активировать кнопку «Записать». После того, как модель создана, и макеты для визуализации модели сформированы, можно приступить к меппингу модели в XBRL. Выгрузка моделей Механизм выгрузки предназначен для создания «типовой» поставки настроек подсистемы НФО. В нижней части формы «Настройка подсистемы» раздела «Лицевые счета (НФО)» имеется группа «Синхронизация настроек». Если развернуть ее, то пользователю становится доступной кнопка «Выгрузить настройки»: При активации данной кнопки, будет открыта форма выбора объектов для выгрузки: Выгруженные таким образом новые (измененные старые) настройки в дальнейшем будут загружаться в другие базы только c признаком «Объект поставщика не редактируется». Выгрузка происходит в формате архива «*.zip». В этом архиве содержаться следующие файлы: DATA.xml – файл содержит все выгруженные данные по объектам. ERROR.log – файл содержит информацию о возникших ошибок в ходе выгрузки. «Выгрузка данных: Выбор объектов» состоит из двух частей. Левая часть имеет отбор по виду компании, а правая содержит перечень видов отчетов для выгрузки или статистические данные (выводятся после выгрузки). По выделенному объекту программы правая часть делится на две колонки: наименование конкретного элемента объекта для выгрузки и статус «Выгрузился» (устанавливается , если элемент объекта был успешно выгружен). Внимание! Любой выбор и настройка, вносимая пользователем, информация о статусе «Выгрузился» и статистики по выгрузки не хранится. Т.е. при повторном открытии «Выгрузки данных» этой информации уже не будет, а восстановятся исходные значения. Для работы предусмотрены следующие команды: Зарегистрировать изменение объекта – означает добавить (вернуть) удаленные элементы в список обратно. Отменить регистрацию изменений объекта – означает удалить/убрать элементы из списка. Выгрузить отмеченные – по это кнопке происходит выгрузка выбранных элементов объекта. Загрузка моделей Механизм загрузки настроек предназначен для автоматического создания (обновления) в базе необходимых моделей при помощи файлов поставки. В нижней части формы «Настройка подсистемы» раздела «Лицевые счета (НФО)» имеется группа «Синхронизация настроек». Если развернуть ее, то пользователю становится доступной кнопка «Загрузить настройки»: При загрузке только у элементов справочника «Виды отчетов» устанавливается признак «объект поставщика не редактируется», а у других нет, которые в нем же выбраны: справочник «Макеты отчетности», справочник «Показатели отчетности (НФО)», справочник «Вид компании», таким образом при загрузке происходит их замена на новые безвозвратно, если совпал внутренний идентификатор объекта. Загрузочный файл должен быть в формате архива «*.zip» и обязательно содержать файл DATA.xml. Что будет происходить, если в базе уже есть объекты со следующими признаками: признак «объект поставщика не редактируется». Если в загрузке есть этот объект, то произойдет его замена на новый из этого файла. Но если произошла замена, то возврат к исходному невозможно; признак «объект редактируется». Если в загружаемом файле есть этот объект, то ничего не произойдет, т.е. не будет замены на новый; признак «объект не входит в поставку поставщика». Возможно изменение статуса на «объект поставщика не редактируется» только, если этот объект выгрузили и загрузили в эту же базу. Т.е. система определила идентичность объекта по внутреннему идентификатору. Если произошла замена, то возврат к исходному невозможно. Загруженная информация хранится в регистре сведений «Настройки поставщика» (Сервис и настройки – Все функции…). Таким образом, у пользователя есть возможность вернуть объект с признаком «объект редактируется» только к последнему загруженному варианту и установить признак «объект поставщика не редактируется». Если пользователь это сделал, то вернуть обратно предыдущий вариант невозможно. Внимание! В регистре сведений «Настройки поставщика» хранится только один последний загруженный вариант. Внимание! Если очистить регистр сведений «Настройки поставщика», то вернуть объект к загруженному варианту и установить признак «объект поставщика не редактируется» будет невозможно. РАБОТА С ТАКСОНОМИЕЙ Данный механизм позволяет прочитать слой определений и формул таксономии, произвести сопоставление моделей и отчетных ролей таксономии. Меппинг моделей Для работы с таксономией XBRL нужно в разделе «Лицевые счета (НФО) – Сервис» выбрать «Меппинг таксономии». Для того, чтобы начать подготовку к выгрузке отчетности в формате XBRL, нужно сначала скачать с сайта https://cbr.ru/ нужную версию таксономии, распаковать ее в произвольный каталог, а далее указать путь к этому каталогу из формы «Меппинг таксономии» в программе. Таксономия состоит из множества файлов, распределенных по разным каталогам. Каталог «META-INF» содержит описание таксономии – его и нужно выбрать в поле «Каталог». Далее нажать «Прочитать». Результатом чтения будет предложение выбрать вид деятельности, тип отчетности (НСО, БФО) и периодичность. Следующим действием пользователь выбирает схему из предложенного списка и нажимает на нее двойным щелчком левой кнопки мыши: После чего откроется форма, в которой производится меппинг моделей в отчетные роли XBRL. Далее нужно произвести сопоставление строк и колонок модели с концептами и аналитическими разрезами (осями) таксономии XBRL. Решение позволяет достаточно гибко преобразовывать модели в данные XBRL с по-мощью процессора XBRL, который интерпретирует данные отчета с помощью моделей и меппинга. Таким образом предоставляются следующие возможности: 1. Простое преобразование пересечения строки и колонки в элемент XBRL и совокупность значений закрытых осей (если в роли есть оси). 2. Сопоставление данных колонки с открытой осью. 3. Данные в открытую ось могут быть выгружены с помощью формулы (например, если в отчете используется идентификатор контрагента, при этом в отчетных данных уже есть ИНН, ОГРН и прочие реквизиты, на основании которых можно сформировать данные идентификатора. Формула обычно является конкатенацией строк (например, ИНН + ОГРН). Данные берутся из указанных колонок выгружаемой строки. 4. Сопоставление значения закрытой оси значению определенной колонки. При этом в настройке сопоставления элементов данная ось остается пустой. 5. Сопоставление через отбор. Отбор позволяет выгрузить строку отчета только тогда, когда колонка отбора равна указанному значению. Данный подход позволяет описать с помощью одной модели отчет XBRL, разделенный на таблицу и итоговую часть. В таком случае в модель добавляется еще одна колонка, в которой указывается признак итога (да/нет). При сопоставлении роли с итогами для всех элементов XBRL в колонке отбора указывается колонка с признаком итога, а в значении отбора – «да». Для роли с таблицей в значении отбора указывается – «нет». Также данный подход существенно позволяет упростить сопоставление отчетов с данными ОСВ (Оборотно-сальдовая ведомость) и ОФР (Отчёт о финансовых результатах) и ограничиться одной моделью. 6. Для больших реестровых отчетов есть возможность использовать оптимизированный механизм выгрузки данных в XBRL, который контролирует отчет в пределах од-ной строки. Для этого служит галочка справа от модели (вида отчета) отчетной роли. Данную галочку следует использовать только для реестровых отчетов без итоговых строк. 7. Настройки сопоставления сохраняются и могут быть выгружены из одной информационной базы в другую. При этом модели выгружаются только схематично, поэтому для переноса моделей нужно пользоваться отдельным механизмом (см. Глава 2 разделы «Выгрузка моделей», «Загрузка моделей»). Пример меппинга для закрытой модели В качестве примера используем точку входа «532-П. Профессиональный участник рынка ценных бумаг,…..», а из нее возьмем конкретный отчет «0420002 Бухгалтерский баланс некредитной финансовой организации». Найти нужную отчетную роль в списке: 1. Необходимо для отчета «0420002 Бухгалтерский баланс некредитной финансовой организации» указать соответствие с моделью, которая была ранее создана в модуле программы, т.е. выбрать в поле «Вид отчета» нужную модель (справочник «Виды отчетов»): 2. Произвести сопоставление для каждого элемента XBRL и, если необходимо, оси. Необходимо задать пересечение колонок и строк. Для этого в колонке «Сопоставление» с нужным элементом (например: FinancialAssetsAtFairValueThroughProfitOrLoss) нажимаем левой кнопкой мыши 2 раза. В результате откроется форма «Работа с таксономией XBRL». Выбираем период, строку и колонку. Таким образом, мы указали какое значение вы-грузить для элемента XBRL «FinancialAssetsAtFairValueThroughProfitOrLoss» на конец текущего периода и на конец предыдущего периода: Если элемент XBRL сопоставлен, то он будет выделен желтым цветом: 3. Проделанную работу по сопоставлению необходимо сохранить и для этого нажи-маем «Сохранить настройку», а далее нажимаем кнопку «Создать» и задаем произвольное имя (или версию): Пример меппинга для открытой модели В качестве примера используем точку входа «Только управляющие компании инвестиционных фондов, паевых инвестиционных фондов и негосударственных пенсионных фондов», а из нее возьмем конкретный отчет «0420011 Отчетность об операциях с денежными средствами некредитных финансовых организаций. Раздел 1. Операции, совершенные с использованием банковских счетов некредитной финансовой организации 1.1. Виды и суммы операций, совершенных по банковским счетам некредитной финансовой организации Обороты». Найти нужную отчетную роль в списке: для этого необходимо с позиционироваться на первой строки и нажать сочетание клавиш Ctrl+F. Ввести фрагмент названия и нажать «Найти»: Результатом будет два отчета, но нам нужен «…Обороты» Далее для отчета указываем соответствие с моделью, которая была ранее создана в модуле программы, т.е. выбрать в поле «Вид отчета» нужную модель (справочник «Виды отчетов»): Произвести сопоставление для каждого элемента XBRL и, если необходимо, оси. Давайте рассмотрим данные отчета в таксономии. Из скриншота видно, что отчетная роль задана двумя элементами («сумма операций по списанию ДС» и «сумма операций по зачислению ДС»): и четырьмя осями («Идентификатор кредитной организации (филиала кредитной организации)», «Код вида операции / код вида валютной операции», «Статус и типы клиентов по операциям с денежными средствами», «Код валюты»). В данном случае «Идентификатор» – это открытая ось (может содержать произвольное значение, ограничиваемое в ряде случаев только признаком «pattern» типа XSD). Понять, что ось открытая, можно по наличию заполненного типа доменной ссылки, имени элемента открытой оси и типа элемента открытой оси: У закрытых осей эти колонки не заполнены. Также в этой роли описаны несколько закрытых осей, элементы которых вынесены в отдельные отчетные роли, но для них нам не нужно создавать модели. Для того, чтобы начать сопоставлять такие отчеты необходимо указать любой Вид отчета. Если названия значений в регламентированном отчете не совпадают с названиями в колонке «Описание элемента», то потребуется произвести сопоставление и указать необходимые значения. Например: В регламентированном отчете у нас используются следующие значения, которые не совпадают с названиями в колонке «Описание элемента» и поэтому необходимо сделать их сопоставление: А после окончания сопоставления таких отчетов необходимо очистить выбранный вид отчета: Внимание! (Для таксономии 3.2)! Также следует иметь ввиду, что определения валюты находятся не в списке ролей, а в таксономии словарей, о чем говорит ссылка на «домен перечисления» и «роль перечисления». И если для кода операции и статуса клиента домен – это файл роли «sr_0420001_ODS.xsd», то для валюты – «../../../../dic/npf-dic.xsd» – ссылка на словарь. Поэтому данную ось нужно искать в указанном словаре по указанной роли: «http://www.cbr.ru/xbrl/nso/npf/dic/Kod_ValyutyAxis». Возвращаемся к сопоставлению самого отчета. Т.к. у нас для всех осей данные вынесены в отдельные колонки, то меппинг весьма прост: Заполняется период (период отчета), строка (т.к. отчет открытый, то там только одна строка и ее данные не используются) и колонка – в данном случае «[5] Списание денежных средств, совершенных по банковским счетам некредитной финансовой организации»: Аналогично делаем и для второго элемента XBRL: При этом колонки «Код валюты», «Код вида операции / код вида валютной операции», «Статус и типы клиентов по операциям с денежными средствами» мы не заполняет, т.к. это уже указали в другом месте. Что нам дает возможность не сопоставлять каждое пересечение, а только указать одну строку и одну колонку: Инструменты при работе с таксономией XBRL Таксономия словарей. Часть элементов XBRL может находится не в списке ролей, а в таксономии словарей, о чем говорит ссылка на «домен перечисления» и «роль перечисления». Например, если для кода операции и статуса клиента домен – это файл роли «sr_0420001_ODS.xsd», то для валюты в роли «SR_0420409.xsd» – «../../../../dic/npf-dic.xsd» – ссылка на словарь. Поэтому данную ось нужно искать в указанном словаре по указанной роли: «http://www.cbr.ru/xbrl/nso/dic/purcb-dic/ValyutaList». В словарях содержатся данные осей, исключаемых значений для отдельных кубов и перечисления (для типов enumerationItemType). Для значений оси и значений перечисления можно задать произвольную строку, значение которой будет использоваться для преобразования данных колонки в ось или перечисление таксономии. Также стоит иметь ввиду, что если в данных таблицы код валюты или страны определен типом «Число», то при преобразовании числа в строку будут отброшены лидирующие нули, поэтому лучше коды стран, валют и иные числовые элементы таксономии сохранять в отчетности в виде строки. Это же относится и к ИНН, КПП, ОГРН и прочим строковым данным, которые содержат только цифры. Особо стоит обратить на это внимание при загрузке из Excel. Для того, чтобы открыть данные таксономии словарей, где находится описание оси валюты, нужно нажать кнопку «Таксономия словарей» (или контекстное меню «Перейти к классификатору»), которая переключит отображаемые данные: Здесь приведены схемы словарей и слой определений для каждого словаря. Объединение. Объединить с настройкой – заполнить текущую настройку из другой ранее сохраненной настройки в рамках одной роли. Объединить отчет – заполнить текущую настройку из конкретно выделенных отчетов по другой сохраненной ранее настройки. Для этого нужно выделить один или несколько отчетов (будет выделено желтым) и выбрать функцию «Объединить отчет», а далее указать нужную настройку. Заполнить роли – использовалась для таксономии версии 1.1. Сейчас не используется. Объединить роль с … – заполнить текущую настройку из другой сохраненной ранее настройки, но при этом будет дана возможность выбрать настройку с другой ролью. Управление настройками сопоставления. Управлять настройками можно через кнопки «Сохранить настройку» и «Загрузить настройку» на форме «Работа с таксономией XBRL»: По кнопкам открывается еще одна форма и далее пользователю доступны действия, о которых пойдет речь ниже. Отборы – для ускорения поиска требуемой настройки можно воспользоваться отборами. «Выберите тип деятельности» – нужен в крайне редких случаях. Когда были уже применены отборы по версии таксономии XBRL, по периодичности и если этого недостаточно, то только тогда выбирается дополнительно тип деятельности. 4.0, 3.2, 3.1, … – отбор по версиям таксономии XBRL. Месяц, Квартал, Год, * – отбор по периоду. Значение «*» – показать все без отбора по периоду. Фильтр – позволяет осуществлять отбор по введенным ключевым словам в наименовании либо в имени схемы (Пример слов отбора: «m_10d_ex_reestr_0420417», «Бухгалтерская»). Функция «Выбрать» (двойное нажатии левой кнопкой мыши по строке) – выполняет функцию «Перезаписать настройку», если был выбран вариант «Сохранить настройку». Т.е. происходит замена выбранной настройки на настройку, которая на текущий момент представлена в форме «Работа с таксономией XBRL»: Функция «Выбрать» (двойное нажатии левой кнопкой мыши по строке) – выполняет функцию «Открыть настройку», если был выбран вариант «Загрузить настройку». Кнопка «Загрузить» – позволяет загрузить ранее выгруженную настройку с расширением *.xbc. Соответственно прежде чем загрузить настройку ее необходимо будет извлечь из архива *.zip: Внимание! Вместе с настройкой происходит загрузка/создание модели, если она не была найдена по наименованию. Поставка настроек моделей и меппинга – это два разных файла, поэтому необходимо их грузить в следующей последовательности: сначала модели, а потом меппинг. Кнопка «Сохранить» – происходит выгрузка сохраненной настройки сопоставления в файл c расширением *.xbc, который будет в конечном варианте в виде архива с расширением *.zip: Кнопка «Создать» – выполняет функцию «Сохранить новую настройку сопоставления». Т.е. происходит сохранение (добавление) новой отдельной настройки, которая на текущий момент представлена в форме «Работа с таксономией XBRL»: Кнопка «Удалить» – удаляет безвозвратно ранее сохраненную настройку сопоставления. Сопоставление Функции, описанные ниже по тексту, представлены в виде контекстного меню и доступны пользователю при нажатии правой кнопкой мыши в левой части формы «Работа с таксономией XBRL»: Найти элементы – система находит в каких отчетах этот элемент XBRL присутствует. Например, можем задать поиск по значению в описании элемента «Код валюты» или самому элементу XBRL «Kod_ValyutyAxis» в итоге результат поиска будет одинаковый: Поиск несопоставленных концептов – система выдаст информацию о несопоставленных элементах XBRL. Проверка анализирует только отчеты, в которых заполнен вид отчета. Заменить оси – если произошли изменения в таксономии, которые повлекли за собой переименование осей, то функция позволяет, не проверяя каждое сопоставление вручную произвести поиск этих несоответствий в рамках одного отчета. Пример: настройка была взята из таксономии 1.3.1 и объединена с настройкой 3.2, где наименование оси было изменено. Чтобы нам вручную не искать несоответствия, мы будем использовать функцию «Заменить оси». На нашем примере видим, что роль имеет другое наименование: Применяем функцию и результатом будет открывшееся окно с выявленными несоответствиями. Задаем новое значение и нажимаем кнопку «Заменить»: Очистить роли – в выбранных отчетах очищает все, что было настроено: Найти в формуле – функция сейчас находится в разработке и не доступна пользователю. Функции, описанные ниже по тексту, представлены в виде контекстного меню и доступны пользователю при нажатии правой кнопкой мыши в правой части формы «Работа с таксономией XBRL»: Очистить – очищает у выделенных строк установленное значение или сопоставление безвозвратно. Перейти к классификатору – аналог кнопки «Таксономия словарей». Автосопоставление по порядку строк – автоматический меппинг, который используется для закрытых моделей. Например: модель отчета «0420002 Бухгалтерский баланс». Воспользовались этой функцией и получили автоматически сопоставленный отчет. Заполнились поля: период, строка, колонка: В следующем сопоставлении по порядку система подобрала вторую строку, а в следующем третью и т.д. Т.е. модель должна строго соответствовать последовательности элементов в таксономии: Заполнить строки функций – используется для автоматического сопоставления и установки/замене значений в сопоставлении. Также эта функция работает и в Таксономии словарей. Для использования этой функции требуется уровень знаний программиста. Например: помогает сократить время при сопоставлении отчета «0420521 Оборотная ведомость по счетам бухгалтерского учета (остатки)» с огромным количеством строк. Скопировать значение – не используется в системе. Имеется возможность копировать сопоставление путем перетаскивания в другую строку: Рассмотрим поля, функции и кнопки объекта по сопоставлению. Вид отчета – отображение выбранной модели (Вид отчета). Удобно открыть модель по кнопке не закрывая эту форму. Отбор: колонка, значение – чаще всего используется для открытых моделей, когда нужно применить сопоставление только к определенной строке. Т.е. созданный регламентированный отчет по открытой модели содержит неопределенное количество строк, которое зависит от данных и нет возможности в сопоставлении указать нужную строку, т.к. в самой модели строка одна. Поэтому необходимо ввести доп. колонку в модель, которая будет иметь смысл – идентификатор строки. Сами значения мы берем из заполненного регламентированного отчета. Если используется отбор, то значение может быть любым, но не пустым. Пример: Открытая модель «0420255 Раздел 5 Подраздел 5.1» в ней одна строка, но в регламентированном отчете будет несколько строк заполнено, а последняя будет итоговая: В таксономии имеется две роли «0420255 Раздел 5 Подраздел 5.1»: одна для строки Итого, а другая для всех остальных строк. Имеется два варианта такого сопоставления: 1. Создать еще одну модель, но только для строки Итого. В итоге будет 2 модели. Тогда потребности использовать «Отбор: колонка, значение» нет необходимости, но встанет вопрос автозаполнения, т.к. данные оказались в разных отчетах – это неудобно, когда данные в разных таблицах и это затрудняет анализ; увеличивается риск ошибок в заполнении данных. Такой вариант не рекомендуем использовать, он получается очень нерациональным и трудозатратным. 2. Использовать «Отбор: колонка, значение». Необходимо для этих двух отчетов настроить отбор по колонке. В первой роли (которая для всех строк, кроме итоговой) выбираем специально добавленную техническую колонку «1_Идентиф-рСтроки» и значение «1» (данные берутся из заполненного регламентированного отчета, они могут быть любыми, например, Да/Нет). Во второй роли (которая для итоговой строки) выбираем туже техническую колонку, а значение указываем «ИТОГО»: Невыгружаемое значение – при выгрузке в XBRL будут игнорироваться ячейки в регламентированном отчете, значения которых совпали с установленным невыгружаемым значением. В итоге эти данные не будут выгружены в файл XBRL. Пример: Чаще всего используют значение «0» для пустых данных в регламентированном отчете, и, соответственно, в меппинге указывают это же значение: Юнит, Колонка – в некоторых отчетах необходимо было для определенного элемента XBRL указать отличную валюту, например, 840 от общей, например, 643 и для этого добавили соответствующие поля: Разрядность – при сопоставлении у элемента XBRL обязательно нужно установить разрядность в соответствии с «Правилами формирования отчетности в формате xbrl» (https://cbr.ru/Content/Document/File/85702/rules_XBRL.pdf). Адаптивная – если установить флаг, то разрядность при выгрузке автоматически будет определяться относительно значения в самом регламентированном отчете. Колонка разрядности – бывают отчеты, когда для одного элемента XBRL необходимо задать разные значения разрядности. Для этого в модели создается дополнительная техническая колонка, в которой построчно будет указано значение разрядности. При выгрузке в XBRL для каждого значения из регламентированного отчета разрядность будет браться из этой технической колонки. Кнопка «Добавить» – добавить строку для сопоставления. Кнопки «Переместить текущий элемент вверх/вниз» – изменять последовательность строк сопоставления. Кнопка «Заполнить пересечение осей» – заполняет пересечение осей. Кнопка «Скопировать строки» – копирует и добавляет выделенные строки в конец табличной части сопоставления. Кнопка «Заполнить по порядку» – в выделенных строках при нажатии кнопки произойдет заполнение строк/колонок по порядку согласно модели (Вид отчета): Кнопка «Копировать значение» – дублирует выбранное значение в выделенной области. Например: выделяем строки в колонке «Строка» снизу вверх, чтобы выбор оказался на строке со значением «[1] Остаток на %%ПервыйДеньПредыдущегоГода%%» (выделено желтым), а далее нажимаем кнопку «Копировать значение»: Получили результат: ЗАПОЛНЕНИЕ ОТЧЕТНОСТИ Отчеты в решении могут заполняться как из данных учета, так и из внешних источников и вручную. В качестве внешних источников система может загружать данные из Excel и XML. Также система позволяет формировать файл XBRL из внешнего источника, подключаемого через OLE DB, минуя загрузку этих данных, т.е. осуществлять конвертацию таблиц базы данных в XBRL в соответствии с моделью данных и меппингом. Регламентированный отчет (НФО) В «Ортикон:XBRL» для работы с отчетностью используются два основных объекта – это отчетные модели (справочник «Виды отчетов») и экземпляр отчета (инстанс, документ «Регламентированный отчет (НФО)»). Регламентированный отчет является разрезом для хранения экземпляра отчетных данных, для пользователя он содержит инструменты работы с данными отчета: заполнение по данным учета, загрузка из Excel и XML, визуализация моделей и редактирование данных. В отчете содержится информация о списке моделей, отчетном периоде, виде отчетной компании (фактически – точке входа). Доступ к форме списка документов «Регламентированный отчет» возможен при использовании меню командного интерфейса «Лицевые счета (НФО)» –> «Регламентированные отчеты»: Для создания регламентированного отчета используется кнопка «Создать» на форме списка «Регламентированные отчеты (НФО)»: При создании регламентированного отчета, на форме настройки необходимо выбрать «Период», «Вид компании» и «Вид отчета» (список моделей): После нажатия «Создать отчет» система формирует документ «Регламентированный отчет (НФО)» и заполняет его отчетными данными (если настроены показателя для автоматического формирования). В открывшейся форме документа будет выведен список моделей (справа) и табличный документ для визуализации модели (слева). По двойному клику на модели ее представление отображается в табличном документе. В системе доступны два интерфейса документа: новый и старый. В данной документации функционал будет описан по новому интерфейсу. Для пользователя доступны кнопки переключения между интерфейсами: Ручное заполнение Для полного ручного заполнения доступны только закрытые модели. Открытые модели можно только редактировать. Пример корректировки открытой модели: Ручное заполнение может осуществляться двумя способами: Первый – через двойной клик на ячейке и вводе в поле «Фактическое» нужного значения. Второй способ – через нажатие пиктограммы «Редактировать» в панели управления отчета. После нажатия те ячейки, у которых составные показатели выделятся желтым, а элементарные зеленым цветом. После редактирования обязательно нужно отключить функцию «Редактировать» для записи изменений, а иначе при закрытии отчета даже с Записью они не сохраняются. Загрузка из Excel Для загрузки данных в модель из файла Excel (с расширением «xlsx») нужно нажать правой кнопкой на модель и выбрать «Загрузить вид отчета из Excel». В открывшейся форме нажать «Загрузить макет» и выбрать файл Excel. Далее нужно выделить область данных, которую хотим загрузить в отчет, и нажать «Загрузить данные». Результат загрузки: ВНИМАНИЕ! Т.к. Excel может автоматически преобразовывать данные, которые содержат только цифры, в числа, а они могут быть представлены строками. Перед загрузкой необходимо удостовериться, что числа в файле – это числа, а строки – строки. Например, ИНН – это строка, поэтому при загрузке сохраненного в виде числа ИНН 1С автоматически добавляет неразрывные пробелы между разрядами, что приведет к проблемам с выгрузкой отчетности. Загрузка из XML Для загрузки данных из XML необходимо произвести меппинг данных контейнеров XML в данные моделей, сопоставив узлы с видами отчетов, а подчиненные конечные элементы с колонками и строками загружаемой модели. Обработка для сопоставления расположена в элементе справочника «Виды отчетов»: Для загрузки из XML нажмите кнопку на форме «Загрузить» –> правой кнопкой на модели и выберите «Загрузить из XTDD». Дальше загрузите сохраненную настройку сопоставления (через «Загрузить настройку»), после чего нажмите «Загрузить XTDD» и выберите файл XML (файл должен быть с расширением «xtdd»). Пакетная загрузка из Excel Решение позволяет загрузить в систему сразу несколько файлов Excel последователь-но по одному, не закрывая формы или с нескольких листов одного файла Excel. Для этого в списке регламентированных отчетов (на командной панели или в меню «Еще») нажмите кнопку «Загрузить данные EXCEL». В открывшейся форме необходимо выбрать файл Excel по кнопке «Список листов», а далее произвести настройку сопоставления имени листа загружаемого файла Excel, начальную строку и колонку и установить признак «Перевернуть» для транспонирования (замена строк столбцами и наоборот) отчета. Не сопоставленные строки необходимо удалить. После того, как все данные указаны и не сопоставленные строки удалены, нужно нажать «Выполнение» и выбрать файл Excel, после чего будет произведена загрузка всех данных из пакета. Список настроек может быть сохранен и в последствие загружен (кнопки «Сохранить настройки» и «Загрузить настройки»). Если формы отчетности заполняются в Excel, то путем формирования настроек можно очень быстро производить загрузку данных (фактически в два клика: загрузка настройки и загрузка файла с заполненными моделями). Важно! В файле Excel должны быть заданы типы данных в ячейках соответствующие данным отчета (строки, даты, числа). Представление ИНН, ОГРН и прочих строк, состоящих из цифр, в файле Excel должно быть с типом «Текст». Прямая конвертация данных из Excel без загрузки в систему В продукте предусмотрен механизм работы с источниками данных ADODB, которые могут быть описаны строкой подключения и запросом. Excel может быть источником данных для ADODB, поэтому продукт может выгрузить данные в XBRL без загрузки Excel (для реестровых данных). Инструменты при работе с регламентированным отчетом Перед первоначальным заполнением отчета следует проверить Настройки расчета, т.к. данные параметры определены разработчиком в Показателях модели (запросы). Форма настроек расчета откроется при нажатии кнопки «Настройки расчета». Группа настроек расчета (выделено зеленым цветом) в потоках может ускорить расчет на серверах, обладающими достаточными ресурсами. Эта настройка не доступна в файловом режиме работы (всегда один поток). Она действует на расчет элементарных показателей, произвольных таблиц и произвольных значений. Флаг «Расчет в один поток» – устанавливается, когда сервера не обладают достаточными ресурсами для выполнения задач в несколько потоков. Количество заданий – количество параллельно выполняющихся заданий (по умолчанию 10). Если имеется недостаток мощностей серверов, то это значение нужно уменьшать. Количество данных для задания – количество показателей, рассчитываемых в каждом задании. Если имеется недостаток мощностей серверов, то это значение нужно уменьшать. Нажатие кнопки «Обновить параметры» заполняет таблицу «Параметры» (Нестандартные параметры). Варианты расчета При создании регламентированного отчета не происходит расчет показателей, т.е. он не заполняется автоматически. Если модель (вид отчета) предполагает автоматическое заполнение из учетной системы, то для этого доступны следующие варианты: Расчет пакета – расчет показателей всех видов отчетов (моделей) документа. Расчет отчета/группы отчетов – расчет выделенного вида отчета или группы видов отчетов (доступно по контекстному меню через правую кнопку мыши). Расчет составных показателей отчета/группы отчетов – для выделенного вида отчета или группы видов отчетов рассчитывается только составные показатели (доступно по контекстному меню через правую кнопку мыши). Состояние расчета Процесс расчета не блокирует интерфейс, можно продолжить работать с другими документами или отчетами. Статус расчета отображается в поле табличного документа. При наличии ошибок в показателях или отсутствия необходимых параметров появляется уведомление об ошибках. Для рассчитанных без ошибок видов отчетов устанавливается признак «Рассчитан». Вывести на печать Регламентированный отчет можно вывести на бумажный носитель и для этого на форме выведена кнопка «Печать». Печать текущего – без предварительного просмотра все отправить на печать. Печать отчетов – откроется форма для настройки параметров печати. Она позволяет выбирать виды отчетов для печати, регулировать параметры страниц. «Вернуться к результату» – вернуться к регламентированному отчету из печати отчетов. Выгрузить отчет Регламентированный отчет можно выгрузить в формате XBRL и Excel. При выборе выгрузки отчета в Excel откроется форма с параметрами, где необходимо выбрать каталог выгрузки, единицу измерений (руб., тыс.руб., млн.руб.), формат Excel (XLS, XLSX), вариант (т.е. отбор: Выделенные отчеты, Рассчитанные отчеты, Все отчеты). Флаг «В один файл» – если он установлен, то система создаст один файл Excel, а если нет, то каждый вид отчета выгрузит в отдельный файл. Флаги «Выводить шапку», «Выводить подвал» – переносит в Excel данные из шапки и подвала: «Разбивать на листы» – система поделит таблицу отчета на указанное количество строк и соответственно создаст столько файлов/листов Excel. Панель быстрого доступа Для пользователя доступны следующие переходы к объектам программы: «Значения показателей отчетности» – осуществляется переход к одноименному регистру сведений. В нем хранится результат расчета показателей отчетности. «История статусов отчетности (XBRL)» – осуществляется переход к одноименному регистру сведений. В нем хранится вся история в рамках конкретного регламентированного отчета о смене статуса отчетности XBRL. «Присоединенные файлы» – к регламентированному отчету можно присоединять файлы, которые в последствии будут выгружены в составе пакета XBRL: Объединение отчетов В целях формирования консолидированного отчета, состоящей из нескольких отчетов (отдельные документы «Регламентированный отчет (НФО)»), используется сервис «Обработка объединения регламентированных отчетов». Обработка доступна из списка документов: При объединении необходимо, чтобы все отчеты, входящие в нее, имели одинаковый статус. Чтобы установить статус отчета, первоначально требуется заполнить справочник «Статусы отчетности (XBRL)», который доступен из раздела «Лицевые счета (НФО)»: В данном справочнике нужно выстроить последовательность смены статусов и указать пользователей, которые имеют право менять данный статус: Теперь можем вернуться к процессу объединения. В реквизите «Текущий объект» необходимо указать регламентированный отчет для автоматического заполнения настроек (любой из объединяемых отчетов). На основании выбранного регламентированного отчета заполнятся поля «Настройка»: ‒ Организация; ‒ Вид компании; ‒ Выбор периода; ‒ Период отчета; ‒ Единица масштабирования; ‒ Количество строк при записи показателей. В реквизите «Регламентированный отчет» не нужно ничего указывать, тогда в этом случае при объединении будет создан новый регламентированный отчет с текущей датой и с комментарием «Автообъединение». (Возможность указать конкретное значение в реквизите «Регламентированный отчет» предусмотрено в рамках расширения функционала в будущих релизах). Набор реквизитов для указания настроек по отбору документов регламентных отчетов вручную не заполняется. Автозаполнение настроек делается на основании выбранного текущего объекта. Статусы документов отображаются все в соответствии с заполненным справочником «Статусы отчетности (XBRL)», при этом галочкой будет отмечен только тот статус, который присвоен регламентированному отчету, выбранному в реквизите «Текущий объект». При необходимости можно установить галочку статусу отчета со статусом «» (все статусы). Если в настройке статусов документов установить галочки нескольким статусам отчетов с одинаковым или разным статусом (ошибочно), то в списке регламентированных отчетов по умолчанию сформируется список регламентированных отчетов со статусом, который установлен в регламентированном отчете, выбранным в реквизите «Текущий объект». Если в настройке статусов документов дополнительно установить галочки статусам отчетов со статусом «» (все статусы), то в списке регламентированных отчетов сформируется список регламентированных отчетов со статусом, который установлен в регламентированном отчете, выбранным в реквизите «Текущий объект» и со статусом «» (все статусы). Реквизит «Дерево отчетов» в текущем релизе не используется. Список рег. отчетов, данные которых будут объединяться, заполняется кнопкой «Обновить» с учетом выбора периода и отмеченными галочками статусами документов. Список «Виды отчетов» заполняется автоматически с учетом выбора периода и отмеченными галочками статусами документов после обновления списка регламентированных отчетов. Сценарий объединения будет использоваться в будущих релизах. Объединенный регламентированный отчет формируется кнопкой «Создать отчет». Об-работку объединения регламентированных отчетов можно использовать несколько раз очищая или перевыбирая реквизит «Регламентированный отчет», меняя списки регламентированных отчетов, и/или перевыбирая «Текущий объект». Обращаем внимание, что обработка объединения подбирает регламентированные отчеты (НФО), имеющие одинаковые настройки: организация, вид компании, период отчета, единица масштабирования и статус отчета. Порядок работы: 1. Выбираем документ в реквизит «Текущий объект» и проверяем настройки для отбора списка рег. отчетов. Перевыбирать настройки вручную можно, но не нужно, так как это может привести к ошибке и список регламентированных отчетов для объединения не сформируется. 2. Далее нажимаем кнопку «Обновить» списка регламентированных отчетов – заполняется табличная часть регламентированных отчетов и список «Виды отчетов». 3. После того, как выбран список рег. отчетов и выполнена настройка, необходимо нажать кнопку «Сформировать отчет». Процедура объединения регламентированных отчетов создает новый «Регламентированный отчет (НФО)», в ячейке «Комментарии» такого отчета будет прописано «Автообъединение…» (реквизит «Регламентированный отчет» не заполняли). Внимание! При формировании объединения регламентированных отчетов нельзя соединять одни и те же виды отчётов (например, заполненные предварительными черновыми и окончательными данными), виды отчётов должны быть разными. Следует объединять только те отчеты, которые прошли все проверки и заполнены окончательными суммами. ФОРМИРОВАНИЕ ИНСТАНСА XBRL Для выгрузки данных в XBRL в продукте реализован механизм работы со слоями таксономии: слой определений (definition), задающий гиперкубы отчетности, слой контрольных соотношений и табличный слой (модели отчетов таксономии). Выгрузка производится за счет меппинга внутренних моделей в слой определений (definition). Меппинг позволяет очень гибко настроить соответствие данных отчета и элементов гиперкуба, включая следующие возможности: 1. Преобразование пересечений строк и колонок отчета в элемент XBRL и совокупность аналитических признаков (значений осей гиперкуба). 2. Расчет периода на основании периода отчета, включая расчет рабочих дней (по регламентированному календарю). 3. Расчет значений открытых осей по произвольной формуле. 4. Преобразование значения пересечения в данные закрытой оси, перечисления (enumerator), разрядности (decimals) и единицы измерения (unit). Преобразование в элемент закрытой оси и перечисления может быть, как по значению лейбла (описания признака) таксономии, так и по произвольному значению. Это позволяет, например, преобразовать код операции отчета о движении денежных средств без необходимости указывать полную строку, соответствующую данным таксономии на 100%. 5. Для каждого элемента можно установить невыгружаемое значение (например, «#»), разрядность, единицу измерения (для монетарных типов). 6. Для элементов можно установить отбор по таблице, например, для совмещения в од-ной таблице итоговых и детальных записей, которые в таксономии разделены на не-сколько ролей. Также подобный подход позволяет выгрузить такие отчета, как ОСВ и ОФР, указывая отбор счета и символа ОФР для соответствующего выгружаемого элемента. Вместе с гибкостью настройки меппинг предполагает и дополнительные трудозатраты, поэтому в продукте реализован механизм автоматического меппинга отчета на основа-нии табличного слоя таксономии, который сам по себе является меппингом для гипуркубов отчетности. В настоящее время данная технология находится в разработке, поэтому в продукте доступен только ограниченный функционал меппинга закрытых моделей и открытых реестровых отчетов без оси У. Выгрузка файла XBRL может быть произведена из регламентированного отчета по соответствующей кнопке, либо из списка документов. По кнопке будет доступна форма формирования файла XBRL: Для начала выберем схему меппинга по ссылке: После выбора схемы нужно указать расположение файла выгрузки и задать ему имя, если предложенное системой не устраивает. Стоит иметь ввиду, что в клиент-серверном варианте использования решения есть возможность сохранить файл прямо на сервер (особенно, если файл больше 4 Гб и не может быть доставлен на клиентской компьютер) – для этого используйте галочку «Сохранять на сервере», но и путь должен быть серверный или в общую сетевую папку (желательно, чтобы она находилась на компьютере, на котором запущен процесс сервера 1С, особенно если файл большой). После того, как имя файла выбрано, нажмите «Сохранить XBRL». По кнопке «Сохранить XBRL» производится формирование инстанса, по кнопке «Создать пакет» производится создание Zip-архива с сервисным файлом – XBRL-пакета. При этом все прикрепленные к документу «Регламентированный отчет», для которого была нажата кнопка «XBRL», будут помещены в пакет и отражены в сервисном файле. Также, если это необходимо, по кнопке «Пространства имен» есть возможность включить в заголовок XBRL-файла необходимые сторонним продуктам дополнительные пространства имен. Сохраненный файл можно провалидировать встроенным механизмом для проверки бизнес-правил, который открывается по кнопке «Валидация», но лучше пользоваться визуализацией нарушений бизнес-правил в инструменте «Работа с табличным слоем XBRL». ЛОГ Лог, который генерирует процессор XBRL, доступен сразу же по кнопке «Лог», которая появится после начала формирования файла XBRL. В нем отражается информация о выгружаемых отчетных ролях, времени ее выгрузки и проблемах, возникших при этом. Самой распространенной, но не критической проблемой является пустое значение показателя (пустая строка, прочерк, решетка, ноль). Следующая проблема – преобразование типов. Процессор пытается преобразовать строки в числа, удаляя лишние пробелы и меняя запятую на точку. Также система пытается преобразовать дату из строки – для этого она удаляет точку и косую черту из строки. Таким образом даты в формате «ГГГГ-ММ-ДД» не смогут быть выгружены. Дата, которая точно выгрузится из строки, должна быть в виде «ДД.ММ.ГГГГ». Также в логе отражаются коллизии, если значения коллизий не отличаются, будет сформировано сообщение о том, что на контекст повторно попало значение. Если значения были разные, то инстанс будет выгружен только в том случае, если стоит галочка «Игнорировать ошибки». Данные критические ошибки попадают в красный лог. Также в лог попадают сообщения о том, что в сопоставлении роли не найдена та или иная ось при обработке данных модели. Данные сообщения могут выводиться для отчетов, которые разделены на несколько ролей. Например, в отдельную роль вынесены долевые ценные бумаги, а в другую – долевые. В итоге информация о том, что при выгрузке роли с долевыми ЦБ не найдены оси для долговых, попадет в лог и, соответственно, наоборот. Итак, в логе собирается следующая информация: 1. Имена выгружаемых ролей. 2. Время выгрузки роли в миллисекундах. 3. Факты, которые не были выгружены процессором XBRL из-за пустых значений или невозможности преобразования в исходящий тип таксономии из данных модели. Также если при поиске значения в перечислении словаря не найдено дня него сопоставимое значение. 4. Строки табличных моделей, которые при поиске осей не были определены хотя бы для одной оси. Это может быть нормальным явлением, если из одной модели данные выгружаются в несколько отчетных ролей таксономии. 5. Конфликты концептов на идентичных кубах (например, при выгрузке баланса и примечаний, в которых итоговые показатели находятся на значениях осей, определенных как значения по умолчанию, которые не выгружаются в гиперкуб). При этом если итоговые значения примечаний не будут идентичны значениям баланса, система прекратит выгрузку инстанса. В следующих случаях выгрузка инстанса прекращается: 1. Если при возникновении коллизии выгружаемые значения не равны между собой. 2. При выгрузке пустого значения в открытую ось (пустая строка, решетка, прочерк, ноль). 3. Если после меппинга поменяли имя колонки или строки в модели отчета и процессор не может найти данные. 4. Если нет подключения к внешнему источнику. 5. При несоответствии выгружаемого строки паттерну. Исключения: 1. Если стоит галочка «игнорировать ошибки», то процессор не останавливает выгрузку при неодинаковых коллизиях фактов на контекстах. Данные попадают в критический лог. 2. Отключается проверка соответствия выгружаемой строки паттерну. Данные попадают в критический лог. 3. Если при меппинге у роли указан признак «быстрой выгрузки» (для реестровых отчетов более 100к строк) проверка на коллизии не производится. Этим управляет галочка справа от вида отчета в форме сопоставления определений. КОНТРОЛЬНЫЕ СООТНОШЕНИЯ В решении контрольные соотношения реализованы в двух вариантах: валидация инстанса через формулы контрольных соотношений таксономии XBRL и внутренние контрольные соотношения, в общем и целом реализующие логику работы контрольных соотношений таксономии для экземпляра отчетных данных в системе (кнопка «Контроль отчетных данных» в форме регламентированного отчета). Оба варианта контрольных соотношений реализуют логику работы с формулой проверки и переменными, которые в ней участвуют. Элементы контрольных соотношений Формула Формула контрольного соотношения находится в атрибуте «test» основного родительского узла. Формула оперирует выражением на языке X-Formula, включая функции, условные операторы и другие элементы языка. Переменная, ссылающаяся на не-пустой элемент считается в логическом выражении как «Истина», если элемент пустой, то как «Ложь». Контрольное соотношение «$SomeValue» будет истинным в том случае, если переменная ссылается на какой-либо из присутствующих в файле элементов. Если в файле нет элементов, которые бы могли быть извлечены по фильтрам для этой переменной, то подобное выражение ложно. В выражениях переменные записываются со знака «$» перед именем. Переменные могут быть «локальными» - выбранными фильтрами. Также переменные могут быть «глобальными», которые определяются выражением X-PATH поля «select» подобной переменной. Переменная Переменные в языке X-Formula определяются через выражение X-PATH к данным, используя общие и локальные фильтры и модификаторы. Задача процессора правильно определить, откуда взять переменную. Обычная переменная ссылается на ка-кой-то факт, который извлекается из инстанса путем запроса к нему. Запрос использует данные концептов и элементов осей, описанных в фильтрах. Совокупность переменных с идентичными данными помещается в оцениваемые наборы, для которых производится вычисление предварительные условий и контрольного соотношения. Глобальные переменные могут использоваться как внутри переменной для отбора, например, данных только с определенной датой, так и для формирования сообщения о сработавшем контрольном соотношении. Также глобальные переменные могут использоваться и в качестве переменной контрольного соотношения. Отличие только в том, что глобальная переменная не ограничена значением факта – она может ссылаться на любой элемент инстанса (схему, контекст, факт, полученный из инстанса произвольным выражением X-PATH, …), для глобальной переменной нет ограничений – она вычисляется всегда для инстанса. Предварительные условия Предварительное условие – это выражение, которое по синтаксису не отличается от контрольного соотношения, но обратно ему по смыслу. Если при вычислении предварительного условия получилась «Ложь», то контрольное соотношение не оценивается. Если «Истина», то контрольное соотношение вычисляется. Общие фильтры Общие фильтры в контрольных соотношениях работают для всех переменных сразу. Они определяют совокупность измерений для переменных и их концептов. Если в рамках заданного куба необходимо оценить совокупность всех монетарных показателей, то в переменных могут быть описаны только значения измерений (например, компоненты капитала), а совокупность оцениваемых концептов может быть вынесена в общий фильтр. Может быть и наоборот, когда общий фильтр содержит все, участвующие в оценке, элементы осей. Внутренние контроли Если имеется потребность в создании контролей по своим критериям, то данный функционал это позволит реализовать. Пользователь самостоятельно настраивает систему контролей вручную. Справочник «Контрольные соотношения». Внутренние контроли реализуются посредством хранимых в справочниках формул и переменных контрольных соотношений. Формулы контролей задаются элементами иерархического справочника «Контрольные соотношения». Данный справочник в настоящее время доступен через «Все функции»: В справочнике в иерархической структуре хранятся формулы контрольных соотношений. Элемент справочника: Поле «Выражение» содержит выражение контрольного соотношения, которое вычисляется для оценки этого соотношения. Все переменные в выражении должны быть указаны с символом «$» в начале. Если результатом выражения является логическое «Истина», то такое контрольное соотношение считается прошедшим проверку. Если же при вычислении выражения получается логическое «Ложь», то такое контрольное соотношение считается не прошедшим проверку и выводится пользователю на закладке «Контрольные соотношения» регламентированного отчета. Таблица «Переменные» содержит совокупность переменных, служащих источниками для вычисления контрольного соотношения. Поле функция заполняется значением «SUM» для случаев, когда переменная является агрегатной функцией «Сумма» для указанного в нем источника (например, поле «Сумма» открытой модели данных). Агрегация будет работать только для открытых моделей. В других случаях колонку «Функция» заполнять не следует. Справочник «Переменные» (контрольных соотношений) Этот справочник содержит информацию о том, где находится источник переменной и каким образом он используется при агрегации. Доступен через меню «Все функции»: Важным для переменной является ее тип (число, строка, дата и булево), значение при отсутствии данных и ссылка на модель и позицию переменной в модели (табличная часть). В настоящее время переменная должна ссылаться на одну модель и одну позицию в модели (строка и колонка). На картинке выше приведен пример переменной «DSKO_BB», которая ссылается на 13-ю колонку отчета «0420409. СВЕДЕНИЯ О БАНКОВСКИХ СЧЕТАХ» с информацией о сумме остатка ДС на счете на конец периода. Контрольное соотношение, приведенное выше, проверяет следующее равенство: «$DSKO_BB = $DSKO_BB2 + $DSKO_ObDt - $DSKO_ObKt». В данном конкретном случае для открытого отчета «0420409» производится проверка равенства суммы на конец периода и суммы на начало периода, к которой прибавляется сумма поступления и вычитается сумма списания. Результатом работы контрольных соотношений будет следующая картина: В данном случае строка «0», «6» и «8» не удовлетворяют условию контрольного со-отношения, о чем сообщается на закладке «Контрольные соотношения» (в скобках количество сработавших контролей), нумерация строк начинается с «0». Если мы вы-числим данные из верхней строки, то получим следующий результат: 5 250,00 = 0 + 419 745,00 - 416 764,00 (2 981,00). Таким образом сравнение 5 250,00 и 2 981,00 дают «Ложь», т.к. числа не равны между собой. В новом интерфейсе: Отборы в переменных: В переменных могут использоваться отборы. В качестве отбора указывается колонка и значение, которое в ней должно находиться. Также в случае, если в отчетах представляется информация, например, по разным ПИФ’ам, то можно указать, какую колонку считать ключом отчета (например, идентификатор ПИФ, УК или НПФ, ИНН/ТИН контрагента и т.п.). Для создания отбора необходимо дважды кликнуть на колонке «Отбор»: В данном случае выбрано поле «Вид счета кредитной организации», а в качестве отбора указано значение «Расчетный». Таким образом данная переменная будет выбирать только те строки, в которых в 6-й колонке соответствующее отбору значение. Контроль инстанса Для контроля файла XBRL в решении существует механизм, который доступен из формы записи XBRL или из раздела «Лицевые счета (НФО)»: Отличие в данном случае только в том, что при открытии механизма валидации из за-писи XBRL в него передается имя сохраненного файла. Для того, чтобы система могла проверить инстанс, необходимо, чтобы в системе были сохранены данные слоя формул и настройка меппинга (даже пустая). 1. Для загрузки слоя формул открываем «Меппинг таксономии» («Лицевые счета (НФО) –> Сервис»), выбираем нужную точку входа и нажимаем на нее правой кноп-кой мыши и выбираем пункт «Слой формул» (либо используем кнопку «Слой формул»). В открывшейся форме «Работа с таксономией XBRL» нажимаем кнопку «Сохранить»: Настройка меппинга нужна для того, чтобы система могла определить значения осей по умолчанию, т.к. они представлены в фильтрах формул. Процесс валидации состоит в следующем: 1. Система читает выбранный файл XBRL. 2. Система читает слой определений таксономии для схемы из файла XBRL. 3. Система читает список формул для схемы XBRL. 4. Для каждого контрольного соотношения производится выборка переменных и рас-чет глобальных переменных. 5. Если проверка является проверкой на наличие элемента (existenceAssertion), то си-стема проверяет, найден ли элемент. Если элементов, удовлетворяющих условию фильтра переменной нет, то система генерирует сообщение из таксономии. В против-ном случае считается, что проверка завершена успешно. 6. Для пересекающихся измерений в части сравниваемых полей происходит оценка формулы предварительной проверки (precognition). 7. Если результатом предварительной проверки является «Истина», то происходит вычисление контрольного соотношения. 8. Если результатом оценки контрольного соотношения является «Ложь», то система генерирует сообщение в соответствии с таксономией. 9. Проверка производится для каждого уникального набора оставшихся после фильтрации элементов осей и периода. Если в переменной указан модификатор периода или измерения, то этот период и измерение не участвует в построении ключа уникальности. Для проверки после выбора файла нужно нажать на кнопку «Валидация»: Пример сработавшего контрольного соотношения для отчета «0420150»: Интерпретация результатов Для того, чтобы оценить результат валидации, в настоящее время валидатор генерирует по каждому сработавшему контрольному соотношению список входящих в него переменных. Стоит отметить, что для одного контрольного соотношения может существовать несколько наборов данных (например, данные на начало и окончание периода отчета, на сопоставимые отчетные даты предыдущих периодов и т.д.). Для каждого такого набора производится оценка. Если вычисление контрольного соотношения возвратило «Ложь», данное контрольное соотношение отражается в списке сработавших контролей (в настоящее время в правом дереве формы валидации, в левом дереве отражаются ошибки, всплывшие в ходе работы процессора формул и над которыми мы работаем). В качестве примера давайте разберем следующий пример: Контрольное соотношение: 0420154 Раздел 12 подразделы 1,5,6,9 Если заполнен показатель «стоимость дебиторской задолженности по данным бухгалтерского учета – всего», то должны быть заполнены показатели «ИНН или TIN дебитора», «Наименование дебитора», «Код страны регистрации дебитора». TEST $Inn_Deb and $Naim_Deb and $Kod_Strany_Reg_DebEnumerator VAR 2019-07-31_dim-int:ID_DebitoraTaxis_9717025848#ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "САНДИО"_mem-int:Valyuta_643RubRossijskijRublMember_mem-int:Dz_Sl_Dog_Strax_Member -> DZ_po_operacziyam_strax_sostrax_perestrax_0420154_R12 = 507 197,49 (факт: ins-dic:DZ_po_operacziyam_strax_sostrax_perestrax_0420154_R12, контекст: A149) VAR 2019-07-31_dim-int:ID_DebitoraTaxis_9717025848#ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "САНДИО"_mem-int:Valyuta_643RubRossijskijRublMember_mem-int:Dz_Sl_Dog_Strax_Member -> Inn_Deb = 9717025848 (факт: ins-dic:Inn_Deb, контекст: A149) VAR 2019-07-31_dim-int:ID_DebitoraTaxis_9717025848#ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "САНДИО"_mem-int:Valyuta_643RubRossijskijRublMember_mem-int:Dz_Sl_Dog_Strax_Member -> Kod_Strany_Reg_DebEnumerator = mem-int:Strana_643RusRossiyaMember (факт: ins-dic:Kod_Strany_Reg_DebEnumerator, контекст: A149) VAR 2019-07-31_dim-int:ID_DebitoraTaxis_9717025848#ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "САНДИО"_mem-int:Valyuta_643RubRossijskijRublMember_mem-int:Dz_Sl_Dog_Strax_Member -> Naim_Deb = 0 DEFAULT В данном контрольном соотношении проверяется факт того, что для аналогичных по ключу переменных «inn_deb», «naim_deb» и «kod_strany….» (наименование дебитора, код страны и ИНН дебитора) присутствует непустое значение. В данном случае «Наименование дебитора» для этого ключа отсутствует (значение отмечено словом «DEFAULT»). Это говорит скорее всего о том, что при выгрузке имя дебитора попало в открытую ось (ООО «САНДИО») при этом в элемент XBRL Naim_Deb данные выгружены не были. РАБОТА С ТАБЛИЧНЫМ СЛОЕМ XBRL «Работа с табличным слоем XBRL» (визуализация инстанса) позволяет визуализировать файл формата xbrl (инстанс), создавать модели, производить валидацию и сохранять таблицы в форматах pdf, xlsx. Для начала работы нужно в разделе «Лицевые счета (НФО) –> Сервис» выбрать пункт «Работа с табличным слоем XBRL». Визуализация инстанса Перед тем как использовать механизм нужно убедится, что в системе имеется сохраненная схема (меппинг). Если нет, то достаточно сохранить по этой схеме пустой меппинг. Для этого открываем «Меппинг таксономии» («Лицевые счета (НФО) –> Сервис»), выбираем нужную точку входа и нажимаем на нее двойным щелчком мыши по левой кнопке: font style Сохраняем пустую настройку: font style Убедившись, что необходимая схема присутствует в системе, переходим к использованию визуализации инстанса. Сперва потребуется на закладке «Настройки» указать путь к каталогу «META-INF» таксономии: font style Далее переходим на вкладку «Данные», выбираем инстанс (файл *.xbrl) и нажимаем «Прочитать»: font style После этого будет доступна визуализация инстанса по двойному щелчку левой кнопки мыши по роли: font style В тех ролях, где присутствует Z-ось (отбор) можно воспользоваться функцией «Вывести непустые» (меню «Еще») и тогда будут выведены все таблицы без отбора: font style Валидация файла в визуализаторе После того как был прочитан файл *.xbrl (см. выше описание «Визуализация инстанса») нужно нажать кнопку «Валидация», но перед этим потребуется сохранить слой формул. Для этого открываем «Меппинг таксономии» («Лицевые счета (НФО) –> Сервис»), выбираем нужную точку входа и нажимаем на нее правой кнопкой мыши и выбираем пункт «Слой формул» (либо используем кнопку «Слой формул»). В открывшейся форме «Работа с таксономией XBRL» нажимаем кнопку «Сохранить»: font style После того как подготовили слой формул приступим к валидации. Для этого нажмем кнопку «Валидация». font style Если будут найдены ошибки, то на закладке «Ошибки» появятся сообщения слоя контрольных соотношений таксономии, а также ниже будет выведен список табличных ролей, к которым относится проверяемый концепт. По двойному клику левой кнопкой мыши на элементе будет визуализироваться роль в окне отчета с подсвеченными красным позиции с ошибками. font style font style В данном случае ошибки указывают на то, что «Регистрационный номер/порядковый номер» (127, 467, 23) не соответствует шаблону: 4 цифры, соответствующие регистрационному номеру кредитной организации, или 4 цифры регистрационного номера КО/4 цифры порядкового номера филиала КО. Пример: «0040» или «0040/0001». ЧТЕНИЕ XBRL Данный функционал позволяет загрузить файл XBRL в экземпляр отчета (документ «Регламентированный отчет (НФО)»). Обработка расположена в разделе «Лицевые счета (НФО)» –> «Чтение XBRL»: Для того, чтобы загрузить файл в систему у нас должны быть созданы модели (справочник «Виды отчетов») и меппинг! Внимание! В меппинге не должны быть использованы формулы открытой оси. Сперва необходимо создать экземпляр отчета, в который мы будем загружать данные из файла XBRL (см. Главу 4 «Регламентированный отчет (НФО)»). Далее открываем обработку, где в поле «Документ» выбираем ранее созданный экземпляр отчета. Если в отчете данные уже имеются и нам, нужно не очищая их дополнить новыми, то мы устанавливаем флаг «Догружать». Период отчета автоматически преставится после выбора Документа, т.е. период определяется из выбранного регламентированного отчета. По ссылке ниже нужно выбрать схему (меппинг). Выбранная схема должна полностью соответствовать загружаемому файлу XBRL (версия таксономии, период и т.д.). Далее по кнопке «Добавить» выбираем необходимые файлы XBRL для загрузки. Когда все выполнено, тогда мы можем нажать кнопку «Загрузить». А дальше остается только открыть наш регламентированный отчет и проверить как выполнена загрузка. Если система при загрузке выявит проблемы, то сообщит об этом пользователю в виде сервисного сообщения внизу экрана. РЕКОМЕНДАЦИИ Для того, чтобы превратить отчетности в XBRL, стоит придерживаться следующей последовательности действий: 1. Создание моделей отчетов на основании разгрузочных таблиц таксономии и с учетом потребностей в раскрытии отчетных данных. Бывает, что лучше поменять модель отчета таким образом, чтобы было меньше форм (например, объединить остатки и обороты ОСВ в одну модель). Меньше форм – меньше работы по их заполнению из информационных систем. 2. Меппинг моделей в точку входа таксономии. Возможно модели придется адаптировать, например, расширить, чтобы упростить заполнение отчетности, поэтому может потребоваться дополнительное моделирование (для таблиц с итогами может понадобиться колонка, сигнализирующая о том, что данная строка таблицы – это итог). 3. Заполнить модель произвольными данными (например, последовательностью чисел от 1 до количества ячеек в модели). 4. Выгрузка данных модели в XBRL по произведенному меппингу. Если в файле есть все данные, то меппинг скорее всего верный. 5. Визуализация инстанса в табличном слое, чтобы проверить, что данные смеппились в нужные элементы и оси. 6. Исправление при необходимости меппинга и, если все получилось – переход к модели следующего отчета. 7. Для каждого отчета можно делать свою настройку меппинга, в можно делать и сразу общую. Первый вариант позволит работать с настройками одновременно нескольким сотрудникам. 8. После завершения проверок всех форм настройки объединяются в одну и производится общая выгрузка на данных, близких к отчетным. Стоит иметь ввиду, что таксономия устроена таким образом, что элементы с идентичными гиперкубами могут находиться в разных отчетных ролях. При этом данные фактов должны быть идентичны. Например, строки баланса будут расшифрованы в элементах и компонентах в примечаниях к балансу, и в большинстве примечаний итоговые значения должны быть равны балансовым показателям. Поэтому произвести тестовую выгрузку на базе случайных данных не получится из-за конфликта контекстов. Система будет останавливать выгрузку инстанса каждый раз, когда обнаруживает подобные конфликты (например, показатель в балансе и итог расшифровки на аналогичную дату отличаются).