Recycling staff number

Hi Everyone, I have a client using Microsoft Business Solution- Navision V 4.0 SP 2 and using LS Retail, that requested that staff number to be recycled and reused for ever-changing part-time workforce. For example, code 101 can be for Jack in this month, but for next month, it can be changed to Jason. They are fine with replicating the data to the relevant stores, but the problems arises when they print the receipts. In the store database, 101 has been assigned to Jason, but when receipt is printed out, John’s name was on the receipt. I have checked the staff table and even replicated by CFront. Both data at store and the HQ have been identical, but the same problem arises. What seems to be the problem? Does commitcache have anything to do with this problem? Regards, Laffy

what I’ve experienced with sending data from HQ to store is that the clients have to log out and back in to see the difference. So try that.

Hi Rashed,

I have checked as you suggested. However, the situation is still the same. So, I made a check on my own.

I checked out CU POS Print Utility and found that that the section between the print subheader and printsalesinfo was the function print POS sales info, where the salesperson name printed.

A short description of the receipt printed out:

  1. THe header was printed out by the function, PrintHeader
  2. THe cashier Information was printed out by the function, printSubheader.
  3. The salesperson information was printed out by the function, printPOSSalesInfo
  4. THe transaction information was printed out by the function, printSalesInfo.

I traced the code for printPOSSalesInfo and found that the salesperson names and id are also kept in the information subcode table. When a change was made on the staff card, it will only affect the cashier info in the function printsubheader. However, for salesperson, despite their legit id as changed and portrayed on the staff card, their info is printed on the receipt as infocodes. Now, all I have to do is to update the information subcode table whenever the staff card was updated.

Thank you for your post Rashed. It set me thinking.

Regards, Khai

Why don’ you just eliminate the sales persons name from the print out and only print the sales person code. these are changing all the time anyway

Hi Themave,

I beg to differ. Since they have a high turnover of parttime salesperson, it is hard for them to track down who is doing the sales for that particular receipt. They wanted to know who the salesperson is, should a customer walk in with the sold product for the purpose of a refund.

Salespeople are commission oriented, and a product return or refund will affect the related salesperson.

The stores does not have the capability of a store server nor do they have the time to refer the ‘impatient’ customer to the Head Office.

So, if the receipt is printed by sales person code, the poor guy who just started work and assigned with a recycled sales person code for the returned goods, then it is not fair to them.

Well, thats how I see it.

Thanks for your opinion though. I thought the same way too in the first place.

Regards,

Khai

so you are manually looking at the printed receipts to calculate your commissions, that is different, I thought you would be looking at navision entries in the system, not a printed receipt.

Ehem… maybe I’m missing something, but if salesperson codes are being recycled, what good would do to look at navision entries? They are confused as well!

Actually, the only advise I could offer in such a situation is to persuade the customer to drop that habit… easy to say, I know… [:(]

if you knew who you paid to start with, then when you ran your commission report the system could subtract to credit memo amount based on the invoice it applied to. if it applied to an invoice with a date before the current employee started then you would not use it for commission, if it applied to a date after the current employee started then you would subtract it from his/her commission. so by using system entries alone you could caculate your commisision

Actually, the system that the client is using at the moment is actually using entries to calculate the commission. trans. sales entries and trans. infocode entry to be exact with transaction number, receipt number and store no as the keys.

Since the staff are part timers and the client likes doing road shows, at the end of the road show, commission is calculated and payment is given to them. They might or might not be employed again in the future again. So, if the customers wallks in and demands a refund based on sales of the road show, is the nominal commission fee given to the former salesperson a loss to the client?

Currently, the client is using the commission report to calculate the commission on a one off basis. This is also used for their full-time salesperson.

I am interested about your credit memo idea. It could be applied to the full-time salesperson. However, how can we apply it to the part timers? Is there a better way?

I dont quite catch your idea for the last half string of your comments. Appreciate your thoughts.

Regards.