Skip to content

Field note

Copilot Excel Edits: Workbook Acceptance Checks

Decide what a correct workbook looks like before asking Copilot to change it.

Microsoft's Excel Blog listed “Beyond Analysis: Copilot Gets to Work in Excel” on 12 October 2026. For a team trialling workbook edits, the practical question is how to decide whether the changed file is ready to use.

The current Copilot in Excel FAQ distinguishes edit, plan and chat modes. Edit mode changes the workbook directly, while plan mode helps prepare the work. Treat the saved workbook as the object that needs acceptance, rather than accepting the explanation in the chat pane as proof.

Write a small acceptance specification

Use an operational example such as a service-ticket dashboard. Define the source table, the reporting period, the meaning of an open ticket and the handling of reopened or cancelled records. Decide which sheets and columns may change and which are outside the task.

Record a few independent control figures before starting: source row count, unique ticket count, counts by status and the date range. Identify known edge cases, such as a missing completion date or an identifier stored with leading zeroes.

Ask for a bounded change. “Create a monthly summary from this table using these status definitions” is easier to assess than “improve this workbook”. If the instructions reveal uncertainty in the source data, resolve that uncertainty before the edit.

The spreadsheet-to-board-note workflow discusses review of the resulting narrative. This check sits earlier, where the workbook's calculations and structure can still affect every later output.

Preserve a usable starting point

Work in a clearly labelled copy during the first trial. Confirm the file's owner, the source revision and whether anyone else is editing it. Avoid a shared production workbook where unrelated changes make the comparison difficult.

Microsoft's version history guidance explains how to open and restore earlier versions for files stored in OneDrive or SharePoint in Microsoft 365. Verify that the expected starting version is actually available before relying on it as the recovery route.

The Copilot FAQ says editing requires Automatic calculation. Check this deliberately. A workbook that displays old calculated values is a poor basis for judging a new formula. Do not change other precision or calculation settings simply to make a result resemble the expected total.

Compare the structure as well as the totals

After the edit, inspect the source table boundaries, column types, formulas, named ranges, filters and any new connections or references. Check whether a formula column became fixed values, whether a lookup range shifted, and whether hidden rows affect the displayed result.

Use the control figures to detect omitted or duplicated records. If the monthly count differs from the source count, account for the difference through the documented filter rules. An unexplained discrepancy should remain a failed check even when the chart looks reasonable.

Review one ordinary record and each chosen edge case through to the result. A total can match by coincidence while two mistakes cancel out. Check labels and date grouping as carefully as arithmetic; an accurate count assigned to the wrong month still misleads the reader.

Show Changes can help locate edits, but it is not a complete workbook comparison. Microsoft's Show Changes support page lists omissions including chart edits, PivotTable operations, formatting, hiding and filtering. Inspect those elements directly when the requested task involves them.

Test the next update

A useful workbook must keep working when fresh data arrives. In the trial copy, add a synthetic record at the end of the source table and confirm the summary includes it. Change its status, then remove the test record and confirm the original control figures return.

Try the agreed refresh procedure. Check that the chart and summary still reference the intended range and that no manual correction is needed each time. Record any limitation, such as an excluded category that requires a maintained mapping table.

These are suggested acceptance tests, not results from a live Copilot deployment. Keep the evidence proportionate: starting version, requested change, key checks, exceptions and reviewer decision.

Accept or return to the starting version

Share the output only after the checks pass. Microsoft warns that saved Copilot changes are visible to others with access to the file and that generated content can be inaccurate. Make the review decision explicit before the workbook becomes someone else's source.

If the change fails, preserve enough evidence to explain the defect and return the trial to its known starting point. Narrow the next request rather than stacking corrective prompts onto an increasingly unclear workbook. A clean comparison is quicker to review than a long conversation whose final file no longer has an understood baseline.

References

Keep reading

Related notes

27 Sept 2026 · 5 min

Copilot Managed Runtime: Governance Checklist

Managed Runtime moves Copilot-built apps inside the tenant boundary; the governance decisions still belong to you, and they are easier made before the first app ships.