ACC 542 Week 6 Using the Information System to Perform Audit Functions Example

Reviewed by Davina Cresswell, MBA · University of Phoenix · Updated

This ACC 542 Week 6 example uses a company's own data to perform audit procedures on entire populations rather than samples. University of Phoenix ACC 542 closes with using the information system to perform audit functions, and in this final ACC/542 assignment the MS in Accounting student applies data analytics to the evidence an auditor collects. The case is a composite regional grocery chain with 42 stores and about 610,000 vendor invoices a year. The paper plans four analytics, a first-digit test of invoice amounts, a duplicate payment search, a set of journal entry tests aimed at management override and a match of vendor and employee addresses and bank accounts, then describes the data preparation, the results, the follow-up on each exception and the limits of analytics as evidence, drawing on research and professional guidance.

CourseACC 542 Accounting Information Systems (ACC/542)
Week6
Paper typeAudit data analytics paper
Lengthabout 1,167 words, 4 double-spaced pages plus title page and references
FormatAPA 7 student paper
SchoolUniversity of Phoenix
ProgramMS in Accounting
UpdatedSeptember 2026

Free sample paper for ACC 542 Week 6

1

Testing Every Transaction Instead of a Sample: Benford Analysis, Duplicate Payment Searches, Journal Entry Tests and a Vendor-Employee Match at a Composite 42-Store Grocery Chain

[Student Name]

University of Phoenix

ACC/542: Accounting Information Systems

Week 6 Assignment

[Instructor Name]

[Date]

The grocery chain, its data and all results are composites written for a model paper; methods and research findings come from the sources listed.

What this part is doingThe title promises population testing and lists the four procedures, which organizes the paper.
2

A composite grocery chain operates 42 supermarkets and a distribution center, buys from about 2,600 vendors and pays about 610,000 vendor invoices a year totaling $1.9 billion. Its auditors identified three risks in purchasing and financial reporting: duplicate or fictitious vendor payments, fraud through vendors connected to employees and management override through journal entries. Sampling a few hundred invoices would say little about risks concentrated in a handful of transactions. When a risk hides in a few transactions among hundreds of thousands, the most efficient sample is the whole population. This paper describes the analytics the team used.

Preparing and Validating the Data

The team obtained extracts of the vendor invoice file, the payment file, the vendor master file, the employee master file and the general ledger journal entry file. Before any analysis, it validated the data: it reconciled the invoice file's total to accounts payable activity in the ledger, confirmed that record counts matched system reports, checked for gaps in journal entry numbers and verified that dates and amounts were in valid formats. It also obtained the extracts through a query it observed being run, so the data came directly from the system. AICPA guidance on audit data analytics emphasizes that the reliability of the underlying data must be established before analytics can provide evidence (American Institute of Certified Public Accountants, 2017).

Choosing the Tests

Each test was chosen for a specific risk and assertion. The first-digit and duplicate tests address the occurrence and accuracy of recorded expenditures. The vendor and employee match addresses the risk of fictitious vendors, which bears on occurrence. The journal entry tests address the fraud risk of management override, which auditing standards require in every audit.

Test One: First-Digit Analysis

Benford's law predicts how often each first digit should appear in many sets of real-world amounts, with 1 appearing as the first digit about 30% of the time and 9 about 5% (Nigrini, 2012). Vendor invoice amounts, which arise from varied quantities and prices, generally fit this pattern. The team compared the first digits of all 610,000 invoice amounts with the expected distribution. Overall conformity was close, but invoices beginning with the digits 4 and 9 appeared more often than expected in one category: store maintenance.

Follow-up explained most of the excess. Store managers could approve maintenance invoices up to $5,000 and $10,000 at two levels, and invoices just below those limits, beginning with 4 and 9, were more common than expected. The team selected 60 such invoices and found that most were legitimate repairs, but three vendors had submitted several invoices for the same job on consecutive days, each just under $5,000. Together these totaled $68,000, split to avoid district manager approval.

What this part is doingThe Benford result is treated as a lead that narrowed attention to one category, and the follow-up found split invoices rather than assuming fraud.
3

Test Two: Duplicate Payments

The team defined possible duplicates as payments to the same vendor for the same amount within 30 days, or with invoice numbers that matched after removing spaces, hyphens and leading zeros. The system's own control already blocks exact duplicate invoice numbers, so the test targeted variants. It flagged 412 pairs. Review found that 371 were recurring charges, such as weekly deliveries at a fixed price, and 41 were true duplicates totaling $213,000, mostly invoices entered once from a paper copy and again from an emailed copy. The chain had recovered 26 of them through vendor statements, but 15, totaling $94,000, had not been recovered.

Test Three: Journal Entries

Management override is a risk in every audit. The team tested all 48,000 manual journal entries for characteristics associated with override: entries posted on weekends or holidays, entries by senior finance staff who do not normally post, entries with round amounts over $100,000, entries posted after the close and entries to unusual account combinations, such as debits to inventory with credits to cost of sales outside the normal inventory adjustment process. The tests flagged 188 entries. The team examined support for all of them. Most were routine, such as quarter-end accruals posted by the controller on a Saturday. Four entries reversing part of the shrinkage reserve at two stores lacked support and had been posted by a regional finance manager; they were referred to management and the audit committee and proposed as adjustments.

Test Four: Vendors and Employees

The team matched the vendor master file's addresses, phone numbers and bank account numbers with the employee master file. It found three matches. Two were employees who were also legitimate part-time suppliers, disclosed and approved. The third was a floor-care vendor whose bank account matched that of a store manager's spouse; the vendor was one of the three splitting maintenance invoices. The matter was referred to the chain's investigations team.

What this part is doingTwo tests pointing to the same vendor show how combining analytics strengthens a lead that neither would establish alone.
4

Recommendations to Management

The analytics also produced control recommendations. The chain should aggregate maintenance invoices by vendor and job before applying approval limits, so splitting cannot avoid review. It should add a duplicate-detection rule that compares normalized invoice numbers and amounts, not only exact matches, and review vendor statements monthly for credits. It should restrict manual journal entries to the reserve accounts to the corporate controller's team and require documented support before posting. And it should run the vendor and employee match quarterly, with results reviewed by internal audit. Several of these tests can become continuous monitoring, run automatically each month by the chain's own staff.

Planning for Next Year

Because the analytics are now scripted, the team can rerun them next year at low cost, compare results across years and focus follow-up on changes, such as a vendor whose invoices suddenly cluster below approval limits.

Turning Results Into Evidence

Analytics provide evidence about entire populations, but they do not prove misstatement on their own. Appelbaum et al. (2017) noted that big data and analytics can change audit procedures but raise questions about how auditors evaluate the large number of exceptions such tests produce. The team's approach was to define criteria before running each test, investigate every flagged item or a documented subset and record how many flags proved to be errors. The results were a $94,000 unrecovered duplicate payment, $68,000 of split invoices tied to a possible conflict of interest and four unsupported journal entries, which together were below materiality but led to control recommendations and an expanded review of the maintenance category.

Limits

Analytics test only the data provided. A fictitious vendor with an address unlike any employee's would pass the match. Benford analysis cannot detect a single large fraudulent invoice that looks normal. And analytics cannot confirm that goods were received. The team therefore combined them with traditional procedures, such as confirming balances with major vendors and observing inventory counts.

Conclusion

By testing entire populations of invoices, payments and journal entries, the team found split invoices, unrecovered duplicates, unsupported entries and a vendor linked to an employee, none of which a small sample would likely have revealed. Validated data, predefined criteria and disciplined follow-up turned the analytics into audit evidence.

5

References

American Institute of Certified Public Accountants. (2017). Guide to audit data analytics.

Appelbaum, D., Kogan, A., & Vasarhelyi, M. A. (2017). Big data and analytics in the modern audit engagement: Research needs. Auditing: A Journal of Practice & Theory, 36(4), 1-27. https://doi.org/10.2308/ajpt-51684

Nigrini, M. J. (2012). Benford's law: Applications for forensic accounting, auditing, and fraud detection. Wiley.

What the ACC 542 Week 6 instructions ask

ACC 542 Week 6 usually asks graduate students to explain how information systems and data analytics support audit functions. Typical requirements include describing audit data analytics and computer-assisted audit techniques, selecting procedures for particular risks, obtaining and validating data, performing tests such as Benford's law analysis, duplicate detection, journal entry testing and matching of data sets and evaluating and following up exceptions. Many prompts ask students to design an analytics plan for a company and explain how results become audit evidence and what their limitations are. The paper should connect each analytic to a risk and assertion and cite research and professional guidance in APA style.

How this ACC 542 Week 6 example is built

A grocery chain with hundreds of thousands of vendor invoices makes population testing both necessary and practical. The paper starts with the risks the analytics address, then explains how the data were extracted and validated, because analytics on incomplete data prove nothing. Each of the four tests is described in terms of its logic, its results and what the team did next, so the reader sees that an exception is a question rather than a finding. Benford analysis is explained carefully, since it is often misused. The paper then adds control recommendations for management and closes by discussing what analytics can and cannot establish and how professional guidance and research frame their use.

ACC 542 Week 6 grading rubric: where the points go

The graduate rubric for this week tends to reward analytics matched to specific risks, validated data, correct interpretation of results and disciplined follow-up. Faculty check that data completeness and accuracy were tested before analysis, that each test's logic is explained, that exceptions are investigated rather than assumed to be errors or fraud and that the paper recognizes the limits of analytics, such as tests that flag unusual items without proving misstatement. Connecting analytics to assertions and to the audit risk model shows depth. Research and professional guidance, graduate writing and APA references complete the evaluation, along with a note on what the analytics could not test.

ACC 542 Week 6 help: mistakes to avoid

ACC 542 Week 6 papers often present analytics results as conclusions. A Benford deviation or a flagged journal entry is a lead to investigate, not evidence of fraud. Explain the follow-up. Another is skipping data validation; reconcile record counts and totals to the ledger before analysis. Students also apply Benford's law to data it does not fit, such as amounts with fixed prices or assigned numbers. Say why the data suit the test, in a sentence. Define the criteria for duplicates and for unusual journal entries precisely. Report how many items were flagged and how many proved to be errors. Finally, explain how the results change the rest of the audit and what recommendations follow for management.

Related ACC 542 sample papers

Other ACC 542 week samples

More MS in Accounting sample papers

ACC 542 Week 6 questions, answered

What does ACC/542 Week 6 usually cover?

It usually covers using information systems and data analytics to perform audit procedures, such as Benford analysis, duplicate payment tests, journal entry testing and data matching.

Where can I find a free ACC 542 Week 6 sample paper?

The grocery chain analytics paper on this page, with four population tests and their follow-up, is available free with margin notes. Share your own analytics case and we will write the opening graduate draft at no cost.

What is Benford's law in auditing?

The observation that in many naturally occurring data sets, leading digits follow a predictable distribution, with 1 appearing about 30% of the time; large deviations can point to unusual transactions worth investigating.

What do journal entry tests look for?

Entries with characteristics associated with management override or error, such as those posted at unusual times, by unusual users, in round amounts, just below approval limits or to unusual account combinations.

Why must data be validated before analytics?

Because conclusions drawn from incomplete or inaccurate data are unreliable; auditors reconcile record counts and totals to the ledger and test key fields before analyzing.

Write yours, or have the desk draft it

This paper is an original model document written by our desk, not a submitted student paper and not an official University of Phoenix document. Read it for the moves, then write your own to the instructions in your classroom. If you want one built to your exact prompt and rubric, the first custom sample is free and arrives in 24 to 48 hours.