Skip to main content
boermansdigital
Open menu

Practical guideMFT

Pausing file transfers: how do you stay in control when resuming?

Your transfer service is temporarily unavailable or needs to be paused as a precaution. Departments are waiting for information and an external party has files ready to send. The question is not only when the connection will return. You also need to know what has already been processed and who decides what may restart.

Fictional exercise — no customer case or recovery guarantee

Choose one transfer and its business consequences

Start with order files that a warehouse needs to prepare deliveries, for example. Which department or partner has to wait when the flow stops? Which activities can continue temporarily, and when does waiting become a problem? The relevant process owner should make that assessment. An agreed limit is not a guaranteed recovery time.

Agree three decisions separately

  • Pausing: who may authorise a pause in transfer or processing, and who performs the technical action? Assess the business consequences together.
  • Temporary working: which previously assessed route may be used, by whom and for which data? Agree when waiting is preferable.
  • Resuming: who checks the conditions and authorises the flow to restart? Involve the receiving party too.

Do not assume a personal mailbox or an unassessed shared folder is an acceptable fallback. Have the designated owner assess whether the temporary route fits the data and access arrangements. If a security incident is suspected, follow the organisation’s incident process; this article does not replace it. The Dutch NCSC describes preparation, roles and exercises as elements of recovery. NCSC: herstel voorbereiden

Record what is known and what remains uncertain

Use a shared overview with agreed access. Record an identifiable delivery and version, the last confirmed stage, the responsible person and the next check. Do not copy file contents into the overview unless needed. This table is a discussion example; the statuses must match your own systems.

On a narrow screen, scroll the table sideways. With a keyboard, focus the table and use the arrow keys.

Example statuses for one transfer
Known statusWhat needs establishing first?Provisional handling
Not yet submittedMay this delivery be submitted after resumption?Hold until authorised.
Received; processing not confirmedIs the delivery queued or has processing started?The receiving party investigates the status.
Partly processed or uncertainWhich records or business actions have demonstrably taken effect?Do not resend the entire delivery without checking.
Processing confirmedDoes the result match the intended delivery?Do not treat it as an entirely new delivery.

The file was sent, but not processed: what next?

Resume with an agreed check

The responsible people should establish whether the reason for pausing has been resolved or sufficiently controlled, what backlog remains and how temporary work will be reconciled. Then choose a limited, authorised delivery with a clear expected outcome. The receiver confirms processing before further release is agreed.

Missing confirmation does not necessarily mean that nothing happened. Investigate the last known processing before repeating an action. Microsoft describes this risk when retrying after a failed response. Microsoft: Retry pattern Also agree when to pause again. This is not a universal restart procedure for every platform.

Practise with a fictional situation

Fictional example: a wholesaler exchanges order files with a warehouse. An exercise includes three invented deliveries: one demonstrably processed, one received without final confirmation and one not yet submitted. Participants decide what information to request from the warehouse and who may authorise resumption.

Use fictional content in an agreed test environment, or discuss the scenarios on paper. Do not stop a production connection or send real orders for this exercise. Add a scenario where the contact person is absent: does their substitute know what has already been established? Afterwards, discuss the missing agreement or status information. This is an exercise example, not a customer case or evidence of recovery capability.

Are existing tools sufficient?

A straightforward process with few transfers may benefit from clear roles, existing checks and a tested instruction. If there are many partners, separate tasks and recurring uncertainty over status, explore more extensive transfer management. Managed File Transfer (MFT) is software for managing and monitoring file transfers. Available functions depend on the solution and configuration.

A platform does not automatically prove that the receiving application processed business data correctly. Agreements about that outcome remain necessary. This article provides a process framework; it is not an incident response service, availability guarantee or product-specific recovery guide.

Questions

Can we resend every waiting file?
Only after establishing what has already been processed and which resubmission is authorised. Queued files, partial imports and missing confirmations require different checks.
Do we need to buy MFT whenever a transfer is interrupted?
No. First establish where visibility, ownership or existing functions fall short. A clearer working agreement may be sufficient.
Who should inform the external party?
Nominate a contact and substitute in advance. Agree which status, temporary route and next update to communicate; recovery decisions remain with the authorised people.

Would you like to clarify one transfer?

Discuss the dependency or uncertainty in your process. All exploratory conversations are free of charge and without obligation. The first takes about thirty minutes. Further investigation and implementation follow only after the approach and costs have been agreed.

Discuss your question

Explore one process with a process map