Release-Notes oxaion infinite

139103

Elektronische Rechnungen

Es gab ZUGFeRD-Rechnungen, die nicht verarbeitet werden konnten und im Protokoll eine NullPointerException im AbstractMailScanner ausgegeben haben.

ZUGFeRD-Rechnungen sind per Definition PDF-Dateien, die ein integriertes XML besitzen.
Bei der Püfung, ob es sich um eine ZUGFeRD-Rechnung handelt, wurde eine zusätzliche Variante eingebaut, um an den Dateityp des integrierten Files zu gelangen.

127521

Elektronische Rechnungen

Wenn ein Lieferant eine ZUGFeRD-Rechnung mit groß geschriebener Dateienden (.PDF) verschickt hat, wurde das Rechnungsdokument nicht als PDF erkannt.
Es wurde somit keine TIFF-Datei erstellt, aber archiviert, sofern ein Lieferant zugeordnet werden konnte.
Im ERW konnte dadurch kein Rechnungsdokument angezeigt werden.

Die Dateiendungen des Rechnungsdokuments für die TIFF-Erstellung wird nun unabhängig von Groß- oder Kleinschreibung auf ein PDF-Dokument geprüft.

Dokumente (DMS), Excel & Word

Neue Excel- oder Word-Dokumente im DMS wurden nicht korrekt, sondern leer angelegt.
Der technische Fehler wurde korrigiert, sodass neue Dokumente im DMS korrekt abgelegt werden.

115144

Arbeitspläne und Textbausteine

Unter Umständen wurden alle Textbausteine einer Firma gelöscht, wenn in den Arbeitsplanpositionen die Funktion "Neunummerierung" ausgeführt wurde.

113845

Restrukturierte VKS-FIBU-Übergabe

Bei aktivierter restrukturierter VKS-FIBU-Übergabe kam es beim Stornieren einer Rechnung mit umzulegenden Versandkosten (d.h. Parameter 'Art der Leistung' in Tabelle FRD139 steht auf 'Nebenleistung') zum Fehler FBU2093 (Differenz zwischen Personen- und Sachkonten), sodass sich die Storno-Rechnung nicht an die FIBU übergeben ließ.

Die FIBU-Übergabe für VKS-Stornorechnungen wurde korrigiert.

ELSTER-Import

Ab März 2025 muss für den ELSTER-Import (CSV-Datei) die zusammenfassende Meldung (ZM) in Deutschland gemäß der Version 3.0 angeliefert werden. So wird der Dateiinhalt nach UTF-8 codiert (Zeichencodierung) und die Umsatzsteueridentifikation wird nicht mehr getrennt (Länderkennung u. USt.Id.Nr.) ausgewiesen.

Der Registrierungseintrag VERSION_FOR_ZM_CSV muss für die aktuelle Version auf v3.0 umgestellt werden:

Anwendung ANWG → Finanzbuchhaltung FBU → VERSION_FOR_ZM_CSV = v3.0

114454

Eingehende
elektronische Rechnungen

Eine Rechnung, deren Buchungsdatum in einer geschlossenen Periode liegt, konnte nicht in das System geladen werden.

Rechnungen werden jetzt auch dann in das System geladen, wenn ihr Buchungsdatum in einer geschlossenen Periode liegt.
Im weiteren Prozess kann der Sachbearbeiter nun entscheiden, wie damit verfahren werden soll.

113879

ELSTER-Import

Ab März 2025 muss für den ELSTER-Import (CSV-Datei) die zusammenfassende Meldung (ZM) in Deutschland gemäß der Version 3.0 angeliefert werden.
So muss der Dateiinhalt nach UTF-8 codiert (Zeichencodierung) sein und die Umsatzsteueridentifikation wird nicht mehr getrennt (Länderkennung u. USt.Id.Nr.) ausgewiesen.

114474

EKS-Rechnung und Fremdwährung

Bei Einkaufsrechnungen in Fremdwährung kam es zu einem Fehler in der FIBU-Übergabe, wenn die Bestellung nicht in Fremdwährung erfasst war.

Die Restriktion für Einkaufsrechnungen bzgl. der Bestellwährung wurde aufgelöst.

114175

EKS-FIBU-Übergabe

Wurde in der Rechnungsprüfung eine Position abweichend zur Bestellung auf kostenlos gesetzt (Preisdimension '8'),
so erfolgte bei der restrukturierten EKS-FIBU-Übergabe die Korrekturbuchung zur Wareneingangsbuchung ('EX'-Buchung) mit dem Wert Null, statt mit dem Wert der Wareneingangsbuchung.

Die Korrekturbuchung erfolgt nun mit dem Wert der Wareneingangsbuchung.

113911

Schlussrechnung
mit Anzahlung und
mit Technikerbeleg

Enthält eine Schlussrechnungeinen einen Technikerbeleg mit Ausführungsdatum, wurde dieses als Lieferdatum und für die Ermittlung des anzurechnenden Betrags verwendet. Wenn das Lieferdatum vor dem Buchungsdatum einer erhaltenen Anzahlung liegt, wurde diese daher nicht für die Schlussrechnung angerechnet.

Für die Bereitstellung des anzurechnenden Betrags wird nun das Rechnungsdatum verwendet.

91314

VKS-Rechnung und FiBu

Verkaufsrechnungen mit prozentualem Positionsabschlag konnten nicht an die Finanzbuchhaltung übergeben werden, weil es Differenzen zwischen Haupt- und Nebenkonten entstanden.

Bei der restrukturierten VKS-FiBu-Schnittstelle werden prozentuale Positionszu-/abschläge jetzt analog der Auftragsposition gerundet,
sodass es keine Differenz zwischen Personen- und Sachbewegungen entstehen und die Belege an die Finanzbuchhaltung übergeben werden können.

113466

Bestellungen und Anfragen

Bei einer manuell erstellten Einzelanfrage wurde bei mehrfachem Abruf neben der Anfrage immer auch die vorher abgerufene Bestellung auf erledigt gesetzt.

Nun wird nur die Anfrage selbst auf erledigt gesetzt, die bereits abgerufenen Bestellungen bleiben offen.

91663

EK-FiBu-Übergabe und Stornobelege

Bei Verwendung der restrukturierten Belegübergabe an die Finanzbuchhaltung wurden Stornobelege aus dem Einkauf nicht korrekt dargestellt (Kontenseite bzw. negative Beträge).

In der restrukturierten Belegübergabe aus dem Einkauf an die Finanzbuchhaltung wird nun die Einstellung der TBV-Tabelle VRL F12 berücksichtigt,
mit der gesteuert werden kann, ob ein Stornobeleg mit gedrehter Kontenseite oder Betragsumkehr dargestellt werden soll.

114080

EK-FiBu-Übergabe und neue Artikel

Die Anlage eines neuen Lieferantenartikels für eine Artikelnummer schlug u.U. fehl mit der Fehlermeldung, dass in der Datei ELFWEP bereits ein solcher Eintrag vorhanden sei.

Die restrukturierte EKS-FIBU Übergabe verwendet nun korrekt den Parameter 07 der TBV-Tabelle VRL E20, sodass die Anlage erfolgreich ist.

111663

Belastung ohne Retoure

Bei Belastungen ohne Retoure war es nicht mehr möglich, nur einen Preis und keine Menge einzugeben.
Zudem wurden bei der Übergabe an die FiBu im Lieferantenartikelstamm die Felder Umsatz, Bonusumsatz und Bonuswert mit falschem Vorzeichen gebucht.

Belastungen ohne Retoure sind nun wieder ohne Mengeneingabe möglich und der Lieferantenartikelstamm wird mit dem korrekten Vorzeichen bebucht.

113016

ERW: PDF & TIFF

Die PDF-TIFF-Umwandlung wurde angepasst, um Kompatibilitätsprobleme mit der Windows Foto-Anzeige zu korrigieren.

111317

AwarenessServer

Probleme mit der Zuordnung der Nutzer-Sitzung im AwarenessServer wurden korrigiert.

87616

Druckvorschau

Die Anzeige der Druckvorschau wurde erweitert, um konfigurativ die Rendering-Einstellungen anzupassen und das Abschneiden von Inhalt beim Zoomen zu verhindern.

91839

JSON Serialisierung

Der SimpleJsonWriter wurde korrigiert, sodass für TableCells leere Werte stets in das JSON Format übernommen werden.

-

Nächtliches Update

Der nächtliche Update-Job wurde korrigiert. In Ausnahmefällen konnten durch Verbindungsprobleme Folgefehler auftreten und dadurch das Update abbrechen.

JXBrowser

Der JXBrowser wurde auf die Version 7.42.0 zur Vermeidung von Performance-Problemen mit Windows Defender, siehe https://teamdev.com/jxbrowser/blog/windows-defender-update/

Cloud: AwarenessServer

Für den AwarenessServer wurde eine technische Optimierung bezüglich der Cloud-Umgebungen integriert.

E-Mail-Versand mit HTML-Template

Aufgrund eines technischen Fehlers funktionierte der E-Mail-Versand mit kundenspezifischen HTML-Template nicht mehr.
Der Fehler wurde behoben, sodass die Templates wieder korrekt verarbeitet werden.

In einigen FileDescriptions, die sich auf eine Datenbankview beziehen, war das Kennzeichen "updateable" gesetzt, obwohl die Views das technisch nicht unterstützen. Das Kennzeichen wurde daher bei allen Views entfernt. In Kundeninstallationen können Programme oder Modifikationen existieren, die sich bisher darauf verlassen hat, dass der Update funktioniert.

Folgende Views sind betroffen und sollten im Zweifel überprüft werden:
http://bitbucket.oxaion.de/projects/OPEN/repos/application-server-public/commits/3a554506f866de5a90fa58f10851267b18586797

Ein Parameter für die Javascript-Engine der Java-VM kann bei großen Formeln zu einem ClassFormatError Fehler führen.

Das template wrapper.conf.template , welches für die Erstellung des Dienstes des Applikation-Servers verwendet wird, wurde geändert:

von
wrapper.java.additional.7 = -Dnashorn.args="--optimistic-types=false --lazy-compilation=false --no-deprecation-warning"

auf
wrapper.java.additional.7 = -Dnashorn.args="--optimistic-types=false --lazy-compilation=true --no-deprecation-warning" 

Für bestehende Server-installationen die wrapper.conf (unter bspw. SRV01\bin\conf\) überprüfen und anpassen auf:

wrapper.java.additional.7 = -Dnashorn.args="--optimistic-types=false --lazy-compilation=true --no-deprecation-warning"
angepasst. 

Reporte: Datei-Zugriff Client

Für die Anzeige von Reporten erfolgt der clientseitige Zugriff per Download vom Server (anstatt per UNC-Pfad), sodass die Funktionalität auch in Cloud-Installationen verwendet werden kann.

ETL: Datei-Zugriff Client

Beim Erstellen von ETL-XML aus dem Datei-Explorer erfolgt der clientseitige Zugriff per Download vom Server (anstatt per UNC-Pfad), sodass die Funktionalität auch in Cloud-Installationen verwendet werden kann.

ASY_PERM

Beim Aufruf von ASY_PERM konnte ein Abbruch durch Verwendung eines ungültigen SQL erzeugt werden; der technische Fehler wurde korrigiert.

ERW & E-Mail-Versand

Für die Konfiguration des E-Mail-Versands im Eingangsrechnung-Workflow (ERW) wurden Änderungen und Korrekturen umgesetzt,
sodass die Verwendung verschlüsselter Verbindungen wieder korrekt funktioniert.

Hinweis: für Verbindungen mit SSL-Socket wird nun standardmäßig der Port 587 statt 465 verwendet.

Medizintechnik, UDI und Seriennummern

Bei einem Auftragsteilende wurde für alle Seriennummern des Fertigungsauftrags das Produktionsdatum fortgeschrieben (wenn noch keines vorhanden war).

Mit der Korrektur wird das Produktionsdatum nur bei den Seriennummern befüllt, für die das Teilende gemeldet wird.

Der Prozess ERW Invoice New.opd bzw. oBS ERW Invoice New.opd sollte getauscht werden.

Das Kennzeichen, ob beim Zurückweisen archiviert werden soll oder nicht, wird nun analog anderer Kennzeichen gleich bei der Bereitstellung einer neuen Rechnung an die Prozessdaten übergeben, um die Performance zu verbessern. Wird der BPM-Prozess nicht getauscht, ist der Unterlassungswert, dass beim Zurückweisen nicht archiviert wird. Damit ist es z. B. im OCR-Umfeld möglich, die Extensions erneut anzuwenden.

Bestandskunden
mit ERW

Hinweis beachten,

BPM-Prozesse aktualisieren:
ERW Invoice New.opd bzw. 
oBS ERW Invoice New.opd 

Mit der Version 2021.5411.1 wird das interne Server-Verzeichnis umgestellt, sodass auf die Ressourcen der Server-Verzeichnisse (conf, diffs, language, model & print) nicht mehr direkt über das Dateisystem zugegriffen wird, sondern die Ressourcen in einer Java-Archiv-Datei (unter /lib/appServer-resources.jar) inkludiert sind.

Zur Rückwärtskompatibilität wird das JAR bei jedem UpdateRestart aber weiterhin in die Verzeichnisse im Datei-System extrahiert.

Beim 1. Neustart nach dem Patch jedoch ist noch der alte Code-Stand von vor dem Patch aktiv; somit muss einmalig bei diesem Patch das Update-Restart wiederholt ausgeführt werden, um das Extrahieren explizit anzustoßen.

alle Kunden beim Patch

Nach dem Patch und dem erfolgreichen Neustart des AppServers über den Job *TASK-Update-Restart muss das Update-Restart für den AppServer erneut ausgeführt werden:

1. Löschend der temporären Downloads
   • unter SRV01/temp/
     • server-update.zip
     • server-update.zip.last
       
       
2. Erneute Ausführung des Jobs *TASK-Update-Restart

Vor der Einführung der elektronischen Eingangsrechnungen wurden alle Mails, die sich im Postkorb befunden haben, eingelesen – unabhängig davon, ob sie bereits als gelesen markiert waren.

Mit der Einführung der elektronischen Eingangsrechnungen werden nur ungelesene Mail verarbeitet. Wird eine Mail manuell angesehen und dabei als gelesen markiert, muss diese unbedingt auch manuell wieder auf ungelesen gesetzt werden. Sonst wird diese Mail – und damit die Rechnung – von den Jobs, die das Postfach auslesen (Rechnungen für den OCR-Scan und neu, elektronische Rechnungen), nicht mehr erkannt.

Hintergrund ist der, dass mit den elektronischen Rechnungen zwei Jobs dasselbe Postfach lesen. Jeder Job verarbeitet nur die für ihn relevanten Mails und hinterlässt dem anderen Job diejenigen als ungelesen, die er selbst nicht verarbeitet hat.

Dadurch, dass jeder Job für ihn relevante Mails in einen Erfolgs- oder Fehlerordner verschiebt, sollten sich im Posteingang nur von diesen Jobs noch nicht kategorisierte und verarbeitete Mails stehen oder solche, die weder dem einen noch dem anderen Sachverhalt zuzuordnen sind und die ohnehin manueller Entscheidungen bedürfen (z. B. Spam, Irrläufer, etc.).

Kunden mit automatischer Mail-Verarbeitung (OCR-Mail-Scan, elektronische Rechnungen)

CuDev

Ab dem September-Patch werden keine File-YAML mehr für die Metadaten der Dateien im Standard (Dateiexplorer, GPFILP usw.) generiert. Dateiänderungen im Standard werden nur noch über File-Diff-YAML ausgeliefert und enthalten nur noch die Änderung (nicht mehr den vollständigen Zustand).

Ab diesem Patch werden File-YAML nur noch für kundenspezifische Dateien verwendet. Für kundenspezifisch modifizierte / erweiterte Standard Dateien werden ebenfalls File-Diff-YAML verwendet und durch den Abgleich im Dateiexplorer generiert.

Durch Änderungen von Syncos bei der Rückmeldeverarbeitung ist ein Update von Syncos auf 

• 4.9.2 (Build 7400) bzw.
• 4.9.3 (Build 7390)

notwendig.

Es werden durch die Aktualisierung Probleme bei der oxaion-Rückmeldung behoben (Beendete Arbeitsgänge wurden in oxaion wieder auf teilbeendet gesetzt durch einen erneute Übertragung eines Datensatzes aus Syncos). 

Abstimmung mit Syncos-Releasemanager bezüglich Update Syncos.

Kompatible Versionen:

• 4.9.2 (Build 7400) bzw.
• 4.9.3 (Build 7390)

keine

Durch eine Programmkorrektur wurden die Belegberechtigungen (*BLG) wieder reaktiviert, die über einen längeren Zeitraum hinweg nicht mehr funktioniert hatten.

Es besteht nun theoretisch die Möglichkeit, dass nicht mehr alle Mitarbeiter die Berechtigung an allen Belegen haben. Es sollte daher geprüft werden, ob Einträge zur Steuerung der Belegberechtigung vorhanden sind (die bislang fälschlicherweise keine Auswirkungen hatten).

Vorab sollte mit folgender SQL-Abfrage geprüft werden, ob Belegberechtigungseinträge existieren:

select * from mbeklp where bebeob like '*BLG%'

Wenn keine Belegberechtigungen aufgelistet werden, ist nichts weiter zu tun; andernfalls siehe manuelle Nacharbeiten.

Wird in der zweiten Spalte ein Wert größer Null angezeigt, kann dies nun Auswirkungen bezüglich der Anzeige oder der Verwaltung dieser Belege haben. Wenn generell keine Einschränkungen erwünscht sind, sollten die entsprechenden Einträge aus der MBEKLP gelöscht werden:

delete from mbeklp where bebeob like '*BLG%'

Ansonsten sind die Auswirkungen der Programmkorrektur zu prüfen!

Mit der Version 2021.5409.1 wurde die Version der JasperReports von 6.8.0 auf 6.13.0 aktualisiert. Analog dazu muss zum Bearbeiten der Druck-Vorlagen zukünftig das Jaspersoft Studio 6.13.0 verwendet werden;
ältere Versionen des Jaspersoft Studio (bspw. 6.5.1.final) sollten deinstalliert werden.

keine

Die Felder UGUSER / UGTMST in der MUGSPP spielen in oxaion Open keine Rolle mehr. Aus diesem Grunde wurde die logische Datei MUGSPL02 gelöscht, in MUGSPL03 die Felder UGUSER und UGTMST aus dem Schlüssel genommen und die MUGSPL04 als eindeutiger Index (zugleich Clusterindex, da Grundlage des Verwaltungsprogrammes) gekennzeichnet. 

keine

Nach dem Patch prüfen, ob die Indizes MUGSPL03 und MUGSPL04 korrekt auf der Datenbank aktualisiert wurden.

@select name, is_unique from sys.indexes where name in ('MUGSPL03', 'MUGSPL04')

Sind die Indizes nicht angelegt, folgende Anleitung beachten:

1) nicht benötigte Datensätze entfernen per SQL:

delete from mugspp where ugtmst <> '0001-01-01T00:00:00.000000' or uguser <> '' 

2) anschließend im Dateiexplorer unter der MUGSPP für die o.g. logischen Dateien die Funktion Datenbankobjekt erstellen ausführen.

Für den Zugriff auf eine oxaion Business Solution-Umgebung gab es bisher verschiedene Business Backends:

1. "AS400" für Datenbank-Zugriffe aus dem ERW
2. "OBS" für Program-Zugriffe aus dem ERW
3. "MIGRATION" für Datenbank-Zugriffe aus dem Migrationstool
4. "RPG" für Programm-Zugriffe aus einer Hybrid-Umgebung.

Alle Zugriffe auf oxaion Business Solution erfolgen jetzt einheitlich über das Business Backend namens "AS400".

Ggf. ist daher die eigene Backend-Konfiguration zu prüfen, ob "AS400" korrekt angegeben ist. Optional: "RPG", "MIGRATION" und "OBS" können ersatzlos gelöscht werden, da sie im Standard nicht mehr verwendet werden.

keine

Bei Verwendung von Business Backends für den Zugriff auf Business Solution die Backend-Konfiguration prüfen und "AS400" verwenden.

Backend-Konfigurationen "RPG", "MIGRATION" und "OBS" können ersatzlos gelöscht werden, da sie im Standard nicht mehr verwendet werden.

Mit der Version 2021.5406.1 wurden die folgende Programme restrukturiert:

• PA11600: com.oxaion.open.app.pps.pa11601.PA11601R
  (nur die Vorwärtsauflösung wurde umgestellt)
• PS11400: com.oxaion.open.app.pps.ps11401.PS11401R

Kundenmodifikationen müssen ggf. auf die Restrukturierung angepasst oder übernommen werden.

keine

Wegen Änderungen an der Dialogdatenbank muss Syncos aktualisiert werden

Neue Spalte "isActive" in der (Syncos)-DialogDatenbank-Tabelle CompanyImport zur Markierung der inaktiven Geschäftspartner/Kunden/Lieferanten auch auf Syncos Seite (ITEM-77179)

Aktuell inaktivierte  Geschäftspartner / Kunden / Lieferanten werden per Patch2405.java automatisch (nochmal) an Syncos übertragen, um den initialen "Massen-Export" aller GP-Daten zu verhindern.

Abstimmung mit Syncos-Releasemanager bezüglich Update Syncos.

Kompatible Versionen:

• 4.9.2 (Build 7320) bzw.
• 4.9.3 (Build 7310)

keine

Die Integration von Dokumentenknoten in Explorern wurde überarbeitet, angepasst und vereinfacht.

Falls im Kundenprojekt bestehende Explorer um Dokumentenknoten erweitert wurden, ist davon auszugehen, dass diverse Programmstellen beim Merge konflikten. Hier kann vermutlich überall der neue Standardcode genutzt werden.

Wichtig: Jeder Explorer mit Dokumentenknoten muss in die DmsProgram.java aufgenommen werden.

keine

Mit der Version 2021.5404.1 wurden die folgende Programme restrukturiert:

• com.oxaion.open.app.pps.pw22001PW22001M

Kundenmodifikationen müssen ggf. auf die Restrukturierung angepasst oder übernommen werden.

keine

Für neue Installationen und neue Nutzer werden die Retouren automatisch für die Belegkeitte aktiviert.

Für bestehende Nutzer ist die Klasse RETNR der Belegkette hinzuzufügen; entweder manuell und einzeln über die JET-Client Oberfläche und "Senden-An verwalten".

Alternativ kann der Eintrag in den dnd.xml Dateien unterhalb von /data/conf/ für alle Nutzer und Gruppen hinzugefügt werden:

• Suchen nach <item action="US34000R" icon="tree-list.png" title="Belegkette"> 
• Hinzufügen von <cls name="RETNR" value="" /> 
• vgl. mit d2c5b4cbb9a587208538b5834baa29050a0c747d

Im Rahmen des Patches die BPM-Prozesse in der BPM-IDE aktualisieren und erneut auf die Server exportieren.

Hinweise & Anleitung finden Sie unter Geschäftsprozesse freigeben / exportieren.

Syncos: Erweiterungen
der Dialogdatenbank

Wegen Änderungen an der Dialogdatenbank muss Syncos aktualisiert werden

• 4.9.2 (Build 7070) bzw.
• 4.9.3 (Build 7060)

Falls im Zuge des Schrittes "Merge der Sourcen" bestehende Kundenmodifikationen zu Merge-Konflikten führen, wird automatisch darauf hingewiesen. Die Konflikte müssen dann manuell gelöst werden.
Gleiches gilt für Kundenmodifikationen mit Verwendung der US21080M_AM: Compile-Fehler sind manuell zu lösen.

Syncos: Erweiterungen
der Dialogdatenbank

Wegen Änderungen an der Dialogdatenbank muss Syncos aktualisiert werden

• 4.9.2 (Build 7030) bzw.
• 4.9.3 (Build 7020)

Für die Textverwendung in Anzahlungsrechnungen werden 3 neue Texte für Anzahlungsrechnungen ausgeliefert in der Firma K01.

keine

Die Textvorlagen sind manuell in jeder Firma zu erfassen, in welcher mit Anzahlungsrechnungen gearbeitet wird, Die Vorlage ist verfügbar in der Firma K01.

Textverwendung verwalten US15350R

Schlüsselfelder:
Anwendung=FBU, Textobjektart=BVER, Text-Object-ID=5

Die Syncos-Schnittstelle zum Import von Syncos-Daten nach oxaion wurde restrukturiert, sodass die Sourcen aufgeteilt, ausgelagert und umgezogen wurden. Kundenmodifikationen sind entsprechend anzupassen.

Betroffene Sourcen sind u.a. US50818_ImportJob.

Falls im Zuge des Schrittes "Merge der Sourcen" bestehende Kundenmodifikationen zu Merge-Konflikten führen, wird automatisch darauf hingewiesen. Die Konflikte müssen dann manuell gelöst werden.

Details siehe Patch 2021.5312.1 Kundenmodifikationen

keine

In der Inventur wurde die Performance der Programme optimiert und restrukturiert. Kundenmodifikationen sind entsprechend anzupassen.

Betroffene Sourcen sind u.a. LB61201R und LB61202R.

Falls im Zuge des Schrittes "Merge der Sourcen" bestehende Kundenmodifikationen zu Merge-Konflikten führen, wird automatisch darauf hingewiesen. Die Konflikte müssen dann manuell gelöst werden.

Details siehe Patch 2021.5312.1 Kundenmodifikationen

keine

In den RPGFunctions wurde die Methode die Methode cvtIso() entfernt. Kundenspezifische Verwender der Methode sind entsprechend anzupassen.

Sollten Kundenmodifikationen die Methode cvtIso() verwenden, wird der Schritt "Merge der Sourcen" mit einem entsprechenden Compile-Fehler darauf hinweisen. Die Compile-Fehler sind dann manuell zu lösen.

Details siehe Patch 2021.5312.1 Kundenmodifikationen

keine

Syncos: Umstellung Export
Fertigungsaufträge
mit Ausweichkennungen

Der Export der Fertigungsauftrags-Arbeitsgänge zu Syncos wurde hinsichtlich der Identifizierung bei als Alternativarbeitsgänge gekennzeichneten Arbeitsgängen (Stichwort: Ausweichkennung) umgestellt.

Dazu ist ZWINGEND ein Update von Syncos notwendig!

I:QU Datenbank

Im Teilestamm wurden die Felder TLEMDN und TLVITRO gelöscht. Daher ist es notwendig, dass beim Einsatz von ILM oder I:QU Mobile CRM / Service (Mobis) die I:QU-Datenbank aktualisiert wird. Dazu ist Kontakt mit dem verantwortlichen I:QU Ansprechpartner aufzunehmen, der dann die Datenbankaktualisierung vornimmt.

Bedarfsdeckerdatei:
Änderung der eindeutigen Datenbankindizees für die DZUNAP

Mit diesem Patch wird der eindeutige Index für die Bedarfsdeckerdatei verkürzt.

Aus dem eindeutigen Schlüssel DZUNAL01 und DZUNAL06 wird das Feld ZUYBED entfernt. Zugleich wurden die funktionslosen Felder ZUGPPO, ZUVZTT, ZURFRM, ZURANW, ZURAUN, ZURAUP, ZURKOP aus der Datenbanktabelle DZUNAP entfernt.

Firmenauswahl (F4)
im Login-Dialog

Aus Sicherheitsgründen wurde die Firmenauswahl im Login-Dialog entfernt.

Die Auswahl und Sichtbarkeit der Firmen / Mandaten wurde entfernt, da die Berechtigungsprüfung erst mit einem gültigen Login durchgeführt werden kann.
Die Eingabe einer Firma zur Anmeldung ist weiterhin möglich. Ohne Eingabe wird die Default-Firma des Nutzers verwendet.

Syncos: Export von Packmitteln
in separate Dialog-Datenbank-Tabelle

Mit aktivierter Transportmittelverwaltung und angebundenem Syncos werden ab sofort Artikel mit Kennzeichnung "Packmittel" in eine separate Syncos Dialog-Datenbanktabelle (ContainerTypeImport) exportiert. Dazu muss ein Syncos Update eingespielt werden.

Ohne aktivierte Transportmittelverwaltung bleibt es beim bisherigen Export, es ist kein Update des Syncos erforderlich.

EDI-Datenaustausch Automotive 

Liefer-/Feinabrufe und Lieferavis

In der XML-Export-Datenstruktur für Lieferavis wurde das Address-Segment überarbeitet und in diesem Zusammenhang  umbenannt (aktueller Name: VWAKDP, neuer Name: VWLADP). In den Segmenten "allgemeine Daten" (VWLFHP), "Lieferschein-Kopfdaten" (VWLFKP) und "Lieferschein-Positionsdaten" (VWLFPP) wurden neue Felder ergänzt (vgl. Oxaion_Lief.xsd).

In der XML-Import-Datenstruktur für Liefer-/Feinabrufe wurde ein neues Feld auf Abruf-Kopfebene ergänzt (Oxaion_Lab.xsd, Oxaion_Fab.xsd).

Neue Felder in der SAKOPP für Adresse USt-IdNr. (als Ergänzung zu einer angegebenen Umsatzsteueridentifikation).

OSS-Meldung
Deutschland (csv)

Der Aufbau der csv-Datei wurde per BUG 30368 geändert, da es eine neue Version gibt. Es wird nun nur noch eine anstatt 2 csv-Dateien ausgeben.

Kunden mit
OSS-Deutschland

Nexus & HTTPS

Der Zugriff auf den Nexus kann nun optional auch per HTTPS erfolgen.
Dazu müssen in bestehenden Kundeninstallationen Einstellungen angepasst werden. Die Umstellung ist optional.

alle Installationen

Neuer Treiber
MSSQL Datenbank

Der Datenbank-Treiber für Microsoft SQL-Datenbanken wurde aktualisiert von Version 7.4.1 auf Version 12.2.0.
Der neue Treiber verwendet standardmäßig verschlüsselte Verbindungen.
Sind keine Sicherheits-Zertifikate integriert, kann der Verbindung dennoch über die zusätzliche Property 'trustServerCertificate=true' vertraut werden.

alle Installationen
mit MSSQL Datenbank

ILM & MSSQL

Durch die Aktualisierung des Datenbank Treibers für Microsoft SQL-Datenbanken ist die Konfiguration von ILM anzupassen, um gesicherte Verbindungen zu verwenden

alle Installationen
mit ILM und MSSQL

"Commit-Hook" in der Entwicklungsumgebung

Damit der Patch erfolgreich eingespielt werden kann, muss der GIT "Commit-Hook" in allen Workspaces aller Entwicklungsumgebungen ausgetauscht werden.

generell

Englische Bezeichnungen

oxaion verwendet ab dieser Version englische Feldbezeichnungen auch in den generierten Java-Sourcen. Daher ist es notwendig, dass alle Kunden über den aktuellen englischen Sprach-Stand verfügen, da sonst die Generierung abweicht. Daher muss einmalig die englische Sprachversion installiert werden.

generell

Neue Java-Version im Client

Der JET-Client liefert nun die Java-Version 11.0.13_8 mit aus. Der erstmalige Client-Start ersetzt daher per Webstart/Weblauncher das gesamte JRE-Verzeichnis. Damit es dabei nicht zu Dateisperren kommt, empfiehlt es sich ggf. die Start-URL neu über den Browser aufzurufen, anstatt die Desktop-Verknüpfung des oxaion-Clients zu starten.

generell

Um den Rollout der neuen Java-Version zu aktivieren, müssen einmalig die Dateien

SRV01/temp/server-update.zip.last

SRV01/temp/client-update.zip.last und

SRV01/http/client/version.txt

manuell gelöscht werden. Und zwar erst, nachdem der Server sich erfolgreich auf die neue Version aktualisiert hat. Die neue JRE wird dann nach dem darauffolgenden Update des Servers aktiv. Löscht man die Dateien nicht, wird weiterhin die alte JRE-Version ausgeliefert.

Schulungsverwaltung/

Qualifikationen

Schulungsverwaltung/

Qualifikationen

Die Initialisierungsroutine "reorganizeSTEZOP" für Qualifikationszuordnungen / Technikerzuordnungen ist ggf. nicht erfolgreich gelaufen,
wenn in der Tabelle VRLS15 Einträge fehlen.

In der VRLS15 müssen die Felder "Default-Wert Land" und "Default-Wert PLZ-Bereich" in allen Firmen gefüllt werden, die Qualifikationszuordnungen verwenden
und danach muss per CALL OP30050R "reorganizeSTEZOP" ausgeführt werden (mit Angabe einer Firma oder ohne Angabe für alle Firmen).

Gespeicherte Filter, in denen Qualifikationsfelder vorkommen (Referenzfeld XSKI), müssen geprüft und ggf. angepasst werden. Mit folgendem SQL können die Programme, deren Filtermaske Qualifikationsfelder enthalten, ermittelt werden:

select distinct FLPGMN from GGFLNP where (FLFLDN like '%XSK1%' or FLFLDN like '%XSKI%') and FLFMTN = 'FMTDSL'

mit 2021 wurde die VKS-FIBU-Schnittstelle überarbeitet, deren neue Umsetzung wird automatisch aktiviert.
Ist das nicht gewollt, kann die alte Umsetzung reaktiviert werden.

Wird die HTTP-Schnittstelle verwendet, muss die Konfiguration des Host angepasst werden, siehe Konfiguration der HTTP-Schnittstelle