This document provides an introduction to the Dynamic Item Processor (DIP) in SAP. The DIP is used to process cost- or quantity-based data between cost accounting and sales. Key applications include resource-related billing, results analysis, quotations for service orders, and pricing for projects. The document covers business processes, technical processes, customizing, and enhancements using customer exits. It also describes differences between SAP releases and the conversion from the old to new resource-related billing functionality.
The document discusses standard business processes in SAP Customer Service (CS). It provides an overview of the pre-sales scenario where a customer requests a quotation for services. Key steps include creating a service notification from the customer inquiry, then a service order for detailed cost planning which is used to generate a sales quotation document via a configured dynamic item profile. The document outlines important master and transactional data and configuration requirements for SAP CS and related modules.
The document describes the repair process in SAP Customer Service (CS), including settlement of costs to cost centers, delivery of repaired components back to customers, and billing customers if the component is not under warranty. The repair process involves marking service orders as complete, creating deliveries and transfer orders to return repaired goods to customers, and generating billing documents for out-of-warranty repairs. Transactions like KO88, VL02N, and VBFA are used to settle costs, create deliveries, and generate bills respectively.
Contains most of the standard SAP CS process, related data objects, configuration aspects in Logistics modules SD, PM, and integration touchpoints with FI-CO.
Presentation on resource related billingAmlan Sarkar
Resource-related billing involves invoicing customers based on resources consumed. It is common in industries like airlines, defense contracting, engineering, consulting, and public sector. Billing can be complex depending on contract type and calculations that consider resources, overheads, and fees. SAP allows building invoices by linking project systems with controlling, finance, sales, and materials management modules. Dynamic item processors generate invoices by processing financial and cost accounting documents from project postings.
This document provides an introduction to the Dynamic Item Processor (DIP) in SAP. The DIP is used to process cost- or quantity-based data between cost accounting and sales. Key applications include resource-related billing, results analysis, quotations for service orders, and pricing for projects. The document covers business processes, technical processes, customizing, and enhancements using customer exits. It also describes differences between SAP releases and the conversion from the old to new resource-related billing functionality.
This document provides a summary of important tables and transaction codes for SAP SD (Sales and Distribution). It lists key master data tables for customers, sales documents, billing, delivery, and shipping. It also categorizes and lists commonly used transaction codes for business partners, items, conditions, sales processes, orders, billing, shipping, and more. The tables and transaction codes can be used to create, change, display and process sales documents and master records in SAP SD.
This document provides instructions for configuring automatic postings in an ERP system for inventory management and invoice verification transactions. Key steps include defining valuation levels, charts of accounts, valuation grouping codes, valuation classes, and account groupings. The system can then simulate postings to automatically determine the correct GL accounts based on these definitions and the transaction type. Definitions must be made for each chart of accounts and valuation grouping code combination.
SAP BUSINESS BLUE PRINT PRACTICE PROJECTVenet Dheer
This document provides an overview of mapping the current finance and controlling processes of Charminar Steel Castings to SAP. It discusses setting up the organizational structure in SAP including company codes, plants, and business areas. It also covers configuring master data, general ledger accounting, bank accounting, accounts receivable, accounts payable, payment terms, budgeting, taxes, and other financial processes in SAP. Gaps between the current and future SAP processes are identified.
The document discusses standard business processes in SAP Customer Service (CS). It provides an overview of the pre-sales scenario where a customer requests a quotation for services. Key steps include creating a service notification from the customer inquiry, then a service order for detailed cost planning which is used to generate a sales quotation document via a configured dynamic item profile. The document outlines important master and transactional data and configuration requirements for SAP CS and related modules.
The document describes the repair process in SAP Customer Service (CS), including settlement of costs to cost centers, delivery of repaired components back to customers, and billing customers if the component is not under warranty. The repair process involves marking service orders as complete, creating deliveries and transfer orders to return repaired goods to customers, and generating billing documents for out-of-warranty repairs. Transactions like KO88, VL02N, and VBFA are used to settle costs, create deliveries, and generate bills respectively.
Contains most of the standard SAP CS process, related data objects, configuration aspects in Logistics modules SD, PM, and integration touchpoints with FI-CO.
Presentation on resource related billingAmlan Sarkar
Resource-related billing involves invoicing customers based on resources consumed. It is common in industries like airlines, defense contracting, engineering, consulting, and public sector. Billing can be complex depending on contract type and calculations that consider resources, overheads, and fees. SAP allows building invoices by linking project systems with controlling, finance, sales, and materials management modules. Dynamic item processors generate invoices by processing financial and cost accounting documents from project postings.
This document provides an introduction to the Dynamic Item Processor (DIP) in SAP. The DIP is used to process cost- or quantity-based data between cost accounting and sales. Key applications include resource-related billing, results analysis, quotations for service orders, and pricing for projects. The document covers business processes, technical processes, customizing, and enhancements using customer exits. It also describes differences between SAP releases and the conversion from the old to new resource-related billing functionality.
This document provides a summary of important tables and transaction codes for SAP SD (Sales and Distribution). It lists key master data tables for customers, sales documents, billing, delivery, and shipping. It also categorizes and lists commonly used transaction codes for business partners, items, conditions, sales processes, orders, billing, shipping, and more. The tables and transaction codes can be used to create, change, display and process sales documents and master records in SAP SD.
This document provides instructions for configuring automatic postings in an ERP system for inventory management and invoice verification transactions. Key steps include defining valuation levels, charts of accounts, valuation grouping codes, valuation classes, and account groupings. The system can then simulate postings to automatically determine the correct GL accounts based on these definitions and the transaction type. Definitions must be made for each chart of accounts and valuation grouping code combination.
SAP BUSINESS BLUE PRINT PRACTICE PROJECTVenet Dheer
This document provides an overview of mapping the current finance and controlling processes of Charminar Steel Castings to SAP. It discusses setting up the organizational structure in SAP including company codes, plants, and business areas. It also covers configuring master data, general ledger accounting, bank accounting, accounts receivable, accounts payable, payment terms, budgeting, taxes, and other financial processes in SAP. Gaps between the current and future SAP processes are identified.
This document discusses configuration steps for business partner setup in SAP S/4HANA. It explains that transaction codes for customer/vendor maintenance are obsolete and the BP transaction should be used instead. The steps include activating synchronization objects, defining business partner roles and categories, and configuring views and screen sequences to define which data is displayed for each role.
This document provides instructions for configuring stock transport orders in SAP, which allow for the physical transfer of goods between two plants or company codes. It outlines the key configuration steps, which include defining a stock transport order document type, assigning shipping data and checking rules to plants, and associating delivery types and one-step procedures with document types and plant combinations. The configurations allow goods to be transferred between plants within a company code or across company codes with delivery and optional billing.
This document provides information on configuring organizational structures and master data in SAP SD. It discusses defining elements like company code, sales organization, distribution channel, and others. It also covers assigning these elements and defining related entities. Finally, it describes key master data used in SD, including customer, material, pricing, and partner records. The document is a guide for SD consultants to setup the required configuration for transactions.
The document provides a deep dive into article master data in SAP ERP Retail. It discusses the integrated article master which combines material master data with additional objects like sales conditions and POS data. It also covers key concepts like reference sites, merchandise categories, generic articles, and variant handling. The document aims to explain the architecture and process flow of article master data in ERP Retail and provide best practices for maintenance and performance.
Automatic Vendor payment advice notes by email with attachment when a payment is made via APP (Automatic payment program by using T-code F110 and email a sap script form as a PDF attachment along with the mail body in the desired language.
This document provides a template for documenting a business process design for an SAP implementation project. It includes sections for describing the business process, diagrams, process steps, locations, policies, integration points, future improvements, and the functional solution. Instructions are provided in blue text to guide users on completing the template, such as addressing localized processes, business change requests, and following a naming convention. The document also includes sections for identification details, revision history, and review/approval.
This document provides an overview of SAP FI-SD integration and account determination. It discusses the integration at the enterprise, master data, and transaction levels. It also covers prerequisites like material and customer masters, pricing procedures, and condition records. The document then outlines the steps to configure account determination, including defining condition tables, access sequences, account determination procedures, account keys, and assigning G/L accounts. It provides screenshots of relevant transaction codes and configuration steps.
This document provides steps for configuring and executing a make-to-order process in SAP ERP. It explains how to create materials, bills of materials, routings, sales orders, planned orders, purchase requisitions, purchase orders, goods movements, production orders, and deliveries to fulfill a customer order from sales to delivery. The major steps include sales order creation, planning, external procurement, subcontracting, production, and delivery.
This document discusses how to configure SAP to ensure the correct requirement type and class are created from sales document line items for project deliveries. It explains that transaction CNS0 is for project deliveries while VL01N is for sales order based deliveries, and whether one or the other should be used depends on the configuration and business requirements. Primary differences between the two are that CNS0 does not create requirements while VL01N does, and only VL01N allows for delivery related billing. The document also provides explanations from SAP Note 677169 regarding specific questions about delivery type, availability checks, and filtering components in CNS0.
This document provides instructions for configuring product costing in SAP. It discusses setting up overhead cost elements, calculation bases, percentage overhead rates, credits, and other basic settings needed for material cost planning. The configuration shown is for a company called A Ltd that requires setting up material and production overheads of 5% and 4% respectively, calculated based on materials and wages, and credited to the appropriate cost centers.
SAP Configuration Guide for Functional Modules (Based on IDES)sapdocs. info
Based on IDES, this configuration guide provides steps for functional modules of SAP like FI, MM and SD.
http://sapdocs.info/sap/sd-related-topics/sap-configuration-guide-for-functional-modules-based-on-ides/
This document provides an overview of SAP PS configuration including defining project structures, time profiles, budgeting and controlling parameters, and scheduling types. It discusses configuring special characters for project coding, project coding masks, field selection for work breakdown structures, and other parameters. The configuration enables structuring projects, planning, monitoring and controlling project progress according to business needs.
This document provides information about configuring and activating Material Ledger in SAP. It discusses the objectives of Material Ledger, the differences between Material Ledger in SAP S/4HANA versus SAP ERP, and the steps to activate Material Ledger which include assigning currency types, valuation areas, material update structures, and number ranges. It emphasizes that activating Material Ledger is mandatory in SAP S/4HANA to allow inventory valuation in multiple currencies at actual costs.
This document provides instructions for the sequential operation of the Project System module in SAP. It describes 16 steps for project creation, budgeting, cost planning, purchasing, invoicing, network activities, settlements and closure. Key processes include creating an investment program, appropriation requests, project definitions, WBS structures, networks, purchase orders, goods receipts, confirmations and settlement rules.
The document discusses various configurations needed for SAP Material Requirements Planning (MRP) at the plant level. Key configurations include:
1) Activating MRP for a plant and setting up planning file entries to collect materials for MRP runs.
2) Maintaining plant parameters such as number ranges, availability check rules, reporting settings, MRP controllers, floats, and special procurement types.
3) Configuring defaults for planned order conversions, dependent requirement checks, and BOM/routing selection IDs to determine which BOMs and tasks lists are used in planned orders.
The document discusses the project system module in SAP. It describes what a project is and examples of projects from MCGM's perspective. It outlines the key processes in project system like project structuring, estimation, budgeting, work order process, payment certification, and notification. Project coding conventions are also explained. The document provides screenshots of different screens in SAP related to project creation, WBS elements, estimation, deviation approval, document management, and notification workflow.
Sap User Exit for Functional ConsultantAnkit Sharma
The R/3 enhancement concept allows you to add your own functionality to SAP’s standard business applications without having to modify the original applications. SAP creates customer exits for specific programs, screens, and menus within standard R/3 applications.
User Exits is slot provided by SAP in SAP standard program.
User exits (Function module exits) are exits developed by SAP.
Code for the function module is written by ABAP Developer .
Developer does not write code directly in functional module , but in the INCLUDE that is implemented in the functional module.
Copy Controls are programs in SAP SD that control how data is copied from one document to another when creating a new document based on an existing document. They consist of routines that determine which data fields are copied over. The standard system includes many routines to copy data between documents like sales documents, deliveries, and invoices. Additional routines can be created to meet other business needs. Copy Controls are configured using transaction codes that begin with "VT" and indicate the source and target documents. The controls determine what data is copied at the header, item, and schedule line levels and can be customized as needed for the business process.
Sap MM-configuration-step-by-step-guideVenet Dheer
The document outlines the detailed configuration steps taken to set up the SAP system for ITZ according to their business requirements, including defining plants, storage locations, purchasing organizations, assigning these to company codes, and configuring materials management, purchasing, inventory, and other logistics areas. Fields are assigned to selection groups and screens. Material types, numbers, texts and other attributes are defined.
This document provides details on algorithms for determining snow and ice properties from MODIS satellite data. It discusses algorithms for mapping snow cover, fractional snow cover, and estimating snow water equivalent. For snow cover mapping, it describes calculating surface reflectance from MODIS bands, adjusting the Normalized Difference Snow Index threshold, and using additional algorithms and image fusion. Validation will involve comparing algorithm outputs to in situ measurements at field sites. The snow water equivalent algorithm is based on theoretical relationships between satellite observations and snow properties and will be prototyped and validated using field data.
Weighing Controller GM9907-LD User Manual.pdfGeneral Measure
GM9907 bagging controller is a new weighing controller specially developedforautomatic quantitative packing scale with double scale increment method.The controlleradopts the English touch screen display interface, the operation is intuitive and simple;Thenew algorithm makes the weighing control faster and more accurate.USB interface anddual
serial port make the device easier to system interconnection.Can be widely usedinfeed, chemical, food and other industries that need quantitative packaging equipment.
This document discusses configuration steps for business partner setup in SAP S/4HANA. It explains that transaction codes for customer/vendor maintenance are obsolete and the BP transaction should be used instead. The steps include activating synchronization objects, defining business partner roles and categories, and configuring views and screen sequences to define which data is displayed for each role.
This document provides instructions for configuring stock transport orders in SAP, which allow for the physical transfer of goods between two plants or company codes. It outlines the key configuration steps, which include defining a stock transport order document type, assigning shipping data and checking rules to plants, and associating delivery types and one-step procedures with document types and plant combinations. The configurations allow goods to be transferred between plants within a company code or across company codes with delivery and optional billing.
This document provides information on configuring organizational structures and master data in SAP SD. It discusses defining elements like company code, sales organization, distribution channel, and others. It also covers assigning these elements and defining related entities. Finally, it describes key master data used in SD, including customer, material, pricing, and partner records. The document is a guide for SD consultants to setup the required configuration for transactions.
The document provides a deep dive into article master data in SAP ERP Retail. It discusses the integrated article master which combines material master data with additional objects like sales conditions and POS data. It also covers key concepts like reference sites, merchandise categories, generic articles, and variant handling. The document aims to explain the architecture and process flow of article master data in ERP Retail and provide best practices for maintenance and performance.
Automatic Vendor payment advice notes by email with attachment when a payment is made via APP (Automatic payment program by using T-code F110 and email a sap script form as a PDF attachment along with the mail body in the desired language.
This document provides a template for documenting a business process design for an SAP implementation project. It includes sections for describing the business process, diagrams, process steps, locations, policies, integration points, future improvements, and the functional solution. Instructions are provided in blue text to guide users on completing the template, such as addressing localized processes, business change requests, and following a naming convention. The document also includes sections for identification details, revision history, and review/approval.
This document provides an overview of SAP FI-SD integration and account determination. It discusses the integration at the enterprise, master data, and transaction levels. It also covers prerequisites like material and customer masters, pricing procedures, and condition records. The document then outlines the steps to configure account determination, including defining condition tables, access sequences, account determination procedures, account keys, and assigning G/L accounts. It provides screenshots of relevant transaction codes and configuration steps.
This document provides steps for configuring and executing a make-to-order process in SAP ERP. It explains how to create materials, bills of materials, routings, sales orders, planned orders, purchase requisitions, purchase orders, goods movements, production orders, and deliveries to fulfill a customer order from sales to delivery. The major steps include sales order creation, planning, external procurement, subcontracting, production, and delivery.
This document discusses how to configure SAP to ensure the correct requirement type and class are created from sales document line items for project deliveries. It explains that transaction CNS0 is for project deliveries while VL01N is for sales order based deliveries, and whether one or the other should be used depends on the configuration and business requirements. Primary differences between the two are that CNS0 does not create requirements while VL01N does, and only VL01N allows for delivery related billing. The document also provides explanations from SAP Note 677169 regarding specific questions about delivery type, availability checks, and filtering components in CNS0.
This document provides instructions for configuring product costing in SAP. It discusses setting up overhead cost elements, calculation bases, percentage overhead rates, credits, and other basic settings needed for material cost planning. The configuration shown is for a company called A Ltd that requires setting up material and production overheads of 5% and 4% respectively, calculated based on materials and wages, and credited to the appropriate cost centers.
SAP Configuration Guide for Functional Modules (Based on IDES)sapdocs. info
Based on IDES, this configuration guide provides steps for functional modules of SAP like FI, MM and SD.
http://sapdocs.info/sap/sd-related-topics/sap-configuration-guide-for-functional-modules-based-on-ides/
This document provides an overview of SAP PS configuration including defining project structures, time profiles, budgeting and controlling parameters, and scheduling types. It discusses configuring special characters for project coding, project coding masks, field selection for work breakdown structures, and other parameters. The configuration enables structuring projects, planning, monitoring and controlling project progress according to business needs.
This document provides information about configuring and activating Material Ledger in SAP. It discusses the objectives of Material Ledger, the differences between Material Ledger in SAP S/4HANA versus SAP ERP, and the steps to activate Material Ledger which include assigning currency types, valuation areas, material update structures, and number ranges. It emphasizes that activating Material Ledger is mandatory in SAP S/4HANA to allow inventory valuation in multiple currencies at actual costs.
This document provides instructions for the sequential operation of the Project System module in SAP. It describes 16 steps for project creation, budgeting, cost planning, purchasing, invoicing, network activities, settlements and closure. Key processes include creating an investment program, appropriation requests, project definitions, WBS structures, networks, purchase orders, goods receipts, confirmations and settlement rules.
The document discusses various configurations needed for SAP Material Requirements Planning (MRP) at the plant level. Key configurations include:
1) Activating MRP for a plant and setting up planning file entries to collect materials for MRP runs.
2) Maintaining plant parameters such as number ranges, availability check rules, reporting settings, MRP controllers, floats, and special procurement types.
3) Configuring defaults for planned order conversions, dependent requirement checks, and BOM/routing selection IDs to determine which BOMs and tasks lists are used in planned orders.
The document discusses the project system module in SAP. It describes what a project is and examples of projects from MCGM's perspective. It outlines the key processes in project system like project structuring, estimation, budgeting, work order process, payment certification, and notification. Project coding conventions are also explained. The document provides screenshots of different screens in SAP related to project creation, WBS elements, estimation, deviation approval, document management, and notification workflow.
Sap User Exit for Functional ConsultantAnkit Sharma
The R/3 enhancement concept allows you to add your own functionality to SAP’s standard business applications without having to modify the original applications. SAP creates customer exits for specific programs, screens, and menus within standard R/3 applications.
User Exits is slot provided by SAP in SAP standard program.
User exits (Function module exits) are exits developed by SAP.
Code for the function module is written by ABAP Developer .
Developer does not write code directly in functional module , but in the INCLUDE that is implemented in the functional module.
Copy Controls are programs in SAP SD that control how data is copied from one document to another when creating a new document based on an existing document. They consist of routines that determine which data fields are copied over. The standard system includes many routines to copy data between documents like sales documents, deliveries, and invoices. Additional routines can be created to meet other business needs. Copy Controls are configured using transaction codes that begin with "VT" and indicate the source and target documents. The controls determine what data is copied at the header, item, and schedule line levels and can be customized as needed for the business process.
Sap MM-configuration-step-by-step-guideVenet Dheer
The document outlines the detailed configuration steps taken to set up the SAP system for ITZ according to their business requirements, including defining plants, storage locations, purchasing organizations, assigning these to company codes, and configuring materials management, purchasing, inventory, and other logistics areas. Fields are assigned to selection groups and screens. Material types, numbers, texts and other attributes are defined.
This document provides details on algorithms for determining snow and ice properties from MODIS satellite data. It discusses algorithms for mapping snow cover, fractional snow cover, and estimating snow water equivalent. For snow cover mapping, it describes calculating surface reflectance from MODIS bands, adjusting the Normalized Difference Snow Index threshold, and using additional algorithms and image fusion. Validation will involve comparing algorithm outputs to in situ measurements at field sites. The snow water equivalent algorithm is based on theoretical relationships between satellite observations and snow properties and will be prototyped and validated using field data.
Weighing Controller GM9907-LD User Manual.pdfGeneral Measure
GM9907 bagging controller is a new weighing controller specially developedforautomatic quantitative packing scale with double scale increment method.The controlleradopts the English touch screen display interface, the operation is intuitive and simple;Thenew algorithm makes the weighing control faster and more accurate.USB interface anddual
serial port make the device easier to system interconnection.Can be widely usedinfeed, chemical, food and other industries that need quantitative packaging equipment.
This document provides a basic engineering design guide for the El Palito Refinery Expansion Project in Venezuela. The project involves installing new units and revamping existing units to allow the refinery to process new heavy crude oil blends.
The main process units included are a new atmospheric and vacuum distillation unit with a capacity of 140 thousand barrels per day, revamp of existing distillation units, a new naphtha hydrotreating and continuous catalytic reforming unit, and a new vacuum gas oil hydrotreating unit. The document outlines the engineering procedures, design considerations, and standards to be used for the project.
This document is a repair manual for Bosch dishwashers, providing information to assist in evaluating, diagnosing, and repairing SHI, SHU, and SHV model dishwashers. It contains sections covering specifications, operation, components, repairs, and removal of parts. The manual suggests reading it thoroughly before attempting any repairs to understand the appliance operation and construction. It lists technical specifications, diagrams, and procedures for repairs.
The document describes the user interface and navigation for measurements in an ultrasound system, including entering measurements, selecting tools from menus, obtaining results, and exiting measurements. Measurement menus contain tools for different exam types and locations. Tools are selected to perform measurements and obtain results.
Simocode dp = manual de parametrização e operaçãoconfidencial
This document is the manual for the 3UF5 SIMOCODE-DP System Motor Protection and Control Device. It describes the components, functions, and parameterization of the SIMOCODE-DP system. The system provides motor protection, control, and monitoring. It consists of basic units, expansion modules, and an operator panel that can communicate via PROFIBUS-DP. The manual provides details on setup, configuration, protection functions, and troubleshooting.
This document provides an overview of the SPAN methodology used by LCH.Clearnet SA to calculate initial margins on derivative markets. The key aspects covered include:
1) SPAN calculates scenarios representing adverse price and volatility changes to determine maximum portfolio losses stored in risk arrays.
2) It considers spreads between different contract months or commodities to reduce calculated risks.
3) Additional charges are included for delivery months and short option positions.
4) The performance bond amount is calculated at the level of individual commodities and can be reduced at the portfolio level by excess long option values.
Here are the key features of the PCI-8158 motion control card:
- 8 axes of pulse output control for stepper or servo motors up to 6.55 million pulses per second (MPPS) per axis.
- Programmable acceleration/deceleration profiles including trapezoidal and S-curve.
- Linear and circular interpolation for up to 4 axes and continuous motion contouring.
- 13 home search modes with automatic encoder index search.
- Hardware backlash compensation and vibration suppression.
- Encoder feedback interface with 28-bit up/down counters.
- End limit, home, and general purpose digital I/O on each axis.
- Position compare and trigger output
This document describes the JSON over HTTP interface for Protei HLR/HSS API, including the data formats and parameters for requests to add, delete, and modify subscriber profiles in the HLR/HSS such as IMSI, MSISDN, location data, and service profile information. Technical support contact details are also provided, along with descriptions of various service codes and parameters included in the subscriber profiles.
Philips Respironics V60 - Service manual.pdfFatiEspindola
This document is the service manual for the Respironics V60 Ventilator. It provides contact information for technical support and customer service. It also outlines the intended use of the ventilator, recommended test equipment, safety warnings, theory of operation, maintenance instructions, troubleshooting steps, and procedures for generating reports and downloading software updates. The manual describes the major mechanical and electrical components of the ventilator and how to remove and install them.
This document provides a hardware functional and design specification for the Forwarding Egress FPGA (FEF) on the Control and Forwarding Card (CFC) of a stackable HOP switch system. The FEF is responsible for controlling the shared system frame buffer, scheduling frames for dispatch to ingress line cards, and performing functions like multicast lookup, queue management, and frame encapsulation. The specification describes the high-level functional blocks and data flows, performance requirements, hardware interfaces, and programming interfaces of the FEF.
This document provides an overview of base station antenna technology and deployment. It discusses the evolution from early single antenna systems to current multi-antenna techniques including MIMO and beamforming. Adaptive array beamforming allows dynamic adjustment of antenna patterns to optimize coverage and capacity. Reconfigurable beam antennas provide additional flexibility. The document also covers antenna installation considerations for different base station locations as well as system integration topics such as remote radio heads and combining multiple radio technologies on a single site.
This technical manual provides instructions for operation and maintenance of a nitrogen generating unit (NGU). It describes the major components of the NGU, including the feed air system, filter tower, membrane assembly, and electrical enclosure. The document provides guidance on installation, setup, operation, performance monitoring, troubleshooting, and shutdown of the NGU. It also includes an overview of the nitrogen production process and theory of operation.
This document provides a user guide for the Serial Peripheral Interface (SPI) peripheral in Texas Instruments' Keystone Architecture. It describes the features and architecture of the SPI peripheral, including its operation modes, programmable registers, data formats, interrupt support, and initialization procedures. The document has been updated multiple times to modify register descriptions and clarify or expand certain sections. It provides the information needed to understand and utilize the SPI functionality in Keystone-based devices.
I teva software manual operators manualmaurogalvao
This document provides an overview of the iTEVA software manual. It includes a table of contents that lists 8 chapters covering topics like the iTEVA control center, analyst functions for methods, analysis, sequences and publishing reports, and a chapter on iTEVA security features. The manual describes the user interface, functions and settings for various aspects of using the iTEVA software to perform elemental analysis by ICP-MS.
This document provides an overview of the iTEVA software manual. It includes a table of contents that lists 8 chapters covering topics like the iTEVA control center, analyst functions for methods, analysis, sequences and publishing reports, and a chapter on iTEVA security features. The manual describes the user interface, functions and settings for various aspects of using the iTEVA software to perform elemental analysis by ICP-MS.
This report provides an analysis of the implementation of rules of origin derogations granted to Pacific ACP states under the interim Economic Partnership Agreement with the EU. It examines the PNG canned tuna industry, projected growth, development impacts, management of tuna resources, and impacts on the EU market. Key findings include:
1. PNG's tuna processing sector is expanding significantly due to new investments and the derogation allowing global sourcing. This is projected to greatly increase production, employment, and income for PNG through 2016.
2. The derogation supports the sustainable development of the PNG economy by creating jobs and business opportunities. However, some working conditions and environmental issues require ongoing management.
3
This document provides a summary of the HiPath 4000 V6 system software components, including:
- Descriptions of hardware configurations, licensing, applications, and the hard disk layout.
- Details on the HiPath 4000 Assistant, including its applications, user accounts, and notification mechanisms.
- An overview of the HiPath 4000 CSTA software component.
The document contains technical information on the various software aspects that make up the HiPath 4000 V6 communication system.
This document provides an overview of the logistics market in the Asia Pacific region. It discusses the large geographic area that makes up Asia Pacific and some of the key developed and developing economies in the region. While there is great economic potential, the region also faces infrastructure and trade barriers that increase logistics costs. However, rising incomes are creating large domestic consumer markets and attracting more manufacturers to set up production. Major logistics companies have opportunities to consolidate and expand across the complex Asia Pacific market.
The document provides a user guide for a component preparation system. It outlines 10 main sections: 1) Logging in, 2) System Administration including user registration, 3) Changing passwords, 4) Master data maintenance, 5) Label printing, 6) Material movement, 7) Material adjustments, 8) Production ordering, 9) Reset durations, and 10) Reporting including monitoring, history reports, and more. The guide describes the key functions within each section and provides screenshots of relevant system menus and forms.
Introducing Crescat - Event Management Software for Venues, Festivals and Eve...Crescat
Crescat is industry-trusted event management software, built by event professionals for event professionals. Founded in 2017, we have three key products tailored for the live event industry.
Crescat Event for concert promoters and event agencies. Crescat Venue for music venues, conference centers, wedding venues, concert halls and more. And Crescat Festival for festivals, conferences and complex events.
With a wide range of popular features such as event scheduling, shift management, volunteer and crew coordination, artist booking and much more, Crescat is designed for customisation and ease-of-use.
Over 125,000 events have been planned in Crescat and with hundreds of customers of all shapes and sizes, from boutique event agencies through to international concert promoters, Crescat is rigged for success. What's more, we highly value feedback from our users and we are constantly improving our software with updates, new features and improvements.
If you plan events, run a venue or produce festivals and you're looking for ways to make your life easier, then we have a solution for you. Try our software for free or schedule a no-obligation demo with one of our product specialists today at crescat.io
Revolutionizing Visual Effects Mastering AI Face Swaps.pdfUndress Baby
The quest for the best AI face swap solution is marked by an amalgamation of technological prowess and artistic finesse, where cutting-edge algorithms seamlessly replace faces in images or videos with striking realism. Leveraging advanced deep learning techniques, the best AI face swap tools meticulously analyze facial features, lighting conditions, and expressions to execute flawless transformations, ensuring natural-looking results that blur the line between reality and illusion, captivating users with their ingenuity and sophistication.
Web:- https://undressbaby.com/
Microservice Teams - How the cloud changes the way we workSven Peters
A lot of technical challenges and complexity come with building a cloud-native and distributed architecture. The way we develop backend software has fundamentally changed in the last ten years. Managing a microservices architecture demands a lot of us to ensure observability and operational resiliency. But did you also change the way you run your development teams?
Sven will talk about Atlassian’s journey from a monolith to a multi-tenanted architecture and how it affected the way the engineering teams work. You will learn how we shifted to service ownership, moved to more autonomous teams (and its challenges), and established platform and enablement teams.
A Study of Variable-Role-based Feature Enrichment in Neural Models of CodeAftab Hussain
Understanding variable roles in code has been found to be helpful by students
in learning programming -- could variable roles help deep neural models in
performing coding tasks? We do an exploratory study.
- These are slides of the talk given at InteNSE'23: The 1st International Workshop on Interpretability and Robustness in Neural Software Engineering, co-located with the 45th International Conference on Software Engineering, ICSE 2023, Melbourne Australia
Measures in SQL (SIGMOD 2024, Santiago, Chile)Julian Hyde
SQL has attained widespread adoption, but Business Intelligence tools still use their own higher level languages based upon a multidimensional paradigm. Composable calculations are what is missing from SQL, and we propose a new kind of column, called a measure, that attaches a calculation to a table. Like regular tables, tables with measures are composable and closed when used in queries.
SQL-with-measures has the power, conciseness and reusability of multidimensional languages but retains SQL semantics. Measure invocations can be expanded in place to simple, clear SQL.
To define the evaluation semantics for measures, we introduce context-sensitive expressions (a way to evaluate multidimensional expressions that is consistent with existing SQL semantics), a concept called evaluation context, and several operations for setting and modifying the evaluation context.
A talk at SIGMOD, June 9–15, 2024, Santiago, Chile
Authors: Julian Hyde (Google) and John Fremlin (Google)
https://doi.org/10.1145/3626246.3653374
E-commerce Application Development Company.pdfHornet Dynamics
Your business can reach new heights with our assistance as we design solutions that are specifically appropriate for your goals and vision. Our eCommerce application solutions can digitally coordinate all retail operations processes to meet the demands of the marketplace while maintaining business continuity.
Neo4j - Product Vision and Knowledge Graphs - GraphSummit ParisNeo4j
Dr. Jesús Barrasa, Head of Solutions Architecture for EMEA, Neo4j
Découvrez les dernières innovations de Neo4j, et notamment les dernières intégrations cloud et les améliorations produits qui font de Neo4j un choix essentiel pour les développeurs qui créent des applications avec des données interconnectées et de l’IA générative.
Hand Rolled Applicative User ValidationCode KataPhilip Schwarz
Could you use a simple piece of Scala validation code (granted, a very simplistic one too!) that you can rewrite, now and again, to refresh your basic understanding of Applicative operators <*>, <*, *>?
The goal is not to write perfect code showcasing validation, but rather, to provide a small, rough-and ready exercise to reinforce your muscle-memory.
Despite its grandiose-sounding title, this deck consists of just three slides showing the Scala 3 code to be rewritten whenever the details of the operators begin to fade away.
The code is my rough and ready translation of a Haskell user-validation program found in a book called Finding Success (and Failure) in Haskell - Fall in love with applicative functors.
E-Invoicing Implementation: A Step-by-Step Guide for Saudi Arabian CompaniesQuickdice ERP
Explore the seamless transition to e-invoicing with this comprehensive guide tailored for Saudi Arabian businesses. Navigate the process effortlessly with step-by-step instructions designed to streamline implementation and enhance efficiency.
E-commerce Development Services- Hornet DynamicsHornet Dynamics
For any business hoping to succeed in the digital age, having a strong online presence is crucial. We offer Ecommerce Development Services that are customized according to your business requirements and client preferences, enabling you to create a dynamic, safe, and user-friendly online store.
Using Query Store in Azure PostgreSQL to Understand Query PerformanceGrant Fritchey
Microsoft has added an excellent new extension in PostgreSQL on their Azure Platform. This session, presented at Posette 2024, covers what Query Store is and the types of information you can get out of it.
8 Best Automated Android App Testing Tool and Framework in 2024.pdfkalichargn70th171
Regarding mobile operating systems, two major players dominate our thoughts: Android and iPhone. With Android leading the market, software development companies are focused on delivering apps compatible with this OS. Ensuring an app's functionality across various Android devices, OS versions, and hardware specifications is critical, making Android app testing essential.
Do you want Software for your Business? Visit Deuglo
Deuglo has top Software Developers in India. They are experts in software development and help design and create custom Software solutions.
Deuglo follows seven steps methods for delivering their services to their customers. They called it the Software development life cycle process (SDLC).
Requirement — Collecting the Requirements is the first Phase in the SSLC process.
Feasibility Study — after completing the requirement process they move to the design phase.
Design — in this phase, they start designing the software.
Coding — when designing is completed, the developers start coding for the software.
Testing — in this phase when the coding of the software is done the testing team will start testing.
Installation — after completion of testing, the application opens to the live server and launches!
Maintenance — after completing the software development, customers start using the software.
What is Augmented Reality Image Trackingpavan998932
Augmented Reality (AR) Image Tracking is a technology that enables AR applications to recognize and track images in the real world, overlaying digital content onto them. This enhances the user's interaction with their environment by providing additional information and interactive elements directly tied to physical images.
1. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 1 of 89
Version 2.0
2007-08-10
SAP AG
Dietm ar-Hopp-Allee 16
D-69190 W alldorf
IInnttrroodduuccttiioonn ttoo tthhee
DDyynnaammiicc IItteemm
PPrroocceessssoorr
SSAAPP RR//33 RReelleeaassee 44..55BB//44..66BB//44..66CC//44..77//EECCCC
2. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 2 of 89
Copyright ¤ 2007 SAP AG. All rights reserved.
Neither this document nor any part of it may be copied or reproduced in any form or by any means
without the prior written consent of SAP AG.
The information contained in this document is subject to change or revision without prior notice.
3. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 3 of 89
Contents
1 INTRODUCTION ...........................................................................................................5
2 OVERVIEW....................................................................................................................6
2.1 Business Processes ...................................................................................................6
2.1.1 Resource-Related Billing of Sales Documents, Service Orders and Projects.......6
2.1.2 Resource-Related Results Analysis......................................................................7
2.1.3 Quotation Creation and Resource-Related Billing for Service Orders ..................8
2.1.4 Pricing for Projects..............................................................................................12
2.1.5 Resource-Related Down Payments....................................................................16
2.2 TechnicalProcess ....................................................................................................17
2.3 InitialScreen of DP91...............................................................................................20
2.4 The New User Interface............................................................................................21
2.5 Archiving CO Line Items...........................................................................................23
3 CUSTOMIZING............................................................................................................24
3.1 DIP Profile (ODP1) ...................................................................................................24
3.1.1 Usage .................................................................................................................24
3.1.2 Characteristics ....................................................................................................26
3.1.3 Source Selection.................................................................................................32
3.1.4 Material Determination........................................................................................35
3.1.5 Criteria for Source Selection and Material Determination ...................................38
3.1.6 Characteristics Filled by Standard Sources ........................................................42
3.1.7 Profile Check (ODP2) .........................................................................................43
3.1.8 Does and Don'ts if Changing the Profile .............................................................44
3.2 Apportionment Reason (ODP3)................................................................................45
3.3 Cost Condition (ODP4).............................................................................................45
3.4 Materials ...................................................................................................................46
3.5 Customizing in SD ....................................................................................................47
3.5.1 Sales Document Types.......................................................................................47
3.5.2 Item Categories...................................................................................................47
3.5.3 Item Category Usage and Item Category Assignments......................................47
3.5.4 Copy Control.......................................................................................................48
3.5.5 Reasons for Rejection.........................................................................................48
3.5.6 Pricing and Pricing Procedure.............................................................................49
3.6 Customizing in Results Analysis...............................................................................49
4 CUSTOMER ENHANCEMENTS .................................................................................50
4.1 Overview...................................................................................................................50
4.2 Exits..........................................................................................................................50
4.3 BAdIs ........................................................................................................................53
4.3.1 BAdIs within the Dynamic Item Processor (DI Processor): .................................53
4.3.2 BAdIs for Restricting the Change Options for Users...........................................55
4.3.3 BAdI for Document Flow Reporting ....................................................................55
4.3.4 BAdIs with Influence on Further Processing in SD:.............................................55
4.4 Changing Selection Criteria or Selected Data..........................................................57
4.4.1 Change object list and hierarchy (EXIT_SAPLAD15_001) .................................57
4.4.2 Change Selection Criteria (EXIT_SAPLAD1C_002) ...........................................57
4. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 4 of 89
4.4.3 Filter or change the selected data (EXIT_SAPLAD15_010) ...............................59
4.5 Defining and Populating Characteristics...................................................................60
4.5.1 Overview.............................................................................................................60
4.5.2 Independent Characteristics (CI_ATTRI2, EXIT_SAPLAD12_003)....................60
4.5.3 Dependent Characteristics (CI_ATTRD, EXIT_SAPLAD12_004).......................61
4.6 Create User-Defined Sources (EXIT_SAPLAD15_005) ...........................................63
4.6.1 Overview.............................................................................................................63
4.6.2 Implementation of EXIT_SAPLAD15_005 ..........................................................63
4.7 Change Processing information (EXIT_SAPLAD15_015) ........................................66
4.8 Change Texts of Dynamic Item Structuring (EXIT_SAPLAD13_001).......................68
4.9 Change Data in Sales Document Items....................................................................70
4.9.1 Change Item Data...............................................................................................70
4.9.2 Add Partners.......................................................................................................72
4.9.3 Change Pricing Data...........................................................................................72
4.10 Other Exits in SD ...................................................................................................73
4.11 Menu Exit (EXIT_SAPLAD14_006,EXIT_SAPLAD14_008)..................................73
4.12 Exits for Results Analysis ......................................................................................75
4.13 Delete Messages in Collective Processing (BAdI AD01_RRB_COLLECTIVE1)...75
4.14 Creating "Solutions"withCustomer Exits ..............................................................76
4.14.1 Use of service operation and short text in the debit memo request .................76
5 DIFFERENCES BETWEEN RELEASES.....................................................................80
5.1 New Functions in 4.7 ................................................................................................80
5.2 New Functions in 4.6C..............................................................................................81
5.3 New Functions in 4.6A/B ..........................................................................................82
6 COLLECTIVE RUN OF RESOURCE-RELATED BILLING (DP95,DP96,DP97)..83
7 CONVERSION FROM OLD TO NEW RESOURCE-RELATED BILLING (DP70).......84
7.1 Conversion of Billing Flow and Customizing ............................................................84
7.2 Conversion of Customer Enhancements ..................................................................85
7.3 Changes to the User Interface..................................................................................86
8 FIGURES.....................................................................................................................87
9 TABLES ......................................................................................................................88
10 CHANGES TO THIS DOCUMENT ...........................................................................89
10.1 Version 1.1.............................................................................................................89
10.2 Version 2.0.............................................................................................................89
5. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 5of 89
1 Introduction
The Dynamic Item Processor (DIP) offers an integrated wayto process cost- or quantity-based
data at the interface between CO and SD. In SAP R/3,ERP,and ECC,the DIP is used for the
flexible handling of resource-related billing. But it is also used for results analysis,quotations for
service orders and pricing for projects.
This paper is aimed mainlyat consultants and people in companies customizing the dynamic item
processor. Additionally,this paper describes the wide range of possible enhancements for this
processor offered by customer enhancements to adapt the technicaltoolto the company’s
business processes.
The focus is on the technicalimplementation and customizing and not so much on the business
process for which there is only a short overview at the beginning. The technicalsettings are
clarified byexamples of realbusiness processes.
Allfunctions described here are based on the dynamic item processor in R/3 Release 4.6C. In
chapter 5,you can find an overview on the differences between 4.5A/B and after release 4.6C.
The enhancements after release 4.6C are summarized in chapter 5.1. In this chapter,you willfind
cross-references to the respective enhancements.
Please understand that we deliver this paper onlyin English. No other languages are available.
6. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 6of 89
2 Overview
2.1 Business Processes
The Dynamic Item Processor is a toolfor the selection,summarization and grouping of cost or
quantitybased data for CO objects. This data is transferred to SD,where sales documents can
be created or just the powerfulpricing engine is used for generating pricing information. The main
processes covered bythis toolare resource-related billing and the calculation of sales prices. The
DIP can process single objects like service orders or sales orders but it can also workon complex
structures like projects or order networks. The processes are described in the following chapters.
2.1.1 Resource-Related Billing of Sales Documents, Service Orders and
Projects
In Resource-related billing,the DIP is used to select the resources actually used of a service
order or a sales order to generate debit memo requests. As this is veryoften a periodic process,
resource-related billing keeps a document flow of the values alreadybilled or rejected . Onlythe
open values,calculated by subtracting the already billed and the rejected values from the total
values,are offered to the user online.
You can define which values should be billed,postponed,or rejected. You can also define
manualprices for the billing. This data can be saved for further processing without creating a
debit memo request. W hen you reopen this saved data,you can continue with your work. It is
even possible to refresh the data which means that allmanualchanges are kept but the original
costs are read again.
If amounts were rejected in previous runs, you can undo the rejection via menu path:
Edit ĺ Undo Rejection. In the following pop-up,you can enter amounts,quantities or percentage.
In the finaldebit memo request additionaldata can be entered (i.e. texts for eachitem).
It is also possible to create both a debit memo request and a credit memo request. So,values
which were billed wrongly to the customer can be easilycredited to him. If only a debit memo
request has to be created,values to be credited appear as negative values in the sales
document.
Debit or credit memo request items and their corresponding resources can be rejected or
reopened in the sales document by setting an appropriate reason for rejection. The reason for
rejection can be customized,that the costs are available again as open for billing (see note
131288).
The billing process includes not onlysingle objects (sales order,service order). It is also possible
to billan order network (sub orders assigned to a main service order or an order network
assigned to a sales order) and even a whole project. In the last case,the project must be
assigned to a sales order via W BS element.
If a W BS Element is entered in sales order item,whichisn’t a billing W BS element the system is
looking upward in the hierarchytowards a billing W BS Element. In standard,allitems,whichare
processed in DIP at the same time,have to own the same DIP Profile. A&D solution is different,
there an enhancement was made to process severalitems withdifferent DIP Profile at the same
time.
7. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 7 of 89
For the billing of service orders some additionalspecials has to be observed. Theyare described
in chapter 2.1.3.
Sales order
(allsales order items)
Sales order item(s) Service order
Saved data exists?Yes No
Saved data
Read data from
sources
Load saved data
Save data
Debit memo request
Create debit
memo request
Create debit memo
request immediately?
Yes
No
Edit online
Debit memo
request
Refreshdata
Edit online
Sales price
basis
(Dynamic
items)
Sales prices
(Conditions &
dynamic items)
Figure 1:Business Process ofResource-RelatedBilling
From SAP R/3 Enterprise 4.70,you can process resource-related billing for internalorders with
revenues.
Direct resource-related billing is now possible for internalorders with revenues using a sales
document without cost collectors. The process is based on the current solution for resource-
related billing for projects/W BS elements.
To use the new functions,you must define in Customizing for sales document items that account
assignments are possible for internalorders. To do this,go to:
Transaction SPRO Æ SAP Reference IMG Æ Controlling Æ Product Cost Controlling Æ Cost
Object Controlling Æ Product Cost by Sales Order Æ Control of Sales-Order-Related
Production/Product Cost bySales Order
2.1.2 Resource-Related Results Analysis
Resource-related results analysis is a variation of results analysis that uses the DIP to calculate
the results analysis data.
There are two valuation methods for resource-related results analysis:
8. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 8 of 89
1. Derive Cost of Sales from Resource-Related Billing of Dynamic Items (valuation method 14).The cost
of sales (COS) is the sum of the billed costs and the rejected costs. The workin process (W IP) is the
cost not yet billed. The revenue affecting net income is the actualrevenue.
2. Derive Revenue from Resource-Related Billing and Simulation of Dynamic Items (valuation method
15). COS is the sum of the billed costs,the costs not yet billed,and the rejected costs. The simulated
revenue for the costs not yet billed is updated as revenue in excess of billings. The revenue affecting
net income is the actualrevenue plus the revenue in excess of billings.
COS and revenue affecting net income can be transferred to profitability analysis using
settlement. The inventoryvalues W IP and revenue in excess of billings can be posted to financial
accounting and profit center accounting using settlement.
Note that the billed costs in resource-related results analysis differ from the billed costs in
resource-related billing. Billed costs in resource-related billing are costs transferred to debit/credit
memo requests. In resource-related results analysis,the costs are billed in a period if there is a
debit/credit memo and the posting date of the actualrevenues is inside the period of results
analysis. Otherwise,the costs are not yet billed.
Resource-related results analysis differs in one point from other methods of results analysis.
Costs are onlyconsidered as W IP or COS,if theyare selected during resource related billing. If
you narrow the selection,i.e. if you want to exclude the overheads from the billing process,they
do not appear as W IP or COS in results analysis.
Objects
Resource RelatedBilling
Resource RelatedResults Analysis
Actual
Costs
RRB
Doc. Flow
Actual
Rev.
Debit
Memo
Debit
Memo Req.
Results
Analysis
(CoS,WiP)
Settlement
ProfitabilityAccounting
FinancialAccounting
DI-Processor
Determination ofbilled
andunbilledcosts
DI-Processor
Determination of
open values
Figure 2:Business Process ofResource-RelatedResults Analysis
2.1.3 Quotation Creation and Resource-Related Billing for Service Orders
2.1.3.1 Normal Process for Quotation Creation
Quotations for service orders are created based on planned costs. The rest of the process is
similar to resource-related billing. You can change online which costs should be copied to the
9. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 9 of 89
pricing and the quotation. Of course,it makes no sense to saycosts should be billed now,later,
or never. The changes affect onlythe basis for the calculation of the prices,suchas the quantity
of workhours intended to be used for the order. You can also add or change prices. Finally,you
create the quotation. Note that it is onlypossible to create one quotation for a service order. If you
want to create another one,you have to cancelthe old one.
There is one major difference from resource-related billing:it is possible to create severalpricings
before you create the finalquotation. At the start of the transaction,you can select one of the
pricings to change or create a new one. After you create the quotation,no new pricings can be
created and no further changes can be made to the existing ones.
In the service order master data,it is possible to accept the service order afterwards. W hen you
accept the service order,the quotation is copied to the sales document type,specified in the
usage 'resource-related billing'of the DIP profile,but no actualresource-related billing takes
place.
Pricing for service
order
Create new pricingLoad pricing
Save pricing
Quotation
Create quotation
Edit online
Quotation
Refreshpricing
Service order
Saved pricing exists?
Selection online
List of
pricings for
service order
Yes:multipleYes:onlyone
No
Save planned
revenues
Quotation for service
order exists?
No
Yes
Explicit creation of new pricing
Edit online
Sales price
basis (dynamic
items)
Sales prices
(conditions and
dynamic items)
Edit online
Sales price
basis
(dynamic
items)
Sales prices
(conditions
and dynamic
items)
Create quotation
immediately?
Yes
No
Figure 3:Business Process ofQuotations forService Orders
10. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 10 of 89
2.1.3.2 QuotingandBillingof Service Products
The quoting and billing of service products is a specialbusiness process. The system creates a
debit memo request or a credit memo request with the service product as main item and the
resources to be billed as sub-items. The service product is either defined in the service order or it
is taken from the materialnumber of the sales order items. W hether the main item or the sub-
items are relevant for billing is defined bythe billing form entered in the service order or the sales
order item:
x Fixed rate:The main item is normallyrelevant for billing. The price can come either from
automaticallydetermined pricing conditions or as a result of the summarized costs of the
sub-items (if the customizing is set so that costs are transferred to the debit/credit memo
request items).
x Costs:The sub-items are normallyrelevant for billing. The price is the sum of the prices of
these items,whichcan be determined bypricing conditions or bytheir costs (if the
customizing is set so that costs are transferred to the debit/credit memo request items).
The dynamic item characteristic 'Product' has to be set as relevant to activate this business
process (see chapter 3.1.2).
Untilrelease 4.6C onlyone sales order item withservice product can be processed at a time. As
of SAP R/3 Enterprise Core 4.70 you can create a billing request to multiple sales order items
withservice products. The individualitems can also have different billing forms at the same time.
It's not possible to create credit memo requests withfixed rate billing.
2.1.3.3 BillingForm and Relevance for Billing
W hen using the service product process,the billing form in the sales document item or the
service order influences the relevance for billing of the sales document items. W hen you combine
quoting and billing of service products,the relevance for billing can differ from the description in
chapter 2.1.3.2. Table 1 shows an overview for the relevance for billing of the sales document
items.
Resource-RelatedBillingQuotation creation
Quotation exists Quotation not existsBilling
Form Main Item Sub-item Main Item Sub-item Main Item Sub-item
Not
relevant
RelevantFixed
Rate
Relevant (None)
Not
relevant
Not
relevant
Relevant Not
relevant
Costs Not
relevant
Relevant Not
relevant
Relevant Not
relevant
Relevant
None Not
relevant
Relevant Not
relevant
Relevant Not
relevant
Relevant
Table 1:BillingForm andRelevance forBilling
The relevance for billing is an internaldate for determining the right item category type.
Therefore,not the relevance for billing determines if an item affects the totalquotation or billing
value. In fact,the setting of the 'Statisticalvalue'field in item category,found bythe item category
assignment,determines the relevance of the item for the totalprice. For relevant items,an item
category must be found which defines a not statisticalitem. For not relevant items,an item
11. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 11 of 89
category must be found which defines a statisticalitem. How to set up the item category
assignments is described in chapter 3.5.3.
12. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 12 of 89
2.1.4 Pricing for Projects
There are three business processes for Pricing for Projects. The first one is the pricing based on
an inquiryin SD and is run in its own transaction (DP81). The second one is the pricing based on
EasyCost Planning integrated in the Project Builder. The third one (transaction DP82) is pricing
similar to DP81,but without inquiry(available since release R/3 4.6C). The needed data for DP82
is taken from project definition as it’s done in the second business process. The processes use
the DIP but the pricings created in Project Builder cannot be edited in DP81 and vice versa.
2.1.4.1 Pricingfor Projects Based on an Inquiry
As the title of this chapter says,it is necessaryto create an inquirywhichis account assigned to a
project before performing any pricing for projects. From the inquiry,the system takes the DIP
profile (entered in the inquiryitem under Sales B) to perform the pricing. Other data is taken from
the header,such as the partners and the sales area for the determination of conditions and for
the quotation created later.
It is possible to create pricings not onlyfor operative projects,but also for simulations. The only
limitation is that there must be at least the billing W BS elements in an operative project and the
planned revenues from the quotations must always be updated to the operative project. To get
planned revenues for a simulation,you have to use billing plans whichcan be created out of the
pricing.
There can be severaldifferent pricings for a project in parallel. The pricings are assigned to the
billing W BS elements. The handling of different inquiries and existing pricings is supported bythe
system in sucha waythat you do not have to remember anyinquirynumbers or pricing numbers.
You can work with project definitions. If there is only one inquiry assigned to the project,the
system uses this inquiryand does not displaya popup or things like that. The same happens if
you have onlyone saved pricing for your project:It is opened for editing. If there are more than
one pricing,the system offers a popupwhere the users can select the one to be loaded.
There can be also severaldifferent quotations,but if you have activated the update of planned
revenues from quotations,you have to consider chapter 2.1.4.3.
13. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 13 of 89
Inquiry
(allinquiryitems)
Inquiryitem(s)
Pricing exists for
inquiryitems?
Saved pricing
Create new pricing
Load saved pricing
Save pricing
QuotationCreate Quotation
RefreshPricing
Yes:multiple
Project defintion
Billing W BS
element
Pricing exists for project
definition or W BS element?
Selection online
List of
pricings
Yes:onlyone
Yes:multiple
Yes:onlyone
No
Explicit creation of new pricing
Selection online
List of inquiries
for project def.
or wbs element
No
Update planned
revenues
Billing plan exists for
W BS element?
No
Edit online
Sales price
basis
(dynamic items)
Sales prices
(conditions and
dynamic items)
Edit online
Quotation
Create/edit online
Billing plan
Create debit memo
request immediately?
Yes
No
Figure 4:Business Process ofPricingforProjects Basedon an Inquiry
2.1.4.2 Pricing for Projects Basedon EasyCost Planning in Project Builder
Besides the process in the previous chapter,there is another business process for Pricing for
Projects using the centralmaintenance toolfor projects in R/3 - the Project Builder. The goalof
this integrated approachis to offer a facilityfor creating project structures,calculating costs (using
EasyCost Planning),and calculating sales prices in a single transaction.
Changes of the structures are reflected in costing and pricing. Also changes of costing are
updating pricing if switching the view.
14. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 14 of 89
Structures
EasyCost
Planning Pricing
Billing
plan
Simulations
Transfer
Figure 5:Business Process ofPricingforProjects in Project Builder
The big advantage of the pricing in Project Builder is that there is no longer anyneed to create a
separate inquiryin SD. Some additionalvalues have to be maintained in the project definition to
get the pricing to work. In the controldata section,the sales area (sales organization,distribution
channel,division) and the DIP profile must be set. Additionallya sold-to partymust be added to
the partners which requires a partner determination procedure. If you add other partners to the
project definition,theyare also copied to the simulated or finalquotation. Note,however,that no
partners from the W BS elements are copied.
In the DIP profile,onlythe source 'EasyCost Planning'can be used for this process. As a result,
in Project Builder it is not possible to perform a pricing based on costs planned on networks,
orders or the cost planning for projects (transaction CJ40).
If you copya project to another project,the sales pricing isn’t copied as well.
Like in transaction DP81,you can create or update a billing plan based on your calculated sales
price. The billing plan willbe saved even if you do not save the pricing for your project. The billing
plan can also be accessed from the Project Builder.
In Project Builder,each project can have onlyone pricing. This is easier for the user to handle,
but it means you must transfer projects to another simulation if you want to create a different
pricing while keeping the old one. EasyCost Planning and the Pricing for Projects are transferred
together withthe structures.
15. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 15of 89
2.1.4.3 Update of Planned Revenues for Projects
The update of planned revenues for projects is not specificallyrelated to the pricing,but as the
pricing is a way to calculate planned revenue automatically,it should be mentioned how the
system updates the planned revenues.
Process 2:without BilllingPlan
Project
PricingforProjects
Quotation(s)
Sales order(s)
Planned costs
Planned revenues total Manual
Manual
Planned revenues total
Process 1:with BillingPlan
Project
Pricing forProjects
BillingPlan
Quotation(s)
Sales order(s)
Planned costs
Plannedrev.total
Planned revenues on timescale
Manual
Manual
Manual
CreateBillingPlan
DeleteBillingPlan
Figure 6:Business Process ofUpdate ofPlannedRevenues forOperative Projects
If you are using simulations,the onlywayto get planned revenues is byusing billing plans. If you
have operative projects,the planned revenues can come either from sales documents (quotations
and sales orders) or from billing plans.
Thus there are two processes for the update. The first is the one with billing plans. If a W BS
element has a billing plan,the planned revenues come from the billing plan distributed on the
time-scale. Planned revenues from sales documents are not updated for the W BS element. The
second process is without billing plans. If the W BS element does not have a billing plan,the
planned revenues are updated from the sales document. The period of the planned revenues is
the period of the billing date in the quotation. The update happens onlyif the update for sales
documents is activated in the customizing for projects. So,the creation or deletion of billing plans
is the switchbetween these two processes.
Another point is the CO version,to where the costs and revenues are updated. Revenues from
sales documents are always updated to version 0,but it is possible to define a version to where
the costs calculated using EasyCost Planning are updated. You can also choose a version for
the planned revenue update. If you set the switch,the update is to the same CO versions as the
costs from EasyCost Planning,otherwise the planned revenues are updated to CO version 0.
16. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 16of 89
You can find this switch at the same point in customizing like the setting of the CO version for
EasyCost Planning.
2.1.4.4 Additional Programs for Pricingfor Projects
There are two additionalprograms for pricing for projects,whichyou can find in OSS notes.
1. Report STRUCT_QUOTATION_FROM_PRICING (Note 319646)
W ith this report,you can create a structured quotation for your project pricings based on an
inquiry. The report creates main items for eachof your inquiryitems and appends the items from
your project pricing as subitems.
You can enter a project definition and a version key as parameters. The system searches all
pricings for this project and shows a list of them on screen. You can select those pricings for
which you want to create a structured quotation. After creating the quotation,a result list of the
quotation is displayed including allerrors occurred in processing. By clicking the quotation
number,the quotation willbe displayed.
W iththe transaction DP81 you can create a new sales pricing. The items of this sales pricing are
assigned to the inquiryitems byreport “STRUCT_QUOTATION_FROM_PRICING”. The items of
the inquiryshow a net value of 0. Below the inquiryitems you can find the quotation items,which
are called “Lower – Level– Items”in this context. In other words,you can see whichinquiryitem
causes the corresponding quotation item. Via column “Higher LevelItem”you can also determine
the belonging of the quotation items to the item of the inquiry.
Please be aware of how the system creates the quotation. It is not a single transaction unit.
Instead,the system creates a quotation withthe first main item and its subitems. This unfinished
document is saved. The other main items and subitems are appended later. Since there are
severalcommitted database updates,an error between these updates can leave an incomplete
document in your system. If this happens,please delete the document.
2. Report QUOTATION_FROM_PB_PRICING (300936)
In Release 4.6C,pricing for projects is integrated into the Project Builder. For technicalreasons,it
is not possible to create a quotation from this integrated process. W iththis report,you can create
a quotation for the project pricing created in the Project Builder. An item is created in the
quotation for each item of your pricing. You can enter a project definition and a version keyas
parameters. The system searches the pricing and creates the quotation. Afterwards, the
quotation is opened in edit mode. Since 4.70 it is possible to create a quotation in CJ20N directly.
2.1.5 Resource-Related Down Payments
As of SAP R/3 Enterprise PLM Extension 2.00 you can use the billing plan and down payment
request together with resource-related billing. You can use the billing plan to create DMRs or
down payment requests and DMRs in the desired order.
This enhancement offers you the following advantages:
x You can create resource-related down payment requests based on workperformed.
x You can use the billing plan in the sales order to create DMRs.
17. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 17 of 89
Please payalso attention to the following notes:
x Resource – related down payment processing (858877)
x Consulting note for resource – related down payments (858702)
x Customizing for the resource – related down payments (858703)
2.2 TechnicalProcess
The dynamic item processor makes a selection,summarization and grouping of data over several
levels. You can use the DIP profile to customize how this is done. Everyinput object must have a
DIP profile.
The technicalprocess starts withthe selection ofthe objects to be processed. The input object
must be able to collect actualand/or planned revenues. These are in most cases service orders
or sales orders. The entry object can be also the starting point of a complex"billing structure",
which means,that allobjects connected in a hierarchicalwayto this entryobject are processed
together. So it is also possible to process a service order network,a sales order with assigned
internalorders or a project assigned to a sales order. The last is different from the others
because,when you use projects (for example,for resource-related billing) costs and revenues are
handled on the project. The sales document is onlyfor carrying the necessary SD data (sales
organization,partners) and the DIP profile.
The second stepin the technicalprocess is the selection ofthe source datato be processed. In
most cases,planned or actualcosts of the objects are selected,but it is also possible to use
statisticalkeyfigures,cash,or user defined externalsources. Additionally,these sources can be
combined and used together. For eachsource,selection criteria can be specified. Theyare either
handled directly at the database (example:the selection of cost elements) or in the DIP itself
(example:the selection of cost centers). The first wayhas the big advantage of reducing the data
transfer from the database to the application server. W hichwayis used depends on the selection
characteristic and the source. It is possible that one source can handle a selection parameter
directly on the database level,but the other source has to handle it on the application server.
W hen you define your own sources,it is veryimportant that this source can handle a lot of the
selection characteristics directlyon the database side to achieve a good performance.
After the selection,the summarization ofthe source data to dynamic items takes place. All
selected data has a number of characteristics and values. In the DIP profile,you specifywhich
characteristics are relevant for the creation of dynamic items. Some characteristics are selected
by default and cannot be removed:object,transaction currency,unit of measure,and posting
period (onlyfor resource-related billing). Allnon-relevant characteristics are cleared and onlythe
relevant ones are used to define a characteristic vector for each source data line. The values of
equalcharacteristic vectors are summarized. The DIP processes four values:quantity,amount in
CO area currency,amount in transaction currencyand amount in object currency. It is possible to
have dynamic items with quantity or amount only and also with both quantity and amount. So
sources can be roughlydifferentiated into quantity-based sources (like statisticalline items) and
cost-based sources (like actualline items). These sources can be used together in a single DIP
profile.
Everydynamic item is then assigned to a materialnumber bythe materialdetermination. In the
DIP profile the assignment rules are specified. These assignment rules are specified based on
one or more relevant characteristics.
18. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 18 of 89
In resource-related billing,the next step is the selection of the already billed values. The total
values are balanced with the document flow to determine the open values. The open values
can be then transferred to the billing documents.
The next step is the summarization ofthe dynamic items to sales document items. It is clear
that onlydynamic items with values to be transferred to the sales document are summarized. All
dynamic items with equalmaterialnumber (from the materialdetermination) are summarized in
one sales document item. This summarization can be suppressed dependent on the materialor
the characteristics.
Createsalesdocum
ent
Sales Doc.
Mat. A
Mat. B
Mat. C
Mat. D
Mat. A
SD
Dynam icItem Processor
Sales doc.
Item 1
Item 2
SD
Can be also
assignedto
o Projects
o Internalorders
o Service orders
Source item s
Sales Price Basis
Characteristics Values MaterialA
Characteristics Values MaterialB
Characteristics Values MaterialA
Characteristics Values MaterialC
Characteristics Values MaterialC
Characteristics Values MaterialA
Characteristics Values MaterialD
Characteristics Values MaterialA
Characteristics Values MaterialD
Dynam icItems
Sales Price
Head
Item 1
Item 2
MaterialA
MaterialB
MaterialD
MaterialA
MaterialC
Conditions
Conditions
Conditions
Conditions
Conditions
Conditions
Sales docum ent item s
Sources can be
o Actualvalues
o Planned values
o Userdefinedsources
e.g.
-Sales Order,
-Service Order,
-Contract ...
e.g. Debit Memo
Request
Figure 7:Overview ofthe DynamicItem Processor
In resource-related billing,the sales document item are then distributed to the debit memo
request orthe credit memo request,if both sales document types are specified in the DIP
profile. If the quantity is negative,the sales document item is credited to the customer. If no
quantityis available,the sales document item is credited if the amount is negative.
Both the quantity and the amount can be copied to the sales document item. For the
quantity,a sign in the materialdetermination line must be set. For the amount,a condition for
costs must be defined for the sales document type. If the transaction currencyis available,this
amount is copied to the sales document item using the condition for costs. Otherwise the CO
area currency is used. However,it is also possible to use always the CO area currency by
deactivating the blocking of summarization over the transaction currency.
19. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 19 of 89
The system then simulates the sales document which is later created. Bysimulating the sales
document the automatic conditions are determined. Also,allauthorization checks are performed
for the creation of the sales document type.
In online processing,the user can change the values to be copied to the sales document in the
sales price basis view and the prices in the pricing procedure in the sales price view. Every
change (for example,of the amount to be billed) immediatelyupdates the calculated price.
Finally,the user performs the creation ofthe sales document. Allmanualprices are copied to
the sales document. In resource-related billing,the document flow for billed and rejected values is
updated.
20. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 20 of 89
2.3 InitialScreen ofDP91
If you start transaction DP91,the initialscreen in figure 9 is shown. In this initialscreen you have
to enter a sales document or contract number. You can also use the search functionalityto find
the corresponding sales order or contract. To reduce the number of cost records selected and
processed,you can set the period from which onwards the cost records are selected. This could
improve the performance significantly. To do this,choose menu Extras ĺ Set Period.
A new pop-upwindow called “Set Period”appears in whichyou enter the values in “From Period”
and “From FiscalYear”. For more details on always display “From Period”pay attention to
modificatoin note 433462.
Figure 8:InitialScreen ofResource-RelatedBillingRequest DP91
The user parameter “Process Open Item Only”indicates that only the source data record that
have not been fully billed are processed. A dynamic item is not fully billed untilthe source
resource minus billed and rejected resources equals zero. If the indicator is not selected,all
dynamic items are processed. Unfortunately,to find out which records are fullybilled,allrecords
have to be selected first.
Together with “Process Open Items Only”please take notice of note 387659 for details on set- /
get-parameter “Rejected expenses as open items”. If the parameter is maintained with X,the
system considers rejected expenses to be open so that dynamic items withrejected amounts are
processed as well.
21. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 21 of 89
2.4 The New UserInterface
As of Release 4.6,the user interface has been completelyoverhauled. The new and forthcoming
controltechnique was used to give the user a better overview of the severalsteps of the process.
The generalfunctionalityof the user interface is described in the documentation.
A screen is now available for the hierarchicaldisplay of the dynamic items called “Expenses”.
Another screen shows the sales document structure,called “Sales Price”.
In the Expense screen,you define from the structuring which and how manyof the items are to
be billed,rejected,and postponed. This result willinfluence the sales document.
In the Sales Price screen you define conditions for eachitem in the sales document. Starting from
Release 4.6C,you can also access the dynamic items.
The following information is valid for bothscreens:
x In expanding the hierarchicalstructure the system follows this logic. The same goes for
the collapse logic:
Expand the node of this icon for one level(The systems keeps in mind the expand
level. So,if there was alreadya deeper expand,this expand levelis shown again.)
Expand the complete subtree of the selected node.
Expand the complete tree.
x To adjust the widthof anycolumn simplyclickthe header of the column. This feature is
also valid for the sales price screen. It is available since release 4.6C.
x The searchfunction on the overview tree finds anydescription you type,regardless of
strings or numbers.
x The icon displays a screen withthe legend for allused icons in the overview tree.
x To store the sequence and the widthof the columns,use the drop-down menu from the
last button of the overview tree . This functionalityis built in Release 4.6C or see note
202603.
x The paging buttons directlyabove the hierarchyworkfor the tree only. To page in the
table,use the paging buttons next to the table.
x The searchfunction finds anyentryin the hierarchydisplaybut onlytext entries in the
table.
x Starting withRelease 4.6C,it is possible to refreshthe stored data withnew values by
selecting from the menu “Ressource-rel. billing”the entry“Refresh… ”.
x The old function for simulating a sales document is in the “Goto”menu (“Simulate sales
and distribution docs”).
The following is valid for the “Expenses”screen.
x To access the data of a characteristic,double-clickthe textualdescription in the hierarchy
display. Afterwards this characteristic is shown in the first line of the table view. It willstay
in this first line,regardless of paging down or up.
22. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 22 of 89
x Onlythe selected characteristic and its direct successors are shown in the table view.
x If there is no textualdefinition for a characteristic,one wayto access the data is to select
the icon of the characteristic and double-clickit. The other wayis to change the displayed
text using the “Description”tabpage in the settings screen.
x In the table view for “Amount”,“Quantity”or “Percentage”you maydouble-clickone of the
activated columns of “to be billed”,“postponed”or “rejected”. This deactivates the column
and activates the column that was formerlyinactive.
x If you double-clickanyother column,you get the detailscreen for this characteristic.
x W iththe menu entry“Undo rejection”in the “Edit”menu,it is possible to callback
rejections made in earlier calls of the resource-related billing process. A new screen
containing the rejections is shown. You can simulate your entries. The screen behaves in
the same wayas the main screen.
x You can switchbetween different hierarchies without accessing the customizing withthe
menu entry“Switchhierarchies … ”from the menu “Edit”. Allentries marked for structuring
in the DIP profile are accessible. You have the same possibilities as in customizing:
Change the sequence of the characteristics
Change the set and their attributes (part sets,upper sets,single set)
Change the “from”and “to”levels
Show or hide single values
If you select the user-defined settings and hit the settings are valid for this callof the DIP
only. If you select the save button ,the settings are written to the database and are available
whenever you access the DIP in the future,regardless of whether you store the data from the
DIP.
Besides the data displayed on the tab screens,the following information is also stored in the
database and applied in the next callof the DIP:
x The height of the hierarchycontrolfor the expense screen and the sales price
screenW hichtabstripwas selected for the expense screen and the sales price screen
x W hichcolumns in the table view are active for entry
23. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 23 of 89
2.5 ArchivingCO Line Items
As of SAP R/3 Enterprise Core 4.70 you can archive CO line items for orders and projects when
you billthem according to resources if you maintain the following customizing transaction
correspondingly. In this way,you can significantlyimprove the performance of your entire system
byreducing the number of records selected via source actualcosts – line items.
To be able to use the enhanced archiving function,you must enter residence times for the CO
line items and residence times for dynamic item processor sources (DIP sources). To do this for
DIP sources,use the activity Residence Time of the DIP Source in the IMG for creating
quotations and billing:
Transaction SPRO ĺ SAP Reference IMG ĺ Project System ĺ Revenues and Earnings ĺ
Integration with SD Documents ĺ Creating Quotation and Project Billing ĺ Residence Time of
the DIP Source. (Examples are given in documentation to customizing point).
24. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 24 of 89
3 Customizing
The main part of customizing for the DIP is done in the DIP profile. However,as the DIP creates
(or simulates) sales documents in SD,the customizing of sales documents and pricing should be
also considered when setting up the business processes. As the DIP uses materials,allsettings
for them are also important when working with the DIP. A smaller part is the set-up of results
analysis.
This paper focuses on the set-upof the DIP profile and related customizing points.
3.1 DIP Profile (ODP1)
The DIP profile contains the most important customizing for the DIP. Here,you define whichdata
is read,how this data is summarized,and how the items in the sales document are created. The
DIP profile itself must be entered in the service order,the sales order item (in detailscreen 'Sales
B') or in the project definition.
3.1.1 Usage
The DIP knows two different usages. The usage can be used to handle different business
processes withthe same profile.
The first usage is Billing and Results Analysis. Two sales document types can be specified:one
for debit memo requests,the other for credit memo requests. The decision on which items are
debited or credited is based on the sign of quantityand amount. If onlyone sales document for
debit memo requests is specified,allitems are debited,but negative quantities or amounts with
opposite signs. It is not possible to set upa profile withonlyan entryfor the credit memo request,
nor should you specify a sales document type of a credit memo request in the column of the
sales document type for the debit memo request. If you are using bothcredit memo requests and
debit memo requests,take care to customize your sales document types and the item categories
correctly. You can find a short description of this in chapter 3.5.
The second usage is Quotation Creation and Sales Pricing. Here,onlyone sales document type
can be specified for the created or simulated quotation. Normally,there should be no negative
items in this document,but if there are,the negative items are treated as they would be in the
single document case of billing usage.
The 'W arranty check' indicator is onlyprocessed during billing or quoting of a service order. It is
not processed during billing of service orders related to a sales document item. If the indicator is
set,the user exit in enhancement ICSV0005 is called where a reason for rejection can be
specified. This reason for rejection is automaticallyinserted in allcreated sales document items.
W ith the 'DI w/material' indicator,you can controlhow the system processes dynamic items for
which no materialwas found during the materialdetermination. If the indicator is cleared,the
systems raises an error about the missing material. If the indicator is set,dynamic items without a
materialare removed and no error message is given. This indicator is veryusefulfor reducing the
customizing effort in the source selection screen (see 3.1.2.2). W hen the sign is set,you define
the items to be billed onlybythe materialdetermination and not bythe source selection.
Another business process where this sign is usefulis the billing of a project with different sales
document items - for example,for billing in different currencies or two different business partners.
Lookat the following situation:You set uptwo different order items account assigned to the same
25. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 25of 89
W BS element. You want to billdifferent costs byusing different profiles witha different selection.
If you billthe first items,everything looks allright,but when you billthe second item,the system
reopens the costs already billed with the opposite sign,because it finds flow entries of your
objects but not the originalcost. To overcome this problem,you set the 'DI w/material'indicator in
both profiles and specifya materialdetermination,which finds a materialonlyfor the costs you
want to billthroughthis profile.
The disadvantages of this indicator should also be mentioned. Performance can slow down
because the system reads data from the database,whichin fact is not needed. Additionally,you
could miss some ofcosts you want to billbecause no message is shown when the material
determination fails. Keepthis in mind when working withthis setting.
Figure 9:DIP Profile:Usage
26. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 26of 89
3.1.2 Characteristics
The characteristics section is the most important part of the DIP profile. Here,you set up which
characteristics are used and how they are used. The settings here also have an effect on the
amount of data processed and therefore on the performance. You also set the default structuring
for dialog processing.
Generally,the system distinguishes between two types of characteristics:
x Independent characteristics are filled directlyfrom the source data (if the source data
can provide the characteristic).
Example:cost element,cost center.
x Dependent characteristics are derived from independent characteristics. For example,
the object type is derived from the object number.
You can add your own characteristics of both types by using customer enhancements (see
chapter 0). The user defined characteristics are processed like anySAP characteristic.
For information on which characteristics are provided by the different sources,see chapter
3.1.2.2.
3.1.2.1 Use of Characteristics
At first,you have to define the relevant characteristics of your profile. Onlythese characteristics
are filled from the sources. The relevant characteristics also define the first summarization of the
source data to dynamic items. Allsource data withequalrelevant characteristics is summarized to
one dynamic item. Therefore,the more characteristics are activated in the profile,the more
dynamic items are created. This can result in a 'line item processing':for example,if you markthe
characteristics 'Document number'and 'Posting Row'as relevant for source 'ActualCosts - Line
Items',you get one dynamic item for each CO line item . By selecting allother characteristics
provided by this source as relevant,you get the most detailed dynamic items,but system
performance is not as good.
Most of the characteristics are optional,but some are required,dependent on the profile usage. In
both cases,the 'Object number','Transaction currency',and 'Unit of measure'characteristics are
required. For usage 'Billing and Results Analysis', the 'Period'is an additional required
characteristic. This is because the document flow for resource-related billing is stored periodically.
The Mat. Determinationindicator defines the characteristics to be used in the criteria for the
materialdetermination (see chapter 3.1.4). You can select allcharacteristics here,but this may
make the materialdetermination unclear. It is better to select onlythose characteristics you really
need.
A veryimportant indicator is the No Summarizationindicator. Normally,the system summarizes
dynamic items to one sales document item if theybothhave the same materialfound in material
determination. If this indicator is set,the system does not summarize two dynamic items if they
differ in this characteristic,even if theyhave the same materialnumber. Therefore,the indicator
has to be set for a characteristic if you want to use it in SD - for example,to show the personnel
number in your invoices. If the indicator is cleared,the system has to clear the characteristic in
the sales document item because its value is clear. A better example is the characteristic Unit of
measure'. You can onlyshow the quantityin the invoice,if you do not summarize using different
units (such as PC and H). Therefore,this indicator is set by default for the characteristics
Transaction currencyand Unit of measurebut it can be switched off for both.
27. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 27 of 89
The 'Structuring'indicator marks the characteristics for the default structuring in the sales price
basis view. Structuring is described in chapter 3.1.2.2.
Some of the characteristics have a meaning not apparent at first glance:
x The Object numberis an internaltechnicalrepresentation of the processed cost objects.
It is a generic value never shown to the user on screen. However,it has the advantage of
processing alldifferent object types (W BS elements,networks,sales orders,service
orders,...) using onlyone field. Allconversions to representations familiar to the user are
done bythe program,but it makes no sense to use the object number in criteria for source
selection or materialdetermination.
x The Materialhas to be selected as a relevant characteristic if you want to transfer it from
the source to the sales document item (see chapter 3.1.4 for this function).
x The Productinvokes a quite different business process called 'Quoting and Billing of
Service Products'. The system creates a dynamic item for the service product in the sales
order or service order and builds a sales document structure withone main item and
severalsub-items. For more details,have a lookat chapter 2.1.3.2.
x The Cost elementmust be a relevant characteristic if you want to perform resource-
related results analysis.
x The Accounting Indicatoris used in confirmations for service orders. If it is copied to the
sales document,it is shown automaticallyunder view 'Sales B'of the sales document
item. Remember to set the 'No summarization'indicator for the characteristic;otherwise it
is not copied to the sales document item.
x If you change the accounting indicator in resource related billing,the system updates the
pricing. If the change to the accounting indicator requires a new structure for the sales
document - for example,if new items have to be created -,this is also done automatically.
If you have defined other things,suchas determination of the item categoryusage
dependent on the accounting indicator in a customer enhancement,you have to callmenu
item Simulate sales documentto activate the changes.
x If you are using the accounting indicator to determine different line ids in results analysis,
you should know that the accounting indicator from the source data is used and not the
ones entered in the dialog of resource related billing. Changes in dialog of resource
related billing affect onlyone debit memo request created in the following.
x The Billing Formis taken from the input object master data (sales order or service order).
It controls the business processes for billing and quoting of service products. These
business processes can onlyworkif the sales document item knows the billing form.
Therefore,please markthe sign No summarizationfor this characteristic.
x Remember to select the No summarizationindicator for the Transaction Currencyif you
want to copythe amount in transaction currencyto the sales document item.
x Remember to select the No summarizationindicator for the Unit of Measure
characteristic if you want to copythe quantityto the sales document items.
28. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 28 of 89
Figure 10:DIP Profile:Use ofCharacteristics
3.1.2.2 Structuring
W ith the structuring toolof the dynamic item processor,you can define a hierarchicaldisplayof
your dynamic items on one or more of the profile's relevant characteristics. It is even possible to
change this structure online. Therefore,you have a toolfor the flexible displayof the costs to be
processed. In the DIP profile,only the default structuring is defined. It is used when you start
working withan object withthis profile.
Select the Structuringindicator if you want to use a characteristic for your hierarchicaloverview.
If you choose more than one characteristic you have also to define a 'Sequence'number telling
the system in whichorder the structuring should be done.
29. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 29 of 89
Next,you have to enter a set in the field 'Set ID'. A set is a flexible structure for organizing
hierarchies also used in report writer. To maintain sets,you can use transactions GS01 (create),
GS02 (change),and GS03 (view). You can also use the green arrow in the column next to the set
name to create,change or displaya set. Just enter a set name and press the button. If the set
exists,it is opened for edit;otherwise you can create it. If you are in displaymode of customizing,
the set is opened in displaymode. Sets are always created withreference to a field of a structure
or table in the ABAP data dictionary. Here,the program uses the structure AD01ATTR containing
allpossible characteristics of dynamic items. You should also use this structure if you are using
the mentioned set maintenance transactions.
For some specialcharacteristics,you can also use sets from accounting:cost element groups,
activity type groups,cost center groups or statisticalkey figure groups. They use the same
internaltechnologybut are marked as specialaccounting sets. Therefore,theycan be used in the
DIP,but sets generated for the same table field using the generalset maintenance transactions
cannot be used in accounting.
The remaining fields define the exact outline of your hierarchy:
x Partial sets tells the system to expand the nodes of the set.
x Single values (Radio Button) displays onlynodes for eachvalue of the characteristic.
x Upper Set shows the root node of the set only.
x From level /To level can be used together withPartial sets to displaya part of the set.
x Single values (Checkbox) can be used together withPartial sets or Upper set to display
set nodes and nodes for the value of the characteristic.
The settings for the Object number differs from other characteristics. You can only set the
Sequence and the To level. This is because the hierarchy is defined here externally,i.e. by a
project structure or an order network.
The behavior of the settings becomes clearer witha smallexample:
Situation: You are billing a sales
order item. The profile has the cost
element as a relevant characteristic
and you also want to structure
according to a cost element group.
The DIP creates four dynamic items
with cost elements 400000,405000,
410000,and 415000. Your set SET-
KSTAR is shown in Figure 11.
Figure 11:Example Set forStructuring
30. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 30 of 89
The result for eachstructuring setting is shown in Table 2.
Ex. Result
A
B
C
D
E
F
G
Additionally,the object numberis added to the
structuring. The sequence is first object number,
secondcost element.
Table 2:StructuringExamples
31. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 31 of 89
Another example shows the possibilities of structuring using individualvalues.
Situation:You are billing a sales order item. You want to billmaterialand labor to your customer.
The profile has materialnumber and activitytype. You want to see in structuring a sum for each
materialand eachactivity. Therefore,we use these two characteristics for structuring. W e set for
both the sign 'Single values'and use quite simple sets:Theymust have onlyone node with all
values,but excluding the initialvalue. The sequence of the structuring is first activitytype,second
materialnumber. The result for this example is shown in Figure 12. You are probablywondering
why the materials appear before the activity types although the structuring is the other way
around. The reason for this behavior is the initialvalue of the characteristics. The dynamic items
of the materials have an initialactivitytype. The sequence sorts the dynamic items first for the
values of the characteristic activitytype. As the initialvalue is always before a non-initialvalue,
the materials are displayed first.
Figure 12:StructuringUsingSingle Values
32. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 32 of 89
Figure 13:DIP Profile:StructuringbyCharacteristics
3.1.3 Source Selection
In the sources view,the source data to be processed is specified. SAP delivers nine sources for
the different business processes.
x Actual costs - Line items: This is the most commonlyused source for resource-related
billing. It offers the most detailed data to create the dynamic items.
x Actual costs - Totals records: This source can also be used for resource-related billing. It
has the advantage of being faster than the line items,but you cannot use allof the
characteristics offered bythe line item source.
x Statistical indicators - Line items: This is a source for actualstatisticalkeyfigures. It can
be used to bill;for example;kilometers.
x Statistical indicators - Totals records: The same as for the actualcosts - faster but with
fewer characteristics.
33. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 33 of 89
x Funds - Line items: The funds source can be used for billing payments and down
payments. These payments refer to CO value types 57 and 61.
x Funds - Totals records: Faster but withfewer characteristics than the line items.
x Planned costs - Totals records: This source can be used for pricing or quotation creation.
The system reads allplanned costs.
x Planned Statistical indicators - Totals records: A source pricing or quotation creation
based on planned statisticalkeyfigures.
x Easy Cost Planning: This source can be used for pricing for projects. In fact,it is the only
source that can be used for pricing in Project Builder. It is also possible to select the data
from EasyCost Planning for a pricing based on an inquiry.
x Intercompany Line Items (since Extension 2.00): This source is used for transaction DP93
only.
For allsources,the system does not read values from settlement. The reasons are the internal
settlements when processing projects. If you want to billcosts from an internalorder whose costs
are settled to a sales order,you have to assign the internalorder directlyto the sales order. The
system then recognizes this connection and reads the costs from the sales order and the internal
order. Another wayto overcome this problem (byusing a customer enhancement) is described in
chapter 4.1 (see note 204874,too).
For the cost sources,allrevenues postings are excluded automatically from the selection.
Technically,this is not done by business transactions. The system checks the cost element
categoryand excludes allpostings of categories 11 (Revenues) and 12 (Sales deduction).
It is possible to use a source more than once. If you do,you have to enter the selection criteria for
each source selection line to prevent the source data being read twice. You can also combine
different sources in one profile. However,you have to take care to use characteristics from all
sources to recognize the data. For example,if you combine actualcosts and statisticalindicators,
the characteristic cost element cannot be filled for the indicators,so you should also use the
characteristic statisticalkeyfigure.
Figure 14:DIP Profile:Sources
34. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 34 of 89
You can use the Percentage field to define a default for values to be billed. If it is set to 75%,the
column withthe values to be billed is set to 75%,the remaining 25% is set to the column withthe
values to be rejected. If you perform the pricing or quotation creation process,the default
percentage is used to fillthe Transfer amount column. These suggested values can be
overwritten bythe user. The default percentage is not used in results analysis.
The Apportionment reason can be used to write rejected costs to a different line ID in results
analysis. It can be onlyset in the profile and is transferred directlyto accrualfor allrejected costs
selected bythis source selection line. It is displayed on the screen,but cannot be changed bythe
user during resource-related billing or results analysis.
The last three columns are onlyactive for source Actual costs - Totals records. W iththe Costing
sheet and the Overhead key,overhead can be calculated during resource-related billing. W ith
this option,you can billother overheads as you are using internally. If the sign Only base is set,
only the calculated overheads are processed,but not the originalcosts selected by this source
line. Therefore,the actualcosts without overhead can be selected from the line items with one
source selection line. W ith another selection line,overheads can be calculated based on costs
read from totals records.
You can enter selection criteria for each source selection line. In the criteria view,allrelevant
characteristics (except the object number) are displayed. If no criterion is specified for a
characteristic,the system ignores values of this characteristic when reading the source data.
Therefore,no entrymeans allvalues of this characteristic including the initialvalue. Sets from
Report W riter and groups from accounting can be used. W ith the green arrow on the right,sets
withthe set maintenance toolcan be created,changed,or viewed. The procedure is the same as
that described in chapter 3.1.2.2. If a source is used in more than one line,the selection criteria
must be set in sucha waythat selection does not overlap. For more details,see chapter 3.1.6.
Figure 15:DIP Profile:Sources -Selection Criteria
Some of the criteria can be used directlyon the database to speed upselection and data transfer
amount between the database and the application server. Allother criteria are checked on the
application server. W hich characteristics can be evaluated on the database depends from the
35. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 35of 89
source. An overview can be found in chapter 3.1.6. It is also possible to add selection criteria by
means of a customer enhancement described in chapter 4.1.
Rememeber that if you narrow the selection of actualcosts in resource related billing,you get
onlythese costs in results analysis. In consequence,the COS in results analysis can be smaller
than the totalcosts,even if resource related billing tells you that allcosts are billed.
3.1.4 MaterialDetermination
The finalstepin the profile definition is to set upof materialdetermination. For alldynamic items,
a materialhas to be found to process them further. The rules for finding the materials are
specified in this part of the profile. The materials can either be listed here or theycan come from
the source if provided.
In addition,the materialnumber found here also affects on the summarization of dynamic items to
sales document items. Alldynamic items with the same materialnumber are summarized to one
sales document item,if no other setting in the profile switches the summarization off,for example,
the 'No Summarization' indicator in the characteristics view (chapter 3.1.2.1),
As of SAP R/3 Enterprise Core 4.70 it’s possible to increase the “MaterialDetermination Lines”
per DIP profile. You can define more than 999 materialdetermination lines in the DIP profile now.
Figure 16:DIP Profile:MaterialDetermination -Indicator‘Use Quantity’
You can enter a number from the materialmaster in the 'Material/service' column.. You cannot
use anyservices from the service master here. It is best to use service materials here,because
the fewest data has to be maintained for them. For more information,lookin chapter 3.4.
W ith the 'Material direct' indicator set,the characteristic materialof the dynamic items is used
instead of the materialspecified here. Please make sure that the 'Material'is switched on as a
relevant characteristic. Otherwise,this sign has no effect. If you are sure,that alldynamic items
assigned to such a line with this sign set have a materialnumber,you can leave the material
column blank.
36. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 36of 89
The 'Individual' indicator forces the system to create a single line for each dynamic item,even if
their materialnumbers are equal. This has no effect on the characteristics transferred to the sales
document items.
Figure 17:DIP Profile:MaterialDetermination -Criteria
Normally,the unit of measure of the dynamic items is used in the sales document items.
Therefore,a conversion rate must be set in the materialfound here,if the unit of measure differs
from the base unit of the material. Sometimes,your internalunit of measure is different from the
one you want to use in your billings;for example,confirmations are done in minutes,but the
invoice should show hours. If you set the 'Conversion quantity' indicator,the system uses the
sales unit from the materialand converts the quantity. If no sales unit is specified,the base unit is
used instead.
For allof your materialdetermination lines,criteria can be set to define the relationshipbetween
dynamic item characteristics and the materialof this line. In fact,criteria have to be specified,
because the case of onlyone material(where the criteria can be left blank) is rare. The criteria of
the lines should not overlap. If they do,the system willwork,but you get probably some
unexpected materials for your dynamic items because the first line whose criteria match the
characteristics of the dynamic item is taken.
In the criteria view for the materialdetermination line,allcharacteristics are shown for which the
sign 'Materialdetermination'is set in the characteristics view. Unlike in the selection criteria,a set
or a single value can be entered. W e recommend that you use sets,but as there is sometimes
the need to relate each single value of a characteristic to a material(for example,each activity
type is billed witha different material),you can also enter single values. It is not possible to enter
both. The same concerns applyto the sets as to the selection criteria or the structuring. W iththe
green arrow,you can also maintain your sets.
Untilrelease 4.6C,if the dynamic item has a quantity,it can be transferred to the sales document
item bysetting the sign 'Use quantity'. In fact,the system transfers the quantitythat results of the
summarization of the dynamic items. Therefore this indicator only takes effect if 'No
summarization'is set for the 'Unit of measure'in the characteristics view. If 'Use quantity'is
cleared for the particular materialdetermination line or 'No summarization'is cleared for the unit
37. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 37 of 89
of measure,the system simulates the quantity1 (if costs are greater than zero) or -1 (if costs are
less than zero).
Since release 4.70 the controloptions for transferring quantity and costs are enhanced. The
originalsign “Use Quantity”was therefore renamed as “Transfer Quantity/Costs”.
The sign “Transfer Quantity/Costs” determines how the quantity/costs from the source are
transferred to the items in the sales document.
In the DMR the resource items have either costs or quantities or costs and quantities. Depending
upon your business processes and the type of resource item (working time,materials,and
deliveryroute) you can billexpenditures based on quantityor costs and then determine the prices
correspondingly. In addition, you must define whether costs and/or quantities should be
transferred to the sales and distribution document items.
You have the following possibilities:
x Space -transfercosts only
The system transfers onlythe costs to be billed to the sales DMR and sets the quantityto
1 in the DMR item. Resource items are transferred if the costs do not equalto 0. Resource
items witha quantitynot equalto 0,but costs that equalto 0 are not transferred. Resource
items withcosts to be billed that are less than 0 are shown as credit memo items.
x X -transfercosts andquantity
The system transfers the costs and quantities to be billed. If no quantityexists,or if the
quantityis 0,the system sets the quantityto 1 in the DMR item. Resource items are
transferred if the quantityor the costs are not equalto 0. Resource items withquantities to
be billed that are less than 0 are shown as credit memo items even ifthe costs 0.
x A -forcosts 0:transfercosts andquantity
Resource items are transferred if the costs to be billed are not equalto 0. Resource items
withcosts to be billed that are less than 0 are shown as credit memo items. The system
transfers the costs and quantities to be billed. If a quantitydoes not exist or if the quantity
is 0,the system sets the quantityto 1 in the sales and distribution document item.
x B -forquantity0:transfercosts andquantity
The system transfers the costs and quantities to be billed if the quantityto be billed does
not equal0. Resource items witha quantityto be billed that is less than 0 are shown as
credit memo items.
x C -transferquantityonly
The system transfers onlythe quantityto be billed to the sales and distribution
document. Resource items are transfered if the quantityto be billed does not equal
0. Resource items withcosts not equalto 0,but quantities equalto 0 are not
transfered. Resource items witha quantityto be billed that is less than 0 are shown as
credit memo items.
Remark:The term resource item is not the same as dynamic item in this case,but rather it is a
billing request item to be generated. Dynamic items with costs or quantities to be billed 0 can
be shown as debit memos if they are summarized with other dynamic items,so that the total
costs and quantityis greater than 0.
If you want to billbased on costs,choose the space,X or A option. Pricing should be set so that
the net value is determined from costs plus surcharge.
38. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 38 of 89
If you want to billbased on quantity,choose the option B or C. Pricing should be set so that net
value is determined from the quantity multiplied bythe price. You can enter prices manuallyor
find them automatically using pricing. You should not use the option X if you billbased on
quantity,because the system sets the quantity to 1 for a quantity of 0 to be billed,in order to
transfer the costs.
If you want to transfer costs to the sales and distribution document,you must define additionallya
cost condition for the type of sales and distribution document to be created in Customizing
(ODP4).
The above options for the resource items in the resource-related billing document are valid
analogously for the planning expenditures to be transferred to sales pricing for projects and
quotation creation for service orders.
Figure 18:DIP Profile:MaterialDetermination – IndicatorTransferQuantities /Costs
3.1.5 Criteria for Source Selection and MaterialDetermination
For boththe source selection and the materialdetermination,criteria can or must be entered. As
was already said in chapters 3.1.3 and 3.1.4,the criteria should not overlap if more than one
source selection line or materialdetermination line is specified in the profile. If onlycriteria for one
characteristic are used,this is quite easy. It is best to create a hierarchicalset with a top node
and subsets and use the subsets in the criteria. You can use the checkand helpfunctions of the
set maintenance toolto checkthat no value occurs more than once in the totalset.
If more than one characteristic is used for the criteria,it is important to know that a blankfield for
a characteristic means 'allvalues including the initialvalue'. Therefore if in one line a set is
specified for a characteristic but in another line,the criterion for this characteristic is left blank,an
overlap occurs. Generally,if a set is specified somewhere for a characteristic,in allsource
selection lines or materialdetermination lines,a set or value must be set for this characteristic.
Sometimes,sets with 'allvalues'and sets with the 'initialvalue'must be used to resolve the
overlap.
Figure 19 CriteriaExample:MaterialDetermination
The following example for a set-upof the materialdetermination should clarifythis further.
39. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 39 of 89
W e want to billworked hours,used materials,and overhead to our customer. To do this,we use
the source 'Actualcosts - Line items'whichprovides the characteristic activitytype,material,and
cost element. These characteristics are marked as relevant in the characteristics view of the
profile. W e billallworked hours with the same materialto reduce the complexityof the example.
The materialin the invoice should be the same as in our source data. Next we create three
materials for our billing:LABOR,MATERIALS and OVERHEAD. In the materialdetermination
screen,three lines with these materials are entered. For LABOR and MATERIALS,we set the
sign 'Use quantity'to transfer the quantity to the invoice. Only for the MATERIALS,we set the
sign 'Materialdirect',because we want to show in our invoice the used materials. Normally,the
MATERIALS could be cleared but we left it showing us for what this line is used. The material
determination view is shown in Figure 19.
Next,we have to thinkhow we can identifythe different costs from our source data and assign
them to the right material. Labor costs have an activitytype and a cost element but no material
number. Materialcosts have a cost element and a materialnumber but no activitytype. Finally,
overhead costs have onlya cost element,but neither an activitytype nor a materialnumber. In
fact,our overhead summarizes allother costs,but this keeps the example simple. As allof our
costs have a cost element,we select the 'Materialdetermination'indicator onlyfor activitytype
and materialin the characteristics view of our profile. These are the characteristics we use for our
materialdetermination.
Now,as we know how to identifyour costs,we create some sets for our characteristics using the
set maintenance tool:
x For characteristic activitytype (Field LSTAR of structure AD01ATTR):
NO-ACTIVITY-TYPE:Set withinitialvalue
ALL-ACTIVITY-TYPES:Set withallactivitytypes
x For characteristic materialnumber (Field MATNR of structure AD01ATTR):
NO-MATERIAL:Set withinitialvalue
ALL-MATERIALS:Set withallmaterials
Do not use the Insert allvalues'function from the set maintenance tool. The line inserted bythis
function includes the initialvalue. Instead,for example,for the activity type,enter 000000 in
From valueand ZZZZZZin To value.
The resulting materialdetermination criteria for the three lines are shown in Table 3.
40. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 40 of 89
Line Material Criteria
1 LABOUR
2 MATERIALS
3 OVERHEAD
Table 3:CriteriaExample:MaterialDetermination Criteria
The example can be easilyenhanced,for example bysplitting the LABOR line to different billing
materials determined bythe activitytype.
If we want to split the OVERHEAD into realoverhead and othercosts,we have to add the cost
element characteristic to the materialdetermination. Then we create a materialcalled OTHER
COSTS and add this as a new line to the material
determination view. Next we create a cost element
group with the root TOTALCOSTS and two nodes
OHEADCOSTS and OTHERCOSTS. You enter the
overhead cost elements (for example,from 660000 to
669999) below node OHEADCOSTS and allother
cost elements below OTHERCOSTS.
Figure 20 Set forSplittingCosts
41. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 41 of 89
Line Material Criteria
1 LABOUR
2 MATERIALS
3 OVERHEAD
4 OTHER COSTS
Table 4:CriteriaExample:EnhancedMaterialDetermination Criteria
The sets OHEADCOSTS and OTHERCOSTS are used to separate the overhead,but for allother
selection criteria, a cost element group must also be specified. Here we enter the set
TOTALCOSTS. The new settings are shown in Table 4. At least, if the criterion of one
characteristic of two lines does not overlap,the lines do not overlap. Therefore,the set
TOTALCOSTS in lines 1 and 2 could be removed,because these two lines do not overlap and
theydo not overlap with the other lines. Theyhave either a materialnumber or an activitytype
whichthe dynamic items of line 3 and 4 do not have. Nevertheless,it is sometimes better to add
suchunnecessarysets to make the criteria clearer.
Optional
Optional
42. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 42 of 89
3.1.6 Characteristics Filled byStandard Sources
The characteristics are related in manyways to the sources. First,not allsources can provide and
fillallcharacteristics. For example,it is useless to mark the statisticalkey figure as relevant if
none of the statisticalindicator sources is used.
Actualcosts-Line
items
Actualcosts-Totals
records
Statisticalind.-Line
items
Statist.ind.-Totals
records
Funds-Lineitems
Funds-Totalsrecords
Plannedcosts-Totals
records
PlannedStatind.-
Totalsrecords
Easycostplanning
Technicalfieldname
Accountingindicator AP AP – – – – AP 2
– – BEMOT
Activitynum ber* – – – – – – – – AP ASNUM
Activitytype AP AP – – – – AP – AP LSTAR
Billingform 1
(AP) (AP) (AP) (AP) (AP) (AP) (AP) (AP) (AP) FAKTF
Business partner**SRM
– – – – – – – – – SERV_AGENT_ID
Business process AP AP – – – – – – AP PRZNR
CategoryID **SRM
– – – – – – – – – CATEGORY_ID
Com m itm ent item – – – – AP AP – – – FIPOS
Cost center AP AP – – – – AP – AP KOSTL
Cost elem ent DB AP – – – – AP – AP KSTAR
Docum ent num ber AP – AP – AP – – – – BELNR
Item num ber**SRM
– – – – – – – – – REF_OBJECT_ITEM
Log. system source **SRM
– – – – – – – – – AWSYS
Material DB AP – – – – AP – AP MATNR
Object num ber DB DB DB DB DB DB DB DB AP OBJNR
Object type AP AP AP AP AP AP AP AP AP OBART
Period DB A/D DB A/D DB A/D A/D A/D AP 5
POPER
Personnelnum ber AP AP 4
AP – – – AP 4
– – PERNR
Plant DB AP – – – – AP – AP WERKS
Plant ofworkcenter – – – – – – – – AP AWERK
Postingrow AP – AP – AP – – – – BUZEI
Product 3
(AP) (AP) (AP) (AP) (AP) (AP) (AP) (AP) (AP) PRODU
Product nam e **SRM
– – – – – – – – – ORDERED_PROD
Service num ber* AP AP – – – – AP – AP ASNUM
Stat. keyfigure – – DB DB – – – DB – STAGR
Transaction currency DB DB – – DB AP DB – AP TWAER
Transaction num berSRM
– – – – – – – – – REG_OBJECT_ID
Unit ofm easure DB 6
AP – AP – – AP AP AP MEINH
Value type DB DB DB DB DB DB DB DB – WRTTP
Version DB DB DB DB DB – DB DB – VERSN
WBS Elem ent ** – – – – – – – – – /CBAD/BILL_WBS
Workcenter – – – – – – – – AP ARBPL
Table 5:Characteristics
*) In release 4.6C,5.00,6.00 and 7.00 this characteristic is called “ActivityNumber”. But in
release 4.70 it is called “Service Number”.
**) These characteristics are not available in released 4.6C and 4.70
SRM
) Specialsource is used for data retrievalform SRM system. Fields are onlyfilled when this source is used.
43. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 43 of 89
W hen reading sources,some of the characteristics can be handled and evaluated directlyat the
database levelbut others cannot. Selection criteria,based on suchcharacteristics are checked in
ABAP on the application server. Source data which does not fit the criteria is removed from the
selection. Obviously,performance is better if the characteristic can be checked on the database.
For example,for source Actualcosts - Line items',the cost element can be checked at the
database,while activity types have to be checked at the application server. Generally,all
dependent characteristics are checked at the application server.
Table 5 shows an overview of which source can provide the characteristics and how it handles
them.
3.1.7 Profile Check(ODP2)
W iththe profile checkreport,the settings and consistencyof profiles can be checked. The check
report looks for overlapping criteria and tests if allsets exist and if theyare defined for the fields
theywere used for. If an error is detected,a red light is displayed. For the overlapcheck,a detail
screen shows whichlines are overlapping.
Since SAP R/3 Enterprise Core 4.70 a new analysis program for DIP profile is called via
transaction ODP2. The new program checks for consistencyin the profile,too. However,it can
checkonlyone profile per program run. It now offers more information,enables you to print the
entire profile,and simulates materialdetermination
If you want the checkconsistencyfor multiple profiles at the same time,you can use the program
found in transaction ODP2A whichwas available untilrelease 4.6C only.
Legend for Table 5:Characteristics
– Not provided
x DB Provided and selected on database level
x AP Provided and selected on application server level
x A/DProvided,but onlythe year is used to select on database level
Remarks for Table 5:
1. The billing form is not taken from the source. It is taken from the sales order item or the service
order.
2. The accounting indicator is taken from the service order for source Planned costs - Totals
records.
3. The product is onlyfilled for the specialdynamic item of the service product. This specialdynamic
item is filled with the following characteristics:Accounting indicator;Billing form;Unit of measure;
Object number;Period;Product;Transaction currency;Plant.
4. Althoughthe program could fillthis characteristic,the source data itself does not provide it normally
in 4.6C.
5. The period is derived from target start date of the operation for source EasyCost Planning.
6. The field MEINB is taken from table COVP to fillthe unit of measure.
44. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 44 of 89
Figure 21:Profile Check(ODP2A)
3.1.8 Does and Don'ts if Changing the Profile
The settings in the DIP profile define your dynamic items. For the dynamic items,the document
flow of resource-related billing is stored and also the pricing is stored witha logicalconnection to
the dynamic item characteristics. Therefore if you change the profile while having alreadyused it
in anybusiness process,you willsee major impacts to your old data.
DON'T...:
x Adding or removing an independent characteristic (marking or unmarking it as
characteristic) defines new dynamic items. As the old data is stored for the characteristic
vector before the change some important logicalconnections are lost. In resource-related
billing,the costs alreadybilled are displayed twice:the totalsource value is shown as
unbilled and the billed values are shown as billed but without a source value;they're open
withthe opposite sign. You load a pricing for the project but if you press the refresh
45. IInnttrroodduuccttiioonn ttoo tthhee DDyynnaammiicc IItteemm PPrroocceessssoorr
SAP AG IntroductionDIP_2.0.doc Version 2.0 – 2007-09-28 Page 45of 89
button,the old data disappears. You willalso loose allmanualprice changes to the
pricing.
x Narrowing the selection criteria of your sources could cause problems similar to those if
you change the independent characteristics. If there is no source data for billed costs,
theyare shown as open withnegative values.
x It is clear that you should not remove a source selection line or change a source in a line.
The source is an implicit relevant characteristic. Therefore you should not change from
source 'ActualCosts - Line Itemsto ActualCosts - Totals recordsor vice versa.
x Changing the DIP profile can have the same impact as the last points if the changing of
the profile includes a change of relevant independent characteristics or source selection.
x If you use a user-defined independent characteristic,take care that the value of it won’t
change in the future.
DO...:
x You can add or remove anydependent characteristic. This has no direct impact on the
dynamic items or the document flow of resource-related billing.
x You can widen the selection criteria of a source selection line. This can onlycause
additionalunbilled costs for orders or periods you thought alreadybilled.
x You can split a source selection line into multiple lines without problems if the criteria of
the new lines are the same as the criteria of the old line.
x You can change the materialdetermination in anyway. You can also change the
characteristics to be used for materialdetermination. The materials are newlydetermined
everytime you start resource-related billing or anyother business process. Remember
that a changed materialcan cause changed prices in an existing pricing of a project. Also,
if you set the DI w/material sign in the profile usage,you could lose unbilled dynamic
items if the materialdetermination fails after this change.
If it is reallynecessaryto change the profile,it is often best to copythe old one and process old
orders withthe old one and applythe new profile onlyto new orders.
3.2 Apportionment Reason (ODP3)
The apportionment reason is a value that can be used to write cost of sales or workin process to
different line ids in results analysis in transaction OKG5. The apportionment reason is entered in
the source selection line of the DIP profile. So you can define different apportionment reasons for
the selected costs. It is copied directlyfrom the DIP profile to results analysis. Here,you can write
unbilled costs from a source selection line to a different line ID than your billed costs.
3.3 Cost Condition (ODP4)
Billing or pricing can be based on quantities or amounts (costs). Therefore,these values must be
copied to the sales document and the pricing procedure. W ith the sign 'Use Quantity'of the
materialdetermination line,the system knows,that the quantity should be used in the sales
document and pricing. If a materialprice is found,the price of your billing or quotation can be
calculated.