# Can the system just not handle large volume? **URL:** \ **Category:** Kinetic ERP\ **Created:** [March 11, 2026, 12:40am UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311 "2026-03-11T00:40:27Z")\ **Posts on this page:** 20\ **Page:** 3
**Author:** ![josecgomez](https://www.epiusers.help/user_avatar/www.epiusers.help/josecgomez/32/55731_2.png) [@josecgomez](https://www.epiusers.help/u/josecgomez)\ **Post date:** [March 11, 2026, 1:09pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/41 "2026-03-11T13:09:08Z")
> [@utaylor](#): > > Jose can we please work together and start a focus group. Yes that would be amazing, count me in. I’d love to try and work together with them to speed things up for large volume order processing. I’m sure you and I aren’t the only ones with this issue. ---
**Author:** ![utaylor](https://www.epiusers.help/user_avatar/www.epiusers.help/utaylor/32/64664_2.png) [@utaylor](https://www.epiusers.help/u/utaylor)\ **Post date:** [March 11, 2026, 1:09pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/42 "2026-03-11T13:09:53Z")
All the people on the thread that talks about “Ready to Calculate” may be candidates too. @klincecum originally helped me track the performance difference. ---
**Author:** ![Ernie](https://www.epiusers.help/user_avatar/www.epiusers.help/ernie/32/69401_2.png) [@Ernie](https://www.epiusers.help/u/Ernie)\ **Post date:** [March 11, 2026, 1:16pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/43 "2026-03-11T13:16:47Z")
> [@josecgomez](#): > > 40 years of tech debt (yes a lot of experience too) Although strictly speaking, 5000 releases is (currently) an outlier use case, the need for more and better automation of “administrative” tasks such as this is only going to increase. In a later post @josecgomez talks about how this BO involves the Bookings BO and then updates totals in other tables (even though, in this case, those totals aren’t changing). All that “overhead” is what makes Epicor data safe. I don’t think Salesforce is a valid comparison here, nobody is doing corporate-level financials there. It’s not a database issue either, since going directly to stored procedures works. How do other mid- or up-market ERPs do this? I’m pretty confident discussions like this happen at ALL software manufacturers, and at SOME POINT the powers that be gotta decide to pull the trigger. Here, inside the collective, what kind of PRACTICAL additions could we make to those discussions? (p.s. @Mark_Wonsil we already know, highly value, and probably unanimously agree on the DevOps side as you champion it… my goal here is to look at the more mundane DailyOps side of things) ---
**Author:** ![utaylor](https://www.epiusers.help/user_avatar/www.epiusers.help/utaylor/32/64664_2.png) [@utaylor](https://www.epiusers.help/u/utaylor)\ **Post date:** [March 11, 2026, 1:23pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/44 "2026-03-11T13:23:44Z")
Ernie, there’s gotta be a way to make it “safe” and still allow manufacturers to make move, and sell at the speed their customers need. That’s all I’m searching for ( [Sales Order with thousands of Releases - Epicor ERP 10 - Epicor User Help Forum](https://www.epiusers.help/t/sales-order-with-thousands-of-releases/109945/27)) And it’s not just 5,000+… just get up to 100+ releases and you’re already going to get into an administrative nightmare. @Ernie it’s this thread that was less than 5000 releases: [What does “Ready to Process” mean? Make SURE you understand! - Kinetic ERP - Epicor User Help Forum](https://www.epiusers.help/t/what-does-ready-to-process-mean-make-sure-you-understand/103888/33) EDIT: sorry this: [Sales Order Testing - Adding Bulk Releases - Kinetic ERP - Epicor User Help Forum](https://www.epiusers.help/t/sales-order-testing-adding-bulk-releases/104865) ---
**Author:** ![Ernie](https://www.epiusers.help/user_avatar/www.epiusers.help/ernie/32/69401_2.png) [@Ernie](https://www.epiusers.help/u/Ernie)\ **Post date:** [March 11, 2026, 1:31pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/45 "2026-03-11T13:31:03Z")
The software, _as it is written today_, updates ONE record at a time. It completes the update of that record, does whatever other business that update also affects, and then moves to the next record. If there is a second dirty row on the same BO/dataset, it pukes. Dreaming here… could there be a way to cache multiple dirty rows on the same BO/dataset, pre-process them as a group, THEN update and move on? ---
**Author:** ![jbooker](https://www.epiusers.help/user_avatar/www.epiusers.help/jbooker/32/83580_2.png) [@jbooker](https://www.epiusers.help/u/jbooker)\ **Post date:** [March 11, 2026, 1:35pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/46 "2026-03-11T13:35:57Z")
Yes, please. In the meantime, perhaps when this doesn’t need the whole ds… > [@Ernie](#): > > does whatever other business that update also affects …optionally enable supress GetByID in the middle. ---
**Author:** ![aosemwengie1](https://www.epiusers.help/user_avatar/www.epiusers.help/aosemwengie1/32/95533_2.png) [@aosemwengie1](https://www.epiusers.help/u/aosemwengie1)\ **Post date:** [March 11, 2026, 1:45pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/47 "2026-03-11T13:45:22Z")
Why not process this with a function? Function picks up file of data and builds ds. Mark each release open and U. call .Update one time. You could do it in batches of 100 releases or something. ---
**Author:** ![utaylor](https://www.epiusers.help/user_avatar/www.epiusers.help/utaylor/32/64664_2.png) [@utaylor](https://www.epiusers.help/u/utaylor)\ **Post date:** [March 11, 2026, 1:46pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/48 "2026-03-11T13:46:36Z")
And herein lies the bigger issue, we are focusing on sales order entry… as we have heard, it’s everything that follows that grows in complexity and time processing later on… anything linked to that order. ---
**Author:** ![josecgomez](https://www.epiusers.help/user_avatar/www.epiusers.help/josecgomez/32/55731_2.png) [@josecgomez](https://www.epiusers.help/u/josecgomez)\ **Post date:** [March 11, 2026, 1:47pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/49 "2026-03-11T13:47:45Z")
Unfortunatelly the UpdateExt call just calls openRelease() wihich still takes 45+ seconds per call. So even if I did this, it would just take 45 \* 100 to process each batch this particular call is just crappy. I think the BO in general is bad but I’m 99% sure that OPenRelease is just aprticularly bad after looking at the code. ---
**Author:** ![utaylor](https://www.epiusers.help/user_avatar/www.epiusers.help/utaylor/32/64664_2.png) [@utaylor](https://www.epiusers.help/u/utaylor)\ **Post date:** [March 11, 2026, 1:59pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/50 "2026-03-11T13:59:02Z")
Right and that’s just that BO in the entire process. Now we look at Order Job Wizard, MRP, ShipDtl, Mass Ship, all the things that follow. ---
**Author:** ![klincecum](https://www.epiusers.help/user_avatar/www.epiusers.help/klincecum/32/100137_2.png) [@klincecum](https://www.epiusers.help/u/klincecum)\ **Post date:** [March 11, 2026, 2:41pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/51 "2026-03-11T14:41:36Z")
Would replacing the entire order be an option? I bet we could get it down to a few hours or less. Process the changes offline. Create new order and releases with ready to process off, and then turn it back on at the end. ---
**Author:** ![josecgomez](https://www.epiusers.help/user_avatar/www.epiusers.help/josecgomez/32/55731_2.png) [@josecgomez](https://www.epiusers.help/u/josecgomez)\ **Post date:** [March 11, 2026, 2:42pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/52 "2026-03-11T14:42:33Z")
Nah too many shipments already against this order, I doubt it would help. ---
**Author:** ![klincecum](https://www.epiusers.help/user_avatar/www.epiusers.help/klincecum/32/100137_2.png) [@klincecum](https://www.epiusers.help/u/klincecum)\ **Post date:** [March 11, 2026, 2:46pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/53 "2026-03-11T14:46:01Z")
> [@josecgomez](#): > > Tried it with direct Rest calls .. 3 days… In case I missed it, I apologize, but did you try direct server side calls from like a function? I imagine it’s still bad, but might be a lot better. ---
**Author:** ![josecgomez](https://www.epiusers.help/user_avatar/www.epiusers.help/josecgomez/32/55731_2.png) [@josecgomez](https://www.epiusers.help/u/josecgomez)\ **Post date:** [March 11, 2026, 3:02pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/54 "2026-03-11T15:02:28Z")
> [@klincecum](#): > > direct server side calls from like a function? Ish we did direct server side calls to the BO but yeah I don’t think it would be any better. Marginally perhaps. ---
**Author:** ![Mark\_Wonsil](https://www.epiusers.help/user_avatar/www.epiusers.help/mark_wonsil/32/51594_2.png) [@Mark\_Wonsil](https://www.epiusers.help/u/Mark_Wonsil)\ **Post date:** [March 11, 2026, 3:07pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/55 "2026-03-11T15:07:32Z")
> [@Ernie](#): > > I don’t think Salesforce is a valid comparison here Agreed that Salesforce is not a valid comparison. That is a Platform as a Service and you can do whatever table updates you like. One is not restricted to the business object model that Epicor has carried forward since V8. > [@Ernie](#): > > nobody is doing corporate-level financials there Au contraire. Certinia, formerly Financeforce, has been doing this for at least ten years now. > **[Why you should run your ERP on the Salesforce Platform](https://www.certinia.com/blog/why-you-should-run-your-erp-on-the-salesforce-platform/)** > > Learn the many reasons why you should run your ERP on the Salesforce platform. The benefits to your business will be game-changing. > [@Ernie](#): > > DevOps side as you champion it DevOps is a methodology for developing, testing, deploying, and monitoring software solutions. I would put this issue in the architectural camp. As you correctly state, Kinetic updates one business object at a time. As @chaddb mentioned, Salesforce provides a batch update endpoint that is tuned for that purpose. I use batch endpoints in HubSpot as well. Would it be possible for Epicor to add an UpdateBatch endpoint specifically this case? 🤷 ---
**Author:** ![klincecum](https://www.epiusers.help/user_avatar/www.epiusers.help/klincecum/32/100137_2.png) [@klincecum](https://www.epiusers.help/u/klincecum)\ **Post date:** [March 11, 2026, 3:09pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/56 "2026-03-11T15:09:13Z")
@josecgomez What kind of updates are you making to these releases? I may run some tests later on as a brain break. Kineticizing stuff is killing my soul. ---
**Author:** ![EPETERS](https://www.epiusers.help/user_avatar/www.epiusers.help/epeters/32/102335_2.png) [@EPETERS](https://www.epiusers.help/u/EPETERS)\ **Post date:** [March 11, 2026, 3:11pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/57 "2026-03-11T15:11:09Z")
Jose, you’re the goat, so this may not be helpful, but specific to DMT, helps to break down the files to smaller sizes. 5000 may take a long time, but if you do under 1000 or even 100 the processing times speeds up. I suppose that is why they created the ability to split? But 5 days is ridiculous. ---
**Author:** ![josecgomez](https://www.epiusers.help/user_avatar/www.epiusers.help/josecgomez/32/55731_2.png) [@josecgomez](https://www.epiusers.help/u/josecgomez)\ **Post date:** [March 11, 2026, 3:11pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/58 "2026-03-11T15:11:48Z")
WE tried splitting it just multiplied out to the same runing timem ---
**Author:** ![ken](https://www.epiusers.help/letter_avatar_proxy/v4/letter/k/cc9497/32.png) [@ken](https://www.epiusers.help/u/ken)\ **Post date:** [March 11, 2026, 3:15pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/59 "2026-03-11T15:15:38Z")
Tried Server Processing with DMT? For the tables that support it I’ve seen crazy speed increases using it. ---
**Author:** ![aosemwengie1](https://www.epiusers.help/user_avatar/www.epiusers.help/aosemwengie1/32/95533_2.png) [@aosemwengie1](https://www.epiusers.help/u/aosemwengie1)\ **Post date:** [March 11, 2026, 3:24pm UTC](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311/60 "2026-03-11T15:24:32Z")
> [@josecgomez](#): > > I think the BO in general is bad but I’m 99% sure that OPenRelease is just aprticularly bad after looking at the code. Well it probably has to individually insert a PartDtl record for each one. In addition to all the updates that have to be done on the order line and order header. RBAR ftw. But, I would still bet money a function would run faster than the DMT. [Previous page](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311.md?page=2) [Next page](https://www.epiusers.help/t/can-the-system-just-not-handle-large-volume/133311.md?page=4)