Credit Card Expense Management: How to Build a Business Credit Card Expense Report from Card Transactions
- What is a business credit card expense report, and what has to be on it?
- Where does the data come from, and how do you get it out of the card program?
- How do you build the report, step by step?
- What breaks most often, and how do you prevent it?
- What changes when the report builds itself?
- Build the report where you issue the card
A business credit card expense report turns card transactions into a documented record of what was bought, why, and which account it belongs to. The card already knows the merchant, the amount, and the date, which means roughly half the report is written before anyone opens a spreadsheet.
The other half is the work, and it's where the cost lives. A 2015 GBTA Foundation study with HRS found the average cost to process an expense report for a single-night hotel stay was $58 and took 20 minutes, with 19% of reports containing errors or missing information that cost an additional $52 and 18 minutes each to correct. That study is old and remains the most-cited primary measurement of the thing, which says something in itself about how little anyone has measured since.
Key Takeaways
A card statement proves a charge cleared; an expense report proves what the charge was for, and only the second one satisfies an auditor.
The card feed supplies about four of the eight fields a complete line needs, and the report is the work of supplying the other four.
The IRS requires amount, date, place, and business purpose, with receipts required above $75 and always for lodging.
Coding at the point of purchase beats coding at month-end by a wide margin, because the person who knows the business purpose is available at the swipe and gone by the close.
Most rework comes from three causes, and all three are prevented by validation at submission rather than review at approval.
The end state is a cardholder confirming a line that was already assembled, rather than a faster version of assembling it by hand.
What is a business credit card expense report, and what has to be on it?
A business credit card expense report is a per-period record of card transactions with each line coded to an account and cost center, documented with a business purpose, and supported by a receipt where policy or tax rules require one. It's submitted by the cardholder and approved by someone with spending authority.
The distinction people miss is between the report and the statement. A card statement is the issuer's record that a charge cleared, and it proves the money moved. It says nothing about why. An auditor asking about a $340 charge at a restaurant wants to know who was there and what was discussed, and no statement will ever tell them. The case against traditional reports altogether is made in what expense reports cost and why teams are dropping them, which is a fair argument and a different one from how to build one properly.
A complete line item carries eight fields.
Field | Source | Example |
Transaction date | Card feed | 2026-09-03 |
Merchant | Card feed | Hilton Garden Inn Austin |
Amount | Card feed | $214.60 |
Category | Card feed, via MCC | Lodging |
GL account | Coding rule or cardholder | 6320 Travel and lodging |
Cost center or project | Cardholder | CC-410 Field Sales |
Business purpose | Cardholder | Overnight for the Q3 regional customer review |
Receipt | Cardholder | Attached, folio itemized |
The first four arrive automatically. The last four are the work.
What does the IRS require you to document?
IRS Publication 463 requires a record showing the amount, the date, the place, and the business purpose of each expense. Those four elements are the floor for substantiation, and a report missing any of them is incomplete regardless of what your internal policy says.
Mileage carries its own rate. The 2026 business standard mileage rate is 72.5 cents per mile, effective January 1, 2026, up 2.5 cents from 2025, per IRS Notice 2026-10. This is general information rather than tax advice, and your tax adviser is the right person to confirm how it applies to your situation.
When do you need a receipt, and when can you skip it?
Under Publication 463, receipts aren't required for expenses under $75, with lodging as the exception that always requires one regardless of amount. That's the federal floor.
Most companies set a stricter internal threshold, often $25 or even zero, and that's a policy choice rather than a legal requirement. The argument for going stricter is control rather than compliance, since a receipt requirement changes behavior at the point of purchase. The argument against is that chasing $12 receipts costs more than the exposure it prevents. Either position is defensible; what isn't defensible is having the stricter policy on paper and not enforcing it, which produces the documentation burden without the control benefit. Setting that threshold deliberately is part of card controls and spend policy.
What does a complete line item look like?
Working the example above through, the finished line reads: 2026-09-03, Hilton Garden Inn Austin, $214.60, lodging, GL 6320, cost center CC-410, "overnight for the Q3 regional customer review," itemized folio attached.
The category came from the merchant category code on the transaction, which is why merchant category codes matter more than they seem to. An MCC that maps cleanly to a GL account removes a coding decision from every transaction at that merchant, permanently.
Where does the data come from, and how do you get it out of the card program?
Card transactions reach your expense process by one of three routes, and the route determines how much manual handling you inherit. A portal export means someone downloads a file and imports it somewhere, which works and doesn't scale. A direct feed into an expense system means transactions appear without anyone touching them. An ERP-side import puts transactions into the accounting system first and handles coding there.
The route is usually chosen by whoever set the program up years ago and rarely revisited. It's worth revisiting, because the difference between a portal export and a direct feed is roughly a day a month of someone's time.
What is actually in a card transaction feed?
A standard feed carries the transaction date and posted date, merchant name and MCC, amount, the last four digits of the card, and the cardholder name. Posted date and transaction date differ, sometimes by several days, and a report built on the wrong one will disagree with the statement at period end.
Richer feeds carry more. Level 2 and level 3 card data add tax amounts, customer codes, and in level 3, line-item detail down to the individual product. More data in the feed means fewer coding decisions for a person to make, which is the whole mechanism by which data richness translates to time saved.
How do you pull card transactions in QuickBooks and other systems?
In QuickBooks Online, connected card accounts feed transactions into the Banking or Transactions screen, where they're reviewed and categorized before being added to the register. Reports then run from Reports, under Expenses and Vendors or through a customized Transaction Detail by Account report filtered to the card account.
The pattern generalizes. In NetSuite, card transactions land through a credit card import or a connected expense management integration and are coded against expense categories before approval routing. Sage Intacct handles card feeds through its own import and coding workflow, Dynamics 365 Business Central through expense journals, and Acumatica through its corporate card module. Corpay's card and expense data pushes into all of these, including QuickBooks, which is the part most expense platforms handle less directly than their marketing suggests. The system-of-record boundary that makes this work is covered in what an ERP does and does not handle.
What is usually missing from the raw feed?
Business purpose, cost center or project code, attendees where applicable, and the receipt image. Four fields out of eight, and every one of them has to come from a human who remembers the transaction.
That's the argument for capturing them immediately rather than at month-end. The cardholder who bought lunch on Tuesday can tell you who was there. The same cardholder three weeks later is reconstructing it from a calendar, and the reconstruction is what an auditor eventually questions.
How do you build the report, step by step?
Six steps, in this order.
Pull the period's transactions from the card feed, using the posted date range that matches your close.
Attach receipts to each transaction that requires one under policy.
Code each line to a GL account and cost center.
Add the business purpose, plus attendees for meals and entertainment.
Review the whole report against policy before submitting, checking thresholds, categories, and any personal charges.
Submit for approval, routed by amount and department.
Step five is the one that separates a report that clears in a day from one that bounces twice. Five minutes of self-review before submission is cheaper than the entire approval round trip it prevents.
How do you match receipts to transactions?
Matching happens either manually, by locating the receipt and attaching it to the corresponding line, or automatically, by OCR reading the date and amount from a photographed receipt and pairing it with a transaction of the same amount on or near that date.
Receipt handling is the most complained-about part of the category, and the complaints are consistent. Upload delays, limited submission options, and receipts that sit in a phone's camera roll are the recurring themes in user reviews across every platform. The practical mitigation is capture at the moment of purchase rather than collection at period end, which is a behavior change supported by tooling rather than a tooling change alone. Where card and expense data live in one platform for accounting and reconciliation, the matching problem mostly disappears.
How do you code each line to the right GL account and cost center?
Coding comes from three sources in descending order of reliability. A default derived from the merchant category code, a rule learned from that specific merchant's coding history, and a cost center or project code the cardholder enters at the time of purchase.
The order matters because it determines how much is left for a person. A mature card program codes most transactions automatically and asks the cardholder only for what the system genuinely cannot know, which is the project and the purpose. Coding at swipe also beats coding at month-end for the simple reason that context decays. The broader framing sits in what spend management covers.
How do you route approvals without stalling the close?
Route by threshold rather than sending everything to one approver, name a delegate for every approver, and escalate automatically on aging. Those three rules resolve most approval bottlenecks.
The delegate rule is the one teams skip and the one that causes the most damage, because a single approver on vacation during close week can hold a full period of reports. After approval, the coded data hands off to the month-end tie-out, which is a separate job covered in corporate card reconciliation.
What breaks most often, and how do you prevent it?
Rework is the dominant cost, and the error rate quoted at the top of this article is the conservative version of it. In organizations without validation at submission, the share of reports needing correction runs higher than any published figure, and each correction carries an approval round trip with it.
Why do so many reports come back incomplete?
Three causes account for nearly all of it. Missing business purpose, missing receipts, and coding that doesn't match policy.
All three are submission-time problems being caught at approval time, which is the wrong place. A system that refuses an incomplete submission costs the cardholder thirty seconds; the same gap caught at approval costs a rejection, a notification, a correction, a resubmission, and a second approval. As one practitioner put it in a discussion of expense tooling, the best tool forces validation upfront rather than letting incomplete work reach the queue. That's the whole design principle.
How do you handle personal charges and disputed transactions?
Flag personal charges on the report rather than omitting them, since the transaction exists on the card and will surface at reconciliation either way. Record the amount, mark it as personal, and handle repayment through payroll deduction or direct reimbursement with the repayment documented against the original line.
Disputed transactions should be held out of the approved report until they resolve. Including a disputed charge means either coding an expense you may not owe or leaving a line unresolved in an approved report, and both create work later. The mirror-image process for employees paying out of pocket is covered in employee expense reimbursement.
What is the fraud exposure, and what controls reduce it?
Card expense fraud is mostly small, repeated, and internal rather than dramatic. AFP's 2026 Payments Fraud and Control Survey Report found 76% of US organizations experienced attempted or actual payments fraud in 2025, with business email compromise affecting 74%, and the ACFE's Occupational Fraud 2024: A Report to the Nations estimates organizations lose 5% of revenue to fraud annually across the 1,921 cases and $3.1 billion in reported losses it examined.
Four controls do most of the work on the card side. Per-transaction and monthly limits sized to the role rather than to seniority. MCC restrictions that block categories nobody in that role should be buying. Receipt requirements enforced at submission. And segregation between whoever codes a line and whoever approves it, which is the control that catches the person coding personal spending to a plausible account. The T&E-specific angle is covered in fraud and the T&E process.
What changes when the report builds itself?
The cardholder confirms rather than assembles, and finance reviews exceptions rather than every line. That's the honest description of the end state, and it's less dramatic than the pitch usually is.
Card volume is moving in this direction regardless. US noncash payments rose to 236.6 billion in 2024, with credit card payments growing faster than debit card payments for the first time in nearly a decade, according to the Federal Reserve's payments study findings. More spend on card means more transactions arriving pre-populated, which is the mechanism, and it also means more reports if nothing else changes.
What does automated receipt matching replace?
OCR reads the date and amount from a photographed receipt and attaches it to the matching card transaction, which removes the spreadsheet, the envelope, and the chase.
The chase is the expensive one. An AP team spending close week emailing people about receipts is spending it on something no amount of skill improves. The corporate card types and benefits overview covers which card structures support this well, since the capability varies more by program design than by issuer.
How does card data reach your ERP?
Through a direct push of coded transaction data into the accounting system, with no middleware layer for someone to maintain. The ERP stays the system of record and the card and expense platform closes the last mile into it.
Worth asking during an evaluation what that push actually contains. A feed carrying amount and merchant is not the same as one carrying GL account, cost center, project, and the receipt image, and the difference determines whether your accounting team re-codes everything on arrival. Programs that consolidate AP, T&E, and purchasing onto one card program generally have an easier time here, because there's one feed rather than three.
What should you measure once it is running?
Four numbers. The percentage of reports submitted complete on first pass, days from transaction to coded, the percentage of total spend moving on card, and rebate captured.
First-pass completion is the leading indicator and the one most worth watching, because it moves before the others do and it's the one your policy and tooling directly control. Rebate capture and card penetration are the numbers that justify the program to a CFO, and designing a corporate card program covers how they interact. The broader expense management picture puts them in context, and payment reconciliation covers the accounting side that consumes all of it.
Build the report where you issue the card
The four fields the card feed can't supply are the whole problem, and they stay a problem as long as the card program and the expense process are separate systems talking to each other.
Corpay's card and expense management captures the receipt in the mobile app, reads the date and amount with OCR, matches it to the card transaction, assigns GL codes from merchant history, applies your approval rules, and pushes the coded result into your accounting system. Across 100+ ERP integrations covering NetSuite, Sage Intacct, Business Central, and Acumatica, the coded data arrives without a middleware layer to maintain. Customers collectively earn more than $800 million in rebates per year on spend they were already making, and most programs are live in weeks.
See expense management for the workflow, or corporate cards if the card program itself is what you're evaluating. A conversation with the team is the fastest way to find out whether your current feed carries what it should. The broader category context is in what a business expense card is.
Frequently Asked Questions
What does a credit card expense report look like?
It's a per-period list of card transactions with one row per charge, showing the date, merchant, and amount from the card feed, plus a GL account, cost center, business purpose, and attached receipt supplied by the cardholder. Reports are typically grouped by cardholder and period, with a total and an approval signature block.
Can you submit an expense report based on a credit card statement alone?
No. A statement proves a charge cleared but carries no business purpose, no account coding, and no receipt, which means it fails substantiation on its own. The statement is a useful completeness check against your report, not a substitute for one.
How do you pull a credit card expense report in QuickBooks?
Connected card accounts feed transactions into the Banking or Transactions screen for review and categorization, and reports run from the Reports menu under Expenses and Vendors. A Transaction Detail by Account report filtered to the card account gives you the closest thing to a standard card expense report.
Do you need a receipt for every business credit card charge?
Not under IRS rules, which set a dollar floor below which receipts aren't required and always require one for lodging. Many companies set a lower internal threshold as a control measure, which is a policy decision rather than a tax requirement.
What is the difference between an expense report and card reconciliation?
An expense report is the cardholder-facing job of documenting and coding charges for approval. Reconciliation is the accounting job of confirming the card transactions, the general ledger, and the issuer statement all agree. The report feeds the reconciliation.
How long should you keep business credit card expense records?
Retention periods depend on your jurisdiction and circumstances, and most organizations retain supporting expense documentation for the same period as the underlying tax returns. Confirm the specific period with your tax adviser rather than adopting a general rule.
Where do you report business credit card interest as an expense?
Interest on a card used for business purposes is generally recorded as interest expense rather than as part of the underlying purchase category. The treatment depends on how the card is used and on your entity structure, so this is a question for your accountant rather than a matter of coding preference.
Who should approve a business credit card expense report?
Someone with spending authority over the cost center being charged, and never the cardholder themselves. Routing by amount threshold, with a named delegate for each approver, prevents both the segregation failure and the bottleneck.
- What is a business credit card expense report, and what has to be on it?
- Where does the data come from, and how do you get it out of the card program?
- How do you build the report, step by step?
- What breaks most often, and how do you prevent it?
- What changes when the report builds itself?
- Build the report where you issue the card
Switch to Corpay
Discover how making the move to Corpay streamlines payments and strengthens your business.
Talk to an ExpertSmarter payments. Stronger growth. Keep business moving.
Corpay powers payments for 800,000+ businesses worldwide. Let’s build what’s next for yours.