Individuelle Customizings und Update-Sicherheit

Individuelle Customizings

Generelles

• Bitte beachten Sie beim individuellen Customing die Hinweise in PLANTA customizer.
• Bei der Bezeichnungsvergabe für eigene Objekte ist eine Konvention festzulegen, die sich nicht mit den Bezeichnungen von Standardobjekten überschneiden kann. Die empfohlene Vorgehensweise ist die Lizenznummer in der Form "L[nr]_project_id" vor die Spalten- bzw. allgemein DB-Objektnamen zu stellen.
• Beim Anlegen reeller individueller DI ist außerdem darauf zu achten, eine DB-Pos zu wählen, die vom Standard nicht erreicht werden kann (z.B. bei 5000 starten)

Regeln zu den am häufigsten durchgeführten Änderungen von Standardobjekten

Anpassung	zu beachten
Modul-, Panel-, Modulvarianten-, Datenfeld- und Dataitembezeichnungen	Alle Bezeichnungen müssen in allen lizenzierten Sprachen angepasst werden. In der Standarddokumentation (Wiki) wird weiterhin die Standardbezeichnung verwendet.
DF-Länge eines Dataitems	Auswirkungen auf Masken- bzw. Drucklayouts Dateninhalt anpassen, bevor ein Dataitem verkürzt wird.
Dataitembezeichnungen	Vollständigkeit Manche Felder (z.B. Projekt) werden direkt oder indirekt mittels Hol-Exits in weiteren Datentabellen verwendet; manchmal auch abgekürzt (z.B. Vorgang/VG) Manche Felder haben ein korrespondierendes Datenfeld (z.B. Managername als ID und als Inkarnationsfeld) In manchen Modulen wird statt der Dataitembezeichnung die DF-Überschrift ausgegeben Auswirkungen auf Layout Bei unterschiedlichen Längen hat die Änderung Auswirkungen auf Masken- bzw. Drucklayouts
Datenbereich, Arbeitsgebiet, Rollenzuordnung, Listboxen	Vor der Änderung ist unbedingt die Verwendungshäufigkeit zu prüfen, um nicht versehentlich andere Objekte mit zu ändern. Empfehlung bei Mehrfachverwendung: Standardobjekt kopieren ( = individualisieren) und in der gewünschten Zuordnung durch die Kopie ersetzen Kopie anpassen

Änderung an Standardobjekten / In Case of Update (ICOU)

Informationen

• Objekte des Standards (z.B. Benutzerrollen, Arbeitsgebiete, Listboxwerte, Module, Datenbereiche, Datenfelder, Dataitems) werden bei jedem Update wieder auf die PLANTA-Standardeinstellungen gesetzt. Diese können wegen der Weiterentwicklung zwischen Versionen variieren.
• Wenn keine Veränderung beim Update durch den neuen PLANTA-Standard erfolgen soll, ist es empfehlenswert, eigene Customizing-Objekte wie Module und Datenbereiche einzurichten, da diese durch Updates nicht verändert werden.
  • Dies kann durch Kopieren von Standardobjekten erfolgen, die anschließend angepasst werden.

Änderung von Standardobjekten

Welche Änderungen sind ICOU relevant:

• Werden Parameter der Standardobjekte geändert, so sind diese nach dem Update wieder auf den Standardwert gesetzt.
• Wird in einem Standardobjekt eine Zuordnung gelöscht, so ist diese nach dem Update wieder vorhanden.
• Wird einem Standardobjekt zusätzlich ein individuelles Objekt zugeordnet, bleibt diese Zuordnung beim Update erhalten.
• Generell ist die Lizenz des Datensatzes ausschlaggebend: Customzing-Datensätze mit PLANTA-Lizenz werden verändert, Customizing-Datensätze mit Kunden-Lizenz bleiben unverändert.

Beispiel

• Das Standard-Modul 004711 wurde geändert:
  • im Standard-Datenbereich 004712 wurde das Datenfeld 999001 aufgenommen
  • im Standard-Datenbereich 004713 wurde der Standardwert des Dataitem 004714 von @Y auf @N geändert
  • der individuelle Datenbereich 999002 wurde an Stelle des Standard-Datenbereiches 004714 zugeordnet
• Nach dem Update ist
  • zu prüfen, ob
    • im Standard-Datenbereich 004712 das Datenfeld 999001 noch korrekt ist (z.B. Layoutparameter bei Masken)
    • die Parameter des individuellen Datenbereiches 999002 weiterhin korrekt sind (z.B. Pos, O.-Pos, Erfüllungsregeln usw.)
  • im Standard-Datenbereich 004713 der Standardwert des Dataitem 004714 wieder auf @N zu ändern
  • die (nun wieder vorhandene) Zuordnung des Standard-Datenbereiches 004717 zu löschen

Besonderheit bei individuellen Modulvarianten zu Standardmodulen

Informationen

• Wurde ein Modul im Standard komplett ausgetauscht (neue ID), gehen die Varianten verloren.
• Wurde ein Modul nur geändert, bleiben die individuellen Varianten zwar erhalten, müssen aber ggf. manuell an die Änderungen des Basismoduls angepasst werden.
• Dies gilt sowohl für systemweite- als auch für benutzerspezifische Modulvarianten.