Accounting Firm Software: Three Stacks, Not One Ranking
An accounting firm usually operates three connected but different software layers:
- Firm operations: prospects, engagements, client requests, assignments, deadlines, time, capacity, billing, and the firm portal.
- Client-production systems: bookkeeping ledgers, tax preparation, payroll, reporting, audit or workpaper tools used to deliver the service.
- Client-owned systems: the accounting, invoicing, payroll, expense, commerce, or banking tools the client operates and grants the firm access to.
Confusing these layers creates duplicate records, unclear ownership, and fragile integrations. This guide is therefore a stack-design and acceptance framework, not a universal vendor ranking. It is intentionally distinct from our accounting practice-management category comparison, which should be used when comparing products in that category.
Clearpick has not completed hands-on tests of all products mentioned here. Pricing shown on this page was checked against each vendor’s official pricing page on September 8, 2026, and every figure is sourced in the table above. Public product and pricing details were checked in official documentation on July 19, 2026. The workflow below is a test for a real firm to execute, not a claimed Clearpick test result. This page is not accounting, tax, legal, or security advice.
1. Map the operating model before products
Create a service map for each recurring engagement. A monthly bookkeeping workflow, annual individual tax return, corporate return, payroll run, audit, and advisory project do not share the same inputs, review gates, deadlines, or output.
| Workflow element | Decision to document | Evidence the system must produce |
|---|---|---|
| Engagement | Scope, entity, period, owner, fee, renewal, terms | Signed engagement and current service record |
| Client request | Required item, requester, due date, reminders, completion | Client-visible status and immutable activity trail |
| Work | Template, dependencies, assignee, reviewer, recurrence | Current task state, exception, and review sign-off |
| Deadline | Jurisdiction, filing type, extension, dependency, responsible person | Deadline source and change history |
| Documents | Source, client/entity, period, version, access, retention | Searchable filing and permission record |
| Production | Ledger/tax/payroll/workpaper system and record identifier | Link to the authoritative production record |
| Billing | Fixed, hourly, value, recurring, milestone, or usage basis | Approved amount, invoice, payment, and adjustment trail |
| Completion | Deliverable, filing/submission evidence, client communication | Final artifact and acceptance record |
Do not automate a workflow until its exceptions are known. An automatic reminder is useful only if it stops after receipt, respects the correct contact, and exposes failed delivery.
2. Separate the firm system from client ledgers
The practice-management system should normally own the engagement, workflow, people responsible, client requests, and firm-level operational reporting. It should reference—not silently duplicate—the authoritative transaction or return in the production system.
For every integration, define:
- the system of record for client, contact, entity, engagement, invoice, payment, document, and deadline;
- the stable identifier used to match records;
- the direction and frequency of synchronization;
- what creates, updates, archives, or reopens a record;
- how duplicates, former users, merged clients, and failed syncs are handled;
- who monitors errors and how reconciliation is proved.
“Integrates with” is not an acceptance result. Verify the exact edition, region, data objects, write direction, refresh frequency, limits, error logs, and behavior after a client disconnects access.
3. Decide what belongs in the client portal
A portal can centralize requests, uploads, messages, approvals, signatures, and invoices, but only if clients can understand what is outstanding. Test it from the client’s side, including mobile use and a user who manages several entities.
Required portal decisions include:
- identity, invitation, multi-factor authentication, recovery, and delegated access;
- whether a contact can access one client, several entities, or only one engagement;
- maximum file size, supported formats, versioning, and bulk download;
- message and document retention after an engagement ends;
- reminder frequency, opt-out, bounce handling, and escalation;
- export and deletion behavior when the firm changes platform.
Email attachment convenience should not be treated as proof of suitable protection. Security and professional obligations depend on jurisdiction, service, data, and contract.
4. Jurisdiction and security are selection gates
Do not use a global “compliant” badge as a substitute for a local review. Build a jurisdiction sheet covering professional rules, tax authority requirements, privacy, retention, breach response, e-signature, data location, subcontractors, and contractual duties.
For example, the US Internal Revenue Service states that professional tax preparers must create and enact security plans for client data under the FTC Safeguards Rule. Its Protect Your Clients; Protect Yourself guidance and Publication 4557 cover safeguards and a written information security plan. This US requirement must not be generalized to firms in another country; consult the applicable tax, privacy, professional, and cybersecurity authorities there.
Minimum vendor due diligence should address:
- data location, subprocessors, encryption, backups, recovery targets, and incident notification;
- authentication, MFA enforcement, SSO, user provisioning, session control, and audit logs;
- role, client, document, field, and export permissions;
- retention, legal hold, deletion, termination assistance, and portable export;
- penetration testing or assurance reports, their scope, date, and customer access;
- use of customer data in AI features, model providers, retention, opt-out, and administrator controls.
A SOC report, certification, or vendor statement is evidence about a defined scope and period—not a guarantee that the firm’s configuration or process is compliant.
5. Practice-management options: two documented baselines
These examples show different packaging approaches and are not a complete shortlist or ranking.
Karbon: workflow and collaboration priced per user
The official Karbon pricing page lists Team at $59 per user per month paid annually ($79 monthly) and Business at $89 annually ($99 monthly). The page lists integrated email, workflow, client requests and portal, document management, time/budgets, billing, payments, and engagements across plans, with additional automation and integrations on Business. It also publishes plan-specific limits and separate paid add-ons for some reporting or training.
Evaluate when: shared email context, recurring work, internal collaboration, and client requests are central.
Verify: work-template and status limits, automatic reminders, task automators, private contacts/work/email, reporting period, API, data import/export, payments, and implementation services at the intended plan.
TaxDome: portal and practice functions with regional packaging
TaxDome documents different pricing for US/Canada and other countries. Its US/Canada pricing help page lists annual per-seat prices of $800 for Essentials, $1,000 for Pro, and $1,200 for Business; Essentials is limited to a solo practitioner, while monthly and seasonal seat options differ. The page lists CRM, workflow, documents, e-signatures, and other practice functions, but buyers must verify the exact regional plan and current feature schedule.
Evaluate when: the client portal, requests, documents, signatures, payments, and workflow should share one platform.
Verify: regional package, team collaboration, automations, storage, e-signature or identity requirements for specific filings, seasonal users, payments, client migration, support response, export, and multi-year commitment.
Other products may fit better. The purpose of these baselines is to expose the workflow and packaging questions a firm must ask, not to declare a winner from public feature lists.
6. The client-production and client-owned layers
Choose production software separately for each service and jurisdiction. Tax preparation must cover the exact returns, authorities, diagnostics, e-filing route, identities, review, and archival requirements. Bookkeeping must cover the relevant accounting basis, currency, tax, chart, period lock, evidence, adjustments, and export. Payroll must cover the employer’s jurisdictions and filing/payment responsibilities.
When recommending software to a client, document whose interest the recommendation serves and who owns:
- the subscription, billing account, primary administrator, and recovery channel;
- source data, configuration, integrations, and backups;
- filing or payment approvals;
- access for the firm and revocation at disengagement;
- export, migration, and retention after the relationship ends.
The easiest platform for the firm is not automatically the right platform for the client. Avoid making a client dependent on the firm’s tenant if the client needs continuity, direct access, or a clean handoff.
7. A common fictional acceptance test
Use fictional clients and documents until privacy, security, and contract reviews are complete.
Test dataset
- three fictional clients: an individual, one single-entity company, and one group with three entities;
- two client contacts, including one contact authorized for several entities;
- monthly bookkeeping and annual filing engagements;
- 15 documents with two duplicate filenames and one revised version;
- five recurring tasks, three dependencies, two reviewers, one extension, and one reassignment;
- fixed-fee, hourly, and recurring billing examples.
Scenario
- Import clients, contacts, external IDs, engagements, owners, and opening deadlines.
- Generate work from templates and verify recurrence, dependencies, reassignment, reviewer sign-off, and exceptions.
- Send a client request with three items; upload on desktop and mobile; replace one file; test reminders and completion.
- Restrict one portal contact to a single entity and one employee to assigned clients; attempt an unauthorized view and export.
- Link a production-system record, change it at source, and inspect synchronization and error visibility.
- Capture time, issue one fixed and one hourly invoice, record payment, and reconcile billing reports.
- Offboard a fictional employee and client; inspect ownership transfer, access revocation, retention, and complete export.
- Reconcile client, task, deadline, document, invoice, and payment counts to the test sheet.
Record the plan, product version, settings, steps, elapsed time, result, error, manual workaround, and vendor assistance. Run the test through one complete service cycle before firm-wide migration.
8. Cost model by firm—not a fabricated budget benchmark
Public seat prices do not support a credible universal annual budget. Calculate:
practice platform + production licenses + seasonal users + storage/signature/payment fees + implementation + migration + integrations + security + training + parallel run + support + contingency
Model peak seasonal headcount, contractors, administrators, portals, entities, returns, transactions, documents, API usage, payment volume, and multi-year terms. Ask vendors which functions, service levels, and export assistance disappear on a lower plan.
Migration is high risk when client identities, documents, deadlines, email, signatures, billing, and production records are connected. Keep the source read-only until totals reconcile and a sample from every service and historical year is usable in the destination.
Decision rule
First choose the architecture and system owners. Then reject any product that fails a jurisdiction, security, permission, export, or core-workflow requirement. Compare the survivors on total cost and the number of manual exceptions. Do not let an AI feature, review-site badge, or unverified productivity statistic override a failed control.
For product-level practice-management research, continue to accounting firm software. For the client ledger layer, use the accounting software guide. Our comparison methodology explains the evidence labels used by Clearpick.
Research limits
This guide is based on public official documentation and does not establish legal, tax, accounting, security, or professional compliance. Clearpick did not validate vendor controls, filings, integrations, uptime, support, or migration hands-on. A qualified person familiar with the firm’s jurisdictions and obligations should review the final design and contracts.