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.