Zum Hauptinhalt springen

24.3.0

gefahr

Unbedingt die aktuellen Installationsvoraussetzungen vorab prüfen!

tipp

Diese Anleitung berücksichtigt immer nur den Sprung von der vorhergehenden Version zu der gerade beschriebenen Version. Bei Upgrades über mehrere Versionen hinweg müssen alle Änderungen der Zwischenversionen ebenfalls beachtet werden! Siehe genereller Ablauf von Upgrades.

Was wurde gemacht ?​

Zusammenfassung​

  • Workflow-Ext wurde aufgelöst: clientHeaderCode in Portalskripte implementiert POM-418
  • Handling von eRechnungen wurde implementiert POM-417
  • Am Mappentyp ouspPostman_Administration wurden die Felder htMaildaemonPath und maildaemonApiUrl entfernt.
  • Am Mappentyp ouspPostman_Extract wurden einige nicht mehr benötigte Felder entfernt.

Manuell auszuführende Schritte​

  • Es müssen Workflow-ext/js/ou/sp/Postman und Workflow-ext/jsp/script-ousp-postman.jsp gelöscht werden

→ Bei kundenspezifischen Anpassungen, welche auf diesen Skripten basieren (oder an dieser Stelle hinzugefügt wurden), müssen diese separat angelegt werden. Des Weiteren ist darauf zu achten, dass diese auch im ClientHeaderCode hinterlegt sind. Siehe Customizing-Script

Mappentypen​

  • An der Administrationsmappe (Mappentyp ouspPostman_Administration) muss überprüft werden, ob das Löschen der Felder htMaildaemonPath und maildaemonApiUrl durch das Update-Skript erfolgreich war. Sofern die Felder noch an der Mappe existieren, muss am Mappentyp einmal die Aktion 'Mappen ändern' ausgeführt werden. Sind die Felder danach immer noch da, muss am Mappentyp temporär eine Änderung vorgenommen werden (z. B. Leerzeichen im Namensfeld eintragen), diese wieder rückgängig gemacht und danach einmal auf 'Übernehmen' und anschließend auf 'Mappen ändern' geklickt werden. Die Felder sollten nun verschwunden sein.
  • An den Mappen des Mappentyps ouspPostman_Extract muss überprüft werden, ob das Löschen untenstehender Felder durch das Update-Skript erfolgreich war. Auch hier gilt: Sofern die Felder noch an Mappen existieren, muss am Mappentyp einmal die Aktion 'Mappen ändern' ausgeführt werden. Sind die Felder danach immer noch da, muss am Mappentyp temporär eine Änderung vorgenommen werden (z. B. Leerzeichen im Namensfeld eintragen), diese wieder rückgängig gemacht und danach einmal auf 'Übernehmen' und anschließend auf 'Mappen ändern' geklickt werden.
    • InputValuesCount
    • OutputValuesCount
    • checkPoints
    • InputField1
    • InputField1_ExtractRule
    • alle Felder, die mit OutputField<1-10> beginnen

Portalscripts​

info

Folgende Skripte sind neu bzw. sind angepasst oder verändert worden!

ouspPostman​

  • ou.spc.Postman.clientHeaderCode

ouspPostmanUserExits​

  • ou.sp.Postman.filetype.userexit.file (postman-callbacks-file)

Veränderte UserExits oder Callbacks auf neuen ClientHeaderCode portieren​

Bsp.: Es wurde in der postman-callbacks-file.js ein Callback verändert

Orginal:

documents.sdk.exitRegistry.registerFileFieldExitCallback("ouspPostman_Mailbox", "extractZIP", (documentsContext) => {
    documentsContext.openMessageDialog(
        "Info",
        "Extrahiert werden alle zulässigen Dateitypen aus der Doppelauswahlliste 'Erlaubte Dateitypen' extrahiert.",
        () => {}, // OK-Button Callback
        () => {} // Cancel-Button Callback
    );
});

Verändert:

documents.sdk.exitRegistry.registerFileFieldExitCallback("ouspPostman_Mailbox", "extractZIP", (documentsContext) => {
    documentsContext.openMessageDialog(
        "Info",
        "Hier wurde eine kundenspezische Anpassung übernommen",
        () => {}, // OK-Button Callback
        () => {} // Cancel-Button Callback
    );
});

Um diese Änderung zu übernehmen, muss das gesamte neue ou.sp.Postman.filetype.userexit.file kopiert werden in: ou.cust.Postman.filetype.userexit.file Dann muss die entsprechende Stelle im cust-Script gesucht und wieder angepasst werden. Abschließend muss das cust-Script in den ClientHeaderCode eingefügt werden und das sp-Script entfernt. Siehe Customizing-Script