VIEW THIS AS

Auto mode follows the Route Engine until you choose a viewpoint.

YOU ARE HERE

ROUTE CHECK

CONNECTED TO

WHAT NEXT

Use the canonical route for this room, or HELP if you are unsure.

Master Art of Translation | The Dispatch, Receipt and Acknowledgment Fidelity System — How Submit, Send, Deliver, Receive, Acknowledge and Accept Preserve Communication State

How should you translate “submitted,” “sent,” “dispatched,” “delivered,” “received,” “acknowledged,” “accepted” and “approved” so that the reader understands exactly what happened? This guide explains delivery confirmation, acknowledgment of receipt, application submission status and communication-state translation. It gives translators, multilingual writers, editors, reviewers and users a practical method for distinguishing a sending attempt from a successful handoff, a receipt from agreement, and an administrative intake from a final decision. The central task is to preserve the event and the evidence behind it—not to find a single attractive synonym.

The hidden problem is that a natural-sounding translation can move a message or file several stages farther than it has actually travelled. A server may accept an email that a person never opens. A portal may receive a form that a reviewer later rejects. A courier can deliver a parcel to a collection point without its owner collecting it. A recipient may acknowledge an allegation while denying it. When a translation converts “we have received your request” into “your request has been approved,” it alters the reader’s next action. In high-stakes communication this is an operational error with potential consequences for deadlines, consent, safety, evidence, payment and trust.

Readers searching for the difference between sent and delivered, received and accepted, acknowledgment of receipt and approval, proof of delivery and proof of reading, submitted versus processed, or the correct translation of a confirmation message need a consistent framework rather than a dictionary-only answer. This is EDKSG-TRANS-MASTER-WORLD-2000, a new independent, world-facing specialist child of Master Art of Translation | The Complete System for Moving Meaning Between Languages. Its preceding companion, The Attestation and Signature Fidelity System, owns signatures, witnessing, verification and certification claims. Here the subject is the movement of an artifact between actors and the different acknowledgments, reviews and decisions that can follow.

Quick answer: each status names a different event

  • Submitted: offered to a particular intake process, which may still reject the submission or its contents.
  • Sent: originated a transmission, which need not prove arrival.
  • Dispatched: released into a delivery or distribution channel; may not be delivered.
  • Delivered: reached a named delivery boundary, such as a server, address, locker, desk or person.
  • Received: a particular system or actor registered arrival; no substantive approval follows automatically.
  • Acknowledged: a person or system confirmed a specific event, perhaps receipt, without necessarily agreeing.
  • Accepted: a specified object passed a specified acceptance condition; format acceptance is not acceptance on the merits.
  • Approved: a decision-maker authorized or endorsed a specified outcome according to a rule.
  • Read: a system or person accessed material, not necessarily understood or agreed to it.
  • Completed: a defined process reached its end state; identify which process.

These are not universal stages in one neat line. A payment can be authorized before a merchant captures funds. A formal notice can be prepared but not dispatched, delivered to a representative, and acknowledged in an eventual reply. A technical request can receive a success response indicating the server accepted a job for later processing, even when that job ultimately fails. The correct translation follows the originating service’s actual event definitions, along with any applicable procedural context. It never manufactures a later event because the earlier event is associated with a familiar green icon.

1. Search intent and the hidden problem

Consider an application portal that shows a reference number and the label “Received for assessment.” In one language the shortest idiomatic equivalent of “received” may also commonly suggest an application has been admitted or accepted. The translator is tempted to use that familiar expression. Yet a person who reads “application accepted” may believe a favorable decision was reached and stop checking the portal. The original source says only that the system registered the submission and will assess it. A one-word choice changed the reader’s practical expectations. This is state inflation: communicating a later event than the evidence establishes.

State deflation is its mirror image. Suppose a formally authorized reviewer approves a request and releases a decision, while the translation says only “your application was received.” The recipient may not know the decision is positive or that a next step can begin. Both directions can be harmful. The solution is not to favor cautious terms in every case; the solution is to state the actual stage precisely. Do not overpromise, but also do not erase an achieved outcome. Preserve conditions: “accepted for review” is different from “accepted after review”; “approved, pending payment” is different from “fully completed.”

Status language is also distributed across media. A receiving mail server can accept a message, a courier can scan a parcel, an office clerk can log a document, a platform can ingest a file, and a person can press an acknowledgment button. These actions involve different actors, evidence and endpoints. The same English verb may label all of them, but the target-language reader may make a stronger inference in some contexts. That is why translators should ask what actually changed in the world and who can verify that change, not simply which target word appears first in a glossary.

A concise and truthful status has three layers. The event layer says what happened. The scope layer says to what object and which actor or boundary the event applies. The action layer says what remains for the user or organization to do, if the source establishes such a requirement. For example, “The file was uploaded successfully; the application has not yet been submitted” is longer than “success,” but it prevents a consequential misunderstanding. Clarity can be short when the process is simple, and more explicit when the event is easily confused with a different one.

2. The evidence model: object, actor, boundary, time and proof

Before choosing target words, write a ten-field event record. First, identify the object: which notice, package, file, application, email, claim, payment, or request? Second, identify the version: was it the original or a corrected replacement? Third and fourth, name the origin and destination actors, which may be humans or services. Fifth, identify the channel through which the item travels. Sixth, name the actual event. Seventh, define its completion boundary. Eighth, record the event time and clock basis. Ninth, identify the evidence, such as a server log, acknowledgment ID, receipt or signed notice. Tenth, state the consequence: what does that event permit, require or leave unresolved?

The evidence fields separate three questions that careless translation often merges. What does the source sentence claim? What facts does the available record establish? What will a reasonable target-language reader infer? The first may be merely an attributed statement by a sender. The second may prove only an outgoing attempt. The third may mistakenly suggest personal receipt. Translation should keep the source’s attribution intact and avoid disguising uncertainty as fact. The goal is not to conduct a legal hearing or independent investigation. It is to make the original message’s claim, context and limits intelligible without exceeding them.

Time is especially easy to distort. “Sent at 09:15” may refer to the origin server’s clock, “delivered at 09:18” to a recipient system, and “opened at 11:42” to a later access event. A multilingual interface must not silently put the same timestamp under each label. When deadlines matter, use unambiguous date and time presentation and preserve any source time zone. If the source omits that information, do not invent it. If the content describes a legally consequential receipt deadline, obtain the applicable procedural rule from the responsible authority instead of guessing the effect of a message log.

Version matters as much as time. A customer may receive a contract draft, then receive a corrected file. An acknowledgment of the first document does not automatically acknowledge the second. An editor may approve version three while version four contains a new paragraph. A platform may log delivery of one attachment while another remains missing. Preserve filenames, identifiers and revision links where they contribute to the claim. The translation’s job is to describe which artifact moved, not to transfer an evidentiary assertion from one artifact to another.

3. A practical matrix: what can each event prove?

Recorded event Safe inference Unsupported leap
Upload began Transfer initiated Filing completed
Server stored file File uploaded Case approved
Outbox queued message Message queued Recipient received it
Mail server accepted message Receiving server accepted it Human read it
Delivery point scanned parcel Parcel reached the recorded point Named buyer collected it
Reader opened page Access or display event recorded Reader understood or agreed
Recipient acknowledged allegation Receipt or awareness admitted Allegation is true
Review decision released Specified decision issued Separate delivery or compliance completed

The matrix is a general reasoning aid, not a universal legal table. A particular qualified registered delivery service, digital workflow or procedural regime may attach specific evidentiary effects to a formally defined event. Those effects must come from current, authoritative rules for that procedure and the actual service involved. For everyday translation, it is still essential to avoid inventing a stronger status than the source gives. The narrower accurate proposition is the foundation from which precise explanations can grow.

4. The ten-step repeatable transfer method

4.1 Find the full source and audience

Inspect the actual screen, message, document or sequence; a single extracted word may not reveal whether a status is automatic, manual, provisional or final. Determine whether the reader is a customer, student, clinician, administrator, developer or other professional. Audience affects which conditions must be explicit, but never authorizes changing the event itself.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.2 Map the process, not just the vocabulary

Draw the real stages: draft, submit, validate, send, deliver, receive, review, decide, inform and close, selecting only those that exist. In another domain the stages may be collection, carrier handoff, depot receipt, local delivery and collection. Do not force a standard sequence onto a process that operates differently.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.3 Identify the actor and receiving boundary

Fill in the sentence: actor A performed event B to object C at boundary D. If the message says “received,” ask whether the actor is a server, shared mailbox, clerk, reception desk or named person. If the actor is not known, preserve uncertainty rather than inventing a more personal status.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.4 Separate status from instruction

A notice can say both “received” and “please provide additional evidence.” The translation must preserve what is done and what remains required. A short confirmation that erases the instruction may cause the reader to miss an opportunity to complete the process.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.5 Bind conditions to decisions

The source may say “accepted for review,” “provisionally approved,” or “confirmation subject to verification.” Keep those limitations next to the status. Do not let sentence restructuring turn a conditional decision into unconditional success.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.6 Use functional target-language wording

Choose target grammar that yields the right inference. One language may express completion with aspect; another with an adverb or explanatory clause. Structural difference is acceptable. The target must preserve actor, object, event, boundary, time and qualification.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.7 Test a negative outcome

Imagine the next stage fails: the destination mailbox is full, the file format is rejected, the parcel remains in a locker, the application is ruled ineligible, or the recipient disputes the notice. A translation of the earlier status must remain true in each scenario.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.8 Verify timestamps, versions and scope

Check exactly which item and event the receipt describes. Avoid merging a draft with its revised replacement, a transfer time with a review time, or one accepted attachment with an entire package.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.9 Run bilingual and target-only review

Have a bilingual reviewer compare source propositions. Have another reader, without source access, explain what happened and which next action they infer. Where their understanding is stronger than the evidence, edit the target and record the problem.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

4.10 Freeze terminology with event identifiers

For repeated UI messages, store an event ID, state definition, approved translations, forbidden misleading equivalents and regression tests. If a product team changes the workflow without changing English strings, reopen the affected translations because the meaning may have changed.

The review question is not only whether the target sentence sounds natural. It is whether a reader using it to make a practical decision will conclude that a specific event happened, and whether the source and evidence support that conclusion. Where uncertainty remains, document the unknown and request clarification from the responsible content owner. Do not solve missing source facts by silently rewriting the translation as a new institutional statement.

5. Similar terms with different operational meanings

Submit — preserve the event owner

A sender places a document or request before a defined process. Submission may precede intake validation or a later approval.

When reviewing “submit” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Dispatch — preserve the event owner

A sender releases material into distribution. Courier pickup or notification queue departure need not equal final delivery.

When reviewing “dispatch” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Deliver — preserve the event owner

An artifact reaches a specified point or role. The point could be an intermediate service rather than a person.

When reviewing “deliver” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Receive — preserve the event owner

An actor or process registers arrival. It may happen before any human inspection, formal acceptance or decision.

When reviewing “receive” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Acknowledge — preserve the event owner

A response confirms awareness, receipt or another specifically named fact. The response need not express agreement.

When reviewing “acknowledge” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Accept — preserve the event owner

An actor or system agrees to take a specified object, task or offer, or finds it passes a defined condition. State which.

When reviewing “accept” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Approve — preserve the event owner

A decision-maker authorizes or endorses a defined outcome, sometimes conditionally. Approval is not identical with sending its notice.

When reviewing “approve” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Confirm — preserve the event owner

A speaker verifies or affirms a defined proposition. Confirmation of registration is not necessarily confirmation of eligibility.

When reviewing “confirm” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Process — preserve the event owner

A system or person performs a defined procedure. A processed item can result in success, an error or another pending step.

When reviewing “process” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Read — preserve the event owner

A display or access event may be recorded, but meaningful human understanding and consent need different evidence.

When reviewing “read” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Notify — preserve the event owner

A notice is issued or communicated through a channel, which may not prove access or personal reading.

When reviewing “notify” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Return — preserve the event owner

An item moves back, is sent for correction, receives a response or reverses direction. State which event the source describes.

When reviewing “return” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Reject — preserve the event owner

A rule or person declines a specified item or request. Technical rejection may not mean a final merits decision.

When reviewing “reject” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Pending — preserve the event owner

A required action or decision has not completed. The source should identify the responsible party or outstanding condition.

When reviewing “pending” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

Complete — preserve the event owner

A particular process finishes. A completed upload is not necessarily a completed application or resolved incident.

When reviewing “complete” in a real translation, ask the source owner for the exact event definition, the affected object, the receiving or acting role, the available evidence and the next unresolved transition. Then create a success and failure example that differ only in what happens afterward. The translation of the earlier event must be true in both. If it fails that test, the expression may have overstated the event’s completion boundary.

6. Worked examples: 72 independent event-boundary diagnostics

Each worked example below is deliberately fictional and uses a short English cue so readers of any language pair can inspect the relevant distinction. None of these examples is an official legal translation, a real transaction, or an assertion about a named service. The safer rendering models the proposition to preserve rather than dictating a fixed grammatical form in every target language. First identify the status owner and evidence, then select target wording and test how an ordinary reader will act.

6.1 Email and everyday messaging: six translation diagnoses

Case 1: Outbox acceptance

Situation and source context. A newsletter tool shows “Accepted for delivery” immediately after a campaign is scheduled, and the sender sees a green badge. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “All readers received the newsletter.” The underlying problem: The sending service accepted the campaign into its outbound queue, not that recipient inboxes took delivery. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Accepted for sending; delivery status is not yet available.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Pause the transport worker and confirm that the target stays true although no message leaves the queue. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 2: Receiving mail server

Situation and source context. An email gateway reports success after the destination server accepts a message addressed to a shared inbox. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “The named manager received and read it.” The underlying problem: A technical server accepted the message; a manager may be absent, the inbox may be unattended or internal routing may be delayed. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Accepted by the receiving mail server.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Check whether the event belongs to SMTP handoff, mailbox deposit or human access; test an unmonitored shared inbox. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 3: Automated acknowledgment

Situation and source context. An autoresponder says “We acknowledge receipt of your message” while support staff are offline. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Our team has reviewed and approved your case.” The underlying problem: A configured automation registered arrival but did not examine the merits or make a decision. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Your message has been received; review has not yet been completed.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Turn off human staff access and check that the automatic acknowledgment still fires. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 4: Read-tracking pixel

Situation and source context. A sales dashboard labels an email “opened” because a remote image was fetched by a client that preloads content. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “The prospect read, understood and agreed.” The underlying problem: The image request is an imperfect proxy for display and cannot establish human comprehension or consent. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “An open event was recorded by the tracking service.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Check whether privacy software prefetched images before anyone viewed the message. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 5: Forwarded message

Situation and source context. A coordinator forwards a request to a different team’s shared inbox and tells the original sender what happened. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “The receiving team accepted your instructions.” The underlying problem: Forwarding is an outbound action; the other team may not have seen, assigned or agreed to the request. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Your message has been forwarded to the team.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Ask whether the recipient team issued a case acknowledgment; if none exists, preserve uncertainty about its next action. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 6: Reply with objection

Situation and source context. A recipient responds “Noted, but I dispute the dates stated below” to a proposed schedule. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “The recipient agreed to the schedule.” The underlying problem: The reply acknowledges the message while expressly resisting its factual premise. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “The recipient noted the message and disputed the dates.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Retain both the acknowledgment and objection; test whether the translated exchange still shows an unresolved disagreement. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

6.2 Online forms and applications: six translation diagnoses

Case 7: Upload progress

Situation and source context. A form displays “100% uploaded” before a separate “Submit application” button is pressed. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Your application has been formally submitted.” The underlying problem: Only byte transfer to temporary storage is complete; the user has not yet filed the application. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “The file upload is complete; final submission remains required.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Leave the final submission button untouched and inspect whether the case appears in the official filing register. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 8: Reference number

Situation and source context. A portal issues a tracking code when a request arrives and marks it “Awaiting eligibility review.” The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Your request has been approved.” The underlying problem: A tracking identifier proves registration, not a positive decision on eligibility or substantive merits. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Your request was registered under the displayed reference number and awaits review.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Try an intentionally ineligible sample; a reference can still be issued even when a review later rejects the request. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 9: Preliminary validation

Situation and source context. An application shows “Accepted for assessment” after required fields pass basic format checks. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Application approved for the requested benefit.” The underlying problem: Acceptance into an assessment workflow is not acceptance of the underlying claim. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Accepted for assessment; the decision is still pending.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Check whether an assessor or official rules engine has actually issued a substantive result. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 10: Missing attachment

Situation and source context. A portal status reads “Received, incomplete: identity evidence required.” The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “All required documents received.” The underlying problem: The overall intake and its incompleteness must travel together, otherwise the translated message conceals required action. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Request received but incomplete; identity evidence is still required.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Remove the identity attachment in a test file; the translated status must prompt correction. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 11: Save as draft

Situation and source context. A form reports “Draft saved” and provides a return link; no transmission to a decision office has occurred. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Application successfully filed.” The underlying problem: The system stored an editable draft in a user’s workspace rather than lodging a formal application. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Draft saved; return to submit when ready.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Close and reopen the session, then inspect whether the application still lacks a submission event. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 12: Correction invitation

Situation and source context. A reviewer returns a file with “Returned for amendment; original receipt date retained.” The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Application rejected; start again.” The underlying problem: A return for correction need not be a final rejection, and its original intake date may still matter. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Returned for correction; the original recorded receipt date remains unchanged.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Confirm whether the process permits amendment under the same reference number rather than creating a new case. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

6.3 Delivery, shipping and fulfilment: six translation diagnoses

Case 13: Carrier pickup

Situation and source context. A dispatch email says “Package handed to carrier” after a warehouse scan. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Package delivered to your address.” The underlying problem: Custody passed from merchant to carrier, not to the eventual addressee. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Your package has been handed to the carrier.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Check that later route milestones remain unset; the customer should still be able to track delivery. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 14: Depot arrival

Situation and source context. A tracking record says “Arrived at local depot” and forecasts delivery on a later date. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Parcel received by customer.” The underlying problem: The physical scan occurred at a carrier facility, not at the customer’s home or nominated collection point. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Parcel arrived at the delivery depot.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Identify who scanned the item and at what facility; do not turn depot receipt into personal receipt. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 15: Locker delivery

Situation and source context. A courier marks an item delivered to a collection locker and sends a one-use access code. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “The customer personally collected the parcel.” The underlying problem: Delivery to a locker and collection by a person are separate events with distinct evidence. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Delivered to the collection locker; collection is pending.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Inspect whether the access code was used. The target must remain true when the locker stays unopened. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 16: Neighbor handoff

Situation and source context. Under a delivery instruction, a courier leaves a package with a designated neighbor rather than the named buyer. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Handed directly to the addressee.” The underlying problem: The receiving actor is a third party; the original record does not say the buyer signed or took physical custody. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Delivered to the designated receiving neighbor.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Inspect proof of delivery for the receiving role and avoid inventing a signature by the buyer. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 17: Delivery attempted

Situation and source context. A driver records “Attempted delivery; nobody available; rescheduling needed.” The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Delivery completed successfully.” The underlying problem: The system recorded an exception and an outstanding follow-up, not a completed handoff. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Delivery attempted but not completed; another attempt must be arranged.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Test the display before the retry; the translation must not hide that the person still needs to act. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 18: Reception signature

Situation and source context. A reception desk signs for three boxes while the inventory department has not inspected the contents. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “All goods checked, accepted and approved.” The underlying problem: Receipt of outer packages does not necessarily establish quantity, condition or quality acceptance of their contents. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Three boxes were signed for at reception; contents await inspection.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Separate carrier custody from product inspection and test a later discovery of damaged goods. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

6.4 Payments and orders: six translation diagnoses

Case 19: Payment initiated

Situation and source context. A checkout screen reports “Payment initiated” when the card form is transmitted to a payment processor. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Funds settled and order paid.” The underlying problem: Initiation is upstream of authorization, capture, settlement and reconciliation. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Payment attempt initiated; confirmation remains pending.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Simulate an authorization decline; the initial translated message must remain accurate. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 20: Authorization hold

Situation and source context. A provider returns “Authorized, not captured” for an online purchase. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Merchant received final cleared payment.” The underlying problem: Authorization may reserve available funds without capture or final settlement. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Payment authorized; capture has not occurred.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Inspect the transaction’s capture status rather than treating a temporary hold as settlement. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 21: Invoice receipt

Situation and source context. An accounts-payable clerk acknowledges an invoice’s arrival but disputes the unit rate charged. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “The buyer agreed that the billed amount is payable.” The underlying problem: Receipt of the invoice document coexists with a substantive pricing dispute. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Invoice received; the billed rate is disputed.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Show the target to a supplier and ensure it does not imply that the disagreement has been resolved. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 22: Order acceptance

Situation and source context. A seller accepts an order subject to stock verification and promises a later dispatch notice. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Goods have been shipped.” The underlying problem: A commercial order event is not a logistics milestone; a stock condition remains open. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Order accepted subject to stock verification; dispatch is pending.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Test an out-of-stock product and check whether the same target wording would mislead the buyer. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 23: Refund approved

Situation and source context. Customer support states “Refund approved; processing may take several business days.” The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Refund already credited to your account.” The underlying problem: The decision to issue funds precedes their transfer and receipt by the customer. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Refund approved; payment processing is still underway.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Check account evidence independently; preserve the gap between approval and arrival of funds. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

Case 24: Receipt versus settlement

Situation and source context. An electronic receipt is emailed at checkout, but the merchant’s settlement ledger closes later. The status is anchored to an identifiable event, but a person reading it may naturally associate the words with a later and more familiar outcome. A translator should capture the entire sentence or screen, the surrounding instruction and the event’s actual function, not merely isolate a keyword. In a multilingual service the status may be embedded in a confirmation email, receipt, progress indicator, notification or dispute record. Its message must remain accurate across all those presentations.

Misleading rendering to reject. “Merchant settlement has been completed.” The underlying problem: Issuing a transaction receipt does not by itself establish all back-end financial movements. This mistake changes the relationship between an actor, a piece of evidence and an outcome. An elegant translation cannot compensate for that change. A reader might stop monitoring a process, assume an authorized decision already exists, fail to provide outstanding information, or believe a particular individual has taken an action that the record does not support. Severity depends on the consequence, not only on the surface similarity between two verbs.

Safer functional rendering. “Payment receipt issued; settlement status is recorded separately.” This model wording identifies what is actually established and leaves the next event unclaimed. A real target language might place the result at the start of the sentence, use a different grammatical aspect, or expand a verb into a natural phrase. Those structural choices are acceptable if the factual boundary survives. Do not add official assurance, consent, legal validity or a promised decision unless the original source and its approved context genuinely establish it.

Diagnostic evidence and negative case. Compare timestamps for receipt creation and ledger settlement rather than treating one as proof of the other. Locate the specific object and its current version, name the actual receiving actor or technical boundary, and determine which log or declaration supports the claimed event. Then imagine that the next stage does not occur. Would the translated sentence still describe the earlier stage truthfully? A status that becomes false solely because a later action failed usually hides an unsafe leap. The reviewer must record the source of the correction so that the error is not recycled through translation memory.

Transfer to three kinds of writing. First produce a concise interface label. Next produce one complete explanatory sentence suitable for an email to a user. Finally produce an audit note that names the actor, object, event, timestamp if known and evidence limit. The three versions may differ in length and syntax but must communicate the same event. Ask a target-only reader what they think happened and what they should do next; compare their answer with the source. This exercise checks functional meaning rather than literal word-for-word resemblance, and it catches misleading terminology that a bilingual reviewer can miss through familiarity with the original.

6.5 Identity, security and account access: six translation diagnoses

Case 25: Verification code sent

Situation. An account system reports “Code sent” immediately after enqueuing a one-time code for mobile delivery. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “The user has received and used the code.” Reason: The platform started the transmission; the device may be disconnected and the person may not have accessed the message. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Verification code submitted to the delivery service.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Test with an unavailable device and keep resend guidance distinct from delivery proof. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 26: Device acknowledgment

Situation. A device console says “Command acknowledged” because a networked device sends an automatic protocol response. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “The user personally approved the command.” Reason: The acknowledgment came from equipment, not from a human exercising informed consent. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “The device reported receipt of the command.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Distinguish the device identifier from the individual account and check the button’s actual effect. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 27: Password-reset email

Situation. An identity provider records that a reset email was delivered to the registered mailbox. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “The account owner has reset the password.” Reason: Mailbox arrival is a separate event from opening a link, completing checks or changing credentials. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Password-reset email delivered; the password has not yet been changed.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Use an unused reset link as the negative case; the initial delivery report remains true. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 28: Alert marked reviewed

Situation. A monitoring console shows “Alert reviewed” when an analyst opens its details. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “The security incident is resolved.” Reason: An analyst’s review event demonstrates attention, not containment, remediation or closure. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Alert reviewed; resolution status is tracked separately.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Inspect whether the detection is still active after the review event. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 29: First factor accepted

Situation. A sign-in server reports “Credentials accepted; second factor required.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “You are now fully signed in.” Reason: The first identity factor passed but the access transaction has not completed. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Credentials accepted; additional verification is required.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Attempt resource access without the second factor and see that the translated status does not promise entry. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 30: Login activity confirmation

Situation. An account notice asks “If this was you, acknowledge this activity” next to an activity-history record. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Click here to authorize another login.” Reason: Recognizing a past event is not the same as granting permission for a new event. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Confirm whether you recognize this recorded account activity.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Review the precise control’s effect rather than inferring broad authorization from its placement. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

6.6 Healthcare and safety communications: six translation diagnoses

Case 31: Referral registered

Situation. A patient portal displays “Referral received” after a document enters a clinic intake queue. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Your appointment is booked.” Reason: Referral intake is not specialist acceptance, clinical triage or scheduling. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Your referral was received; appointment arrangements are not confirmed.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Look for a separate booking code or confirmed time before implying a scheduled visit. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 32: Laboratory sample arrived

Situation. A laboratory system reports “Sample received, pending assessment.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Test result ready and verified.” Reason: Custody of a sample and completion of analysis are different clinical workflow events. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “The sample arrived at the laboratory; analysis is pending.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Confirm that no validated result has been released; do not generate medical conclusions. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 33: Critical pager notice

Situation. A monitoring service displays “Critical notice sent to responder channel.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “The responders have arrived and acted.” Reason: Alert issuance does not prove receipt, acknowledgment, or intervention. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “A critical alert was issued through the response channel.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Inspect the acknowledgment and action logs separately while preserving urgent wording. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 34: Medication refill request

Situation. A refill portal says “Request submitted to prescriber.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Prescription renewed and available.” Reason: Sending a request to a qualified decision-maker is not a prescribing decision or supply confirmation. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Refill request submitted; prescribing decision remains pending.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Test a request later denied; the initial target must remain accurate without offering medical advice. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 35: Safety bulletin opened

Situation. A workplace application records that a safety document was opened on a device. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Required safety training completed.” Reason: Viewing a bulletin is not passing assessment or demonstrating competence. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Safety bulletin opened; training completion is separate.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Check the person’s training record, which may remain incomplete after viewing. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 36: Concern acknowledged

Situation. A service sends “We acknowledge receipt of your complaint and will review it.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “The organization admitted the complaint’s allegations.” Reason: Receiving a complaint can be acknowledged without establishing wrongdoing or accepting the alleged facts. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Your complaint was received and awaits review.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Use an unresolved case to verify the target does not imply a finding or apology for proven wrongdoing. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

6.7 Learning, assessment and certification: six translation diagnoses

Case 37: Assignment file uploaded

Situation. A learning system says “Upload successful” but a separate final submit action remains. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Assignment submitted to graders.” Reason: The file exists in a draft workspace but may not have entered the formal grading workflow. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Assignment uploaded; final submission is still required.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Check an assessor-facing submissions list before marking it formally submitted. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 38: Answer submission locked

Situation. An online examination tool says “Response submitted; editing closed.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Your answer was marked correct.” Reason: Submission finality is not a judgment about the answer’s quality or score. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Response submitted; further edits are not allowed.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Preserve the irreversible editing boundary without inventing a result. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 39: Transcript request tracked

Situation. An academic office issues “Transcript request received; verification required.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Official transcript has been issued.” Reason: A tracking record precedes identity checking and document generation. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Transcript request received; verification is required.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Check whether the transcript has even been produced before translating it as ready. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 40: Initial mark moderated

Situation. A course dashboard says “Marked; pending moderation.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Final grade published and confirmed.” Reason: A first marking may be rechecked and is not necessarily a released final grade. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Initial marking complete; moderation remains pending.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Inspect whether a formal results-release event still needs to happen. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 41: Certificate created

Situation. A training platform shows “Certificate generated” before any learner collection event. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Certificate delivered to the learner.” Reason: Artifact creation differs from dispatch or receipt. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Certificate generated; delivery or collection is separate.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Look for proof of email transmission, authenticated download or collection rather than assuming it. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 42: Provisional admission

Situation. An admission message says “Provisional acceptance, subject to original documents.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Admission is final and unconditional.” Reason: The favorable decision is conditional and requires a distinct evidence step. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Provisionally accepted; original supporting documents remain required.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Imagine the condition is not met; the target must not imply unconditional entitlement. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

6.8 Workplace and operations: six translation diagnoses

Case 43: Leave request sent

Situation. An employee portal displays “Request submitted to manager.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Time off approved.” Reason: An employee initiated a request; the manager has not yet made the relevant staffing decision. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Leave request submitted; manager decision pending.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Verify the approval register before a person arranges an absence. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 44: Shift exchange proposed

Situation. A worker proposes exchanging shifts and receives “Acknowledged; checking coverage.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Schedule change confirmed.” Reason: Recognition and staffing evaluation are distinct from authorization to alter the roster. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Request acknowledged; shift coverage is under review.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Check the published roster and whether both participants accepted the final swap. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 45: Timesheet received

Situation. Payroll confirms it received a timesheet but asks for missing entries. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Hours approved for payment.” Reason: Arrival of a document is not validation of the hours or payroll authorization. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Timesheet received; corrections to missing entries are required.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Look for a payable record; the initial receipt must not suggest approved compensation. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 46: Purchase order in workflow

Situation. A supplier reports “PO accepted for processing; pricing review required.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Supplier agreed to every price.” Reason: Administrative intake can coexist with an unresolved commercial matter. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Purchase order accepted for processing; pricing remains under review.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Test a scenario where the supplier rejects the stated prices after initial intake. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 47: Incident report logged

Situation. A worker files an incident report and sees “Recorded, not yet assessed.” This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Incident investigation completed.” Reason: An initial record is not an investigation, finding, corrective action or closure. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Incident report recorded; assessment has not begun.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Search for investigator assignment and final findings before claiming any outcome. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

Case 48: Policy received

Situation. An HR tool asks employees to acknowledge receipt of a revised policy. This is one stage in a longer chain of events. The translator must identify the real object, the actor that performed or observed the action, and the exact state the source reports. The words may appear as a short button, notification, dashboard status or emailed sentence, but in every presentation they should produce the same practical understanding in a reader. A familiar surface verb is not enough if it hides whether the event is automated, manual, temporary or final.

Tempting but inaccurate. “Every employee consented to all new contractual terms.” Reason: A receipt acknowledgment is not necessarily assent to a change in legal obligations. The bad rendering promotes or changes the event, assigns a claim to the wrong actor, or converts a pending operation into a completed one. That mistake can determine whether someone supplies a missing file, checks an account, challenges a disputed record, waits for a response, or takes action prematurely. Treat the downstream consequence as a central part of the quality review rather than a stylistic afterthought.

Recommended functional wording. “Receipt of the policy document acknowledged.” In another language the best sentence may be shorter, longer or grammatically reorganized; a direct word-by-word copy is not the goal. The translation must preserve the subject, event, completion boundary, any explicit condition and the limits of what the source establishes. Do not present this wording as an official translation of an institution’s rules. This model illustrates how to retain the process stage without claiming that the next stage happened.

Diagnostic test. Read the exact click-through text and avoid importing unexpressed contractual consent. Ask what observable evidence could substantiate the earlier status and which independent record would be needed to confirm the next status. The recipient may have no access to those records, so the message should not imply that they do. Use a counterfactual: suppose the next expected event fails completely, while the reported earlier event remains logged. If the target becomes false, the translation has probably crossed a state boundary. An informed target-only reader should be able to identify what has happened and what remains unresolved.

Transfer and review exercise. Write one version as a compact UI label, one as an explanatory sentence, and one as an audit-style description of the event. Keep the underlying proposition and certainty constant, even if the language uses different aspect, voice or word order. Then change the recipient from an individual to an intermediary or automated system, without changing the evidence. Does the target wrongly promise human awareness? Finally, identify an action the reader might mistakenly take after reading the inaccurate version. This is the failure to document in the termbase as an explicitly rejected alternative.

6.9 Legal and administrative records: six translation diagnoses

Case 49: Notice ready for issue

Situation and source context. A caseworker saves a notice as “Ready for issue” but has not authorized or transmitted it. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Notice served on the respondent.” Why it fails: Preparation is not issuance, dispatch, delivery or legally effective service. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Notice prepared for issue; dispatch has not yet occurred.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Inspect the authorization and outgoing-event record before using service terminology. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 50: Registered item accepted

Situation and source context. A carrier counter issues an acceptance receipt for a registered letter. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Addressee received the letter.” Why it fails: The counter record proves handoff from sender to carrier, not delivery to the addressee. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Registered item accepted by the carrier for onward delivery.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Distinguish acceptance-of-mail evidence from a later delivery record or recipient acknowledgment. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 51: Document lodged

Situation and source context. A records office portal says “Filed, subject to examination of formal requirements.” The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Document found valid and enforceable.” Why it fails: Filing may be preliminary to a separate administrative check, entry or decision. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Document lodged; formal requirements remain under examination.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Check whether an official registration or other act is still pending. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 52: Late papers received

Situation and source context. A filing portal confirms arrival of papers submitted after a stated time limit. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Late filing permitted by the decision-maker.” Why it fails: Technical receipt need not resolve timeliness, admissibility or an extension request. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Documents received; timeliness remains to be determined.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Preserve the distinction and verify applicable procedure with the competent office. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 53: Claim of service by email

Situation and source context. A party writes “We served the notice yesterday by email” and provides only a screenshot of its outbox. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Notice was conclusively and lawfully received.” Why it fails: The source is an attributed assertion; the supplied image may only establish an attempted outbound action. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “The sender states that the notice was sent by email yesterday.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Retain the attribution rather than delivering a legal conclusion the record cannot support. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 54: Receipt without admission

Situation and source context. A recipient writes “I acknowledge receipt of the allegation but deny that it is accurate.” The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Recipient admitted the allegations.” Why it fails: The sentence deliberately distinguishes receiving the statement from agreeing with its claims. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “I confirm receipt of the allegation and dispute its accuracy.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Preserve the denial at full strength; test whether the target still expresses a live disagreement. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

6.10 Software, APIs and technical messages: six translation diagnoses

Case 55: Asynchronous request accepted

Situation and source context. An API replies with HTTP 202 Accepted after it puts a lengthy job into a background queue. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Requested operation fully completed.” Why it fails: The response acknowledges acceptance for processing, not success of the eventual job. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Request accepted for processing; completion is not yet established.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Poll the job identifier and test a task that later fails. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 56: Webhook in outbound queue

Situation and source context. A platform marks an event “Webhook pending delivery” after recording it in an outbound queue. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Partner system received and processed the event.” Why it fails: An internal queue record is not the destination system’s acknowledgment. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Webhook queued; external delivery is pending.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Disable the endpoint and inspect whether the initial status still remains valid. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 57: Broker confirms persistence

Situation and source context. A message broker sends a publisher acknowledgment after persisting an event record. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “End user read the notification.” Why it fails: Broker durability does not establish downstream consumer execution or human access. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Event acknowledged by broker; downstream consumption is separate.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Stop the consumer and confirm the publisher acknowledgment can still occur. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 58: Retry after timeout

Situation and source context. A delivery service shows “Delivery failed; retry scheduled” after a network timeout. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Notification successfully delivered.” Why it fails: A planned recovery attempt does not prove subsequent success. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Delivery attempt failed; another attempt is scheduled.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Inspect the screen before retry and after its final success or failure. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 59: Import file passed format check

Situation and source context. A data service says “Import accepted” after validating the archive structure but before validating individual rows. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “All imported records are correct.” Why it fails: Syntactic container acceptance does not guarantee semantic correctness of its contents. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Import file accepted for processing; record validation remains pending.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Include an invalid row within a valid archive and check whether the process later rejects it. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 60: Health probe succeeded

Situation and source context. An API dashboard says “200 response received” for a basic service health check. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Every business transaction succeeded.” Why it fails: One endpoint response cannot establish all dependent queues, databases and workflows are healthy. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Health probe received an HTTP response; business-operation status is separate.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Test a partial outage while the health endpoint still responds. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

6.11 Media, publication and translation workflows: six translation diagnoses

Case 61: Manuscript submitted

Situation and source context. An editorial site says “Submission received” when an author uploads a manuscript. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Article accepted for publication.” Why it fails: Manuscript intake precedes editorial screening, peer review and publication decisions. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Manuscript received by the editorial system.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Test an eventual rejection; the earlier source status must remain accurate. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 62: Proof corrections pending

Situation and source context. An author responds “Proof received; corrections to follow.” The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Author approved final proof.” Why it fails: Acknowledging a proof while promising changes does not grant unconditional publication approval. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Proof received; author corrections have not yet been returned.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Verify whether an explicit final approval was ever issued. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 63: Translation file delivered

Situation and source context. A language vendor uploads a translation and the client portal records “File delivered.” The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Client approved translation quality.” Why it fails: Vendor submission is not client review, acceptance testing or authorization to publish. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Translation file delivered; client review is separate.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Look for documented client signoff after review before claiming acceptance. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 64: Subtitle encoding passed

Situation and source context. A video platform accepts a subtitle file’s encoding but queues timing review. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Subtitles approved for broadcast.” Why it fails: Format acceptance does not establish synchronization or editorial quality. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Subtitle file format accepted; timing review remains pending.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Test a deliberately mistimed subtitle file that passes format validation. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 65: Article scheduled for release

Situation and source context. A publishing dashboard says “Scheduled for publication” with a future date. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Article is live for readers now.” Why it fails: A scheduled future event is different from current public availability. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Article scheduled for publication at the stated time.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Attempt to access the public page before release and check whether it is actually live. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 66: Correction notice dispatched

Situation and source context. An editor sends a corrected notice after a previous version has circulated. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Every recipient now holds the corrected version.” Why it fails: Dispatching a revision does not prove all recipients received or replaced the older artifact. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Correction issued; recipient delivery and replacement remain to be verified.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Compare version identifiers and identify recipients who might retain the earlier text. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

6.12 Meetings, events and collaboration: six translation diagnoses

Case 67: Invitation drafted

Situation and source context. A calendar service stores an event and displays “Invitation created” before invitations are transmitted. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Every invitee was informed.” Why it fails: Local event creation is separate from sending each invitation. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Event created; invitations are not yet confirmed as sent.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Inspect the outgoing invitation log before asserting notification. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 68: Interest RSVP registered

Situation and source context. An attendee responds “Interested” to a limited-capacity session. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “A seat is confirmed.” Why it fails: An expression of interest is not allocation of scarce capacity or final acceptance. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Interest registered; place confirmation remains pending.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Use a fully booked event to test whether the label still makes sense. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 69: Meeting minutes disputed

Situation and source context. A participant responds “Minutes received; I dispute item four.” The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “The participant approved the minutes.” Why it fails: Acknowledgment and an explicit objection coexist in one message. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Minutes received; item four remains disputed.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Keep the objection visible in the translated record and subsequent version notes. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 70: Task assigned without consent

Situation and source context. A project board records “Assigned to editor” before the editor responds. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Editor promised to finish by Friday.” Why it fails: Assignment by another party is not necessarily acceptance of responsibility or a deadline commitment. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Task assigned to editor; acceptance is unconfirmed.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Check whether the editor accepted the task and agreed to a due date. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 71: Shared document preview

Situation and source context. A workspace logs “Viewed by project account” when a service account loads a preview. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Project leader personally reviewed it.” Why it fails: An automated preview or shared account does not identify a specific human reviewer. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Document viewed through the project account; individual reviewer not confirmed.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Inspect account type and authentication records before naming a person. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

Case 72: Change request added to backlog

Situation and source context. A product manager says “Request accepted into backlog” after triage. The translator’s first task is to identify the actual event and ask where it sits in the underlying process. The source may look like an ordinary notification, receipt, status icon or response message, but its functional meaning depends on the actor, the affected document or transaction and the boundary at which it is recorded. A useful interpretation follows the observable stage rather than the most familiar conversational verb.

Unsafe rendering. “Feature built, tested and released.” Why it fails: Backlog intake and prioritization do not equal implementation, validation or deployment. A smooth target phrase becomes dangerous when it upgrades an intermediate event into a final result, turns an institutional claim into independent evidence, or assigns an action to the wrong person. The reader may infer that no further monitoring is needed, that a contested claim is settled, or that a required condition is complete. Those are downstream consequences of a semantic error, not merely matters of stylistic preference.

Safer rendering. “Change request added to the backlog; implementation is pending.” The actual target language may use a clause, a nominal form or aspectual marking rather than the English construction shown here. Evaluate naturalness after preserving the event boundary, not before. Keep explicit limitations and pending actions close to the status that readers are most likely to notice. If the original does not identify a person as the actor, do not silently change an impersonal system report into a personal acceptance or approval.

Evidence check and counterexample. Look for build, test and release identifiers before using completed wording. Identify the relevant event record, the item or version concerned, the named receiving point and the time if available. Imagine that the next event never occurs. A genuine description of the earlier status must remain accurate in that negative case. If the translated wording would become false, it probably conflates two stages. Note any source ambiguity explicitly for the responsible content owner rather than fixing it by inventing proof.

Diagnostic exercise. Draft the status three times for different contexts: a compact label for a screen reader, a polite sentence for a user message, and a precise audit record. All three must describe the same stage even though their formality and syntax differ. Ask a speaker of the target language to explain who has done what, what is still pending and what action they would now take. Compare those answers with the original event model. If the target prompts an earlier or later action, revise it and document the misleading alternative in the localization termbase.

7. Failure modes: how to diagnose status translations that change reality

7.1 State inflation

A queued message becomes a delivered one, or an application received for review becomes an application approved. The translated sentence describes a milestone beyond the evidence.

Repair. Compare event definitions and check whether a subsequent event could fail without contradicting the earlier one. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.2 State deflation

An already authorized action is described only as a request, or an issued decision becomes mere acknowledgment of receipt.

Repair. Retain actual positive decisions and conditions rather than mechanically choosing the weakest possible synonym. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.3 Actor substitution

A courier, server, shared mailbox or receptionist receives an item while the translation attributes that act to a named human decision-maker.

Repair. Specify the actual actor or preserve the source’s impersonal construction where identity is unproven. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.4 Object substitution

An upload file is accepted for its encoding but the target suggests the claims contained in it have been accepted as true.

Repair. Name what was accepted: file, message, format, invoice, review request, application, offer or final decision. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.5 Attribution loss

An interested party says an item was delivered, but the translation removes the speaker attribution and presents delivery as an independent verified fact.

Repair. Keep ‘the sender reports’ or a similar source-attribution structure when that reflects the original. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.6 Version collision

A receipt applies to an earlier draft while the target phrasing suggests the corrected replacement has already been acknowledged.

Repair. Preserve filenames, versions, identifying marks and scope of each recorded event. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.7 Timestamp transfer

A creation, sending or server-receipt time is displayed as the time the recipient personally read or accepted a document.

Repair. Keep the timestamp attached to the actual event and note its time zone where available. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.8 UI color inference

A green checkmark indicating successful upload causes the translator to infer final approval of the full application.

Repair. Translate the event label rather than the interface icon’s emotional implication. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.9 Passive ambiguity

A sentence such as ‘it was received’ becomes ‘you received it’, even though the recorded destination was an intermediary.

Repair. Name the recipient only if the source and evidence identify it. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.10 Missing condition

A qualified status such as ‘accepted for preliminary review’ loses its condition or phase marker and appears unconditional.

Repair. Keep qualifications adjacent to the headline status, not in a remote footnote. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.11 Exception erasure

A failed attempt or returned item is smoothed into standard successful delivery because the target sounds more natural.

Repair. Retain failure markers, outstanding actions, and the difference between retry scheduled and retry succeeded. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.12 Cross-channel inference

An email server’s event is used to describe a printed notice, a portal message or a physical letter without corresponding evidence.

Repair. Track channel and artifact independently; a fact about one medium does not prove another. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.13 Automated consent fiction

A machine acknowledgment is translated as a human’s agreement or permission.

Repair. Preserve the system origin and distinguish protocol response from intentional consent. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.14 Read equals understood

An image tracking event or interface-open flag is presented as comprehension, informed consent or endorsement.

Repair. Describe the recorded access event only; do not assert mental states from telemetry. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.15 Partial equals complete

Five of six attachments arrive but a global label implies the entire case file is complete.

Repair. Show item-level receipt, explicit incompleteness, or the source’s pending requirement. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.16 Reception equals legal service

A generic record of electronic arrival is translated into formal legal service terminology without support from the applicable procedure.

Repair. Identify procedural terminology from current authoritative rules instead of inventing legal effect. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.17 Acceptance equals finality

A service accepts a request for asynchronous processing, then the translation says the intended operation has succeeded.

Repair. Reserve completion wording for the actual terminal result and document independent failures. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

7.18 Unknown ownership

A person sees ‘awaiting action’ but the translation makes it sound as though they must act when the responsible reviewer is the other party.

Repair. Clarify which actor is expected to act next, provided the source supplies that information. Have a second reviewer state the strongest conclusion a reader could draw from the translated text. Match that conclusion to an actual event record. If the statement would require an event not yet recorded, the target is too strong. If the target conceals a completed event the source clearly confirms, it is too weak. The aim is functional fidelity, not automatic pessimism.

8. Transfer clinics: difficult cases beyond a single status word

Clinic 1: Conflicting claims from sender and recipient

A supplier claims proof of delivery, but a recipient reports non-receipt. Preserve both attributed accounts and any independently recorded milestones. Do not make translation adjudicate the factual disagreement.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 2: One message, several receipts

Submission, server handoff, mailbox deposit and human acknowledgment may each create a receipt. Label the boundary instead of flattening every record into one generic acknowledgment.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 3: Delayed synchronization

A mobile app may store a local send event before network connectivity returns. Do not call it received by the remote service until a suitable event confirms that boundary.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 4: Partial completion

An import tool may accept most rows but reject a subset. Report the counts and object identifiers, avoiding language that implies all items succeeded.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 5: Formal receipt requirements

A particular procedure may define receipt at an official address, within a time window, or with a prescribed acknowledgment. Translate the requirement precisely and check the responsible authority’s current rules.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 6: Changing time zones

A message could cross a midnight boundary. Preserve the relationship among event time, clock, time zone and deadline without silently changing a date.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 7: Receipt by an agent

An intermediary can receive documents on behalf of an addressee. Name the capacity if supported; do not infer direct personal access from agency receipt.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 8: Acknowledgment coupled with denial

A person may acknowledge receiving a claim yet explicitly deny it. The target must permit both statements without appearing contradictory.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 9: Acceptance limited to process

A platform may accept an upload for technical processing but later reject its contents. Translate the scope of the early acceptance.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 10: A final decision without delivery

A reviewer may issue approval even when the notice email fails. Keep decision state and notification state separate.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 11: Read flags triggered by automation

Software may open or fetch content without human reading. Translate observed telemetry rather than comprehension.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 12: A correction sent after an earlier version

Dispatching an amendment does not prove old copies were replaced. Carry version and recipient identifiers through the translation.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 13: Bulk distribution percentages

A report saying ninety percent delivered has a denominator and a delivery definition. Preserve both; do not infer a hundred percent human readership.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 14: Request withdrawal after receipt

A person may withdraw a previously received filing. The historical receipt and current disposition both remain meaningful and should not overwrite one another.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 15: Retry and deduplication

Two sending attempts can lead to one logical transaction or two separate ones. Preserve request identifiers and evidence of deduplication where available.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 16: Consent in acknowledgment labels

A checkbox labeled ‘I received the policy’ is not necessarily equivalent to one labeled ‘I agree’. Translating either into the other may change the action users believe they take.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 17: Accessibility without icons

Screen-reader users need explicit words for incomplete, pending, received and approved. Test the translated message without color, animation or a graphical badge.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 18: Automated translation without workflow context

A language model can produce plausible equivalents, but it cannot discover from the text alone which service event occurred. Supply metadata and review against the real process.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 19: Quotation versus factual narration

If a source reports somebody else’s statement about delivery, the target should retain the attribution. Do not make a disputed claim appear independently verified.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

Clinic 20: Corrections to harmful status wording

When a translation has misled readers, correct the wording and raise the impact with the authorized content owner. A translator should not invent official corrections or retroactive evidence.

For this case, write down the last event the source actually proves, the next event a user might assume, and the evidence that would be required for that stronger conclusion. Produce a short status label, a fuller explanation and an audit note without changing the underlying facts. Then imagine that the expected next event fails: a later approval is denied, a recipient never opens the message, or a technical acknowledgment is not followed by completion. The translation of the earlier event must remain correct. If it fails, revise the term or phrase and add an explicit prohibited alternative to the status glossary.

9. Build a status termbase that prevents future confusion

A translation memory alone is not enough. The phrase “Your request was accepted” can refer to a server queue, a complaint taken for review, a supplier’s order, a payment authorization or a final application outcome. The spelling may match while the underlying facts differ. Give each event a stable concept identifier, a definition, the actor and affected object, a sample positive transition, a negative transition, an approved target phrase and an explicitly rejected near-synonym. State which platform component or content owner controls the event definition. This keeps one target term from spreading accidentally to unrelated states.

The translation service should also document audience and risk. An ordinary update to a low-impact group conversation may tolerate a broader expression than a status controlling a deadline, a financial decision or a safety response. Yet the same core truth still applies: do not assert an event that has not occurred. Accuracy improves when editors compare real screenshots and data records, then run target-language comprehension tests. Quality is not a property of the isolated sentence alone; it is the relationship between source meaning, target inference and the user’s action.

For machine-generated suggestions, provide event-specific context and require a human reviewer to check it. If a product changes from immediate sending to delayed queuing, the original English label may remain unchanged while the event definition changes. That is a localization-impacting change. A release process should check the relevant state IDs and test translations under both expected and failure transitions. Where the process is not clearly documented, record the gap and seek a source-owner decision rather than treating confident generated language as authoritative evidence.

10. The final translation QA card

  1. Identify the precise object and its version.
  2. Name the actual actor or technical receiving boundary.
  3. Read the whole sentence, not just its status word.
  4. Separate asserted claims from independently verified records.
  5. Distinguish preparation, submission, transmission and delivery.
  6. Distinguish delivery to intermediary from receipt by named individual.
  7. Distinguish automated acknowledgment from human review.
  8. Distinguish receipt and awareness from consent or agreement.
  9. Keep preliminary acceptance separate from final approval.
  10. Preserve conditions, exceptions and pending actions.
  11. Check any timestamps against the correct event and time zone.
  12. Check that the target does not promise an unauthorized outcome.
  13. Use a failure case in which the later event never happens.
  14. Ask a target-only reader what they believe has occurred.
  15. Check that the next user action is neither concealed nor invented.
  16. Log the approved wording, its event ID and rejected alternatives.
  17. Escalate source ambiguity to the content owner.
  18. Do not claim legal or technical verification that was not performed.

A practical acceptance test takes less explanation than it sounds. First hide the source from a target-language reviewer. Ask them to say what has occurred, to whom or what it occurred, whether a decision was made, and what they would do next. Then reveal the source event definition. Any material mismatch is a release defect. Second, test a negative path in which the next expected step fails. Third, test the same string in a different channel or recipient role; if the translation no longer holds, it may require explicit context or an event-specific variant. This procedure is simple enough to repeat and rigorous enough to catch many failures ordinary proofreading will miss.

11. Frequently asked questions about delivery, receipt and acknowledgment

1. Does “sent” mean “delivered”?

No. Sending can identify an origin action while delivery depends on reaching a specified later boundary.

2. Does “delivered” prove the intended person read it?

No. It may describe server, mailbox, locker, address or agent delivery, with human reading a separate question.

3. What does acknowledgment of receipt mean?

It typically acknowledges a specified act of receiving; it does not automatically approve contents or admit their truth.

4. Is a confirmation number proof of approval?

No. It may only identify a record of a request or a preliminary transaction.

5. Can a form be uploaded but not submitted?

Yes. Many interfaces distinguish saving or uploading from final filing or submission.

6. Can an application be submitted but rejected?

Yes. Submission and substantive review are separate events.

7. Does “accepted for review” mean approved?

No. It describes the acceptance of a review task or intake stage, not necessarily a favorable decision.

8. Can a server acknowledgment count as human agreement?

Not by itself. A protocol response and a person’s intentional assent have different evidence.

9. Does a read receipt establish comprehension?

Not necessarily. It often records a display or access event rather than verified understanding.

10. How should a translated delivery confirmation be phrased?

Name the actual delivery boundary and source record, without implying later personal access or acceptance.

11. What if the same English word names different technical events?

Give each event a distinct concept record and select the target from context and process meaning, not source-string identity alone.

12. How do I translate “processed” accurately?

Identify the process and its outcome: successful, failed, incomplete, or pending another step.

13. How should conditional acceptance appear?

Keep the condition explicit and nearby; avoid a short label suggesting final unconditional approval.

14. Is a signed original proof that it was delivered?

No. A signature can concern an artifact while delivery requires separate evidence.

15. What is the difference between receipt and verification?

Receipt records arrival or possession; verification involves a defined check of some property or claim.

16. What is the difference between receipt and acceptance?

Receipt establishes an intake event; acceptance depends on what the actor or system agreed to take or approve.

17. Does courier pickup mean customer receipt?

No. Pickup transfers an item into distribution; final delivery and personal collection may follow.

18. What is the safest wording for a queued notification?

State that it is queued or awaiting sending, not that the recipient has received it.

19. How do I handle a disputed delivery status?

Preserve each party’s claim and associated evidence without turning translation into an adjudication.

20. Can a withdrawn application still have a receipt?

Yes. A recorded earlier receipt and a later withdrawal can both be true.

21. Why do versions matter?

A receipt or approval for one version does not automatically apply to a changed replacement.

22. Should translators add information missing from the original?

They should not silently invent facts. Explanatory additions require authorization and must remain factually justified.

23. What if the original wording is ambiguous?

Inspect the process context, ask the content owner when possible, and avoid upgrading an uncertain event.

24. Can machine translation be used for status labels?

It can suggest phrases, but high-impact strings need human review against the actual event and negative tests.

25. What should be recorded in a status glossary?

The concept identifier, definition, actor, object, transition boundary, approved wording, misleading alternatives and reviewer.

26. Are registered electronic delivery effects identical worldwide?

No. Formal evidence and procedural effects depend on the applicable regime and service; consult current authoritative rules.

27. Where should readers go to learn ordinary vocabulary?

Use the independent Vocabulary Learning Hub, which owns word learning rather than this cross-language event-transfer method.

28. Where should readers go to study English grammar?

Use the protected How English Works learning routes for English-only syntax, aspect, modality and discourse.

29. What one test catches the most dangerous overclaims?

Imagine the next event never happens. The translation of the earlier event should still be true.

30. When is a translation ready to publish?

When reviewers agree it is clear, functional, faithful to the source, and does not misstate evidence, authority or the reader’s next action.

12. Research sources and important limits

References checked on 10 November 2026. The article uses the publicly stated scopes of the ISO standards and does not reproduce their proprietary text. Its examples are fictional instructional scenarios and not validated transactions. A translation of formal filing, service of process, qualified electronic delivery, medical notice or legally binding statement must follow the actual competent authority’s current requirements. This guide does not certify any particular document, validate a real digital signature, or provide legal or medical advice.

13. Next routes in the Master Art of Translation series

Return to Master Art of Translation | The Complete System for Moving Meaning Between Languages for the full translation workflow and wider specialist routes. For evidence made by signatures, witnesses, notaries, translators or other declaring actors, use the preceding Attestation and Signature Fidelity System; that chapter owns what a particular signature or certification can establish. The present chapter owns the stages of moving and receiving an artifact, acknowledging that movement, and distinguishing intake from acceptance or approval. These concerns are connected but not interchangeable.

For ordinary definitions, word families, collocations and vocabulary-learning strategies, visit the independent Vocabulary Learning Hub. To study English sentence structure, tense, aspect, modality, negation and discourse in English itself, follow How English Works | The Complete Map and Learning Routes. Those are protected subject owners; this guide does not redefine their curricula. It deals instead with the factual content that must survive when status language passes between languages.

Final operating principle: a translated status is accurate when a reader can tell who acted, what artifact or request was affected, which event has completed, what evidence supports that event, and what remains unresolved. Preserve the narrowest established boundary and any explicit later decision. Do not turn a sending attempt into personal delivery, receipt into agreement, technical acceptance into substantive approval, or an acknowledgment into proof of truth. Translate the process truth first and make its expression natural second.