Delete a Sub Object Type attribute in 4.6C from 4.0B

[Dart, Jocelyn]

Hi Kevin,
Virtual attributes need to have some program coding attached to
them.  Sounds like that attribute isn't coded.  You need to do
some workflow programming in the object program to implement
the virtual attribute - that's probably what the error message is
trying to tell you.  Suggest you grab a friendly workflow programmer
or look at the tutorial on object programming in the SAP library
for some further help.
Regards,
Jocelyn
 
-----Original Message-----
From: Kevin Yu [mailto:kevin.yu at its.monash.edu.au]
Sent: Tuesday, 18 December 2001 10:55 AM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: Delete a Sub Object Type attribute in 4.6C from 4.0B
 
 
Hi Jocelyn,
 
I tried to change the data type reference from the ZFIPP business object
program.  I found a field TCPFS3B-TIME which use the same data element
to replace SYST-TSTLO.  I still cannot generate the Object.  When I look
at the error list, it always takes me back to attribute dialog.  The
reference data is still SYST-TSTLO in the attribute dialog.
 
Am I doing the right thing or anything you can think of I have missed
out?
 
Regards,
 
Kevin.
 
"Dart, Jocelyn" wrote:
>
> Hi Kevin,
> Try going into your ZFIPP business object program.  At the top of
> the program all the actual data type references for your attributes
> are listed.  Try changing the data type reference there and regenerating
> the program while you are in it, instead of attempting to use the
> attribute dialogs.  Once the program is ok, you should be able to
> check the attribute dialogs.
> Regards,
>         Jocelyn Dart
> Consultant (EBP, BBP, Ecommerce, Internet Transaction Server, Workflow)
> SAP Australia
> Email jocelyn.dart at sap.com <mailto:jocelyn.dart at sap.com>
> Tel: +61 412 390 267
> Fax: +61 2 9935 4880
>
> -----Original Message-----
>> From: Kjetil Kilhavn [mailto:KJETILK at statoil.com]
> Sent: Tuesday, 11 December 2001 7:36 PM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Re: Delete a Sub Object Type attribute in 4.6C from 4.0B
>
> If you have changed system names (e.g. from D01 to D02) in your
development
> system you could try to set the "original system" (or whatever it is
called)
> attribute of the ZFIPP object type to the new system name. Not sure if it
> helps,
> but it could be worth a try.
> --
> Kjetil Kilhavn
>
> |--------+------------------------------>
> |        |          Kevin Yu            |
> |        |          <kevin.yu at its.monash|
> |        |          .edu.au>            |
> |        |          Sent by: SAP        |
> |        |          Workflow            |
> |        |          <Owner-SAP-WUG at MITVM|
> |        |          A.MIT.EDU>          |
> |        |                              |
> |        |                              |
> |        |          11.12.2001 05:47    |
> |        |          Please respond to   |
> |        |          "SAP Workflow Users'|
> |        |          Group"              |
> |        |                              |
> |--------+------------------------------>
>
>
>---------------------------------------------------------------------------
> -|
>   |
> |
>   |       To:     SAP-WUG at MITVMA.MIT.EDU
> |
>   |       cc:     (bcc: Kjetil Kilhavn)
> |
>   |       Subject:     Delete a Sub Object Type attribute in 4.6C from
4.0B
> |
>
>
>---------------------------------------------------------------------------
> -|
>
> Hi,
>
> I am working on 4.0B to 4.6C upgrade.
>
> We have a subtype ZFIPP of FIPP.  A custom attribute was created in
> ZFIPP at 4.0B.  After the system is in 4.6C, we found that ZFIPP cannot
> be generated due to the attribute is referencing a SYST field and this
> SYST field has been dropped in 4.6C.
>
> First, it seems that we cannot change Data type reference (cannot change
> the reference field) in 4.6C.  Second, we cannot delete the attribute
> and redo it.  While we were deleting the attribute, 4.6C system
> complains about the attribute is from other system and cannot be
> deleted.
>
> Is there any way to fix this problem?
>
> Thanks,
>
> Kevin.
>
> -------------------------------------------------------------------
> Statoil: The information contained in this message may be CONFIDENTIAL and
> is
> intended for the addressee only. Any unauthorised use, dissemination of
the
> information or copying of this message is prohibited. If you are not the
> addressee, please notify the sender immediately by return e-mail and
delete
> this
> message.
> Thank you.