Creating a new class type in the classification system

[Former Member]

We are wanting to classify objects in a ZTABLE. We have a home grown system for defining our customer requirements that is used as the way for the sales people to communicate to the engineering dept. what the customer wants. A new need has come up that seems to be a good fit to be able to classify our customer requirements. I have been trying to create a new class type that is linked to our ZTABLE. However, even though it looks like we should be able to do this I have not been able to do it. I ran across some documentation that seems to imply that adding a new class type used to be possible, but no longer is.

Can anyone verify that creating a new class type is still possible to do? We are on ECC 5.0.

[Former Member]

I have been searching SDN for the answer to this question for 2 days now, and cannot find a definitive answer.

I have been able to create a new class object key for my ztable using SPRO, but I cannot seem to get the system to save my new class type I try to create after that.

Where would I go to help as to how to do this? Have I posted this in the wrong forum? If so which forum should I post it in?

[Former Member]

Halo Larry,

I am working on ECC 6.0 . I am able to create a Class type for my custom Application in SPRO . In my custom application the object is Insurance No and not any SAP Master data like Material No, Equipment No etcc .You will be succesfully able to create Class ,Characteristics within a Class , Assign Values for the Characteristic

The problem i face is while creating Classifiaction records . When i tried to use the BAPIS ( BAPI_OBJCL* ) for creating changing deleting the class records its telling

it is not possible . This is because some where within these BAPIs it is having a FM CLOCH_OBJECT_CHECK which searches for a Function MOdule in the repository

'OBJECT_CHECK_EQUI'( for EQUI equipment classification records ) , 'OBJECT_CHECK_MARA' ( for MARA Material Classification records )and so on.So if we want to write classification records we should have 'OBJECT_CHECK_' + our table name Function Module in repository . Since we cannot create in SAP name space it is not possible to have the Function Module .

[Former Member]

Arshad,

Thanks for your reply. How were you able to do this? Is there some documentation in the ECC 6.00 system that describes how this is done? Any help would be greatly appreciated!

BTW: We are currently in the process of upgrading to ECC 6.00, so what ever you have is valid for us as well. Maybe we can figure this out together!

Thanks,

Larry

[Former Member]

Arshad,

I was able to create the OBJECT_CHECK_ZTABLE function module. You need to add the key field(s) of you ztable to structure RMCLY. You will also need to create 4 new subscreens in function group CBCM with screen numbers in the 9000-9999 range. I copied screens 100, 200, 300, and 400 to create mine. About all you need to do is change matnr fields to whatever your key field is of your ztable. CL20N and the other object classification transactions should now work fine, along with the BAPIs that access the object classification..

It is a requirement that you create this FM. You need to get an access key from SAP to modify the RMCLY, function group CBCM and the one you want to create the FM in. I used CLCO, but there are others that can be used.

If you have a company policy about not modify SAP objects, then you will not be able to setup you own class type for ztables. I would suggest that you try to get an exception to this policy, otherwise you will be out of luck.

[Former Member]

Halo Larry,

Sorry for the late reply as I did not check SDN for last few days. Glad to know you have sorted out most of the issues .

Any way for my case I dont think i wil be getting an access key for changing SAP standard Objects

One work around that I have done is like

There is clear bifurcation in SAP Regarding Charateristic( Metadata ) data and Classification system .

In my case I am using the std SAP Characteristic Data and my own Classsification Tables instead of Std SAP Classification Tbale. ie I am not using Std BAPIs to update Classification records but my Z func modules which is called within my Z application to update my Z Classification Tables.

Regards

Arshad

[Former Member]

Ohh! I think that approach has more issues than making changes to the SAP system. Everytime you upgrade you will need to apply whatever changes SAP has made to your "Z" copy of the classification function modules, but without the aid of modification assistant. Plus, in this case, you are not really modifying the SAP code, you are only adding to it. I would strongly suggest requesting management to at least reevaluate its policy of not getting access keys. You are not taking advantage of a GREAT feature of SAP and limiting its usefulness to your company. Our company has used this feature quite a bit, and frankly, without it, our SAP implementation would have failed. But with it, SAP has become one of our greatest assets. Sure, there is a bit more work involved when we upgrade, but the advantages far out weigh disadvantages. We have been on SAP for well over 10 years and have been through many upgrades, all of which have been successful. We are currently upgrading from ECC 5 to ECC 6. I have just spent a week reapplying many of our SAP modifications. SAP modification assistant makes this a fairly straight forward process.

Not being allowed to use this feature is like having a Ferrari but not being allowed to drive it over 50 MPH. Might as well have Yugo!

Edited by: Larry Browning on May 5, 2009 11:58 AM

[Former Member]

Larry,

You don't need an access key if you add your fields into RMCLY using an append structure. That is the correct way to modify that structure.

On another note, thanks for the info here. It's helping to confirm the changes I need to make.

Regards,

Reid Maulsby

Edited by: REID MAULSBY on Jun 22, 2009 7:41 PM

[Former Member]

Reid,

Ok, thanks for that info. I did all this experimenting in a system that was scheduled to be overwritten, so I have another chance to do it better when I set it up for real. I am sure I will do as you suggest.

However, an access key is still going to be required for FG CBCM to add the new subscreens is it not? I suppose you could create you own FG for the OBJECT_CHECK_ZTABLE FM, but it would fall outside the customer naming standard of not beginning with a "Z".

BTW: Welcome to the SDN forums. I see this is your 1st post. There is an absolute wealth of info here. A simple search on SDN can sometimes make you look like a genius to your coworkers

Edited by: Larry Browning on Jun 22, 2009 1:12 PM

[Former Member]

Can someone point me in the right direction as to how to create my own Class Type. Is there some documentation as to how to dow this? Other than what is fould in SPRO I have tried and tried but no joy for me.

This is what I have done so far:

in SPRO:

1) Created an Object Key for my table ZLO_CUSTREQ. This table has a primary key of CRQNR (custormer requirements number which is I created) The documentation says that I need to add this key field to structure RMCLY (I did that). BUT, it also says the RMCLY is embeded in structure RMCLX and it is not. Do I need to modify RMCLX to add RMCLY as an append structure?

2) Went to Maintain Object types and Class types and selected my table. Double clicked on Class Types in the Dialog Structure tree, which displayed an empty list of class types.

I then Clicked New Entries button and filled in the fields: Class type(Z10), Description(Customer Requirements), Table(ZLO_CUSTREQ). in the Screens group I selected Keywords and Characteristics. In the Functions group I selected: Standard class type and Multiple classifications. I then Clicked the back arrow. This returned me to the Class Types list which now displayed my new class type.

When I click the save button it kicks me out the the SPRO menu screen and I get the warning message "Class type Z10 does not have the classification status incomplete system" .

Then, it won't let me re-enter the Maintain Object types and Class Types screen due to an error "View cluster is already open, go back with F3"

When I hit F3 I am returned to the main SPRO screen. After navigating back to the Maintain Object types and Class types I continue to get the View cluster already open error. The only way I can get back to Maintain Object types and Class types is to completely exit SPRO and start over. When I do, class type Z10 is gone.

I have repeated this procedure several times with always the same results.

Can anyone please help me?

[Former Member]

Ok, finally some joy!

In step 2 I discovered that if I selected my table and another table that already had a class type defined, when I dbl clicked on class type, it would display the class types for the other table. I could then copy the type to my new type, make my changes and then save it. This worked. Happy dance!!!!!

I have now been able to create my user defined screens for transactions CL20N, CL24, etc..

My next step will be to create the OBJECT_CHECK_ZLO_CUSTREQ function module. So I guess I have answered my own question. Can I give myself points?

I will leave this thread open until I get this thing working for sure.