Friday, 6 November 2026

Strategies to navigate common pitfalls in the move to Fusion



This is the final part of a Three-Part Series on dispelling the myths behind moving to Fusion SaaS and strategies for success. 


In part one, I looked at the common myths around why moving to Fusion SaaS is just too hard. Part two covered customizations and here I cover strategies on how to approach the other parts of your implementations

 

Data

Your data will inevitably need some cleaning up. Using E-Business Suite as an example again, I find that the supplierstructure, or trading architecture, changed probably 20 years ago, but I know many customers who still have it set up the way it was previously. So yes, you can tidy up that data. You can do some of that now, in situ, in your current system, or you can look at how to do that as you move the data across. This is where you need your IT team.

 

Are you storing the right data? Is there more data that you don't have? Are there things you'd like to report on today that you need more information for? Is this a good time to add that to what you need?

 

What to take and what happens to the rest?

Another problem with data is that people ask, “How much data do I take with me?” In the normal world, we take two years of live data across. There are some exceptions, but in general, it's two years. Then people say, “How do I keep access to my old system?” Please don't let your strategy be, “We'll just let it sit in the corner and collect dust until someone needs it.” Perhaps you'll move to read-only, but that's not a very sustainable strategy. Eventually, that version of the application won't be supported. You may have lost some of the experience in your team, and questions about archived data are usually needed quickly.

Access to that legacy data is needed quickly, and it was probably a big part of your business case: “We will save money by retiring the old system.” You need some kind of archiving strategy, and Inoapps has done this really well with tehir EBS Archive Product.

 

Integration

Nobody does an implementation of an ERP system on a greenfield site.

I shall take that back. In my 30 years of working with Oracle, I've had one greenfield site, but for the rest of them, integration into the wider IT estate is incredibly important. The good news is that the integration that comes with Fusion Applications is also excellent. I have mentioned that when you extend Fusion, you may need co-existence, and that is just another integration.

 

Change Management is Key

In part one I said Change Management was the biggest risk. People don't like change. 

They have to see what's in it for them. 

 

This should include business ownership, process redesign, stakeholder engagement, and representation beyond just Finance or HCM. If you're implementing HCM, include your finance people to make sure that the data you're collecting for finance is everything they need. If you're doing finance, think about the people, not least the fact that every single one of your users is an employee. So, even if you don't intend to do both areas at the same time, consider everyone as a stakeholder and involve everyone in those decisions.

 

One strategy I often use is this: if an organisation wants HCM and there is any chance of Finance down the line, I get them to put in the minimum Finance users, because at least they can get their revised chart of accounts in and start modelling what that data means.

 

Not Just an IT Project

Having accepted that all stakeholders are on this journey together, it is obvious this isn’t simply an IT project.


The aim is to support the business and it may need them to adopt new ways of doing things, or challenge why that won’t work. 

 


I think I have said several times that you need all stakeholders bought in and working together, but it is worth saying again.

 

A Whole New Support Model

People also worry about support in Fusion. Cloud products have updates that are pushed to you. In Fusion's case, this happens every quarter. That update contains more innovation: the continuous innovation that seems so attractive when you're being sold these products. You need to be able to test for those updates.

 

You also need to assess whether they are of value to your organisation. This happens every three months, and there is a lot to be done. It won’t just be your IT people of today. Some support needs to  come from the business. It shouldn't be underestimated, they need to check those chore processs continue to work.  The things that need to be done each quarter are very different. Outside of the actual update you need to assess what new functionality being delivered may be useful for your organisation.

 

The Right Partner

Which brings us to the question: do we have the right partner? You may have had a project before that failed, overran, or wentover budget, and you just don't want to do that again. You've got project fatigue. You don't want to go through that again. And this one, as we said at the beginning, looks hard. Find the right partner: one that has done this many times and has perhaps made mistakes and learned from them. Find a partner that does this well and also knows how to help you with change management as well as the technical part.

 

Don’t let your partner walk away when you go live, a managed service is something that should be in place before you go live. Organisations that think they don’t need a Managed Service often come back after a few quarters when they realise just how much there is to do and the genuine outcome of missing out on innovation because they are too busy with testing. A good partner will be proactive with suggesting where new functionality makes sense, and help you with mandatory changes and how that will impact your organisation.

 

Most important pick a partner who is strong and happy to challenge you and ensure you have a solid governance model.

 

Can AI Help?

We also said at the beginning that one myth was that it was too much like hard work. Every ERP project is hard work. One of the reasons people want to go to Fusion is that its infrastructure and architecture will allow you to take up AI.

 

But could AI help with your implementation? Yes. AI can help with data cleansing and training.

We are helping a customer who is consolidating systems to understand what payrioll elements are used in each or the current systems and give a consildated few of what is needed.

 

Partners have implemented Fusion more than once, learnt on each iteration and continuously hone their methodology, so find the right partner: one that fits your ethos and that you think you can work with. But make sure they can challenge you.

 

A successful move to Fusion is not about transferring everything as it is; it is about moving deliberately. That means cleansing and governing your data, planning what to migrate and archive, designing resilient integrations, bringing stakeholders with you, preparing for quarterly updates, and using AI where it can deliver practical value. 

Wednesday, 4 November 2026

Strategy for Your Legacy Customizations

This is part Two of a Three-Part Series on dispelling the myths behind moving to Fusion SaaS and strategies for success. 

In part one, I looked at the common myths around why moving to Fusion SaaS is just too hard. Once you start to consider the move, you can deploy strategies to make your project successful. In this blog. We’ll look at your customizations, and in the final part how to approach the other parts of your implementation.

 

Customizations

Let’s look very quickly at what we mean by customizations. Oracle talks about CEMLIs: Configurations, Extensions, Modifications, Localisations, and Integrations .

 

Catalogue 

You need understand what you've got. Do you have a good catalogue of those CEMLIs, or are you just aware that there are lots of them? Regardless of whether you have any thoughts about moving, make sure your catalogue is up to date. Then youcan start to declutter, either today to improve your Apps Unlimited environment or as preparation for a move down the line.


 

Declutter

Let’s explore some examples. Many customizations are owned by the DBA, who wants to make sure they are not caught out by an index or tablespace violation. Maintenance-type customizations are simply not necessary in Fusion, as maintenance is the responsibility of Oracle. There may be alerts for other things that can be done in a different way within Fusion and are very simple to set up.

Often, I see that customized functionality is available in Fusion and was actually available in Apps Unlimited, but not at the time it was written. It has since been superseded by new functionality that the organisation has not moved forward with. I have seen, in more than one organisation, reports that are run just to check that the system is correct, especially in finance. That is just a confidence issue from when the system was first implemented, so it is not necessary going forward.

Customization holding extra data in configured fields (Descriptive FlexFields, DFFs) is supported and can easily be replicated within SaaS and then available in all your reports.

Assessment

With many organistions we have run a system health check , help them to catalogue CEMLIs if they don't have a good catalogue, and there is software that can help us do that. Or we take their catalogue assess each one of those. 

Is it needed? Can it be replaced? Is it still necessary for the organisation? Or is it done a different way in Fusion? Some of that work can be done in preparation

 

Reporting Strategy

There will be reports. All organisations have specific reporting requirements, and many of those are not out of the box. You must have a reporting strategy: how are you going to get the data you need, and what skills do people need? If you are using Finance, which of your roles will be using Smart View, where they are looking just at ledger data, or have access to other reporting tools? Not all of your organisation will need reports; what they need is data, and the concept of pushing data to users through dashboards is a much easier way for that data to be on hand. 

Extend

If your customization is a whole new process and not a process covered by Fusion functionality, then you will need it going forward. But now is the time to look at that customization and see if you can extract it from within your Apps Unlimited solution, make it standalone, perhaps in a more modern technology such as APEX or VBCS, and run it in co-existence. That means there will be much less for you to do when you move to Fusion.

Do Not Rewrite Your Existing System in Fusion

The very first Fusion implementation I worked on had this phase on the project room wall: “The new system will do everything the old system does, but not necessarily in the same way.” You will fail on day one if you insist it must be exactly the same.


I once had a customer in the telecoms industry who told me they had over 1,100 customizations. When we did their roadmap to Fusion, there were fewer than a dozen that had to be replicated as extensions. That is not necessarily the typical number, but it is typical in showing that you don't need all of your customizations going forward.

Once you understand what is needed in Fusion, you can assess the size of the task, categorising each item as small, medium, or large, and identifying the technology or approach needed for each one. When you have all of that information, you then have a roadmap of how to eat the elephant bit by bit.

It is also important to talk to the business. Do they need to make changes to those customizations? A move may be a great opportunity to change your chart of accounts to better reflect your organisation today.

 

Legacy customisations do not have to stand in the way of Fusion. By cataloguing and assessing your CEMLIs, removing what is obsolete or already covered by standard functionality, defining a clear reporting strategy, and extending only where there is a genuine business need, you can reduce complexity and create a practical roadmap, without simply recreating your old system in the cloud. But customisations are only one part of a successful move. Read the final blog in the series to discover how to navigate the wider implementation challenges, from data cleansing, migration and archiving to integration, change management, quarterly updates, partner selection and the role AI can play in delivering lasting value.


Part Three will look at some strategies for success in the move.

Monday, 2 November 2026

The Myths Behind Apps Unlimited-to-Fusion Hesitation

This is part One of a Three-Part Series on dispelling the myths behind moving to Fusion SaaS and strategies for success.

 

Last year, I ran a survey about how people were using eBusiness Suite. The strong response provided valuable insight into their current use, views on moving, and plans to either move or stay where they were.

 

The high-level finding was that people think moving to Fusion SaaS is simply too hard, so I thought I would write about what I hear behind that headline when I talk to organisations individually or when giving my “Should I stay or should I move?”presentation, where I look at the questions an organisation should be asking.

 

“It’s too hard” is not one answer; it is a series of concerns and myths, which I will cover here. In my next two blogs, I’ll also provide strategies such as governance, change, phasing, to help you succeed in your implementation if and when you decide to move to Fusion.

 

My survey targeted E-Business Suite customers, but the findings are relevant to all Apps Unlimited customers: EBS, PeopleSoft, JD Edwards, Hyperion, and CRM.

 

First, I want to make the point that if you have a genuine business reason why not to move to Fusion, then that's okay, as long as you can articulate why.  

 

Likewise, you must also be able to articulate why Fusion would work for you. Too many people I speak to let the myths stop them making the assessment.

 

Here are some of the Myths that I’ve heard:

 

“Oracle is Forcing Me”

 

The first myth is that Oracle is forcing you to move, and that's just not true. All of Apps Unlimited has at least 10 years, whichmeans Oracle will give you 10 years’ notice when you must move, and that 10-year clock has not yet started. So, you can stay if you have a good business reason for doing so.

 

“Staying on EBS means avoiding the decision.”

Not really a myth, but something I hear a lot is: “It’s not my problem”

.

“Let’s wait until I retire; then it is someone else's problem,” or “I'm retiring at the end of the year; the new CIO can look at it,” or “Not on my watch.” Another comment I hear is, “Because we've been given at least 10 years to move, I don't have to think about it. We can just stay here. I don't have to do anything at all, and that includes any assessment,” or “We can just kick the problem down the road.”


 

Staying where you are is a valid strategy, but only once you have assessed the options, pros and cons for your organisation.

 

“Fusion won’t have enough functionality.”

 

Then I hear, well, “the functionality in Fusion isn't as good as what I've got in my current system”.

Chris Leone, who took over from Steve Miranda as head of Oracle Applications, would tell you a completely different story. He would say that the functionality is ahead of what you had in Apps Unlimited, except in (limited use cases) small areas. Some of the Apps Unlimited do have  very specific industry functionality, you see that a lot in JD Edwards with construction and food & beverage and PeopleSoft organisations talk about losing the functionality of PeopleTools.  Fusion does not have the Property Manager module that was in EBS.

 

Fusion is based on Modern Best Practice, which isn’t about removing functionality; it is about giving you what research says successful businesses need, and it is very configurable. 

 

“We have too many customizations.”

 

My point about functionality in Fusion being superior doesn't stop customers telling me they're not going to have the same amount of functionality they have today. When I drill into that, it's normally the answer to my first question on my roadmap. “Does your current system work well?” The answer is often yes, but it's the system that they have built through customization rather than the system that they bought.

 

This is because we were able to customise our Applications Unlimited portfolio. Thirty years ago, when these products first became so popular, customization was common. In fact, it was encouraged. We have customised for many, many reasons, and I often hear “We’ve got all of these customizations, thousands of them, and I just wouldn't be able to move”. 

 

I’ll look at strategies to reduce the number of customizations and successfully approach a move in the next blog. If you do then need specific additional functionality, Fusion can be extended in a co-existence model, which also protects you from upgrade issues, a big problem in Apps Unlimited.

 

“Moving to Fusion is just an upgrade.”

 

I see this particularly with E-Business Suite customers because they think Fusion is just EBS rewritten. It isn't. There are some things they will recognise, not least that the data structure is very much based on EBS, but there is so much more functionality. The infrastructure is completely different. The security architecture is so different. It is not a rewrite of EBS. It is not an upgrade of EBS either. So, whatever Apps Unlimited product you're on, moving to Fusion SaaS is a whole new project.

 

“Fusion is just moving to the Cloud”

 

That introduces another misunderstanding. Putting your existing Apps Unlimited system on Oracle Cloud Infrastructure, OCI,is not moving to SaaS. It is lift and shift to a cloud-hosting model: a very compelling option if you need to stay in your application but want some cloud benefits, perhaps new HR trends, visibility of your ledger from every angle and not least Oracles enormous investment of embedded AI in Fusion.

 

“The change is too big for the organisation.”

 

The next thing that I hear is that people won't like it. People don't like change. 

“The old system, whatever its foibles, works; we don't want to move”.

Change is not a myth and is probably the biggest risk. If your organisation hasn't bought into your move, and that starts at the very top, then it will fail. They must see what's in it for them, whether that's functionality, user experience, or the ability to harness AI as it develops.

 

“We have to move everything at once.”


No, you might look at a phased approach to moving. Break down the move: by country, by module, or by division, to make your move more palatable rather than an entire big bang. If you do that, integration is even more key to your success because it will change as you move through those phases. You need to ensure that you keep your whole IT estate running.

 

The myths explored here; from feeling forced to move and fearing lost functionality, to believing customisations, organisational change or a phased migration make Fusion appear unmanageable, and can obscure the real decision: What is right for your organisation? 


Part Two will look at some strategies for your customisations and the move.


 


 


Wednesday, 14 October 2026

Happy Birthday Fusion #JoelKallmanDay

 

I have spent most of my Oracle ecosystem career talking about Fusion. 

From when Oracle announced it is 2005 till it was made Generally Available in 2011, I led the global user groups input into Oracle Development. This was an amazing community and why I believe in user groups so much.

In October 2011 at Oracle Open World Fusion achieved General Availability. There was a big party and the community all had red vests and flashing badges and collectively became the Fusion Nation.

So this year Fusion has been available for 15 years, happy birthday.



Thursday, 24 September 2026

Oracle and AI - Wherever You Need it

 

Oracle’s AI strategy is not one product, one platform, or one deployment model — it is an ecosystem approach.


As AI has developed I have spoken many times at events in the user community, about what has been added or changed, especially with the Oracle Applications.

What hasn't changed is my definition of Oracle's AI strategy. They empower you to use AI wherever you are.

This matters because none of us are starting our AI journey with a blank sheet of paper,  and we need to ensure the AI we adopt, is not jeopardising what we already have. 

Embedded AI

Within their modern Fusion Applications, the AI is embedded, secured and maintained within a process.

If you want to build your own Agents or Applications this is enabled through delivered tools.

If you like their agent but want to bring your own, or different AI model you can. Yes there are some costing considerations but it is enabled.

I concentrate on the Fusion Applications but AI is also embedded in other modern offerings such as EPM, Analytics and Integration Cloud.

AI services available through OCI

For their Apps Unlimited customers which do not have the architecture as is for AI, you can add AI services from the Oracle Infrastructure Cloud, OCI. Ask EBS is an example of this.  A common myth is that to do this you need to be running your apps unlimited on OCI, you don't. 

Those AI services are not just for Apps Unlimited, they can be used with any application. Inoapps have added AI select to our award winning archiving system and other internal systems.

You can also OCI for running other AI models which is what Inoapps have done for iASK.

OCI infrastructure for building and running AI model

Oracle's biggest success with AI is to enable the AI giants, providing the Infrastructure for those organisations to build and run their models. 

The conversations I have with organisations, is about the business challenges AI can help with, and they are not neatly sat in one area waiting for new technology. So the choice of what and how you use AI gives a much better chance of a solution. By adopting this strategy Oracle have been able to concentrate on the governance and security around the enablement.

AI is developing fast but my simple statement of Oracle enabling the use of AI wherever you are, still stands.


On Stage at Oracle - My Journey Through The Years

 

My First Oracle Annual Event, then called Oracle Open World was 2004, I have attended every event since, and spoken in some way at every one of them from 2005. 

In those early days there was a whole day of user group sessions, so it was a wee bit easier to get a session selected. As an ACE Director I have spoken with several Oracle Product Development Teams, some sessions where my employer was a sponsor and more importantly to me, where I have had the privilege to talk with end user organizations I have worked with.

This year I am speaking as a customer! Inoapps use Fusion for Finance and HR and I will be with Mastercard talking about their virtual payment offering and why Inoapps, their first Oracle customer, use this.

As I move towards retirement, I thought it would be quite fun to list my sessions like a rock band tour, I don't have details for the first few years as I didn't have a blog then.




2026 


2025 

'Modernizing EBS'

2024 

'Applications Unlimited Customers—Put an End to Cloud Confusion'


'Extending Oracle Fusion Cloud Apps—What We Learned'

'An Introduction to Extending Oracle Fusion Cloud Apps'

'Applications Unlimited Customers—Put an End to Cloud Confusion'

2022  

'My Contractor, a showcase of Oracle ME (My Experience)'

2021 / 2020

No Annual Event (Covid)


'Should I Move to Oracle Cloud Applications' 


'A chatbot working with HCM'  

'SOA Cloud session based on a Skanska HCM implementation'

'Delivering People Excellence for DHL'

#PaaS4SaaS

'Digital Transformation in Sport The England Rugby Fusion Story'


'Forming Your Future: Upgrade/Migration to Oracle Fusion Applications'

'What Does It Take to Make Oracle HCM Cloud Work? The JT Story'

2014   

'Technology assisted deployments and upgrades'

'First Time UX experience'


'The Fusion Decision Journey'



'Usability and Features of Oracle Fusion Applications, Built upon Oracle Fusion Middleware'

'How Fujitsu Built Its Oracle Cloud for Its Customers'

'Consolidation: Optimize Your Entire Oracle Investment as a Platform for Growth'

'Oracle’s Roadmap to a Simple, Modern User Experience' 

'Consolidation for the Cloud'

2011 

'Your Path to Understanding Fusion Applications'

'Do I Upgrade or go straight to Oracle Fusion Applications?'

'Consolidation to the Cloud'

2010 

‘Fusion MiddleWare for Business – Stay Away if you are Technical’

'42 Real Life Examples of Fusion Middleware’

‘What to Look For in A Systems Integrator’

2009  

  'Shared-Service Oracle E-Business Suite 12' 

'Oracle Business Intelligence Applications, and SOA' 

 'Applications Upgrade Planning Tool'

2008  

  'Extended the E Business Suite with Hyperion' 

      '10 Things you can do to prepare for Fusion Now'