| Implement | Standing the product up: ledger structure, chart of accounts, tax and entity setup, users and permissions, opening balances, and migration of historical AR, AP and trust positions. "Accounting Seed implementation partner" | Ends when the firm can run a full billing cycle and close a period on the new ledger. Everything here is standard product setup — no custom code is involved. |
|---|
| Configure | Shaping the product to the firm's process: rate tables, billing formats, fee arrangements, trust sub-ledgers, approval routing, recurring and retainer billing, reports and dashboards. "Accounting Seed configuration for law firms" | Declarative only — Flow, formula fields, page layouts, permission sets and native settings. If it can be built without Apex, it belongs in this tier and it stays upgrade-safe. |
|---|
| Build on | Custom development where the product's configuration surface runs out: fee-split allocation logic, interest and late-fee automation, bespoke billing formats, matter-level revenue rules, external system APIs. "custom Accounting Seed development" | Starts the moment a requirement needs Apex, Lightning Web Components or an API integration. We write it as tested, bulk-safe code against the product's supported objects, never by modifying the managed package. |
|---|
| Rescue | Fixing an existing deployment: unwinding workarounds, correcting ledger and trust structure, repairing broken integrations, and rebuilding reporting the firm stopped trusting. "Accounting Seed implementation not working" | Begins with an assessment, not a rebuild. Most of what's wrong is architecture, not the product — we keep the org wherever the data and structure can be corrected in place. |
|---|