Skip to content

Execution and QA reconciliation · U.S. inspection teams

Prepare an Interim NDT Results Record with Clear Limits

An interim record can support coordination while review continues. State which evidence exists, which conclusions remain open and how the recipient should distinguish the update from the later final record.

NDT Connect Editorial · Published · Editorial policy

Start a free NDT report

Upload a Word or Excel template, edit the report fields and result tables, add company and client logos, and download a draft PDF. Use a free verified account for saved reports, sequential numbers and issued revisions.

No payment or signup required to prepare a draft PDF. Template import and PDF generation run in your browser.

Define the decision the interim update is meant to support

Begin with the recipient’s actual information need. A coordinator may need to know which locations have been visited, which data sets are available or what review remains outstanding. Those questions do not always require a final technical disposition. State the purpose of the interim record and limit its claims to the supported evidence. Avoid sending a nearly final-looking report simply because it is easier than explaining the current state. The document’s title, summary and tables should all communicate the same intended use.

Confirm that the project’s process permits the proposed interim communication and identify who can authorize it. This guide does not create permission to release incomplete information. A customer request for speed may still require an internal technical or document review. Record the actual decision and any restrictions. If the purpose cannot be met without a final evaluation, say what remains necessary rather than presenting provisional information as a substitute for the missing decision.

Separate acquired data from evaluated results

Use explicit state labels for data acquired, interpretation in progress, reviewed result and unresolved question where those states reflect the real workflow. A table containing numbers can look final even when no authorized evaluation has occurred. State what the numbers represent and what has been checked. Do not infer acceptance from a blank indication field or use an acceptable label because the source file contains no obvious warning. The responsible technical process must establish any evaluation or disposition that the interim record claims.

Keep the evidence reference attached to the state. If data exists, identify the event or package without implying that every file has been reviewed. If only a field observation is available, describe it as such. A report compiler should not manufacture a quantitative result from a verbal update. Where preliminary interpretation is permitted, preserve its actual scope and review status. The recipient should be able to distinguish information that is merely available from information that has undergone the process required for a final conclusion.

Set a clear evidence cutoff

State which events or records the update includes. On an active project, additional examinations may occur while the document is being prepared. A cutoff prevents the recipient from assuming the update reflects every activity completed by the time the email arrives. Use the project’s actual event or version context rather than claiming an exact timestamp that the records do not support. If the update covers only one shift or a selected group of components, identify that boundary prominently.

Keep new information separate from corrections to earlier information. The next update may add another examination event without changing the first update’s facts. It may also revise a provisional interpretation after further review. Those are different developments. Identify the relationship clearly so the recipient understands whether the picture has expanded or an earlier statement has changed. A sequence of interim files should not leave the customer guessing which numbers are cumulative and which replace previous entries.

Make the document identity distinguishable from the final report

Use the organization’s actual numbering and revision process to identify the interim record. Do not invent a new numbering scheme if one already governs the project. The title and purpose statement can make the interim nature explicit even when the document uses the normal report format. Keep the relationship to the later final report retrievable. A filename containing draft is not enough if the PDF itself looks like a final release and can be separated from its delivery email.

The National Archives’ metadata resource for permanent electronic records illustrates that descriptive record information is managed alongside the electronic files in its federal context. For this practical workflow, retain the document identity, version and delivery relationship together. That is a records-management planning choice, not a claim that ordinary NDT providers must follow federal archival rules. The recipient needs enough context to recognize the update after it is downloaded, forwarded or stored with other project records.

Place limitations beside the affected information

A broad notice at the end of the document can be missed when a table is copied into a meeting slide or planning spreadsheet. Place the relevant review state and limitation near the affected result or component. If one row is reviewed and another is awaiting evaluation, show the difference at row level. Do not use one global preliminary label to obscure which parts are actually complete. The aim is useful precision: the recipient should know what remains uncertain without assuming that every item has the same status.

Write limitations in concrete terms. Awaiting confirmation of the applicable acceptance document is more useful than subject to review when that is the real issue. Data acquired for the accessible area only is more useful than limited inspection when a location boundary is available. Avoid adding generic caveats that do not correspond to actual uncertainties. Clear limits help the recipient identify the next needed evidence or decision, while vague wording can make both the reliable and the unresolved information harder to use.

Do not use an interim record as an unintended release instruction

A recipient may be waiting to coat, assemble, ship or return equipment to operation. Make clear whether the interim record supports any such decision under the actual project process. Do not imply permission from a progress status or a data-acquired count. A document can accurately state that examination data exists while the required review or release remains outstanding. The responsible authority must make any technical or operational release decision; the report preparer should not supply it through ambiguous wording or a convenient completion stamp.

If the project requires a specific release record, reference the actual record when it exists. Do not imitate its approval language in an interim summary. Similarly, a customer acknowledgement that the update was received is not necessarily approval of the technical state. Preserve those distinctions in the distribution record. The free reporting tool’s user-declared document status does not authorize operation, shipment or acceptance of the examined item, and a professional PDF layout should not be used to imply otherwise.

Keep urgent communication on the required route

An interim reporting schedule must not delay a notification required by the actual site or technical process. If an observation needs prompt escalation, follow that process and record the relationship to the later update. Do not wait for a polished PDF or a routine daily summary merely because the template is unfinished. This guide sets no universal notification threshold or deadline. The applicable procedure and responsible people determine the required action for the specific finding or condition.

The interim document can reference the communication that already occurred, using appropriate factual detail. Distinguish the observation, the notification and the recipient’s subsequent decision. Avoid writing that an item was made safe or accepted simply because someone was informed. A notification establishes that information was communicated; it does not necessarily resolve the technical question. Keeping that sequence clear makes the interim record more useful for coordination without replacing the organization’s actual response and decision process.

Worked example: eight locations with different review states

Consider a fictional eight-location assignment. Five locations have completed technical review, two have acquired data awaiting evaluation and one could not be examined because the recorded access arrangement was unavailable. The customer requests a planning update before the final package is ready. The authorized interim record lists the eight identities and their supported states. It includes the actual reviewed outcomes for the five locations only where release of that information is permitted, and it makes the remaining evaluation and access actions explicit.

The summary does not call the assignment complete or describe all eight locations as acceptable. It states the evidence cutoff and identifies the expected final-record relationship without promising a review completion time that has not been agreed. A separate required notification, if any, follows the project’s real process. This hypothetical scenario illustrates useful early communication, not permission to bypass review. The customer can plan around the known states while seeing exactly which technical and execution questions remain unresolved.

Fictional interim release boundaries
LocationsSupported stateInformation availableBoundary to preserve
1–5Technical review completedPermitted reviewed outcomes and referencesOnly the actual reviewed scope
6–7Data acquired; evaluation pendingAcquisition references and review actionNo final disposition implied
8Not examined: access unavailableLocation and access limitation recordNo examination result exists
Entire assignmentInterim planning updateDefined cutoff and outstanding actionsNot an automatic operational release

Choose recipients and distribution controls deliberately

Identify the intended recipients and the permitted use of the interim information under the real project arrangements. An update prepared for internal planning may not be suitable for wider distribution. NASA’s technical data management guidance treats data access and distribution responsibilities as part of managing technical information in its program context. The practical application here is to decide who receives the update and preserve that delivery record, without claiming that the worksheet provides access control or enforces restrictions after download.

Check the content for unnecessary personal, commercial or unrelated client information before distribution. Keep the material needed to understand the technical state and remove only what the authorized process permits. Do not omit a relevant limitation to make the update easier to share. If different audiences need different content, identify the resulting copies clearly and preserve their relationship to the source. A limited distribution copy should not become a misleading report that retains favorable results while hiding unresolved scope.

Prepare the update using the actual tool states

The free digital reporting workspace supports Draft and Issued as user-declared document states. It does not have a separate technical approval state that can establish whether an interim release is authorized. Use the title, scope and notes to describe the interim purpose, and select the document state according to your real process. Do not tell users that choosing Issued completes a technical review. The application helps produce the record; it does not supply the missing authority.

The app can import supported DOCX and XLSX tables and create a local PDF, but it does not analyze native NDT data or automatically transmit the report. Review imported values and warnings before including them in an interim record. Formula cells are intentionally left blank rather than calculated. If a preliminary summary depends on a calculation, obtain the checked information through the appropriate process. A blank import field should not be filled with an assumed value merely to make the early update look complete.

Agree the next information event instead of promising certainty

State what is expected to change the interim status: completion of a review, receipt of an acceptance-basis clarification, resolution of access or another specific event. Use actual agreed timing where available, and distinguish an estimate from a commitment. A vague final report soon statement may create expectations that the examination team cannot support. The recipient benefits more from knowing which decision or evidence controls the next update and who owns that action.

If reporting turnaround or distribution obligations are part of the agreement, refer to the actual terms. The contract comparison planner can organize entered commitments and time assumptions, but it does not determine legal obligations or guarantee delivery. Keep the interim technical state separate from a commercial discussion about deadlines. A missed administrative target should not lead the team to claim a review is complete when it is not, or to suppress a legitimate unresolved question.

Reconcile the final report with every material interim statement

Before distributing the final record, compare it with the interim information that recipients may already be using. Identify added evidence, changed interpretations and resolved limitations. A final result that differs from a provisional statement needs a clear relationship and the appropriate communication under the project’s process. Do not assume that sending a new file automatically corrects every planning spreadsheet or forwarded copy. Preserve the known recipient list and make the final-record relationship understandable.

The report amendment guide addresses controlled changes when a distributed record needs correction. Not every final report is an amendment to an interim update, but the organization should define the relationship rather than leave it ambiguous. Keep earlier evidence and delivery records as required. A final document should make clear which questions are resolved and which remain open, without retrospectively implying that the interim record had already reached the same technical conclusion.

Review excerpts that may outlive the interim document

During active projects, people often copy a few rows into an email or meeting note. Prepare the table so the essential state and scope travel with those rows. A result column without its pending-review label can be misunderstood when separated from the title page. Where the organization controls the excerpt, include the document reference and cutoff. Do not rely on a distant footer to carry every limitation. The most consequential boundaries belong next to the information they qualify.

If an interim statement is later found to be wrong, assess the known uses and recipients through the actual communication process. A quiet correction in a private draft may not reach the person who copied the earlier value. Record the replacement or clarification and its relationship to the original update. The reporting tool does not track every external copy or revoke downloaded PDFs. The responsible organization must handle that communication, using the evidence and distribution records preserved during the interim release.

Use the worksheet as a release-boundary check

Complete the worksheet with the intended use, evidence state, unresolved question and actual release decision for the affected items. Then inspect the PDF that will be sent. Confirm that the title, tables and conclusion agree about what is known and what remains open. The procedure draft workspace can help organize proposed interim-reporting responsibilities for review, but the actual organization must establish and follow them. Do not represent a draft planning aid as an approved communication procedure.

A useful interim record should reduce uncertainty about project status while preserving uncertainty that genuinely remains in the technical evidence. It should tell the recipient what can be used now, for what purpose, and what decision is still outstanding. Replace the fictional worksheet example with the actual project references and authorized wording. The result is an early update that helps coordination without allowing speed, formatting or document status to stand in for an examination or review that has not yet been completed.

Interim NDT information release-boundary matrix

Download this editable CSV for the task described above. Replace illustrative prompts with your own supported facts. The worksheet is a planning aid; it does not establish inspection acceptance or approval.

Download the free workflow worksheet

Questions about this workflow

Can an interim update include acquired but unevaluated data?

Only through the project’s authorized process, with its actual state and intended use clear. Do not imply a final disposition from acquisition alone.

Does Issued status mean the results are technically approved?

No. It is a user-declared document state. Technical review and release authority remain part of the organization’s actual process.

Should urgent findings wait for the interim PDF?

Follow the applicable notification process. A routine reporting schedule should not delay a required communication.

Does the app automatically send or withdraw interim reports?

No. It prepares local PDFs and supported saved records. Distribution, recipient tracking and replacement communications remain your responsibility.

Sources and editorial scope

Primary references support the specific context cited in the guide. Worked examples and suggested workflows are NDT Connect editorial guidance. Confirm the documents and authority applicable to the actual assignment.

More guides: execution and qa reconciliation

  • Attribute Work in a Multi-Inspector NDT Report

    A report assembled from several people’s work needs clear attribution at the examination-event level. Separate performed work, interpretation, review and document preparation so a reader can find the responsible evidence source.

  • Keep Multiple Acceptance Bases Clear in One NDT Report

    A result described as acceptable needs a stated basis and scope. When one package contains several criteria, map them explicitly instead of placing a broad code list in the header and leaving the reader to guess which one governs each row.

  • Track Repair and Retest Cycles in NDT Records

    A later satisfactory examination does not erase the earlier event or explain the intervening repair. Link the original result, authorized repair record and each follow-up examination so the current state can be understood from evidence.

  • Reconcile Requested and Completed NDT Scope

    A stack of reports does not by itself account for the full request. Reconcile each agreed examination item with its actual evidence, exceptions and remaining action before describing the assignment as complete.

Free tools for this workflow

Free digital NDT reporting

Import DOCX/XLSX tables, enter specifications and results, add logos and download a PDF. A free verified account saves numbered reports and revisions.