Home Page link  

Problem with change back on CASH

 

Point-Of-Sale Software - - MS Point Of Sale software discussed here 

get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Problem with change back on CASH Phil V 12-01-2008
Posted by Craig on December 18, 2008, 12:43 pm
Please log in for more thread options
Sorry jocelyn, but I don't use RMS built in CC processing, I use a stand
alone terminals. One of the main reasons is being PCI compliant. I don't
want that headache, it's just easier for us to use a stand alone terminal
for charges. That puts the compliance issue on my processors back, not mine.
The only reason for me to ever look into the built-in processing would be
for speed. I've timed my terminals, it takes an average of 4-5 seconds for a
charge to go through our terminal, so speed isn't an issue. Every return
from a CC sale gets returned on a CC, as per visa/mc regulations. But a
return isn't change(look at tender config, it says "default CHANGE tender",
not default return tender)so that isn't really a part of this issue. If you
pull up a transaction for return, and it was a CC sale, it will get returned
as a CC sale, not cash, no matter what you have the default change tender
set to. LOL, I just love 'know it alls'.
Craig

> Craig - It goes beyond over tendering a CC, and is not really related. If
> return tender is set to cash in config - then guess what - look at every
> return you pull, where is the default return tender set to - cash? For
> every
> recalled for return trx you have, what is the return tender type listed?
> How
> many cashiers do you have giving cash on credit sales. How many charge
> backs
> are you receiving? PCI compliant yet?
> --
> Jocelyn
>
>
> "Craig" wrote:
>
>> jocelynp,
>> We have the config setup the way I described and it works perfect. How
>> often
>> do you over tender a CC sale to where you would need to give change back
>> anyway(if you did you would want it to be cash)? I never have. I can't
>> think
>> of an instance where you would want to give change back on a CC sale, and
>> if
>> you did, manually changing it in that one sale is very easy. Setting the
>> config to return tender = cash will correct the problem he's describing.
>> Remember, there are more ways than one to do things, and just because you
>> don't do things a certain way doesn't make it "incorrect". I'm sure the
>> way
>> you're describing works also, but then he would have to manually select
>> cash for every sale where the customer gets change.
>> Craig
>>
>> > Phil,
>> >
>> > The steps about File> Config are incorrect. Do not use that. People
>> > love
>> > to
>> > set the Return Tender to 'Cash' - but if you do this, all change will
>> > be
>> > only
>> > in cash. Just make sure that in File> Config> Default tender type =
>> > <none>
>> >
>> > Anyway that aside, to correct your issue: SO Mgr> Tender Types> Cash>
>> > Properties> Verification Tab> Uncheck EDC> OK> OK again> Changes will
>> > take
>> > effect after the next Z-Out. *Note* I do not recommend Zing Out in the
>> > middle
>> > of the day unless you are extremely well versed with closing - too many
>> > people run into issues with a midday close.
>> > --
>> > Jocelyn
>> >
>> >
>> > "Phil V" wrote:
>> >
>> >> When we tender a sale to CASH, the Credit Card Verification window
>> >> appears
>> >> with the change back as the amount to be credited to CC.
>> >> For example, a $1.07 sale then select CASH for $2.00, the system
>> >> should
>> >> pop
>> >> the drawer and display the change amount, but instead goes to tender
>> >> the
>> >> change to CC.
>> >> Help greatly appreciated.
>> >>
>> >> Phil
>>


Posted by jocelynp on December 18, 2008, 12:53 pm
Please log in for more thread options
It may be titled 'change' but it is also a key definer of recalled trxs
tender default. And, LOL - serious? I distinctly recall helping you out in
the past. Nice.
--
Jocelyn


"Craig" wrote:

> Sorry jocelyn, but I don't use RMS built in CC processing, I use a stand
> alone terminals. One of the main reasons is being PCI compliant. I don't
> want that headache, it's just easier for us to use a stand alone terminal
> for charges. That puts the compliance issue on my processors back, not mine.
> The only reason for me to ever look into the built-in processing would be
> for speed. I've timed my terminals, it takes an average of 4-5 seconds for a
> charge to go through our terminal, so speed isn't an issue. Every return
> from a CC sale gets returned on a CC, as per visa/mc regulations. But a
> return isn't change(look at tender config, it says "default CHANGE tender",
> not default return tender)so that isn't really a part of this issue. If you
> pull up a transaction for return, and it was a CC sale, it will get returned
> as a CC sale, not cash, no matter what you have the default change tender
> set to. LOL, I just love 'know it alls'.
> Craig
>
> > Craig - It goes beyond over tendering a CC, and is not really related. If
> > return tender is set to cash in config - then guess what - look at every
> > return you pull, where is the default return tender set to - cash? For
> > every
> > recalled for return trx you have, what is the return tender type listed?
> > How
> > many cashiers do you have giving cash on credit sales. How many charge
> > backs
> > are you receiving? PCI compliant yet?
> > --
> > Jocelyn
> >
> >
> > "Craig" wrote:
> >
> >> jocelynp,
> >> We have the config setup the way I described and it works perfect. How
> >> often
> >> do you over tender a CC sale to where you would need to give change back
> >> anyway(if you did you would want it to be cash)? I never have. I can't
> >> think
> >> of an instance where you would want to give change back on a CC sale, and
> >> if
> >> you did, manually changing it in that one sale is very easy. Setting the
> >> config to return tender = cash will correct the problem he's describing.
> >> Remember, there are more ways than one to do things, and just because you
> >> don't do things a certain way doesn't make it "incorrect". I'm sure the
> >> way
> >> you're describing works also, but then he would have to manually select
> >> cash for every sale where the customer gets change.
> >> Craig
> >>
> >> > Phil,
> >> >
> >> > The steps about File> Config are incorrect. Do not use that. People
> >> > love
> >> > to
> >> > set the Return Tender to 'Cash' - but if you do this, all change will
> >> > be
> >> > only
> >> > in cash. Just make sure that in File> Config> Default tender type =
> >> > <none>
> >> >
> >> > Anyway that aside, to correct your issue: SO Mgr> Tender Types> Cash>
> >> > Properties> Verification Tab> Uncheck EDC> OK> OK again> Changes will
> >> > take
> >> > effect after the next Z-Out. *Note* I do not recommend Zing Out in the
> >> > middle
> >> > of the day unless you are extremely well versed with closing - too many
> >> > people run into issues with a midday close.
> >> > --
> >> > Jocelyn
> >> >
> >> >
> >> > "Phil V" wrote:
> >> >
> >> >> When we tender a sale to CASH, the Credit Card Verification window
> >> >> appears
> >> >> with the change back as the amount to be credited to CC.
> >> >> For example, a $1.07 sale then select CASH for $2.00, the system
> >> >> should
> >> >> pop
> >> >> the drawer and display the change amount, but instead goes to tender
> >> >> the
> >> >> change to CC.
> >> >> Help greatly appreciated.
> >> >>
> >> >> Phil
> >>
>

Posted by Craig on December 18, 2008, 1:55 pm
Please log in for more thread options
Sorry Jocelyn, I was a little over the top. I apologize. My point is that
before you say advice is incorrect you may want to think about it. Not
everything you have experienced in your stores happens to others the same
way ,depending on configuration. My setup is dfferent than yours, therefore
having the default change tender set to cash, and probably a whole host of
other things, does not appear to effect me as it does you.
You have aided me in the past which I did, and still do appreciate.
Craig

> It may be titled 'change' but it is also a key definer of recalled trxs
> tender default. And, LOL - serious? I distinctly recall helping you out in
> the past. Nice.
> --
> Jocelyn
>
>
> "Craig" wrote:
>
>> Sorry jocelyn, but I don't use RMS built in CC processing, I use a stand
>> alone terminals. One of the main reasons is being PCI compliant. I don't
>> want that headache, it's just easier for us to use a stand alone terminal
>> for charges. That puts the compliance issue on my processors back, not
>> mine.
>> The only reason for me to ever look into the built-in processing would be
>> for speed. I've timed my terminals, it takes an average of 4-5 seconds
>> for a
>> charge to go through our terminal, so speed isn't an issue. Every return
>> from a CC sale gets returned on a CC, as per visa/mc regulations. But a
>> return isn't change(look at tender config, it says "default CHANGE
>> tender",
>> not default return tender)so that isn't really a part of this issue. If
>> you
>> pull up a transaction for return, and it was a CC sale, it will get
>> returned
>> as a CC sale, not cash, no matter what you have the default change tender
>> set to. LOL, I just love 'know it alls'.
>> Craig
>>
>> > Craig - It goes beyond over tendering a CC, and is not really related.
>> > If
>> > return tender is set to cash in config - then guess what - look at
>> > every
>> > return you pull, where is the default return tender set to - cash? For
>> > every
>> > recalled for return trx you have, what is the return tender type
>> > listed?
>> > How
>> > many cashiers do you have giving cash on credit sales. How many charge
>> > backs
>> > are you receiving? PCI compliant yet?
>> > --
>> > Jocelyn
>> >
>> >
>> > "Craig" wrote:
>> >
>> >> jocelynp,
>> >> We have the config setup the way I described and it works perfect. How
>> >> often
>> >> do you over tender a CC sale to where you would need to give change
>> >> back
>> >> anyway(if you did you would want it to be cash)? I never have. I can't
>> >> think
>> >> of an instance where you would want to give change back on a CC sale,
>> >> and
>> >> if
>> >> you did, manually changing it in that one sale is very easy. Setting
>> >> the
>> >> config to return tender = cash will correct the problem he's
>> >> describing.
>> >> Remember, there are more ways than one to do things, and just because
>> >> you
>> >> don't do things a certain way doesn't make it "incorrect". I'm sure
>> >> the
>> >> way
>> >> you're describing works also, but then he would have to manually
>> >> select
>> >> cash for every sale where the customer gets change.
>> >> Craig
>> >>
>> >> > Phil,
>> >> >
>> >> > The steps about File> Config are incorrect. Do not use that. People
>> >> > love
>> >> > to
>> >> > set the Return Tender to 'Cash' - but if you do this, all change
>> >> > will
>> >> > be
>> >> > only
>> >> > in cash. Just make sure that in File> Config> Default tender type =
>> >> > <none>
>> >> >
>> >> > Anyway that aside, to correct your issue: SO Mgr> Tender Types>
>> >> > Cash>
>> >> > Properties> Verification Tab> Uncheck EDC> OK> OK again> Changes
>> >> > will
>> >> > take
>> >> > effect after the next Z-Out. *Note* I do not recommend Zing Out in
>> >> > the
>> >> > middle
>> >> > of the day unless you are extremely well versed with closing - too
>> >> > many
>> >> > people run into issues with a midday close.
>> >> > --
>> >> > Jocelyn
>> >> >
>> >> >
>> >> > "Phil V" wrote:
>> >> >
>> >> >> When we tender a sale to CASH, the Credit Card Verification window
>> >> >> appears
>> >> >> with the change back as the amount to be credited to CC.
>> >> >> For example, a $1.07 sale then select CASH for $2.00, the system
>> >> >> should
>> >> >> pop
>> >> >> the drawer and display the change amount, but instead goes to
>> >> >> tender
>> >> >> the
>> >> >> change to CC.
>> >> >> Help greatly appreciated.
>> >> >>
>> >> >> Phil
>> >>
>>



Similar ThreadsPosted
cash back on CC October 10, 2007, 2:42 am
cash back add in December 2, 2008, 7:26 pm
Offering Customers Cash Back November 26, 2006, 8:53 am
Return Transaction without cash back .. May 7, 2007, 6:19 pm
Slave crashed need help using back office computer as cash registe January 24, 2006, 2:38 pm
Cash Recon Back Office Functionality to Log Variances against Shop August 19, 2006, 7:09 am
Back-Order problem - POS won't tender! March 22, 2006, 3:30 pm
How do u prevent Change Cash in Tender? October 11, 2007, 7:50 pm
POS problem when giving change May 29, 2007, 4:55 am
printer driver/cash drawer problem September 27, 2006, 9:43 am

Contact Us | Privacy Policy
This site is not affiliated with Intuit - makers of Quickbooks and Quicken software
This site is not affiliated with Sage Software - makers of Peachtree accounting software
XML SitemapXML Sitemap