How to design a reconciliation system, what should the logic be?

our company wants to set up a financial reconciliation system because of the rise in business, and then give it to me to design.

data currently available: sales orders and bank flows.
requires reconciliation once a month to check whether the customer has any delinquency or bad debts by automatically matching the amount in the order according to the bank flow.

sales order data is as follows: order number, product number, quantity, unit price, total amount, customer

data of bank flow is like this: payment date, customer, total amount

the only thing in common between the two data is the customer, but if you make a fuzzy query on the customer, there are too many orders repeated by the customer, and the reconciliation workload is still very large.

how to solve this problem here, or how is the general reconciliation system designed?

Menu