[62013] in SAPr3-news
=?ISO-8859-1?Q?Re=3A_Banf_aus_PM=2DAuftrag=2C_=C4nderungen_im_PM=2DAuftrag?=
daemon@ATHENA.MIT.EDU (Thorsten.Ahlers@swb-gruppe.de)
Thu Apr 16 04:40:13 2009
To: sapr3-news@mit.edu
Date: Thu, 16 Apr 2009 01:40:05 -0700 (PDT)
From: Thorsten.Ahlers@swb-gruppe.de
Message-ID: <bac4f03d-1607-4461-a740-89fbe4af505f@r33g2000yqn.googlegroups.com>
On 20 Mrz., 19:37, "TS" <darkblue1...@gmail.com> wrote:
> Hello all,
>
> wir nutzen das o.g. Konstrukt: Aus PM-Auftrag wird Banf kreiert, ggf. h=
=E4ngt
> noch ein (Banf)-Freigabeverfahren dahinter.
>
> Jetzt tr=E4gt es sich doch tats=E4chlich noch zu, dass nach evtl. Banffre=
igabe
> resp. Umsetzung in Bestellung der User im PM-Auftrag den Wert ab=E4ndert.
>
> Preisfrage: gibts was geniales, das zu unterbinden?
>
> Danke f=FCr n Ansatz
>
> Gruss
>
> Thomas
Hallo Thomas,
nutze doch einen Userexit der einfach den urpr=FCnglichen Wert wieder
in die Banf schreibt
