reportfactory© analytics is a filing and analysis platform designed for receivers of XBRL electronic reports. The software supports validation, processing and analysis of electronic reports via a fully customizable rule-based workflow.

The visual rule editor, a core feature of reportfactory© analytics, allows business users extensive and simple workflow implementation and control – without any developer support.



Typically, XBRL report receivers utilize filing interfaces for the reports’ reception. Once received, the reports go through a process of adaption to existing data models. Finally, the received and adapted reports’ analysis takes place. In certain scenarios, the analysis results need to be submitted to additional output systems for further use.

reportfactory© analytics supports the entire process – from reception and adaptation to processing/analysis of XBRL reports and further submission of the obtained results.

The rule-based processing workflow can be fully customized and controlled in order to meet the receivers’ requirements.

The standardization provided by the XBRL format allows for seamless usage across various audiences as any and all XBRL taxonomies are supported by the software.

Among others, the intended audience are authorities, regulators, business registers, banks, insurance companies, stock exchanges and financial portals.


The visual rule editor is at the core of reportfactory© analytics. It allows business users to have complete control of the report processing, without involving IT/developers.

Creating any rule using the visual rule editor is simple – all items required to build it are presented as interlocking puzzle pieces that can be combined by drag and drop.

Visualizing the rule creation process, in addition to being intuitive, has the added benefit of making errors transparent as any incorrectly used items are immediately highlighted.

Each rule or a group of rules can be tested by executing them during their creation process. In addition, to the visualization of the rule execution results, the rule execution log provides an execution summary including the actual value assignments being used to simplify troubleshooting – both in the testing phase and in productive use.

Rule types

  • Rules for validation and consistency checks
  • Transformation rules (used for mappings, key figure calculations etc.)
  • Notification rules (eg. sending out emails)
  • Workflow control rules (used for workflow state modifications e.g. approval for manual edits)

As rules can be created for different purposes (e.g. production and testing) and by different people or teams simultaneously, rules are organized in rulesets that can be exchanged, adapted and tested.

Rules and rulesets are versioned allowing for seamless collaboration as well as the ability to revert any changes. Rules can be filtered with predefined or user-defined categories.




We are using the XBRL formula engine of our own ABRA XBRL processor to process the rules automatically. The engine is integrated in various products, both ours and our customers’, and is capable of processing huge amounts of data.

Because the XBRL formula standard deals with international standards, the available function library for validation and processing XBRL reports is very well established.

The step-by-step processing of incoming reports can be completely controlled using special workflow rules. Users can utilize the pre-configured workflow, modify it partially or define a workflow from scratch including custom processing steps.


The following workflow is delivered by default. It can be fully customized through workflow control rules in conjunction with the detailed information on the current workflow state, that kept in the analysis taxonomy.

The description of workflow/

Data input / manual creation

Reports are either received via a REST API or are created manually. Once in the system, both received and manually created reports can be freely viewed and modified

Filing archive

Received reports are archived in their original state (i.e. as received)

Data enrichment

Additional data that’s required for the analysis (e.g. customer data) is added to the report

Input validation

The enriched reports are checked by executing individual rules against them. By default, processing is stopped for invalid reports


The received reports are mapped to an individual balance analysis structure

Totals calculation

The sum positions in the individual balance analysis structure are calculated

KPIs / Rating

KPIs / ratios are defined and calculated in a multi-phased rating process

Consistency checks

The processing results are validated by executing individual rules against them.  Any detected inconsistencies (as well as custom error messages) are visually indicated and can be rectified in the report editor

Export processing results

Processing results can be sent to further analysis systems via a web service or in batch runs

Workflow image/

Report Factory Analytics Workflow




All valid reports can be accessed via customizable mailboxes. Access to the mailboxes is configurable and depends on the role of a particular user. Alternatively, all reports the user is authorized for can be accessed by searching for them.

Manual editing

Manual editing/

Even though the main emphasis is on the automatic processing, reports can be manually created and modified. Manually made changes are visually distinguished and any affected sum positions are automatically calculated.



Multiple reports can be aggregated into a single group report via totals consolidation.



Reports are processed by executing rules against them. These rules can be created from scratch or by copying, can be reused by already existing rules, can be grouped, classified, filtered, searched, shared as well as enabled or disabled for processing. Additionally, the rules’ execution order can be precisely controlled by establishing dependencies between them. Finally, the rules can be easily modified to apply to different taxonomy versions or different branches of the same taxonomy version.

Roles / permissions

Roles / permissions/

The access to the software’s functionalities as well as fine-grained access to individual reports and the data within them is managed by fully customizable roles and the permissions that apply to those roles. Built-in, custom and directory service roles are supported.

Customizable workflow

Customizable workflow/

The ability to create and configure workflow steps paired with the rule-controlled transitions between workflow steps and rule-based changes of workflow states allows the workflow to be custom tailored to fit the established approaches and processes in your company.

Batch / Challenger Runs

Batch / Challenger Runs/

Reports can be re-processed in bulk on demand as needed (e.g. to compare calculated ratios after modifying the ratio calculation rules). That results can be used for testing (Challenger run) or productive purposes (Batch run).

Reporting Schema / Cube

Reporting Schema / Cube/

All reports are stored in a relational schema optimized for analysis. The same schema can also be used for multi-dimensional analysis (OLAP Cube).

Individual reports

Individual reports/

Individual reports can be quickly created via the configuration. Experts can create comprehensive reports using of-the-shelf reporting tools.

Audit log

Audit Log/

All changes, regardless whether they are manual or automated, are stored in the audit log. The log provides a complete, searchable audit trail including information on who made the change and when did the change occur as well as the actual values that were changed.

Reportf Factory Analytics Contact

+49 6151 957579 0


+49 6151 957579 60





+49 6151 957579 0


+49 6151 957579 60