Sales/Returns (Store) (SAP Library - POS Interface

Sales/Returns (Store)

Use

This business process allows you to use the POS interface to process sales or returns that have taken place with store POS systems.

Merchandise in stores is normally sold using electronic cash registers (POS systems). These POS systems are often integrated into store retailing systems, too. Sales have to be communicated to the integrated functions of SAP Retail (for example, Inventory Management, Replenishment Planning, Financial Accounting, and the Information System) so that the necessary information can be updated in the system.

In SAP Retail a return is a negative sale.
Empties are regarded as articles in their own right in SAP Retail. Therefore, the sale or return of empties is a normal sale or return.
As part of Vendor-Managed Inventory (VMI), sales data for "pure customers" can also be processed in POS inbound. It is settled in Replenishment-based Inventory Management and stored in the Information System.

Procedure

A sale takes place in a POS system. You can enter an article number (or EAN/UPC) and the sales price as well as additional information such as customer number or discount.

The data is made available to the central system (SAP Retail) using the POS interface. Quantity-based stock updates can be carried out in full or for replenishment figures only.

In SAP Retail this data forms the basis for updates to Inventory Management on a purchase and sales price basis and to the information structures in the Information System. The data also triggers billing. Billing makes the necessary postings to the customer and vendor accounts.

The POS interface document flow is updated.

Notes and Remarks

For information on sales/returns, see the inbound and conversion information in the POS interface section of the Implementation Guide (IMG).

The store must be configured for inbound processing.

Note

It is possible to configure your system in Customizing so that for each store, item conditions can be retrieved both from the stores (sales prices, discounts, etc.) and from master data. The item data from these two sources can then be compared and any differences can be determined. This is useful if your POS system can only provide retail price data and not discount data, for example.

If partial revaluation (see information on revaluation at retail) is possible in a store, the item conditions cannot be compared.

Special Goods Movements (Store)

POS Interface – Inbound: Financial Transactions (Store)