You have started your asset finance systems implementation. What are the typical pain points ahead? In this third of three articles. Richmond Consulting Group looks at three areas that will need attention if the journey is to be a smooth one!
We welcome comments and would be happy to help you get your project off to a good start.
No matter which system you choose, data migration usually is the nominal fun part when you are shifting to a new management system. Nevertheless, by preparing your team and cleansing your data, your organization can achieve a more aerodynamic, less nerve-racking data migration process.
Virtual Instruments - Infrastructure Performance Management White PaperJohn McDonald
Summary
Enterprise IT Agility Challenges Mission critical Federal IT application delivery infrastructures are being virtualized at a break-neck pace, and are increasingly abstracted and complex. Agile development means changes are continual, and these same infrastructures are required to deliver a flawless end-user experience characterized by hyper-responsive performance and availability.
Impediments to Aligning IT Organizations with Mission Goals Not having the right people, processes and technology solutions, and leveraging old technologies that weren’t purpose-built to handle today’s complex and ever-changing infrastructure, prevents IT from delivering mission-aligned service levels.
Infrastructure Performance Management (IPM) – a Platform to Ensure Federal IT Value IPM is a new platform category for managing the physical, virtual and cloud infrastructure.
Capabilities Required in an IPM Platform Key requirements include continuous, real-time, system-wide data collection from heterogeneous IT infrastructures, combined with unbiased correlation and analysis.
Benefits of an IPM platform Delivers ROI to Federal Agencies for both CAPEX and OPEX savings. Ensures optimal budget alignment. Guarantees performance, mitigates risk and aligns Federal IT infrastructures with agency application and mission requirements.
Virtual Instruments’ VirtualWisdom platform A comprehensive IPM platform providing 360o visibility into the performance, health and availability of the IT infrastructure
Our DCIM Product suite GFS Crane provides policy and constraint-based capacity planning for data centers resolving conflicting objectives like maximizing asset utilization, minimizing power consumption while delivering high availability at over 99%.
No matter which system you choose, data migration usually is the nominal fun part when you are shifting to a new management system. Nevertheless, by preparing your team and cleansing your data, your organization can achieve a more aerodynamic, less nerve-racking data migration process.
Virtual Instruments - Infrastructure Performance Management White PaperJohn McDonald
Summary
Enterprise IT Agility Challenges Mission critical Federal IT application delivery infrastructures are being virtualized at a break-neck pace, and are increasingly abstracted and complex. Agile development means changes are continual, and these same infrastructures are required to deliver a flawless end-user experience characterized by hyper-responsive performance and availability.
Impediments to Aligning IT Organizations with Mission Goals Not having the right people, processes and technology solutions, and leveraging old technologies that weren’t purpose-built to handle today’s complex and ever-changing infrastructure, prevents IT from delivering mission-aligned service levels.
Infrastructure Performance Management (IPM) – a Platform to Ensure Federal IT Value IPM is a new platform category for managing the physical, virtual and cloud infrastructure.
Capabilities Required in an IPM Platform Key requirements include continuous, real-time, system-wide data collection from heterogeneous IT infrastructures, combined with unbiased correlation and analysis.
Benefits of an IPM platform Delivers ROI to Federal Agencies for both CAPEX and OPEX savings. Ensures optimal budget alignment. Guarantees performance, mitigates risk and aligns Federal IT infrastructures with agency application and mission requirements.
Virtual Instruments’ VirtualWisdom platform A comprehensive IPM platform providing 360o visibility into the performance, health and availability of the IT infrastructure
Our DCIM Product suite GFS Crane provides policy and constraint-based capacity planning for data centers resolving conflicting objectives like maximizing asset utilization, minimizing power consumption while delivering high availability at over 99%.
Whitepaper des Herstellers zum Thema Collect, Transform,Generate and Test
MetaSuite and HP Quality Center Enterprise, generating Test Data
from any data source from any platform, including mainframe
Kontakt: http://www.Minerva-SoftCare.de
The Use of Spreadsheets in Commodity Trading – 2015CTRM Center
Spreadsheets have long been an integral part of a trading company’s armory of tools and software. Over the years, the demise of the spreadsheet in commodity trading organizations has continued to be predicted with increasing frequency and regularity, and yet, the spreadsheet is alive, well, and kicking in 2015; as this survey proves. Despite the growing maturity of commercially available Commodity Trading and Risk Management software (CTRM) solutions, the increase in regulation and oversight and, the alarming number of horror stories involving spreadsheets in losses, mistakes and fraud, they seem difficult to eliminate. This survey, prompted by current round of regulation and controls, revisits the spreadsheet in commodity trading to discover how widespread and pervasive they are and why.
Software projects’ past goes back to four or more decades. We encounter the first software project risk management paper in 1991[1] and the study [2] reports that in 1995 US spent $250 billion to software projects and these projects had estimated $59 billion in cost overruns and another $81 billion had spent on canceled software projects.Although failures are tremendous, we have observed the project risks and critical success factors are given like shopping lists and so the remedies of risk factors. Very few studies exist for searching the relationships of these risk factors and the relationship between remedies and risk factors. We are trying to construct a simple model of risks and remedies borrowing concepts from systems and control theory.
A Deep Dive into NetSuite Data Migration.pdfPratik686562
NetSuite data migration is the process of moving data from one system to another, usually from an older system to the most recent version of NetSuite. Throughout the migration process, it makes sure the data is accurate and reliable.
Following are high level tasks will be performed as part of consolidation process or data migration activity from existing customer’s systems into newly consolidated Database.
Whitepaper des Herstellers zum Thema Collect, Transform,Generate and Test
MetaSuite and HP Quality Center Enterprise, generating Test Data
from any data source from any platform, including mainframe
Kontakt: http://www.Minerva-SoftCare.de
The Use of Spreadsheets in Commodity Trading – 2015CTRM Center
Spreadsheets have long been an integral part of a trading company’s armory of tools and software. Over the years, the demise of the spreadsheet in commodity trading organizations has continued to be predicted with increasing frequency and regularity, and yet, the spreadsheet is alive, well, and kicking in 2015; as this survey proves. Despite the growing maturity of commercially available Commodity Trading and Risk Management software (CTRM) solutions, the increase in regulation and oversight and, the alarming number of horror stories involving spreadsheets in losses, mistakes and fraud, they seem difficult to eliminate. This survey, prompted by current round of regulation and controls, revisits the spreadsheet in commodity trading to discover how widespread and pervasive they are and why.
Software projects’ past goes back to four or more decades. We encounter the first software project risk management paper in 1991[1] and the study [2] reports that in 1995 US spent $250 billion to software projects and these projects had estimated $59 billion in cost overruns and another $81 billion had spent on canceled software projects.Although failures are tremendous, we have observed the project risks and critical success factors are given like shopping lists and so the remedies of risk factors. Very few studies exist for searching the relationships of these risk factors and the relationship between remedies and risk factors. We are trying to construct a simple model of risks and remedies borrowing concepts from systems and control theory.
A Deep Dive into NetSuite Data Migration.pdfPratik686562
NetSuite data migration is the process of moving data from one system to another, usually from an older system to the most recent version of NetSuite. Throughout the migration process, it makes sure the data is accurate and reliable.
Following are high level tasks will be performed as part of consolidation process or data migration activity from existing customer’s systems into newly consolidated Database.
Top 30 Data Analyst Interview Questions.pdfShaikSikindar1
Data Analytics has emerged has one of the central aspects of business operations. Consequently, the quest to grab professional positions within the Data Analytics domain has assumed unimaginable proportions. So if you too happen to be someone who is desirous of making through a Data Analyst .
Data Warehouse Process and Technology: Warehousing Strategy, Warehouse management and Support Processes.
Warehouse Planning and Implementation.
H/w and O.S. for Data Warehousing, C/Server Computing Model & Data Warehousing, Parallel Processors & Cluster Systems, Distributed DBMS implementations.
Warehousing Software, Warehouse Schema Design.
Data Extraction, Cleanup & Transformation Tools, Warehouse Metadata
,data warehouse process and technology: warehousing ,warehouse management and support processes. wareh ,c/server computing model & data warehousing ,parallel processors & cluster systems ,distributed dbms implementations. warehousing sof ,warehouse schema design. data extraction ,cleanup & transformation tools ,warehouse metadata
4DAlert data house platform is a sophisticated and user-friendly solution that enables efficient data management for any organization. Visit: https://medium.com/@nihar.rout_analytics/what-is-data-observability-ece66dcf0081
Data Lake-based Approaches to Regulatory-Driven Technology ChallengesBooz Allen Hamilton
Booz Allen Hamilton has found that a data lake-based approach to CA3 requirements is scalable, extensible, and improves the range and sophistication of analyses that can be supported while providing higher levels of data control and security.
Phase II of the Core Transformation Journey - Getting ThereInfosys Finacle
An earlier paper discussed ways to secure the buy-in of top management and key stakeholders for a core transformation decision. In this, we touch upon some of the IT challenges during and after transformation.
Something old, something new, and the road between - Stephan PodevynComarch
Current trends in the Insurance Business. General overview of how the Insurance business will change in the upcoming years and how companies can adapt by using innovative technology. Tips on how to become the Insurer of the Future in the Benelux region. Presentation held by Stephan Podevyn at Comarch Benelux Insurance Breakfast on the 18th of September in Brussels.
Multidimensional Challenges and the Impact of Test Data ManagementCognizant
Test data management (TDM) is vital for quality assurance (QA) functions to best handle the many cha;l;enges associated with data security, release management, batch processing, data masking and fencing.
Similar to Asset Finance Systems Implementation (20)
Equipment and automotive finance system projects guide 101 Third edition, including a new chapter on back office processes and system outsourcing opportunities.
Equipment Finance Systems Project Guide 101" Second edition. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
Equipment finance systems project guide "101"David Pedreno
Equipment Finance Systems Project Guide 101" Second edition. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
Equipment finance systems project guide 101David Pedreno
Equipment Finance Systems Project Guide 101" Second edition. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
Equipment finance systems project guide "101"David Pedreno
Equipment Finance Systems Project Guide "101" Second edition. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
The case for involving Finance in implementing a new equipment finance Contract Management System (“CMS”) should be readily apparent, but is your Finance team paying enough attention to the migration? Here are our top tips for what to look out for.
The case for involving Finance in implementing a new equipment finance Contract Management System (“CMS”) should be readily apparent, but is your Finance team paying enough attention to the migration? Here are our top tips for what to look out for.
Under pressure to move with speed, for example fast-tracking covid-19 forbearance measures, or migrating data to a new system, the risk of data errors can increase or be seen as the price to pay for progress.
Equipment finance is particularly susceptible to single data errors cascading to linked systems and multiple periods. Addressing such errors calls for a considered approach.
Equipment Finance System Projects Guide 101. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
Equipment Finance System Projects Guide 101. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
Equipment Finance System Projects Guide 101. You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one. We hope our tips help you get your project off to a good start and welcome any comments!
Equipment finance system projects.
You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one.
"Equipment Finance System Projects Guide 101".You are starting, or have already started, an equipment finance and leasing system implementation. What are the typical pain points ahead?
In this “101" guide and tips, Richmond Group looks at the key areas that will need attention if the journey is to be a smooth one.
Asset finance systems projects guide 101David Pedreno
You are starting, or have already started, an asset finance and leasing system implementation what are the typical pain points ahead? In this “101" guide and tips, Richmond Consulting Group looks at the key areas that will need attention if the journey is to be a smooth one.
You have started your asset finance systems implementation. What are the typical pain points ahead? In this third of three articles. Richmond Consulting Group looks at three areas that will need attention if the journey is to be a smooth one!
We welcome comments and would be happy to help you get your project off to a good start.
You have started your asset finance systems implementation. What are the typical pain points ahead? In this third of three articles. Richmond Consulting Group looks at three areas that will need attention if the journey is to be a smooth one!
We welcome comments and would be happy to help you get your project off to a good start.
Kseniya Leshchenko: Shared development support service model as the way to ma...Lviv Startup Club
Kseniya Leshchenko: Shared development support service model as the way to make small projects with small budgets profitable for the company (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
An introduction to the cryptocurrency investment platform Binance Savings.Any kyc Account
Learn how to use Binance Savings to expand your bitcoin holdings. Discover how to maximize your earnings on one of the most reliable cryptocurrency exchange platforms, as well as how to earn interest on your cryptocurrency holdings and the various savings choices available.
Building Your Employer Brand with Social MediaLuanWise
Presented at The Global HR Summit, 6th June 2024
In this keynote, Luan Wise will provide invaluable insights to elevate your employer brand on social media platforms including LinkedIn, Facebook, Instagram, X (formerly Twitter) and TikTok. You'll learn how compelling content can authentically showcase your company culture, values, and employee experiences to support your talent acquisition and retention objectives. Additionally, you'll understand the power of employee advocacy to amplify reach and engagement – helping to position your organization as an employer of choice in today's competitive talent landscape.
Putting the SPARK into Virtual Training.pptxCynthia Clay
This 60-minute webinar, sponsored by Adobe, was delivered for the Training Mag Network. It explored the five elements of SPARK: Storytelling, Purpose, Action, Relationships, and Kudos. Knowing how to tell a well-structured story is key to building long-term memory. Stating a clear purpose that doesn't take away from the discovery learning process is critical. Ensuring that people move from theory to practical application is imperative. Creating strong social learning is the key to commitment and engagement. Validating and affirming participants' comments is the way to create a positive learning environment.
B2B payments are rapidly changing. Find out the 5 key questions you need to be asking yourself to be sure you are mastering B2B payments today. Learn more at www.BlueSnap.com.
Premium MEAN Stack Development Solutions for Modern BusinessesSynapseIndia
Stay ahead of the curve with our premium MEAN Stack Development Solutions. Our expert developers utilize MongoDB, Express.js, AngularJS, and Node.js to create modern and responsive web applications. Trust us for cutting-edge solutions that drive your business growth and success.
Know more: https://www.synapseindia.com/technology/mean-stack-development-company.html
Digital Transformation and IT Strategy Toolkit and TemplatesAurelien Domont, MBA
This Digital Transformation and IT Strategy Toolkit was created by ex-McKinsey, Deloitte and BCG Management Consultants, after more than 5,000 hours of work. It is considered the world's best & most comprehensive Digital Transformation and IT Strategy Toolkit. It includes all the Frameworks, Best Practices & Templates required to successfully undertake the Digital Transformation of your organization and define a robust IT Strategy.
Editable Toolkit to help you reuse our content: 700 Powerpoint slides | 35 Excel sheets | 84 minutes of Video training
This PowerPoint presentation is only a small preview of our Toolkits. For more details, visit www.domontconsulting.com
3.0 Project 2_ Developing My Brand Identity Kit.pptxtanyjahb
A personal brand exploration presentation summarizes an individual's unique qualities and goals, covering strengths, values, passions, and target audience. It helps individuals understand what makes them stand out, their desired image, and how they aim to achieve it.
[Note: This is a partial preview. To download this presentation, visit:
https://www.oeconsulting.com.sg/training-presentations]
Sustainability has become an increasingly critical topic as the world recognizes the need to protect our planet and its resources for future generations. Sustainability means meeting our current needs without compromising the ability of future generations to meet theirs. It involves long-term planning and consideration of the consequences of our actions. The goal is to create strategies that ensure the long-term viability of People, Planet, and Profit.
Leading companies such as Nike, Toyota, and Siemens are prioritizing sustainable innovation in their business models, setting an example for others to follow. In this Sustainability training presentation, you will learn key concepts, principles, and practices of sustainability applicable across industries. This training aims to create awareness and educate employees, senior executives, consultants, and other key stakeholders, including investors, policymakers, and supply chain partners, on the importance and implementation of sustainability.
LEARNING OBJECTIVES
1. Develop a comprehensive understanding of the fundamental principles and concepts that form the foundation of sustainability within corporate environments.
2. Explore the sustainability implementation model, focusing on effective measures and reporting strategies to track and communicate sustainability efforts.
3. Identify and define best practices and critical success factors essential for achieving sustainability goals within organizations.
CONTENTS
1. Introduction and Key Concepts of Sustainability
2. Principles and Practices of Sustainability
3. Measures and Reporting in Sustainability
4. Sustainability Implementation & Best Practices
To download the complete presentation, visit: https://www.oeconsulting.com.sg/training-presentations
In the Adani-Hindenburg case, what is SEBI investigating.pptxAdani case
Adani SEBI investigation revealed that the latter had sought information from five foreign jurisdictions concerning the holdings of the firm’s foreign portfolio investors (FPIs) in relation to the alleged violations of the MPS Regulations. Nevertheless, the economic interest of the twelve FPIs based in tax haven jurisdictions still needs to be determined. The Adani Group firms classed these FPIs as public shareholders. According to Hindenburg, FPIs were used to get around regulatory standards.
The Influence of Marketing Strategy and Market Competition on Business Perfor...
Asset Finance Systems Implementation
1. You have started your asset finance systems implementation project
What are the typical pain points in the road ahead?
In this third of three articles Richmond Consulting Group looks at three areas that
will need attention if the journey is to be a smooth one:
Data migration and cutover
Testing
Business change
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION "101"
richmondgrp.com
#3 of a series of 3 articles on system selection
and implementation for the asset finance and
leasing industry
Richmond Consulting Group
2. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
Introduction
This is the third article of three covering systems selection, initiation and execution for
companies in the asset finance and leasing sector.
Article 1 - Asset Finance Systems Evaluation “101”
In this article, Richmond Consulting Group looked at 10 reasons to upgrade, gave some pointers
on how to select a new system and shared our experience of what success looks like.
Article 2 - Project initiation
In this article, Richmond Consulting Group looked at our top 10 tips to get your project off to a
solid start, took a look at baselining the project with a Project Initiation Document, outlined some
methodologies to adopt, and offered an approach to gathering business requirements.
Article 3 - Asset Finance Systems Execution “101”
In the this article Richmond Consulting Group will be looking at some areas that
are often pain points for projects, offering some tips and advice to make the journey ahead
smoother:
Migration and cutover
Testing
Business change
To view the Article 1 please click here:
https://www.slideshare.net/DavidPedreno/asset-finance-system-evaluation-101-richmond-consulting-group
To view the Article 2 please click here:
https://www.slideshare.net/DavidPedreno/asset-finance-systems-project-initiation-101-199442668
You are here
3. DATA MIGRATION AND CUTOVER
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
4. DATA MIGRATION AND CUTOVER - our top 10 tips
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
10 TIPS FOR A SUCCESSFUL MIGRATION
Senior level stakeholder support is key
The main application implementation is often seen as the main focus of the project with data
migration treated as a necessary technical task. This would be a mistake - data migration is
never easy so engage senior stakeholder support to remove roadblocks
Do not treat migration as an IT-only responsibility
Engage the business in the migration at the outset, and ideally have them lead this stream of
work. They will have invaluable insights into the data, its quality, the need (or not) to migrate
specific data items, alternative data sources and mapping rules
Engage Finance teams early
Finance teams have an important role in ensuring that the new system remains reconciled to the
general ledger and in validating finance balances, including technical income recognition
balances
Conduct detailed data profiling before attempting to create ETL mappings
Do not rely on meta data descriptions to reflect data content. Similarly, ad hoc queries do not
always uncover full data content. Effort here will be rewarded with higher quality ETL mappings,
earlier data quality cleansing opportunities and avoidance of “Load and explode” syndrome
(where data quality and mapping issues are only uncovered late in the project when the first full
data load is achieved)
Minimize the amount of data to be migrated
It is tempting to migrate “all” data. Business teams will be well placed to assess whether data
items are needed in the new system. Minimising the amount of data to be migrated will save
unnecessary effort and cost
Start data cleansing early
Start early but carefully assess the risks versus benefits of where to cleanse data:
Manually fix in the legacy system vs
Automate data cleansing as part of the ETL transformation step vs fixing data in the new
system (the general rule is to avoid this)
Risks include risk of updating a live system vs risks of automating as part of the transformation.
Use a data repository that emulates the target system
This avoids impacting live systems, facilitates testing on a static system, and aids data cleansing
tasks
Mitigate the dependency of the migration system build on completion of the
main system build
Delays in the main system build will likely impact delivery of a final migration build. (1) Maintain
good project disciplines and (2) mitigate where possible by segmenting the data into
manageable parts - e.g. by addressing master data components first (business parties, contracts,
assets, banks etc) and then more dynamic data later
Build a detailed cutover plan and IT run book
These should be started early and be refined during, ideally, a minimum of three conversion
dress rehearsals
Loaded data is not necessarily good data
The main implementation teams will need to test that new system processes will work with
migrated data as well as any manually created test data. Delivery of migration data to the
implementation team should be planned to happen as soon as possible
1
2
3
4
5
6
7
8
9
10
5. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
Planning and business input
There is often limited planning
IT teams are typically given a brief to move data to the new system, and without guidance
from the business make assumptions about what data is to be moved and its quality
Data profiling and cleansing
Data migration is often meta data driven NOT content
driven (i.e. the working assumption is that the data
description accurately describes the content and is
consistent across all departments)
Formal data profiling - analysing data content - is often
omitted until data issues are revealed at the test stage.
Instead ad hoc analysis is often performed in an attempt to
identify data content
Data in the legacy system may have built up over time and
might not be needed in the new system.
Data might be needed in the new system that does not
exist in the legacy system, resulting in the need to find
sources for the required data, using mapping rules, or by
the business creating the values
Data will likely need cleansing and can usually be
automated once the rules are known - e.g. by de-
duplication, correcting invalid names and addresses,
cleaning formats, and standardising addresses
Design
Migration teams often work with limited knowledge or
documentation of the source system, the new system, or both
The configuration settings of the new system are performed (or
changed) as the implementation progresses leading to late
migration design updates
Challenges of a typical data migration
Project start
Data migration is often treated as a mainly technical task with limited business input
The existence of data quality issues is often not anticipated or the extent is under-estimated
Teams sometimes have insufficient access to the target system until relatively late in the project
Lessons learned
Obtain senior stakeholder support for the migration project
Treat the project as a business project not an IT project - engage business teams who understand the
data, can make decisions. Involve legacy system experts + target system business experts
+ target system technical experts + the data migration team
Base ETL mapping rules on a thorough understanding of data, not assumptions. This will materially reduce the cost
associated with amending code by up to 75%
Resource data cleansing so that it can be active throughout the project. Do not leave this task until it is too late
Data cleansing can happen in the source system, either manually or by some systems means. Automated cleansing
is usually more efficient and will capture new cases once the rules are in place
Avoid attempts to migrate data to the new system for cleansing, although there are sometimes exceptions to this
Anticipate data mapping to be iterative and continuous throughout the project. Document the mappings.
Do not base ETL rules on small data samples using ad hoc queries and do not rely on metadata descriptions. This
will likely result in unplanned data cleansing and/or ETL design re-work late in the project
Consider the use of a dedicated ETL software instead of a custom ETL build
Consider implementing a dedicated data repository. This will improve the testing and error discovery efforts with-
out impacting active systems, allow testing and re-testing on a static data set.
Decide how to de-commission the existing system (e.g. maintain an archive version). Budget for the costs of this
Involve the Compliance team early. Any internal or external auditor involvement should be early, instead of after
the fact
6. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
Data cleansing
Income recognition
Cutover planning
The RCG calc tool for conversions
Migration project test and validation pressures
The pressures that can cause a migration project to exceed its budget and deadlines:
# Item Example mitigation strategies
The need for the migration team to wait until the
new system is configured often results in full
migration testing being squeezed to the end of the
implementation timetable
Segment the data so that, for example, master
data can be validated before dynamic data.
Notwithstanding the risks of relying in unit tests,
attempt walkthroughs of small data sets to prove
migration concept
The new system will require migrated data to be
available to complete application testing (it cannot
be assumed that a loaded record is a good record).
Any delays to providing a valid migration to the
application test teams will risk impacting the overall
timetable
Ensure strong project management discipline,
engage stakeholders with authority to remove
roadblocks, and ensure the migration team
comprises the right mix of business and IT
“Load and explode”: unit testing often fails to
disclose data errors. The first indication that there
are data issues is often when the first full data
migration is performed with failed tests leading to
time-consuming re-design and build work
Conduct full data profiling before commencing the
migration design and build so that data is properly
understood. Then initiate data cleansing as soon as
possible
Ensure business teams have challenged whether
data needs to be migrated at all.
Validation of income recognition balances is often
under-estimated. This activity usually poses the
challenge of dealing with (re-)calculated values
rather than migrated values. Differences will always
arise.
For contract management (“CMS”) migrations, the
task of reconciling the various CMS finance balances
with the General Ledger, pre- and post-conversion,
is often necessarily undertaken in full only after the
main contract balances are successfully migrated.
Any delays to that happening will squeeze the
finance reconciliation activities.
Engage business and finance teams early to
address the income recognition and GL
reconciliation challenges, and to identify, explain
and document line item differences.
Use predictive tools, such as the Richmond
Consulting toolkit, to validate income recognition
balance differences
1
2
3
4
7. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
Conversion cutover
In addition to the complexities of migrating data is added the challenges involved in managing the actual cutover
itself.
What is cutover?
Bringing live a non-production system to a production (live) environment
Moving data from legacy and other data sources to the new system
Managing transactions in transit and timing differences (e.g. for bank and billing transactions initiated immediately
prior to the cutover date)
Technical IT task to facilitate the above - e.g. possible hardware, operating system or database changes, replication
handling, disaster recovery handling amongst others
What is needed to manage cutover?
A detailed cutover plan and run book covering all the steps and dependencies to achieve cutover, including
planned timings and decision points for moving from one critical stage to the next
Approval hierarchy up to CEO/COO/CFO level to confirm moving through the cutover stages to a Go/No go live
decision (or rollback to legacy)
Reconciliation and validation processes that will be used to support a Go/No go deci-
sion
Advancing normal processing times to minimise the extent of transactions in transit
&/or requiring re-entry to the new system
Lessons learned
Plan early and involve all parties in the cutover plan - business, IT, software vendors, project teams
and other service provides - right down to who will provide the pizzas
Undertake full Conversion Dress Rehearsals to establish, and then refine, timings and to confirm that
all steps can be completed in the available time. We normally recommend at least three rehearsals,
minimum
Refine and automate validation and reconciliations - these need to be comprehensive enough to support a Go/No
go decision yet be achieved within a usually tight timeslot
Ensure staff and all affected external organisations are aware of the change timetable and will be available for the
cutover dates
Finance validation and reconciliation - a closer look at one area
Significant finance effort is frequently given to validating the technical income recognition balances (e.g. unearned
interest). There will always be differences, even for ostensibly the same calculation bases in the legacy and target
system. There are many approaches to validating the balances; here are just two examples (there are other ap-
proaches too) which meet the “automate reconciliations” advice from the previous section:
In this example a validation tool is used to recalculate the
balances once the detailed calculation rules in the legacy
and new system are understood
In this example a “predicted balance”
approach is used
9. TESTING - our top 10 tips
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
10 TIPS FOR A SUCCESSFUL MIGRATION
Senior level stakeholder support is key
Ensure stakeholders are involved and informed in the testing phase. Their support will be
needed to remove roadblocks, free business staff to support testing teams as well as undertake
User Acceptance Testing. Finally, stakeholders will need to affirm the critical go-live decisions
based upon test results and workarounds for any non-critical defects at go live
Have a realistic test plan and work methodically
Have a signed off test plan that sets out what is to be tested, by whom and when. Work
methodically using recognised test standards, and use test and defect management tools that
are available to you
Resource test teams carefully
Use testers with credible understanding and experience of the business. This might mean
seconding people from the business &/or using external expertise. External testers will need the
support of the business to work efficiently, so plan for this
Respect the different testing roles, responsibilities and goals
Software vendors are responsible for delivering working software.
System testing exists to ensure the software is fit for the purpose for which you will use it.
User acceptance testing is to validate that the software will be acceptable for acceptance into
the business. It is not an extra opportunity to perform functional testing or bug hunting
Accept that you will go live with defects
There is no such thing as zero risk and there is a cost to delaying a project to address every last
defect. It is the responsibility of the project and stakeholders to balance the cost of delay with
the risk of implementing non-critical workarounds and a defect resolution plan.
Establishing trusted relationship with the software vendor will be important.
Treat testing as an investment not an unavoidable cost
Look to re-use testing artefacts (plans, scripts etc) for use when the new system transitions to
your support teams.
Consider investing in test automation not only to support the implementation but to reduce the
cost and increase the efficiency of future release and upgrade deployments
Plan for the testing pressure points
Plan and look for ways to mitigate the pressure on down stream application processes (a failure
in one process preventing other processes from performing and therefore being tested).
Look for ways of moving migration data into the test systems as early as possible so that
processes can be tested against “real” data, not just manually generated test data
Partner with the software vendor
They will usually have good experience of testing their systems. Leverage their experience.
Don’t forget to test…..
Do not forget to plan for the other types of testing that will usually be necessary: security and
penetration testing, performance tests, disaster recovery proving, operational readiness testing
and similar.
Involve test teams early
There might be a cost to this but the benefits can be big. Testers can be drafting test cases and
scenarios and hit the ground running when the time to test begins.
1
2
3
4
5
6
7
8
9
10
10. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
Types of testing and responsible parties
Testing as an investment
View testing as an investment in your company’s ability to test future releases and upgrades rather than an
unavoidable project-only cost.
To do this, make it a priority to plan and execute the test plan so that opportunities are taken to re-purpose system
tests for later use. Also to be considered: automating tests for use over the life of the system.
Unit testing is performed by the software company developers responsible for delivering working software that has
undergone documented unit testing. Any customisations, interface builds and any system configuration should be
unit tested before delivery. Ensure:
Acceptance criteria are agreed for taking code releases from the vendor
The vendor has strong release and code change disciplines
Integration testing is performed to expose any defects in the interfaces and interactions between systems. In
practice this testing will often be performed by test teams and IT staff alongside the software vendor.
System testing tests the whole system, but here we use this term to also encompass functional testing of all parts of
the system as well as regression testing (testing that previously working parts of the system continues to work after
new code is released). System testing should focus on ensuring the software is fit for the purpose it will be used for.
The goal is not to find defects for circumstances that are unlikely to arise in practice
Resourcing the test team is covered below, but is usually one of, or a combination of: internal test teams, co-opted
business users, third-party testers.
User Acceptance Testing, undertaken by business users, is the final stage validation that the software can be
accepted into production once the software has passed the system testing stage. It should not be seen a last minute
attempt by users to find functional defects.
Who should be in the test team?
All industries are special in their own way, but the leasing sector (and the testing of leasing applications) really does
need specialist knowledge and experience in some key areas (for example payment calculations, commission
calculations, income recognition, accounting etc. Testing will make material demands on business users and project
teams to provide this knowledge.
Recognising the need for a testing team with the right mix of leasing domain knowledge and testing experience, an
effective test team will generally be resourced from a combination of:
Specialist internal company test teams
Secondment of business users to the project
Outsourced, third-party testers
… with support from the software vendor.
11. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
The need for migration data
Ensure testing is performed using migrated data as well as test data generated for specific Use Cases - refer also to
the data migration section on this.
The software testing lifecycle
The stages Example
Artefacts
Testing requirements
The Use Cases (or business requirements) have been documented, ideally
with test team involvement. Testers can now start analysing the business
requirements to help to identify the scope of the testing. Although this
stage is often omitted, we recommend not doing so.
Planning
Create and sign off a test plan clearly identifying the activities and
resources needed, including any test and defect management software to
be used, the tracking metrics to be used, an assessment of the risks (and
mitigations) and any company testing standards to be followed.
Analysis
Decide “what” is to be tested, with traceability from the requirements.
Test conditions should be clear and follow directly from the Use Cases, if
used (or requirements if not).
Design
Decide “how” to test by covering, inter alia: the test conditions , test data
preparation, test environment, and test metrics.
Implementation
Create the detailed test cases
Identify which test cases will form the regression test suite
Identify candidates test cases for automation
Script the test cases (manual &/or automated)
Test execution
Execute the test cases, log defects, and track their resolution.
Expect and plan for re-executing the test suite as code fixes are deployed
Conclusion
Agree exit criteria and reporting to stakeholders and others
CommentaryExample
Artefacts
Defect management
Key points:
Use a defect management tool and ensure everyone is trained to use it
Work with the software vendor to coordinate how the recording and
management of defects will be coordinated with their internal defect
management systems and reporting
Agree severity and priority definitions
Different defect fixes will have different timescales and resource implications
for the software vendor. Close cooperation and compromises might be
needed to maintain momentum
Demand clear, well-written defect report narrative to give the software
vendor the best opportunity to fix the problem, and for other staff to follow
the issue, or create workarounds if necessary
12. Involve testers early in the project, ideally at the requirements gathering stage
Projects where business requirements have been allowed to evolve throughout the implementation
will face the challenge of testing a moving target. The importance of well-documented requirements
at the outset bears re-stating.
Using specialist test management software will help efficiently manage the recording and execution of tests, the
recording and resolution of test defects, and aid collaboration and communication between testers, users, the
software vendor and other project teams members.
Keep in mind that data privacy and protection rules will need to be respected with test data. This will often mean
obfuscating data so that client confidential data is not exposed to 3rd parties (software vendors, external testers
etc). Address this issue as part of the test planning process
Ensure users are trained in the use of the software, and have training documentation developed for this purpose.
This needs to happen before they are asked to undertake user acceptance testing (“UAT”).
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
The test dependency risk
Be aware of the linked dependencies in testing typical contract management systems and how this squeezes tests of
back end processes where upstream functions are failing. Finance testing is particularly vulnerable here. Recognise
the risk and adapt where possible.
Time to go live - negotiation will be needed
It is likely that you will go live with defects, although not the critical ones.
There is a cost to delaying a project until every last defect is fixed and this cost needs to be measured against the
cost and risk of implementing defect workarounds. Focus on delivering the minimum viable product into production
to realise benefits of the new system as soon as possible.
There might be strong demands to fix everything before going live. Every effort should be made to fix the higher
priority items without jeopardising timescales or the business. Strong realistic stakeholder leadership will be
required at this critical point, informed by a trusted relationship with the software vendor.
Caveat
This has been a necessarily brief introduction to testing for asset finance implementations. For the sake of brevity
much has been excluded, including:
Security / penetration tests
Performance, volume/load testing
Usability testing
Operational readiness tests
Disaster recovery testing
Development of smoke tests
Migration validation testing, although touched upon in the migration & cutover section
Lessons learned
Whether and when to consider test automation
Automation requires some investment. However it brings agility to testing by allowing changes and re-tests to be
executed repeatedly and faster than a human could achieve. Well designed automation scripts allow for an increase
in scope/coverage of testing that would not be practical with manual testing.
Post go-live support staff will appreciate the ability to deploy releases and upgrades with a reduced need for
organising a large test campaign. It will facilitate a move to a continuous software delivery model with more
frequent code deployments than might otherwise be contemplated.
Bear in mind that it is not necessary to automate all testing. Focus on those items that test functionality that is likely
to be stable, and that can be repeated. Start small and extend the scope of automation as experience increases.
Tests that are only needed a few times should remain as manual tests executed by professional test staff.
13. BUSINESS CHANGE AND TARGET OPERATING MODEL
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
14. BUSINESS CHANGE AND TARGET OPERATING MODEL (“TOM”)
ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTATION “101”
richmondgrp.com
Why the need for business change?
Implementing a new system invariably impacts the business’s processes, people, and organisation, but it provides an
opportunity to re-engineer out inefficiencies, and move to a new Target Operating Model.
Benefits realisation
The need, and opportunities for, business change is often under-appreciated. However, it holds the promise of fully
realising the benefits of a major systems change, such as:
Better customer and employee experience
Reduced operating costs
Re-focus on value-added tasks
A structured approach to managing the business change
The business change needs to happen in parallel with the systems change and should be managed in a structured
way. As an example. Richmond Consulting Groups preferred method is to use templates covering the following:
Change definition and audience identification
[Change name -> Definition -> Audience impacted -> # of people impacted]
Impact assessment
[Change name -> Roles impacted -> Process impacted -> Systems impacted -> Perceived effect -> Timing]
Adoption strategy
[Goals and objectives -> Challenges -> Key messages -> Approach]
Communication tactics
[Tactics -> Audience -> Goal -> Delivery channel -> Timing -> Responsible party]
Training tactics
[Initiative -> Audience -> Purpose -> Method-> Timing -> Responsible party]
Organisational changes
[Change name -> Team impacted -> Purpose -> Activities-> Timing -> Responsible party]
Lessons learned
Appoint a business change management leader at the outset
Engage senior stakeholder support for the business change initiatives
Update the change management control documents/templates and then:
Liaise and communicate promptly with affected business teams, hold them to account and obtain
sign-off for the changes
Example TOM control
summary
15. ASSET FINANCE SYSTEMS: PROJECT IMPLEMENTA-
richmondgrp.com
This has necessarily been a brief and high level look at some of the pain
points that frequently occur in asset finance systems implementations.
It is, of course, not meant to be exhaustive - there are many project
topics that we could have covered - and is much summarised to give you
the key points.
We welcome comments and would be happy to help you get your
projects off to a good start, or recover one that is slipping.
A selection of our customers
16. Richmond Consulting Group is a leading business transformation practice
dedicated to the asset finance and leasing industry
Practical and pragmatic
Experienced,
knowledgeable, safe
Global reach - local execution
Delivering projects in Europe,
America and Asia
Asset Finance expertise
Serving our clients for over
20 years
Business
transformation
System
implementation
Data quality &
reporting
Business
continuity
Contacts
David Pedreno: +44 7802 446137
David Harmer: +41 78 808 01 99
www.richmondgrp.com
Richmond Consulting Group
22a St James Square
London
SW1Y 4JH
United Kingdom