eBiss 3

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
===== Version 3.10.356 (14.4.26) =====

====  Protecting sensitive data from unauthorised access  ====

From this version onwards, messages containing sensitive data can be can be given special protection. To this end, two approaches have been implemented in eBiss:
  * “audit-proof” can be excluded from global access and
  * Messages can be encrypted.


=== Audit-proof nodes ===

If a node is defined as “audit-proof”, only users from that specific node have access to it. Even administrators from other nodes have no access, neither to the node itself nor, for example via the global search, to elements within the node.
The “audit-proof” property is set in the node type. This is only possible 
  * for a user with admin rights from that specific node and
  * if there are no sub-nodes.
 !!! This setting cannot be undone.


=== Encrypting messages ===

From this version of eBiss onwards, messages can be encrypted. To do this, 
  * the eBiss system must have been enabled for encryption using the eBiss configurator, and 
  * a key file must be stored on the server. 
The administrator can then set a message basket to “Encrypted”. This setting cannot be undone!


All messages created in this message basket will then be encrypted and remain so, even if they are moved to another message box.

The ‘Message store’ access right, and specifically ‘View encrypted’, can be used to control which users can read encrypted messages. A user without this permission cannot open or save an encrypted message. Nor can they open it in a mapping or start a job.


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

The Job-Steps RestGet, RestGetHandleDocument, RestPush, and RestPushHandleDocument have been expanded to include:
  * the direction of the message being sent or received,
  * the system partner of the message being sent,
  * the trading partner of the message being sent, and
  * the authentication method to be used.

see: [[en:prozessdefinition:jobs:jobsteps:webservice:rest_common|]].

In the Bearer token request, the parsing of the received JSON has been extended to include the detection of tokens located within the “data” sub-structure, such as:
<code>   { "data": { "token":"…."} } </code>
For more information on the identified bearer token structures, please visit [[en:prozessdefinition:jobs:jobsteps:webservice:rest_common|]].

====  Setting up OAuth client authentication via Microsoft 365 ====
Instructions for [[en:howtos:oauth20office365|]] of the [[en:kommunikation:kanal:smtpsend|]] and [[en:kommunikation:kanal:pop3receive|]] have been revised.

==== License Validation Error ====

The error “Invalid license, please update your license!” continues to occur on a system and has not yet been reproduced.
While analyzing the logs and reviewing the code, another section of code was identified where an access conflict could occur. This section of code has been modified and a lock has been added.





====  EDIFACT Reader Component / Overflow Handling ====

Till now, overflow handling in [[en:prozessdefinition:repositorien:lesekomponenten:typen:edifact|]] had been applied to segments within segment groups only, but not to top-level EDIFACT segments (e.g., not to DE_9308 under SG_37.SEL). This error has been fixed.

Furthermore, starting with this eBiss version, a warning is logged when EDIFACT values are truncated.


==== Azure Blob Storage Send Channel ====

A new send channel for transferring messages to Azure Blob Storage has been added.\\
The channel enables storing messages in a configurable storage account and container.\\
[[en:kommunikation:kanal:azureblobsend]]


==== Individual Item EAN Subscription   ====

The eBiss website has been updated to include article subscriptions of article details, on the EAN level.
This means that it is now possible to select individual EANs via the eBiss website and send them to a partner in a PRICAT message.



==== Harddisk receive channel ====

In the [[en:kommunikation:kanal:harddiskreceive|]], you can now use masks for the //Move to path// field, allowing e.g. files to be moved to a month-specific subdirectory, using:
  * .\Messages\Moved\${fn:ActualDateTime("yyyyMMdd")}


====  AS2 send channel ====


=== Accepted SSL certificate ===

In the [[en:kommunikation:kanal:as2send|]], you can now use masks for the "Accepted SSL Certificate" field.


The “Accepted SSL Certificate” refers to the https address in the URL, which is why the field
  * has been placed below the URL,
  * is hidden when a template is used and 
  * must be defined in the EDInt address.


=== AS2 - Signing certificate file === 

If a variable is used for the //Signing Certificate File//, the //Subject// cannot be determined in the UI. However, the //Subject// is required when using the certificate, not always, but for example with certain PFX files. Which is why, in the case of a variable in the //Signing Certificate File//, the //Subject// is read from the certificate after variable substitution during runtime and output to the debug log.
eBiss 3

User Tools

Site Tools

Page Tools
