最新のレポートマニュアルのキーアップデートと今後のレポートシーズンへの影響。
欧州証券市場庁（ESMA）は最近、報告マニュアルを更新し、今後の報告シーズンに影響するいくつかの変更を導入しました。これらの更新内容の詳細については、ESMAの公式ウェブサイトをご覧ください。ただし、これらの変更がお客様の報告プロセスに具体的にどのような影響を与えるかをより理解しやすくするため、Workivaでは、特に関連性の高いトピックを重点的に取り上げることにしました。
本記事では、これらのキーとなるアップデートを分析し、現在のアプローチや実務と比較します。私たちの目標は、次回の報告シーズンにおけるレポートへの影響について、クリアで包括的な理解を提供することです。
ガイダンス1.2.2：ESEFタクソノミにまだ含まれていない、IFRSタクソノミで利用可能な要素の使用。
"ESMAは、発行者はIFRSタクソノミが発行者レポートの開示に対応する要素を含み、それがESEFタクソノミに存在しないかどうかを判断すべきであると提案しています。発行者は、IFRSタクソノミの要素の名称、ラベル、XBRL特性に対応する拡張タクソノミ要素を定義する必要があります。"
タクソノミ要素「使用権資産を含む有形固定資産」は、ESEFに関するRTSの2024年改正が2025年1月1日以降に開始する会計年度に強制適用されるまでの間、IFRSタクソノミの2023年改正の要素を自主的に利用できる例として選択されています。
Workivaでは、タクソノミーの構文および設定を厳守することに努めています。このアプローチにより、タクソノミの更新時に拡張機能を標準要素にシームレスに置換することができ、お客様のファイルの比較可能性を維持することができます。
タグ付けのニーズにWorkivaを採用すれば、これらの更新がスムーズに実施されることをご安心いただけます。標準要素を含む新規タクソノミが更新されれば、移行は指を鳴らすようにスムーズです。
私たちの目標は、お客様のレポートプロセスを可能な限り効率的かつコンプライアンス的にし、常に最新の基準や規制に対応できるようにすることです。
ガイダンス 1.4.1：拡張要素を、ESEF タクソノミーにおいて範囲または意味がより広い要素に紐付けること
「さらに、ESMAは、発行体の拡張要素におけるアンカー関係の品質と利便性を向上させるためには、発行体は、同じデータ型を持つESEFコアタクソノミー要素に拡張要素をアンカーすべきであるとの見解を示している。」例えば、発行者が monetaryItemType の拡張機能を作成した場合、その要素は対応する ESEF のコアタクソノミ要素 monetaryItemType にのみタグ付けされるべきです（stringItemType などにはタグ付けされるべきではありません）。"
Workivaでは、タクソノミー拡張機能に関するベストプラクティスを長年にわたり遵守しており、お客様のレポートが正確かつコンプライアンスに準拠したものとなるよう努めています。当たり前のことのように思われるかもしれませんが、レポートで使用される拡張機能は、そのアンカー要素（より広いアンカー）の特性を「模倣」することが極めて重要です。
拡張機能はコアタクソノミが対処できない「ギャップを埋める」メカニズムとして機能します。しかし、拡張タクソノミーの基本原則は、最も近い利用可能な意味にアンカーを付けるように指示しています。つまり、拡張機能とアンカーは、特にデータ・タイプに関して整列する必要があります。
これらのベストプラクティスに従うことで、タクソノミが進化しても、レポートの整合性と比較可能性を維持することができます。Workivaでは、これらの原則を遵守することで、お客様のレポート作成プロセスが円滑に進み、最新の基準に準拠し続けることを保証いたします。
ガイダンス2.2.5:ダッシュ又は空欄のタグ付け
"IFRS連結プライマリ財務諸表に含まれるデータの分析と比較を容易にするため、ESMAは発行者が財務諸表に空欄やダッシュ記号をマークアップする際に、以下のガイダンスを考慮することを推奨します。"
財務諸表でゼロ、ダッシュ、空白のいずれを使用するかについては、しばしば議論があります。Workivaでは、お客様に対し、すべての財務諸表（損益計算書、包括利益計算書、貸借対照表、キャッシュ・フロー計算書）において、ゼロの値には常にタグを付けることを推奨しています。例えば、報告期間1が200と表示されている場合、報告期間2には空白はなく、ゼロかダッシュのどちらかが表示されるべきです。
資本変動計算書(SOCIE)については、両テーブルの項目が同じかどうかにより、例外が適用される場合があります。一般的な経験則として、ダッシュはゼロとしてタグ付けすることをお勧めします。
これらのガイドラインに従うことで、財務諸表の一貫性と明瞭性を維持し、読みやすく、解釈しやすくすることができます。
ガイダンス 2.2.7：ブロックタグの技術的な構成
「2023年4月19日に公表されたXBRL Internationalワーキンググループのノートに基づき、データ型がdtr-types:textBlockItemTypeであるファクトについては、発行者は、結果として得られるファクト値がXHTMLとして有効であることを確保するため、常にiXBRLの@escape属性を「true」に設定しなければならない。」一方、xbrli:stringItemTypeのような他のデータ型を持つファクトは、その値がXHTML を含まないことが予想されるため、代わりに@escape属性を「false」に設定しなければなりません。"
Workivaのレポートタグ付けプラットフォームは、すでにESMAのガイダンス2.2.7に準拠して設定されています。ESMAは、XBRLにおけるベストプラクティスへの準拠の重要性を強調しており、当社もこの標準の遵守に全力を尽くしています。
この更新により、プロセスが大幅に簡素化されます。現在、すべてのBlockItemType要素（すべてのテキストブロック）は、テキストが"<"や"&"などの特定の記号を含むかどうかに関係なく、常にエスケープされます。これにより、すべてのレポートにおける一貫性とコンプライアンスが確保され、よりスムーズで信頼性の高いレポート機能が実現します。
Workivaでは、最新の規制基準やベストプラクティスに準拠するよう絶えず努めており、当社のプラットフォームがXBRL報告の最先端であり続けることを保証しています。
ガイダンス 2.6.1：レポートパッケージへのインラインXBRL文書の組み込み
「ESMAは、発行体が、XBRL Internationalが公表した『Report Package 1.0』仕様に従ってESEF提出書類を作成することを推奨しています。この仕様では、レポートパッケージ内にインラインXBRL文書をどのように組み込むべきかが示されています。」発行者は、上記の仕様のすべての規定、特にレポートの種類およびレポートパッケージについて認められているファイル拡張子に関する規定に従う必要があります。さらにESMAは、ソフトウェア会社が上記仕様に準拠しない場合、公式仕様エラーコードを発行者にプレゼンテーションすることを保証することを推奨します。"
上記の推奨事項の実施とレポートパッケージ1.0仕様の採用に伴い、抽出されるファイルの書式設定が変更されます。今後の決算発表シーズンに向けて、Workiva Report Tagging Platform から、従来の .zip 形式に代わり、新しい .xbri 形式でレポートパッケージをエクスポートできるようになります。
この移行はシステム内で自動的に行われますので、ご安心ください。次レポートシーズンへのスムーズな準備のため、入力ファイルを最新バージョンに更新してください。更新が完了したら、ファイルをシームレスに変換する準備が整います！
ガイダンス 2.6.3：レポートパッケージおよびレポートファイルの命名規則
マニュアル 「ファイル名の{version} コンポーネントは、関連当局に提出されたESEFレポートパッケージのバージョンを示す必要があります。具体的には、{date} (ハイフン-マイナス文字で区切られています) の後に別の数字が追加されます。この数字は、ハイフン（マイナス）の後に続く数字を1文字のみに制限されており、提出のバージョンを表します（つまり、最初の提出では常に0とし、同じパッケージのその後の再提出ごとに1ずつ増やします）。 例：12345NOTVALID1234503-2023-12-31-0-en（初回提出）
留意事項：OAMまたは各国の所管当局から、国内レベルで求められる異なる命名規則に関する指示があった場合は、発行者は当該国内の命名規則に従わなければなりません。
ESMAは、拡張タクソノミーの計算リンクベースの評価に起因する計算の不整合は、タグ付けの問題を示唆する可能性があるため、慎重に検討することを推奨します。エンジンは、既に提出されたバージョンの数を予測できないことを考慮し、入力ファイル（Excelテンプレート）には、異なるバージョンの場合に上書きされるカウンタを調整するオプションが用意されます。
ガイダンス 3.4.1：計算リンクベースにおける算術関係の記述
「ESMAは、拡張タクソノミーの計算リンクベースの評価に起因する計算上の不整合については、タグ付け上の問題を示唆する可能性があるため、慎重に検討することを推奨しています。」計算の矛盾の中には、計算 1.1 を適用しても回避できないものがあります。特に、計算 1.1 は、ファクト設定が不完全な場合に、依然として誤検出を引き起こす可能性があります。これは、計算のトリガーとなるファクトは十分にあるが、それを完全にチェックするには十分でない場合に発生します。
不完全な事実セットに起因して生じうる計算上の不整合の一例が、以下の段落で紹介されています：
架空の発行体の拡張タクソノミーでは、包括利益計算書において以下の計算式が採用されています：包括利益 ＝ 当期純利益（損失） ＋
その他の包括利益同じ発行体の拡張タクソノミーにおいて、発行体は資本変動計算書で「包括利益」および「当期純利益（損失）」という要素を使用しています。発行者は、「その他の包括利益」という要素の代わりに、2つの新規要素（「損益に振り替えられるその他の包括利益」及び「損益に振り替えられないその他の包括利益」）を使用することを選択します。
この場合、包括利益計算書で定義された計算は、株主資本等変動計算書でも評価されますが、「包括利益」と「利益（損失）」の要素の値しか含むことができず、省略された「その他の包括利益」の要素の値は0になります。
計算の不一致にフラグが立てられても、ESEFインラインXBRLレポートが正しくないという意味ではありません。包括利益計算書で定義された計算が持分変動計算書にも適用され、計算のトリガーとなるファクト（「包括利益」及び「利益（損失）」）は十分に存在しますが、「その他の包括利益」というファクトが欠落しているため、完全にチェックするには不十分です。したがって、ESMAは、この種の計算上の不整合は無視しても差し支えないと考えている」
ESMAマニュアルの最新版では、計算上の不整合に関する情報が拡充されており、これまでに確認された最も一般的な問題について詳しく解説されています。具体的には、計算1.1を参照し、このような不整合は、誤った計算からではなく、異なる計算書で使用される要素の選択から生じることが多いことを強調しています。
提供された例では、持分変動計算書（SOCIE）で使用されているその他の包括利益（OCI）の構成要素はどちらもOCI全体を正確に表しているため、会計処理は正しい。しかし、XBRLの観点からは、プレゼンテーションの不一致があっても、ノンブロッキングとみなされます。
今回のガイダンスの拡充により、これらの不整合の性質が明確になり、会計精度とXBRLコンプライアンスの両方を確保するための慎重な要素選択の重要性が強調されました。Workivaでは、こうした複雑な課題を乗り越えるお手伝いをすることに尽力しており、お客様のレポートが正確かつコンプライアンスに準拠したものとなるよう努めています。
詳細については、こちらをご覧ください。
ガイダンス 4.1.5：スタンドアロンの XHTML ドキュメントの命名規則
ガイダンス 2.6.3 の修正に合わせて、新たなガイダンスが策定されました。ファイル名に関する推奨事項は、xHTML ファイル（スタンドアロン、個別）にも適用されます。つまり、Workiva Report Tagging Platform からダウンロードしたファイルは、名前を変更する必要があります。
ガイダンス 3.4.8（新規）：プレゼンテーション・リンクベースにおける算術的関係の記述
「主要財務諸表の中には、計算リンクベースに反映できない、期間をまたぐ算術的な関係がいくつか含まれているものがあります。期間をまたがる算術関係の例としては、キャッシュ・フロー計算書があり、この計算書では、期間中の流入と流出の貸借区分が、期首から期末までの現金残高の増減に対応します。もう一つの例は、資本の各構成要素について、期首と期末の帳簿価額の調整を含む資本変動計算書です。計算リンクベースは、このような期間横断的な関係についてのデータ品質チェックを効果的に定義するために使用することはできないため、プレゼンテーションリンクベースは、少なくとも半自動化された検証の実行を可能にする、このような期間横断的、ディメンション横断的な算術的従属性をドキュメント化するために使用されなければなりません。"
ESMAマニュアルの新規バージョンでは、ガイダンス3.4.1から派生したガイダンスが更新され、特定の時間をカバーするレポートのセクションに計算期間を定義するアブストラクトを含めることが推奨されています（強制ではありません）。これは特に、期間の開始と終了にまたがり、計算リンクベースで表現できない資本変動計算書に関連します。この勧告を実施することで、特に監査人から依頼された場合、関連する問題を解決するヘルプとなります。
ESMA報告マニュアルにおけるその他の更新されたガイドライン
以下は、ESMA報告マニュアルの中で、軽微な変更を加えて更新・修正されたその他のガイドラインの一覧です。