BUSI 3014 Week 4 Data Quality Audit Example

Data Driven Decision Making Workplace Certificate Walden University Free custom sample in 24 to 48h

This BUSI 3014 Week 4 data quality audit example inspects 2,412 rows of new residential requests exported from a pest control company's job management system before any wait is measured. Walden BUSI 3014 wants problems counted, not described, so the sample defines completeness, accuracy and timeliness in a sentence each and reports seven problems in one table, with rows, share of the file and likely effect on first-visit wait. The subtlest finding is timeliness: 312 requests logged a day or more late, concentrated in busy months, which would understate peak waits. Treatments are explained, process fixes are suggested and 1,940 usable requests remain. Wang and Strong on fitness for use, Redman on the cost of poor data and Kaplan and Meier on unfinished waits guide the judgments for BS in Business Administration readers.

CourseBUSI 3014 Data Driven Decision Making Workplace Certificate
WeekWeek 4
Paper typeData audit
LengthAbout 900 words, 6 pages
FormatAPA 7 student paper
SchoolWalden University
ProgramBS in Business Administration
UpdatedOctober 2026

Free sample paper for BUSI 3014 Week 4

1

Auditing a Year of Job Records Before Measuring First-Visit Wait: 2,412 Rows Checked for Completeness, Accuracy and Timeliness, With a Count for Every Problem and Its Likely Effect on the Saturday Route Question

Student Name

Walden University

BUSI 3014: Data Driven Decision Making Workplace Certificate

Instructor Name

Month Day, Year

What this page is doingThe title gives the file size and the three dimensions the audit is organized by, because the deliverable is a counted inspection rather than a description.
2

Auditing a Year of Job Records Before Measuring First-Visit Wait: 2,412 Rows Checked for Completeness, Accuracy and Timeliness, With a Count for Every Problem and Its Likely Effect on the Saturday Route Question

The File and the Standard It Is Held To

The file was pulled from the scheduling and job software at Kestrel Pest Solutions, the Knoxville composite used across this course. It holds 2,412 rows, one for every new residential request logged in 2027, with the logged timestamp, the request type, the customer-date flag, the scheduled date, the first completed visit date, the status and the dispatcher's free-text notes.

The audit asks one question of each problem: would it change first-visit wait as defined last week, and in which direction? Wang and Strong (1996) found that the people who use data judge its quality by whether it fits their purpose, not by abstract tidiness. A misspelled street name is untidy but harmless here; a missing visit date is not.

The three dimensions are defined in a sentence each. Completeness asks whether the fields the measure needs are filled. Accuracy asks whether the values that are filled are correct. Timeliness asks whether values were recorded when the event happened.

What this page is doingQuality is judged by fitness for the measure, so the standard is set before any problem is counted.
3

Findings

Table 1

Data Problems Found in the 2027 Request Export

DimensionProblemFieldRowsShare of fileLikely effect on first-visit wait |
CompletenessLogged timestamp blankLogged date883.6 percentRows cannot be measured unless the date can be recovered |
CompletenessStatus completed but visit date blankFirst visit date231.0 percentRows cannot be measured |
AccuracyRebooked jobs entered twiceAll411.7 percentDuplicates would double-count some waits |
AccuracyVisit dated before the requestVisit date70.3 percentNegative waits that would pull the average down |
AccuracyCommercial accounts coded as residentialCustomer type120.5 percentContract visits would make waits look shorter |
AccuracyNotes show customer asked for a later date, flag not setCustomer-date flag612.5 percentChosen delays would be counted as long waits |
TimelinessRequest logged more than one business day after the callLogged date31212.9 percentWaits understated by one to two days |

Kestrel Pest Solutions and its records are composite. Shares are of all 2,412 rows.

Completeness

Eighty-eight requests have no logged timestamp. For 70 of them, the dispatcher's notes record the date of the call, which can stand in for the missing timestamp; the remaining 18 cannot be measured and are dropped. Twenty-three requests are marked completed but have no visit date. These are almost all from two weeks in June when a technician's tablet failed and visits were closed out later from paper. They are held aside rather than guessed.

Accuracy

Forty-one rows are duplicates created when a job was rebooked and the dispatcher entered a new request instead of moving the old one. Keeping both would count the same customer's wait twice, and the second row starts the clock late, so the duplicates are removed and the original row kept.

Seven visits are dated before their requests. On inspection these are typing errors in the year or month. With no way to tell the right date, they are dropped.

Twelve commercial accounts were coded as residential. Their visits follow contract schedules, so they are removed under last week's exclusion.

Sixty-one requests have notes such as "wants after the 20th" or "call back after vacation" but no customer-date flag. These customers chose to wait, and counting them would inflate the share of long waits. They are reclassified as customer-date requests and excluded.

What this page is doingEach accuracy problem is described by how it would bend the figure, not by how untidy it looks.
4

Timeliness

The subtlest problem is timing. In 312 requests, nearly one in eight, the dispatcher's notes record a call date at least one business day before the logged timestamp. Most fall on Mondays, when weekend voicemails are entered, and in May and June, when the dispatcher was handling the most calls. For these rows, the measured wait starts late and understates the real wait by one to two days.

This bias is not random. It is heaviest in the peak months, which are exactly the months the Saturday route question is about. Leaving it alone would make peak-month waits look better than they were and tilt the answer against the route. Redman (1998) argued that poor data quality quietly distorts decisions in ordinary businesses; this is a concrete case of that.

The audit therefore recommends adjusting the start point for these rows to the call date in the notes, and reporting the measure both ways so the owner can see how much the adjustment matters.

What Survives Cleaning

After removing duplicates, impossible dates, unrecoverable blanks, visits with no date and miscoded commercial accounts, and after applying the definition's exclusions, including 214 requests already flagged for a customer-chosen date, the 61 reclassified ones and 96 requests canceled before any visit was scheduled, 1,940 requests remain usable for first-visit wait. The 96 cancellations are kept in a separate table for the cancellation rate. They matter because a canceled request is a wait that never ended; Kaplan and Meier (1958) developed estimates of time to an event that use such incomplete observations instead of discarding them, an approach worth applying if the cancellations turn out to be customers who gave up. The audit also suggests two process fixes: a rule that rebooked jobs are moved, not re-entered, and a voicemail timestamp field so the start point no longer depends on the notes.

References

Kaplan, E. L., & Meier, P. (1958). Nonparametric estimation from incomplete observations. Journal of the American Statistical Association, 53(282), 457-481. https://doi.org/10.1080/01621459.1958.10501452

Redman, T. C. (1998). The impact of poor data quality on the typical enterprise. Communications of the ACM, 41(2), 79-82. https://doi.org/10.1145/269012.269025

Wang, R. Y., & Strong, D. M. (1996). Beyond accuracy: What data quality means to data consumers. Journal of Management Information Systems, 12(4), 5-33. https://doi.org/10.1080/07421222.1996.11518099

What the BUSI 3014 Week 4 instructions ask for

The fourth week supplies or asks for a real data file and wants an inspection report before analysis begins. Define the quality dimensions you will use, such as completeness, accuracy and timeliness, and judge each problem by its effect on the measure you defined, not by how messy it looks. For each problem, give a count and its share of the file, name the field affected and say how it would bend the analysis and in which direction. Explain what you will do about each one: recover, correct, exclude or hold aside. The report should end with how many records remain usable and any process changes that would prevent the problems. Three to four pages, with one main table, is typical.

Inside the BUSI 3014 Week 4 example

The audit opens by describing the 2,412-row export and adopting Wang and Strong's view of quality as fitness for use. A seven-row table lists blank logged dates, blank visit dates, duplicate rebookings, visits dated before requests, miscoded commercial accounts, unflagged customer-chosen dates and late logging. Completeness explains recovering 70 of 88 blank dates from call notes and holding aside 23 visits closed out from paper. Accuracy explains each removal or reclassification by its effect on waits. Timeliness shows that 312 late-logged requests, mostly on Mondays and in May and June, would understate peak waits, citing Redman, and recommends adjusting the start date. The final section counts 1,940 usable requests, keeps 96 cancellations separately with a note citing Kaplan and Meier and proposes two process fixes.

BUSI 3014 Week 4 rubric: what earns full marks

An audit is graded on counts and consequences. Each problem needs a number and a share of the file, and graders look for an explanation of how it would change the measure, including direction. Problems should be organized by quality dimension so the same field can appear more than once if it fails in different ways. Treatments must be stated and justified; silently dropping rows costs marks. The strongest audits notice problems that are not random, such as late entries concentrated in busy periods, because those bias results rather than adding noise. A final count of usable records lets the reader judge how much survived. Suggesting process fixes shows the writer is thinking beyond this one analysis.

BUSI 3014 Week 4 help: mistakes that cost marks

Before opening the file, list the fields your measure needs. Then check each for blanks, impossible values, duplicates and late entries, and count every problem. For each, ask whether it would make your measure higher or lower, and whether it hits some periods or groups more than others. Decide what to do and say why. Keep a running count of rows removed. Weak audits describe the file as messy without numbers, fix problems without reporting them or remove rows without explaining the effect. Another gap is ignoring timeliness, which often matters most. Present findings in one table and discuss the most consequential ones in prose. If you need a model audit for a data file at your workplace, describe the fields and the measure you plan to compute.

Get a BUSI 3014 Week 4 example written to your instructions

Upload the Week 4 file, the prompt and the rubric; an audit written against that exact file returns in 24 to 48 hours, with the opening sample free. Should your data belong to an employer, send its column list and row count instead, and a stand-in file with the same structure carries the analysis.

More BUSI 3014 papers and BS in Business Administration samples

BUSI 3014 Week 4 questions, answered

Where can I find a free BUSI 3014 Week 4 sample paper?

All seven findings of the 2,412-row audit, counts and treatments included, are printed below without cost.

How many rows does the BUSI 3014 Week 4 audit inspect?

2,412 new residential requests logged in 2027, exported from the company's job management system.

What are the three quality dimensions?

Completeness, whether needed fields are filled; accuracy, whether filled values are correct; and timeliness, whether values were recorded when events happened.

Which problem matters most, and why?

Late logging of 312 requests, because it was concentrated in busy months and would make peak waits look shorter than they were.

How many requests remain after cleaning?

1,940, with 96 cancellations before scheduling kept in a separate table.