Onboarding
Move your PCLaw books into QuickBooks.
Step by step, with a check at each stage and a one-click rollback.
Before your first real run
- Don’t upload a full client ledger on your first run. Export a small slice of the transaction history (one or two transactions) and confirm it lands correctly in QuickBooks first.
- Review the Match accounts screen before sending. A wrong match sends records to the wrong QuickBooks account and has to be reversed.
-
Production sends to the real QuickBooks company.
We’ll ask you to type
IMPORTto confirm — double-check the company name on screen. -
Reversal is one-click but not invisible.
QuickBooks shows reversed entries as new
REV-…records alongside the originals.
Getting your reports out of PCLaw
These all export as CSV from PCLaw’s reporting area. Menu names vary by version — search by the report name.
- Account List (Chart of Accounts). The list of accounts your firm uses. We match these against your QuickBooks accounts.
- Transaction History (General Ledger). The actual entries to move. Run for the period you want to bring over.
- Starting Balances (Trial Balance). The balance of every account as of your switchover date. Used to seed opening balances in QuickBooks and to check the books afterward.
- Final Balance Check (Trial Balance, end of period). A second Trial Balance run for the end of the period you moved. Used at the very end to confirm every dollar landed cleanly.
- Client Trust Balances (Trust Listing). Per-matter trust balances. Reconciled against your trust liability and trust-bank totals. Never auto-posted — see the IOLTA section below.
- Customer / Vendor lists (if your PCLaw build supports a direct export). Helps QuickBooks attach Accounts Receivable lines to the right client and Accounts Payable lines to the right vendor. If you can't export these, we create the customers and vendors during import based on the transaction history.
Column order doesn’t matter — we read the headers.
What you can upload
Four PCLaw exports. Only your transaction history (General Ledger) posts to QuickBooks — the rest are previewed and reconciled.
| Report | What happens | Sample |
|---|---|---|
| Transaction history (General Ledger) |
Sent to QuickBooks Each transaction posts as one journal entry, after you confirm. | Sample CSV |
| Account list (Chart of Accounts) |
Preview only We compare against QuickBooks and show what matches and what would be created. | Sample CSV |
| Starting / final balances (Trial Balance) |
Validation only Parsed and totaled. Used to seed opening balances and reconcile after import. Never auto-posted. | Sample CSV |
| Client trust balances (Trust Listing) |
Validation only Reconciled against QuickBooks trust liability / trust bank totals. Never auto-posted. | Sample CSV |
The full workflow
- Export from PCLaw. The General Ledger for your period, as CSV.
- Upload. Files are encrypted before processing.
- Review the preflight. Counts, totals, and whether the file balances.
- Match accounts. Pair each PCLaw account with a QuickBooks account.
- Connect QuickBooks. Sign in and pick the receiving company.
- Confirm. Type
IMPORTto enable the post. - Send. One journal entry per transaction, with duplicate protection.
- Verify. Every entry is re-fetched and compared against your CSV.
- Reverse if needed. Type
REVERSEto post offsetting entries.
Sample files
Want to try the flow before exporting from PCLaw? Download a sample CSV that already has the columns we expect.
Technical details for support — required CSV columns
You usually don't need to look at this — the app reads
sensible column names automatically. Open this only if support
asks you about the underlying format. Optional extras
— description, reference,
client_id, matter_id,
customer_name, vendor_name — are kept.
| Column | Meaning | Example |
|---|---|---|
transaction_id | Unique id for the entry. Multiple rows with the same id form one balanced journal entry. | JE-0001 |
date | Posting date, ISO format. | 2026-05-01 |
account_number | PCLaw account number. Matched first. | 1000 |
account_name | PCLaw account name. Fallback if number doesn’t match. | Operating Bank |
debit | Debit amount, or 0. | 1000.00 |
credit | Credit amount, or 0. | 0.00 |
memo (optional) | Free-text description copied into the QuickBooks line. | Opening operating cash |
About trust / IOLTA accounts
Trust accounts are the most sensitive part of a law-firm migration. Here is exactly how Cutovr treats them.
- Trust balances are checked and reconciled, not blindly auto-posted. We compare your PCLaw client trust listing against the trust liability and trust-bank totals before anything is sent to QuickBooks.
- Per-client trust balances do not auto-post to QuickBooks trust accounts. The trust listing is treated as a reconciliation input. If your firm needs per-client trust balances mirrored into QuickBooks, that's a separate manual step under your accountant's supervision.
- If trust balances don't reconcile, the migration is flagged. You'll see an explicit “Needs attention” on the review step before you can send anything.
- You decide what to do with mismatches. We surface the variance with the underlying numbers so you (or your bookkeeper / accountant) can make the call — we never silently “fix” a trust discrepancy.
Bar rules vary by jurisdiction. Cutovr is a migration tool, not legal or accounting advice. If you're unsure about the trust posture for your migration, please involve your firm's accountant or a trust-account specialist.
What we check before posting
- Every required column is present.
- Each transaction balances (debits == credits).
- Every row has a date and an account number or name.
- Every PCLaw account is matched to a QuickBooks account.
- QuickBooks is connected and the realm id is known.
- The same file hasn’t already been imported into this QuickBooks company.
- None of the transaction ids already exist in this QuickBooks company.
- You typed
IMPORTon the confirmation card.
Need help?
Read the support page for common issues, or email support@cutovr.com. Include the job ID and the error message (never paste ledger data).