The reports run automatically at night after the end of the day processes of the institution are completed, the user can get the report from the screen at the beginning of the shift.

All work required for reporting processes are managed by different users/departments on a common platform.

The manually corrected data (trial balance, inventory, etc.) within the institution is transferred to the BRM model via the screen and updated at the data model level.

Accounts with a trial balance/inventory difference and missing/incorrect data are detected before reporting, and data update is provided.

Cross-checks between reports make it easier to check between reports before submission.

It ensures that employees in different hierarchies are subject to approval processes in the process of report, parameter and data changes.

Different authorizations can be defined for different users or user groups for all operations performed on the screen.

In case of a legislative updates or new report requests, existing reports are versioned and the current and new reports are transmitted in parallel run format.

All operations and updates on the screen are logged with their details. These logs can also be viewed on the screens.

Thanks to its parametric structure, it provides fast and effective management of changes transmitted from official institutions.

In data corrections, source table, reports, and inventory data is not crushed or deleted, old data is kept and aged. Reports can be rerun retrospectively, or reports that have been run backward can be printed back on the product.

All reports have separate inventory, separate scenario and separate output tables. Although the reports are not interdependent, you can run all your reports on the screen in parallel.

For each report, all inventories are stored on the basis of data date and number of runs. All reports can be run for the same date as many days as desired and the inventory results of all reports are obtained.

BRM product is a banking reporting platform, not just a legal reporting platform. Internal, Senior Management etc. Such reports can be moved to the BRM product and reporting processes can be gathered under a single platform.

The product has a wide authorization module. It has detailed authorization modules in individual or employee group-based reports, menus, and corporate breakdowns.

All operational report transactions made on BRM work with the approval-return flow and all changes made on the report are logged in detail.

There are statically prepared data validations in BRM. These validation results work before the reports and present the logs to the other party on the screen. Thus, report errors can be seen at the data stage, not at the reporting stage, and necessary actions can be taken.

All reports can be cross-checked at the same time on the BRM screen, the results can be viewed in detail and exported as excel output.

Users can make both trial balance and inventory updates via BRM screens. Thanks to the corrections made with the manual receipts cut after the trial balance closing, the data is updated in the data model both in the trial balance and in the account, providing up-to-date and accurate data flow to all relevant reports. The raw data in the system is not crushed by the updates, the records inside are aged.

In the changes made on the BRM screens, all the changes at the level of authorization given to the users in accordance with the hierarchical structure of the institution are included in the approval flow process. Users who perform and approve the transaction are different. The logs of all the information regarding the approval flow process, along with all the changes made, can be viewed on the screen.

BRM Model validations screens contain validations that users can trigger on the screen. After the trial balance/inventory update, these validations can be run and data compliance can be checked in a few minutes.