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

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

Для контроля файла 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 данные выгружены не были.