Валидация XBRL

Контроль инстанса

Для контроля файла 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 дебитора», «Наимено-вание дебитора», «Код страны регистрации дебитора».

В данном контрольном соотношении проверяется факт того, что для аналогичных по ключу переменных «inn_deb», «naim_deb» и «kod_strany….» (наименование дебито-ра, код страны и ИНН дебитора) присутствует непустое значение. В данном случае «Наименование дебитора» для этого ключа отсутствует (значение отмечено словом «DEFAULT»). Это говорит скорее всего о том, что при выгрузке имя дебитора попа-ло в открытую ось (ООО «САНДИО») при этом в элемент XBRL Naim_Deb данные выгружены не были.