By Vincent Howard, CPA | Managing Partner, Howard, Howard and Hodges | SkillAbility for Accounting Firms
Last updated: September 24, 2026 | 45-minute read
- What Power Query training for accountants should produce
- Why this belongs in staff development now
- The QUERY READY framework
- The accounting Power Query workflow
- Start with source, grain, schema, and control totals
- Data types, dates, locale, and accounting risk
- Clean and reshape without destroying evidence
- Append recurring files correctly
- Merge mapping tables and validate joins
- Use data profiling and exception queries
- Reconcile every transformation
- Build reviewer-ready query architecture
- Refresh controls and source-change risk
- Query folding: what accountants need to know
- Privacy, credentials, and client-data security
- Eight worked accounting use cases
- Common Power Query mistakes in CPA firms
- Self-review checklist
- 100-point Power Query readiness scorecard
- 30/60/90-day development plan
- 15 realistic staff scenarios
- Frequently asked questions
What Is Power Query Training for Accountants?
Power Query training for accountants develops a staff accountant’s ability to import, clean, reshape, combine, map, validate, and refresh accounting data while preserving a traceable path from source population to review-ready output.
That definition is intentionally different from “learn Power Query in an hour,” “automate Excel,” or “stop copying and pasting.” Those can be useful outcomes, but they are not the accounting standard.
If a query removes six rows, the staff accountant should know why. If a merge creates 14 null mappings, those records should become visible exceptions—not disappear. If monthly source files change schema, the query should either handle that change deliberately or fail loudly enough that the preparer investigates. If the transformed total no longer agrees to source controls, the work is not complete.
This guide is the natural deep dive beneath SkillAbility’s Excel Training for Accountants. It also connects to Accounting Transaction Flow Training, Journal Entry Training for Staff Accountants, Workpaper Review Checklist, Staff Accountant Competency Checklist, Scenario-Based Training for Accountants, AI Accounting Training, and Accounting Workforce Development.
Why Power Query Belongs in CPA-Firm Staff Development Now
I have practiced public accounting since 1990, founded my accounting firm in 1993, and helped grow Howard, Howard and Hodges from three people to approximately 50 staff. For decades, a significant part of accounting work involved manually cleaning and reorganizing client data before the actual accounting could begin. That work has not disappeared. The tools have changed.
A client may send twelve monthly CSV files, payroll data with different employee IDs than the general ledger, ecommerce settlements with gross sales and net deposits, a trial balance with inconsistent account formats, or an AP export with duplicate vendor names and missing invoice numbers.
Power Query can transform these populations far faster than repeated copy/paste formulas. But faster transformation without accounting controls creates a new review risk: a repeatable error can now refresh perfectly every month.
AICPA’s September 2026 Profession Ready research identifies Excel and basic technology skills among recurring early-career competencies and emphasizes using technology with judgment. Microsoft describes Power Query as a capability for connecting to sources, transforming data, combining queries, and loading reusable results. Its current best-practice guidance emphasizes appropriate connectors, data types, profiling, documentation, modular query design, future-proofing, and parameters.
Chart: Where Power Query Review Risk Concentrates
SkillAbility training heat map—not an empirical loss-frequency ranking. Risk varies with source systems, data volume, client controls, query complexity, staff experience, and accounting purpose.
The QUERY READY Framework
| Stage | Staff Question | Review Evidence |
|---|---|---|
| Q — Qualify source, scope & control totals | What population are we transforming, and how will we prove it is complete? | Source register + row/value controls |
| U — Understand grain, schema & data types | What does one row represent, what are the keys, and how should fields be interpreted? | Schema memo |
| E — Extract with the correct connector | Are we connecting to the right table, file, folder, workbook, database, or range? | Source step |
| R — Reshape & clean transparently | Can each cleanup step be explained without destroying traceability? | Named Applied Steps |
| Y — Yield mapping & exception logic | Do unmapped, invalid, duplicate, or unexpected records become visible? | Exception query |
| R — Reconcile source to output | Do counts and dollars tie after every material transformation? | Control-total bridge |
| E — Evaluate errors, nulls, duplicates & profiles | What does profiling reveal, and are we profiling the full population? | Quality review |
| A — Append & merge with controlled joins | Does the combine method match the objective, and were nonmatches validated? | Join/append validation |
| D — Document steps, parameters & security | Can another accountant understand source paths, assumptions, and refresh requirements? | Read-me / query documentation |
| Y — Year-round refresh, validation & handoff | Will the process continue to work when next month’s data changes? | Refresh checklist + reviewer signoff |
The Accounting Power Query Workflow
Power Query should sit inside an accounting workflow—not become the workflow. Before opening the editor, staff should know the question the workpaper must answer, the source populations required, what one row represents, which fields and keys are expected, what totals should reconcile, and what exceptions must remain visible.
Q — Start With Source, Grain, Schema, and Control Totals
The grain of a dataset is what one row represents: one GL transaction, invoice line, invoice, payment, bank transaction, employee payroll line, asset, or account balance. If staff do not understand grain, merges and aggregations can create duplicates that look reasonable.
Capture controls before Power Query changes anything
| Source | Useful Controls |
|---|---|
| General ledger | Row count; total debits; total credits; net by period/entity |
| AR aging | Customer count; invoice count; total outstanding; aging-bucket total |
| AP detail | Vendor count; invoice count; total open AP |
| Bank export | Transaction count; total inflows/outflows; beginning/ending balance where available |
| Payroll | Employee count; gross wages; employer taxes; deductions; net pay |
| Ecommerce | Order count; gross sales; refunds; tax; fees; net settlement |
U/E — Data Types, Dates, Locale, and Accounting Risk
Power Query assigns data types such as text, whole number, decimal number, date, datetime, and logical values. This is not merely technical. An account such as 001200 should not lose leading zeros because software guessed that it was numeric. Invoice and employee IDs can contain letters or leading zeros.
Microsoft’s current guidance also notes that locale controls how text values are interpreted when converted. A date written as 04/07/2026 can mean April 7 or July 4 depending on locale. For accounting, that can become a cutoff error.
Staff should verify source date format, Power Query locale, conversion steps, earliest/latest dates, and records near period boundaries. A successful conversion is not proof that the date was interpreted correctly.
R — Clean and Reshape Without Destroying Evidence
Typical accounting cleanup can include trimming spaces, cleaning nonprinting characters, splitting account fields, extracting invoice numbers, unpivoting month columns, filtering true subtotal rows, converting dates and amounts, and mapping transaction types.
The wrong cleanup rule can silently remove valid records. A staff member who filters every row containing the word “Total” may accidentally delete a real customer such as Total Mechanical LLC. Every material filter should therefore have a business rule, a before/after row count, and—where dollars are involved—a before/after value bridge.
Microsoft recommends meaningful step names and documentation. “Exclude system subtotal rows where RecordType = TOTAL” is more reviewable than “Filtered Rows3.”
A — Append Recurring Files Correctly
Append combines rows from multiple tables. A common accounting use is combining twelve monthly general-ledger exports into one annual population.
Microsoft’s current folder-combine guidance emphasizes that recurring files should have a consistent schema. Power Query matches appended fields by column name, not by column position. If one month changes “Amount” to “Net Amount,” the combined output can create separate columns and nulls rather than producing an obvious failure.
Two controls should always accompany a folder append
File population control. Prove that every expected period or entity file is present exactly once.
Schema control. Prove that headers, field types, and critical columns remain consistent.
| Source Change | Possible Result | Control |
|---|---|---|
| “Amount” renamed “Net Amount” | Separate columns / unexpected nulls | Schema comparison |
| One month missing | Incomplete annual population | Expected-file register |
| Duplicate monthly file | Duplicated transactions | File-name and period uniqueness |
| Different sign convention | Over/understated activity | Transaction-type and sign testing |
A — Merge Mapping Tables and Validate the Join
Merge joins two tables based on one or more keys. In accounting work, that often means:
- GL account → financial-statement mapping,
- vendor ID → vendor category,
- employee ID → department,
- SKU → product category,
- bank description → account classification,
- entity code → consolidated reporting group.
Microsoft supports several join types, including left outer, right outer, full outer, inner, left anti, and right anti. Choosing the join is not just a technical step; it is a completeness decision.
Why left outer is often safer for accounting mappings
If the GL is the primary table, a left outer join keeps every GL row and brings in matching mapping data where available. Unmatched records remain visible with null mapping results. An inner join would retain only matching records and can therefore remove unmapped accounting activity from the output.
Use anti joins as exception controls
A left anti join returns records in the primary table that have no match in the second table. That makes it useful for:
- unmapped GL accounts,
- bank transactions with no ledger match,
- employees with no department mapping,
- vendors without classification,
- invoices not found in a payment register.
Validate key uniqueness before the merge
A merge can multiply rows if a supposedly unique mapping key occurs more than once. One GL row matched to two mapping rows becomes two output rows. If the amount is expanded with both matches, the output dollars can double.
E — Use Data Profiling and Exception Queries
Power Query includes Column quality, Column distribution, and Column profile tools. Microsoft explains that these can reveal valid values, errors, empty values, frequency patterns, and detailed statistics.
Accounting uses for data profiling
- Find unexpected null invoice numbers.
- Identify a date column with conversion errors.
- Spot an unexpected negative-amount population.
- Detect a mapping field with too many distinct values.
- Identify a supposedly unique ID that repeats.
- Compare department-code distributions to expectations.
- Find a text field that became mostly blank after a merge.
Build dedicated exception queries
Do not bury errors inside the final output. Consider visible queries such as:
- EXC_UnmappedAccounts
- EXC_InvalidDates
- EXC_DuplicateInvoiceKeys
- EXC_MissingEmployeeDepartment
- EXC_UnexpectedSourceFiles
This turns Power Query from a cleanup tool into a review tool.
R — Reconcile Every Material Transformation
A query that refreshes without error is not necessarily correct. A query that looks clean is not necessarily complete. A successful load is not a substitute for an accounting tie-out.
Minimum reconciliation architecture
| Checkpoint | Control |
|---|---|
| Raw source | Row count + source dollar/control totals |
| After filters | Rows removed + reason + dollars removed |
| After append | File/period completeness + combined totals |
| After merge | Row-count change + unmatched count + duplicate-key check |
| Final output | Final count/value tie-out + exception totals |
| Accounting conclusion | Tie to GL, bank, payroll, subledger, return, or other independent evidence |
Use a control-total bridge
Example:
- Raw source total: $8,420,000
- Less intentionally excluded intercompany population: $220,000
- Expected accounting population: $8,200,000
- Final transformed output: $8,200,000
- Difference: $0
The important part is not merely the zero. It is the ability to explain every movement between raw source and final output.
D — Build Reviewer-Ready Query Architecture
Large workbooks should not contain dozens of unnamed queries in one flat list. Microsoft recommends modular queries and logical groups. A practical CPA-firm structure is:
| Group | Purpose |
|---|---|
| 00_CONTROL | Parameters, expected periods, paths, cutoff dates, control inputs |
| 10_RAW | Minimal-change source connections |
| 20_STAGE | Cleaned and standardized intermediate queries |
| 30_MAP | Account/vendor/entity mapping tables |
| 40_EXCEPTIONS | Unmapped, duplicate, invalid, missing, or out-of-range records |
| 50_OUTPUT | Review-ready final populations |
| 60_CONTROL_TOTALS | Row/value reconciliations and refresh checks |
Reference versus duplicate
Microsoft distinguishes Duplicate, which creates a separate copy, from Reference, which creates a new query based on the output of another query. References can support staged accounting workflows, but staff should understand the dependency chain they create.
Y — Refresh Controls and Source-Change Risk
The biggest value of Power Query is repeatability. That is also the biggest risk.
A workflow that worked in January can fail in July because a column was renamed, a field changed type, a source file moved, a new entity appeared, the mapping table gained a duplicate key, the export added footer rows, or credentials changed.
Refresh should trigger validation—not complacency
- Did every expected source load?
- Were there refresh errors?
- Did row counts change reasonably?
- Did source control totals reconcile?
- Did unmapped counts increase?
- Did new nulls or data-type errors appear?
- Did the final output reconcile to independent evidence?
- Did the preparer inspect changes rather than simply save the refreshed workbook?
Query Folding: What Accountants Need to Know
Query folding matters primarily when Power Query connects to sources with their own query engines, such as certain databases or OData sources. Microsoft explains that Power Query may translate supported transformation steps back to the source system so the source performs the work. Folding can be full, partial, or absent depending on connector, source, and transformation.
CSV and Excel files generally do not support query folding in the same way because they do not have query engines.
Why should an accountant care?
- Large database queries can perform much better when supported filters and transformations fold.
- An inefficient query can pull much more data than necessary.
- Slow performance can tempt staff into dangerous manual shortcuts.
- Understanding where data is processed can matter for privacy and security.
New staff do not need to become M-language or database experts. They should know enough to recognize when a large or slow query deserves technical help.
Privacy, Credentials, and Client-Data Security
Power Query can connect to sensitive systems. Microsoft’s security guidance emphasizes appropriate privacy levels, authentication, least privilege, and controls that reduce unintended data leakage between sources.
CPA-firm controls should address
- approved source systems,
- where client exports may be stored,
- least-privilege credentials,
- privacy levels,
- sharing workbooks containing connections,
- refresh permissions,
- local paths tied to one employee’s computer,
- confidential fields not required for the workpaper.
Eight Accounting Power Query Use Cases
1. Twelve monthly GL exports → one annual transaction file
Workflow: folder connection → source-file validation → append → standardize dates/types → add source-file column → reconcile monthly totals → final GL population.
Key control: an expected month/file register so a missing or duplicate file is visible.
2. Trial balance → financial-statement mapping
Workflow: import TB → clean account number → left-outer merge to mapping table → exception query for null mappings → summarize output → reconcile to TB.
Key control: mapping-key uniqueness plus a left-anti query for unmapped accounts.
3. Bank export → reconciliation population
Workflow: import CSV → type dates/amounts → standardize descriptions → classify inflow/outflow → identify duplicates → map known recurring items → unresolved-transaction exception list.
Key control: preserve raw bank transaction count and total cash movement.
4. Payroll detail → GL reconciliation
Workflow: import payroll → map employee/department → summarize gross wages, taxes, deductions and net pay → compare to GL → exception query for missing employee mappings.
Key control: provider totals remain tied before and after department mapping.
5. Ecommerce settlement → gross revenue bridge
Workflow: import settlement → identify orders/refunds/tax/fees → append settlement periods → summarize gross activity → bridge to net deposits → compare revenue to GL.
Key control: reconcile net cash and separately validate gross sales, refunds, fees, and liabilities.
6. AP detail → duplicate-payment screening
Workflow: standardize vendor → clean invoice number → create composite key → group counts → exception query for possible duplicates → review payment dates and amounts.
Key control: surface potential duplicates for review rather than deleting them automatically.
7. Fixed asset export → rollforward population
Workflow: import asset register → type acquisition/disposal dates → map asset class → identify missing useful lives → reconcile cost/accumulated depreciation → prepare rollforward output.
Key control: total cost and accumulated depreciation tie to source and GL.
8. Multi-entity ledger → consolidation staging
Workflow: append entity exports → add entity/source field → normalize chart mappings → flag unmapped accounts → separate intercompany activity → produce consolidation staging data.
Key control: entity-level totals reconcile before consolidation logic begins.
Common Power Query Mistakes in CPA Firms
| Mistake | Why It Matters | Better Control |
|---|---|---|
| Inner join used for mapping | Unmapped records disappear | Left join + exception query |
| No source control totals | Completeness cannot be proven | Capture source counts/totals first |
| Errors removed automatically | Problem records disappear | Route errors to exception query |
| Profiling only first 1,000 rows | Full-population issues can be missed | Profile entire dataset when needed |
| Account numbers treated as numeric | Leading zeros / keys change | Explicit text type |
| Ambiguous date locale | Transactions shift periods | Explicit locale + boundary testing |
| Duplicate mapping keys | Rows and dollars multiply | Uniqueness test before merge |
| Hard-coded local source path | Reviewer cannot refresh | Approved shared path / parameter |
| Unexplained Applied Steps | Reviewer cannot follow logic | Meaningful step names |
| Refresh accepted without reconciliation | Repeatable errors become trusted | Post-refresh validation checklist |
Power Query Self-Review Checklist for Staff Accountants
Source and scope
- Can I describe the accounting objective in one sentence?
- Did I preserve the original source data?
- Do I know what one source row represents?
- Did I identify expected files, periods, entities, and tables?
- Did I capture raw row counts and accounting control totals?
Schema and types
- Did I define key columns?
- Are supposedly unique keys actually unique?
- Are account, vendor, employee, and invoice IDs stored with appropriate types?
- Did I verify date interpretation and locale?
- Did I inspect earliest/latest dates and period boundaries?
Transformations
- Can I explain every material filter?
- Can I quantify rows and dollars removed?
- Did I preserve source traceability?
- Are Applied Steps named meaningfully?
- Did I separate raw, staging, exception, and output logic where complexity warrants it?
Append and merge
- Does Append match my objective of stacking rows?
- Does Merge match my objective of joining tables on keys?
- Did I choose the correct join type?
- Did I test unmatched records?
- Did I test duplicate keys on the mapping side?
- Did I compare row counts before and after the merge?
- Did I inspect unexpected nulls after expansion?
Profiling and exceptions
- Did I review errors, empties, and distributions?
- When necessary, did I switch profiling from the first 1,000 rows to the entire dataset?
- Do invalid and unmapped records remain visible?
- Did I create exception queries for high-risk issues?
Reconciliation and output
- Does final row count reconcile to the expected population?
- Do final dollar/debit/credit totals reconcile?
- Can I explain every intentional difference?
- Does the output tie to independent accounting evidence?
- Are unresolved exceptions documented?
Refresh, security, and handoff
- Can another authorized person refresh the workbook?
- Are source locations appropriate for client data?
- Are connection/privacy settings firm-approved?
- Did I avoid embedding unnecessary confidential data?
- Are parameters and assumptions documented?
- Did I test a refresh after the query was complete?
- Did I validate the refreshed result again?
100-Point Power Query Readiness Scorecard
| Capability | Points | What Good Looks Like |
|---|---|---|
| Source / purpose / controls | 15 | Defines purpose, grain, population, row count and value controls before transforming |
| Schema / data types / locale | 10 | Protects keys, dates, account codes and accounting meaning |
| Cleaning / reshape logic | 10 | Transparent, explainable, non-destructive steps |
| Append / source combination | 10 | Proves source-file completeness and schema consistency |
| Merge / mapping logic | 15 | Correct join; validates unmatched and duplicate keys |
| Profiling / exceptions | 10 | Uses profiling and preserves errors/nulls/unmapped items |
| Reconciliation | 15 | Bridges raw source to final output with independent tie-outs |
| Architecture / documentation | 5 | Logical groups, names, dependencies and assumptions |
| Refresh / resilience | 5 | Detects source drift and validates every refresh |
| Security / reviewer handoff | 5 | Approved access, privacy, paths and reproducibility |
| Total | 100 | Review-ready Power Query competence |
Suggested readiness bands
- 90–100: can own routine accounting Power Query workflows with normal reviewer oversight.
- 82–89: can perform routine transformations but needs targeted coaching on higher-risk joins, reconciliation, or resilience.
- 72–81: should continue structured practice before owning recurring client workflows.
- Below 72: needs foundational development in source control, mapping, reconciliation, or accounting data concepts.
Override conditions
Regardless of score, staff should not be considered review-ready if they hide a reconciliation difference, delete error records simply to make a query load, use an inner join that removes unmatched accounting records without documented purpose, cannot explain the source grain, represent an unreconciled output as complete, weaken privacy/security settings without authorization, or cannot reproduce the query after a source change.
30/60/90-Day Power Query Development Plan
Days 1–30 — Controlled single-source transformations
Practice importing Excel and CSV files, creating queries from tables/ranges, setting explicit data types, cleaning text and dates, filtering with documented purpose, preserving source controls, loading outputs, and refreshing/reconciling the result.
Readiness test: take one messy GL export, clean it without losing records, document the transformation, and tie the final population to source totals.
Days 31–60 — Append, merge, profiling, and exceptions
Practice combining recurring files from a folder, validating file completeness, using left-outer mapping joins, anti joins, duplicate-key testing, column quality/distribution/profile, exception queries, and control-total bridges.
Readiness test: append several monthly datasets, merge a mapping table, surface every nonmatch, and reconcile the result without manual plugs.
Days 61–90 — Repeatable client workflow ownership
Practice query groups and staging architecture, parameters, references/dependencies, source-change testing, refresh controls, security/privacy awareness, performance escalation, and reviewer handoff.
Readiness test: build a recurring month-end or tax-workpaper transformation that another accountant can refresh and review without verbal instructions from the preparer.
15 Realistic Power Query Training Scenarios
- Missing month: A folder contains January through November GL files but no December. The query refreshes successfully. What control identifies the incomplete year?
- Duplicate file: March.csv and March Copy.csv are both in the source folder. How do you prevent duplicate activity?
- Renamed column: “Account” becomes “GL Account” in July. What happens to the append, and how will you detect it?
- Inner join loss: A mapping query uses an inner join and the final output is $38,000 below the GL. Diagnose it.
- Duplicate mapping key: Account 6100 appears twice in the mapping table. The post-merge population increases by 428 rows. What happened?
- Date locale: A UK client sends DD/MM/YYYY dates but the preparer’s machine uses U.S. locale. How do you control cutoff risk?
- First 1,000 rows clean: Profiling shows no errors, but row 18,742 contains invalid text in the Amount column. Why was it missed?
- Error removal: A staff member uses Remove Errors on payroll data. What must happen before that step is accepted?
- Unmapped vendor: Forty-seven vendor records return null after a merge. What should the exception workflow look like?
- Ecommerce settlement: Net deposits reconcile, but gross sales, refunds, fees and sales tax were never validated. Is the workpaper complete?
- Changed sign convention: Credit memos switch from negative to positive. How would a robust query detect the issue?
- Local source path: The workbook works only on one employee’s laptop. How should the firm redesign the source connection?
- Refresh success: Refresh All completes with no warnings, but final debits and credits no longer balance. What does that tell you?
- Power Query plus AI: AI suggests M code to remove duplicate invoice IDs. What accounting question must be answered before using it?
- Database source: A large SQL query takes 20 minutes. Which steps might fold to the source, and when should staff escalate?
Firm Metrics: Measure Power Query Capability, Not Course Completion
- Percentage of recurring transformations with documented source controls.
- Percentage with visible exception queries.
- Unmapped-record rate.
- Post-refresh reconciliation failure rate.
- Manager cleanup time.
- Manual copy/paste steps removed.
- Recurring queries another staff member can refresh successfully.
- Repeat errors caused by source-schema changes.
- Time from raw client export to review-ready population.
The objective is not to maximize the number of queries. The objective is to create reliable, repeatable accounting capacity.
Frequently Asked Questions About Power Query for Accountants
What is Power Query in Excel?
Power Query is Excel’s data connection and transformation capability for importing data, changing its shape and types, combining sources, and loading a reusable output. For accountants, its greatest value is repeatable preparation of client data with visible transformation steps and controls.
Is Power Query difficult for accountants to learn?
The interface is approachable. The harder skill is not clicking transformation commands; it is understanding source populations, data grain, keys, accounting logic, exceptions, and reconciliations.
Should every staff accountant learn Power Query?
Staff who regularly clean recurring exports, combine files, map accounts, reconcile populations, or prepare repeatable Excel workpapers should develop baseline Power Query competence. Depth will vary by role.
Do accountants need to learn M code?
Not initially. Most routine workflows can be built through the interface. Staff should learn enough to understand Applied Steps and recognize when custom M or specialist assistance is appropriate.
What is the difference between Append and Merge?
Append stacks rows from tables. Merge joins tables using matching key values. A useful accounting shortcut is: append monthly files; merge mappings.
Why can Merge create duplicate accounting records?
If a source row matches more than one row in the second table, expanding the result can multiply the original record. Mapping keys that are supposed to be unique should be tested before merging.
What join should accountants use for account mapping?
A left outer join is often useful because it preserves all rows from the accounting population while bringing in available mappings. Unmatched records then remain visible as exceptions. The appropriate join still depends on the objective.
What is a left anti join useful for?
It returns records in the primary table with no match in the secondary table. It is useful for unmapped accounts, unmatched bank activity, missing employee mappings, and other completeness exceptions.
Does Power Query automatically reconcile the data?
No. Power Query transforms data. The accountant must design row-count, dollar-total, debit-credit, exception, and accounting tie-out controls.
What does data profiling do?
Column quality, distribution, and profile tools help staff see errors, empty values, frequency patterns, and statistics. For full-population testing, staff should verify whether profiling is using the first 1,000 rows or the entire dataset.
Why does the 1,000-row profiling default matter?
An issue after row 1,000 may not appear in the initial profile. For accounting completeness testing, the preparer may need to switch profiling to the full dataset.
Should staff remove errors in Power Query?
Not automatically. Errors should first be understood. Removing them can delete legitimate accounting records. A better pattern is often to preserve them in an exception query and determine the cause.
Can Power Query replace XLOOKUP?
Sometimes. A merge can perform mapping that might otherwise use XLOOKUP. The better choice depends on whether the mapping belongs in the repeatable transformation pipeline or a visible worksheet formula is more reviewable.
Can Power Query replace PivotTables?
No. Power Query prepares and transforms data; PivotTables summarize and analyze it. They work well together.
Can Power Query replace formulas?
It can replace many repetitive cleanup and mapping formulas, but it does not eliminate formulas. Use the tool that makes each task clearest and most reviewable.
Should Power Query be used for journal entries?
It can prepare data supporting a journal entry, such as accrual populations, allocations, payroll summaries, or mappings. The accounting conclusion, approval, and entry controls remain separate responsibilities.
What is query folding?
Query folding is Power Query’s ability, for supported connectors and transformations, to push work back to the source system. It can improve performance on databases. Excel and CSV files generally do not support folding because they do not have a query engine.
What are Power Query parameters?
Parameters store reusable values such as a path, date, entity, or threshold. They can make recurring queries easier to maintain when used carefully and documented for the reviewer.
How should accountants name Power Query steps?
Use names that describe accounting intent. “Remove system subtotal rows” is more useful than “Filtered Rows2.”
Can Power Query create security risks?
Yes. It can connect to multiple sources and combine sensitive data. Firms should control permissions, source locations, credentials, privacy levels, and sharing according to their data-security policies.
What happens if a client changes the source file?
A well-designed query should either adapt to expected changes or produce visible errors/exceptions. Every recurring workflow needs source-drift and refresh controls.
What should reviewers look for first?
Start with purpose, source population, control totals, query architecture, filters, join types, exceptions, and final reconciliation. Do not assume that a successful refresh proves accuracy.
How do you know a Power Query workpaper is review-ready?
Another authorized accountant should be able to identify the source, understand the transformations, see exceptions, reproduce controls, refresh the query, reconcile the output, and understand the accounting conclusion without relying on the original preparer’s memory.
Can AI write Power Query M code?
AI can help draft or explain M code, but staff must verify logic, data privacy, source assumptions, exception behavior, and accounting effect before using it in client work.
What is the biggest Power Query mistake accountants make?
Treating a successful refresh as proof that the accounting population is complete and correct. The strongest workflows preserve source completeness and reconcile final output.
How Power Query Fits the SkillAbility Development Path
BASE: clean client data, understand table structure, use controlled append/merge, reconcile outputs, and create review-ready Excel workpapers.
MAPS: use transformed populations to analyze exceptions, trends, operating drivers, client questions, and advisory issues.
SUMMIT: design firm standards, review automated workflows, coach staff on data judgment, manage data-security risk, and decide which recurring processes should be standardized or automated.
This is the progression from software user to professional reviewer.
How This Guide Was Developed
This guide combines practical public-accounting workforce-development experience with current Microsoft Power Query documentation, AICPA Profession Ready research, and Google’s current guidance for helpful, expert-led Search content.
Microsoft’s current guidance emphasizes appropriate connectors, correct data types, profiling, documentation, modular queries, future-proofing, parameters, merge/append behavior, folder-combine logic, locale-aware type conversion, privacy controls, and query folding. AICPA’s 2026 Profession Ready findings reinforce the broader workforce need: early-career accountants need technology capability paired with accounting fundamentals, business context, critical thinking, communication, and professional judgment.
Google’s 2026 guidance for generative AI Search continues to state that established SEO best practices remain relevant and that there are no additional technical requirements for appearing in AI Overviews or AI Mode. The focus remains useful, unique, reliable, people-first content.
Primary External Resources
- Microsoft Learn — Best Practices When Working with Power Query
- Microsoft Support — Import Data from Data Sources
- Microsoft Learn — Data Profiling Tools
- Microsoft Learn — Merge Queries Overview
- Microsoft Support — Append Queries
- Microsoft Support — Import from a Folder with Multiple Files
- Microsoft Support — Set a Locale or Region for Data
- Microsoft Learn — Query Evaluation and Query Folding
- Microsoft Learn — Security Best Practices for Power Query
- AICPA & CIMA — Building a Profession-Ready CPA Workforce
- Google Search Central — Optimizing for Generative AI Features
Power Query Should Create Capacity—Not a New Black Box
SkillAbility helps accounting firms build technical execution, professional judgment, self-review, communication, and technology competence through realistic accounting work—not passive course completion.
About Vincent Howard, CPA
Vincent Howard, CPA has practiced public accounting since 1990. He holds a bachelor’s degree in accounting and a master’s degree in taxation from the University of Central Florida. He founded his accounting firm in 1993 and, after a 2001 merger, helped grow Howard, Howard and Hodges from three people to approximately 50 staff. He has participated in PASBA since 1997, and the firm was named PASBA Firm of the Year in 2015.
Since 2020, Vincent has built SkillAbility around a practical workforce problem: accounting firms need a more repeatable way to transfer institutional knowledge, develop staff judgment, reduce manager re-teaching, and move employees from task execution toward professional ownership.
The Bottom Line
Power Query training for accountants should not create staff who know where the Merge button is.
It should create accountants who can define the population, preserve the source, understand grain and keys, transform data transparently, keep exceptions visible, choose append versus merge intentionally, validate joins, reconcile source to output, refresh without blindly trusting the refresh, and hand the work to another accountant who can reproduce it.
When staff can do that, Power Query stops being a clever Excel feature. It becomes part of a controlled accounting workflow.
© 2026 SkillAbility for Accounting Firms. This article provides general educational information and does not replace accounting, audit, tax, legal, IT, cybersecurity, or client-specific professional advice.
