TL;DR
- -��Preserve the accepted version and ask what changed in the number's source, period or definition.
- -��Review derived figures and dependent wording as well as the visible digits.
- -��Return material changes to the relevant owners and record release authorization for the new version.
- -��If material has already left the team, follow the correction through its actual recipients and channels.
The release has client approval and is queued for distribution. A message arrives: Please use 240 instead of 300 in the training figure. Everything else is fine. The visible edit takes seconds. The statement's percentage, headline and executive quote may all depend on the original count.
Begin by identifying the accepted version and whether it has already been sent or published. Preserve that version and the client's new instruction. If release is pending, flag the affected item to the release owner and pause its dispatch through the agreed process while the material change is resolved. Confirm the actual status of any scheduled export or distribution.
Ask what the new number describes
Request the source version, relevant passage and explanation for the change. Is it a correction to an earlier count, a later reporting date, a revised definition or a different population? Ask the fact owner to confirm the effective period. A client's request establishes the proposed edit; it may still leave the supporting evidence and scope unclear.
Keep the old and new values side by side with their definitions. If they describe different periods, both may remain valid for those periods. If the earlier value was wrong when approved, record that correction explicitly. Do not replace the source reference with the latest attachment and erase the reason the original review reached its decision.
Confirm whether disclosure permission changes too. A corrected internal count may be available for factual review while awaiting public clearance. Identify who can decide that question. The existing approval belongs to a particular version and cannot settle a new disclosure condition simply because the surrounding paragraph looks familiar.
Change ledger: trace 300 to 240 through the release
Suppose the accepted draft said 300 of 1,000 eligible employees had completed a training programme by June 30. The corrected source says 240 completed it; the earlier count accidentally included people who had registered but not finished. The fact owner confirms that the eligible population remains 1,000 and the reporting date has not changed.
The completion share changes from 30 percent to 24 percent. A headline saying nearly a third have completed training needs reconsideration. A quote describing the milestone as evidence of broad completion may also overstate what the corrected count supports. Search for the number, but also inspect the surrounding interpretation and any phrases such as this milestone.
Check the training chart, summary, social copy, spokesperson notes and translations prepared from the accepted draft. Include variants where the count appears only as a percentage or a verbal description. Identify the versions actually scheduled or shared with partners; finding a corrected sentence in the working document does not establish that the distribution file changed.
One possible factual revision is: By June 30, 240 of the 1,000 eligible employees had completed the programme, representing 24 percent. The organization may choose whether the percentage helps readers. Either way, retain completed as the defined status and ask the executive to reconsider any interpretation that depended on the larger count.
Send a bounded change note for renewed decisions
What changed and why
Template: Accepted version [identifier] stated [old claim]. Proposed version [identifier] states [new claim], because [source-backed reason]. The source is [version, page and passage], confirmed by [fact owner]. Related changes affect [percentage, headline, quote and exports]. Preserve the earlier wording and the check record so reviewers can understand the correction.
Which decisions are needed
Template: [Owner] needs to confirm the corrected assertion and its public use. [Speaker or authorized approver] needs to accept the revised quote in context. [Client owner] needs to accept this material revision. [Release owner] will authorize the final version and timing once the conditions are resolved. Reuse completed checks only where their evidence and meaning remain applicable.
What the distribution team should use
Template: Current release candidate [file or link]. Earlier export [identifier] is superseded and should remain archived. Dispatch state [held, scheduled after authorization, or already sent]. Owner [person] will confirm that the actual distribution file matches the authorized version. Record the confirmed action rather than treating the requested replacement as completed.
If the earlier version has already left
Identify what went out, when, where and to whom. Ask the communications owner to arrange the appropriate correction for those channels, explaining the old and corrected claim clearly. Updating the website alone may leave a journalist working from an earlier email. Preserve the original distribution record and track the correction action through the relevant recipients.
A later-period update differs from a correction of an error in the original period. Establish which occurred before describing the change externally. The team may also need to revisit current reusable facts while retaining accurate historical records. Make that a separate, explicit decision rather than a side effect of editing the release.
The accepted version remains the starting point for a late change. Trace the changed meaning outward until the supported replacement, renewed decisions and actual distribution file all point to the same known version.
If late changes make release decisions difficult to trace, follow QuoteIt as evidence-led drafting and approval workflows are developed for PR teams.
Join Waitlist