CS_CL_S_ITM_CREATE

[Former Member]

I have copied the FM CS_CL_S_ITM_CREATE from FG CSCL through SE80 Transaction for specific client requiremnt.

I havent made any changes to this copied ZCS_CL_S_ITM_CREATE yet, however it is not working same as CS_CL_S_ITM_CREATE.

There is no errors.

The FM is used in BAPI_MATERIAL_BOM_GROUP_CREATE.

Does anyone know the reason?

[Former Member]

I have copied the FM CS_CL_S_ITM_CREATE from FG CSCL through SE80 Transaction for specific client requiremnt.

I havent made any changes to this copied ZCS_CL_S_ITM_CREATE yet, however it is not working same as CS_CL_S_ITM_CREATE.

There is no errors.

The FM is used in BAPI_MATERIAL_BOM_GROUP_CREATE.

Does anyone know the reason?

[Former Member]

Hi,

if you have copied the fm outside of FG CSCL to another FG and still call the other fm's from FG CSCL there may be data lost in this way. Either you copy the fm within the same FG, or you copy the whole FG CSCL and change any function call for fm's of FG CSCL to new function modules of your own FG, e.g. ZCL*.

Remark: For SAP note and support stack handling I would like to avoid both of these ways, but look for a way to enhance (or modify) the original SAP fm!

Regards,

Klaus

Edited by: Klaus Babl on Nov 15, 2011 10:25 AM

[Former Member]

Hi Klaus,

Thanks for ur reply.

I have copied the FG CSCL to ZCSCL and copied the FM CS_CL_S_ITM_CREATE.

There are more than 20 FMs in this FG CSCL.

All the includes, dict. structures, sub rout are there in my new FG.

Should I do anything else to make this Z FM work same as CS_CL_S_ITM_CREATE

[Former Member]

Hi Dinkan,

because your FM calls a lot of fm's of FG CSCL, several data are only available in the workarea of this FG. Your fm has his own workarea in FG ZCSCL. So you have different workareas in your copied fm to the other fm's of the original FG and there may occur any data loss between the workareas of the fm's.

There may lots of workfields be filled in FG CSCL which you can't access in your FG ZCSCL also you have the same data definitions, also the other way round.

It's no good idea to copy one fm isolated to another FG because of missing data communication between the FG's.

Regards,

Klaus

[matt]

Generally, copying SAP code, especially function groups and classes, is problematic. First, you don't get any oss fixes to the copy, so any bugs in the SAP code remain. Second, come an upgrade, the data structures may change, and then the copy won't work at all, and you may have to re-copy it. Third, references within the copy may still be to SAP objects, or worse, entries in SAP tables.

Consider instead enhancements, user exits or adding your enhancement directly to the SAP standard. All are MUCH safer options.

[Former Member]

Hi Klaus and Matt,

Thanks for the valuable information.