The business problem
Sending a well-formatted statement is not enough if the amount is wrong. Reconciled payments, transferred credits and newer transactions can be counted in the wrong scope or counted twice.
See what a customer owes now, what is due later, and whether the previous statement has already been paid.
See the real screens ↓Explore 2 real views of this workflow. Select a task, show every screen, or enlarge an image to read the original controls.
Actual Pro-A-Motors interface captures. Private identities and contact details are covered or outside the crop; screen data has not been replaced.
Sending a well-formatted statement is not enough if the amount is wrong. Reconciled payments, transferred credits and newer transactions can be counted in the wrong scope or counted twice.
Payment reconciliation, credit handling and statement scope were refined so current debt and earlier statement status can be reviewed separately.
The collections team can explain the current amount due and the payment status of earlier statements from the same workspace.
These two tabs belong to the same customer. The earlier statement is fully paid, but today’s account includes additional open activity.
The Latest Statement tab follows the invoices and credits included in that statement. Balance Today shows the current account.
Follow up on the current amount due without asking the customer to pay an already-settled statement again.
The person preparing the next statement can see the current balance, the prior payment status and the delivery requirement together.
Separate the amount due now from the total open account balance.
See which earlier statement amounts are already paid.
Keep each statement tied to the transactions it includes.
Check the customer’s delivery settings before preparing the statement.
Refined visibility of credits that had moved between accounting contexts.
Reworked open-item and payment calculations so payment effects are not counted twice.
Refined due-now, credit and statement delivery behavior.
Dates identify recorded implementation changes, not claimed rollout dates or measured results. Reviewed revisions: 52882c2, c3fa8b0, 3435405.
The August correction refined how reconciled and unapplied amounts enter the open-item calculation.
Future maturity buckets and currently collectible amounts remain distinct.
Statement preparation does not itself settle invoices or create an accounting result.
Existing records are shown as captured. Private identities are covered or outside the crop. No business records were changed for this collection. Implementation history supports behavior beyond the visible screen; a still image is not an end-to-end test or a measured productivity result.
Built on Captivea CAP modules and Odoo. This case describes the subsequent Pro-A-Motors extensions and refinements recorded in the reviewed repository; it does not attribute the original CAP implementation to Toro.
Keeps open-item, credit, payment and cutoff rules consistent across statement surfaces.