eBiss 3

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
===== Version 3.10.356 (14.4.26) =====


====  Sensible Daten vor unberechtigtem Zugriff schützen  ====

Nachrichten mit sensiblen Daten können ab dieser Version gesondert geschützt werden. Dazu wurden in eBiss zwei Konzepte umgesetzt:
  * "Prüfungssichere Knoten" können vom globalen Zugriff ausgenommen werden    und
  * Nachrichten können verschlüsselt werden.


=== Prüfungssichere/ Revisionssichere Knoten ===

Wenn ein Knoten als "prüfungssicher" definiert ist, haben nur noch Benutzer aus eben diesem Knoten Zugriff darauf. Selbst Administratoren aus anderen Knoten haben keinen Zugriff, nicht auf den Knoten und auch nicht, z.B. über die globale Suche, auf Elemente in dem Knoten.

Die Eigenschaft „prüfungssicher“ wird im Knotentyp gesetzt. Möglich ist das nur, 
  * einem Benutzer mit Admin-Rechten aus eben diesem Knoten    und
  * wenn kein Unterknoten vorhanden ist.

 !!! Die Einstellung kann nicht rückgängig gemacht werden.




=== Nachrichten verschlüsseln  ===

Ab dieser eBiss-Version können Nachrichten verschlüsselt werden. Dazu muss 
  * das eBiss-System mit Hilfe des eBiss-Konfigurators für Verschlüsselung aktiviert worden sein und 
  * es muss eine Schlüsseldatei auf dem Server hinterlegt sein. 

Dann kann der Administrator einen Nachrichtenkorb auf „Verschlüsselt“ setzen. Die Einstellung kann nicht rückgängig gemacht werden!

Alle in diesem Nachrichtenkorb erstellten Nachrichten werden dann verschlüsselt und bleiben das auch, selbst wenn sie in einen anderen Nachrichtenkorb verschoben werden.

Über das Zugriffsrecht "Nachrichten" und dort "Verschlüsselt anzeigen" kann gesteuert werden, welche Benutzer verschlüsselte Nachrichten lesen können. Ein Benutzer ohne diese Berechtigung kann eine verschlüsselte Nachricht weder öffnen noch speichern. Er kann sie auch nicht in einem Mapping öffnen oder einen Job starten.




====  RestGet/-HandleDocument, RestPush,/-HandleDocument ====

Erweiterung der Job-Steps RestGet, RestGetHandleDocument, RestPush und RestPushHandleDocument um:
  * die Richtung der erstellten, der empfangenen Nachricht,
  * den Systempartner der erstellten Nachricht
  * den Handelspartner der erstellten Nachricht 
  * die zu verwendende Authentifizierungsmethode.

siehe: [[prozessdefinition:jobs:jobsteps:webservice:rest_common|]]

Bei der Anfrage vom Bearer Token wurde die Auswertung vom empfangenen JSON erweitert um die Erkennung von Tokens, die in der Unterstruktur "data" stehen, wie z.B.:
<code>   { "data": { "token":"…."} } </code>
Weiteres Informationen zu den erkannten Bearer Token Strukturen finden Sie unter [[prozessdefinition:jobs:jobsteps:webservice:rest_common|]].

====  Einrichtung von OAuth ClientAnmeldung über Microsoft 365 ====

Überarbeitete Anleitung für [[howtos:oauth20office365|]] auf den [[kommunikation:kanal:smtpsend|]] und [[kommunikation:kanal:pop3receive|]].


==== Fehler bei der Lizenzprüfung ====

Der Task "Invalid license, please update your license!" tritt weiterhin auf einem System auf und konnte bisher noch nicht nachgestellt werden.
Bei der Analyse der Logs und dem Sichten des Codes wurde eine weitere Code Stelle identifiziert, bei der es zu einem Zugriffskonflikt kommen kann. Diese Code Stelle wurde angepasst, sie wurde mit einem Lock versehen.



====  EDIFACT-Lesekomponente / Überlaufbehandlung ====

Die Überlaufbehandlung in der [[prozessdefinition:repositorien:lesekomponenten:typen:edifact|]] wurde nur auf Segmente innerhalb von Segmentgruppen angewendet,
nicht aber auf EDIFACT-Segmente auf der obersten Ebene, z.B. nicht auf DE_9308 unter SG_37.SEL. Der Fehler wurde behoben. 

Ferner wird ab dieser eBiss-Version im Log eine Warnung geschrieben, wenn EDIFACT-Werte gekürzt wurden (Überlauf abgeschnitten).




==== Azure Blob Storage-Sendekanal ====

Ein neuer Sendekanal zur Übertragung von Nachrichten in Azure Blob Storage wurde hinzugefügt.\\
Der Kanal ermöglicht das Speichern von Nachrichten in einem konfigurierbaren Storage Account und Container.\\
[[kommunikation:kanal:azureblobsend]]

==== Individuelle Artikel-/ EAN-Subscription   ====

Die eBiss Web-Seite wurde erweitert um die Artikel-Subscription auf Artikeldetail-, d.h. auf EAN-Ebene. 
Damit ist es jetzt möglich, über die eBiss Web-Seite einzelne EANs auszuwählen und einen PRICAT nur mit EANs an den Partner zu schicken.



====  Dateisystem Empfangskanal  ====

Im [[kommunikation:kanal:harddiskreceive|]] können für den "Zielpfad (Verschieben)" Masken verwendet werden, womit z.B. Dateien in einen monatsabhängiges Unterverzeichnis verschoben werden können mit: 
  * .\Messages\Moved\${fn:ActualDateTime("yyyyMMdd")}

====  AS2-Sendekanal  ====


=== Akzeptiertes SSL-Zertifikat ===

Beim [[kommunikation:kanal:as2send|]] können jetzt auch bei "Akzeptiertes SSL Zertifikat" Masken verwendet werden.

"Akzeptiertes SSL Zertifikat" bezieht sich auf die http**s** Adresse in der URL, weswegen das Feld 
  - unter der URL angeordnet wurde,
  - im Fall einer Templateverwendung ausgeblendet wird und 
  - an der EdiInt Adresse zu definieren ist.

=== AS2- Signierende Zertifikatsdatei === 

Wird für die //Signierende Zertifikatsdatei// eine Variable verwendet, dann kann der //Betreff// dazu nicht in der Benutzeroberfläche ermittelt werden. Der //Betreff// wird jedoch bei der Verwendung des Zertifikats benötigt -  nicht immer, aber beispielsweise bei bestimmten PFX-Dateien. Aus diesem Grund wird im Falle einer Variable in der //Signing Certificate File// der //Betreff// nach der Variablenersetzung zur Laufzeit aus dem Zertifikat ausgelesen und im Debug-Protokoll ausgegeben.
eBiss 3

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Seiten-Werkzeuge
