Are executive expense records ready before review? An evidence-readiness study

Research question and operational decision

For executive business expenses presented for review, is the required purpose, amount, date, participant or destination context, receipt evidence, allocation, and approval path available before the reviewer begins? The eligible population is all executive business-expense items first submitted during a declared four-to-eight-week period, including card transactions, reimbursable purchases, travel items, hosted meals, credits, disputed charges, and items later withdrawn. The study is designed to inform whether to move evidence collection earlier, add a required submission field, clarify the finance handoff, define exception routing, or retain direct review for particular expense classes. It is a descriptive review of one authorized workflow, not a performance ranking, legal conclusion, or claim that the observed pattern applies to every executive office. ^[1][2]

Use the first submission to the organization's authorized expense or accounting workflow as time zero. That choice prevents staff from making a slow process appear faster by starting the clock only after missing information has been supplied. State the period, systems, participating teams, inclusion rule, exclusion rule, and cutoff before reviewing results. Preserve excluded-case counts and reasons so the public conclusion has a visible denominator. ^[1]

This subject belongs to executive-support operations because O*NET describes work that includes scheduling, preparing reports, arranging meetings, conducting research, and handling information. The occupation description supports administrative coordination as the relevant context; it does not grant authority over the underlying executive, financial, security, legal, or strategic decision. Executive support may collect authorized records, request missing context, reconcile identifiers, route an exception, and preserve status. It must not invent a business purpose, alter a receipt, decide tax treatment, approve its own expense, or represent that a cost is allowable when finance or a qualified adviser has not made that determination. ^[2][3]

Case register and evidence model

Freeze a case register before calculating any rate. Capture expense identifier, transaction date, posting date, amount and currency, merchant, stated business purpose, attendees or travel context when required, project or cost center, receipt status, exception reason, submitter, preparer, reviewer, questions, corrections, approval, rejection, reimbursement or posting status, and immutable timestamps. Use the originating identifier where one exists, and create a stable coded identifier where it does not. Link later messages or system events to that case instead of counting every reminder, correction, or forwarded copy as new work. ^[1][4]

Classify final and interim states as ready on first review, missing required evidence, policy exception, allocation question, duplicate, personal or nonreimbursable item, disputed transaction, returned for correction, approved, rejected, withdrawn, and unresolved. Define each label in a data dictionary. In particular, distinguish a system notification from a human decision, a request from an approval, and an unknown value from a negative answer. If two reviewers cannot apply a label consistently, revise the definition and disclose the change. ^[1]

Separate four evidence layers. System events are observations within the limits of that system. Statements from participants are reported explanations. Reviewer labels are analysis. Recommendations are judgments about a future process. Never convert an absent record into proof that an action did or did not occur, and never turn a participant explanation into an independently verified cause. ^[1]

Retain corrections rather than silently overwriting them. A useful record shows the original value, corrected value, correction time, authorized editor, and reason when the system permits. Common cases worth sampling deliberately include late receipt collection, vague business purpose, mixed personal and business context, incorrect allocation, currency conversion ambiguity, duplicate submission, an approver with a conflict, or a status that was treated as approval without an approval event. Keeping difficult cases visible protects the study from reporting only the cleanest path. ^[1][5]

Measures and review procedure

Report the eligible count and field completeness before reporting speed. Then calculate first-review readiness, missing-field frequency, receipt-exception frequency, reviewer questions per item, correction cycles, elapsed time from submission to disposition, credits matched to original charges, and unresolved items at the study cutoff. Give counts with every percentage. Show medians and ranges only when start and end events are comparable; otherwise present a case table or grouped distribution and explain why a single summary would mislead. ^[1]

Write the readiness rule before inspecting outcomes. A case is not ready merely because it moved forward. Require the fields and evidence that the organization's authorized owner says are necessary for that class. When requirements change during the study, split the period or identify the mixed rule. Do not backfill old cases under a new rule and present the result as contemporaneous compliance. ^[1]

Ask a second authorized reviewer to reclassify a purposive sample containing routine cases, missing fields, exceptions, corrections, late cases, and at least one disputed case when available. Report the sampling rule, disagreements, and resolution method. Agreement on an easy convenience sample says little about whether the definitions work at the boundary. ^[1]

Review sequences, not just endpoints. Record when information became available, when it reached the decision owner, when a question returned, and when the final status was communicated. A completed status can conceal avoidable loops; an open status can be appropriate when the useful deadline has not passed or a named authority is deliberately considering the decision. ^[1][2]

Privacy, access, and control tests

Payment details, itinerary information, attendee identities, home addresses, and account data should be minimized or masked in the research extract. The public report should describe readiness patterns without publishing receipts, card numbers, locations, or individual spending. NIST frames privacy risk management as an organizational activity. Apply that principle by defining a purpose for every extracted field, limiting reviewers, recording transformations, and setting a retention or deletion date before collection begins. ^[4]

Test access separately from completeness. A complete case assembled through excessive access is not a good result. Record the approved role or purpose that allowed each reviewer to inspect the source, and use coded status where content is unnecessary. NIST SP 800-53 provides a control catalog that can inform access, audit, identification, and data-handling design without making this study a certification. ^[5][4]

Keep the research extract apart from the operational system of record. Store only what the analysis requires, do not copy credentials or authentication secrets, and do not publish internal paths or control configurations. If suppression is necessary, disclose its effect on the denominator. Suppressed evidence is unavailable for the public analysis; it is not a favorable or unfavorable outcome. ^[4][5]

Interpretation and role-design implications

An expense system may show when a field changed but not why the original record was incomplete. A complex transaction can be properly reviewed more slowly, and a fast approval is not evidence that the expense was necessary, correctly classified, or tax deductible. Review individual cases before assigning cause. A long interval, correction, or exception can reflect a sound control, new facts, a delayed owner, a system limitation, or avoidable administrative rework. The record must support the explanation used. ^[1]

Use the findings to choose the smallest relevant intervention: whether to move evidence collection earlier, add a required submission field, clarify the finance handoff, define exception routing, or retain direct review for particular expense classes. Name the owner of the change, the implementation date, the cases it applies to, the expected observable effect, and the date of a repeat review. Preserve the original definitions or explain why comparison is no longer valid. ^[1][2]

Role selection should follow the observed bottleneck. Administrative support is relevant when intake, retrieval, routing, version control, scheduling, or closure evidence repeatedly fails. Executive project coordination is relevant when dependencies and owners are dispersed. Chief of staff support may be relevant when recurring cross-functional choices need structured synthesis. None of those roles should absorb authority that remains with an executive or qualified specialist. ^[2][3]

Executive support may collect authorized records, request missing context, reconcile identifiers, route an exception, and preserve status. It must not invent a business purpose, alter a receipt, decide tax treatment, approve its own expense, or represent that a cost is allowable when finance or a qualified adviser has not made that determination. A defensible recommendation states the task, authority, evidence required for closure, and escalation event. That makes the service scope testable and keeps a smoother workflow from being confused with a better substantive decision. ^[2][5]

Limitations and conclusion

This design cannot prove causation. Formal systems may overrepresent teams that document work consistently and underrepresent verbal, urgent, or highly sensitive cases. A short period may be dominated by travel, an event cycle, an absence, or a reporting deadline. Describe those conditions, publish missingness, and avoid universal benchmarks. ^[1]

Do not compare people or teams unless their populations, definitions, authority, systems, and operating periods are comparable. BLS and O*NET describe occupational work at a broad level; they do not establish a staffing ratio, service level, or productivity target for a particular company. Local case evidence should drive the scoped operating decision. ^[3][2]

The narrow conclusion is to measure the declared population from the first submission to the organization's authorized expense or accounting workflow, preserve exceptions and unknowns, and connect each recommended change to an accountable owner. Better executive support can improve preparation, routing, continuity, and record quality. It cannot replace the judgment, consent, approval, or specialist review required by the underlying decision. ^[1][2][4]