Cookie settings
Transfer WindowBANK TRANSFERS / STATUS / TIMING

Follow the transfer.
Respect the unknowns.

Records and communication

Write a payment update that is clear without promising too much

Use a short four-part message to state the observation, uncertainty, next step, and next update.

In this article

Use a short four-part message to state the observation, uncertainty, next step, and next update.

A person waiting for payment usually wants a direct answer: what is happening, and what should they expect next? An update can be direct without claiming more than the evidence supports. The best message distinguishes what was observed from what is still being checked, then assigns the next step. This article provides fictional wording and an editorial method. It does not supply an actual payment status, commit a provider to a deadline, or authorize a new payment.

Start with the most useful verified fact

Lead with the identified payment and the latest supported observation. “The payment record for your workshop fee showed pending when checked this afternoon” gives the reader a subject and a time. “We are working hard on this” may express effort, but it does not answer the status question. Keep effort statements secondary to facts that change the reader’s understanding.

Use the exact label when it matters, with a plain-language explanation limited to what you know. Do not translate an ambiguous label into “money will arrive today.” The status-reading guide explains why the subject and observation time belong beside the label rather than being assumed.

State uncertainty as a specific missing fact

“We do not yet have destination-side confirmation” is more useful than “There may be an issue.” The first names the gap. The second introduces a broad concern without evidence or direction. Be equally careful with reassurance: “No problem” is not justified merely because no problem has been identified.

Dwolla’s webhook guide cautions that notifications need not arrive in order. For an application using such messages, that is one reason to distinguish notification receipt from the underlying record’s current state. It is not an explanation for a particular delay unless the actual evidence establishes that connection.

Give the next step an owner

A next step should describe a concrete information task: confirming the current stage, checking the applicable estimate, or matching a reference. “We are investigating” can be improved by saying what question the investigation is meant to answer. Name the responsible team or person only when that responsibility is actually established.

In a fictional studio, the coordinator might write, “Our payment administrator is checking whether the quoted estimate still applies to this reference.” This is an illustrative sentence, not a claim that any real administrator is doing that work. Before using a template, replace the role and action with verified facts. A polished message should never create a commitment that nobody accepted.

Promise a communication checkpoint, not an unsupported outcome

When appropriate and authorized, an update can commit to a time for the next communication even when the payment outcome is uncertain. “We will update you tomorrow afternoon” is a different promise from “You will receive the money tomorrow afternoon.” The first concerns an action the sender may control; the second may concern a process the sender cannot guarantee.

Only make the communication commitment if someone will own it. Otherwise, state the condition for the next update honestly. Avoid vague phrases such as “very soon” when the recipient needs to plan. A specific, achievable communication checkpoint can reduce uncertainty without manufacturing a delivery deadline.

Use a four-part fictional template

Here is an example for a hypothetical provider inquiry: “For reference [masked reference], the record showed [exact status] at [time and zone]. We have not yet confirmed [specific missing fact]. [Responsible role] is checking [specific question]. The next update is planned for [approved checkpoint].” The brackets force the writer to supply evidence rather than hide gaps in fluent prose.

For a recipient-facing version, remove technical details that do not help the recipient. Keep the payment identifiable, but avoid exposing full bank details or unrelated records. If a return reason involves private information, do not broadcast it to a wider audience just because several people are following the payment. Share only what the intended reader needs and is authorized to receive.

Review the message for accidental commitments

Before sending, underline every future-tense phrase and every statement of cause. Ask whether each one is supported. “Will arrive,” “was rejected because,” and “we have resent” are consequential statements. They should reflect established facts and authorized actions, not a desire to sound decisive. Also check that the reference belongs to the payment the reader asked about.

If the situation is still pending, the evidence checklist can identify the missing question. If a return is involved, the return packet guide helps preserve the actual reason. A good update leaves the reader with an accurate picture and a useful next checkpoint. It does not trade short-term reassurance for a promise the available evidence cannot support.

Have a public source that changes this analysis? Suggest a correction. Please don’t send pay statements, tax forms, health or identity records, bank details or account credentials.