Archiving POS Application Objects
Use
POS interface - inbound uses the objects created here in POS inbound processing.
Integration
The general notes should be used to archive the objects listed here, for example, for dependencies that are named in the documentation for the individual objects.
Features
Billing
The system uses billing in POS inbound processing to calculate values for other functions and to process payment transactions. Billing documents are generated in the processes and they are used to document the billing procedure.
You can configure your system in Customizing for POS so that POS inbound processing calls the billing function but it does not write the billing documents to the database. In this case, the system only generates follow-on documents, for example, from Financial Accounting.
If you have not configured your system to do this, you have to archive the billing documents.
You should archive all billing documents that are more than one week old.
You can use the following IDocs to generate billing documents:
WPUBON01 |
POS Interface: Upload sales documents (receipts) non-summarized |
WPUTAB01 |
POS Interface: Upload POS for day-end closing |
WPUUMS01 |
POS Interface: Upload aggregated sales data |
Object name: SD_VBRK
See also:
Archiving Billing Documents (SD-BIL)Inventory Management
POS inbound processing records changes to stock in article documents.
You should archive all article documents that are more than one week old.
You can use the following IDocs to generate article documents:
WPUBON01 |
POS Interface: Upload sales documents (receipts) non-summarized |
WPUWBW01 |
POS Interface: Upload goods movements |
WPUUMS01 |
POS Interface: Upload aggregated sales data |
Object name: MM_MATBEL
See also:
Archiving Material Documents (MM-IM)Financial Accounting
POS inbound processing records changes to accounts in accounting documents.
You should archive all accounting documents that are more than one week old.
You can use the following IDocs to generate accounting documents:
WPUBON01 |
POS Interface: Upload sales documents (receipts) non-summarized |
WPUWBW01 |
POS Interface: Upload goods movements |
WPUUMS01 |
POS Interface: Upload aggregated sales data |
WPUTAB01 |
POS Interface: Upload POS for day-end closing |
WPUFIB01 |
POS Interface: Upload Financial Accounting Interface FWWS/POS |
Object name: FI_DOCUMNT
See also:
Archiving FI Documents (FI-GL, FI-AR, FI-AP)Purchase orders
The system can generate purchase orders (PO) during POS inbound processing.
If a purchase order cannot be generated successfully, the system generates workflow tasks.
You can use the following IDocs to generate purchase orders:
WGSREQ |
Incoming orders/order confirmation |
ORDERS |
Purchase orders/orders |
Object name: MM_EKKO
See also:
Archiving Purchasing Documents (MM-PUR)Purchase requisitions
The system can generate purchase requisitions (PR) during POS inbound processing.
If a purchase requisition cannot be generated successfully, the system generates workflow task TS00900075.
You can use the following IDocs to generate purchase requisitions:
WGSREQ |
Incoming orders/order confirmation |
ORDERS |
Purchase orders/orders |
Object name: MM_EBAN
See also:
Archiving Purchase Requisitions (MM-PUR)Deliveries
The system can generate deliveries during POS inbound processing.
If a delivery cannot be generated successfully, the system generates workflow task TS00900075.
You can use the following IDocs to generate deliveries:
WGSREQ |
Incoming orders/order confirmation |
ORDERS |
Purchase orders/orders |
Object name: RV_LIKP
See also:
Archiving Deliveries (LE-SHP)Sales Orders
The system can generate sales orders during POS inbound processing.
If a sales order cannot be generated successfully, the system generates workflow task TS00900075.
You can use the following IDocs to generate sales orders:
WGSREQ |
Incoming orders/order confirmation |
ORDERS |
Purchase orders/orders |
Object name: SD_VBAK
See also:
Archiving Sales Documents (SD-SLS)