[2719] in SAPr3-news
Re: Releasewechsel R3 22f auf 30f
daemon@ATHENA.MIT.EDU (Jochen Hein)
Sat Apr 26 14:17:11 1997
To: sapr3-news@MIT.EDU
Date: 26 Apr 1997 12:33:01 +0200
From: Jochen Hein <jochen.hein@delphi.central.de>
--Multipart_Sat_Apr_26_12:33:00_1997-1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
>>>>> "Michael" =3D=3D Schachmich <schachmich@aol.com> writes:
Michael> Hi wir haben in unserer Firma diesen Schritt bereits
Michael> vollzogen.
Ich erz=E4hle mal etwas von meinen Erfahrungen mit R/2-Release-Wechseln
(4.1 -> 4.2 und 4.2 -> 4.3 mit diversen Korrekturst=E4nden).
Michael> Es sind folgende Probleme aufgetreten (soweit ich
Michael> sie mitbekommen habe). Die meisten SAP- Script Formulare
Michael> musste ich aus dem SAP 3.0f Mandanten 00 kopieren und meine
Michael> =C4nderungen aus dem 2.2 komplett per Hand nacharbeiten.
SAP-Script gab es damals noch nicht :-) Die normalen Upgrades haben
ihre ATAB-Daten nur den Mandant 00 eingespielt, die =C4nderungen f=FCr die
eigenen Mandanten waren ebenfalls =BBvon Hand=AB (ich habe da ein paar
Jobs f=FCr gemacht) durchzuf=FChren.
Michael> Das Einspielen von Mappen (aus unserer AS400 per TCPIP) musste
Michael> =FCberarbeitet werden.
Das ist, gerade bei =BBgro=DFen=AB Release-Wechseln, die Regel, da sich hie=
r
die Dynpros z.T. deutlich ver=E4ndern. Mit R/3 werden allerdings die
Feldnamen und Positionen relativ dynamisch bestimmt, bei R/2 und COBOL
bzw. Assembler-Programmen ist mindestens ein Kompilerlauf f=E4llig.
F=FCr ABAP's mu=DF die Tabelle RMAC generiert werden -> geht mit R/2 nur
im Batch-Fenster (nachts).
Michael> Mein APAP Programm welches ich von Hand
Michael> geschrieben habe erzeugte einen Verbucherabbruch.
:-)
Michael> Und zu guter letzt die Berechtigungen wurden nicht korrekt
Michael> weitergegeben d.h. z.b unser Buchhalter konnte pl=F6tzlich
Michael> einige seiner ganz normalen Transaktionen nicht mehr
Michael> ausf=FChren.
Hat sich nicht von 2.2 nach 3.0 einiges im Berechtigungskonzept
ge=E4ndert? Tr=F6ste Dich, von 4.2 nach 4.3 waren auch alle
Berechtigungen weg. Ich mu=DF allerdings sagen, da=DF ich das zu der Zeit
als recht positiv empfunden habe, weil es und die M=F6glichkeit gab, die
vergebenen Berechtigungen alle mal zu =FCberdenken und zu =FCberpr=FCfen.
Zun=E4chst sollte man ja das Berechtigungs-Profil SAP_NEW den Benutzern
schenken bzw. die Berechtigungen entsprechend verteilen. Von Konzept
ist ja das Profil(un)wesen nicht schlecht, aber die Suchfunktionen
reichen einfach nicht aus, um die passende Berechtigung schnell zu
finden. Das war im R/2 einfacher (aber nicht so einfach zu warten --
wie haben deshalb oft Batch-Input gemacht).
Besonders viel Arbeit haben hier die im Assembler enthaltenen
Modifikationen gemacht. Bei jedem Korrekturstand mu=DF man jede
einzelne =C4nderung =FCberpr=FCfen, ob sie noch pa=DFt und funktioniert. I=
n
=BBhei=DFen=AB Zeiten waren im System etwa 400 Module modifiziert, so da=DF
alleine diese Anpassungen etwa 14 Tage in Anspruch genommen haben.
Aus dieser Erfahrung heraus mu=DF ich ernsthaft von jeder Modifikation
abraten (die vermehren sich n=E4mlich wie die Kaninchen, wenn man einmal
damit angefangen hat).
SAP bietet (lach) mit dem Erweiterungskonzept (gibt's ein Handbuch
dazu) manchmal eine Schnittstelle, mit der man eigene Felder in
Tabellen aufnehmen kann (Append-Strukturen, das sieht technisch sauber
aus), eigene Felder in Dynpros aufnehmen kann (z.B. im Kundenstamm
nicht vorhanden -- unter R/2 gab's ein eigenes Dynpro daf=FCr) und ABAPs
erweitern kann (wenn denn der SAP-Programmierer es vorgesehen hat).
An sich ist die Idee nicht schlecht, aber viel zu schlecht
dokumentiert und zu schwierig zu benutzen (wenn denn =FCberhaupt
vorhanden). Als Tip, wie Benutzer ein =BBStandard-Programm=AB erweitern
k=F6nnen (und wie oft die Entwickler dieses vorgesehen haben empfehle
ich einen Blick auf GNU-Emacs und Gnus. Eine derartige Unterst=FCtzung
(gute Doku, vieles bereits bedacht, einfache und leistungsf=E4hige
Suchfunktionen, einen guten Editor) bei Anpassungen vermisse ich im
R/3.
M=F6ge Euer Administrator immer eine 4GB-Platte im Schrank haben (f=FCr
Upgrades :-)
Jochen
--Multipart_Sat_Apr_26_12:33:00_1997-1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
"Who is =BBGeneral Failure=AB and why is he reading my hard disk?"
--Multipart_Sat_Apr_26_12:33:00_1997-1--
