topic roll areas in Application Development and Automation Discussions

roll areas

Former Member — Fri, 30 May 2008 10:00:25 GMT

Can u explain types of organization data, two methods of modifying sap standard tables, work process-How many types of process, aggregate objects,roll areas and page areas,diff database integrities,What does application server contains,

naming convention for lock objects

Re: roll areas

Former Member — Fri, 30 May 2008 10:03:15 GMT

Determining Organizational Data

Use

When processing a business transaction, certain organizational data is mandatory depending on the transaction type. In a service order, for example, the service organization that is responsible for processing is a determining factor. The distribution channel in a sales order is as important as the responsible sales organization, as price and delivery data can depend on the distribution channel.

In the CRM System you have the following options for determining organizational data in the document. You can set these in Customizing depending on the transaction type:

· no determination

In this case, enter the organizational data (for example, sales area) manually in the document.

· automatic determination

The system determines organizational data using the data available in the document, for example, the business partner number, region, product, or using the user assignments for the organizational unit (using the position).

Prerequisites

No automatic determination

...

1. You have created an organizational data profile in Customizing, in which no determination rules have been entered.

2. You have assigned this organizational data profile to the required transaction type.

Automatic determination

...

1. You have created a determination rule in Customizing for each determination path with the corresponding rule type.

2. You have defined one or two determination rules in the organizational data profile for evaluating the organizational data profile of a transaction.

3. You have assigned the organizational data profile to a transaction type.

You carry out the settings in Customizing for CRM. Choose Master Data ® Organizational Management ® Organizational Data Determination. You can find further information in the documentation there.

Features

When determining organizational data, the system takes the organizational data profile defined in Customizing and the determination rules from this profile. These determination rules specify which fields are taken into account when the system determines organizational data from the document data (for example, business partner number, telephone number). Determining organizational data can be set by assigning the organizational data profile for the business process type so that it is dependent on the business process type.

There are two determination paths provided in the CRM system that have been characterized for the two rule types:

· Rule type Responsibilities

· Rule type Organizational Model

The basis rule types Organizational Data and Function Module are available in CRM, but to use them you must have ABAP/4 knowledge. You can find information on these rule types in the basis documentation.

· Defining rules using organizational data

· Defining rules using function to be executed

If you define two determination rules in the organizational data profile, the system creates the intersection from the resulting quantity of the two rule resolutions.

Determining organizational data can differ according to the scenario, because an organizational unit in the Sales scenario can have different attributes with different values to an organizational unit in the Service scenario.

Organizational data at item level

If you do not use a header division in business transactions, the Division attribute only exists at item level. In this case the division is derived from the product and all of the organizational data at item level of a document, except for the division, may not differ from that in the header. There is therefore no individual organizational data determination at item level. The following options for organizational data at item level are possible. You can set these in Customizing. They are dependent on the item category.

Settings for Organizational Data at Item Level

Organizational data at item level

Settings you must make in Customizing

Without header division:

The organizational data is copied from the document header. The division is derived from the product.

Assign an organizational data profile without a determination rule to the item category.

With header division:

The organizational data is copied from the document header. The division is derived from the document header.

Assign an organizational data profile without a determination rule to the item category.

There is no organizational data at item level (no organizational data screen)

Do not assign the organizational data profile to the item category.

You can find more information about the header division in the Implementation Guide (IMG) under CRM ® Master Data ® Organizational Management ® Division Settings

Specifics of Channel Management

In activities and leads in the partner portal of Channel Management, the channel partner does not have access to organizational data, in partner created documents. Consequently, organizational data can only be set using the automatic organizational data determination procedure. You need to set your system so that automatic organizational data determination occurs correctly in leads and activities, for the channel partner. In other words, the organization data determination procedure must find only one correct sales area for an organizational unit and enter this in the document. This is necessary because the channel partner cannot change, or display, the organizational data in documents. You can also use this organizational data determination procedure for channel management documents created on the channel manageru2019s side.

SAP delivers a sample organizational data determination profile for leads, opportuinities, and activities in channel management which is used in the transaction types LDPO, LDCP, OPPO, OPPC, ACPO, and ACCP.

The related organizational data determination procedure provides one possibility for the brand owner to specify a certain sales area as channel management relevant. Determination is enabled using the transaction type attribute in the organizational model, which is connected to an organizational data determination procedure. The system uses the procedure to check if the documentu2019s transaction type is maintained as a transaction type attribute in the organizational model.

The transaction type attributes are standard attributes delivered by SAP in the organizational model. You must maintain the attribute value for the transaction type used for the channel document, that is LDPO, LDCP, OPPO, OPPC; ACPO, or ACCP in the SAP standard delivery. If you use different transaction types you must set the attribute accordingly.

It may happen that organizational data determination cannot determine the division because more than one division has been assigned to a certain organizational unit. In this case the system displays all assigned divisions in a dialog box and requests the partner to select one.

The partner cannot display or change the selected division in this case, because partner applications do not support organizational data access.

To stop the system display in such a dialog box, you can set automatic division determination using a BAdI. For further information see the IMG for Customer Relationship Management under:

Customer Relationship Management -> Master Data -> Organizational Management.

Activities

...

1. The system determines the responsible organizational unit

2. The system reads the other attribute values for this organizational unit, and, if necessary, uses them to determine other data, for example, the distribution channel.

If the system determines more than one responsible organizational unit or determines several attribute values for the responsible organizational unit, a selection screen appears.

Re: roll areas

prasanth_kasturi — Fri, 30 May 2008 10:04:23 GMT

hi,

1) A roll area is memory that is allocated by a work process for an instance of a program. It holds information needed by R/3 about the program's execution, such as:

The values of the variables

The dynamic memory allocations

The current program pointer

Each time a user starts a program, a roll area is created for that instance of the program. If two users run the same program at the same time, two roll areas will exist-one for each user. The roll area is freed when the program ends

Pages : it stores the application data.

2) you can enhance database table using includes and append structures

3) The various work processes are described briefly below. Other parts of this documentation describe the individual components of the application server and the R/3 System in more detail.

Dialog Work Process

Dialog work processes deal with requests from an active user to execute dialog steps.

Update Work Process

Update work processes execute database update requests. Update requests are part of an SAP LUW that bundle the database operations resulting from the dialog in a database LUW for processing in the background.

Background Work Process

Background work processes process programs that can be executed without user interaction (background jobs).

Enqueue Work Process

The enqueue work process administers a lock table in the shared memory area. The lock table contains the logical database locks for the R/3 System and is an important part of the SAP LUW concept. In an R/3 System, you may only have one lock table. You may therefore also only have one application server with enqueue work processes.

Spool Work Process

The spool work process passes sequential datasets to a printer or to optical archiving. Each application server may contain only one spool work process.

The services offered by an application server are determined by the types of its work processes. One application server may, of course, have more than one function. For example, it may be both a dialog server and the enqueue server, if it has several dialog work processes and an enqueue work process.

You can use the system administration functions to switch a work process between dialog and background modes while the system is still running. This allows you, for example, to switch an R/3 System between day and night operation, where you have more dialog than background work processes during the day, and the other way around during the night.

4) for lock objects u must start with E

example EZLOCK

reward if helpful

prasanth

Re: roll areas

Former Member — Fri, 30 May 2008 10:08:57 GMT

naming convention for lock objects

heyy organization data which we using frequently means lot update and modification done in that.......

work precess types.

Dialog Work Process

Dialog work processes deal with requests from an active user to execute dialog steps (see also Dialog Programming).

Update Work Process

Background Work Process

Background work processes process programs that can be executed without user interaction (background jobs).

Enqueue Work Process

The enqueue work process administers a lock table in the shared memory area. The lock table contains the logical database locks for NetWeaver AS ABAP and is an important part of the SAP LUW concept. In NW AS, you may only have one lock table. You may therefore also only have one ABAP application server with enqueue work processes. Normally, a single enqueue work process is sufficient to perform the required tasks.

Spool Work Process

roll ares L:

Dispatcher recieves the request from client and assigns the request to one of the work process.

Roll area: Each workprocess works in a particular memory that memory is known as Role Area, which consists of User context and session data.

uffer is othing but which stores data temporarily. there are two types of buffers. they are Roll and Page areas.

Pages : it stores the application data.

Roll area: it stores the data of previous pages.Data areas of used programs are created in roll areas for each internal session.

aggregate object which is part of super type or component of given service.

Re: roll areas

Former Member — Fri, 30 May 2008 10:27:51 GMT

hi,

1) A roll area is memory that is allocated by a work process for an instance of a program. It holds information needed by R/3 about the program's execution, such as:

The values of the variables

The dynamic memory allocations

The current program pointer

Pages : it stores the application data.

2) you can enhance database table using includes and append structures

3) The various work processes are described briefly below. Other parts of this documentation describe the individual components of the application server and the R/3 System in more detail.

Dialog Work Process

Dialog work processes deal with requests from an active user to execute dialog steps.

Update Work Process

Background Work Process

Background work processes process programs that can be executed without user interaction (background jobs).

Enqueue Work Process

Spool Work Process

The spool work process passes sequential datasets to a printer or to optical archiving. Each application server may contain only one spool work process.

4) for lock objects u must start with E

example EZLOCK

regards,

vipul