Spreadsheet Governance, Ethics and Risk ManagementIntroductionSpreadsheets 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 ObjectivesBy the end of this chapter, the reader should be able to: - Explain the spreadsheet lifecycle and identify controls appropriate to each stage.
- Design documentation, audit, version-management, access-protection, and testing procedures.
- Evaluate spreadsheet risks using likelihood, impact, and control effectiveness.
- Identify privacy, bias, transparency, and accountability issues in spreadsheet-based decisions.
- Apply ethical and regulatory principles to practical business spreadsheet scenarios.
- Recommend governance arrangements suitable for managerial and enterprise contexts.
1. Spreadsheet Governance as a Management SystemSpreadsheet 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 responsibilityA practical governance model reflects the three-lines approach: - First line—business ownership: Analysts and managers create, operate, and review spreadsheets. They are responsible for correct use and prompt escalation of anomalies.
- Second line—risk and compliance oversight: Risk, compliance, privacy, or information-security functions establish standards and monitor adherence.
- 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 ControlsA 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 stage | Main activity | Appropriate controls |
|---|
| Initiation | Define purpose and business owner | Register, risk classification, scope, approved data sources | | Design | Specify logic, inputs, outputs, and assumptions | Requirements, data dictionary, model design, segregation of duties | | Development | Build formulas, tables, queries, and controls | Naming conventions, protected formulas, coding standards, peer review | | Verification | Test calculations and behavior | Test cases, reconciliations, boundary tests, independent review | | Release | Approve a usable version | Sign-off, version identifier, release notes, access permissions | | Operation | Use outputs for decisions | Input validation, review of exceptions, controlled distribution | | Change | Modify assumptions, data, or logic | Change request, impact assessment, regression testing, approval | | Archival/retirement | Preserve or dispose of the workbook | Retention schedule, read-only archive, secure deletion |
Initiation and classificationThe 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 developmentThe 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 operationRelease 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 retirementEvery 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 AuditabilityDocumentation 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 lineageData 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 trailsAn 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 ControlVersion 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: - Request: Describe the requested change and business reason.
- Impact assessment: Identify affected formulas, reports, users, data, controls, and regulatory obligations.
- Authorization: Obtain approval appropriate to risk.
- Development: Make the change in a development or working copy, not directly in the approved production copy.
- Testing: Perform unit, integration, boundary, and regression tests.
- Review: Have an appropriately independent person examine the change.
- Release: Assign a new version and publish release notes.
- 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 TestingSpreadsheet 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 layersA 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 invariantsAn 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 SecurityAccess 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 SpreadsheetsSpreadsheet 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 TransparencyPrivacy and data protectionPrivacy 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 fairnessSpreadsheet 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 explainabilityTransparency 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 judgmentResponsibility 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 RiskRegulatory 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 PracticeAI 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 WorkbookBackgroundA 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. ProblemA 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. AnalysisThe 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 solutionThe 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. OutcomeThe 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 pointsThe 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 FrameworkA manager introducing spreadsheet governance can use the following sequence: - Inventory: Locate important spreadsheets and identify owners.
- Classify: Rate criticality, sensitivity, complexity, and regulatory relevance.
- Prioritize: Address high-impact workbooks first.
- Standardize: Provide templates for documentation, testing, change requests, and release notes.
- Control: Move approved files to managed repositories and establish permissions.
- Assure: Conduct independent reviews and periodic access recertification.
- Improve: Record incidents, analyze root causes, and update standards.
- 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 LimitationsSpreadsheet 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 SummarySpreadsheet 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 TermsSpreadsheet 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 QuestionsShort Answer Questions- What is a key spreadsheet, and why should it receive enhanced governance?
- Distinguish preventive, detective, and corrective controls.
- Why is a final saved workbook insufficient as an audit trail?
- What is the purpose of regression testing?
- Explain the principle of least privilege in spreadsheet access management.
Long Answer Questions- Explain the spreadsheet lifecycle and propose appropriate controls for each major stage.
- Discuss how documentation and data lineage improve managerial accountability.
- Evaluate the relationship between spreadsheet risk management and regulatory compliance.
- Explain how privacy, bias, and transparency concerns can arise in an apparently accurate workbook.
- Develop a governance policy for a department that relies heavily on spreadsheets for financial planning.
Analytical / Application Questions- 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.
- 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.
- 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 AnswersQuestion 1Which 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 2What 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 3Which 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 4Under 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 5If 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 6Which 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 7Why 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 8Which 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 9What 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 10Who 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
|