window.generateDocx = generateDocx;

Turnkey Acumatica Upgrade

Your dedicated upgrade partner. We handle customizations, ISVs, testing, and deployment so your clients stay current and protected.

How to Get Started

1
Fill Intake Form
Complete one form per client instance
2
Free Assessment
We analyze your environment and estimate
3
Sign SOW
Approve scope and project plan
4
We Execute
Upgrade, test, deploy, support
2026 Development Excellence Award
500+ Projects Delivered
40+ In-House Acumatica Team

5-Step Upgrade Plan

This is an interactive walkthrough. Explore each phase of our upgrade process below.

Click a step to see the process, then click any card for full details
1
Assess &
Document
2
Customization
Upgrade
3
Sandbox
Testing
4
Seamless Upgrade
Execution
5
Post-Upgrade
Support

Upgrade Intake Form

Fill out the form below for each client instance. When complete, click "Generate & Download .docx" to get a pre-filled document.

Prefer to fill it offline? Download the blank template. Download Blank .docx
1

VAR Information

2

Client Information

3

Environment Details

4

ISVs

5

Customizations, Integrations and Reports

6

Testing & Sandbox

7

Upgrade Planning

Your form data stays in your browser and is not sent anywhere.

Template Project Plan

Standard upgrade project plan. After assessment, we customize timelines to fit your client's environment.

Download the full project plan spreadsheet. Download .xlsx
StepResponsibleDurationDeliverable
Phase 1: Analysis and Estimation (~1 week)
1a. Project Initiation
VAR Kickoff CallVAR + Sprinterra-Kickoff summary, Intake Form delivered
Complete VAR Intake FormVAR-Completed Intake Form
Submit CustomizationsVAR-Customization source code
1b. Environment Analysis
Evaluate customizations (assessment tool)Sprinterra-Assessment results and evaluation
Evaluate environment componentsSprinterra-Environment review from Intake Form
Update project plan and timelineSprinterra-Customer-specific estimate and plan
1c. Project Approval
Go-ahead for the projectVAR-Approval based on estimates
Phase 2: Execution (2-3 weeks)
2a. Customization Upgrade
Prepare customizations for new version (local)Sprinterra1-2 weeksCustomizations working in local
2b. ISV Upgrade
Coordinate ISV packages for new versionSprinterraDepends on ISVISVs confirmed for new version
2c. Sandbox Testing
Ensure sandbox accessVAR + Sprinterra1-2 weeksFull sandbox access
Prepare customizations (sandbox)Sprinterra-Customizations working in sandbox
Run automated System Integrity testingSprinterra-System Integrity Report
Coordinate ISV packages, publish, testSprinterra-All ISVs functioning
Phase 3: Client Review (~1 week)
Client reviews sandbox and release notesClient1 weekFamiliar with new version
Client confirms sandbox is functioningClient-Client sign-off
Phase 4: Schedule and Execute Upgrade
Confirm date and timeAll Parties-Concurrent with prior steps
Confirm resources for post-upgrade checksSprinterra-Concurrent with prior steps
Execute upgrade, publish, sanity checksSprinterraImmediatelyProduction upgraded
Confirm environment stabilityVAR / Client1 dayStability confirmed
Phase 5: Post-Upgrade Support (2 weeks)
Hyper-care support periodSprinterra2 weeksIssues resolved quickly

Frequently Asked Questions

Answers drawn from real conversations with our VAR partners.

What exactly does "turnkey" mean - what do you handle vs. what do we handle?
We take over the whole scene. That includes upgrading all customizations, collecting ISV packages from ISVs and testing them, and running automated regression testing on the standard modules your client uses - reports, dashboards, GIs, workflows. Your team doesn't need to do any development or technical testing. The client's role is limited to a high-level review of the sandbox before go-live. We handle the rest - customization upgrade, ISV coordination, system integrity testing, sandbox deployment, production execution, and post-upgrade support.
How much time do you need from the customer during the process?
Very little. From the code, we can tell the story - we have a tool that analyzes customizations and gives us the full spec on what's going to work and what's not. The customer really only needs to do a review of the sandbox at the end, which shouldn't be in-depth since we've already tested all the modules. If something isn't working and we need to understand the business logic, that's when we'd reach out, but in most cases we don't even need to communicate with the end client directly. We work through you.
Is the testing automated or manual?
Mostly automated. We built an automated framework based on Acumatica's SDK for all the standard modules - including reports, dashboards, and workflows. When we onboard a customer, we use the intake form to see which modules they're using and enable the appropriate test cases. We do some manual verification on top of the automation, but the heavy lifting is automated. We also use AI to help analyze code discrepancies between versions and are continually incorporating AI into more of our tools.
What information do you need upfront to give us an estimate?
We need access to either a previous sandbox or the production environment - not necessarily the new sandbox with the 90-day window. We just need to see what's there. Then we take time to analyze it, define the scope, review the environment, and give you a quote. The analysis piece is at no cost. Three components drive the price: the modules the customer uses (for system integrity testing), the number and size of customizations, and the number of ISVs. We have an intake form that captures all of this.
When do you need the sandbox? Does it eat into the client's 90-day window?
We don't request a sandbox while we're upgrading customizations - we do that work on our local environment while we coordinate with ISVs to collect their packages. When both are ready, that's when we ask you to request the sandbox so the 90-day window starts when we're already prepared. Then we deploy customizations, run regression testing, and the client does their review. This way, the client doesn't need 60 days to test because we're delivering a fully tested system - they're just doing smoke testing at a higher level.
What about Modern UI migration - is that part of the upgrade?
Modern UI conversion is a separate exercise. We can package it together with the upgrade, but it will be a different line item in the cost. If you're upgrading to 25R2 or later, we'll ask if you need Modern UI conversion for customizations and include it at that point. Classic UI will be deprecated in 26R2, so it makes sense to plan for this. We have a special program for Modern UI migration and have done a lot of conversions already - including for our own ISV products (Property Management, Cash Basis).
Can we white-label this as our own upgrade program?
Absolutely. Many partners present this as their own program to clients. You can say it's your upgrade service - we work behind the scenes. Communication with the client goes through you, and we coordinate everything with your team. We have a portal where you can track progress in real time, and after the upgrade is done, we provide the updated source code back to you for your repository. The pitch to your client is simple: "We want to take the onus off of you for testing."

Ready to Get Started?

Let's discuss your clients' upgrade needs. Assessment is always free.

Email Us Visit sprinterra.com
© 2026 Sprinterra. 167 Madison Ave, Suite 205, New York, NY 10016 | (212) 300-3774 sprinterra.com