Case I
I approved a join that repeated the order amount
In 2021 I approved a report joining order records to their delivery events. Our synthetic review contained eighty orders at ₹10,000 each, a total of ₹8 lakh. Forty orders had one event and forty had two. The join therefore produced 120 rows. Summing the repeated order amount across those rows gave ₹12 lakh, which the report presented as though another ₹4 lakh of orders existed. The arithmetic followed the rows; my approval had failed to preserve what the amount described.
The reporting team wanted one joined table because it made event detail readily available to commercial readers. That convenience was real. The alternative I supported kept the relationship but prevented an order-level amount from being treated as an event-level additive measure. We corrected the analytical account and funded ₹37 lakh of rebuilding and review. The work delayed the report's intended use and required colleagues to revisit conclusions drawn from its earlier presentation.
Finance retained accounting policy, and operating teams retained actual deliveries. This was not a customer-charge correction, a stock recovery or a financial restatement. The eighty-order example was synthetic and intentionally simple enough to expose the relationship. It did not establish that every historical report had the same error or that every joined dataset should discard event detail. The problem was the meaning attached to the sum, not the existence of a useful connection between two kinds of records.
I retained responsibility for accepting the treatment before asking what each resulting row represented. The corrected account made the order total and event count separately understandable. It did not produce sales or prove a universal end to duplication. The experience changed my approval question: before asking whether a report reconciles internally, I ask whether its measures still belong to the entities the reader thinks they describe.