1.ReceiptPrnt Err 2.POS crash PastSale 3.Re-print noPayMethd

[brucef2112]

Dale,

1) RECEIPT TEXT TRUNCATED
In ver 6.39g the receipts print all of the summary lines
truncated by 3 characters on the receipt. This did not happen
in 6.38c.
ITEM TOTAL, DISCOUNT, SUB TOTAL, SALES TAX, TOTAL
-------------------------------------
CASH TENDERED
CHANGE DUE

The Net Tax dollars(tax1 line) is also shifted to the right by 3 characters.
It makes it look like it belongs in the right hand column of numbers instead of
a bit more to the left to show it as a Net Amount for each tax used.
It also shows as TA1 instead of TAX1




2.POS CRASHES VIEWING PAST SALES THROUGH VOID SCREEN
When I view previous transactions from the Void screen, any
sales transaction which had a COUPON/UNIT REDUCTION *AND* a Percent Discount (setup under the F3 key) causes
the program to crash with the following message.
"Bad Record Number in line 24 of module POS3 at Address 23A3:B2E0"
"Hit any key to return to system."
(an example would be the left receipt shown above. Viewing this transaction through the void screen kills the program.)

3. RECEIPT RE-PRINT DOES NOT SHOW PAYMENT METHOD
From the Void screen you can review past sales and see the method
of payment, (Cash, Check, CC)
If you [TAB] to reprint the receipt it prints fine however the bottom of
the receipt does not show the method of payment like it does on screen.
If printer fails (paper or whatever) and its a simple fix I then want to reprint the receipt to give to customer.
If customer comes back next week to return an item with the re-print
it makes it hard to determine if the refund should be cash, CC, or held to ensure the check cleared.
Adding the payment method at the bottom, like on screen, would solve this issue.


Thanks,
Bruce

[Andrew]

I've just installed version 6.39h and tried the above.

1) I tried this and the only line that was out of alignment was the tax total, which was shifted to the left by two characters. I'd recommend checking your receipt language labels for a start - in case they've become corrupted with a version upgrade.

2) I can confirm this - with a combination percentage reduction and then a coupon reduction in the same sale - it will crash when you attempt to view it from Voids on the main menu. Also - a rounding error occurred here which I will post in a separate message below when I get the receipt output.

3) I can also confirm this - I'm not sure if it used to but it doesn't nowadays. Also Bruce, you don't need to hit [Enter] when typing a message into the forum unless you want to leave a blank line e.g. to start a new paragraph - the text-wrapping is handled automatically and things get messy and hard to read otherwise.

[Andrew]

Here is the journal output from the rounding error which occurred when I tried issue #2 above:

Code: Select all

---------------------------------------
0036B  0                          18:38
---------------------------------------
  STOCK NUMBER DESCRIPTION        PRICE
 9414987000488 PAPER A4 500 SHEETS     
 T1    1    at     4.99ea.         4.99
 9317731032509 DVD YOURS MINE AND OURS 
 T1    1    at    19.95ea.        19.95
            -1 COUPON / UNIT REDUCTION 
 T1    1    at    -1.00ea.        -1.00
             ITEM TOTAL           21.30
           10% DISCOUNT           -2.44
 ROUNDED -.04 SUB TOTAL           19.12
     TAX1  at 12.500%            2.39
   GOODS & SERVICES TAX            2.39
                  TOTAL           21.51
---------------------------------------
          CASH TENDERED           30.00
             CHANGE DUE            8.49

               20 JAN 2007

Maybe a once in a while occurrence - but if this happened regularly for a retailer here it would prove a book-keeping hassle, given New Zealand dropped the 5 cent coin from currency circulation late last year and now rounds to 10 cents.

[daleadmin]

From the main download page at http://keyhut.com/pos3.htm


WARNINGS!!!
If you are upgrading from a previous version.

--------------------------------------------------------------------------------
If you are upgrading from version 6.39e or earlier the new "hot key" for entering the "timer" feature has been changed to [CTRL] + [TAB]. [END] will no longer work.
--------------------------------------------------------------------------------
If you are upgrading from version 6.39d or earlier you will have to use the "Receipt language" feature of the POSCONFG.EXE file to reset the receipt labels to their default or you will have to retype some of them if you are not using the defaults.
<hr><hr>
The "TAX1 at 12.500% 2.39" line is supposed to be indented to the left.
<hr><hr>
I have fixed the void + discount + coupon error and you can download the new version from
http://keyhut.com/pos.zip
Only the POS.EXE file will have the version number 6.39i

[ProDeZigner]

Dale, they're not talking about it being left indented. They're talking about (I'm assuming since it would only make since) that the period in the amounts aren't lined up straight.

[daleadmin]

Not having the decimal points line up is the whole point of being indented to the left. This is what it is supposed to look line if you have more than one type of tax.

Code: Select all

      NET SALES      54.25
TAX1A AT 3.000%     2.56
TAX1B AT 6.500%     8.76
TAX2A AT 1.250%      .75
TAX2B AT 4.125%     5.32
       TOTAL TAX     17.39
             TOTAL   71.64

See, the indented taxes add up to the total tax.


Dale

[brucef2112]

Well, now that bruce lernt how to read and used the "Receipt language" feature, all is well....

1) As for the Tax indent line, Dale/Andrew are correct, it should be indented to the left. However in previous versions it was more to the left than it is now. You can see the difference in my first post above with the 2 receipts side by side. By itself its nothing critical it just looks cleaner to have it 3 more chars to the left to get it from under the other $s.
Like this;

Code: Select all

     NET SALES       54.25 
TAX1A AT 3.000%  2.56 
TAX1B AT 6.500%  8.76 
TAX2A AT 1.250%   .75 
TAX2B AT 4.125%  5.32 
       TOTAL TAX     17.39 
             TOTAL   71.64 

And I'm sure as soon as the next big donation comes in Dale will be inspired to fix items 2 and 3.

Thanks Dale/Andrew,
bruce[/code]

[daleadmin]

OK, everybody needs reasons.

The reason that the receipt labels changed is that they had to be shorter, which is also the reason the taxes do not indent to the left as far as they used to. and the reason for all that is to allow the money amounts to be much larger to accomodate then new rounding factors which in some countries can be huge.

This is not as easy as it looks. Sometimes it is like trying to fit 3 liters of soda into a 2 liter bottle, something has to go.

Dale

[brucef2112]

Dal, Thanks a bunch for the number 2 fix in the latest ver.

Understandable about the shift on the receipts to accommodate large values.
If anybody could have fit 3 liters of soda in a 2 liter bottle it would've been you.
Just look the number of features in DHPOS that you've stuffed into a mere 640k.

Is #3(payment method shown in re-prints) on the think about pile?


Ohh, and my 2007 donation is on the way...

Thanks,
Bruce