general overview of the app - gpm systemy · the xml interface is equivalent to csv file. the only...

17
Universal Reporting System www.gpm-systemy.com www.gpm- systemy.com Universal Reporting System General Overview of the App December 2015 All rights reserved. This document may be copied or stored without restriction of any kind only as a whole. Otherwise, no part of this document may be copied or processed in any way, electronically, photographically, mechanically or otherwise, and no such part may be stored in any database without written consent from GPM SYSTEMY Sp. z o.o.

Upload: others

Post on 26-Jun-2020

3 views

Category:

Documents


0 download

TRANSCRIPT

Universal Reporting System

www.gpm-systemy.com www.gpm-systemy.com

Universal Reporting System

General Overview of the App

December 2015

All rights reserved.

This document may be copied or stored without restriction of any kind only as a whole.

Otherwise, no part of this document may be copied or processed in any way, electronically, photographically, mechanically or

otherwise, and no such part may be stored in any database without written consent from GPM SYSTEMY Sp. z o.o.

Universal Reporting System

www.gpm-systemy.com 2

JB-GPM/2015-12-08

Table of Contents

1. Universal Reporting System ................................................................................................... 2

2. Modularity ..................................................................................................................................... 4

3. Advanced Real-time Validator .............................................................................................. 7

4. Data Integration ....................................................................................................................... 10

5. Taxonomy Profiling ................................................................................................................ 11

6. Flexibility .................................................................................................................................... 12

7. aSISt - simplicity and ergonomics ..................................................................................... 17

1. Universal Reporting System

aSISt is a modern universal reporting system which supports the preparation of mandatory

reports to the banking and insurance sector regulators especially in XBRL format (e.g.

COREP, FINREP, Solvency, etc.).

Picture 1. aSISt window

Universal Reporting System

www.gpm-systemy.com 3

JB-GPM/2015-12-08

Regardless of the type of report, aSISt provides several features especially

important from the user’s point of view:

aSISt is very easy to use allowing the user to make a correct report without the necessity to focus on the technological complexity of the reporting process.

aSISt provides numerous options of entering data into reports- allowing

both manual and automatic input methods, including the two-way

interface to/from Excel spreadsheets, and advanced data mapping module

working with various data sources, which enables the mapping of tabular

reports and list reports.

aSISt includes an advanced data mapping module which can cooperate with

various data sources, like:

back-office database,

data warehouse,

files data sources:

o csv – flat file,

o xls, xlsx – tables,

data extracts from back-office systems.

aSISt data mapping module can be extended to data automation module,

which enables complex data calculation, filtering and tables’ matching. Data

automation module operates on raw data from back-office systems.

aSISt has a number of visual features supporting data reconciliation based

on always up to date validation rules; inconsistencies in reports are presented

in a visual form with links to the locations where they occur.

Validation processor is compatible with current XBRL standards:

- XBRL Formulas,

- XBRL Validation Messages.

aSISt supports the preparation of consolidated and/or cumulative financial reports in a situation when user is required to report on behalf of a group or when there are several separate main systems utilized for different products requiring a multistage report preparation.

aSISt deals with the full reporting cycle, i.e. the subsequent steps of the

report preparation process:

o data input, edition and completion,

o report verification and reconciliation,

o approval and archive (saving, printing, etc.),

o report generation,

o correction of historical reports.

Although most users

of aSISt, currently

about 1,500, did not

undergo any training

in use of the

application, they

prepare complex

reports on a regular

basis.

aSISt is in use alike

in:

- small cooperative

banks,

- medium size

banks and

branches of

multinational

banks,

- large financial

conglomerates in

configuration with

many users

- insurance

companies

aSISt is available

for free trial

including

generating and

sending the

report to the

regulator

Universal Reporting System

www.gpm-systemy.com 4

JB-GPM/2015-12-08

aSISt is modular so the customer decides which of the modules are suitable for him/her,

aSISt is an ‘off-the-shelf’ application:

o it is very easy to install, in most cases without technical support from the supplier,

o available for download on the Internet at https://support.asist-xbrl.eu

o it is free for trial before purchase,

this applies to the base module as well as to all additional modules,

additional aSISt modules are available on request an can be easily added to working aSISt

installation.

2. Modularity

Thanks to its modular structure aSISt can be configured in a flexible way depending on:

the number of users of the application, the reporting system functionality.

The core is the base module which provides:

full functionality necessary for the preparation and reconciliation of all mandatory reports required from entities in XBRL format (and depending on the country, in some other formats), o manual report data input, o CSV, XML, XBRL, Excel interfaces, o report reconciliation features,

built in real-time XBRL and XBRL Formula validation

the repository of reports for the collection and management of reports prepared for

successive reporting periods,

the possibility to be installed either on one computer with a free of charge Derby database or on numerous computers configured to work with a shared Oracle database. aSISt supports simultaneous work of two or more users on the same report form.

Picture 2. Reporting process with aSISt base module

Currently there

are above 620

installations

operating at

clients form

Poland and other

European

countries

Universal Reporting System

www.gpm-systemy.com 5

JB-GPM/2015-12-08

aSISt base module provides features addressed to business users and provides more features

than standard XBRL processors.

Specific requirements can be met by functional modules. These modules are not separate

applications – they extend the base functionality.

Picture 3. Modular structure of aSISt

The data mapping module enables an automatic report

feeding by aggregating and calculating on the basis of source

data. It is alternative to the preparation of the reporting data

with other tools or its manual processing, e.g. in Excel.

The mappings are presented directly in the form of a table in

aSISt which makes them much easier to manage. The module

allows the bank’s or insurance staff to manage the mappings by

themselves easily without the engagement of the IT team.

The data automation module manages complicated multistage calculation of raw data

provided by entity’s back office systems. Data processed by aSISt data automation module

are ready to enter to the report using data mapping module.

The data mapping

module is up to a dozen

times more efficient

than other mapping

modules available on

the market.

Universal Reporting System

www.gpm-systemy.com 6

JB-GPM/2015-12-08

aSISt Distributed Processing enables moving the weight of

source data calculation to the external server to optimize

operation on workstation. aSISt DP does not require any user’s

attendance. From the user point of view dealing with automatic

data input is faster and workstation is less workloaded by

calculations.

Validation rules editor gives the possibility to expand the

standard regulator’s validation rules (i.e. national central

banks).

Thanks to this, validation rules can be adjusted to the profile of the specific entity and cross-

validation between reports, e.g. Encumbrance <-> FINREP, can be checked (the so-called

Encumbrance/FINREP reconciliation).

The consolidation module supports consolidated report preparation according to the

‘financial statements consolidation’ method. ‘Solo’ reports and consolidation adjustments

are merged into the final consolidated report.

The data analysis module supports the creation of lists and analytical reports using the

collected reports’ data. Reports can be enriched with an additional description and printed

as brochures directly from aSISt. Therefore aSISt, is the repository of financial information.

Picture 4. Analytical report in aSISt

Using aSISt ensures

its users that their

reports comply with

all the rules and

criteria required by

banking and

insurance sector

regulators.

Universal Reporting System

www.gpm-systemy.com 7

JB-GPM/2015-12-08

3. Advanced Real-time Validator

Reporting accuracy is the key factor used in the assessment of a bank or insurer; it depends on

efficiency of reporting processes and tools. On the other hand, reporting accuracy is hard to

define because of various criteria (e.g. technical, formal and content-related) that have to be met.

aSISt significantly accelerates report reconciliation by supplying a range of visual features. All

validations are presented in the report window.

The figure below illustrates aSISt validation. Incorrect values are indicated with a small red

triangle and correct values with a green one. The visual form of the messages speeds up the

report inconsistencies verification.

Universal Reporting System

www.gpm-systemy.com 8

JB-GPM/2015-12-08

Picture 5. Example data validation

aSISt provides multilevel report verification against defined validation rules which come from:

XBRL taxonomies – based on ‘calculation link-base’ mechanism,

validation rules defined by the regulator,

some validation rules defined by additional supervisor (e.g.

cooperative banks incorporated in broader banking structures)

validation rules defined by bank or insurer according to the entities’

profile and its internal policies.

aSISt verifies

about 50.000

validation rules

delivered by

regulators.

(January 2014)

Universal Reporting System

www.gpm-systemy.com 9

JB-GPM/2015-12-08

The picture presents a situation where one reported fact is subject to many data validation rules.

A large part of reports requires many criteria to be considered in order to check report

consistency.

Picture 6. Many validation rules for one cell in the report

The verification of validation rules in aSISt ensures that the reports sent to regulators meet all

the requirements defined for the requested reports.

Universal Reporting System

www.gpm-systemy.com 10

JB-GPM/2015-12-08

The report validation process is presented in the picture below.

Picture 7. Internal validation process in aSISt

Apart from the rules published by the regulator the validation rules

editor makes it possible to expand the set of validation rules by

adding the rules resulting from additional consultations and

agreements with sector supervisor and entity’s own internal rules.

4. Data Integration

Modern systems require an easy data transfer both from and to external

systems. aSISt provides several two-way interfaces, i.e. interfaces enabling both data export and

import.

XBRL interface

Some banking system suppliers provide the possibility of data export from their systems in

XBRL format. Data prepared in this way may be without any additional work transferred

into aSISt where the cycle of report reconciliation, verification and approval takes place. The

interface ensures a full compliance with XBRL taxonomy.

CSV interface

Technically it is also called ‘the flat file’. The simplest in preparation, not requiring

knowledge of XBRL technology and therefore often used in creation of aSISt interfaces with

little effort. Despite a simple structure the interface gives similar standard of data

verification to the one provided by the XBRL interface. aSISt is prepared to manage vast flat

files consisting of millions of rows and hundreds of columns.

GENERAL

INTERFACES

The validation rules

editor can be used for

example to define

reconciliation of COREP

and FINREP reports.

Universal Reporting System

www.gpm-systemy.com 11

JB-GPM/2015-12-08

XML interface

The XML interface is equivalent to CSV file. The only difference is the data format.

Excel interface

The most commonly used interface, because of the standard of data transfer, preparation

and analysis and also the popularity of Excel software. Excel interface has a two-way

functionality enabling both the export and import of the data.

5. Taxonomy Profiling

Taxonomy profiling is a series of functions for adjusting reports to the specific profile of an

entity.

Picture 8. Reports context – taxonomy profiling

The context tree makes it possible to select only those forms, from those

defined in XBRL taxonomy, which will be filled in by the bank or insurer.

The remaining reports will not appear on the report list.

This simplifies the reporting process and prevents mistakes:

One cannot mistakenly fill any forms from outside the required scope.

CONTEXT TREE

profiling

Universal Reporting System

www.gpm-systemy.com 12

JB-GPM/2015-12-08

When importing from external files redundant data is reported as erroneous data from

outside the scope.

Selection of predefined dimensions

Dimensions define the scope of reported information.

aSISt makes it possible to assign components of explicit dimensions as allowed or disallowed or

to select a method of calculating capital requirements.

Limiting the scope of dimensions as well as defining the list of forms:

simplifies the reporting work by reducing the amount of presented information,

reduces the number of potential errors resulting from reporting data from outside the scope

of the defined profile.

6. Flexibility

aSISt, as a standard component for preparation of XBRL reports and verification of data

consistency, may be used both in very small banks or insurance companies as well as in large

ones.

Its modular construction ensures many options of use.

aSISt can be firstly implemented as a tool for the management of a single taxonomy. Than the

solution can be extended by adding modules to manage all obligatory reporting processes from

automatic data proceeding through validation and reports generation to bank’s or insurance

company situation analysis.

A short summary of ways in which aSISt is implemented by entities is

presented below.

I.

In the simplest variant aSISt is used as a reporting data editor where all

data are entered manually. All forms are generated automatically from taxonomy so all the

report items can be filled in or adjusted manually.

The reporting process includes as follows:

Reporting period opening,

Manual data completion,

Data reconciliation against additional data (e.g. GL reports),

Verification according to the taxonomy,

Report generation.

Manual

preparation

of reports

Report

components

selection

Universal Reporting System

www.gpm-systemy.com 13

JB-GPM/2015-12-08

Picture 9. Simple aSISt use with manual data input

II.

Banking system suppliers prepare interfaces allowing an automatic data generation for reports.

aSISt supports several interfaces for automatic data download.

The use of standard XBRL interface makes it possible to connect the systems without any

additional work.

In the application banking data transferred from the bank or insurance company system are:

completed with the data not contained in the system,

adjusted on the basis of additional reports (e.g. items accounted into the system collectively

need to be separated, etc.),

reconciled against other data sources,

reconciled against formal and technical requirements of the regulator.

The reporting process includes as follows:

Reporting period opening,

Dataset generation from the back-office system and dataset feed-in to aSISt,

Manual data completion (if needed),

Data reconciliation against additional data (e.g. GL reports),

Verification according to taxonomy,

Report generation.

Universal Reporting System

www.gpm-systemy.com 14

JB-GPM/2015-12-08

Picture 10. Report data input process with use of the XBRL interface

Suppliers prepare interfaces:

in XBRL format (specification is independent of both the aSISt

supplier and the internal system supplier),

in the format of ‘flat’ CSV file prepared by GPM (format described

in a separate document),

for the Excel files which are compatible with GPM specification,

for specialized formats dedicated for certain taxonomies, i.e. Pegaz, PD, GIIF.

III.

It often happens that:

an entity has more than one system as the source of reporting data or

an entity uses additional dedicated systems for the purposes of data integration or

processing, e.g. data warehouse, general ledger, etc. or

the system supplier does not provide the standard interface.

In these cases the mapping module is recommended.

This solution makes it possible to use the already existing data sources

so no additional specialized interfaces are necessary.

The preparation of the interface is as simple as defining the mappings

for the particular reporting cells. The mappings are prepared by aSISt

users without the participation of IT staff. An exemplary mapping is

shown in the picture below.

Data exchange

through XBRL

interface

Automation

through data

mapping

Universal Reporting System

www.gpm-systemy.com 15

JB-GPM/2015-12-08

Picture 11. Exemplary mapping

The reporting process is similar to the previous situation:

Reporting period opening

Automatic data MAPPING and calculation

Manual data completion (if needed)

Data reconciliation against additional data (e.g. GL reports)

Verification according to the taxonomy

Report generation.

Picture 11. Report data input process with use of the Mapping Module

IV.

In banks and insurers which are not able to prepare data which can be entered into the report because:

there are too many clients to analyze and select from

there are many data sources with different structures

the process of data preparation is too time- and material-consuming

Universal Reporting System

www.gpm-systemy.com 16

JB-GPM/2015-12-08

In such a situation, aSISt with Data Automation Module provides a full service of data and report

preparation.

The solution makes it possible to analyze, process, aggregate or select millions of data from different

sources. Data Automation Module includes ETL processor which manages the complicated multistage

calculation. Data provided by ETL processor are easily entered into aSISt with data Mapping Module.

Processes in ETL are individually defined and include verification steps which help aSISt users to control

the process.

All the elements of individual data automation process are presented in aSISt and can be maintained by

aSISt users.

Picture 12. Report data input process with use of the Data Automation Module

Once the automation process is defined reporting process includes:

Reporting period opening

Automatic data MAPPING and calculating

Manual data completion (if needed)

Data reconciliation against additional data (e.g. GL reports)

Verification according to the taxonomy

Report generation.

Universal Reporting System

www.gpm-systemy.com 17

JB-GPM/2015-12-08

7. aSISt - simplicity and ergonomics

It is very easy to operate; most of its users state that using the system is simple and intuitive. It provides many data input methods from manual to full automation. It presents report sheets in tabular form, the same as required by regulators. It allows user to check the compliance of the report within one and between more than one

reports. It has many built-in methods of data validation; visual mechanisms make the process easy

and comfortable. It makes it possible to export data to many popular formats, e.g. csv, Excel file. It provides help desk access; every user gets a quick answer to his/her questions and

solution to his/her problems. It is easily expandable: many functional and reporting modules are ready-to-use. It is created and developed with the participation of its users considering their comments

and needs – thanks to this aSISt has many unique features.