Docs/Banking & Payments/Card Management

Card Management

Corporate card programs, card issuance, transaction monitoring, expense classification, and reconciliation

11 min read

Overview#

Card Management handles corporate card programs, card issuance to employees, transaction monitoring, and expense reconciliation. All card operations use the workflow system for approval routing, audit trails, and policy enforcement.


Dual Pipeline Architecture#

Card transactions can flow into the system through two paths:

Dedicated Card Pipeline (Primary)#

Card transactions from connectors (Stripe, Payhawk, bank APIs) or CSV imports are ingested into a dedicated card transaction table and processed by a specialized agent:

  1. Ingest -- Card transactions arrive from connector or CSV import
  2. Classify -- Agent classifies by MCC code and merchant name
  3. Resolve -- Agent resolves card to card program to employee
  4. Post GL -- Creates CARD_EXPENSE journal entries (debit expense, credit card clearing)
  5. Reconcile -- Card reconciliation verifies posted transactions

Bank Statement Pipeline (Auto-Routed)#

When a bank account is linked to a card program, statement lines from that account are automatically routed to the dedicated card pipeline. This means card transactions from bank statements receive the same MCC classification, employee resolution, and reconciliation as those from dedicated connectors.

Statement Intake Discovery#

When processing any bank statement, the system validates account existence before processing:

  1. Extract account identifier (IBAN or account number) from the statement
  2. Match to bank accounts in the system
  3. Route based on result:
    • Account found + card program linked -- Route to card processing
    • Account found + no card program -- Regular bank statement processing
    • Account not found -- Ask user to identify and create the account

If something is missing or ambiguous, the system asks rather than silently skipping. Every statement upload is an opportunity to build out the account and card structure incrementally.


Who Uses Card Management?#

RoleResponsibilities
Finance/TreasuryCreate card programs, set limits, monitor spend, review exceptions, reconcile
EmployeesUse cards, submit transactions, assign cost dimensions, view history
ManagersApprove card issuance, review expenses, approve/reject submissions
AccountingClassify transactions, match to GL, post expenses, reconcile card accounts

Card Programs#

A card program groups cards with shared configuration:

  • Card issuer/provider (Wise, Stripe, Lithic)
  • Spending limits and controls
  • Funding source (checking account that pays the card bill)
  • Merchant category (MCC) restrictions
  • Approval workflows

Program Types#

TypeDescriptionUse Cases
CorporateGeneral business expensesDefault company cards
PurchasingProcurement and suppliesOffice supplies, equipment
TravelTravel-related expensesAirlines, hotels, car rental
Employee BenefitEmployee perksMeals, wellness
Petty CashSmall expensesIncidentals, petty cash replacement

Card Types#

TypeDescriptionIssuance Time
VirtualDigital card for online useInstant
PhysicalPlastic card with chip/mag stripe5-7 days
BothProgram supports either typePer-card basis

Each card program has two bank account references:

AccountPurposeType
Funding accountChecking account that pays the card billChecking
Card accountCredit card account where charges appearCredit Card

MCC Restrictions#

Merchant Category Codes (MCC) control where cards can be used. Common configurations include:

  • Allowed codes -- Restaurants, hotels, airlines, office supplies
  • Blocked codes -- Gambling, direct marketing

Card Issuance#

Cards are issued to employees through a workflow that supports:

  • Virtual or physical card types
  • Individual spending limits per card (daily, weekly, or monthly)
  • MCC restrictions at the card level (in addition to program-level)
  • Automatic reference numbers (e.g., CARD-000001)

Card Lifecycle#

StatusDescription
PendingCard requested, awaiting connector creation
ActiveCard is usable
SuspendedTemporarily frozen (e.g., lost card report)
CancelledPermanently terminated
Lost / Stolen / CompromisedSecurity statuses triggering automatic freeze

Cards can be suspended and reactivated, but cancellation is permanent. Spending limits can be updated at any time.


Transaction Lifecycle#

Complete Flow#

  1. Transaction occurs -- Employee swipes card, processor authorizes
  2. Ingestion -- Connector syncs transaction; inserted with "posted" status
  3. Classification -- AI classifies expense (MCC code + historical patterns + merchant matching)
  4. Employee submission -- Employee provides business purpose and cost dimensions
  5. Approval -- Routed through approval lanes based on amount
  6. Reconciliation -- Matched to expense reports or flagged
  7. GL posting -- Journal entry posted (debit expense, credit card clearing)

Approval Lane Rules#

Card transaction submissions are routed based on amount:

LaneConditionFlow
Green (Auto-Approve)Under $25No human approval needed
Yellow (Manager)$25 -- $250Manager reviews and approves
Red (Dual Control)$250 and aboveManager approval + accountant review

Transaction Status Fields#

FieldPurposeValues
StatusCard processor lifecyclePending, Authorized, Posted, Settled, Declined, Reversed, Disputed
Workflow StatusApproval statusFrom workflow system
Recon StatusReconciliation statePending, Confirmed, Exception
Receipt StatusReceipt collection trackingPending, Requested, Received, Verified, Overdue

Card Transaction Processing#

The dedicated card transaction processor agent handles classification automatically:

  1. Memory check -- Checks if this merchant has been seen before
  2. MCC classification -- Uses the merchant category code for expense categorization
  3. AI classification -- Falls back to AI for ambiguous transactions
  4. Vendor resolution -- Creates or matches vendor from merchant name
  5. GL posting -- Posts CARD_EXPENSE entry (debit expense, credit card clearing)
  6. Receipt tracking -- Triggers receipt collection for transactions requiring receipts

Card Reconciliation#

Card reconciliation uses a simplified 4-pass approach:

  1. Auto-confirm -- Card transactions already linked to GL entries are confirmed
  2. Amount + date match -- Match unposted transactions to CARD_EXPENSE GL entries
  3. Employee + merchant match -- Use employee and merchant patterns for matching
  4. Manual review -- Remaining unmatched transactions flagged for review

Admin Dashboard Pages#

  • Card Statements -- Virtual statements grouped by card and month
  • Card Detail -- Transaction detail per card/month
  • Card Reconciliation Runs -- Overview of reconciliation runs
  • Run Detail -- Matched and unmatched items with actions

Security#

Card Data Protection#

  • Full card numbers encrypted at rest (AES-256-GCM)
  • CVV never stored after authorization
  • Display shows last 4 digits only
  • Access control requires appropriate permissions and MFA for sensitive operations

Fraud Prevention#

Automatic monitoring:

  • Velocity checks (multiple transactions in short time)
  • Amount checks (unusually large transactions)
  • MCC checks (blocked categories)
  • Geographic checks (unusual locations)

Automatic freeze triggers:

  • 3+ declined transactions in 10 minutes
  • Transaction from blocked MCC
  • Amount more than 2x normal pattern
  • Transaction from high-risk country

Best Practices#

Card Issuance#

  • Require manager approval for all cards
  • Set appropriate spending limits by role
  • Issue virtual cards first (instant, easily revocable)
  • Document business justification
  • Review card usage after 30 days
  • Collect cards promptly when employees leave

Transaction Monitoring#

  • Review transactions daily
  • Investigate unusual patterns
  • Follow up on missing receipts within 7 days
  • Reconcile monthly
  • Monitor policy violations

Reconciliation#

  • Start reconciliation within 5 days of month-end
  • Review auto-matches before confirming
  • Document all exceptions
  • Handle personal expenses immediately
  • Complete within 10 days of month-end

Subscribe to new posts

Get notified when we publish new insights on AI-native finance.