Handling Credit Sales at a Store

Question

Dear all,
I am struggling with some very basic POS level store operations fundamentals and would appreciate any insight on them.
FACTS:
u2022SAP Retail is implemented at the back end
u2022There is no SRS (Retail Store) in the store
u2022The Customer is using a 3rd part POS software (Wincor Nixdorf) and not SAP POS
u2022Our client here is not a Retailer in the true sense of the word. They also cater to u2018creditu2019 customers. i.e. a lot of u2018knownu2019 (with master records in SAP and also sent to POS) customers coming in the store and buying goods on credit (i.e. not making immediate payment at stores). The sales process is estimated to happen only through POS terminals at store
u2022The 3rd Party POS does not have u2018Sales Order OR Customers with creditu2019 handling functionality
PROBLEM STATEMENT
Now,
u2022During POS interface, we would obviously now have to debit the known customer clearing account and credit the Revenue account (A regular POS sales incoming through WPUBON debits the Storeu2019s CUSTOMER master and credits the Revenue Account)
u2022We would have to take care of handling outbound deliveries (complete or split) at store!
u2022We would have to take care of availability check, credit limit check and dynamic updating of credit limit at the store!
u2022We would have to handle customer payments (clearing of their receivables maybe after 2-3 months) at the store!
u2022Etc etc
POINTERS
Any idea of how this can be achieved at the 3rd party store POS by integrating with SAP ERP?
u2022If we decide to handle credit sale through standard SAP SD route by installing SAP GUI at the store, we run the risk of dual Sales reporting (POS sales and SAP SD sales), feeding into 2 separate cubes/data sources of BI, not being able to use POSDM to handle SD sales etc. I would also then not be able to use Bonus Buys
u2022Developments are the 2nd choice? Basically the idea is to handle credit sales at the POS?
Any school of thought (similar dilemma faced) is welcome!
Regards
Gk

Answer 1

Dear Naveen,
Thanks a lot for your inputs. Please see my answers to the sme below:
1. I dont see an issue with Sales Reporting. You can extract only the Billing data to BI and this would be common for both POS and SD Sales.
I STILL BELEIVE SOME TWEAKING AROUND WITH THE STANDARD BI CONTENT WOULD BE REQUIRED. STANDARD SD SALES ARE FOR E.G. REFELECTED IN S001, S002, S003 INFOSTRUCTURES ETC, WHILE THE POS SALES ARE REFLECTED IN S120
2. What happens if there is no credit for the customer, but he is willing to pay cash. You must configure the downpayment scenario for SD Sales. The Cash needs to be collected in POS
IF WE ARE IN FACT USING SAP GUI AT THE STORE, WHY CAN'T WE HANDLE DOWN PAYMENT ENTIRLY THORUGH SAP SD WITHOTU POS COMING INTO THE PICTURE. DOWN PAYMETN COLLECTION ALSO WOULD BE HANDLED THROUGH SAP SD AS A STANDARD FUNCTIONALITY
3. As you mentioned, Bonus Buys cannot be used for SD Sales. The best you can do is replicate the same Bonus Buy as Free Goods in the promotion (Note that Free Goods cannot support all the functionality that Bonus Buy offers) You woul also need to activate Promotion determination in SD if you want to further analyse Promotional Sales.
YOU ARE RIGHT
If you go for Sales Via POS only always, you will need to keep the following in mind -
1. think on the lines of RFC call to SAP for dynamic credit check for known customers.
WE ARE THINKING OF USING CREATING AND CONSUMING SOME WEB SERVICE TO READ A KNOWN CUSTOMER'S CREDIT LIMIT AND REJECT POS BILLING IF CREDIT LIMIT IS INSUFFICIENT
2. Interface to Create Sales Order in SAP. Again I dont see this impacting Sales Analysis as you would be extracting Billing data only.
WHY DO WE NEED TO CREATE SALES ORDER IN SAP. WE ONLY NEED TO CHECK IF THE POS GIVES A TENDER TYPE CALLED
"CREDIT" AND IF SO, WE CREATE A FINANCIAL DOCUMENT INCREASING CUSTOMER RECEIVABLES AND REVENUE. ASSUMPTION IS THAT POS IS ABLE TO GIVE ME THIS TENDER TYPE AND ALSO GIVESME THE KNOWN CUSTOMER'S NAME
3. Do you have scenarios where the goods are delivered to the known customer on a future date?
YES, AND WE ARE STILL PONDERING ON HOW TO ADDRESS THIS
4. What about delivery from Vendor to the customer? (Third Party Orders) etc.
WILL BE DONE ENTIRELY THROUGH SAP S THROUGH PHONE CALL OR CUSTOMERS DIVERTED TO THE DC WHERE THE ORDER WILL BE RAISED