general overview of the app - gpm systemy · the xml interface is equivalent to csv file. the only...
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.