Abstract: Architecture that translates a complex dimensional hierarchy (e.g., XBRL) into an understandable member picker which removes the complexities that the user would otherwise have to face. Using a building block metaphor, the architecture provides element and dimension tagging. The building blocks can include rows, columns, and optional trees. Building blocks are selected and grouped into a report definition, which definition is utilized to retrieve and process basis data into fact data in the final reports. The reporter mechanism removes the complexities in both the XBRL standard and XML, and ensures that the user associates the information appropriately within the report definition. The architecture extends the building block metaphor to include dimension tagging. A portion of the information from each building block is used to produce a fully qualified dimension context and logical validation is performed to ensure accuracy.

Abstract: The embodiments described herein generally relate to new and alternate systems and methods to associate XBRL tags with financial data. A business user creates a design template that can be used one or more times to create an instance of an XBRL document. A user can select a user interface element to have a system automatically map the XBRL taxonomy tags with portions of financial information. Upon selecting the user interface element, the system determines the best matches for the financial information and the XBRL taxonomy. The matches are recorded or stored in the design template.

Abstract: Architecture where footnotes can be tied directly to fact data on a line-by-line basis, for example, and presented to a consumer of the data in a desired language. A reporter mechanism is provided for associating footnotes to fact data at report preparation time. Using a report/building block metaphor, the architecture provides the ability to tie footnotes to one or many fact data. In the context of financial data, building blocks are rows (which usually define account information), columns (which usually define book codes and reporting periods) and optional trees (which define departmental structure for a report). Once the footnote or multiple footnotes are associated with a building block or logical operations on building blocks (e.g., intersection), the footnotes are also auto-generated for each report, and at the desired block locations. Moreover, the user can select one or more languages in which to present the footnotes.

Abstract: Architecture that translates a complex dimensional hierarchy (e.g., XBRL) into an understandable member picker which removes the complexities that the user would otherwise have to face. Using a building block metaphor, the architecture provides element and dimension tagging. The building blocks can include rows, columns, and optional trees. Building blocks are selected and grouped into a report definition, which definition is utilized to retrieve and process basis data into fact data in the final reports. The reporter mechanism removes the complexities in both the XBRL standard and XML, and ensures that the user associates the information appropriately within the report definition. The architecture extends the building block metaphor to include dimension tagging. A portion of the information from each building block is used to produce a fully qualified dimension context and logical validation is performed to ensure accuracy.

Abstract: The embodiments described herein generally relate to new and alternate systems and methods to associate XBRL tags with financial data. A business user creates a design template that can be used one or more times to create an instance of an XBRL document. A user can select a user interface element to have a system automatically map the XBRL taxonomy tags with portions of financial information. Upon selecting the user interface element, the system determines the best matches for the financial information and the XBRL taxonomy. The matches are recorded or stored in the design template.