...

Genauere Informationen zu den einzelnen Schritten erhalten Sie in den nachfolgenden Abschnitten.

1) Vorbereitende Maßnahmen

1.1) Web Application Server stoppen

1. Stoppen Sie den Web Application Server (z.B. Tomcat) wie gewohnt über die Kommandozeile oder den Dienste-Manager.
2. Löschen Sie den Inhalt des Verzeichnisses „work“ der Tomcat-Installation.

1.2) Datenbank-Backup durchführen

Sie sollten zuerst ein Datenbank-Backup erstellen, welches wiederhergestellt (Rollback) werden kann, falls das Update fehlschlagen sollte. Informationen, wie dies durchgeführt werden kann, entnehmen Sie bitte dem Benutzerhandbuch Ihres Datenbank-Management-Systems.

1.3) Altes Deployment sichern

1. Im Unterverzeichnis "\webapps" des Web Application Server finden Sie das bisher installierte Deployment (i.d.R. mit dem Namen "\gtc").
2. Benennen Sie dieses Verzeichnis bzw. die "war"-Datei um (z.B. in "\gtc_alt") und verschieben es anschließend in ein Verzeichnis außerhalb des "\webapps"-Verzeichnisses. Das gesicherte Deployment darf auf keinem Fall im "\webapps"-Verzeichnis verbleiben. Dies würde im späteren Verlauf der Aktualisierung zu schwerwiegenden Fehlern führen.

Nachdem die Vorbereitungen abgeschlossen wurden, können Sie die Datenbank und anschließend das Deployment aktualisieren.

1.4)

...

SAPJCO aktualisieren

Wir mussten aus diversen Gründen nach langer Zeit auf eine neue JCo Version wechseln. Insofern muss im Zusammenhang von Aktualisierungen bei einer GTC-Version auf eine Das GTC arbeitet mit einer neuen SAPJCO-Version. Sofern RFC-Verbindungen mit dem GTC angesprochen werden, müssen Sie die folgenden Schritte durchführen, sobald Sie auf die GTC-Version 20.11.03 und neuer auf folgende Sachverhalte geachtet werden:

Vom alten JCo darf nichts mehr übrig bleiben:

...

oder neuer aktualisieren:

1. Entfernen Sie die Datei "sapjco3{*}.jar" aus dem Deployment-Verzeichnis "<gtc-root>/lib".
   Die nachfolgenden Schritt sind einmalig durchzuführen:
2. Entfernen Sie ggf. die Datei  "sapjco3{*}.jar" aus dem Verzeichnis "<Tomcat-root>/lib".
3. Aus lizenzrechtlichen Gründen dürfen wir Ihnen diese Dateien nicht zum Download anbieten oder im Paket verteilen. Laden Sie von das SAP-Support-Seite die Dateien "sapjco3*.dll" bzw. "libsapjco3.so" sowie "sapjco3{*}.jar" herunter.
4. Tauschen Sie die dll- bzw. so-Datei aus. (Die Windows-dll wird

...

Wir dürfen aus lizenzrechtlichen Gründen diese Dateien nicht zum Download anbieten oder im Paket verteilen. Bitte sprechen Sie uns an!

1. meistens im system32-Ordner abgelegt.)

...

Im Unterschied zu den vorherigen Versionen darf die sap3jco.jar auch nicht mehr umbenannt werden: Wir hatten sonst üblicherweise die Versionsnummer angehängt. Das lässt die SAP nun nicht mehr zu (führt zu Laufzeitfehlern).

1. Legen Sie die heruntergeladene "sapjco3{*}.jar"-Datei im Verzeichnis "<Tomcat-root>/lib" ab. Die Datei darf nicht umbenannt werden.

2) Datenbank aktualisieren

Es stehen zwei Varianten für die Aktualisierung der Datenbank zur Verfügung. Neben der manuellen Aktualisierung, die im Folgenden beschrieben wird, gibt es nun auch die Möglichkeit, die Aktualisierung der Datenbank automatisch beim Serverstart durchführen zu lassen. Im Abschnitt 4 wird darauf näher eingegangen.

...

3) Deployment aktualisieren

...

Falls weitere Anpassungen am Deployment bekannt sind (z.B. in der Datei "web.xml"), übertragen Sie diese bitte auch durch Editieren der jeweiligen Datei.

4) Automatisches Update der Datenbank einrichten (optional)

Bevor das automatische Update eingeschaltet wird, muss die Applikation prüfen, ob die Vorbedingungen für das Update erfüllt sind. Öffnen Sie die Datei <Tomcat>/<GTC>/WEB-INF/web.xml. Suchen Sie den Parameter check-db-migration-state und ändern Sie den Wert auf true. Wenn der Tomcat nun mit der neu ausgelieferten WAR-Datei gestartet wird, überprüft eine interne Routine die Datenbank.

...

Achtung: Die Applikation aktualisiert ohne weitere Abfrage die Datenbank. Bitte prüfen Sie danach unbedingt die Logdatei "gtc_dbMigration.log" auf Fehler.

5) Finale Schritte

1. Starten Sie den Web Application Server wie gewohnt über die Kommandozeile oder den Dienste-Manager. Beim Server-Start werden nun u.U. Autorun-Jobs durchgeführt. Diese sind Teil der Aktualisierung und müssen erfolgreich ausgeführt werden. Brechen Sie den Server-Start also nicht ab, auch wenn das Starten länger als gewöhnlich dauert.
2. Nach dem Start des WAS-Servers testen Sie den Zugriff auf das GlobalTaxCenter oder informieren Sie Ihre zuständige Fachabteilung, um den Zugriff testen zu lassen, falls Sie selbst keine Zugangsdaten für das GTC haben.
3. Wechseln Sie (oder ein berechtigter Vertreter) im Bereich Stammdaten in den Dialog Administration und dort in den Reiter Log und öffnen Sie die Datei "gtc_autorun.log". Prüfen Sie, ob die Autorun-Jobs erfolgreich durchgelaufen sind oder ob Fehlermeldungen angezeigt werden. Im Fehlerfall wenden Sie sich bitte an die Hotline - GlobalTaxCenter Suite und schicken die Log-Dateien "gtc_autorun.log" und „gtc_system.log“ mit.
4. Falls nach der Aktualisierung Fehler in der Webapplikation auftreten, kontaktieren Sie bitte ebenfalls die Hotline - GlobalTaxCenter Suite und senden die Log-Dateien mit.

6) Transfer in andere Instanzen

Wenn Sie mit mehreren Instanzen (Entwicklung, Test, Integration, Produktion, ...) arbeiten, beachten Sie bitte, dass in jeder Instanz die oben genannten Schritte in der gleichen Art und Weise durchgeführt werden müssen.

...

1. In der Test- und Produktivumgebung ist das GTC in der Version 20.00.01 installiert.
2. Sie aktualisieren nun die Testumgebung mit der Version 20.00.03.
3. Ein paar Wochen später bekommen Sie ein neues Auslieferungspaket bereitgestellt und aktualisieren die Testumgebung. Diese hat nun die Version 20.00.07.
4. Die Produktivumgebung läuft immer noch mit der Version 20.00.01.
5. Sie erhalten von der Fachabteilung die Freigabe, das Produktivsystem auf Version 20.00.07 zu aktualisieren.
6. Sie müssen in jedem Fall im ersten Schritt die Skripte der Version 20.00.03 einspielen, bevor Sie mit der Installation der Version 20.00.07 fortfahren. Nur so können Sie verhindern, dass ein Schiefstand in der Datenbank entsteht.

7) TransferClient-Installation und Einbindung ins GTC (optional)

Sofern mit dem GTC (Modul Tax Return) auch elektronische Versendungen an die Finanzverwaltung durchgeführt werden, muss in regelmäßigen Abständen das Modul TransferClient (TC) aktualisiert werden, da hierüber die Versendungen durchgeführt werden.

...

1. Web Service zum TransferClient aktivieren
2. Einrichten des Proxys zwischen GTC und TransferClient (optional)
3. Testen der Verbindung zum TransferClient
4. Einrichten des Proxys zwischen TransferClient und Finanzverwaltung (optional)

7.1) Web Service zum TransferClient aktivieren

Damit der Elster-Versand als Web Service verfügbar ist, muss folgende Konfiguration vorgenommen werden. Auf der Administrations-Seite wird die Verbindung zum TC ergänzt. (Der TC muss als Web Service gestartet sein.)
Es wird eine neue Verbindung der Kategorie "WebService" eingerichtet. Der Name muss "eric" heißen (auf Groß- und Kleinschreibung achten). 

...

7.2) Proxy zwischen GTC und TransferClient (optional)

Der Proxy wird als separater Verbindungsparameter auf der Administrationsseite gepflegt.

7.3) Verbindungstest zum TransferClient

Nun kann die Verbindung zum TC durch Klick auf das Zahnrad-Symbol (vorne in der Zeile) getestet werden. Es wird anschließend eine Meldung ausgegeben, ob der Test erfolgreich war oder nicht.

...

Bekannte Fehlermeldungen und deren Lösung sind in einem gesonderten Kapitel dokumentiert.

7.4) Proxy zwischen TransferClient und Finanzverwaltung (optional)

Der Proxy wird als separater Verbindungsparameter auf der Administrationsseite gepflegt.

...