GRC Training — Data Integrity & Risk Signal Recognition

A Finance Analyst Notices the Sales Numbers Being Reported Upward Don’t Match the Operational Data at the Transaction Level. Quarter Close Is in Three Days. What Do They Do?

A real GRC risk scenario — with three decision options and the right answer.

Quick Answer

When a finance analyst notices a discrepancy between reported sales figures and underlying transaction data just before quarter close, do they have an obligation to escalate — even when the gap might be a data entry error?

Yes. A data integrity discrepancy between reported figures and underlying operational data is a risk signal that requires escalation regardless of the likely explanation. The analyst is not responsible for determining whether the gap represents fraud, a system error, or a legitimate timing difference — that determination belongs to the people with authority to investigate it. The analyst’s obligation is to flag the signal rather than accept the easy explanation. Quarter-close pressure is the most common rationalization for not flagging data discrepancies — and the most dangerous one.

The Situation

A finance analyst at a mid-size company is running standard pre-close reconciliation reports for the quarter. While cross-referencing regional sales figures against the underlying transaction data in the ERP system, they notice that the numbers being reported upward to senior leadership are approximately 4% higher than what the transaction-level data shows. The gap amounts to roughly $180,000 in a quarter where the team’s target is $4.2 million.

Quarter close is in three days. The regional sales director — who is the analyst’s manager’s manager — has already submitted the higher figures to the CFO as part of the preliminary close package. The analyst’s direct manager says the discrepancy is “probably a timing issue with a few late-posting transactions” and suggests waiting to see if it reconciles on its own before close.

The analyst has no prior experience with this type of discrepancy. The pressure to close the quarter cleanly is palpable. The easy answer is to wait and see.

What Should the Analyst Do?

Choice AWait and see. The manager said it’s probably a timing issue. With three days to close, the transactions will likely post, and the gap will reconcile on its own. Escalating now will create unnecessary disruption and reflect poorly on the analyst for flagging something that turns out to be nothing.

Choice BDocument the discrepancy in writing and escalate it today — to the direct manager in writing, with a request that it be reviewed by Finance leadership or Internal Audit before the preliminary figures are finalized. Flag that the preliminary close package already contains the higher figures.

Choice CInvestigate independently — spend the next day reviewing transaction records to identify the source of the gap before deciding whether to escalate. Bring a complete explanation rather than an unresolved discrepancy.

The Right Call

Choice B — Document and escalate today. Don’t wait and don’t investigate independently.

Choice A bets that the explanation is innocent and delays the escalation that is required regardless. Choice C is well-intentioned but has two problems: it consumes time the close schedule doesn’t have, and it puts the analyst in the position of making a judgment call — is this an error or something more serious — that belongs to Finance leadership or Internal Audit, not to an analyst who has no authority to investigate a potential financial reporting discrepancy. The right call is to flag the signal, document it, and let the people with authority to assess it do so before the preliminary figures become final.

Why This Is Harder Than It Looks

Quarter-close pressure is the most common rationalization for not flagging data discrepancies.

The timing of this scenario is not incidental — it is the pressure signal. Three days before quarter close is when financial reporting discrepancies are most dangerous and most commonly suppressed. The “wait and see” instruction from the manager is a rationalization that serves the quarter-close goal, not the data integrity goal. An analyst who accepts that rationalization has made a risk decision that they were not authorized to make.

The analyst does not need to know why the gap exists to have an obligation to flag it.

This is the core GRC recognition principle: the obligation to escalate a data integrity signal does not depend on the analyst’s assessment of why the signal exists. A timing difference and a deliberate misstatement both look the same at the transaction level before investigation. The analyst’s job is to notice the signal and route it — not to determine which explanation is correct.

The preliminary figures are already in the close package, which makes the timing more urgent, not less.

The fact that the higher figures have already been submitted to the CFO increases the urgency of the escalation. If the gap is a timing error, it will be resolved without incident. If it is something more serious, the organization now has a window — before the figures are finalized — to identify and address it. That window closes at quarter-end. Waiting until after close to flag a discrepancy that was identified before close creates a significantly more difficult situation for everyone involved.


Frequently Asked Questions

What is a data integrity risk signal, and when does it require escalation?

A data integrity risk signal is any discrepancy between reported figures and underlying source data that cannot be immediately and definitively explained. It requires escalation when the discrepancy is material relative to the figures being reported, when those figures are being relied upon for decisions by senior leadership or external parties, or when the discrepancy exists in a context — such as quarter-close reporting — where misstatement would have significant consequences. The 4% gap in this scenario meets all three criteria.

What are the consequences of not flagging a financial reporting discrepancy before quarter close?

If the discrepancy is a timing error, the consequence of not flagging it is minimal — the transactions post and the figures reconcile. If the discrepancy is a deliberate misstatement, the consequence of not flagging it is that the organization has filed inaccurate financial figures — potentially triggering securities law issues for public companies, audit findings for any organization, and in serious cases, regulatory enforcement. The asymmetry of consequences is significant: the downside of flagging something that turns out to be a timing error is minor. The downside of not flagging something that turns out to be material is severe.

To whom should a finance analyst escalate a data discrepancy when their direct manager has told them to wait?

Document the manager’s instruction in writing first — a brief email confirming the conversation and the decision to wait. Then identify whether the organization has an internal audit function, a CFO or Controller who can be reached independently, or a financial controls hotline. If the figures in question are already in a package submitted to the CFO, the CFO’s office or Controller is the appropriate escalation path — particularly when the direct manager has indicated they do not intend to flag it. The written documentation protects the analyst if the situation is later investigated.

How to Use This Scenario in Training

Recommended for finance teams, internal audit, FP&A analysts, accounting staff, and anyone involved in financial close processes or management reporting. The key recognition skill is understanding that a data discrepancy requires escalation before the explanation is known — not after — and that quarter-close timing pressure is a risk signal in itself, not a reason to defer the flag.

This scenario demonstrates the pure recognition-and-escalation principle at the core of the Decision Readiness Engine™. There is no policy that tells the analyst the gap is a problem. There is only the signal, the pressure to rationalize it, and the judgment to escalate it anyway. That judgment — noticing the signal and routing it to the right person — is exactly what GRC training is designed to build.

More GRC Scenarios

Internal Controls

A procurement team keeps bypassing a required approval step for a trusted vendor. Is that a risk problem?

Third-Party Risk

A key vendor was acquired. The account manager says nothing will change. Has anyone checked?

Full GRC Cluster

Browse all governance, risk and compliance scenarios.

Want GRC Scenarios in Your Program?

Xcelus builds scenario-based GRC training covering data integrity, internal controls, third-party risk, and the risk signal recognition capabilities that protect organizations before problems become material.

View the Compliance Reinforcement Kit →
Contact Xcelus

© 2005–2026 Xcelus LLC. All rights reserved. Scenario content is original work protected by copyright. You may link freely — reproduction or adaptation without written permission is prohibited.