3.1.2. Message details
Message Details screen shows you all the details about the processing of a message by Babelway system. It also allows you to make all necessary actions on this message.
You can access it by clicking on its line in the messages list screen, or you can find a specific message by searching for it with a reference like file name, date, etc.
First you will get Short Message Details screen on the right as seen below :
Short Message Details screen
And when click on View full details you will get the full message details as seen below
The following information can be available on a message:
The status of the message processing. The possible statuses are:
|
|
The date and time when the message was received by Babelway. |
|
The date and time when the processing of the message was completely finished (even if complete processing of the message implied waiting for an acknowledgement from the external system, waiting for download by the client, making retries, etc.). |
|
The date and time when the Babelway processing of the message was finished. This is the moment when the message out is made available to the target system. This time will differ from "Date out" when the delivery of the file implies waiting for the external target system (ex: waiting for an acknowledgement, waiting for a download, or waiting for the external system availability). "Processing complete" doesn't include this delay while "Date out" includes this delay. |
|
The date and time until which the message will be kept in the Babelway system. You can change this setting for your whole environment or by channel. |
|
Incoming file, as received by the source external system. Click on the file name to open it. Note: If there is a file name provided in the "Message In" or "Message Out" which contain ~ tilde character, All browser based on Chromium will replace the ~ tilde character by the _ underscore character when you try to download the file from the Babelway interface, For more details you can check this link https://bugs.chromium.org/p/chromium/issues/detail?id=479419 |
|
Outgoing file, as sent to the target external system. In case of processing error, this file may be unavailable if the messaging engine was unable to generate it. Click on the file name to open it. Note: If there is a file name provided in the "Message In" or "Message Out" which contain ~ tilde character, All browser based on Chromium will replace the ~ tilde character by the _ underscore character when you try to download the file from the Babelway interface, For more details you can check this link https://bugs.chromium.org/p/chromium/issues/detail?id=479419 |
|
When the message couldn't be processed, a text that describes the error's reason. |
|
Message type, can be either Test or Regular. |
|
Only for test messages. The test status can be either Test failed, Waiting result or Test successful. It should be differentiated from the Status field, that tells if the message has been processed without errors. When you make a test case, you can add complementary assertions on the result of the processed message. This will cause the test to be considered as 'failed' if not fulfilled. |
|
The channel that processed the message. |
|
Incoming gateway used to receive the input file. |
|
Outgoing gateway used to process the output file. |
|
A UUID (universal unique identifier) that uniquely identifies a Message. |
|
Message reference or file name. You can choose this reference. |
|
Specific communication-level identifier from the gateway in. |
|
Specific communication-level information from the gateway in, like related id's or addressing information of partner systems. |
|
Specific communication-level identifier from the gateway out. |
|
Specific communication-level information from the gateway out, like related id's or addressing information of partner systems, info about acknowledgments, retries, ... |
|
Incoming message size (in bytes). |
|
Outgoing message size (in bytes). |
|
Free text allowing the user to comment on a message. It can be changed anytime from the SelfService applicaiton as well as during in the processing of any message. |
Note: You can populate the user_comment system metadata in the transformation using setMetadata('user_comment', 'Replace this text with the text you want to use as a user comment or you can map it from a field from the Message In'), as shown below.
The section Internal files also gives you access to internal data about the processing of the message. This information can be useful to investigate some problems, or to understand the behavior of the system. Two categories of internal files exist: The step files and the other files.
The step files represent the evolution of the message content from the message IN to the message OUT. After each modification of the message's content, a new step file is created. Here is the complete list of possible types of step files:
The message IN as it was at the start of the processing (after reception by the gateway IN). |
|
The message IN after the deprecated unwrapping extra-processing. |
|
The message IN after the S/MIME unwrapping extra-processing. |
|
The message IN after the PGP unwrapping extra-processing. |
|
The message IN after the ZIP unwrapping extra-processing. |
|
The message IN after the PDF unwrapping extra-processing. |
|
The message IN after the regular expression based extra-processing. |
|
The message IN after the Serving XML based extra-processing. |
|
The message IN after its conversion to an internal XML representation. |
|
The XML message IN after the XSLT based extra-processing. |
|
The XML message after its transformation. |
|
The XML message OUT after the XSLT based extra-processing. |
|
The message OUT after its conversion from the internal XML representation. |
|
The message OUT after the Serving XML based extra-processing. |
|
The message OUT after the regular expression based extra-processing. |
|
The message OUT after the line delimiter transformation extra-processing. |
|
The message OUT after the PDF wrapping extra-processing. |
|
The message OUT after the ZIP wrapping extra-processing. |
|
The message OUT after the PGP wrapping extra-processing. |
|
The message OUT after the S/MIME wrapping extra-processing. |
The other files represent the additional information (other than the content) produced during the message processing. Here is the complete list of possible types of other files:
Full context of execution of the message, as it was at the start of the processing (after reception by the gateway IN). |
|
Full context of execution of the message, as it was at the end of the processing. |
|
Additional list of properties and log of processes applied during message processing. |
|
The Message Delivery Notification (MDN) that was sent to the caller, to prove that Babelway has received the message. |
|
The Message Delivery Notification (MDN Out) that was received from the receiver of the message, to prove that Babelway has correctly submitted the message to its destination. |
|
When a document extractor is used on MessageDefinition IN, the extracted documents. |
|
When a document extractor is used on MessageDefinition OUT, the extracted documents. |
|
When a document extractor is used on MessageDefinition IN, the extracted invoices. |
|
When a document extractor is used on MessageDefinition OUT, the extracted invoices. |
|
When a document extractor is used on MessageDefinition IN, the extracted orders. |
|
When a document extractor is used on MessageDefinition OUT, the extracted orders. |
|
When a document extractor is used on MessageDefinition IN, the extracted dispatch advices. |
|
When a document extractor is used on MessageDefinition OUT, the extracted dispatch advices. |
|
A Standard Business Document Header (SDBH) is the effective message sent to a PEPPOL Access Point. It's the UBL message wrapped in an envelop that identifies key data about the document. |
|
A Standard Business Document Header (SDBH) is the effective message sent to a PEPPOL Access Point. It's the UBL message wrapped in an envelop that identifies key data about the document. |
|
A Message Level Response (MLR) is a business acknowledgment that tells the sender if the received message follows business rules related to the document type and business flow. |
|
A Message Delivery Notification (MDN) of a Message Level Response (MLR) is a proof from the receiver that the MLR was correctly submitted to its destination. |
|
The content that was sent by Babelway to the RosettaNet server. |
|
The RosettaNet delivery report that was received from the receiver of the message, to prove that Babelway has correctly submitted the message to its destination. |
|
The content that was received by Babelway from the RosettaNet server. |
|
The RosettaNet delivery report that was sent to the caller, to prove that Babelway has received the message. |
|
The X400 message delivery report that was sent to the caller, to prove that Babelway has received the message. |
|
The soap request sent by the SOAP client out gateway. |
|
The soap response received by the SOAP client out gateway. |
|
The content that was sent by Babelway to the NemHandel server. |
|
The NemHandel rasp response that was received from the receiver of the message, to prove that Babelway has correctly submitted the message to its destination. |
|
The content that was received by Babelway from the NemHandel server. |
|
The NemHandel delivery report that was sent to the caller, to prove that Babelway has received the message. |
|
The request sent by Babelway to a remote web server, when contacting it to send messageOUT. |
|
The response received by Babelway from remote web server, after contacting it to send messageOUT. |
|
The mail message as received by babelway during the smtp exchange. |
|
The deposit summary report provided by chorus. This helps you understand what went wrong if a file has been rejected. This report is also available in your chorus account. |
|
The message sent to Babelway but over the environment size limit. |
Click on Back to list action to return to the list of Messages screen.
Click on Resubmit to reprocess this message. See Resubmitting a Message chapter for more details.
Click on Save As Test Case to create a test case with the data of this message. The new test case is automatically created in the channel that processed the message and populated with the message parameters, including the incoming message that will be used as a test message and outgoing message that will be used as expected message out.
For messages in error state, right next to the error description field, you will find an icon that activates Babelway AI assistant to explain the error message and provide potential solutions.
Here is an example of the answer provided by the AI: