Skip to content
PaxExact

Product

The operating platform, if you don't already have one

Back Office is designed to be the system of record for firms that don't run one today: intake, client and property records, assignments, communications, and reporting — on top of the estimate you already build in the base product.

What's real today

  • Intake, client and property records are planned — not available as a PaxExact module today.
  • Assignments and communications are planned — not available as a PaxExact module today.
  • Reporting across cases, estimates, and approvals is planned — not built as a customer-facing feature today.
  • Organization roles and per-user access controls are coming soon, on top of today's live organization-scoped API keys.

Who this is for

Back Office is intended for firms that don't already run an operating platform — a growing public-adjusting practice tracking intake on a spreadsheet, or an estimating organization with no system connecting a lead to a case to an assignment. If that's your situation, Back Office is meant to become the place all of that lives, instead of PaxExact being one more disconnected tool alongside the spreadsheet.

If you already run a CRM or a claim platform, you don't need this — see Integrations instead. Back Office is built to replace a gap, not to compete with a system you've already invested in.

What's honest about where this stands

Everything Back Office is meant to do is planned, not built, with one exception. Intake and client/property records, assignments and communications, and operational reporting are all roadmap items today — there is no customer-facing module for any of them yet. Internal tooling exists for the specific operation PaxExact was originally built inside, but it carries that operation's own business rules and isn't available as a general-purpose module.

The one piece further along is organization roles: PaxExact already enforces organization-scoped data isolation and scoped API keys in production today, live at the platform level. A per-user role system on top of that — different permissions for different people inside the same customer organization — is coming soon, meaning it's built or in active development but not yet in production use.

What it's meant to become

The intended shape is a single record that starts at intake — a lead or a referral becomes a client and property record — and carries through an assignment to a specific person on your team, communications tied to that case, and reporting that rolls all of it up across your operation. None of that requires you to give up the base estimating product; Back Office is designed to sit around it, not replace it.

Where Back Office sits relative to Estimate and Claim Adjustment

Estimate: the scope, the evidence, the total — the job itself.
Claim Adjustment: the approval gate and case file, if the estimate is part of a claim.
Back Office: the operating layer around all of it — intake, assignment, reporting — once built.

If you already run a CRM or claim platform

Don't wait on Back Office if you already have an operating system that works. PaxExact's Integrations module is where a scoped API, and eventually webhooks and connectors, are meant to let your existing platform stay the system of record while PaxExact handles the estimate and, if you use it, the claim workflow. Back Office solves a different problem — the absence of any operating platform at all.

If you're unsure which describes you, the test is simple: do you already have one place where a lead becomes a client, an assignment goes to a specific person, and someone can pull a report across your whole caseload? If yes, that system stays your system of record, and Integrations is the module to watch. If no — if that's currently a spreadsheet, a shared inbox, and someone's memory — Back Office is the module meant to close that gap once it ships.

What to expect while this is planned

Because almost all of Back Office is planned rather than built, don't build a workflow around it today. A firm evaluating PaxExact now should treat the base Estimate product, and Claim Adjustment if it applies, as what's actually usable, and treat Back Office as a reason to keep watching rather than a reason to wait before starting. Organization roles are the one piece close enough to call coming soon; everything else described here has no committed date.

FAQ

Frequently asked

Is Back Office available today?

Not as a customer-facing module. Intake, assignments, communications, and reporting are all planned, not built. Organization roles are further along — coming soon, on top of today's live organization-scoped API keys.

Do I need Back Office if I already run a CRM?

No. If you already have an operating platform, see Integrations — Back Office is built for firms that don't have one, not to replace a system you already use.

What exists in production today that's related to Back Office?

Organization-scoped data isolation and scoped API keys are live at the platform level today. The customer-facing intake, assignment, and reporting features described here are not built yet.

Related

Keep reading

See it against your own workflow.

Request early access