Problem Description:

Currently, when generating vendor payments using the check payment method, the system automatically voids the payment if more than 36 invoices are included. While the system can print multiple pages, starting from the second page, a “void” message appears, and the payment is invalidated.

Additionally, it causes gaps in check numbering, since voided checks are still counted in the sequence, leading to confusion and audit complications.

Customer Impact:

This behavior significantly limits the system’s functionality. Users are forced to manually split payments into batches of 36 invoices or fewer. This slows down the process, increases the risk of errors, and adds unnecessary manual effort.

Why This Should Be Changed:

• More intuitive: The system does not warn users about this limitation in advance, leading to confusion and wasted time.
• More scalable: Businesses that handle high volumes of invoices per vendor cannot automate their payment processes efficiently.
• Clear justification: If the system supports multi-page printing, it should not void payments based on an arbitrary invoice count.
• Real-world alignment: Users need the system to reflect operational realities, where settling more than 36 invoices in a single payment is common.

Proposal:

Update the system design to allow more than 36 invoices in a single check payment without triggering automatic voiding.