Výzva
Významná investiční banka v České republice prováděla přechod na nový hlavní účetní systém, kterým bylo ERP řešení Axapta společnosti Microsoft. Mezi původními účetními systémy existovaly složité datové toky, což ovlivnilo průběh a trvání migrace účetnictví do nového řešení.
Zpočátku byl přechod na nové řešení naplánován jako změna typu „velkého třesku“, ale komplexita migrace jednotlivých zdrojových systémů a účetních oblastí tento přístup znemožnila. Nakonec byla migrace rozdělena na dvě etapy. V první bylo přeneseno provozní účetnictví a o rok později proběhla migrace finančního účetnictví. Datum plného přechodu na nový účetní systém klient několikrát v průběhu tří let odložil.
Úlohou Ness bylo integrovat nový zdrojový systém a zapracovat změny prováděné v původních zdrojových systémech do datového skladu, který měl dokonce v mezidobí obou etap pracovat jak s hlavní knihou z dosavadního účetní evidence, tak i s hlavní účetní knihou z nového systému. Změny prováděné v průběhu několika let nesměly narušit provoz služeb poskytovaných datovým skladem.
Solution
Due to the possible changes in the date of transition to the new accounting system, Ness consultants decided to approach the changes in the data warehouse in a very interesting way. They proposed a set of migration parameters based on the planned migration date and data portfolio (operational/financial accounting). The parameters determined which source of general ledger accounts would be used in the data warehouse transformations, and from which source system they would need to be retrieved.
In addition, all general ledger-dependent data transformations have been modified to use both the old and new general ledger according to the migration parameter settings. This approach was key to testing the changes: switching the migration parameters allowed the old/new ledger data to be transformed as required.
The chosen solution was possible mainly because the data warehouse was designed and operated using the Ness BI Factory product, which ensured fast and efficient development of changes. The Data Quality Guard module helped to uncover dozens of errors that Ness reported to the customer for correction in the primary systems, significantly contributing to the bank’s successful transition to the new accounting system.
Results
The Ness team ensured that all changes to the source systems were successfully incorporated into the data warehouse without any disruption to the delivery of its services.
The daily and chargeback balances of client contracts were calculated correctly during all phases of the migration. The general ledger (or ledgers) for the migration phase was always used as the accounting data source.
The final transition of the data warehouse to the new solution was made by a final change of migration parameters on the production environment. The data warehouse started using the new general ledger without any significant problems.
Interested in more information? Contact us at nesscz@ness.com