There is a internal project being planned on the business apps side to upgrade our 10.2.400.19 environment. The are planning to go to latest patch of 10.2.500. I think I will propose going to 10.2.600 rather then stopping at 10.2.500 for 6-9 months. I’m just the IT side for this but doesn’t make sense to stop at 10.2.500. I’m jut going to be deploying 10.2.600 for testing in 6-9 months again anyway.What would you all do? I know now that from a tech side, Epicor supports going from 10.2.400 to 10.2.600 directly. Any feedback on 10.2.600? Is it stable enough for production?
We are also on 10.2.400 and were planning to upgrade to 10.2.600 but that got postponed as we would also have to upgrade SQL and the windows Server OS at the same time. To much $$ at the moment.
Given the investment that goes into testing an upgrade, it seems like good business sense to go straight to 10.2.600, otherwise it will basically cost twice as much to get to 10.2.600 if you go to 10.2.500 first. I would expect that 10.2.600 has had enough time to iron out any major issues.
I think Epicor give each release 18 months of support. So if I remember right (please double check) 10.2.500 was released Oct 2019 and 10.2.600 was May 2020. That means support for 10.2.500 will go into sustaining support in April 2021, and 10.2.600 in Nov 2021. The 10.2.600 install will have a longer life before you have to invest in the next upgrade.
That’s what I was thinking the more I think about the upgrade. The upgrade project internally is scheduled for 3 months to allow for migration, testing, BPM updates/changes, etc. We are going to devote a lot of time doing updates if we go to 10.2.500 I think.
It’s been out since May so they’ve had time to push out a few patches now. Interested to see how many here are on 10.2.600.
You actually get 24 months of active support. So 10.2.500 would go into sustaining support in October of 2021. 10.2.600 is active support until 2022.
If an upgrade process last longer than four weeks, there’s room for improvement. Do it more often and you’ll find the waste in the process, better choices on customization (or even elimination of said), and automation ideas to reduce the time.
I’ve been meaning to mention this on here, glad you brought it up @chaddb
I would upgrade to the latest of 10.2.500.
10.2.600 has had several weird bugs all over the place.
Nowhere near as bad as the E9 days, but very odd for E10.
I would wait until 10.2.600 gets into the double digit patches.
Also 10.2.600 pushes Kinetic hard on the user.
I am usually not a naysayer but 10.2.600 has been rougher than usual for all my clients.
I hear ya’ and the message is probably more for them than you. They’re probably doing too much manually and might eliminate those previous “must haves” if they upgraded more often.
There and through 10.2.600.7 there is a client config problem where the System Monitor setting is not enabled so System Monitor does not auto start and no one gets reports.
The trouble is that the setting is in the <user> section and after the initial upgrade that section does not pick up changes.
If you fix the config file before install the issue can be avoided.
I just told them they need to make sure and test everything. I don’t want to upgrade everything and then get an email that we missed something and XXX isn’t working and we need to revert. It won’t take me long to do the actual server upgrades and client updates. I have most of that automated
It is possible to update the .config file from PowerShell since PS can work on XML files. I had a script update the help location when it got dorked in one of the upgrades.