Under the application’s Message types, create the two types this flow routes on. A message type is a name plus a format, no schema required:

Promotions live on the message type, so add them while you are here. Both delivery filenames (Steps 5 and 6) and the alert subject (Step 6) bind these tokens, and adapter parameters are plain strings: they take promotions, never body paths.

A failed relay re-publishes the document payload intact, but promotions are type-qualified, so the exception type needs its own:

Four remote systems, four credentials. Under the application’s Authentications, the dialog asks for a Name, the Adapter it pairs with, and a Definition, the credential shape that adapter offers, with the Application preset; the Definition decides the config section that follows.

Create an SFTP Listener receive port CarrierPickup against the carrier’s outbound directory. One port does the whole intake: it owns the timing, makes the connection, and publishes what it finds, so there is no clock port and no subscription to wire up. (The dropdowns can also create types and maps inline; building the dependencies first keeps each dialog a selection.)

The port carries a required Adapter Message Type, stamped the instant the Listener releases the file to the next step inside the port, body untouched.

A sample dispatch document as the carrier publishes it:

<DispatchAdvice>
  <DocumentNo>CMR-55812</DocumentNo>
  <Carrier>NordFreight</Carrier>
  <Consignee>Beltrans Customs BV</Consignee>
  <Packages>14</Packages>
</DispatchAdvice>

Create an SFTP Caller send port BrokerDelivery subscribing on {{Message.MessageType}} == "DispatchDocument".

Set Authentication to BrokerSftp, from Step 2.

The Filename is rebuilt from the Step 1 DocumentNo Promotion, so the broker copy and the archive copy (Step 5) always match, and a replayed document overwrites nothing at the broker (Fail if exists surfaces the duplicate instead):

BrokerDelivery : dispatch_{{Promoted.DispatchDocument.DocumentNo}}.xml
Archive        : dispatch_{{Promoted.DispatchDocument.DocumentNo}}.xml

Create a second SFTP Caller send port Archive on the same subscription, {{Message.MessageType}} == "DispatchDocument", with the same payload-derived Filename template as Step 4.

Set Authentication to ArchiveSftp, from Step 2.

On the pickup port CarrierPickup and both send ports, BrokerDelivery and Archive, set Exception Message Type to RelayFailed, from Step 1; the promotion you defined on it carries the document number into the alert subject.

Create the OpsAlert O365 Mail port subscribing on {{Message.MessageType}} == "RelayFailed":

Everything you configure is live the moment you save it, there is nothing to deploy. Start the send ports first, BrokerDelivery, Archive and OpsAlert, then the receive port CarrierPickup.

Set the Application’s tracking level to Enabled + Body so you can walk each run step by step, with its message body. Tracking is an Application-level setting, so this one choice covers every port the flow touches, and you can drop it back to Only on Error once the flow is proven.

Drop a test document on the carrier server, and confirm it appears on the broker server and under the archive path.

Stop the broker server, drop another document: the archive copy still lands, the delivery suspends and alerts, and replay drains it later. That asymmetry, flight recorder intact while a leg is down, is the test that matters.