Allow Cloud Customers to Refresh Pilot from Live | Epicor Ideas Portal (aha.io)
I feel like I must have requested this before. How is there not already an idea about this?
I believe that is in the overall DevOps that @Mark_Wonsil had entered.
There is, and it’s coming soon with the AKS folks if I understood correctly. @klincecum has seen it.
Portal for Cloud Users for Some System Tasks | Epicor Ideas Portal (aha.io)
Ok. I’m sick of not knowing. What the hell is this?
Azure Kubernetes Service. Instead of VMs for everybody, you get a Windows Container. No upgrading. You just get a container spun up with the version you want.
I will give credit to Epicor here as it IS a good DevOps practice. No pets.
A giant headache if you are on the setup side of it.
They aren’t there yet. I don’t know how far they plan to take the container idea.
So much custom stuff in Epicor, that’s a huge challenge to overcome.
No doubt. It’s not easy to move an application from on-prem to cloud native. But the current version looks nothing like the Progress or VBA version. I’ll give Epicor credit for the wholesale changes they’ve made over the years. ![]()
They’re moving the whole of Kinetic not just making an “Admin Console” for Cloud customers?
I believe so. If you’re going to run a cloud ERP service, you just can’t scale it doing things the on-prem way. Containers give you the ability to move things around since the IP address is on the container and not a shared server. If a container gets corrupted, kill it, and spin up a new version. You can let people upgrade when then want. Got a bad behaving container? Move it to another host - just like a VM. Want more instances for a web farm? You got it. This CAN bring all kinds of benefits, but like Kevin says, there are issues with configuration management, hardcoded dependencies, etc.
Wonder what they’ll rename the Vantage, Epicor, Kinetic ERP product when they get this one going. ![]()
Platinum? Vista?
Everything old is new again!
Edit: I’ve heard something was coming had no idea it was so big to be another whole generation of ERP
Just the hosting changed, and we’ll have an admin portal, otherwise…

License priority for specific users (i.e an account dedicated to API calls or a dev gets higher priority and doesn’t get kicked off)
I saw this one recently after searching. I’ve been using REST quite frequently and it does get annoying when my response tells me that all the licenses are used. Or when I’m creating a customization and I have to relaunch the form only to find out that uh oh, too many users.
I’m curious what you think should happen though. So the priority account wants a license but they are all in use. Whose license should get yanked?
The system could decide based on inactivity time. It doesn’t need to be priority and non priority, it could have tiers to rank users.
For UI REST calls, it should use the current users license and not consume a new one, right?
For API calls used in integrations, I like the idea of a queue. The API uses only one license and works until the queue is empty. Depending on the transaction and how many Web Service licenses you have, a Data Collection license can be less expensive. YMMV.
That’s the only way I can imagine this working, essentially a combination of named and concurrent licenses. The API gets a named license that nobody else ever gets to use even when the API is not using it.
Yes, but we use a separate account specifically for REST calls in code and integrations. It lets us know that the data was generated via the integration.
We actually asked about a license specifically for the API but we haven’t gotten enough details.