Manage many clients from one place, without losing separation
The right accountant model is one entity per client business. That keeps numbering, branding, exports, and compliance rules scoped correctly while your team switches context instead of juggling accounts.
Use one account, many client entities
Accountants and finance teams should keep operational control on one account while each client business lives in its own entity. Add client-facing access only when there is a clear need for it.
One team account switches between client entities.
Use entity keys or user-based access when needed.
One client business = one entity
Each entity holds its own customers, items, numbering, exports, and compliance rules. That is what makes switching easy without breaking auditability or client boundaries.
Prove switching and exports before scaling
The first test should prove that your team can switch client context, issue documents, and export or render by client without confusion or leakage.
Create two or three sandbox client entities
Switch between them and issue one invoice per client
Render or export documents by client
Decide whether clients get no access, entity-key access, or user-based access
Each client entity follows its own country and business rules. Accountant convenience should never flatten per-client numbering or compliance behavior.
Sandbox is the right place to validate exports, switching, templates, and country-specific behavior across multiple client profiles.
Start with one workflow, not a whole rewrite
Free sandbox with no time limit. Prove one entity and one invoice flow before deciding how much UI, compliance, and rollout surface you want to own.