MS-Excel in Business

Chapter 14
Spreadsheet Governance, Ethics and Risk Management

Master of Business Administration
MS-Excel in Business   •   Maters

Spreadsheet Governance, Ethics and Risk Management

Introduction

Spreadsheets are among the most influential information systems in business. They support budgeting, pricing, forecasting, valuation, regulatory reporting, workforce planning, procurement, and executive decision-making. Their accessibility is a strength, but it also creates risk: a spreadsheet can be developed by one person, copied across departments, modified without formal approval, and used to make high-consequence decisions without the controls expected of an enterprise system.

Spreadsheet governance is therefore not merely a technical issue. It is a managerial system for ensuring that spreadsheets are accurate, traceable, appropriately protected, ethically designed, and used within legal and organizational boundaries. Governance connects spreadsheet development with internal control, risk management, information security, data protection, auditability, and accountability.

A useful governance principle is that the level of control should be proportionate to the spreadsheet’s impact. A personal analysis of non-sensitive data may require only basic documentation. A spreadsheet used to calculate loan-loss provisions, tax liabilities, regulatory capital, payroll, or customer eligibility requires formal ownership, testing, access control, version management, and independent review.

Learning Objectives

By the end of this chapter, the reader should be able to:

  1. Explain the spreadsheet lifecycle and identify controls appropriate to each stage.
  2. Design documentation, audit, version-management, access-protection, and testing procedures.
  3. Evaluate spreadsheet risks using likelihood, impact, and control effectiveness.
  4. Identify privacy, bias, transparency, and accountability issues in spreadsheet-based decisions.
  5. Apply ethical and regulatory principles to practical business spreadsheet scenarios.
  6. Recommend governance arrangements suitable for managerial and enterprise contexts.

1. Spreadsheet Governance as a Management System

Spreadsheet governance is the set of policies, roles, procedures, standards, and technologies used to control spreadsheets throughout their existence. It answers five fundamental questions:

  • Who owns the spreadsheet and the decision it supports?
  • What data and assumptions does it use?
  • How can users know whether the output is reliable?
  • Who may change, approve, or distribute it?
  • What evidence exists to reconstruct decisions and changes?

Governance is broader than spreadsheet protection. Password-protecting a worksheet does not establish ownership, validate formulas, or demonstrate that the underlying data are lawful and appropriate. Conversely, a well-documented workbook with no access controls may be vulnerable to unauthorized alteration.

A spreadsheet becomes particularly important when it is a key spreadsheet: one whose failure could cause material financial loss, regulatory breach, operational disruption, harm to customers or employees, or materially misleading management information. Key spreadsheets should be inventoried and classified according to business criticality and data sensitivity.

The three lines of responsibility

A practical governance model reflects the three-lines approach:

  1. First line—business ownership: Analysts and managers create, operate, and review spreadsheets. They are responsible for correct use and prompt escalation of anomalies.
  2. Second line—risk and compliance oversight: Risk, compliance, privacy, or information-security functions establish standards and monitor adherence.
  3. Third line—independent assurance: Internal audit or an equivalent independent function evaluates whether controls are designed and operating effectively.

This structure prevents a common weakness: the person who builds a model becoming the only person who understands, approves, and operates it.

2. The Spreadsheet Lifecycle and Its Controls

A spreadsheet should be managed as a lifecycle rather than as a static file. The principal stages are initiation, design, development, verification, release, operation, change, archival, and retirement.

Lifecycle stageMain activityAppropriate controls
InitiationDefine purpose and business ownerRegister, risk classification, scope, approved data sources
DesignSpecify logic, inputs, outputs, and assumptionsRequirements, data dictionary, model design, segregation of duties
DevelopmentBuild formulas, tables, queries, and controlsNaming conventions, protected formulas, coding standards, peer review
VerificationTest calculations and behaviorTest cases, reconciliations, boundary tests, independent review
ReleaseApprove a usable versionSign-off, version identifier, release notes, access permissions
OperationUse outputs for decisionsInput validation, review of exceptions, controlled distribution
ChangeModify assumptions, data, or logicChange request, impact assessment, regression testing, approval
Archival/retirementPreserve or dispose of the workbookRetention schedule, read-only archive, secure deletion

Initiation and classification

The owner should record the purpose, users, decision consequences, data categories, reporting frequency, and dependencies. Classification should consider both criticality and sensitivity. A workbook may be low in financial criticality but high in privacy sensitivity, such as a staff absence analysis containing health information.

Design and development

The design should distinguish inputs, calculations, controls, and outputs. Mixing all four on one unstructured worksheet makes review difficult and increases the chance that a user overwrites a formula. A robust design commonly uses separate areas or worksheets for:

  • source data;
  • assumptions and parameters;
  • calculations;
  • control checks; and
  • management outputs.

Hard-coded values should be minimized in formulas. Assumptions should be placed in clearly labelled input cells, with units, dates, source, and owner recorded. For example, “12” is ambiguous; “12 months, approved planning horizon, Finance Committee decision dated 15 March” is auditable.

Release and operation

Release means that a specified version is approved for operational use. A file name such as Budget_Final_Final2.xlsx is not version control. A stronger identifier includes the workbook name, version, date, and status, for example RegionalBudget_v2.3_2025-09-30_Approved.xlsx. The approved copy should be stored in a controlled repository rather than circulated as multiple email attachments.

Change and retirement

Every material change should state what changed, why it changed, who made it, the affected cells or logic, the testing performed, and the approval decision. Retirement is also a control: obsolete workbooks should not remain available where users may mistake them for current versions. Retention and deletion must follow legal, contractual, and organizational requirements.

3. Documentation and Auditability

Documentation converts an individual’s tacit knowledge into organizational knowledge. It should allow a competent reviewer, who did not build the workbook, to understand its purpose, data lineage, assumptions, calculations, controls, limitations, and outputs.

A professional workbook documentation pack normally includes:

  • business purpose and scope;
  • owner, developer, reviewer, and approver;
  • users and intended decisions;
  • input sources and extraction dates;
  • definitions of important fields;
  • assumptions and their rationale;
  • formula or calculation map;
  • known limitations and excluded cases;
  • control checks and expected results;
  • change history;
  • access permissions and distribution list; and
  • retention and incident procedures.

Data lineage

Data lineage describes the path from origin to output. For example:

Customer transaction system → monthly export → staging worksheet → aggregation formula → dashboard KPI → management decision

Lineage should identify transformations, filters, joins, manual interventions, and timing. If a revenue figure is manually pasted into a workbook, that intervention is part of the lineage and must be controlled.

Audit trails

An audit trail is evidence of what happened, when, by whom, and with what result. Useful evidence includes file-access logs, version histories, change requests, approval records, formula comparison reports, data-import logs, and archived outputs. Auditability is not achieved simply by retaining the final file; a final file may conceal earlier errors or unauthorized modifications.

A workbook should also contain visible control information, such as:

  • reporting period;
  • data refresh date;
  • model version;
  • preparer and reviewer;
  • status indicator; and
  • warnings for incomplete or inconsistent inputs.

4. Version Management and Change Control

Version management establishes a controlled sequence of workbook states. A version is not merely a renamed copy; it represents a defined set of logic, data, assumptions, and approvals.

A practical numbering convention is major.minor, such as version 3.1. A major number changes when logic, purpose, or output interpretation changes materially. A minor number changes for limited corrections, formatting changes, or non-material enhancements. Organizations may add a date and release status.

A change-control process should include:

  1. Request: Describe the requested change and business reason.
  2. Impact assessment: Identify affected formulas, reports, users, data, controls, and regulatory obligations.
  3. Authorization: Obtain approval appropriate to risk.
  4. Development: Make the change in a development or working copy, not directly in the approved production copy.
  5. Testing: Perform unit, integration, boundary, and regression tests.
  6. Review: Have an appropriately independent person examine the change.
  7. Release: Assign a new version and publish release notes.
  8. Rollback readiness: Preserve the prior approved version in case the change fails.

Regression testing is especially important. It checks that a change intended to improve one function has not damaged another. For example, changing a tax-rate input should not alter a headcount report unless a documented dependency exists.

5. Spreadsheet Auditing and Testing

Spreadsheet auditing examines structure, formulas, inputs, outputs, controls, and usage. It may be preventive, detective, or corrective.

  • Preventive controls reduce the chance of error, such as input validation and locked formula cells.
  • Detective controls identify errors after they occur, such as reconciliation checks and exception reports.
  • Corrective controls restore accuracy or reduce consequences, such as rollback procedures and incident escalation.

Testing layers

A mature testing approach uses several layers:

Unit testing checks individual formulas or small calculation blocks. If a formula calculates a commission, test zero sales, normal sales, a threshold value, and an unusually large value.

Integration testing checks whether worksheets, imported data, linked files, macros, and reports work together correctly.

Boundary and negative testing examines limits and invalid inputs. Examples include blank dates, negative quantities, duplicate IDs, a zero denominator, an unknown product code, and a date outside the reporting period.

Reconciliation testing compares workbook totals with an authoritative source. If a workbook reports total sales, the reviewer should reconcile it to the approved ledger or transaction extract, explain timing differences, and document the result.

User acceptance testing determines whether the workbook supports the intended business process and whether users understand warnings, assumptions, and outputs.

Independent review is a challenge by someone sufficiently knowledgeable and independent from the original build. Independence need not mean external review, but the reviewer should not merely repeat the developer’s assumptions without challenge.

A test record should identify the test condition, expected result, actual result, status, tester, date, evidence, and resolution of failures.

Control checks and invariants

An invariant is a condition that should remain true if a workbook is functioning correctly. Examples include:

  • total categories equal the grand total;
  • opening balance plus movements equals closing balance;
  • percentages sum to 100% within an agreed tolerance;
  • a transaction ID is unique; and
  • no output is produced when required inputs are missing.

For a balance reconciliation, the control difference can be expressed as:

D = A − B

where D is the reconciliation difference, A is the workbook total, and B is the authoritative total, both measured in the same currency and reporting period. The control passes when D = 0, or when a documented tolerance is justified. A tolerance should not conceal unexplained error; it should reflect legitimate rounding or timing differences and be investigated when exceeded.

6. Access Protection and Information Security

Access protection applies the principle of least privilege: users receive only the access necessary for their role. Typical permissions include read, input, edit, approve, publish, and administer. These should not automatically be assigned to the same person.

Controls may include:

  • authenticated storage in an approved repository;
  • role-based permissions;
  • read-only publication copies;
  • workbook and worksheet protection;
  • restricted macro execution;
  • controlled external links;
  • encryption where appropriate;
  • secure transfer of sensitive files; and
  • periodic access recertification.

Worksheet protection prevents casual editing but is not equivalent to strong security. Sensitive personal or commercial information should not rely solely on a worksheet password. Organizations should use enterprise identity management, repository controls, encryption, and monitoring where the risk warrants them.

Backups must be tested, not merely assumed to exist. A backup that cannot be restored is not an effective recovery control. Business continuity planning should identify the latest recoverable version, alternative calculation procedures, responsible personnel, and communication channels.

7. Risk Management for Spreadsheets

Spreadsheet risk is the possibility that a workbook’s design, data, operation, or use will produce harm. Risk assessment should consider inherent risk, control effectiveness, and residual risk.

A simple prioritization model is:

R = L × I

where R is a qualitative or ordinal risk score, L is likelihood, and I is impact. If both are scored from 1 to 5, a score of 20 represents a higher priority than a score of 6, but the scale is not a probability and should not be interpreted as a monetary loss without further analysis.

Risk categories include:

  • formula risk: incorrect references, copied formulas, hidden rows, or inconsistent logic;
  • data risk: inaccurate, incomplete, stale, duplicated, or unauthorized data;
  • process risk: inadequate review, unclear ownership, or manual handoffs;
  • technology risk: broken links, unsupported macros, file corruption, or incompatible versions;
  • security risk: unauthorized access, disclosure, or alteration;
  • model risk: assumptions or methods that are unsuitable for the decision;
  • compliance risk: breach of legal, regulatory, contractual, or policy requirements; and
  • ethical risk: unfair discrimination, misleading presentation, opaque decisions, or misuse of personal information.

Risk treatment may involve avoiding the spreadsheet, reducing likelihood, reducing impact, transferring part of the risk, or accepting it with documented authority. A key managerial judgment is when a spreadsheet should be replaced or supplemented by a governed database, reporting platform, workflow system, or specialized model-management tool.

8. Privacy, Ethics, Bias, and Transparency

Privacy and data protection

Privacy requires more than hiding a column. Organizations should establish a lawful and legitimate purpose for collecting and using personal data, limit data to what is necessary, maintain accuracy, restrict access, define retention, and protect against unauthorized disclosure. Sensitive fields should be separated or masked where possible. Sharing a workbook containing names, salaries, health information, customer identifiers, or bank details through informal channels may create serious legal and reputational exposure.

A privacy-aware spreadsheet process asks:

  • Is the data necessary for this purpose?
  • Is the use compatible with the stated purpose?
  • Can direct identifiers be removed or replaced with pseudonyms?
  • Who is authorized to see the information?
  • How long should the file exist?
  • Can the decision be made using aggregated data?

Bias and fairness

Spreadsheet bias can enter through data selection, definitions, assumptions, missing values, proxy variables, thresholds, or presentation choices. A formula can be technically correct and still produce an unfair outcome. For example, a workforce screening model may use historical promotion data that reflects past unequal opportunity. Reproducing that pattern can disadvantage a protected group even if the workbook never includes a protected characteristic; a location, school, tenure, or employment gap may act as a proxy.

Bias assessment should compare outcomes across relevant groups, investigate disparate effects, test sensitivity to assumptions, and involve domain experts. Managers should distinguish correlation from justification: a historical relationship does not automatically provide an ethically acceptable basis for a decision.

Transparency and explainability

Transparency means that affected users and decision-makers can understand the purpose, inputs, material assumptions, process, limitations, and basis of an output. It does not require publishing every confidential detail, but it does require meaningful explanation.

A transparent dashboard should show definitions, periods, denominators, exclusions, data freshness, and caveats. A “green” risk indicator without a definition or threshold may create false confidence. Hidden rows, concealed formulas, unexplained overrides, and manually adjusted outputs weaken transparency.

Accountability and human judgment

Responsibility cannot be delegated to “the spreadsheet.” The business owner remains accountable for decisions, even when calculations are automated or generated with AI assistance. High-impact decisions should have a human review route, a correction process, and a record of the reasoning used.

9. Regulatory and Professional Risk

Regulatory obligations vary by jurisdiction and industry, but common themes include accuracy, record retention, privacy, access control, internal control, fair treatment, and evidence of decision-making. Examples include financial reporting controls, tax records, employment and equality requirements, data-protection law, sector-specific reporting rules, and records-management obligations.

A spreadsheet supporting a regulated process should be mapped to the relevant control objectives. The organization should be able to demonstrate:

  • the source and integrity of data;
  • who prepared and approved the output;
  • what version and assumptions were used;
  • how errors were detected and corrected;
  • how access was restricted; and
  • how long records are retained.

Regulatory compliance is not achieved by adding a disclaimer. A disclaimer does not cure inaccurate data, unlawful processing, weak approval, or misleading reporting. Professional standards also require competence, integrity, objectivity, confidentiality, and due care. A manager who discovers a material error should escalate and correct it rather than quietly replacing the file.

10. AI-Assisted Spreadsheets and Emerging Practice

AI features can generate formulas, summarize data, classify text, or propose forecasts. They may improve productivity but introduce additional risks: fabricated formulas, unsupported inferences, leakage of confidential data to an unapproved service, automation bias, and unclear provenance.

Organizations should require users to validate AI-generated formulas and outputs, document prompts or transformations where material, restrict sensitive data from unauthorized tools, and preserve human approval. AI output should be treated as a proposed analysis, not as authoritative evidence. The same governance principles—ownership, testing, traceability, privacy, fairness, and accountability—remain applicable.

Contemporary spreadsheet governance increasingly uses cloud version history, data catalogs, automated formula scanning, centralized repositories, workflow approvals, and model inventories. These tools strengthen governance, but technology cannot replace sound process design and professional judgment.

11. Illustrative Case: Regional Pricing Workbook

Background

A consumer-goods company uses a workbook to recommend prices for three regions. The workbook imports sales volumes, applies cost assumptions, calculates margins, and produces a management dashboard. It was originally built by one analyst and distributed by email.

Problem

A regional manager discovers that the recommended price has changed substantially. Investigation reveals three weaknesses: an outdated cost file was linked, one region used a different tax assumption, and a hidden row excluded returned products. The workbook also contains customer-level sales data and has no documented access list.

Analysis

The workbook is a key spreadsheet because pricing affects revenue, customers, and regulatory reporting. Risks include stale data, inconsistent assumptions, formula integrity, privacy exposure, and unauthorized modification. The absence of version history makes it difficult to determine when the errors entered the process.

Approach and solution

The company registers the workbook, appoints a Finance owner, and classifies it as high criticality and moderate privacy sensitivity. The redesigned workbook separates imported data, assumptions, calculations, controls, and outputs. Each assumption records its source and effective date. A reconciliation checks workbook sales against the approved sales ledger, while a control check flags hidden rows and incomplete product mappings.

The workbook is moved to a controlled repository. Analysts can edit inputs, but only the owner can approve and publish. A peer performs unit, boundary, integration, and regression testing. A release log records version 2.0, the changed tax logic, test evidence, and approval. Customer identifiers are removed from the pricing analysis, and access is reviewed quarterly.

Outcome

The company identifies the pricing error before the next external report, corrects the recommendations, and establishes an auditable process. The redesigned workbook takes longer to prepare initially but reduces rework and improves confidence in management decisions.

Learning points

The case demonstrates that spreadsheet risk is usually systemic rather than merely a matter of “careless formulas.” Governance must address data lineage, assumptions, access, version control, testing, privacy, and accountability together. It also demonstrates that controls should be proportionate to business impact and should be designed into the process rather than added after an incident.

12. Managerial Implementation Framework

A manager introducing spreadsheet governance can use the following sequence:

  1. Inventory: Locate important spreadsheets and identify owners.
  2. Classify: Rate criticality, sensitivity, complexity, and regulatory relevance.
  3. Prioritize: Address high-impact workbooks first.
  4. Standardize: Provide templates for documentation, testing, change requests, and release notes.
  5. Control: Move approved files to managed repositories and establish permissions.
  6. Assure: Conduct independent reviews and periodic access recertification.
  7. Improve: Record incidents, analyze root causes, and update standards.
  8. Retire or replace: Remove obsolete workbooks and migrate persistent high-risk processes to more suitable systems.

The framework should be supported by training. Users need practical competence in formula design, data protection, error detection, ethical reasoning, and escalation. Governance fails when it is perceived as administrative paperwork unrelated to business decisions; it succeeds when controls visibly improve reliability and accountability.

Challenges and Limitations

Spreadsheet governance has limitations. Excessive controls may slow legitimate analysis and encourage users to create shadow spreadsheets outside approved systems. Highly formal processes may be disproportionate for low-risk workbooks. Automated auditing tools can identify suspicious formulas but cannot determine whether a business assumption is ethically justified. Access restrictions may also reduce collaboration if roles are poorly designed.

Governance therefore requires proportionality and risk-based judgment. Controls should be reviewed for effectiveness, not merely existence. A signed checklist does not prove that testing was meaningful. Similarly, a technically secure workbook may still be misleading if its definitions and assumptions are unclear. The objective is trustworthy decision support, not bureaucratic compliance.

Chapter Summary

Spreadsheet governance treats the workbook as a controlled business asset across its full lifecycle. Effective governance begins with ownership, classification, and design, then continues through documentation, data lineage, testing, approval, operation, change control, archival, and retirement. Version management ensures that users can identify the approved state and reconstruct changes. Auditing and layered testing detect formula, data, process, and integration errors. Access protection applies least privilege and separates preparation, approval, and administration where appropriate.

Risk management evaluates criticality, sensitivity, likelihood, impact, and control effectiveness. Ethical governance extends beyond technical accuracy to privacy, fairness, transparency, accountability, and responsible use of AI. Regulatory and professional obligations require reliable records, lawful data use, evidence of review, and correction of material errors. Managers should prioritize key spreadsheets, implement proportionate controls, and replace spreadsheets when their complexity or consequence exceeds what spreadsheet governance can safely support.

Key Terms

Spreadsheet governance: Policies, roles, procedures, and technologies that control spreadsheets.

Key spreadsheet: A workbook whose failure could cause material business, regulatory, operational, or ethical harm.

Lifecycle control: A control applied at a defined stage from initiation through retirement.

Data lineage: The traceable path from data origin through transformations to an output.

Audit trail: Evidence showing what occurred, when, by whom, and with what result.

Version management: The controlled identification, storage, approval, and replacement of workbook states.

Change control: The authorized process for assessing, testing, approving, and releasing modifications.

Regression testing: Testing that confirms a change has not damaged existing functionality.

Reconciliation: Comparison of a workbook result with an authoritative source.

Invariant: A condition expected to remain true when a workbook operates correctly.

Least privilege: Granting users only the access necessary for their roles.

Segregation of duties: Separating incompatible responsibilities, such as preparation and approval.

Inherent risk: Risk existing before controls are applied.

Residual risk: Risk remaining after controls are implemented.

Privacy by design: Incorporating data minimization, protection, and appropriate use into system design.

Proxy variable: A variable that indirectly represents a protected or sensitive characteristic.

Transparency: The ability to understand an output’s purpose, inputs, assumptions, and limitations.

Model risk: The possibility that a model or analytical method is unsuitable or incorrectly implemented.

Control owner: The person accountable for operating and maintaining a specified control.

Release note: A record describing a version’s changes, status, tests, and approval.

Review Questions

Short Answer Questions

  1. What is a key spreadsheet, and why should it receive enhanced governance?
  2. Distinguish preventive, detective, and corrective controls.
  3. Why is a final saved workbook insufficient as an audit trail?
  4. What is the purpose of regression testing?
  5. Explain the principle of least privilege in spreadsheet access management.

Long Answer Questions

  1. Explain the spreadsheet lifecycle and propose appropriate controls for each major stage.
  2. Discuss how documentation and data lineage improve managerial accountability.
  3. Evaluate the relationship between spreadsheet risk management and regulatory compliance.
  4. Explain how privacy, bias, and transparency concerns can arise in an apparently accurate workbook.
  5. Develop a governance policy for a department that relies heavily on spreadsheets for financial planning.

Analytical / Application Questions

  1. A payroll workbook is maintained by one employee, stored on a shared drive, and sent monthly to senior management. It contains employee bank details and manually overwritten formulas. Classify its major risks and recommend prioritized controls.
  2. A recruitment spreadsheet ranks applicants using historical employee-performance data. The ranking produces lower average scores for one demographic group. Design an investigation that addresses data quality, proxy bias, fairness, transparency, and accountability.
  3. A manager proposes replacing a controlled workbook with an AI-enabled spreadsheet assistant. Assess the proposal using lifecycle control, privacy, testing, version management, access protection, and professional ethics criteria.

Multiple Choice Questions with Answers

Question 1

Which activity most directly establishes accountability for a key spreadsheet?

A. Changing the worksheet tab color

B. Assigning a business owner and recording approval responsibilities

C. Adding more decimal places to outputs

D. Sending the file to a larger distribution list

Correct Answer: B. Assigning a business owner and recording approval responsibilities

Question 2

What is the primary purpose of regression testing?

A. To test only whether a file opens

B. To confirm that a change has not damaged existing functionality

C. To remove all historical versions

D. To increase the number of workbook formulas

Correct Answer: B. To confirm that a change has not damaged existing functionality

Question 3

Which item is an example of data lineage?

A. A list of worksheet colors

B. The path from a transaction system through transformations to a dashboard KPI

C. A user’s preferred screen size

D. A workbook password hint

Correct Answer: B. The path from a transaction system through transformations to a dashboard KPI

Question 4

Under least privilege, a user should receive:

A. Administrator access by default

B. Access to every workbook in the department

C. Only the access necessary for the user’s role

D. No access to input data under any circumstances

Correct Answer: C. Only the access necessary for the user’s role

Question 5

If a workbook total A is 125,000 and the authoritative total B is 124,500, what is the reconciliation difference D = A − B?

A. −500

B. 0

C. 500

D. 249,500

Correct Answer: C. 500

Question 6

Which is a detective control?

A. Locking formula cells before use

B. Restricting access to approved users

C. Requiring a password at sign-in

D. Comparing workbook totals with an authoritative ledger

Correct Answer: D. Comparing workbook totals with an authoritative ledger

Question 7

Why can a technically correct spreadsheet still be ethically problematic?

A. Correct formulas always create bias

B. It may use unfair assumptions, inappropriate data, or opaque decision criteria

C. Technical accuracy is unrelated to business use

D. Ethics applies only to paper records

Correct Answer: B. It may use unfair assumptions, inappropriate data, or opaque decision criteria

Question 8

Which practice best supports controlled version management?

A. Naming files Final, Final2, and FinalNew

B. Overwriting the approved copy without a record

C. Using version identifiers, release notes, approvals, and archived prior versions

D. Keeping only the most recent file

Correct Answer: C. Using version identifiers, release notes, approvals, and archived prior versions

Question 9

What should happen when a spreadsheet contains personal data that is unnecessary for the stated analysis?

A. Publish it because more data improves transparency

B. Retain it indefinitely for possible future use

C. Minimize or remove the data and restrict processing to the legitimate purpose

D. Copy it into every supporting worksheet

Correct Answer: C. Minimize or remove the data and restrict processing to the legitimate purpose

Question 10

Who remains accountable for a high-impact business decision supported by an AI-assisted spreadsheet?

A. The spreadsheet file itself

B. The AI tool provider in every case

C. The responsible business owner and decision-maker

D. No one, if the formula was automatically generated

Correct Answer: C. The responsible business owner and decision-maker

MS-Excel in Business
Chapter 14 of 15