Introduction:

Requirement to have Additional User-Fields in various Tabs of Equipment, Functional Location or Fleet Masters is very common. Though there is a hassle-free way of having the Z-fields through Class and Characteristic way, it has got its own limitations like unable to become a part of Standard reports.

In this article, the User-Exit way of having these custom fields has been elaborated. Enhancement ITOB0001 has been demonstrated here. The process will be same for ITOB0003 (Fleet Master).

While trying to achieve this by joining the information pieces available in the forum and outside, the author spent sufficient time to achieve all requirements related to this.

Objective:

At the end of this article we will be able to:

Create our own fields in the Equipment, Functional Location or Fleet Masters
Input values and save these values to the related Database Tables
Edit these values through Tcodes IE02, IL02.
Will have these fields in standard reports like IH08, IH06, IE37.

Here we go (ABAP Workbench)

Step 1 (Preparation of EQUI Table)

Let’s suppose we are intending to have 40char long field, named PO Number into the Equipment Master.

1^st step is to create this Z-field into the include table of EQUI table.

For this run Tcode SE11, Give value CI_EQUI and Go to Change mode. Add a Z-field in this table say ZZITO_PONO

with component type TXT40 (for 40char long field). Activate table.

Note:

Here I want to share a vital information with the readers. i.e., as long as I tried this task with field names like ZZPONO etc, it never worked. And there consumed lot of time. Then at some place I read about the SAP note 594757, which states that without a prefix ZZITO_ to theCustom fields, this task would not be successful.

Next, we need to add this field ZZITO_PONO, also to the include table CI_EQUI _U with component type IIND (Char1). Do it in the same way as above (through SE11). Activate table.

With this we completed adding our Z-field to the database table EQUI (through its include tables)

Step 2 (Enhancement – Create Sub-Screen)

Create a project ZPMEQUIPthrough Tcode CMOD and assign the Enhancement ITOB0001.

Now Run Tcode SMOD with value ITOB0001 and click on Test button.

See here, we have 2 Function-exits and 5 Screen exits. Let’s select the first Screen, namely 1000 . Double click on this and Create a Sub-Screen through the steps there on.

Now Click on Layout Arrow above to go to Screen Painter and Create your Fields here. In our case we are creating One field.

As shown in the picture , drag the 'T' icon to the screen are to create a Text field and name tis field as 'PO Number'.

Similarly drag the icon below to create an Input/Output field and Give the Dictionary address to the Input field i.e., EQUI-ZZITO_PONO .

(I hope you recall that this is the field we have created in EQUI table in the step1)

Step3 ( Enhancement – Give Codes in Function Exits)

We have 2 function Exits, namely

EXIT_SAPLITO0_001

EXIT_SAPLITO0_002

The first Exit imports the Z-field values from the EQUI table to the Equipment Master

The second one exports Z-field values from the Equipment Master to the EQUI table.

Now the codes to be written in the Exits.

Write following code in the include (ZXTOBU01) of function-exit EXIT_SAPLITO0_001.

TABLES: EQUI.
E_SUBSCREEN_NUMBER = '1000'.
I_OBJECT_TYPE = '02' .
I_ACTIVITY_TYPE = '3' .
EQUI-ZZITO_PONO = I_DATA_EQUI-ZZITO_PONO.

Write following code in the include (ZXTOBU02) of function-exit EXIT_SAPLITO0_002

E_UPDATE_DATA_EQ-ZZITO_PONO = EQUI-ZZITO_PONO.
E_UPDATE_FLAGS_EQ-ZZITO_PONO = 'X'.

Step 4 (SPRO Preparation)

Navigate to this section of SPRO.

Select Screen Group (Equipment) on the right (Profile Standard) and D’Click on the Activity and layout of views on the Right.

Give value 150 in the line of desired Tab page of Equipment Master.

Assign this profile (in this case Standard) to the intended Equipment Category, through this setting.

After this SPRO setting, you will be able to see your Z-Field at the bottom of the Organization Tab page of that particular Equipment Category. Verify by running IE02 / IE03 transactions.

Try by inputting a value, Save and rerun IE02 and verify your value is stored or not.

In fact, the part of Step3 above ( coding in the Exits ) did not work as long as I did not come across the above referred SAP note. After using the prefix ZZITO_ to the Z-field these codes started working. values inserting.

Almost done

Now if you go to IE03, unlike all other greyed-out fields, your Z-field will be seen Editable. Though there is no provision to save the edits here, you’d definitely like to have this too in Greyed-out mode.

For this we need to write a small code in the PBO (Process Before Output) module of the screen 1000 we have created.

Double click on the Screen number 1000 of the enhancement, (you are in the Flow Logic Tab) ,

D’Click on the STATUS_1000 of the PBO module. and insert this code between the MODULE, END MODULE lines like this

MODULE STATUS_1000 OUTPUT.
IF SY-TCODE = 'IE03'.
LOOP AT SCREEN.
SCREEN-INPUT = '0'.
MODIFY SCREEN.
ENDLOOP.
ENDIF.
ENDMODULE.

Related discussion:

Configure field selection for equipment user-fields

Lastly Do not Forget to

Activate the Function Group XTOB from Tcode SE80. Right click on the Function Group and click on the Activate option

Now the Last Step.

Step 5 (Have this Z-field in the Standard Report , in this case IE05, IH08)

To have our Z-field in IH08 output, first we need to know the structure of this report output.

For this click on any cell in the ALV screen and press F1 key.

Here click on the Technical Information icon. The resulting pop-up will show you the Structure against field name Table. Here the Structure is RIHEQUI_LIST .

Now through SE11 go to the above Structure, Click on an Append Structure on the Application toolbar and Create an Append structure having this field. Activate table.

Now Run IH08 and see in the output list in the Column Set (thelist not displayed). You should find this field PO Number.

Often you do not find this. It is time to clear ALV buffer through program BALVBUFDEL.

For this run Tcode SE38 give the above program and hit Execute.

Now run IH08 again and verify, your field is there.

Note:

This work is with a larger objective in mind to avoid re-inventing the wheel after sometime and at the same time providing the Total Solution about this task at one place. This work involves Appending structures and Activation of Tables, which should be done by experienced ABPAers only.

Also this work can be extended to Functional Location Masters with the same enhancement used above and to the Fleet Masters with enhancement ITOB0003.

..and I feel it is important to mention the version I experienced all these and documented, it is ECC6.0 no EHPs.

Hope members find this useful.

Thank you

Jogeswara Rao K

Introduction

One of the very frequently asked questions in this space, is about the subject matter, i.e., How can I add Custom fields to my Maintenance Order? In the recent months the author had replied 3 times to discussions related to this topic. It is thought that this topic if documented would be helping many.

Objective

This documentation is intended to enable the readers to create the Custom fields in the Maintenance Order, update the Order Master data Table and also display these fields in IW38 Order list output.

Let's Start

Part1

Create Custom fields in the Order Table

The table of our context is AUFK. We need to append our Z-fields to this through the include structure namely CI_AUFK.

The process of creating any custom field starts with creating a Data Element with desired Type and Length or with desired Domain name and with the Field Labels we want to have for the Customer fields. For our Demo, we have created Two Data Elements, namely :

1. ZCUSTFLD1 (Domain CHAR12 and Field Label ‘Customer Field 1’)

2. ZCUSTFLD2 (Domain CHAR40 and Field Label ‘Customer Field 2’)

Now let us create our Customer fields Run Tcode SE11 --> give value AUFK in the Database Table field -->Click on Display. Scroll-down to find include table CI_AUFK. Double click on this, Go to Change mode and Add 2 new fields of our interest as shown in the picture and Activate.

As seen in the picture, we have created Two Customer-Fields namely ZZCUSTFLD1 and ZZCUSTFLD2. It is essential for all Customer fields used in Enhancement purposes to be prefixed with ZZ. Activate the Structure.

Part2

Enhancement and Screen-Exit

1, Create an Enhancement Project say ZPMORDER using Tcode CMOD.

2. Assign Enhancement IWO0018 to this project.

3. Click on Components in the picture above to reach this screen.

4. Activate by clicking on the Activate Icon (shown in picture above)

As we see here, there is One screen-exit (screen 0900) and Two Function-Exits namely EXIT_SAPLCOIH_018 and EXIT_SAPLCOIH_019 in this enhancement. Double Click on this screen number to create a Sub-Screen for holding our Custom Fields. You’ll get this pop-up. Press Enter and Continue.

You’re in the screen below, where you’ll give a Description, Select the Subscreen Radio button, Save and Activate.

Click on LayoutArrow in the Application Toolbar of (See the picture above) to reach the Screen-Painter pop-up window, where we will be creating :

1. A Box to hold our Z-fields

2. Text Fields to for Z-field labels

3. Input Fields for Z-fields

The input fields should be referred to the Dictionary fields we have just created. (AUFK-ZZCUSTFLD1 and AUFK-ZZCUSTFLD2)

See the picture.

Activate.

Part3

1. Declare table AUFK

Declare table AUFK in the top include LXWOCTOP of Function group XWOC by Clicking on and creating the include ZXWOCTOP .

2. Codes to be given in Function-Exits

Go to the following screen of the User-exit

Double click on the Function-Exit EXIT_SAPLCOIH_018 and put the following code in the include ZXWOCU15.

*---------------------------------------------------------------------------------------------

MOVE-CORRESPONDING COCI_AUFK_IMP TO AUFK.

*---------------------------------------------------------------------------------------------

Similarly put the following code in the include ZXWOCU16 of the Function-Exit EXIT_SAPLCOIH_019.

*---------------------------------------------------------------------------------------------

MOVE-CORRESPONDING AUFK TO COCI_AUFK_EXP.

*---------------------------------------------------------------------------------------------

Now let’s see the effect of work done so far.

Create a Maintenance Order (IW31). You will see an Additional Tab named Enhancement has been added here by the system, in which our Custom fields appear with their labels and the input fields.

Now let’s add some values in these fields and Save the Order.

Run IW32, open the Order and verify whether the values are updated to table or not. If they are appearing in the Enhancement tab as you have entered and saved, this means the AUFK table has been updated with these values when Order was saved.

Part4

Let's have these Custom fields in the Order list output namely the ALV of Tcode IW38

So far we have succeeded in creating our Custom fields and updating the values to the Order Master data. Next natural requirement of a user would be to have these fields in IW38 ALV screen. For this purpose we, need to create an Append Structure in the Structure RIHAUFK_LIST, as shown in the picture below. The

Tcode is SE11 again for this task. Here we have created an Append Structure named ZCUSTFLD and in this structure we have added both the Custom fields.

Now let's create one more Order, fill the custom fields with some values and Save. The second order is to have ALV output in IW38. (Because single Order in the output takes to IW33 screen instead of ALV screen). Now run IW38 with selection parameters to display these 2 orders we created. Click on the icon shown , You'd find the Custom fields in the Column-set list, Bring them to Displayed list on the Right hand side.

Almost Done

Now if you go to IW33, unlike all other greyed-out fields, the Custom fields in Enhancement Tab will be seen Editable. Though there is no provision to Save the edits here, you’d definitely like to have these fields too in Greyed-out mode.

For this we need to write a small code in the PBO (Process Before Output) module of the screen 0900 we have created. Double click on the Screen number 0900 of the enhancement,

Now you are in the Flow Logic Tab ,

Un-comment line MODULE STATUS_900. and D’Click on the STATUS_0900 of the PBO module. Insert the following code between the MODULE, END MODULE lines like this.

------------------------------------------------------------------------------------------------------------------------

MODULE STATUS_0900 OUTPUT.

IF SY-TCODE = 'IW33'.

LOOP AT SCREEN.

SCREEN-INPUT = '0'.

MODIFY SCREEN.

ENDLOOP.

ENDIF.

ENDMODULE.

-------------------------------------------------------------------------------------------------------------------------

Lastly Do not Forget to
Activate the Function GroupXWOC from Tcode SE80. Right click on the Function Group and click on the Activate option

...... and thus we reach to the end of this knowledge sharing Documentation.

Note

1. As this is largely a Technical job, it is recommended to be developed through an experienced ABAPer, especially Part1 which involves Activating the Standard table AUFK.

2. The Environment of Author is ECC 6.0 with no EHPs, hence the document applicability.

Expecting this document too would be of use to many of the members,

See also these related posts

How To add Custom Fields as Selection Inputs to IW38/39

Defaulting a value to the Custom Field

Thank you

KJogeswaraRao

Introduction

As soon as I'm done with my step-by-step reply to a discussion on the subject matter recently, I realized that this long reply comprising of several Screen-captures possesses the characteristics of a Document. So I thought of converting it into a Document, so that members will be benefited from this frequently asked query.

Topic dealt here is for IP30 (program RSITRA20), but this method is valid for other programs too for background scheduling.

Here we see, how to do:

Step1. Create IP30 Variant.

- Run IP30,

- Give your Plan (here it is ABC123 ) in the Maintenance Plan field (Do not forget this step)

- Click Save Button and in the resulting screen give the Variant name,

- Optional:- Tick Only for Background Processing and Save again.

So we have just created a Variant named TEST for IP30 .

Note:

This variant will not be available for changes in IP30 Tcode, because 'Only for Background Processing' has been ticked.

For changes of this Variant, you need to Run SE38, give RISTRA20 in Program field, select Variants radio button, and then click on Display,

ClickF4 help in Variant field and click Change.

Step2. Create Background Job - Run Tcode SM36

Give Job Name and click Start Condition (See Picture)

A pop-up is displayed.

Follow the steps 1 to 7 given in Picture .

(Here it is assumed that you want the RISTRA20 program to run at midnights of everyday)

Click SAVE again

You will be given a pop-up.

Enter ABAP Program Name (Here it is RISTRA20) and the Variant (we know it is TEST), and SAVE.

(Steps 1,2,3 in the above picture)

You will be here:

Do not do anything, Click Back arrow and

SAVE

All Done

Now to see the schedule -

Run SM37 and Execute. (Give Current Date as FROM date and Date after 2 days as TO Date)

Execute to see a screen like this, where your Job is seen scheduled to be run at Midnight of Every Day. (According to the settings in picture 3 above)

During Scheduling, the Status changes from Released to Active andafter Scheduling it turns to Finished.

Hope members will be benefited by this post.

Thank you

Jogeswara Rao K

This document was generated from the discussion: Job Scheduling and activate for Maintenance Plans and modified to be a Document for general relevance.

Introduction:

This document is about the field marked below in the IK01 transaction screen. I'm sure many of us have noticed this, but yet to explore .

Let's consider TWO Dumpers as Equipments and their Tyres as Sub-Equipments for our Demo:

Two Dumpers, with SAP Equipment Ids V-1000 and V-1001, each having 6 Tyres as shown above.

V-1000 with tyres say TYRE0001, TYRE0002, TYRE0003, TYRE0004, TYRE0005, TYRE0006

And

V-1001 with tyres say TYRE0007, TYRE0008, TYRE0009, TYRE0010, TYRE0011, TYRE0012

(External numbering is used for easy understanding)

Each Dumper above has a meter showing the number of hours it operated.

The Objective

When we record a reading from the above meter in the SAP system (using IK11, on a Measuring point), the counters of the 6 Tyres installed in this vehicle at this time, shall be automatically updated.

This means when we create one measuring document on the vehicle, system should create a total of 7 (1 + 6) , measuring documents so that the usage hours flow from the Vehicle counter to the Tyre counter.

And then, when a Tyre is dismantled from one vehicle and installed in the other, the Tyre counter should derive its own usage hours from the present vehicle counter readings.

Let’s see how this happens:

Part1:

Preparing the Masterdata:

First let’s have a characteristic RUNNINGHOUR as shown below (Tcode CT04).

Using this characteristic RUNNINGHOUR, let us create the measuring points, on the Vehicles first.

V-1000

V-1001

Now we need to create measuring points on all the Tyres. A sample screen is …

Compare the measuring point screen of Vehicle and the Tyre. The difference is the Red Box.

Remember all these measuring points are based on characteristic RUNNINGHOUR.

So we create 12 measuring points in a similar way, one for each Tyre.

Below is the IK07 screen, where you can see at a glance, the measuring points we have created.

Notice that Transfer support‘X’ mark is there for all the 12 Measuring points of Tyres.

Now install Tyres under the Dumpers V-1000 and V-1001 (Superior Equipment), using Tcode IE02.

Example:

Tyre: TYRE0001.

When we try to define the Superord. Equipmentas V-1000 (in the Structure Tab of IE02 ) wel get this screen.

System is asking for your confirmation for Transfer of Readings from the Superord.Equipment (V-1000 in this case) to the Tyre (TYRE0001).

Click on Copy and Save the Equipment master.

In a similar way install all the Tyres under the respective Dumpers.

As mentioned above, the initial set-up will have is:

Dumper V-1000 as SuperOrd. Equipment for Tyres TYRE0001 to TYRE0006 and

Dumper V-1001 as SuperOrd. Equipment for Tyres TYRE0007 to TYRE0012.

Everytime we need to confirm Copy during Equipment installing under the Superord. Equipment.

Now the following is the Equipment tree we have just made.

The Masterdata preparation is completed.

End of Part1 ------------------------------------------------------------------------------------------------------------------------------------------------

Part2a:

Create Documents and understand the working of Transfer Support.

It is time now to see what happens when we record Dumper Hour Meter readings through IK11.

Create a measuring document on measuring point 3113 (Equipment Tyre0001), with reading 1000.

Let’s assume that the Dumper V-1000 operated for 1000 hours and its meter is showing a value 1000 Hours. We now create a measuring document to record this value.

Note:

Remember that we get the Cumulative Operating Hours from the Dumper Meter. So, we need to put this reading in the Counter Reading field of the IK11 screen.

When we save this document, we see this message on the task bar.

This is exactly what we expect from the system. As explained above 1 document is what we have created just now and the other 6 documents are automatically created for the Tyres. This means the Usage Hour counter for all the 6 Tyres started with their first reading as 1000 hours.

Likewise when we create a document with value 500 hours for Dumper V-1001 (Measuring point 3114). Measuring documents are automatically created for Tyres TYRE0007 to TYRE0012, with this reading of 500 hours.

End of Part2a ------------------------------------------------------------------------------------------------------------------------------------------------

Part2b:

Let’s now see what happens when Tyres are relocated from one vehicle to the other.

We will examine a case of TYRE0004 is dismantled from Dumper V-1000 and installed in V-1001.

And TYRE0009 is dismantled from Dumper V-1001 and installed in V-1000.

When we try to dismantle TYRE0004 from V-1000 through Tcode IE02, we get this warning message.

We can understand what the message says, It is stopping Reading transfer for this equipment (TYRE0004) from V-1000.

We continue and give value V-10001 in the Superord. Equipment field. Now we get this screen (already seen before once), asking for confirmation to establish transfer relation with the new Superord. Equipment.

We continue by clicking on Copy and Save the Equipment master.

Repeat the same for dismantling Equipment Tyre0009 from V-1001 and installing it in V-1000.

See the new structure, notice the change in the places of swapped tyres.

Now we create measuring documents on Vehicles.

I have created a document with reading 1450 hours on V-1000 (Measuring point 3113) and a document with reading 1850 hours on V-1001 Measuring point 3114).

Now see the IK17 screen below in the sequential order of Document creation.

The upper half (Green) is before the Tyre swaps, and the lower half is after.

Give special attention to Swapped Tyres (TYRE0004 and TYRE0009) to observe the system intelligence, in transfer of readings during Sub Equipment relocations.

For better understanding Equipment-wise sorted list of above is attached herewith.

End of Part2b ------------------------------------------------------------------------------------------------------------------------------------------------

Note1:

One more thing that happens in the system background during this process was not shown in pictures above.

That is when we click Copy during Equipment installation under a Superord. Equipment in IE02, some changes happen in Measuring Point data (obviously),

i.e. in IK03 screen, which is shown in the field marked below.

As soon as we install TYRE0001 under V-1000, the field marked above is filled with the measuring point of V-1000.

Similarly this field is updated whenever Equipments are relocated from one place to other.

Note2:

In this demo Equipment – Sub Equipment scenario has been dealt.

This document is valid for Functional Location –Equipment Scenario also.

Concluding Remarks

Here, a vehicle scenario has been taken for demonstration of this Measurement Reading Transfer Support functionality of SAP. It is believed that there will be several other applications requiring this feature.

Thank you

Jogeswara Rao K

Introduction & Objective:

A client wants that Notification Tabs should appear selectively for Create (IW21), Change(IW22) and Display(IW23) views. For example, he does not want to provide Catalog & Codes tab (10/Tab10) during Create Notification (IW21).

Once we know the configuration point in SPRO, where to do this, this requirement looks simpler. But, more work is involved here. This document, elaborates the same.

The SPRO configuration path for this:

During Tab Additions, the key field which produces the desired effect, is theActivity Cat.

Please note that the ‘H – Add’ means Create and relates to IW21 screen. Similarly 'V – Change' and 'A – Display' options relate to IW22 and IW23 screens respectively.

Now suppose a Notification type has the requirement for 3 main pages viz.,

10/Tab01– Notification 1

10/Tab07 - Dates

10/Tab10– Catalogs & Codes

We know that 10/Tab10 will have sub tabs declared 20/Tab01, 02, 03, 04.

The following is the Tab strip Overviewin the SPRO, where no special conditions are required. Here we see the Activity Cat.field is blank.

In this Configuration, all tabs will be visible in all stages (IW21, IW22, IW23)

Now let's see, the Configuration as per our clients requirement, where Catalogs & Codes Tab not to be seen in 'Create' phase.

What we see here is for one simple condition, a number of line items added into the 'Tab strip Overview'.

This is because,

When we specify a value V in Activty Cat. Of 10/Tab10 (desiring to have this tab in change mode), all other tabs in change mode disappear. (10/Tab01, 10/Tab10).

So to restore them as per our requirement, we need to repeat these Tabs with different values of Activity Cat. (H, V, Aas the case may be) .

In Detail:

We want the Header Tab (10/Tab01) in all modes Create, Change, Display (IW21, IW22, IW23) modes. So we need to create this entry 3 times with values H, VandA.
We want the Dates Tab (10/Tab07) in Change and Display (IW22, IW23) modes only, so we had this 2 times with values V and A
Like-wise we want the Catalogs & Codes Tab (10/Tab10) also in Change and Display (IW22, IW23) modes only, so we had this 2 times with values V and A.
Here note that all the sub tabs (20/Tab01,02,03,04) of Catalogs & Codes Tab, had also to be created 2 times with values V and A to match with their Parent tab (10/Tab10).

Now let's see the resulting screens:

Create Notification (IW21)

Change Notification (IW22)

Display Notification (IW23)

(We know that Catalogs & Codes tab would appear in Display i.e., IW23, only when it has some content in its inside tabs.)

Like-wise we can customize deeply in this area as per need.

The Author recently was replying in detail, about the topic discussed here in an SCN thread, and felt that forum will be benefited if this is documented .

Thank you

KJogeswaraRao

Foreword

The author believes that the tip given in this document simplifies and drastically cuts down the amount of data upload to QS41 transaction, In fact this tip should be made use of invariably by every-one who designs the Catalogs & Codes to the Equipments.

What is it?

An addition of character ‘&’ at the end of Code Group Description helps the Code-text (kurztext) to be very short, but while using the Code-texts are prefixed by Code Group Texts giving full meaning.

This is being explained through Screen-captures in the following example .

QS41:

1.Object part Code Group ‘MOTOR’

Description : ‘MOTOR &’

Codes

2a. Damage Code Group: ‘SHFT’

Description : ‘SHAFT&’

Codes

2b. Damage Code Group: ‘FNDN’

Description : ‘FOUNDATION &’

Codes

OQN6:

3. Catalog Profile

The result in IW21 / IW22

Note:

1. The above explanation is applicable for all Catalogs (B,C,2,5, A & others).

2. Because this is a change in Description field, it is applicable to the Code Groups created and used earlier. Accordingly, the Code-Texts will be modified in all History Notifications.

Hope members find this article useful.

Thank you

KJogeswaraRao

ABSTRACT

SAP offers the use of IBIP supported objects from within the LSMW to support data transfer.

This abstract explore the "old" option to run transaction IBIP directly with pre made flat files that matches to the IBIP structures and hierarchy ,the Excel IBIP tool can be usesd as an alternative to LSMW

The Tool includes Demo templates are available to Downloadhere

BENEFITS

Authorizations- if your requirement is provide simple excel based tool for the end user for master data management and LSMW authorization in the PRD system is not an option

Fast and Simple - Use 1 Excel source file also for multi structures ,in the IBIP Tool there is no need to link between the files using key relations between the structures ( Using IDENT1 , IDENT2 etc..) as required by LSMW approach , The Flat file records are written to the flat file based on the location sequence of the structure in the Excel template.

Scheduleruns at night Jobs - by splitting the flat file to several flat files we can use the IBIP program to upload the data in a schedule job which includes also the option to define in advance on which servers the scheduled jobs will be executed for load balancing purpose and also achieve "parallel processing" functionality which speed up data upload , This approach is very helpful when dealing with mass master data update , For exemple if several millions of records can be completed over night (depends on the number of servers in the PRD system ) using this approach .

Exemples for such changes for Functional locations or equipments :

- Mass update class and characteristic

- Mass update of system profile

- Mass update of the Address data ( using structure IBIPBDCD)

Templates examples

Exemple 1 :Create Equipment with user status

Exemple 2 :Create Equipment with class and characteristics

Exemple 3 :General Task list with operation and assignment to maintenance packages

Pre requirement

Microsoft excel 2007- 2013
Macro enabled

STEP A - Prepare template - Select the required structuresand required fields

Selected multi radio button
Select structure IBIPEQUI
Select the required fields from the IBIPEQUI structure
Select structure IBIPSTAT
Select all the fields from this structure IBIPSTAT

1. Open the add in file

2 .Select IE01– Create equipment in the transaction combo box

3. Select the IBIPEQUI structure in the data structure listbox

5. Double click the IBIPSTAT structure which holds the user status data

STEP B - Fill Excel source / template worksheet

STEP C - Generate The Flat File for IBIP Transaction

The flat file will Automatically created ( stored in the temp folder )

Step D - Upload the Flat File to the IBIP transaction

. Select the created file from the flat file selected folder and press in the IBIP transaction

Step E ( Optional ) store the files in the Application server

Another alternative is to store the flat files at the application server which is mostly required when the data migration duration takes
more then several hours and it is required to schedule the run at night (when system load is low) , in this case :

Goto sm51 select the required server

Goto to transaction CG3Z and upload the flat file to the current application server

3.Select the application server which the file was uploaded into and select the Phys. file and press on "Execute"

Step F : Check the Log

Lets Check and confirm that the equipment 10006947 created is created with the "0005" status which as displayed in the excel row 4

We can see the result : the equipment 10006947 was created with user status "0005"

Exemple 2: Equipment creation with class and characteristics

1 Goto transaction IBIP – press the information icon to see Structure hierarchy , So you can know which structures are required to your business scenario

3. Now –with the IBIP Tool Create template using structures IBIPEQUI , IBIPCLAS , IBIPFEAT

(Unhide row 1-2 to view selected structures and fields technical names)

4.Upload the Flat File to the IBIP transaction

5. Let’s Check and see that the equipment created 200860 was created with the required class and characteristics per the data in
the excel rows 4 -6

Exemple 3: Functional Location assign class and update characteristics values

It is a common understanding that Settlement of a Refurbishment Order happens on Material. This is true, but not always.

It depends upon whether the price control indicator for the Batch material in material master is Standard (S) or Moving average price (V).

Batch material refers to the material with Valuation types C1/C2/C3. So if the price control indicator of Batch material is:

V: Settlement happens on the Material Master.
S: Settlement doesn’t happen on Material Master, but on price difference account.

Scenario 1: Consider material 795, with Batch material’s price indicator = V

Have 1 unit each of batch C1, C2, C3. Therefore the material valuation = (200+80+10)/3 = 96.67

Created a Refurbishment Order for this material (for C3) using IW81. Done GI. Done GR using IW8W.

After GR, we have 1 unit of C1 and 2 of C2.

Therefore, Material valuation = (1*200 + 2*80)/3 = 360/3 = 120

Cost incurred in WO: 10 for GI of 1 unit of C3 and -80 for GR of 1 unit of C2.

So the balance amount on WO is -70.

Settlement: Since batch material price indicator is V, therefore settlement of balance amount happens on material.

So the settlement happens on GL Spare Parts, against material master.

Since the settlement happens on material, therefore material valuation also changes as:

1*200 + 2*80 = 360

360-70 (for settlement on material) = 290 /3 = 96.67

Scenario 2: Consider material 796, with Batch material’s price indicator = S

Have 1 unit each of batch C1, C2, C3. Therefore the material valuation = (200+80+10)/3 = 96.67

Followed same steps as above. Create Refurbishment Order, GI, GR. Skipped the screenshots.

Valuation of material after GR, but before settlement.

Therefore, Material valuation = (1*200 + 2*80)/3 = 360/3 = 120

Settlement: Since batch material price indicator is S, therefore settlement doesn’t happen on material, rather on Price diff account.

So the settlement happens on GL Price Diff account and not on material master.

Since the settlement doesn’t happen on material, therefore no change in material valuation:

1*200 + 2*80 = 360

360 - 0 (for settlement) = 360 /3 = 120

In this document we will learn about two different methods to identify authorization issues.

SU53 or /nSU53
ST01

SU53 or /nSU53

Using this transaction you can analyze an access denied error in your system that just occurred. It displays the last failed authorization check, the user’s authorization and the failed HR authorization check.

Scenario:

User gets an authorization error on releasing a notification from IW22 transaction

IW22:

On clicking the release icon, users gets below error message

Press Enter or Click the green tick

Type /nSU53 in transaction code area

Press Enter

Now we will be able to identify the missing authorization objects and values for the user

Authorization Object	Authorization Field	Authorization Field Values
I_VORG_MEL	BETRVORG	PMM2
	QMART	M1

These values can be used in SUIM transaction to identify the roles which you can assign to user.

ST01

ST01 is one of the primary tools in the SAP Security Module. ST01 gives us a peek inside running ABAP program or standard transaction to record the SAP Authorization checks in your own or external system. The trace records each authorization objects, along with the object’s fields and the values tested.

Scenario:

User is having access to perform “Do not Execute” in the work order, need to restrict the user with the functionality.

This particular access cannot be captured via SU53

IW32:

When the Work order is in CRTD status, system will allow you to set “Do Not Execute” from the Path Order – Functions – Complete - Do not Execute

To identify the access provide to this user, you can identify via Trace

ST01

Make sure you check Authorization check and select All

Click General Filters

Enter the Trace for User Only "PM01" and click the green tick or press enter

PM01 is the user ID i have created for my testing

Click Settings to Save

Before starting the Trace, request the user to be in IW32 transaction with the order number entered, this will reduce the trace length

Now Click

Request the user to execute “Do not Execute” function for the work order. Once the action is performed, click

You have successfully taken the trace. Click

Enter the User Name, Client. Date From/To and Select Authorization Check and All

Click Execute

Do check the value RC = 4 (No Authorization) and Double click the line item

Here you will be able to get the Authorization Field and Values.

Authorization Object	Authorization Field	Authorization Field Value
I_VORG_ORD	BETRVORG	BABL
	AUFART	PM01

Restricting above authorization access, will give no access to "Do not Execute" business transaction.

These values can be used in SUIM transaction to identify the roles which is giving access to user.

Purpose

This step demonstrates how completion confirmations for a production order can influence maintenance measures performed on production resources and tools. This example has been created for a bottling/canning plant. Here, tins are filled with paint. The bottling/canning plant contains a filter press which is recorded as PRT equipment in the task list for material Y-351.The maintenance plan for the PRT equipment contains three performance related maintenance cycles. This means that every time the PRT equipment above is used, different operations are used for the scheduled maintenance plan. In cases of high use this may lead to a change of filter

Data for This Example

Field	Europe
Maintenance plan	40
Material	Y-351
Production plant	1100
Order type	PP01
Total quantity	2000
Basic dates – end	At least four days from now
SchedType	Backwards
Final conf.	Select
Yield to conf.	2000
Measuring Point	10171
Control key	PM01
Component	100-431
Requirement quantity	1
IC (Item category)	L
Sloc	0001
Work center	R_1140
Order type	PM01
Controlling area	1000

Equipment –IE03

Note - (Prerequisits)

Equipment should be a PRT
Equipment used for Production should have PRT view enable
- In PRT View
  - Usage Formula should assigned
  - Measuring Point & MP which are used for capturing Reading and scheduling are assigned in this Tab of equipment.

Maintenance Plan – IP03

Note - Before creating MP you should craete Performance Statergy with required Cycles in IP11.

Measuring Point –IK01/02/03

Characteristic used is based on production (Unit- Kg)

Creation a Production Order

Use

To create a completion confirmation containing a measurement document, create and confirm a production order.

Procedure

Menu Path

Logistics

® Production® Production control® Order® Create® With material

Transaction Code

CO01

Field	Data
Material	Y-351
Production plant	1100
Order type	PP01
Press Enter
Enter Following Data

Field	Data
Total quant.	2000
Finish	At least four days from now
Scheduling/Type	Backwards

Production Order – CO03

Operation

Click "PRT" Button

Confirming the Production Order

Menu Path

Production Control

®Confirmation®Enter®For order.

Transaction Code

CO15

Field	Data
Final conf.	Select
Yield to conf.	2000

Result

You have confirmed the order. A measuring point was defined as a production resource in the task list, enabling the SAP system to create a measurement document. This document creates a new call after the maintenance plan has been scheduled.

Displaying the Measurement Document

Use

The starting situation for scheduling of production resources and tools (PRT equipment) is displayed.

Procedure

Menu Path	From the Plant Maintenance node, choose Management of Technical Objects®Equipment®Measurement Documents®Display
Transaction Code	IK13

Measurement document

Field	Data	Description
Measuring Point	10171	The measuring point is stored in the maintenance plan.
Date to	Today’s date

You see a list of existing measurement documents.

GotoMeasurement document.

This screen allows you to check the data in the completion confirmation for the order.

Ik13

++++++++++++++++++++The End++++++++++++++++++++

Overview: Pool asset management (PAM) allows an organization to manage its pool assets using a graphical planning board. Examples of pool assets can be vehicles, beamers, laptop etc. In this document, I will take an example of pool asset as vehicle to go through the different steps. By using PAM, a planner can request, issue, return and then finally settle the service provided using the graphical planning board.

Steps involved in PAM:

The entire end-to-end scenario for PAM involves below steps:

1) Creation of demand

2) Demand Planning with Graphical Planning Board

3) Issue of pool asset

4) Return of pool asset

5) Settlement

Before I go into detailed steps, I would like to mention some pre-requisites that must be fulfilled before this scenario is run:

1) A functional location is created and all pooled equipment (vehicles) installed at functional location

2) A pool of vehicle is created using transaction code PAM01 and functional location assigned to this pool

3) Equipment created as pool asset must have a measuring point assigned for odometer reading and PAM category (PCM_KAT) assigned in equipment characteristics

4) All configuration related to PAM are done. Refer this link: Customizing - Pool Asset Management - SAP Library

Now, let's go through all the steps for pool asset management in detail:

1) Creation of demand:

Demand can either be created by a requester or a planner. Let's assume that the demand is created by a requester. This is done by using transaction IW21 for creating a notification with a standard notification type MF.

Requester enters user and requester information along with notification description exp. 'Request vehicle'.

Location is entered where the vehicle is required.

In 'Pool Asset' tab, start and end time for requested vehicle is entered along with the Pool Name by the requester.

In 'Settlement' tab, details of settlement object is entered.

Notification is released and saved

2) Demand Planning with Graphical Planning Board

Planner logs in the planning board using transaction PAM03 and views created notification in the bottom half section of the planning board.

Planner can drag the demand and move it to the upper portion of the planning board and can assign it to one of the available vehicle in the pool.

The planner can double click the demand and click on 'Reserve' button to reserve the demand of the vehicle on a particular time.

This changes the color of the demand to say red in the planning board.

3) Issue of pool asset

The planner will then issue the pool asset by double clicking on the request and entering odometer reading.

This changes the color of request to green meaning the vehicle is issued to the requester.

4) Return of pool asset

After the requester uses the vehicle and returns the vehicle back, planner will then enter the details in the system (such as new odometer reading) by double clicking on the green bar. This changes the green bar to a small line on the planning board.

5) Settlement

The planner then double click the small line and click on the 'Settle' button to capture the costs in a work order.

Planner assigns value against the value category from say actual vehicle usage time.

An order of type xxxx as defined in configuration is created automatically in the backend.

If you open the order, you will see the costs are reflected in the order in the 'Costs' tab.

This cost can then be settled to the final cost object by the finance team during their settlement run.

This completes the entire cycle for pool asset management.

Thanks,

Tajinder

In this document we will be going through various steps involved to develop Multiple counter plan.

A multiple counter plan is used in counter based maintenance. This type of maintenance planning is not based on a maintenance strategy. This means that you can create a multiple counter plan without maintenance strategy.

Master data requirement

Below are the list of basic Master data required to process Multiple Counter Plan.

Equipment
Characteristics for measuring point / counter

Measuring Point/Counter assigned to Equipment

Cycle sets as per requirement

Equipment - IE01 / IE02

I have created PUMP as Equipment for explaining this scenario.

Measuring Point / Counter - IK01

We are going to record the running hours of the Pump. To record the running hours we need to create measuring point / counter.

Create the Measuring point for Equipment, enter the object type IEQ

To make the measurement point as a Counter, you need to check "MeasPoint is counter"

Ensure characteristics you want to assign to measuring point / counter were created

In the measuring counter, you need to maintain below fields

Header 1
Meas Position
Description
Characteristics
Counter Overflow reading
Annual Estimate

MeasPosition - This describes the position of the measuring point / counter with respect to the Technical Object.

Counter Overflow reading - The first counter reading that the counter cannot display. Enter a logical value for the first counter reading.

Annual Estimate - Estimated hours the equipment can run in a year. This needs to be filled, maintenance intervals are calculated based on this data.

On save, measuring point / counter is created.

Record the current running hours reading of the Pump using measuring documents (IK11), this is required to schedule the plan.

On save, first measurement document created for measuring point / counter. Two documents are posted for this measuring point / counter.

Cycle Sets - IP11Z

Cycle sets are used as a copy model for the creation of multiple counter plan. It defines the period of time between two maintenance tasks. Also cycle sets can be complied directly in multiple counter plan itself.

Cycle sets needs to be created based on business requirement.

Maintenance plan - IP01 / IP43

Select the Maintenance plan category and Cycle set (Cycle set not mandatory)

Press Enter

Cycle sets will be copied to the maintenance plan

Cycle set sequence needs to be filled and same has to be linked to maintenance item. Here the scenario has only one cycle set sequence.

Cycle set sequence, Scheduling period, Start date will be populated in the multiple counter maintenance plan (IP43) after activating the "Configure Special Functions for Maintenance Planning" in SPRO.

Kindly update the maintenance plan with relevant details like Maintenance Plan Description, Maintenance Item Description, Order Type, Planner Group, Work Center, Task list and Priority.

Select the Maintenance plan scheduling parameters tab.

Kindly maintain the Sched Period and Start Date.

The important factor of Multiple Counter Plan is the Operation Type.

Kindly refer the scheduling column for the Operation type and difference on scheduling the maintenance plan.

On Save Maintenance Plan will be saved.

Scheduling - IP10 / IP30

On scheduling the plan, we need to consider the Operation Type and the behavior of scheduling will be different based on the type.

OR Operation Type:

For an OR Operation, a maintenance order is generated for the earliest possible planned date.

In our case, if the maintenance is due every 250 hrs or 3 months, the decisive factor is which occurs first.

On scheduling the Maintenance plan

Since the measuring counter reading is already reached 250, a maintenance is already due, on save, work order will be generated.

AND Operation type:

For an AND Operation, a maintenance order is generated for the last planned date.

In our case, if the maintenance is due every 250 hrs or 3 months, the decisive factor is which occurs last.

On scheduling the maintenance plan

Measuring counter is reached, but the 3 months is not reached so the maintenance is planned for the future date based on the start date.

Here I have covered the basic scenario of Multiple Counter Plan, there are lot of options available to explore in this area.

In this document we will discuss what is the Permit and what are the types of it (Technical Permit)

Note:The below steps are applied on SAP ECC6.0 EHP6.0

Table OF Contents:

1- Introduction

2- Technical Permit

2.1 Create theTechnical Permit

2.2 Assign The Technical Permit To The Technical Object

2.3 Technical Permits Influences The order

1- Introduction

Permits are created for the Maintenance Order to:

Adhere to health and safety regulations
Control order processing (Release - Completion<TECO>)

There are two types of permits:

Technical Permits (assigned manually to the technical objects (Equipment - Functional Location)

If an order is created for the technical object, the permits are copied to the order and can influence the order release Or completion<TECO> (Depends On Your settings)

2. Process-Oriented Permits (automatic assignment to the order)

e.g. -> when creating a maintenance order with an order type and an activity type , the permits are copied to the order and can influence the order release Or completion<TECO> (Depends On Your settings)

2- Technical Permit

Steps:

Create The Technical Permit
Assign the Technical Permit To The Technical Object
Technical Permit Influences The Order

2.1 Create The Technical Permit

SAP ECC Menu: Logistics -> Plant Maintenance -> Management of Technical Objects -> Environment -> Permits

T Code: IPMD

Click On (Create/Change) Button To Enter The Change Mode

Then

Permit (Code): Char(10)
Permit Text : Char(30)
Permit Category : Used for grouping the Permits -> Defined In Configuration
Order Release : Used when you want to Control order processing (Release)
Order Completion (TECO): Used when you want to Control order Completion
The Possible Options in The Order Release or Completion Fields:

The 1st Option -> when you release the order, a warning message appears but if you pressed Enter, you can continue processing the order
The 2nd option -> The order can not be released until the authorized user issue (Approve) the permit
The 3rd Option -> No Warring Message, just check the permits

Not Modifiable Field: Used when you select the 2nd option as the user can not flag (Dimmed) the button not relevant (Ignore The Permit) when the permit influence the order as The Permit must be issued by the authorized user

Note: We Will Work On Order release

2.2 Assign The Technical Permit To The Technical Object

Note: We Will Assign The Permit To An Equipment -> T Code: IE02

Choose Your Permit that is created from the above Step

You can assign more than one technical permit to the equipment

2.3 Technical Permits Influences The order

When Creating a maintenance order for the equipment which the permit has been assigned to it:

1- If you used the 1st option in the permit (Permit to be issued after warning)

when you release the order, a warning message appears but if you pressed Enter, you can continue processing the order

2- If you used the 2nd option in the permit (Permit Must be issued else Error Message)

The order can not be released until the authorized user issue the permit

You Can Issue the permit from the order(IW32) or From T Code IPM2 -> we will issue from the order

Select the permit Then The Issue Button
NR (Not Relevant is Dimmed) -> as I set the flag of Not Modifiable in the permit as any one can not ignore the permit

The Permit is issued (You Can now Release The Maintenance Order)

3- If you used the 3rd option in the permit (Permit Must not be issued )

No Warring Message, just check the permits From The permit Button

Note:(I_Sogen) is the authorization object related to the permit (The User that will issue the permit)

The Authorization Object Fields:
- Permit Key (Permit)
- Maintenance Plant

Note: The authorized user can reverse the Permit (Cancel the issue) only before the order being Released or TECO (Depend on your settings)

In this document we will discuss the Process Oriented Permit

Note:The below steps are applied on SAP ECC6.0 EHP6.0

1- Introduction

Process-Oriented Permit is assigned automatically to the Maintenance Order

e.g: when creating a maintenance order using an order type with an activity type , the permits are copied to the order and can influence the order release or completion (TECO) -> (Depends On Your settings)

In our example we will create a permit that control the order release when creating an order with:

Order type: PMM1 and Activity Type: A02 0r A03

2- Steps :

2.1- Create two characteristics that represent (Order Type - Activity Type)

2.2- Assign the two characteristics to the permit class (PM_Permit)

2.3- Create the permit

2.1- Create Characteristics (T Code CT04)

Enter the Name of The Characteristics Then create button

Go To Addnl Data TAB & Enter The Table Name that contains the field (activity type) & The Field Name (Activity Type)

An information message appear

The Format of the field which is taken fro ABAP

Then Choose the Value Assignment

Single Value: only one value (For The Field) can be assigned to this characteristic.
Multiple Value: more than one value (For The Field) can be assigned to this characteristic.

Then Enter The Values Of the Activity Type

Then Repeat The previous Steps To create characteristic for the order type

-----------------------------------------------------------------------------------------------------------------------------------------------

2.2- Assign the two characteristics to the permit class (PM_Permit)

T Code : CL02

Put The Name of The Permit Class (PM_PERMIT) Then Change button

Go To The Char TAB to assign the two characteristics which are created above

------------------------------------------------------------------------------------------------------------------

2.3- Create the permit -> T Code: IPMD

After filling the below fields press the button classification to assign the Value of the characteristic (Fields ) To the Permit

Note :The Relation Between The two characteristics is AND

Means when the values A02,or A03 (Multiple Assignment ) & PMM1 are entered in the order will prevent the order from release

Note: Below are the table and the fields related to the permit when creating characteristic(s)

The Table Name: CSEVPERMIT

Field	Description
AUART	Order Type
ILART	Maintenance activity type
PRIOK	Priority
IWERK	Maintenance Planning Plant
INGPR	Planner Group for Customer Service and Plant Maintenance
GEWRK	Object ID of the Work Center
WARPL	Maintenance Plan
WAPOS	Maintenance item
PLKNZ	Maintenance order planning indicator
TPLNR	Functional Location
EQUNR	Equipment Number
BAUTL	Assembly
SERIALNR	Serial Number
SERMAT	Material Number
SWERK	Maintenance plant
STORT	Location of maintenance object
MSGRP	Room
BEBER	Plant section
PPSID	Object ID of PP work center
KOKRS	Controlling Area
PRCTR	Profit Center
BUKRS	Company Code
GSBER	Business Area
ANLNR	Main Asset Number
ANLUN	Asset Subnumber
IKOSTEN	Total(actual) maintenance costs
PKOSTEN	Total plant maintenance costs (planned)
USER4	Total maintenance costs (estimated)
WAERS	Currency Key

Note: Intervals in the characteristic values are written in the following format

Value1 - Value2	(from Value1 to Value2)
>Value1	(greater than Value1)
>=Value1	(greater than or equal to Value1)
<Value2	(less than Value2)
<=Value2	(less than or equal to Value2)
>Value1 - <Value2	(greater than Value1 and less than Value2)
Value1 - <Value2	(greater than or equal to Value1 and less than Value2)
>Value1 - Value2	(greater than Value1 and less than or equal to Value2)