ale-dp/sap-fiori-apps huggingface dataset:
ABC Analysis for Cycle Counting
Application component: Inventory Management
App type: SAP GUI
Description:   Cycle counting is a method of physical inventory whereby inventory is counted at regular intervals within a fiscal year. These intervals depend on the cycle counting indicator set for the material.  Cycle Counting allows you to count fast-moving items more frequently than slow-moving items, for example. General Procedure   Mark all materials that are to be included in cycle counting with a cycle counting indicator in the material master record (storage data). The cycle counting indicator is used to group the materials together into various cycle counting categories (for example, A , B , C, and D). In Customizing for Inventory Management, you can define for each category the time intervals at which the materials are to be counted.  You can use the program ABC Cycle Counting Analysis ( RMCBIN00) to perform an analysis. In this analysis, the system assigns the materials to the individual categories according to consumption or requirements. You can also specify whether this analysis is to consider only the materials with cycle counting indicator or all materials. The cycle counting indicator in the material master records can be updated automatically by this program.  For the planning of cycle counting, run the program Create physical inventory documents for cycle counting ( RM07ICN1 ). This program checks all cycle counting materials to determine whether a physical inventory is due to be carried out.  Note For more information on programs used for cycle counting, see the relevant report documentation. You can create physical inventory documents for the following stock types, as well as unrestricted-use stock (stock type 1): quality inspection stock blocked stock  The system calculates the planned count date for all stock types as folllows: Date of last physical inventory of unrestricted-use stock + predefined interval If a material needs to be counted, use the program to create a batch input session for creating physical inventory documents. To create the physical inventory documents, process the batch input session . When the inventory differences are posted, the actual count date is recorded in the physical inventory data of the material as the date of the last physical inventory. 
Business roles: Inventory Manager
Inventory Manager : 
Manages inventory with respect to quantity and value.
Create PI Documents - Cycle Counting
Application component: Inventory Management
App type: SAP GUI
Description:   Cycle counting is a method of physical inventory whereby inventory is counted at regular intervals within a fiscal year. These intervals depend on the cycle counting indicator set for the material.  Cycle Counting allows you to count fast-moving items more frequently than slow-moving items, for example. General Procedure   Mark all materials that are to be included in cycle counting with a cycle counting indicator in the material master record (storage data). The cycle counting indicator is used to group the materials together into various cycle counting categories (for example, A , B , C, and D). In Customizing for Inventory Management, you can define for each category the time intervals at which the materials are to be counted.  You can use the program ABC Cycle Counting Analysis ( RMCBIN00) to perform an analysis. In this analysis, the system assigns the materials to the individual categories according to consumption or requirements. You can also specify whether this analysis is to consider only the materials with cycle counting indicator or all materials. The cycle counting indicator in the material master records can be updated automatically by this program.  For the planning of cycle counting, run the program Create physical inventory documents for cycle counting ( RM07ICN1 ). This program checks all cycle counting materials to determine whether a physical inventory is due to be carried out.  Note For more information on programs used for cycle counting, see the relevant report documentation. You can create physical inventory documents for the following stock types, as well as unrestricted-use stock (stock type 1): quality inspection stock blocked stock  The system calculates the planned count date for all stock types as folllows: Date of last physical inventory of unrestricted-use stock + predefined interval If a material needs to be counted, use the program to create a batch input session for creating physical inventory documents. To create the physical inventory documents, process the batch input session . When the inventory differences are posted, the actual count date is recorded in the physical inventory data of the material as the date of the last physical inventory.
Display Physical Inventory Progress
Application component: Inventory Management
App type: SAP GUI
Business roles: Inventory Manager
Inventory Manager : 
Manages inventory with respect to quantity and value.
Create PI Documents - Sales Order Stock
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Post Goods Issue
Application component: Inventory Management
App type: SAP GUI
Scope items: Demand-Driven Replenishment Planning and Execution
Inventory Manager : 
Manages inventory with respect to quantity and value.

Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Post Goods Receipt
Application component: Inventory Management
App type: SAP GUI
Scope items: Scheduling Agreements in Procurement|Subcontracting|Central Requisitioning|Demand-Driven Replenishment Planning and Execution|Asset Accounting
Business roles: Project Manager (CPM)
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.

Inventory Manager : 
Manages inventory with respect to quantity and value.

Project Manager (Commercial Project Management) : 
Manages execution of commercial projects ensuring scope, time, budget & client satisfaction.
Post Transfer Posting
Application component: Inventory Management
App type: SAP GUI
Scope items: Sell from Stock|Make-to-Stock - Process Manufacturing Based on Production Order|Accelerated Third-Party Returns|Sales Rebate Processing
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.

Inventory Manager : 
Manages inventory with respect to quantity and value.
Create PI Documents - Supplier Csgmt Stock
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Cutting Stock Transfer
Application component: Enhancements Materials Management (MM)
App type: SAP GUI
Description:   When you work with materials managed in batches, it will often be the case that you do not need to use the whole batch at once, but only part of it for a sales order. The rest remains in stock.   You can also use the cutting stock transfer for materials that are not managed in batches.  
Key features:   You can use the cutting stock transfer to make the following postings:   Reposting  An issuing quantity is distributed to a number of receiver quantities.  You cannot repost unvalued sales order stocks.   Residual posting  The residual posting posts the difference between the issuing quantity and the total of all the receiver quantities. The remainder can be posted as follows:  Remainder is scrap  The remainder is posted to a cost center as scrapping.  Remainder to scrap material  The system automatically generates the receiver item for the scrap material when you post.  The scrap material must not be handled in batches.  Remainder is stock difference  If the remaining quantity in the system is not the same as the actual quantity, you can post the difference between the two can be posted as a stock difference. Note  See the function help for more information.   
Inventory Manager : 
Manages inventory with respect to quantity and value.
DTUC Processing Delivery
Application component: Enhancements Materials Management (MM)
App type: SAP GUI
Inventory Manager : 
Manages inventory with respect to quantity and value.
Create Order Combination
Application component: Production Orders
App type: SAP GUI
Production Planner : 
Plans, monitors and adjusts material supplies produced internally and ensures material availability for sales order fulfillment and production supply. Collaborates internally with customer care and other production planners.
Create PI Documents - RTP Supplier
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Transfer PDC Physical Inventory Data
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system.
Create PI Documents - Supplier Parts
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Create PI Documents - Project Stock
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Change Supplier Invoice - Advanced
Application component: Logistics Invoice Verification
App type: SAP GUI
Business roles: Accounts Payable Accountant - Procurement
Accounts Payable Accountant - Procurement : 
Carries out the most important functions in accounts payable accounting with a special focus on supplier invoice processing.

Accounts Payable Accountant : 
Carries out the most important functions in accounts payable accounting with a special focus on creation and execution.
Park Supplier Invoices
Application component: Logistics Invoice Verification
App type: SAP GUI
Description:  With this app, you can hold or park invoices or credit memos. This means that you enter the invoice data or credit memo data in the system and save it in a document, but the system does not post this invoice initially. You can change a parked document as often as you wish, for example, by adding or correcting data. The changes are logged. When you have finished changing the document, you can post the parked document. Only when you post an invoice or credit memo, does the system carry out the normal account movements and make the necessary updates.  
Key features:  You can use this app to:   Hold:  The document is saved in its current status.   Only minimal checks are performed, for example, to check if the company code exists.   No updates take place.    Park:  Information required to post the invoice document is still missing and you do not want to have to re-enter the data entered so far.  The balance is not zero. Updates take place, for example: Information purchase order history Log of document changes   Save as complete: No more changes should be made to the invoice document. The balance is zero. The invoice document is flagged for posting but is not to be posted yet. Updates take place, for example: Information purchase order history  Controlling documents Log of document changes    
Business roles: Accounts Payable Accountant - Procurement
Accounts Payable Accountant : 
Carries out the most important functions in accounts payable accounting with a special focus on creation and execution.

Accounts Payable Accountant - Procurement : 
Carries out the most important functions in accounts payable accounting with a special focus on supplier invoice processing.
Enter Supplier Invoice for Background Verification
Application component: Logistics Invoice Verification
App type: SAP GUI
Description:   This process is suitable for the following transactions:  Posting invoices with mass amounts of data for which no item check is required  Posting invoices referring to transactions not yet entered in the system   Entering Invoices for Verification in the Background (Without Item List)   When verifying invoices in the background, you enter only a small set of document header data, such as the invoice amount, the currency and the tax information. You also allocate the incoming invoice to a purchasing document or a vendor. The system saves the data and allocation criteria you enter.  At a later point, the system verifies the invoice in the background. It uses the allocation criteria you entered to determine the item list. It then calculates the net total from the item list.  If the net total = gross amount invoiced - tax amount (+/- tolerance), the system posts the invoice in the background.  If thenet total ¹ gross amount invoiced - tax amount (+/- tolerance),the system does not post the invoice in the background. It saves the document header data and the items determined in the background; the saved document then has to be processed manually in Invoice Verification.  With Invoice Verification in the background, the system does not check for any quantity or price differences at item level. Since you do not enter any actual invoice item data, the system uses the default data for comparison.  Manually Processing Invoices with Item List for Verification in the Background   In addition, you can implement Invoice Verification in the Background for invoices that have been verified in the background as containing errors and for which you have subsequently corrected their items on the Logistics Invoice Verification screen.  In this case, the system calculates the net total from the corrected actual values that you entered and not from the default values.  
Business roles: Accounts Payable Accountant - Procurement
Accounts Payable Accountant : 
Carries out the most important functions in accounts payable accounting with a special focus on creation and execution.

Accounts Payable Accountant - Procurement : 
Carries out the most important functions in accounts payable accounting with a special focus on supplier invoice processing.
Create Inventory Sampling Procedure - ERP System
Application component: Inventory Management
App type: SAP GUI
Description:   This component reduces the time and cost of a physical inventory considerably by counting only the stock of individual materials and carrying out an extrapolation to arrive at an estimated count result for all units of stock managed in the system (stock management units).  The more materials a company has, the more costly it is to carry out a physical inventory by counting all stocks. The principle of extrapolation during sample taking is also used in quality inspection in the system: only one particular sample is inspected. The result is then applied to the entire quantity.  However, such conclusions (from several counts of all stock management units) are only allowed when certain criteria are fulfilled:  The scope of the stock management units involved in the physical inventory must be large enough.  The selection of stock management units to be counted must be “representative”.   Mathematical/statistical processes are used to perform the inventory sampling:  A sample to be counted is randomly selected from the stock management units subject to physical inventory. The size of the sample depends on the probable degree of confidence that is valid for the projection of individual count results on all the stock management units involved.  On the basis of the posted count results, the system carries out an extrapolation for all the stock management units included in the physical inventory.  The inventory sampling is considered successful, if there is only a small deviation between the extrapolated value and the book value and a high probability that the extrapolation result contains only a minor error.   In the case of a successful inventory sampling, it is assumed that the estimated variances from the book inventory are so small that they can be safely ignored. As in the case of a “standard” physical inventory, only the stock of the elements actually counted is adjusted. The stock of the remaining stock management units remains unchanged.  If an inventory sampling is not successful, a complete physical inventory must be carried out for the stock management units not counted.
Change Inventory Sampling Procedure
Application component: Inventory Management
App type: SAP GUI
Description:   This component reduces the time and cost of a physical inventory considerably by counting only the stock of individual materials and carrying out an extrapolation to arrive at an estimated count result for all units of stock managed in the system (stock management units).  The more materials a company has, the more costly it is to carry out a physical inventory by counting all stocks. The principle of extrapolation during sample taking is also used in quality inspection in the system: only one particular sample is inspected. The result is then applied to the entire quantity.  However, such conclusions (from several counts of all stock management units) are only allowed when certain criteria are fulfilled:  The scope of the stock management units involved in the physical inventory must be large enough.  The selection of stock management units to be counted must be “representative”.   Mathematical/statistical processes are used to perform the inventory sampling:  A sample to be counted is randomly selected from the stock management units subject to physical inventory. The size of the sample depends on the probable degree of confidence that is valid for the projection of individual count results on all the stock management units involved.  On the basis of the posted count results, the system carries out an extrapolation for all the stock management units included in the physical inventory.  The inventory sampling is considered successful, if there is only a small deviation between the extrapolated value and the book value and a high probability that the extrapolation result contains only a minor error.   In the case of a successful inventory sampling, it is assumed that the estimated variances from the book inventory are so small that they can be safely ignored. As in the case of a “standard” physical inventory, only the stock of the elements actually counted is adjusted. The stock of the remaining stock management units remains unchanged.  If an inventory sampling is not successful, a complete physical inventory must be carried out for the stock management units not counted.
Display Inventory Sampling Procedure
Application component: Inventory Management
App type: SAP GUI
Description:   This component reduces the time and cost of a physical inventory considerably by counting only the stock of individual materials and carrying out an extrapolation to arrive at an estimated count result for all units of stock managed in the system (stock management units).  The more materials a company has, the more costly it is to carry out a physical inventory by counting all stocks. The principle of extrapolation during sample taking is also used in quality inspection in the system: only one particular sample is inspected. The result is then applied to the entire quantity.  However, such conclusions (from several counts of all stock management units) are only allowed when certain criteria are fulfilled:  The scope of the stock management units involved in the physical inventory must be large enough.  The selection of stock management units to be counted must be “representative”.   Mathematical/statistical processes are used to perform the inventory sampling:  A sample to be counted is randomly selected from the stock management units subject to physical inventory. The size of the sample depends on the probable degree of confidence that is valid for the projection of individual count results on all the stock management units involved.  On the basis of the posted count results, the system carries out an extrapolation for all the stock management units included in the physical inventory.  The inventory sampling is considered successful, if there is only a small deviation between the extrapolated value and the book value and a high probability that the extrapolation result contains only a minor error.   In the case of a successful inventory sampling, it is assumed that the estimated variances from the book inventory are so small that they can be safely ignored. As in the case of a “standard” physical inventory, only the stock of the elements actually counted is adjusted. The stock of the remaining stock management units remains unchanged.  If an inventory sampling is not successful, a complete physical inventory must be carried out for the stock management units not counted.
Create Inventory Sampling Procedure - Other Systems
Application component: Inventory Management
App type: SAP GUI
Description:   This component reduces the time and cost of a physical inventory considerably by counting only the stock of individual materials and carrying out an extrapolation to arrive at an estimated count result for all units of stock managed in the system (stock management units).  The more materials a company has, the more costly it is to carry out a physical inventory by counting all stocks. The principle of extrapolation during sample taking is also used in quality inspection in the system: only one particular sample is inspected. The result is then applied to the entire quantity.  However, such conclusions (from several counts of all stock management units) are only allowed when certain criteria are fulfilled:  The scope of the stock management units involved in the physical inventory must be large enough.  The selection of stock management units to be counted must be “representative”.   Mathematical/statistical processes are used to perform the inventory sampling:  A sample to be counted is randomly selected from the stock management units subject to physical inventory. The size of the sample depends on the probable degree of confidence that is valid for the projection of individual count results on all the stock management units involved.  On the basis of the posted count results, the system carries out an extrapolation for all the stock management units included in the physical inventory.  The inventory sampling is considered successful, if there is only a small deviation between the extrapolated value and the book value and a high probability that the extrapolation result contains only a minor error.   In the case of a successful inventory sampling, it is assumed that the estimated variances from the book inventory are so small that they can be safely ignored. As in the case of a “standard” physical inventory, only the stock of the elements actually counted is adjusted. The stock of the remaining stock management units remains unchanged.  If an inventory sampling is not successful, a complete physical inventory must be carried out for the stock management units not counted.
Create PI Documents - Returnable Packaging
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Create PI Documents - Customer Csgmt Stock
Application component: Inventory Management
App type: SAP GUI
Description:  If you want to carry out a transaction for many objects (for example, create physical inventory documents for many materials), the SAP System can automatically execute it according to your specifications. One advantage of this procedure is that you save monotonous entry time. Another is that a session can be processed at various times, allowing your system administrator to better utilize the capacities of the computer. 
Key features:  This process consists of two parts: You create a session for the objects in question. The session is “processed”. The system now performs the operation for every object.  In physical inventory, work with sessions is supported for the following functions: Creating a physical inventory document (see Creating Physical Inventory Documents) Blocking a material (see Blocking Materials for Postings) Entering the count or transferring PDC count data (*) Freezing the book inventory (see Freezing the Book Inventory) Setting a zero count automatically (see Setting Zero Count) Posting differences (see Posting Differences) Posting the count and differences (*) Posting the physical inventory document, the count, and the differences (*)  The functions marked with an asterisk (*) cannot be carried out by the SAP System alone, since the system does not know the counting results. These functions are used to transfer physical inventory data into the SAP System if the count was carried out with another system. 
Business roles: Warehouse Clerk
Warehouse Clerk : 
Executes daily warehouse operations, such as carrying out stock transfers, analyzing stock-out situations, reverse material documents, etc.
Create Vendor (Purchasing)
Application component: Vendor Master
App type: SAP GUI
Credit Controller : 
Manages credit limits based on the credit policy of the company, and monitors customers' creditworthiness in close cooperation with the Sales and Distribution department and the Accounts Receivables Accountant.

Accounts Payable Accountant : 
Carries out the most important functions in accounts payable accounting with a special focus on creation and execution.

Accounts Receivable Accountant for Poland: (is an add-on role to the Accounts Receivable Accountant)
Carries out the most important functions in accounts receivable accounting in Poland.

Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run. 

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Accounts Payable and Receivable Manager (FI-CA) : 
Minimizes overdue receivables and bad debt losses, analyzes and improves customer payment behavior, and optimizes receivables processing costs.

Collections Specialist (FI-CA) : 
Deals with the collection process in the company including contacting individuals who have defaulted on debts and/or who have not paid past-due bills to discuss the handling of the overdue items (e.g. using payment agreements).

Accounts Payable Accountant for Poland: (is an add-on role to the Accounts Payable Accountant)
Carries out the most important functions in accounts payable accounting in Poland.

Accounts Receivable Accountant : 
Carries out the most important functions in accounts receivable accounting with a special focus on creation and execution.
Change Vendor (Purchasing)
Application component: Vendor Master
App type: SAP GUI
Accounts Receivable Accountant : 
Carries out the most important functions in accounts receivable accounting with a special focus on creation and execution.

Accounts Payable and Receivable Manager (FI-CA) : 
Minimizes overdue receivables and bad debt losses, analyzes and improves customer payment behavior, and optimizes receivables processing costs.

Accounts Payable Accountant : 
Carries out the most important functions in accounts payable accounting with a special focus on creation and execution.

Accounts Receivable Accountant for Poland: (is an add-on role to the Accounts Receivable Accountant)
Carries out the most important functions in accounts receivable accounting in Poland.

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run. 

Accounts Payable Accountant for Poland: (is an add-on role to the Accounts Payable Accountant)
Carries out the most important functions in accounts payable accounting in Poland.

Credit Controller : 
Manages credit limits based on the credit policy of the company, and monitors customers' creditworthiness in close cooperation with the Sales and Distribution department and the Accounts Receivables Accountant.

Collections Specialist (FI-CA) : 
Deals with the collection process in the company including contacting individuals who have defaulted on debts and/or who have not paid past-due bills to discuss the handling of the overdue items (e.g. using payment agreements).
Display Suppliers - Purchasing
Application component: Purchasing
App type: SAP GUI
Description:   This section describes the functions of the material master and vendor master records that specifically relate to purchasing. It discusses purchasing-specific master data and describes how to enter and maintain material and vendor data relating to purchasing.  
Key features:   MM Purchasing processes the following types of data:  Material Master Data   Details on materials an enterprise procures externally or produces in-house. The unit of measure and the description of a material are examples of the data stored in a material master record. Other SAP Logistics components also access the material data. Vendor Master Data   Information about external suppliers (creditors). The vendor’s name and address, the currency the vendor uses, and the vendor number (stored in the SAP system as an account number) are typical vendor data. Purchasing Master Data, such as the following :   Purchasing Info Record  The info record establishes the link between material and vendor, thus facilitating the process of selecting quotations. For example, the info record shows the unit of measure used for ordering from the vendor, and indicates vendor price changes affecting the material over a period of time. Source List  The source list specifies the possible sources of supply for a material. It shows the time period during which a material may be ordered from a given vendor. Quota Arrangement  The quota arrangement specifies which portion of the total requirement of a material over a certain period is to be assigned to particular vendors on the basis of quotas. See also:  Material Master Data  Vendor Master Data  Master Data in Purchasing  
Purchaser : 
Ensures that demands of materials and services are fulfilled by creating and monitoring purchase orders.
Material Value Flow Monitor
Application component: Actual Costing
App type: SAP GUI
Scope items: Actual Costing
Description:  The material price determination can result in material differences that can not be allocated to higher costing levels. When executing period-end closing it can be useful to analyze the not distributed and not included differences. The price limiter quantity equals the inventory quantity, to which the differences that occurred in the period refer, and prevents the material price being distorted if there is a stock shortage. If the differences can't be covered by the cumulated inventory, differences that are not distributed occur. If you do want to distribute these differences from the price difference account to the inventory, you can set the price limiter quantity to zero. This can, however lead to a distortion of the material price. If distributing these differences would result in a negative price, then the differences remain in the price difference account. In addition, you can clear the differences by posting a clearing entry to the price difference account. Not included differences arise after material price determination, if the single-level consumption could not be adjusted, or when differences occurred by multilevel consumption could not be completely allocated to higher levels. 
Key features: The value flow monitor displays not distributed and not included differences as well as the status of the single- and multilevel material price determination. You can access the detailed view of not distributed price differences as well as the material price analysis from all views.The following views are available: Detailed View: Not Distributed Price Differences This view allows you to analyze the not distributed price and exchange rate differences. In the subscreen Calculation you can see how the not distributed differences occurred. In the subscreen Documents you can see which documents have been generated by the not distributed differences.  Monitor The Monitor view gives you a complete overview of the differences listed according to Valuation Area  Plant  Material.  Analysis: Not Distributed The view allows you to investigate the materials for which not distributed differences have occurred. You get an overview of materials whose differences could be distributed to the categories consumption and ending inventory if you deleted price limiter quantity. The following data will be displayed:   Quantity and price of cumulated inventory   Price limiter quantity and the price that would exist if you deleted this   You can use this view to set the price limiter quantity for a material to zero, as long as this does not result in the price becoming negative.  Material List By adjusting the layout, you can filter and sort the display according to various materials or other criteria. 
Business roles: Cost Accountant - Inventory
Cost Accountant - Inventory : 
Calculates and monitors the net value of any inventories, thus helping a company to determine profitability, and ensuring accurate financial statements.
MLCCSPD
Application component: Actual Costing
App type: SAP GUI
Key features:  You can choose from the following cost component split types: Main cost component split Auxiliary cost component split  You can display the following prices: Moving average price Standard price Future valuation price Future planned price  You can choose the base quantity for which the cost component split is displayed: Price unit Costing lot size Current inventory User entry  
Business roles: Cost Accountant - Inventory
Cost Accountant - Inventory : 
Calculates and monitors the net value of any inventories, thus helping a company to determine profitability, and ensuring accurate financial statements.
Update Invoicing Plans - Purchase Order
Application component: Services Management
App type: SAP GUI
Business roles: Purchaser
Purchaser : 
Ensures that demands of materials and services are fulfilled by creating and monitoring purchase orders.
Display Change Documents
Application component: Material Master
App type: SAP GUI
Description:   Normally, all changes to a material master record are stored in change documents automatically. Changes made in a single step are stored in the same change document, while changes made at different times are stored in different change documents. All the change documents that exist for a material make up its change history.  
Business roles: Administrator - Recipe Development| BOM Engineer - Customer Order| Master Data Specialist - Raw Substance Data| Master Data Specialist - Product Data| Systems Engineer
Master Data Steward - Product Data : 
Performs special maintenance tasks and takes care of the administration of Product master data. Is also responsible for the quality of the Product master data.

Administrator - Recipe Development : 
Performs special, rarely occuring maintenance tasks related to Recipe Development, like Pure Substances, Allergens etc. and ensures consistency of the database.

Master Data Specialist - Raw Substance Data : 
Maintains Raw Substances for Recipe Development and ensures consistency of the Raw Substance database.

Systems Engineer : 
Is responsible for the development of mechatronic products. Translates the customer’s needs into measurable requirements and ensures the delivery against them. Defines structural, functional, and logical models of the product.

BOM Engineer : 
Creates bills of material and consistent overall product model, drives changes across organizations, and is responsible for the change process until handover to manufacturing. Is typically a member of the R&D group of the company.

Master Data Specialist - Product Data : 
Maintains Product master data.

BOM Engineer - Customer Order : 
Maintains bills of material and component configurations for customer orders.  Aligns with the sales and product engineering teams until the handover to manufacturing.

Development Manager - Discrete Industries: (is an add-on role to the Development Manager)
Manages a team of design enegineers and analyzes changes and their impact in line with given targets.

Development Manager - Process Industry : 
Manages a team of formula developers and analyzes changes and their impact in line with given targets.