Re: Help with POS behaviour

Posted by Jacques Le Roux on
URL: http://ofbiz.116.s1.nabble.com/Help-with-POS-behaviour-tp174892p174903.html

Iain, Ray,

Yes, I think that Ray is in the truth even if I did look at it seriously... I will try tomorrow...

Jacques

From: "Ray Barlow" <[hidden email]>

> Strictly speaking I don't think the POS system actually has any support
> for returns. The negative quantity "process" is really a work around
> rather than a planned feature for handling returns therefore I would not
> rely on any of its accounting and reporting impacts other than a
> negative quantity and price in the order.
>
> The returns process used in the order manager screens didn't really
> exist beyond concept I don't think when the POS system was originally
> done. In others words I suspect the correct thing to do is actually
> recode the POS screens to make use of the returns services that have
> hopefully been exposed during the order manager development.
>
> Ray
>
>
> Jacques Le Roux wrote:
> > Iain,
> >
> > Unfortunatly POS is not using much (actually any for the moment) verbose. Please see "trace" and "Debug." in

PosTransaction.java.

> >
> > For the 1st point I have no quick answer. I will take a look ASAP...
> >
> > Jacques
> >
> > ----- Original Message -----
> > From: "Iain Fogg" <[hidden email]>
> > To: <[hidden email]>
> > Sent: Wednesday, November 29, 2006 5:45 PM
> > Subject: Help with POS behaviour
> >
> >
> >
> >> If you process a customer return via the POS application, it always
> >> seems to think that the payment type is CASH, whether you select CASH,
> >> CHECK, or CREDIT on the payment screen. (In this context, "payment" is
> >> actually a refund).
> >>
> >> Consequently, the accounting ECAs are updating the wrong account - CASH
> >> IN REGISTER is credited instead of the default GL account for whatever
> >> "payment" method you select (eg, IN TRANSIT FROM CREDIT CARD SUPPLIER
> >> for a CREDIT CARD refund).
> >>
> >> Frankly, I can't see where the payment type is being set to CASH in POS,
> >> so I'm starting to suspect there may be an ECA further downstream that
> >> is assuming any negative amount (refund) needs to be handled as a cash
> >> transaction, but that's just because I'm starting to clutch at straws :-)
> >>
> >> Also, can some kind soul tell me how to turn on verbose debugging in POS
> >> - setting the global verbose flag in
> >> framework/base/config/debug.properties doesn't seem to do the trick.
> >>
> >> Tips/pointers appreciated, Iain
> >>
> >>
> >>
> >>
> >> --
> >> No virus found in this outgoing message.
> >> Checked by AVG Free Edition.
> >> Version: 7.1.409 / Virus Database: 268.14.19/556 - Release Date: 28/11/2006
> >>
> >
> >