Customer credit

OK let's see if we can get you headed in the right direction.

In your multi store operation, are you using headquarters, especially for new item creation? I'm thinking here that you are creating the items being brought in by your customers, if not, do you track them as a misc sale?

If you're not using headquarters and are running your used item stores as independent databases, you could handle this way.

- Setup a tender type called "Store Account" and set it as an ACCOUNT type

- Setup an ACCOUNT TYPE called SUPPLIER CLIENT and one called RETAIL (this will allow you to differentiate between a customer that sells you stuff (SUPPLIER CLIENT) and customers that only buy retail (RETAIL); in file - configuration - manager set RETAIL as the default account type for new customers and use security settings to prevent non-authorized staff from changing a RETAIL customer to a SUPPLIER CLIENT customer - that way its just you and whatever security levels you allow that are able to make this change.

- When customer brings in an item for "credit", you can create the new item using F2 lookup, assign an ILC, description, price, cost, etc but SET THE PRICE EQUAL TO THE COST) then do a return of the item; when you go to F12 tender, use the STORE ACCOUNT to refund the cost of the item to the customer's account balance, which will go to negative (its money you owe the customer) - then, edit the price of the item by whatever margin you need to make; tag the item and you're good to go.

If you're using headquarters then you'll need a different system. Hope this helps

"rtruppe" wrote:

Thanks for the info. Actually, I am evaluating RMS. I currently have a POS system that performs the operations I am questioning. The product brought in by customers is 80% existing product (we have 150,000 unique products) and