GCP TP-BackOffice Interface is a system which enables banks and other financial institutions to receive Forex and money-market deals from trading platforms (such as Reuters) automatically and to forward them to any other financial system (such as banks back-office system).
System Overview (English) [106Kb]
System Overview (Russian) [115Kb]
Experience
The specifications for each of these products were written based on needs identified during multiple implementations of leading international core banking systems. It is fair to say that our major work to date has been aimed at Russia and the former Soviet countries and indeed I believe that we can claim to be pre-eminent in these areas. However we also believe that in principle the same localisation issues exist all over the world and the same solutions can be applied to them.
All of our products were first developed with the assistance of pilot banks and for this reason we can confidently state that they are relevant to real life banking, not just created from abstract concept in a laboratory. They are actually working out there.
Hubbing
There is a fast growing trend for international banks to implement hubbing. In order to secure major economies they are running regional centres with banks in multiple countries connected to these regional centres to utilise core banking functionality.
As cross border banking consolidation gathers pace we expect this trend to continue and this is a key inspiration for the way in which we have designed our products. Not only do they work in local markets but they have been designed to allow easy implementation at the hub and the extra level of data classification that this entails.
Especially in the case of reporting and payments processing there are many economies to be gained by moving data processing into the hub where it was formerly distributed.
Perhaps the most important of these benefits is illustrated in the case of BARS.
BARS is designed to allow the bank to implement completely standard core banking systems at the hub, regardless of the countries in which it is implemented. It achieves this by moving the localisation processing out of the core and into an accounting engine which translates the core banking system processing into the multiple languages simultaneously:
- Local language
- Banks own language
- International standards language
- Any other language required
The banks own language is a key concept since this means that consolidated reporting is facilitated by the use of standard representations of local bank data.
Core banking systems implementations are always expensive exercises and these expenses are significantly greater if they must include localisation and require core banking system customisation skills that the bank itself does not normally possess. If localisation is delegated to GCP solutions then there is no reason why banks cannot implement their standard core banking system with little or no consultancy help from the software supplier.
Take a look at PSI. This system includes a very high degree of flexibility for routing of payments and makes localisation of payments input and processing straightforward. But imagine if it were implemented in the hub. Local standards could still be applied, based on user profiles and user groups. In addition settlement rules could be setup and audited centrally for the most cost efficient routing of payments fully utilising private bank networks.
Please browse the product pages to collect more information on our localisation solutions and dont forget to fill out our enquiry form if you would like to receive more information or be contacted. |