BUG: A Voided Sale results in erroneous customer sales info

Make comments, ask questions, or just complain about the software on this site. Or comment on any educational software.
Please note that by clicking on links that may appear in these posts that you may be leaving the Dale Harris Educational Software website and that the content of those sites is the sole resposibility of the authors of those sites.

Moderators:daleadmin, Dale Harris, Alan, Andrew

User avatar
brucef2112
Forum Regular
Posts:335
Joined:Mon Mar 06, 2006 11:19 pm
Location:Broward County, Floriduhh
Contact:
BUG: A Voided Sale results in erroneous customer sales info

Post by brucef2112 » Sat Jan 12, 2013 10:12 pm

Dale,
A VOIDED transaction seems to be handled correctly in all other areas of the program except for the customer records.
I noticed this when making a large sale ($350) to a new customer and mistakenly tendered the transaction as CASH instead of CC.
I VOIDED the Cash transaction and re-rang it again to tender it as CC.

After the sale I went to look at the customer's sales records and I expected to see:

Code: Select all

Total Sales amount:   $350.00 
Total Return amount:   -$0.00
But when I looked at the customer's sales history it showed the customer had two sales and one return.

Code: Select all

Total Sales amount:   $700.00 
Total Return amount: -$350.00
While it is easy to see how DHPOS recorded the transactions, it is erroneous to 'dink' the customer with a Return when it wasn't.
If is was only a single event this is "mehhh" at best. But once you have more than this single transaction/correction. ie as sales / returns and voids accumulate there is no way to know that a 'return' wasn't really a VOID. This method make the data dirty.

The solution would be to handle the Voided transaction in the customer data as if it didn't happen. ie remove the VOIDED sale from the sale's data. Another solution would be similar to how Voids are handled on the closeout by adding a 'Total Voided' to the customer record.. Not a great solution at all but would keep the data from being 'dirty'. This is 'mehh' at best but would keep it clear what the real accumulations are.
Later,
Bruce

They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety."
Benjamin Franklin - Historical Review of Pennsylvania, 1759

Post Reply

Who is online

Users browsing this forum: No registered users and 25 guests