Page 1 of 3

BETA test version of POS program available. 4 new features.

Posted: Tue Feb 08, 2005 4:50 pm
by Dale Harris
POS BETA version 6.27 B3

Download link for version 6.27 BETA 3 (Actually there are now 2 beta versions and two links. See below.)

PLEASE REMEMBER TO COPY YOU CURRENT POS FOLDER TO A NEW FOLDER AND DO YOUR TESTING THERE.

4 New features in version 6.27.

CASH BACK
Using the “Payment Options” feature of the POSCONFG.EXE program you will be able to allow “cash back” on credit and/or debit sales. If you allow cash back you will be asked for the amount of cash back just before you enter the total amount to be charged to the card. On the closing screen and receipt there will be a new listing for “CASH BACK” and it will be calculated into the “Cash in reg.” figure. “Cash back” is not included in the “Credit sales”, Debit sales”, Credit returns” or Debit returns” figures but is included in the “Credit in reg.” and “Debit in reg.” Figures.
Note: If you pay part of the transaction in cash you cannot receive cash back.

CASH IN / OUT

On the POS program main menu "4. No sale" will now be "4. No sale - Cash in / out" and when you choose this you will be offered the options...

1. No sale
2. Cash pull
3. Cash drop
4. Cancel

A “Cash pull” pulls money from the cash room to your register. A “Cash drop” drops money to the cash room from your register. If you choose options 2 or 3 you will be asked for the amount. Two receipts will print, one for the register and one for the cash office, which will have the amount printed on them.

Cash drops and pulls will be counted as transactions and will be placed in the journal file and transaction record so they can be displayed using the “5. Void” feature.

On the closing screen and receipt there will be a new listing for “Cash drops / pulls” which will be the total for both, with cash drops being subtracted of course. Cash drops / pulls will be calculated into the "Cash in reg." figure.


ZERO INVENTORY
From the “Stock table” feature of the POSCONFG.EXE program you may now setup the POS program to either give a warning, or refuse to sell an item, if the item being rung up has a zero inventory. If an item is in stock but you try to sell more than what is in stock this feature will also be used.

To do this you must select a range of lines from zero to “X” in which this feature will be implemented. This allows you to warn or refuse sale on products that are at the beginning of the stock table but allow you to sell services that always have an inventory of zero and are listed at the back of the stock table.


INVENTORY UPDATE
In previous version of the program the stock table inventory was updated at the end of the transaction. Items sold were removed from the inventory and items returned were added back to the inventory after the transaction was completed. This meant that if you entered an item into the sale and were told that 52 were in stock and then entered the same item again you would again be told that there were still 52 in stock. If you were using networked registers and one register rang up all of an item in stock into a sale (but had not completed the sale) and another register wanted to ring up the same item then the second register would report that the item was still in stock.

Starting in version 6.27 the above will no longer be true. As each item is added to a sale it is removed from the stock table inventory. Add the item to the sale again and you will be told there is less in stock and other registers on the network will also be told the inventory is less. If a transaction is parked the items in that sale will not be returned to the inventory count. If a sale is cleared (voided) without being completed the items will be returned to the inventory count. If completed sales are voided the merchandise will be returned to inventory. If single lines in a sale are voided the inventory will be returned. If the computer crashes (or is turned off) during a sale the items will be returned to the inventory count only when the register is restarted.

Receipt labels

Posted: Tue Feb 08, 2005 8:26 pm
by Dale Harris
Oops, I forgot.

If you download BETA 6.27 you must use the "Receipt language" feature in the POSCONFG.EXE program to set the receipt labels to the default settings. Then you can change them back to whatever you want.

With the addition of the "Cash back" feature there is a new label on receipts which changes the order of the labels.

If you do not default the labels one of the discount labels will be blank which will cause a fatal error in the program.

Pulls & Drops

Posted: Wed Feb 09, 2005 10:12 pm
by Tina
Any chance of changing the wording?? Pulls to Loan and Drop to Pickup? It's a little confusing.. What are other people's thaughts on this??
Also in the employee sales reports 2 lines Loans And Pickups instead of Cash Pulls, Drops on one line so you could keep track of each one..

Dhpos.com or .net would be my vote for a new domain name.

Bye for now,
Tina

Cash Back

Posted: Wed Feb 09, 2005 10:28 pm
by Tina
In a credit sale with cash back disabled is posconfig, the sale rings up as usual, credit is chosen, skips the cash back prompt, comes to amout being charged to card and from here you can enter an amount higher then the Total with change due in the end anyhow..

Tina

Stuff

Posted: Wed Feb 09, 2005 11:28 pm
by Dale Harris
Tina,

You have a point there. Should I limit sales to exact change except for cash. But what if someone whats to give cash back on checks? What about multiple payment methods on the same sale?

Actually as you pointed out you could always give cash back. It is just with the new feature the program keeps track of cash back and does the math for you. So you can give cash back without printing it on the receipt (except as being change) but who would want to?

Pulls & Drops

Posted: Wed Feb 09, 2005 11:39 pm
by Tina
Question..

Do Pulls and drops effect only the register they were performed on, or does it go by associate # that floats from register to register?

Tina

Credit Cash Back

Posted: Wed Feb 09, 2005 11:47 pm
by Tina
Dale,
As you stated somewhere before.. It's only the credit card companies that don't like cash given back on a purchase due to various reasons, so how about just changing that one to not allow over tendering. If it's set to no in posconfig I don't think it should allow it. If you choose yes in Posconfig, then yes. What do other people think?

Tina

Cash drops

Posted: Wed Feb 09, 2005 11:57 pm
by Dale Harris
Tina,

Cash drops / pulls apply to the register.

Cash back

Posted: Thu Feb 10, 2005 12:06 am
by Dale Harris
I guess I could prevent overpayment on a sale if credit is one of the payment methods used. That would still allow cash back on checks if credit is not also used as payment.

But let's see what other posters here think.

Posted: Thu Feb 10, 2005 2:45 am
by bdude
Three options for consideration

1. Minimum Card Payment
A lot of companies charge per transaction, so you could set a minimum (less cashout) card payment

2. Do Not Display Cashout if over XXX.XX
If used in busy situations, 'bad people' could see how much withdrawn and steal that money. (Used commonly in Aussie Shops)

3. Surcharge for Card Payment
Due the costs involved, some stores charge say 1% extra for cards.

Stuff

Posted: Thu Feb 10, 2005 9:30 pm
by Dale Harris
Bdude,

1. Sorry, I am not going to get into a minimum credit charge. I will just assume that the sales clerks will know not to charge 25¢.

2. The cash drop is not displayed on the screen except where you type in the amount. Type quick and press [ENTER].

3. A service charge for cards will have to be the same as any other charge. Put a line in the stock table and ring it up as part of the sale.

Two beta versions.

Posted: Thu Feb 10, 2005 9:39 pm
by Dale Harris
Ok, here is another new feature. I am changing the sale screen in the program. To see the new screen and have a vote on if I actually do it, click here http://www.home-nets.biz/discuss/phpBB2 ... 6b5cb172ab

Below are download links for two versions, one with the current sale screen and one with the new sale screen.

Make sure that you make a backup of your current POS folder and then download the file you choose into the backup folder to do your testing there.

The new screen wins! http://keyhut.com/pos.zip

New Screen

Posted: Fri Feb 11, 2005 11:56 pm
by Tina
I just downloaded the new screen version into a test folder & like it alot. I haven't tried it out much at all. The only thing I notice so far is that when you press + to total the sale, then 3 for print-complete sale, a u appears over in the space where the line should go..... Very minor!! Is it possible to move the Big Numbersthat show the total over to the Left of the screen?? Being on the left puts it where customers can see it better as the majority of people are right handed and the counters are to the left of the computer system.. ( Well at least thats how it is set up in our shop!!) Maybe the middle is ok i'm just not used to seeing it there..

Tina

Working on it.

Posted: Sat Feb 12, 2005 12:06 am
by Dale Harris
Tina,

Since I uploaded the last beta versions I have done an additional 8 hours of work the new screen and things are a lot better. Another BETA will be uploaded tomorrow night.

Journal

Posted: Sat Feb 12, 2005 12:13 am
by Tina
This line shows on the journal when order paid with check.

1 UP MINUS ######.##/PC 4440004444

In posconfig Language Setup, Phone : is entered on that line