[62916] in SAPr3-news

home help back first fref pref prev next nref lref last post

Re: Versionsvergleich bei TMS-Import

daemon@ATHENA.MIT.EDU (Christian Knappke)
Fri Dec 17 09:16:52 2010

To: sapr3-news@mit.edu
Date: Fri, 17 Dec 2010 15:07:40 +0100
From: Christian Knappke <chknews@gmx.net>
Message-ID: <iefqre$ecr$1@news.sap-ag.de>
Reply-To: chknews@gmx.net

Am 17.12.2010 11:47 schrieb Bernd A.:
> Hallo,
>=20
> kenn jemand das Problem, dass mit meinem Import eines
> Transportauftrages eine neuere Version =FCberschrieben wird?
>=20
> zB
> Report XYZ   Version 1      Auftrag SIDK9000001
> Report XYZ   Version 2      Auftrag SIDK9000003
> Report XYZ   Version 3      Auftrag SIDK9000005
>=20
> Die Importreihenfolge im QAS wurde korrekt durchgef=FChrt:
> Ldf Nr	Auftrag
>    001 	SIDK9000001
>    002 	SIDK9000003
>    003 	SIDK9000005
>=20
> Aufgrund von akut notwendigen =C4nderungen=20

Sowas wie "SIDK9000005" muss *SOFORT*!!1ELF 'rein, sonst passiert
<Katastrophenszenario>"?

> entsteht im PRD folgende
> Importreihenfolge:
> Ldf Nr	Auftrag
>    001 	SIDK9000001
>    002 	SIDK9000005
>    003 	SIDK9000003
>=20
> Wird nun der Auftrag SIDK9000003 importiert, so werden die =C4nderungen=

> des Auftrags SIDK9000005 mit einer alten Version =FCberschrieben -
> FEHLER

Falsch. Das ist so. Und ist i.d.R. richtig so.

> Hat jemand eine Idee wie man das Problem umgehen kann?

"Ordentliche" Paketierung der Entwicklung. "Ordentliches" Change
Management ...

Hier kannst du SIDK9000005 noch mal importieren. Dazu gibt es ja die
U-Modes.

HTH und viele Gr=FC=DFe
Christian




home help back first fref pref prev next nref lref last post