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

POS Interface - Inbound: Sales/Returns (Store)

Use

This business process allows you to use the POS interface to process sales or returns which have taken place via POS systems in stores.

Merchandise in stores is normally sold via 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, 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 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.

Process Flow

A sale takes place via 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) via 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 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, please see the inbound and conversion information in the POS interface section of the Implementation Guide (IMG).

The store must be configured for inbound processing.

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 sales price revaluation) is possible in a store, the item conditions cannot be compared.

See also:

Non-Cash Payments (Store)

Special Stock Movements (Store)

Financial Transactions (Store)