Independent systems case study · 2026

From card activity to review-ready accounting.

I built a simulated workflow for AK Labs, a fictional software company, that validates corporate-card transactions, applies accounting mappings, routes exceptions, posts balanced journals to a QuickBooks Online developer sandbox, and verifies the read-back against source activity.

20
fictional source transactions
8
exception records routed
12
QuickBooks journals verified
$0.00
source-to-export difference

Finance needs clean data—and a clear path for everything else.

Corporate-card activity can arrive with missing documentation, inconsistent accounting dimensions, duplicate records, or absent approval. Sending every row directly to accounting makes review slower and increases correction risk.

The case study separates ready records from exceptions, gives each issue an owner and next action, and reconciles eligible activity before export.

How might we turn a mixed-quality transaction file into a controlled, explainable accounting workflow?

Configuration first. Exceptions stay visible.

Vendor-to-GL, entity, department, and approval requirements are stored as editable rules. The workflow applies those rules consistently while preserving a review trail.

1Ingest

Read fictional card activity and accounting configuration.

2Validate

Check documentation, mappings, approvals, and duplicates.

3Route

Assign each exception an owner and corrective action.

4Export

Create balanced debit and credit journal lines.

5Verify

Post to QuickBooks sandbox, read entries back, and reconcile to source.

The outputs are inspectable, not implied.

The repository includes the source data, configuration, validation logic, exception queue, journal export, QuickBooks sandbox reconciliation, operating documents, and automated tests.

Source activity$9,540.09

Twenty fictional transactions evaluated.

Eligible for export$6,854.06

Twelve transactions produced 24 balanced journal lines.

Exceptions$2,686.03

Eight records routed across documentation, mapping, approval, and duplicate controls.

QuickBooks verification12 journals

Twenty-four lines read back with $6,854.06 in debits and credits and a $0.00 difference.

Automated checks8 passing

Validation, mapping, payload, balance, and read-back behavior tested.

Review the detailed results snapshot ↗

Designed for explainable review.

01

Receipt and memo completeness

Blocks incomplete records and assigns corrective action to the cardholder.

02

Vendor, entity, and department mappings

Translates business rules into editable configuration rather than hard-coded decisions.

03

Approval threshold

Routes transactions above $1,000 without recorded approval to the manager.

04

Duplicate transaction IDs

Prevents repeated source records from reaching the accounting export.

05

Journal balance

Confirms total debits equal total credits before the output is ready for review.

06

Source-to-export reconciliation

Ties eligible activity to the generated journal with a documented $0.00 difference.

07

QuickBooks read-back

Retrieves posted sandbox journals and reconciles them to eligible source activity.

Purposefully honest about what is—and is not—implemented.

This is an independent portfolio simulation using fictional data. It produces a balanced journal export and a verified QuickBooks Online developer-sandbox implementation. It is not professional client deployment experience or a production accounting connection.

The sandbox workflow uses OAuth 2.0, creates or reuses configured accounts, posts 12 journals, retrieves all 24 lines, and reconciles $6,854.06 with a $0.00 difference. Production use would still require customer-approved mappings, access controls, audit logging, and operational monitoring.