База ссылок таблицы 1.0 (стр. 12 )

Дочерний элемент в группе подстановки <table:aspectSpec> указывает на участвующий аспект узла аспекта.

Элементы <table:conceptAspect>, <table:entityIdentifierAspect>, <table:periodAspect>, <table:unitAspect> указывают на аспекты концепта, идентификатора организации, периода и единицы измерения, соответственно.

Элемент <table:dimensionAspect> указывает на аспект измерения при помощи QName измерения. НЕОБХОДИМО, чтобы это было QName измерения, которое существует в DTS. Оно имеет опциональный атрибут @includeUnreportedValue (который имеет значение по умолчанию false), который указывает на свойство includeUnreportedValue узла аспекта.

НЕОБХОДИМО, чтобы код ошибки xbrlte:invalidDimensionQNameOnAspectNode был сообщен в том случае, если программное обеспечение для обработки сталкивается с элементом dimensionAspect, который указывает на QName, не являющееся QName измерения, которое существует в DTS.

Пункт контекста для любого выражения XPath, ассоциированного с фильтром узла аспекта, является фактом из источника фактов, которое рассматривается для включения в качестве содействующего факта для узла аспекта.

НЕОБХОДИМО, чтобы фильтры оценивались при представлении существующего отчета. НЕОБХОДИМО, чтобы приложение, поддерживающее ввод данных, обеспечивало, чтобы факты, вводимые в ячейки, удовлетворяли ассоциированным фильтрам, но МОГЛИ откладывать эту проверку до сериализации отчета.

К фильтрам, ассоциированным с определенной ячейкой, относятся:

фильтры таблицы для своей таблицы фильтры, прилагаемые к узлам аспекта, которые расширились (см. Раздел 6.8.2) в узлы расположения, которые вводят ограничения в ячейку (см. Раздел 7.6)

6.8.4.1 Отношения аспект-узел-фильтр

Отношение аспект-узел-фильтр является отношением, которое:

имеет имя расширенной ссылки <gen:link> имеет имя дуги <table:aspectNodeFilterArc> имеет значение роли дуги равное http://xbrl. org/arcrole/2014/aspect-node-filter

НЕОБХОДИМО, чтобы отношение аспект-узел-фильтр имело ресурс table:aspectNode в своей стороне «from».

НЕОБХОДИМО, чтобы код ошибки xbrlte:aspectNodeFilterSourceError был сообщен в том случае, если программное обеспечение для обработки сталкивается с отношением аспект-узел-фильтр, которое не имеет ресурс <table:aspectNode> в своей стороне «from».

НЕОБХОДИМО, чтобы отношение аспект-узел-фильтр имело фильтр в своей стороне «to».

НЕОБХОДИМО, чтобы код ошибки xbrlte:aspectNodeFilterTargetError был сообщен в том случае, если программное обеспечение для обработки сталкивается с отношением аспект-узел-фильтр, которое не имеет фильтр в своей стороне «to».

Дополненное отношение аспект-узел-фильтр является отношением аспект-узел-фильтр, которое выражено отношением с атрибутом @complement со значением true.

Узел аспекта с дополненным отношением аспект-узел-фильтр к фильтру использует дополнение фильтра в своем подразумеваемом выражении XPath.

6.9 Ссылки на переменные

Выражения XPath в узлах определения могут относиться к внутренним переменным. К ним относятся следующие типы переменных:

Глобальные параметры, определенные в DTS. Переменные, привязанные к значениям параметров таблицы.

6.10 Ярлыки

Элементы в модели определения МОГУТ быть ассоциированы с общими ярлыками или общими ссылками для присвоения ярлыков соответствующим частям представленной таблицы.

Ярлыки ассоциируются с элементами при помощи дуг XLink, которые соединяют элемент с:

общим ярлыком при помощи роли дуги http://xbrl. org/arcrole/2008/element-label общей ссылкой при помощи роли дуги http://xbrl. org/arcrole/2008/element-reference

Элемент МОЖЕТ быть ассоциирован с любым количеством общих ярлыков и общих ссылок. В тех случаях, когда с элементом ассоциировано несколько ярлыков или ссылок, их порядок задается атрибутом XLink @order их действительных отношений. НЕОБХОДИМО, чтобы относительный порядок ярлыков сохранялся в структурной модели и в модели расположения.

7 Модель расположения

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

Процесс получения расположения из структурной модели описан в Разделе 9.3.

7.1 Таблицы расположения

Таблица расположения представляет собой организацию выбранных фактов XBRL, в соответствии с расположением матрицы в декартовом пространстве при помощи осей x, y и z.

7.2 Оси

Ось определяет упорядоченное расположение пространства фактов XBRL на линии.

Настоящая спецификация описывает три оси: x, y и z. РЕКОМЕНДУЕТСЯ соблюдать следующие правила для интерпретации различных осей программным обеспечением для представления (в тех случаях, когда выходной формат допускает это).

РЕКОМЕНДУЕТСЯ, чтобы ось x интерпретировалась в качестве горизонтальной организации столбцов в таблице. Столбцы МОГУТ располагаться слева направо или справа налево, в соответствии с нормами языка. РЕКОМЕНДУЕТСЯ, чтобы ось y интерпретировалась в качестве вертикальной последовательности строк в таблице. РЕКОМЕНДУЕТСЯ, чтобы строки располагались сверху вниз. Ось z МОЖЕТ интерпретироваться как множественные двумерные таблицы и МОГУТ располагаться на двумерном дисплее, представляя каждую таблицу последовательно или представляя пользователю возможность выбора представляемых данных.

Каждое положение на оси, соответствующее секции (например, строка или столбец) таблицы, ассоциируется с набором ограничений пространства фактов. Ось может состоять из множественных независимых разбивок пространства фактов. Они сочетаются путем их проецирования на axis, как описано в Разделе 9.3.2.

Каждая из возможных координат ограничений по осям таблицы, соответствующая ячейке в таблице, называется координатой.

7.3 Заголовки оси

Заголовки оси описывают оси для сообщения информации заголовка о ячейках в пересечениях строк и столбцов и для придания таблице семантической структуры.

Ось может быть ассоциирована с несколькими строками (или столбцами) заголовков, указывая на множественные наборы вложенных ограничений значений, отображенных в столбцах (или строках) таблицы.

Каждая разбивка вводит группу строк (или столбцов) заголовка. Каждая группа ассоциирована с ярлыками, ассоциированными с соответствующей разбивкой.

РЕКОМЕНДУЕТСЯ, чтобы столбец (или строка), распространяющийся на отдельные ячейки, использовался для указания вложения ограничений (где выходной формат допускает это).

Заголовки оси МОГУТ упрощаться в тех случаях, когда таблицы представляются при помощи средств, которые изначально не предназначены для удобочитаемости (например, файлы CSV, которые не предусматривают возможность распространения или слияния заголовков).

7.4 Ярлыки ячейки заголовка

НЕОБХОДИМО, чтобы для ячейки заголовка, которая имеет один или несколько ярлыков, ассоциированных с ней (в ходе разрешения из структурной модели), процессор выбирал один или несколько из этих ярлыков для представления ячейки заголовка.

Для ячейки заголовка, которая не имеет ярлыков:

Если она имеет единичное ограничение концепта или ограничение измерения с явно заданными элементами, РЕКОМЕНДУЕТСЯ, чтобы процессор выбирал единичный ярлык, ассоциированный с этим концептом в DTS. Если она имеет единичное ограничение единицы измерения, идентификатора организации, периода или измерения с неявно заданными элементами, РЕКОМЕНДУЕТСЯ, чтобы процессор использовал текстовое представление значения аспекта ограничения.

Количество ярлыков, ассоциированных с ячейкой заголовка, не оказывает воздействие на логическую структуру модели расположения. Процессор МОЖЕТ представлять множественные ярлыки для одной ячейки заголовка, как если бы они были отдельными ячейками.

РЕКОМЕНДУЕТСЯ, чтобы ячейки заголовка, находящиеся на одном и том же логическом уровне, согласовывались при представлении.

РЕКОМЕНДУЕТСЯ, чтобы при выборе единичного ярлыка использовался общий ярлык со стандартной ролью ресурса (http://www. xbrl. org/2008/role/label) (при наличии такового), вместо других ярлыков.

В том случае, если представляются множественные ярлыки для одного заголовка, НЕОБХОДИМО учитывать атрибут @order.

7.5 Ячейки

Ячейки расположены на пересечениях строк и столбцов и выступают в качестве контейнеров фактов XBRL.

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

Ячейка может содержать ноль или несколько фактов. Если с ячейкой ассоциировано несколько фактов, поведение определяется реализацией. Инструмент МОЖЕТ отображать все значения или подмножество значений. В качестве альтернативы, инструмент МОЖЕТ отображать визуальную индикацию наличия в ячейке многих значений.

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