Search for document flow

  • Published on Mar 20, 2026
  • 2 minute(s) read
Prev Next

To be able to process a message, an applicable document flow and its related setup must exist. The moment the applicable document flow and setup is checked, is defined by inbound messages process and outbound messages process.

Inbound messages process

For inbound messages, the process that triggers the document flow search, has these steps:

  1. A message is run.

  2. The message checks if an EDI message file exists in the specified location.

  3. If a file exists, the mapping for the BisEdiHistory table is triggered.

  4. The BisEdiHistory table gets and analyzes the data from the file.

  5. With this data, the BisEdiHistory table checks if applicable setup with a document flow exists to be able to process the data.

  6. If so, the message is processed. If not, an error is given.

Outbound messages processes

For outbound messages, the document flow is searched for twice.When a record is to be added to the Outbound message queue, the document flow is searched for. The process has these steps:

  1. A record is to be added to the Outbound message queue (due to a journal posting or sales acknowledgement).

  2. The mapping for the BisEdiHistory table is triggered.

  3. The BisEdiHistory table gets and analyzes the record data.

  4. With this data, the BisEdiHistory table checks if a relevant document flow exists.

  5. If so, the related message is linked to the Outbound message queue record. If not, an error is given.

When a message is run by the Outbound message queue, the applicable document flow is searched for. The process has these steps:

  1. A message is run by the Outbound message queue.

  2. The message triggers the mapping for the BisEdiHistory table.

  3. The BisEdiHistory table gets and analyzes the data from the related record.

  4. With this data, the BisEdiHistory table checks if applicable setup with a document flow exists to be able to process the data.

  5. If so, the message is processed. If not, an error is given.

Document flow and origin

For EDI exchange with customers or vendors, the document flow setting on the origin defines which document flows can be searched for:

  • Customer document flows.

  • Customer and legal entity document flows.

  • Vendor document flows.

For EDI exchange with 3PL warehouse, the warehouse is the key to search the applicable document flow. So, in this case, the origin is not used.

The origin plays a role in several key elements in the process of checking the relevant setup:

  • In each message, the origin is set.

  • In each record in the BisEdiHistory table.

  • In each EDI staging journal.

  • In each purchase order and sales order.

  • For each EDI party, you can define the applicable origin.

  • For each document flow, you can define the applicable origin.

Note

The origin can also be set as empty in the message. Accordingly, the search for a document flow only considers party setups and document flows with origin empty as well.            

Flow diagram