Customer check data

When customers pay by check RMS asks for specific information such as drivers license number, routing number, account number, address and phone number.

Does anyone have a report and or a way to extract this info from the database for cases when the check is returned for NSF?

Please advise,

Scott

Reply to
Scott Santorio
Loading thread data ...

We can write you this report. Contact me for detail on price .

Reply to
Afshin Alikhani

Hi Scott,

I also have this problem. In our old POS system, DOS based, we would get this information printed on the back of each check which was helpful for us because that information was right there on the NSF itself. Now it seems we would have to do some research in order to find information that should be easier to find. I know RMS shows tender information in the journel, but no check information btw. Why does RMs provide that choice when it doesn't provide anything very useful I wondered myself.

I did see a custom receipt in the reports section of customer source that would print that information on the receipt itself but don't think my customers would like that so I didn't use it. But I wondered why that information couldn't just be printed on the back of that check rather than the receipt? It seems that this information exists somewhere during the transaction right?

I also noticed that to put a person with a existing NSF into the RMS system you need to enter the account information. This is the bank account number of the NSF and as we both know these people who are writing NSF's open an account and then close it. So even if you enter the bank account information for Joe/Jane Doe and he/she closed that account and opens another you still could get "hit" for another NSF from the very same person right? I have taught our cashiers to put the driver license into the account and DL field because this is a unique number assigned to a person and would be more difficult to change. Then I input the DL number into the account field in RMS SO so that if they return to our store with a new bank account number they are caught because of their DL number. If this makes no sense please email me and I can explain in better detail.

John K. ( snipped-for-privacy@yahoo.com)

"Scott Santorio" wrote:

Reply to
John K.

Thanks for the response, I understand completely what you are saying. I am just a little disappointed in Microsoft, because it cost me some money to realize after the fact that there is no way to access this information that they ask for. After I received about 5 checks returned for over $500 a piece, you can imagine that I was not very happy. Trying to recover my money from the check info has not been successful. For the meantime I have decided to not accept checks as a form of payment, some customers have complained but what are you gonna do. Maybe I will try to implement your system and see if that works.

Reply to
Scott Santorio

Hey Scott,

I agree with you 100% about Microsoft's lack of knowledge on how to handle this matter. One suggestion that might also help you, which I will use once all my stores all have RMS installed, is to create a form for "check cashing/accepting" and have those customer who want to wrtie a check fill it out and then use the allowed list in RMS to only accept checks from that list rather than the deny list. I'm not sure but I believe that you would then use their customer account numer, created from that form as customers, as the "account" number in RMS to have the POS search that list to allow checks to be taken from those customers. This way you could also build your customer database for any future use you want. If a customer got "kicked" at the POS you just have them fill out that form and enter their information there and then or as I will for their next visit. I'm not sure how happy this will make those customers that seem to never be happy but I am sure it could help with a decent percent of them so they don't get mad at you or choose not to come back. Can't please all the people all the time right?

John K ( snipped-for-privacy@yahoo.com)

"Scott Santorio" wrote:

Reply to
John K.

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.