eBiss 3

Auf einigen Systemen tritt beim Ändern der Spalte Size von int zum Typen long ein Fehler auf, weil die Size im Index „Message_Manual_4“, „Message_Manual_5“ und oder „Message_Manual_6“ vorhanden ist. Dieser Fehler wurde behoben.

Ausnahmen/Fehler, die direkt nach dem EntityIfCase auftragen wurden nicht als Tasks übernommen. Diese Lücke wurde geschlossen.

Erweiterung vom Job-Step „PartnerImport“ um den Import von Adressen und TypeSets.

Manche JSON-Nachrichten wurde nicht angezeigt, diese Fehler wurde behoben.

eBiss Jobs welche ein ExecuteExternal oder ein ExecuteExternalProcessor enthielten, konnten nicht gespeichert werden. Der Fehler wurde behoben.

Beim SFTP Empfangskanal können unter Dateimaske mehrere Dateimasken durch '|' getrennt angegeben werden.

Die Mapping Funktion GetTemplatePartnerDetails wurde eingefügt.

Erweiterung der eBiss Api um die Abfrage der TypeSets beim Partner.

Der Job Step RestPushHandleDocument kann ab dieser Version direkt einem EntityObject ausgehenden vom Mapping angewendet, ohne dass das Dokument in einer Nachricht gespeichert wurde. Übertragen wird das Objekt im JSON-Format.

Die Lookup Werte wurden um das Erstellungsdatum erweitert.

Wenn im AS2 Sendekanal „use as template“ aktiviert wurde und ein Zertifikat hinterlegt war, dann wurde das Zertifikat ausgeblendet und dennoch verwendet. D.h., beim Senden einer Nachricht über den AS2 Sendekanal wurde nicht das in der EDIInt Adresse hinterlegte Zertifikat verwendet. Ab dieser Version wird das Zertifikat der EDIInt Adresse angewendet und zusätzlich im Log eine Warnung derart ausgegeben:

• A recipient cert file '<Dateiname>' configured at the channel '<Channel name>' will not be use because the channel is configured as 'Use as template'

Zusätzlich wird beim aktiven Debug Log der Fingerprint vom verwendeten Zertifikat ausgegeben.

Bei mehreren Analysatoren, die denselben technischen Typ unter unterschiedlichen Typ Namen verwenden und bei denen der Untertyp (Subtyp) nicht vom technischen Typ zurückgegeben wird, trat ein Fehler beim Caching auf. Wurden in einer solchen Konstellation innerhalb eines Jobs zwei Nachrichten verarbeitet, denen unterschiedliche Untertypen zugeordnet werden sollten, wurde für beide Nachrichten fälschlicherweise der zuerst erkannte Typ verwendet. Dieser Fehler wurde behoben.