Establish whether the request changes presentation or substance
Read the client’s request and identify what is actually different: layout, field names, units, required information, technical basis or approval process. A new template can contain substantive requirements even when the email calls the change formatting only. Separate those questions before transferring data. A request to move existing results into a different table is not the same as a request to add a new acceptance statement. The responsible project process must establish which changes are authorized and what review they require.
Preserve the source report and its actual status. The resubmittal should have a clear relationship to the reviewed or issued record from which the information is taken. Do not overwrite the only retained source while experimenting with the client’s layout. The report amendment guide covers controlled changes to distributed documents. This workflow concentrates on the field-by-field mapping needed to keep the technical meaning intact when a customer asks for another delivery format.
Identify the exact destination template and its instructions
Record the template identifier, revision and any accompanying completion guidance. A client may have several similar forms for different equipment, methods or project stages. Confirm which one applies instead of selecting the first file with a familiar title. Review required fields, legends and signature meanings before entering results. A hidden instruction or a prefilled statement can change what the finished document appears to claim. The resubmittal team should understand the destination record, not merely its visible column headings.
If the client supplies an example report, distinguish illustrative entries from required content. Do not copy another project’s procedure number, equipment identity or approval name into the new record. Remove sample values through the actual template-preparation process and confirm that no example result remains. A realistic-looking example can be particularly risky because its entries may blend into the final document. Keep a checklist of fields that require project-specific evidence rather than assuming that every prefilled value is an approved default.
Create a source-to-destination field map
For each destination field, identify the source location and describe the intended meaning. Include the source report version, table or section reference where useful. A field map should distinguish direct transfer, formatting change, calculated transformation and missing information. Do not place a value in the nearest-looking field without checking its definition. A column named result might expect a measured value in one form and a technical disposition in another. Similar labels do not guarantee equivalent meaning.
The W3C metadata vocabulary for tabular data describes metadata that helps interpret and process tables. For this practical resubmittal, the useful idea is to preserve meaning alongside the cell values. The worksheet does not require implementation of a web metadata standard. It records how the client’s fields relate to the source evidence so that the transfer can be reviewed and repeated without relying on the person who happened to perform the first copy-and-paste operation.
Keep missing destination information visibly unresolved
A new client field may request information that the original examination did not produce or that the source report does not contain. Identify the gap and ask the responsible source owner for evidence or clarification. Do not invent a value, copy it from another component or infer it from an unrelated field. If the information genuinely does not apply, use the project’s agreed representation and preserve the reason. A blank or explicit unresolved state is more accurate than a completed-looking field whose content cannot be substantiated.
Distinguish missing report content from missing examination evidence. The information may exist in a controlled field record and simply need to be transferred, or it may never have been acquired. Those cases require different actions. A format request cannot retroactively create an examination event or a measurement. Keep the actual technical consequence with the responsible review process. The resubmittal coordinator should identify the gap clearly and avoid turning an administrative deadline into pressure to manufacture data.
Preserve identifiers as text and retain their context
Check component, weld, report and equipment identifiers after transfer. Leading zeros, suffixes and drawing qualifiers can be lost when a destination cell is treated as a number or when a narrow column encourages abbreviation. Preserve the actual identifier and the context that makes it unique. If the client’s system requires another identifier, retain the supported cross-reference rather than replacing the source identity without a mapping. A polished table is not useful if the recipient cannot connect its rows to the physical items and original evidence.
Watch for merged source headings that supply context to several rows. When the destination form uses one row per item, that context may need to be represented explicitly. Do not carry a heading only into the first row and leave later rows ambiguous. Conversely, avoid repeating a parent identifier in a field intended for a unique child item. Review the actual relationship between assemblies, components and examination zones before deciding how to populate the destination table.
Review units and transformed values as technical changes
A client may request a different unit or display precision. Treat the transformation as a checked operation with a documented basis, not as a cosmetic edit. Preserve the original value and unit in the supporting mapping where needed. Confirm the actual conversion and rounding convention through the responsible process. Do not change the technical disposition simply because the displayed value now rounds differently. The evaluator must determine whether the transformed presentation remains consistent with the applicable criteria and source evidence.
Separate an existing reviewed calculation from a new calculation introduced by the destination template. A formula copied from an example form may reference the wrong cells or assume a different quantity definition. Validate the calculation through the organization’s normal process before using its output. The browser reporting importer does not execute formulas and leaves formula cells blank. Do not interpret that behavior as permission to fill the destination with an unchecked cached value or an estimate chosen to complete the form.
Carry limitations and scope with the results they qualify
A compact client form may have less space for notes than the original report. Preserve the relevant limitations through an agreed continuation, reference or other suitable arrangement rather than dropping them. A result separated from its examination boundary can imply more than the source established. Check inaccessible areas, partial coverage, unresolved evaluation and external-data references deliberately. The new layout should make those facts understandable to the recipient without requiring access to a source document that has not been supplied or clearly referenced.
Do not hide a material limitation in a generic remark that no longer identifies the affected item. If the destination form cannot represent the scope faithfully, clarify the delivery approach with the responsible client contact. A separate supported attachment or linked record may be appropriate under the actual process. The correct solution is not to force every result into the available boxes at the expense of meaning. The report buyer-review guide provides broader questions for checking that the delivered package remains complete.
Worked example: a result field with two different meanings
In a fictional source report, the column Result contains a measured quantity and the separate column Evaluation records the reviewed disposition. The client template has a single field labelled Result but its instructions expect the disposition. The coordinator records the difference in the mapping worksheet and transfers the actual evaluation to that field. The measured quantity is preserved in the client’s designated measurement field or an agreed supporting table. It is not discarded merely because the most familiar column name has a different meaning.
The same template asks for a location code absent from the source report. The team obtains the supported client-to-source location mapping instead of inventing a code. An inaccessible-area limitation remains attached to the relevant row through the agreed note reference. This example is hypothetical and supplies no acceptance value or required template structure. It shows why semantic mapping matters: an apparently simple layout change can otherwise move a valid value into the wrong field and silently change what the document communicates.
| Destination field | Source meaning | Mapping action | Review question |
|---|---|---|---|
| Result | Source has measurement and evaluation separately | Use destination definition; preserve both meanings elsewhere | Does this field expect a value or a disposition? |
| Location code | No direct source equivalent | Obtain controlled cross-reference | Can the physical location be established? |
| Remarks | Item-specific access limitation | Keep scope and row relationship | Would the result be misleading without the note? |
| Approval | Source review record exists separately | Follow actual authorization process | Does the named person approve this new document? |
Distinguish a delivery copy from a changed technical record
Establish how the resubmittal relates to the source: a reformatted delivery copy, a revised report, a supplemental record or another defined document type. Use the actual document process and avoid inventing a status solely to bypass review. If the technical content is unchanged, the relationship should still be traceable. If new information or evaluation is added, identify that change explicitly. A format-only label should not conceal a substantive revision that affects scope, result interpretation or responsibility.
NASA’s technical data management guidance discusses exchange formats and control of technical information within its program framework. The practical application here is to manage the transformation and preserve the source relationship. This guide does not claim NASA compliance or dictate a universal numbering convention. The organization should decide how the new copy is identified and distributed so recipients can tell whether it supplements, replaces or simply presents the same technical record in another form.
Use the importer within its actual format boundaries
The free digital NDT reporting tool extracts supported tables from DOCX and XLSX files for preview and editing. It does not reproduce every original page layout, macro, formula, merged structure or embedded object. Review the import warnings and compare the extracted grid with the source. The tool’s PDF export creates its own report layout; it is not an editable DOCX or XLSX export that automatically reproduces the client’s exact native form. Confirm the required delivery format before choosing the workflow.
If the client requires a specific native template or a structure beyond the supported report limits, use the appropriate authorized preparation process and keep the mapping worksheet as a review aid. Do not silently truncate a large table or omit required fields to fit the tool. A free tool is useful when its capabilities match the task. It should not be described as supporting an exact-format resubmittal that it cannot produce. Preserve the evidence and clarify the delivery requirement rather than making an unsupported product promise.
Check row counts and relationships after transfer
Compare the source and destination using meaningful identities, not only total row count. One source row may split into several destination rows, or several source rows may be summarized under an agreed structure. Record those relationships and ensure no examination event disappears. Equal row counts can still conceal a swapped identifier or an omitted limitation. Review representative complex cases, including repeated components, repair events and blank states, instead of testing only a simple row with every field populated.
Check table order and references after sorting. A note that points to row eight may refer to a different component in the destination form. Prefer stable item or event references where the process allows them. Confirm that any totals or summary statements are based on the mapped evidence and retain their original meaning. A source total of examination events should not become a destination total of unique components merely because both fields are labelled quantity.
Review the actual delivery copy independently of the working map
Open the file that will be sent and compare it with the reviewed source and mapping record. Check units, identifiers, notes, date meanings, basis references and authorship. If the destination is a PDF, inspect wrapping and page breaks so long values and limitations remain readable. A correct mapping worksheet does not prove that the final exported file contains the intended content. The last check should examine the actual delivery artifact, including any supporting files referenced by it.
Use the procedure draft tool to organize proposed transfer-review responsibilities if the organization needs a repeatable draft process. The responsible technical and quality personnel must review that process before it is treated as approved. If the client’s requested format introduces additional preparation work, the contract comparison planner can help organize actual entered delivery commitments. Neither tool resolves authority or commercial entitlement; they help keep the relevant questions and evidence clear.
Record the resubmittal relationship and retain the source
Record the actual delivery reference, recipients and relationship to the source report through the project’s process. If the resubmittal replaces an earlier copy, communicate that relationship explicitly rather than assuming the customer will select the right file from similar names. Preserve the original technical evidence and the field map where required. A later reviewer should be able to determine whether a difference came from the source, an authorized transformation or an unintended transfer error.
Use the worksheet below to capture direct mappings, transformations and unresolved fields before resubmitting. Replace the fictional entries with the actual source and destination references. A successful client-format resubmittal makes the information easier for the customer to use while preserving its technical meaning and provenance. The new layout should not create a new measurement, erase a limitation, broaden an acceptance claim or imply an approval that the responsible person never gave.
Client-format NDT resubmittal field map
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 worksheetQuestions about this workflow
Is a client-format request always only a formatting change?
No. New fields, criteria, units or signature meanings can introduce substantive requirements. Identify those changes before transferring the data.
Can I copy a value into a field with the same name?
Check the definition first. A field named Result may mean a measurement in one form and a disposition in another.
Does the free tool reproduce an exact Word or Excel form?
No. It extracts supported tables for editing and creates its own PDF layout. It does not export the client’s exact editable DOCX or XLSX form.
Can I reuse the original approval signature automatically?
Do not imply approval of a new document without the actual authorization. Preserve the source relationship and follow the required resubmittal review process.
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
- Record NDT Scope Changes After Mobilization
A field instruction can affect examination coverage, personnel, access, records and commercial terms. Record the exact change and its decision path before it becomes an unexplained difference between the original request and the final report.
- Report Inaccessible NDT Areas Without Implying Coverage
An access limitation needs a location and an examination boundary, not a vague note that conditions were difficult. Record what was requested, what could actually be examined and what remains outside the evidence.
- Reconcile NDT Report Quantities Before Invoicing
The number of report rows is not automatically the billable quantity. Connect performed work to the actual commercial unit and preserve the evidence behind any difference before preparing an invoice.
- 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.
