Debit Card Refund Anomaly

this post from last year relates to that problem:

Subject: Re: RMS link to PCCharge Debit Card / Signature Capture MSR EFSNet 4/25/2008 1:50 PM PST By: Maurice @ ARS In: microsoft.public.pos The Debit Module from PCCharge has some flaws,

Besides the fact that if PCcharge doesnt get a definite decline from the processor it will approve a credit to RMS,

the debit module allows debit returns, Every processor I have spoken with will NOT allow a debit return and will ignore this. Therefore your customer never gets there money for the return. The only way to avoid this is to make sure ALL Debit and Credit returns are done as Credit ONLY.

I use and will continue to use TPI and say NO to PCCharge. Besides the fact that you can see the files that transfer between RMS and PCCharge there is to many possible fault locations,

just my 2cents

"manicsquirrel" wrote:

One of my customers is reporting that when they issue a customer refund on a previous purchase which was made on a debit card, and they tender the refund as a debit card, the amount refunded displayed on the customer's receipt indicates a positive amount rather than a negative amount (normally in parentheses) which would be associated with a refund.

Additionally, the EDC settlement report displays the debit card refund as a positive amount (a charge) and totals the refund with the other debit sales as a positive amount. However, the Z report totals the debit card transactions correctly by deducting the refunded amount from the other totaled debit card sales.

This was never noticed before, because the cashiers have always refunded debit card sales as a credit card refund. A new employee refunded a debit card sales as a debit card and hence the issue became apparent.

It is my opinion that a debit card sale should be refunded as a debit card, but regardless, has anyone noticed this issue before and is there a known resolution?