Handling 25,000+ Journal Entries per Day in ERPNext (Without Sales Invoices) – Is ERPNext Suitable?

Hi Community,

I am integrating a mobile food delivery application similar to Zomato with ERPNext, and I need guidance on whether ERPNext is the right platform for my accounting use case.

Use Case Details:

  • The mobile app handles food delivery orders.

  • For each order, the system generates 7–8 Journal Entries (for vendor settlement, platform fees, delivery charges, discounts, GST, etc.).

  • I am not using Sales Invoices at all in ERPNext.

  • The accounting layer is purely Journal Entry–based.

    Volume Expectations:

    • Daily Journal Entries: 50,000 – 60,000 initially

    • Monthly Journal Entries: ~18,00,000

    • Yearly volume will be significantly higher.

Questions:

  1. Is ERPNext technically capable of handling this volume of Journal Entries without performance degradation?

  2. Are there known database or posting performance limits for Journal Entries at this scale?

I want a realistic answer, whether ERPNext can handle this in production, or if this use case requires a different architecture or system.

Looking forward to expert inputs from the community.

Thanks in advance.

2 Likes

I recently ported thousands of transactions of our transactions into ERP using API, it was all good, had to honor the rate limit (55 or so per minute for the cloud subscription I opted). You may choose a higher subscription if using cloud or have better infra to handle this traffic when self-hosting. Should be completely possible.