retroactive billing sap best practices for automotive package (japan) sap best practices
TRANSCRIPT
![Page 1: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/1.jpg)
Retroactive Billing
SAP Best Practices for Automotive Package (Japan)
SAP Best Practices
![Page 2: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/2.jpg)
Scenario Overview – 1
Purpose
The scenario Retroactive Billing shows the procedure to change sales and purchasing prices for the history orders. These changes are caused by the request of the cost deduction by the customer.
Benefits
Both temporary and actual price are kept in system after the actual price is finally determined.
A list of documents which are affected by price change is called up. The system is triggered automatically to create necessary retroactive billing documents directly from the list.
Purpose and Benefits:
![Page 3: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/3.jpg)
Scenario Overview – 2
Enhancement Package 4 for SAP ERP 6.0
Employee (Professional User) Purchaser Purchasing Manager Warehouse Clerk Warehouse Manager Accounts Payable Accountant (AUTO) Accounts Payable Accountant
Company Roles Involved in Process Flows:
SAP Applications Required:
![Page 4: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/4.jpg)
Scenario Overview – 2
OEM Process: Creating Purchase Order
OEM Process : Approval of Purchase Orders
Supplier Process: Creating Sales Order
Supplier Process: Create Delivery Order
Supplier Process: Posting Goods Issue
OEM Process: Goods Receipt
OEM Process: Evaluated Receipt Settlement (ERS)
Supplier Process: Billing
OEM Process: Maintaining Actual Price for Purchasing
OEM Process: Posting Retroactive Billing Document (Purchasing): Revaluation
Supplier Process: Maintaining Actual Price for Selling
Supplier Process: Posting Retroactive Billing Document (Sales)
Key Process Flows Covered:
![Page 5: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/5.jpg)
Scenario Overview – 3
Detailed Process Description:
Retroactive Billing Before the actual price has been defined, set a same price for each
condition type. On Supplier side, the process of selling/good issue and billing are executed, and also on OEM side, purchasing/GR and ERS are executed by using “Actual condition type”.
After the actual price has been defined, on the OEM side, modify the actual price on the purchase document directly. At that time, the purchase document keeps different price for both of each the actual and temporally condition master. (Condition type also can be modifiable)
On Supplier side, condition type has been modified.
After the modification of the price, the credit memo that is the amount of the volume multiplied by the difference of the price has been created for each target document.
![Page 6: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/6.jpg)
Purchase Order Creation(with original price)
Goods Receipt
Billing
Perform subsequent credit memo
Sales Order Creation(with original price)
Delivery/Goods Issue
Revaluation
Evaluated Receipt Settlement
Price Changes In Purchase Order and Purch info record (Actual Price)
Price Changes of Sales Price (Actual Price)
OEM Client / Plant 1000 Supplier Client / Plant 1000
Retroactive Billing
![Page 7: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/7.jpg)
Retroactive Billing – Master Data
A-64-1000_SUPA64 Finished Product
A-64-1000_OEMFinished Product A64 OEM
OEM Client / Plant 1000 Supplier Client / Plant 1000
Finished Product, Material Type = FERT
Semi-finished Product, material type = HALB
![Page 8: Retroactive Billing SAP Best Practices for Automotive Package (Japan) SAP Best Practices](https://reader036.vdocuments.net/reader036/viewer/2022082709/56649d825503460f94a67628/html5/thumbnails/8.jpg)
Legend
Symbol Description Usage Comments
Band: Identifies a user role, such as Accounts Payable Clerk or Sales Representative. This band can also identify an organization unit or group, rather than a specific role.
The other process flow symbols in this table go into these rows. You have as many rows as required to cover all of the roles in the scenario.
Role band contains tasks common to that role.
External Events: Contains events that start or end the scenario, or influence the course of events in the scenario.
Flow line (solid): Line indicates the normal sequence of steps and direction of flow in the scenario.Flow line (dashed): Line indicates flow to infrequently-used or conditional tasks in a scenario. Line can also lead to documents involved in the process flow.
Connects two tasks in a scenario process or a non-step event
Business Activity / Event: Identifies an action that either leads into or out of the scenario, or an outside Process that happens during the scenario
Does not correspond to a task step in the document
Unit Process: Identifies a task that is covered in a step-by-step manner in the scenario
Corresponds to a task step in the document
Process Reference: If the scenario references another scenario in total, put the scenario number and name here.
Corresponds to a task step in the document
Sub-Process Reference: If the scenario references another scenario in part, put the scenario number, name, and the step numbers from that scenario here
Corresponds to a task step in the document
Process Decision: Identifies a decision / branching point, signifying a choice to be made by the end user. Lines represent different choices emerging from different parts of the diamond.
Does not usually correspond to a task step in the document; Reflects a choice to be made after step execution
Symbol Description Usage Comments
To next / From last Diagram: Leads to the next / previous page of the Diagram
Flow chart continues on the next / previous page
Hardcopy / Document: Identifies a printed document, report, or form
Does not correspond to a task step in a document; instead, it is used to reflect a document generated by a task step; this shape does not have any outgoing flow lines
Financial Actuals: Indicates a financial posting document
Does not correspond to a task step in a document; instead, it is used to reflect a document generated by a task step; this shape does not have any outgoing flow lines
Budget Planning: Indicates a budget planning document
Does not correspond to a task step in a document; instead, it is used to reflect a document generated by a task step; this shape does not have any outgoing flow lines
Manual Process: Covers a task that is manually done
Does not generally correspond to a task step in a document; instead, it is used to reflect a task that is manually performed, such as unloading a truck in the warehouse, which affects the process flow.
Existing Version / Data: This block covers data that feeds in from an external process
Does not generally correspond to a task step in a document; instead, this shape reflects data coming from an external source; this step does not have any incoming flow lines
System Pass / Fail Decision: This block covers an automatic decision made by the software
Does not generally correspond to a task step in the document; instead it is used to reflect an automatic decision by the system that is made after a step has been executed.
<F
unct
ion>
Ext
erna
l to
SA
P
Business Activity /
Event
Unit Process
Process Reference
Sub-Process
Reference
Process
Decision
Diagram Connection
Hardcopy / Document
Financial Actuals
Budget Planning
Manual Proces
s
Existing Version /
Data
System Pass/F
ail Decisio
n