Sie sind auf Seite 1von 24

Definition: Item Category Advertising Management (IS-M-AM) Characteristc that defines sales-relevant features of document items including planning,

pricing, production, billing, contract or commission relevance. Examples of possible item categories include Offer item, standard item full credit memo or barter deal . An offer item can be relevant to pricing and the contract but unlike a standard item, does not have to be relevant to planning, production, billing commission or the contract. Item categories and their features can be defined by the user. Billing Engine (CA-BE) An object that classifies a billing due list item or billing item, and defines how this item is processed during input processing and billing in a Billing Engine Application (BEA). Item categories are defined in the Application Customizing of a BEA by maintaining attributes (for example, relevance to billing, versioning flag and partner determination procedure for the billing due list). Purchasing (MM-PUR) An identifier indicating the characteristics of an item. The item category determines whether the following are mandatory or permitted for an item: Material number Additional account assignment Inventory management in the SAP system Goods receipt Invoice receipt

Production Planning and Control (PP) An object that defines items in a BOM according to criteria, such as theobject type of the component, for example, material master record or document info record. The item category controls the following: Screen sequence Field selection

Default values Material entry Inventory management Sub-items

Examples of item categories are: stock item, non-stock item, and document item. Sales and Distribution (SD) An indicator that defines the characteristics of a document item. For example, the item category controls the type and scope of: Pricing Billing Delivery Inventory posting Transfer of requirements

Items in stock, and value and text items are item categories. Funds Management (PSM-FM) A control parameter in the commitment item master record. It is used in: Cash Budget Management to differentiate between actual and commitment values and plan values in inventory, revenue, and expenditure items Commitment Accounting to differentiate between actual and commitment values and budget values in revenue and expenditure items

Return -> Definition: item_category

Define Item Categories In this menu option, you define item categories for sales documents. The item categories that are contained in the standard SAP R/3 System together with the sales document types represent the usual business transactions. You have the following options for defining your own item categories: Copy an existing item category and change it according to your requirements. Create a new item category.

Recommendation If you define your own item categories, the keys should begin with the letter Z since SAP keeps this range free in the standard system and protects it from being overwritten during release upgrades. If you define your own item categories, you should copy similar item categories that are defined by SAP and make the required changes there. In this case, all the specifications of the existing item category are copied - even the assignment to the sales document types. In particular, the data for example concerning partner determination, pricing or document flow which you do not edit on the detail screen of the item category is also copied. Consequently, you can test the new item category for the settings made without having to edit the other menu options. When copying sales document types, item categories and schedule line categories, the SAP system automatically creates a log with the copied data. Using the log, you can check whether all of the copied data applies to your item category or whether you must make changes. Note If you create or copy a new item category that is to be used for a delivery, you must also define a delivery item category with the same name. The SAP system automatically transfers the item category that was found for the sales document item into the delivery item. Activities If you only need to make minor changes to the existing item categories (e.g. changed description), then you change this as appropriate. Minor changes refer to parameters that have no controlling character. If you need to make further changes, define a new item category by copying a similar item category supplied in the standard system and then change this according to your requirements. In this way, you can for example define an item category for which a certain type of pricing is carried out, or for which the data must not differ at header and item level but which otherwise matches an existing item category. If you want to create an item category, proceed as follows: 1. Enter an alphanumeric key with a maximum of four characters. 2. Maintain the respective specifications of the detail screen.

3. Also consider the additional functions on item category level and the item-specific settings in the general sales and distribution functions.

Sales document item category A classification that distinguishes between different types of item (for example, free of charge items and text items) and determines how the system processes the item. Procedure The system proposes an item category. If alternatives are defined for your system, you can change the item category manually in the sales document . Example If, for example, you identify an item as a free or charge item, you tell the system, in this case, to ignore normal pricing procedures.

Item type A way of classifying items that require different kinds of processing by the system. Use The system processes items that refer to a specific material differently than items that do not refer to a material. For example, text items do not require processing for pricing, taxes, and weight calculations. Completion rule for quotation / contract The rule for establishing when a quotation or contract is complete. Use You can, for example, specify that a quotation is complete only after its quantity has been fully referenced by subsequent documents. The system uses the completion rule to determine the status of a quotation or contract that has been referenced by other documents (by subsequent sales orders, for example). Dependencies If you want the system to apply the completion rule, you must first select the Update document flow field in document flow control in SD Customizing using the following menu path: Sales and Distribution --> Sales --> Maintain copy control for sales documents --> Copy control: Sales document to sales document (at item level).

Definition: special stock Inventory Management (MM-IM) Stock of materials that must be managed separately for reasons of ownership or location. An example is consignment stock from vendors. Return -> Definition: special stock

Special Stock Indicator Specifies the special stock type. Use If you need to separately manage certain stock (for example, consignment stock) of a material, the stock type in question is defined using this indicator.

Definition: vendor consignment stock Inventory Management (MM-IM) Stock made available by the vendor that is stored on the purchaser's premises but remains the vendor's property until withdrawn from stores for use or transferred to the purchaser's valuated stock. Return -> Definition: vendor consignment stock

Relevant for Billing Indicates what the basis for billing should be. A: Delivery-related billing document Billing is based on the outbound delivery. Billing status is only updated in the outbound delivery. B: Relevant for order-related billing - status according to order quantity Billing is based on the sales document. The requested delivery quantity determines the billing status. Item categories REN (Returns) and BVN (Cash sales items) are set up with billing relevance "B" in the standard system.

C: Relevant for order-related billing - status according to target quantity Billing is based on the sales document. The target quantity determines the billing status. Item categories G2N (Credit memo) and L2N (Debit memo) are set up with billing relevance "C" in the standard system. D: Relevant for pro forma The billing relevance indicator must contain a value (not be blank) in order to be able to create pro forma invoices. Indicator "D" can also be used as follows for cross-company-code business processing: In the case of a free-of-charge outbound delivery, the company code that is responsible for the delivery should be granted an internal settlement. You can use indicator "D" to record free-of-charge outbound deliveries and grant internal settlements to the relevant company code. F: Order-related billing doc. - status according to invoice quantity Relevant for order-related billing documents based on the invoice receipt quantity (third-party business transaction). The system transfers the order into the billing due list only after the vendor invoice has been received and processed in the purchasing department. After the receipt of each invoice, a customer invoice is created for the quantity that appears on the vendor invoice. The order has status "Billed" until the next vendor invoice is received. Item category TAS (Third party item) is set up with billing relevance "F" in the standard system. This process can also be related to the quantity of goods receipt. You can make the control setting as to whether the invoice receipt quantity or the goods receipt quantity should be relevant for billing in the copy control for billing on the item level in the billing quantity field. (In Customizing, choose Sales and Distribution -> Billing -> Billing documents -> Maintain Copying Control for Billing Documents -> Copying Control: Delivery to Billing Document -> Item, then select an item category.) G: Order-related billing of the delivery quantity The order is relevant for billing. More specifically, the cumulated delivery quantity that was already delivered is relevant for billing. You can use this category to bill for multiple partial deliveries at once. H: Delivery-related billing - no zero quantities You can use this category to avoid items with a value of zero being included in the billing document. I: Order-relevant billing - billing plan Billing occurs by way of the billing plan and its status. The status of the order item is seen as the sum of the billing plan status and the billing status.

Item categories WVN (Maint. Contract Item), MVN (Lease item) and TAO (Milestone billing) are set up with billing relevance "I" in the standard system. J: Relevant for deliveries across EU countries The outbound delivery is only relevant for billing if: 1. The Plants abroad active field is selected (found in Customizing under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Plants Abroad -> Activate Plants Abroad) 2. Country of departure (country where the plant is located) and destination country (country where the ship-to party is located) are different EU countries. Item categories KBN (Consignment fill-up), KAN (Consignment Pick-up) and NLN (Standard Stock Transfer Item) are set up with billing relevance "J" in the standard system. K: Delivery-related invoices for partial quantity You can use this indicator if you want to select both items and partial quantities for billing. Q: Relevant for delivery-related CRM billing You can use this indicator if you use CRM billing to invoice the items delivered and goods-issueposted in the R/3 OLTP system. Billing plan/invoice plan type Use Controls which fields are offered for processing. It also specifies how billing is performed for the billing dates in a billing plan of this type. The following options have been defined Periodic billing - the entire value to be billed is billed in full plan date on each billing

Milestone billing - the total value to be billed is distributed between the individual billing plan dates (the value billed on each date can be fixed amount or a percentage)

Example Periodic billing is used to bill rental or maintenance contracts. Milestone billing is used to bill projects. Block Indicates if the item is blocked for billing.

Use The system can automatically propose a billing block for sales documents that must be checked before billing (for example, returns, credit and debit memo requests).

Procedure If the system proposes a block, you can change the block manually for each item. If the system does not propose a block, enter one of values predefined for your system. If the item has more than one schedule line, the block applies to each line. You can change the block for individual schedule lines. Carry out pricing Indicates whether the system automatically carries out pricing at the item level. Example The system carries out pricing for standard items in a sales order. In the case of text items, however, pricing would not make sense.

Statistical values Indicates whether the system takes the value of an item into account when it determines the total value of a document.

Revenue recognition category Specifies the releveant revenue recognition category for this item. There are four possible entries: No value Revenue for this item is recognized at the time of invoice creation (standard). 'A' The value of this item is recognized for the same amounts according to the accrual period. 'B' Revenue is recognized based on business transactions such as goods receipt for delivery-relevant items or posting sales orders for items that are not relevant to delivery. 'D' The value of the item is implemented in equal amounts in accordance with the accrual period for this item (billingrelated).

Delimit. Start date Proposed start date for accrual period Selects the start date for the accrual period The accrual start date determines the start of the period in which revenues should be recognized. You have the following options: Proposal based on contract start date Revenue recognition proposes the start date of the sales contract for the item as the accrual start date. Proposal based on billing plan start date Revenue recognition proposes one of the following dates as the accrual start date: o o In a milestone billing plan, the billing date of the first milestone In a periodic billing plan, the earlier of the following dates: Billing plan start date Start date of first settlement period Business data allowed at item level? Indicates whether, during sales order processing, the business data that you enter for an item is allowed to differ from the business data in the header.

Definition: business data Sales and Distribution (SD) The data at header or item level of a sales document that is relevant for sales, shipping and billing. Return -> Definition: business_data

Schedule lines allowed Indicates whether you can create schedule lines for the item.

Use Items that are relevant for delivery, such as sales order items, can always have schedule lines. On the other hand, items that are not relevant for delivery, such as items in contracts and credit memo requests, do not have schedule lines. Dependencies Usually, items that do not have schedule lines cannot be copied into a delivery. Text items are an exception. You can create text items with or without schedule lines (in the standard version, they can have schedule lines - you can change this in SD Customizing when you define item information). With or without schedule lines, text items can be copied into a delivery. Definition: schedule line Sales and Distribution (SD) The division of an item in a sales document according to date and quantitiy. For example, if the total quantity of an item can only be delivered in four partial deliveries, the system creates four schedule lines and determines the appropriate quantities and delivery dates for each schedule line. Return -> Definition: schedule_line Item is relevant for delivery Indicates whether a text or value item is relevant during delivery processing. Use The item itself is not delivered, but serves only for information purposes. Example For example, you can refer to a text item as relevant for delivery so that the system copies it from a sales order into a delivery note. Relevant for weight/volume Indicator that controls whether the system calculates weight and volume for the item. ID: Item with active credit function / relevant for credit Indicates whether the credit management functions (credit checks and updating statistics) are active for the order, delivery, or invoice items. Note The functions for documentary payments can also be used for item categories with this indicator.


Determine cost Indicates whether, during pricing, the system determines the cost (stock value) of a sales document item. Use The system checks the cost determination indicator as a requirement before applying the condition type that calculates the cost (condition type VPRS in the standard version of R/3 1.1) Automatic batch determination Procedure If you want to use automatic batch determination for materials handled in batches with the specified item category, activate this field. Use When you enter a material handled in batches in a sales order or in a delivery to which an item category with this indicator is assigned, the batch or batches of this material that match the customer's requirements are determined automatically. Config. Strategy Form of configuration processing Controls which checks and processing are run automatically or are allowed during configuration. The configuration strategy is a group concept which can also be used for item categories. You can set various fine-tune controls for each strategy, for instance whether the system is to run a check for required characteristics or for multiple selections of characteristics. Action when material variant determined during configuration Controls how the system reacts when it determines that an existing configuration is already used as a stockable type. When defining a stockable type, the system may then determine a considerably earlier delivery deadline as no separate make-to-order production is required. Run ATP check on material variants Specifies whether the system should run an ATP check for the material variants.


Structural scope of a material with bill of material Procedure Make an entry here to indicate how a bill of material is processed in a sales order involving this item category. When you are using configurable materials , the structure scope determines whether it is possible to configure the material in the sales document. In the item category, you must enter either C or D as the structure scope for configurable materials. Example You can specify the extent to which non-configurable materials should be exploded in the sales order, that is, the level up to which subitems should be created for the bill of material components. Definition: configurable material Variant Configuration (LO-VC) A substance that can have variants such as a car can have different paint, trim, and engines. Configurable materials contain a super bill of material (BOM) that contains all components for producing each variant of the material. When configuring a material, only the components and operations needed for a variant are chosen. Configurable materials are created in a material type that is designated for the configuration, material type KMAT in the standard system, or the Material is configurable indicator is activated in the material master record. Return -> Definition: configurable_material Application This key represents a process for automatic determination of alternatives in the different organizational areas within a company. Use In order to select the right alternative for a specific application area, the following criteria are defined for each application: Priority for BOM usage Priority of a specific alternative for a particular material BOM Production version from the material master Checking of certain status indicators


Definition: alternative determination Production Planning and Control (PP) The system automatically determines which alternative in a multiple BOM is required with a multilevel BOM explosion. The search process is controlled by the "application" entered and additional selection criteria as appropriate. The applications are defined in Customizing. Return -> Definition: alternative_determination Definition: alternative BOM Production Planning and Control (PP) A tool that used to identify one bill of material in a BOM group. One product can be represented by several (alternative) BOMs if, for example, different production processes are used for different lot size ranges. These alternative BOMs are grouped in a multiple BOM. Return -> Definition: alternative_BOM Definition: BOM usage Production Planning and Control (PP) A tool that allows you to enter BOMs, for example, for material LAMP, for specific sections of your company. You can enter a separate BOM for each section in your company, for example, production, so that each section only processes the items relevant to that section. In customizing functions, you can define which item statuses can be used in which BOM usage. For example, all items in BOMs with a certain usage are relevant to production. The usage is an important selection criterion in the BOM application, that controls automatic explosion of BOMs. Return -> Definition: BOM_usage Create delivery group Form delivery group and correlate BOM components Here you can determine whether sub-items that belong to a main item, and which resulted from a BOM explosion, are to be combined in a delivery group.


Use You use a delivery group to determine a common delivery date for all the items that it contains. If you double the quantity ordered for the main item, then the order quantity for the sub-item will also be doubled. Indicator X means that a delivery date is created for the delivery group. The system uses the last date (chronologically) of an item in this group to create the schedule line date. Indicator A means that the system generates correlated schedule lines. If no complete delivery is required, as soon as all the items in a bill of material are available, the system creates a correlated schedule line. On the first date, when all items in a bill of material are available, a confirmed quantity is issued. Manual selection for BOM alternatives This indicator shows that you can select the alternative manually. Use If a multiple BOM occurs during bill of material explosion in SD, you can determine, for each item type, whether you want to select the alternative manually. In this case, you reach an alternative selection screen with specifications on the lot size range. Indicator: Assign values for parameter effectivities This indicator controls that the item can be maintained with parameter effectivity . Effectivity Type Definition Determines the conditions that the object changes are effective under. Use Allocating an effectivity type means that the effectivity of changes is not determined by a valid from date, but by the parameter of the effectivity type. Examples The effectivity type SERNR (serial number) has the following parameters allocated to it: Material number of parameter type S (single value) Serial number of parameter type O (open interval)

If you choose the effectivity type SERNR in the channge master record, you must maintain the following values: Material number


Serial number: lower limit Serial number: upper limit Indicator for interpreting the lower limit as an open interval.

Dependencies You can process the following objects with reference to a change number whose effectivity conditions are determined by an effectivity type: BOMs Routings Characteristics Characteristics of class Classification

Value contract material The system copies the material specified here to the value contract item, if a material has not already been specified by the user for that item. Use The material entered here provides technical control of the value contract item with regard to tax determination, statistical updates, divisions and other figures derived from the material master. Response on reaching release order value in value contract This indicator controls how the system reacts when the value of your release order for a value contract item reaches or exceeds the open target value of the value contract item. The following settings are available: No response if target value is exceeded A Warning if target value is exceeded B Error message if target value is exceeded C First time target value is exceeded, permitted with warning D As for 'A' but value contract is not blocked

The following lock logic takes place if you activate D or leave the field blank (No response if target value is exceeded):


If the source document is being processed itself, you cannot create a release order (for example, you cannot create a release order for a value contract while someone else is processing it). Note: Because the value contract is not blocked when a release order exceeds the target value, the system does not issue a warning if several release orders are created for the same contract at once. Example: Release order A and B are created at the same time. Key D has been activated in Customizing. Individually, neither release A or B exceed the target value of the value contract but together, their combined value does. However, a warning did not appear because they were created at the same time, so both releases can be activated and the value contract is not blocked. Repair procedure: Procedure Set of rules according to which sub-items are created in the repair order. Use In the standard system, repair procedures are assigned to each item category which is used in repairs processing. The repair procedure consists of the following: Stages (for example, repair registration) Actions (for example, repair goods, send temporary replacement)

By assigning actions to stages, you set up the rules by which the system determines what subitems are required during a particular phase of repairs processing. Billing form The billing form specifies whether a flat rate or the dynamic items are invoiced individually when performing billing using a resource-related billing document. Definition: dynamic items Customer Service (CS) Summarized intermediate level of data that is produced during processing (for example, during resource-related billing or quotation creation). The system summarizes data (for example, line items that result from confirmations, or goods movements) from defined sources (for example, actual costs line items or actual costs totals records) into dynamic items. This summarization is controlled by the dynamic item processor profile. Afterwards, the dynamic items can be transferred into sales documents (for example, billing requests or quotations).


Return -> Definition: dynamic items Dynamic Item Processor Profile Name of the dynamic item processor profile (DI processor profile). The dynamic item processor is a tool that the system uses to summarize data (for example, line items, totals records) into dynamic items in sales price calculation, resource-related billing, or data determination. The DI profile controls how the system summarizes the data into dynamic items. A DI processor profile can have different usages. Definition: dynamic item processor profile Customer Service (CS) Control that defines how particular data (for example, line items that result from postings of goods movements) should be summarized into dynamic items. It is defined for each usage in the dynamic item processor profile (DIP profile) how the dynamic items should appear, and how the system should process the dynamic items further. The DIP profile can be defined for different usages (for example, quotation creation or billing). Return -> Definition: dynamic item processor profile Definition: dynamic items Customer Service (CS) Summarized intermediate level of data that is produced during processing (for example, during resource-related billing or quotation creation). The system summarizes data (for example, line items that result from confirmations, or goods movements) from defined sources (for example, actual costs line items or actual costs totals records) into dynamic items. This summarization is controlled by the dynamic item processor profile. Afterwards, the dynamic items can be transferred into sales documents (for example, billing requests or quotations). Return -> Definition: dynamic items Usage of the DI profile Definition You can use the dynamic item processor profile (DI processor profile) for the following:


Billing and results analysis Quotation creation

For each usage you can define the following: Which sales document type the system should create From which sources (for example, actual costs, line item totals records) the system should determine the data, and which characteristics should be available for further processing Which materials the system should determine for a dynamic item for processing (billing or quotation creation). Materials could be service materials for describing services that have been performed or for times to be worked.

You can maintain default values for the profile: For the item of a sales document: Define item categories For a service order: Credit limit checks, sales document types for service orders

Definition: dynamic item processor profile Customer Service (CS) Control that defines how particular data (for example, line items that result from postings of goods movements) should be summarized into dynamic items. It is defined for each usage in the dynamic item processor profile (DIP profile) how the dynamic items should appear, and how the system should process the dynamic items further. The DIP profile can be defined for different usages (for example, quotation creation or billing). Return -> Definition: dynamic item processor profile

Incompletion procedure for sales document The number that uniquely identifies the incompletion procedure. The incompletion procedure defines a number of fields in which the user must enter information. Use The system uses the incompletion procedure to determine which fields appear in the incompletion log when the user does not enter information during sales order processing. In SD Customizing, you can specify an incompletion procedure for each type of sales document.


Example Validity periods and customer purchase order numbers are required entries for both contracts and scheduling agreements. In this case, the system automatically proposes the same incompletion procedure for both types of document.

Partner Determination Procedure A grouping of partner functions. The procedure specifies which partner functions are allowed for a particular business transaction (for example, for processing a sales order) and which of those partner functions are mandatory. Use You define partner determination procedures in SD Customizing through Functions -> Partner determinat. In sales documents, for example, you can specify the partner determination procedure according to sales document type and item category. During order entry, the system first proposes partners from the customer master record of the sold-to party. If this information does not exist in the customer master, the system automatically proposes the mandatory partners from the partner determination procedure that you specify in the document header. For billing documents, for example, you can specify a partner determination procedure where the sold-to party, bill-to party, and payer are mandatory but the ship-to party is not (for billing, you are more interested in who orders and pays for the goods than in who receives them).

Definition: partner function Logistics - General (LO) The rights and responsibilities of each partner in a business transaction. Partner functions in Sales and Distribution include: Sold-to party Ship-to party

In Materials Management the following partner roles exist: Ordering address Supplier of goods


Investment Management (IM) The objects that specify the relationship (for example, the function or responsibility) that the holder of the role has to the appropriation request. The following partner functions, for example, are possible: Applicant Person responsible Approver

Customer Relationship Management (CRM) a term, such as "sold-to party" or "payer", that describes a person or organization with whom you do business. In transactions, such as sales or service orders, partner functions are carried out by business partners that you have entered in the system. The system includes predefined partner functions, and you can also define your own in Customizing for Partner Processing. Billing Engine (CA-BE) A definition of the rights and responsibilities of a business partner in a business process. Partner functions are defined in the Application Customizing of a Billing Engine Application. The standard SAP partner functions (sold-to party, bill-to party, or payer, for example) can be supplemented with further user-defined partner functions (recipient of duplicate invoice, for example). Return -> Definition: partner_function Definition: billing document Advertising Management (IS-M-AM) Generic term for all sales documents created by the system in the areas of Billing and Settlement. Billing Engine (CA-BE) A document that is the result of the billing subprocess in a Billing Engine Application. A billing document comprises A billing header One or more billing items Optional components such as additional texts


Sales and Distribution (SD) A generic term for invoices, credit memos, debit memos, pro forma invoices, and cancellation documents. A billing document is made up of a header, and a number of items. The header contains data that applies to the whole document. Return -> Definition: billing_document

Definition: sold-to party Sales and Distribution (SD) A person or company that places an order for goods or services. The sold-to party can perform the functions of the payer, bill-to party, or ship-to party. Return -> Definition: sold-to_party Definition: bill-to party Sales and Distribution (SD) A person or company that receives the invoice for a delivery or service. The bill-to party may not necessarily be the payer of the bill. Return -> Definition: bill-to_party Definition: payer Sales and Distribution (SD) A person or company that pays the bill. The payer may not be the bill-to party. Contract Accounts Receivable and Payable (FI-CA) Business partner different to the contract partner, used to clear and pay the items due from a contract account in a debit memo procedure. The open items of all accounts with the same payer are cleared and paid together via a one-time bank collection or a one-time payment.


Return -> Definition: payer Definition: ship-to party Sales and Distribution (SD) A person or company that receives goods. The ship-to party may not necessarily be the sold-to party, the bill-to party, or the payer. Return -> Definition: ship-to_party Text determination procedure Identifies a group of text types that you can use in, for example, a sales document header. The text procedure also determines the sequence in which the text types appear in the document. Example The text procedure for a sales document header could include the following text types: A standard header text that the system automatically includes in the document Standard terms of delivery Standard terms of payment

Definition: text type Project System (PS) A classification for texts that the user can define as PS texts in the Project System. Example Descriptions of functions Activity lists

Sales and Distribution (SD) Classification for the texts that the user can define in master records or documents. Text types include: Sales texts Shipping texts


Internal notes

Basic Functions (CRM-BF) Classification of different texts that can be defined. Example: Internal note, header note, description. Return -> Definition: text_type Statistics group for the item category Definition Specifies a statistics group for this item category and helps determine which data the system updates in the logistics information system. Use You can assign statistics groups to each of the following: Item category Sales document type Customer Material

When you generate statistics in the logistics information system, the system uses the combination of specified statistics groups to determine the appropriate update sequence. The update sequence in turn determines for exactly which fields the statistics are generated. Screen sequence group for document header & item Controls which screens you see during a particular transaction (for example, creating a quotation) and in which sequence they appear. Example You can specify a screen sequence group for the processing of inquiries and quotations. In this case, the screens and their sequence would differ from the screen sequence for, say, creating a sales order.


Definition: Status profile Cross-Application Components (CA) A profile used to control user statuses. A status profile is created by the user in general status management. In a status profile you can: Define the sequence in which user statuses can be activated Define initial statuses Allow or prohibit certain business transactions

Return -> Definition: Status_profile Create purchase order automatically If you activate this field, the system automatically generates both a purchase order requisition for third-party schedule lines as well as a purchase order in the background when you save the sales order. This function has been designed for Application Link Enabling (ALE) but you can also use it when working with distributed systems. To avoid errors caused by incorrect system settings, we recommend that you carry out the consistency checks for your third-party material. If you assign tasks 8097 (create)and 8114 (change) (by choosing "Extras -> Employee assignment -> Maintain"), you will receive workflow objects in your inbox, should any errors occur.