STATUS ACTIVE · 12 PROBES · 146 POST-PUBLISH TESTS · ~90s ALERT LATENCY · ACUMATICA 24.200.001
AcuOps · Acumatica DevOps Platform

Acumatica's a great ERP.
The operations layer is an exercise left to the reader.

When a minor release drifts a DAC and the customization breaks at 6pm Friday, it's not Acumatica's phone that rings — it's yours. AcuOps is the team you weren't hired to be. Twelve probes, 146 post-publish tests, a CI/CD pipeline through the Customization API. Read-only API, session-gated. Credentials stay in your vault, not ours.


01 / 07 · The problem

You've been stitching this together per-client, for a decade.

You've tried internal scripts. You've SSH'd into the instance when the client complains. Maybe a NetSuite-style monitoring add-on that doesn't know what a PXException is. None of them survive an Acumatica minor release.

Infor CloudSuite ships built-in environment monitoring. Sage Intacct has runbook integrations. Microsoft Dynamics 365 Business Central has AppSource partners that watch tenants. Acumatica has VARs stitching it together.

AcuOps is the thing that should have come in the box.


02 / 07 · Capabilities
What runs against every instance.

Twelve health probes. 146 post-publish tests. A CI/CD pipeline that pushes customizations through the Customization API. All three read-only against your clients' instances.

01 · Monitor Probe online

Twelve Health Probes

Continuous checks across Acumatica, HubSpot, MCP servers, and the infrastructure behind them. Acumatica doesn't tell you when a DAC field flips enum order. We do — within 90 seconds of the change landing.

02 · Drift Probe online

Schema Drift Detection

Acumatica and HubSpot field changes caught automatically. A Slack alert fires the moment the environment your customization relies on moves under it. You find out before the backfill breaks.

03 · Deploy Pipeline ready

CI/CD for Customizations

Push to GitHub. Import and publish through the Customization API. Co-publish conflict checks, post-publish polling, automatic rollback signal. No manual uploads. No RDP to the instance. No "did it actually publish?"

04 · Validate Suite ready

146 Post-Publish Validations

Playwright runs the suite after every deploy. Schema checks, custom-field verification, pipeline validation, UI renders. If the customization broke the screen, you know 90 seconds after publish — not when the client finds out Monday morning.

05 · Upgrade Watcher online

Pre-Upgrade Testing

Run the 146-test suite against the Acumatica upgrade candidate before it hits your client's production. You get the diff in Slack before the release notes land. If something breaks, it breaks in sandbox.

06 · Governance Audit active

Config-as-Code

Every customization project, every pipeline, every health probe versioned in GitHub. Branch protection, PR gates, audit trail. "Who changed that field?" becomes git blame.


03 / 07 · How it works
Point AcuOps at the instance.
Get Slack alerts before your client calls.
STEP 01 · Connect

Point it at the instance.

Point AcuOps at your client's Acumatica instance. Read-only API access, session-gated. Credentials live in your vault — we don't hold keys, we don't hold sessions between runs.

STEP 02 · Run

Probes run. Pipeline deploys.

Twelve health probes run continuously. The CI/CD pipeline deploys customizations when you push to GitHub. 146 tests validate every publish against the live screen.

STEP 03 · Alert

Slack fires before the phone.

Slack notifications fire before your client does. You see every alert across every client. Your client sees only their own instance. Drill into dashboards for the stack trace.


04 / 07 · Slack integration
Your workspace. Your alerts.
Your clients' workspaces stay separate.

AcuOps installs directly into your client's Slack workspace. They see their own alerts. You see everyone's. One event, two audiences, zero manual forwarding.

Your client sees

Their own workspace.

AcuOps drops into your client's existing Slack. No shared channels. No cross-workspace noise. Two dedicated channels, scoped to their instance:

# acuops-alerts Deploys, health warnings, sync errors
# acuops-intake Requests that route to HubSpot tickets

Each client's data stays in their workspace. They never see your other clients or your internal channels.

You see

All clients, one view.

Every notification also posts to your operator workspace. All clients, all alerts, one place:

# deployments Deploy results across all clients
# system-health Health probe alerts across all clients
# integration-issues Sync and integration failures

One event, two audiences. Zero manual forwarding.

Setup
01

We send your client a one-click install link during onboarding.

02

They approve AcuOps in their Slack workspace. Ten seconds, no meeting required.

03

Channels are created automatically. Alerts start flowing immediately.


05 / 07 · Pricing
$300 per month. Per Acumatica instance. Flat.

Not per seat. Not per transaction. Not per alert. The meter is the instance — one number, one invoice. Every capability included. Volume discounts at 10+ and 25+ instances.

AcuOps · Flat instance meter Invoice preview
Meter 1× Acumatica instance
Billing cycle Monthly · no contract
Setup $0
Overage None · flat
Total · monthly
$300/mo
per Acumatica instance
  • [✓] Twelve health probes (Acumatica, HubSpot, MCP, infra)
  • [✓] Schema drift detection with Slack alerts
  • [✓] CI/CD deploy pipeline through the Customization API
  • [✓] 146 Playwright post-publish validations
  • [✓] Pre-upgrade testing against Acumatica release candidates
  • [✓] Config-as-code in your GitHub organization
  • [✓] Per-workspace Slack install, one-event dual-post routing
Volume · 15% off at 10+ instances · 25% off at 25+

06 / 07 · Why this, not that
Four decisions you should know about.

We've priced this product three different ways. This is the one that survived first contact with our own client portfolio.

Decision 01

Per instance, not per seat.

Your client's AP clerk and your VAR's senior architect are both running drift checks against the same DAC. Per-seat billing doesn't reflect the work. Instance-count does. One Acumatica tenant = $300/mo, regardless of who logs in or how many clerks open SO301000.

Decision 02

Flat, not metered.

We thought about $0.10 per test run. We thought about a tier-bump at 50 deploys per month. Then we ran the numbers on our own portfolio. The cost-to-serve variance between a quiet month and a wild one is close to nothing. A flat meter means you know the invoice before the month starts.

Decision 03

$300 is what the work costs.

Twelve probes running every few minutes. A 146-test Playwright suite against every publish. A CI/CD pipeline that handles Import, publishBegin, co-publish, publishEnd polling, and rollback signals. An on-call rotation that catches the indexer when it times out. Priced at what it takes to actually run the thing — which is the only price that survives a year.

Decision 04

Resell it, or don't.

Some VARs bill it straight through at cost. Some mark it up to $500 and make it a managed-service line item. We don't care. The meter is your Acumatica instance count — not seats, not clients, not end-customer invoices. What you do with the margin is yours.


07 / 07 · Questions
Direct answers.

If you're asking these, you're the right audience.

Do you compete with my implementation practice?
No. We don't take Acumatica implementation work. Per-instance flat pricing means we have zero incentive to push hours your way. You keep the implementation margin; we take the ops layer nobody wanted to own.
Why not bill my hourly rate and handle it myself?
You can. At $175 per hour, $300 is 1.7 hours of your time per month. Most VARs burn more than that on manual drift chasing the first time a customization breaks. You keep the margin; we keep the scope.
What happens on an Acumatica minor release?
We run the 146-test suite against the upgrade candidate before it hits your client's production. You get the diff in Slack before the release notes land. If something breaks, it breaks in sandbox — not in front of the client's AP manager on Tuesday morning.
Do you need access to my clients' environments?
Read-only API, session-gated. Credentials stay in your vault, not ours. We don't hold API keys. We don't hold sessions between runs. Every probe is logged. If you want to revoke access, revoke the API user — there's nothing else to clean up.
Can I resell this to my clients?
Yes. Or keep it internal. We don't care. The meter is your Acumatica instance count — not seats, not clients, not end-customer invoices. If you bill a managed-service line item at $500/mo and pocket the margin, that's the correct answer.
Do I need to be a Studio B client to buy AcuOps?
No. AcuOps is sold on its own. No bundled services, no Studio B retainer required. If you later want fractional CTO work or an Acumatica roadmap engagement, that's a separate conversation — and not one the AcuOps meter pays for.

Request demo
See what your clients' environments look like right now.

30-minute demo. We point AcuOps at a sandbox of your choosing and walk through what the probes, pipeline, and test suite catch. No slide deck.