IFS 9 to Cloud Upgrade anyone?



Show first post

37 replies

Badge +1

Hi @ShawnBerk. We are embarking on a similar journey (Apps 9 UPD17 to Cloud). Thank you so much for providing the original 14 points from 9 months ago. I’m wondering if you would be willing to provide an update on how the project has gone for you. Some of the things that you have learned, and especially anything that we should be looking at from an API / customization perspective. Again - thank you so much for your contributions to date!

Hi 

 

How is the progress with your upgrade to cloud?

Badge +3

We have just started looking at the academy for training and received our first install to start testing with. We have not even got that up and going yet. No real experience with the APP other than sandbox/race environment.

Basically, nothing to report yet.

Userlevel 6
Badge +11

We are going through the same upgrade consideration process as the original poster Apps9 v17.

We initially were going via Apps10 route, but worked out very expensive with restricted support looming for apps 10.

We are now scoping for the on-prem version of IFS Cloud, with an aggressive timeline of 9 months. The board are looking for us to provide an overview of the business benefit due to the sheer cost and struggling to justify beyond being on a supported release (I don’t like the idea of the business falling so far behind with versions, I know the application will get developed to a point it will get even harder to move!), limiting risk with security patches and mobile functionality!

Added to the problem that we would like to get costing for the asset management module in 9 and IFS have not been able to quote with them pushing cloud so hard it’s very difficult to justify the cost and effort!

Does anyone know from IFS existing 5.5k customer list how many are actually on legacy/ support restricted versions??
 


 

 

Userlevel 4
Badge +11

We INNEX have a customer live coming from APPS9 to Cloud since 2 month.
In case you want to collaborate, feel free to reach out.

Userlevel 7
Badge +28

@darren.hammond 

@sjiggins 

Coming up on 2 years since we made the initial inquiry to IFS on the upgrade….still not live, still working through it.  The newer versions are getting close to what is required, but it has been an arduous road.

Userlevel 1
Badge +6

Just re-read this thread. We have recently started the upgrade from 9 to 10 project that I mentioned above and the golive date in prod is almost a year from now. We have a bunch of customizations (n ~200).

Our biggest reasons not to jump to IFS Cloud directly:

A) upgrading the customizations without having to re-plan every process at once (which would have required waay too much effort. It would be a partial re-implementation with changes needed to many e2e processes and also to other connecting systems).

B) continue using IEE to avoid a big bang project

C) agreement related reasons

We have tried to “cut the elephant to smaller pieces” by doing a technical code upgrade first and acknowledge that there are many continuation projects to do when first in IFS10. These include the integration technique change to using rest api’s, the switch to Aurena UI and some internal component switchovers from older to newer component (like budgeting functionalities).

At the same time it already worries a lot thinking about the possible later Cloud project. How can you have a reasonable business case to justify the project financially? How can you get rid of your customizations if the result is that effectiveness suffers and manual work increases. It sounds like reinventing the wheel when you have to re-implement all your processes (A on the list above) moving from 10 to Cloud.

 

Just an update on my previous comments on this discussion. We have now been live in IFS10upd16 for a month and situation is fairly stabile. The project went on schedule but a lot over budget thanks to f.ex. higher than anticipated work related to keepin the customizations along. We did get rid of some CRIM’s, mostly in areas like HR where we have moved to other solutions. Most of the other CRIM’s we still need because getting rid of them would cause more manual work or getting rid of them would cost more than continue paying for them until the Cloud project starts.

Now the focus is shifting to the above mentioned “continuation projects” where the aim is to pave way for the Cloud version.

One of my main concerns regarding Cloud right now is to have a realistic understanding of the money and resources needed to keep along in the Release-and-update train. There are some good videos here on Community explaining this that I have to look deeper into but in general I’d appreciate less marketing talk and more hard facts about the requirements the Cloud version has to a customer compared to the older Apps versions.

 

Userlevel 6
Badge +11

We have bitten the bullet and signed the contract to upgrade from IFS APPS9 to Cloud! Anyone else on the same journey? Am curious on how easy it is to uplift your crims?

Userlevel 6
Badge +11

@darren.hammond

@sjiggins

Coming up on 2 years since we made the initial inquiry to IFS on the upgrade….still not live, still working through it.  The newer versions are getting close to what is required, but it has been an arduous road.

Can I ask Shawn what your biggest pain points are? I was hoping that the later releases would have eased some of the bug issues.

Are you getting reasonable support now from IFS?

Userlevel 2
Badge +9

@BLLBrucemo  A little off topic.

As a customer coming from a different ERP to the IFS Cloud 22R2. 

At this point having a similar implementation timeline as @ShawnBerk, not live yet.

 

Our biggest painpoints are:

  • Not enough knowledge of the platform. Also from IFS side their teams are still discovering how everything works (Developers & Consultants).
  • Lots of bugs
  • Lots of design mistakes
  • Lots of illogical design decisions
  • A still growing list of limitation (based on the 2 previous issues)
  • Some flip flopping from IFS regarding important subjects (Discontinuing online-SQL, Camunda workflow engine as replacement)
  • Lots of basic functionality that is only present in later versions (23R2+)
  • Playing tug of war with Support and R&D regarding potential blocking issues
  • No maturity in error messages/troubleshooting

 

At this point (22R2) I would not recommend anyone moving to IFS Cloud. 

Userlevel 7
Badge +28

@BLLBrucemo 

Can I ask Shawn what your biggest pain points are? I was hoping that the later releases would have eased some of the bug issues.

Are you getting reasonable support now from IFS?

 

Sorry to make you wait for a reply, but I have to be a bit more reserved about my criticisms on here as it ruffles too many feathers….I’ll try to keep it general.

 

Pain Points:

  • Anything CRM, the loss of the query builder all the way back from V8 (which is where we’re coming from on the CRM side) is such a huge loss, it hasn’t been overcome
  • Migration - have dedicated a programmer to sorting this out for over a year, getting close
  • Everything else that @JoDe said times 10 plus everything I’ve mentioned in numerous other posts on here.  Nothing has changed significantly really.

The project was put on hold for 2023 essentially and is only now being revisited, that should tell you in a nutshell how the interaction has been from a product maturity and support standpoint.

 

Be prepared to do it all on your own or don’t plan on doing it.

Userlevel 7
Badge +28

@sjiggins 

@darren.hammond 

 

My apologies for leaving you both hanging, I had nothing to offer at the time and didn’t get back to either of your direct questions.  Hope your experience has been anything better than mine.

Badge +3

No worries @ShawnBerk. We have only started to work on this in earnest recently (other projects took priority) with a target date of Mar 2025. Our original upgrade for testing was 22R2 and we are currently struggling through our first attempt to lift to 23R2. There should be many fixes, but it seems as though there are many issues with the IFS instructions / documentation on this process so we are creating our own documentation as we discover the limitations.

Reply