Find every legacy script before the deadline does.
SuiteScript 2.1 readiness
SuiteScript 1.0, 2.0, and 2.x scripts are scheduled to stop working in NetSuite 2028.2. Any NetSuite scripts your business still needs must be handled via a NetSuite SuiteScript 2.1 migration before then, including scripts inside bundles and SuiteApps you've installed. First step? Start with a clear inventory via audit, then decide how much of the migration you want to own.
One warning. Three ways you can migrate
NetSuite 2028.2 deadline
Audit + migrate it yourself
DIY SuiteScript 1.0 to 2.1 migration for teams who want the most control. For those with available SuiteScript developers, strong documentation, and time to own discovery, legacy NetSuite scripts conversion, QA, deployment, and support.
Sonar audit + Anchor Group migration
Fastest first look: Free Sonar access, works inside NetSuite, migration help when you need it. For NetSuite admins who want fast visibility and a lower-lift discovery process but want experienced developers to own the actual code migration.
Anchor Group handles the whole thing
Lowest internal lift, for teams that want one accountable SuiteScript agency partner to discover, plan, migrate, test, and deploy the work.
Choose how to start
Step 1: Get the inventory first. Step 2: Decide how much migration you want to own.
There is no trophy for choosing the most labor-intensive route. Pick the starting point that fits your team, timeline, and appetite for opening old script files.
OPTION 1: AUDIT & MIGRATE THE SCRIPTS YOURSELF
Handle the entire migration internally, from start to finish.
This route can work well when your internal team has NetSuite scripting experience, access to a current sandbox, enough time for regression testing, and a reliable understanding of the business processes behind the code. You’ll own discovery, conversion, QA, deployment, and support.
- Export and classify your script deployments
- Trace dependencies before changing shared code
- Test 2.0 and 2.x scripts on the 2.1 runtime in a sandbox
- Convert SuiteScript 1.0 code deliberately
- Run business-process regression tests
- Deploy in waves and monitor
OPTION 2: FAST VISIBILITY & LOWER LIFT
Run a Quick NetSuite Script Audit With Sonar, Then Have Anchor Group Migrate the legacy NetSuite Scripts
Use Sonar inside NetSuite to inventory the scripts and deployments that need attention. You get a faster starting point without the record-by-record scavenger hunt.
- Runs under your existing NetSuite role and permissions
- Separates active, inactive, locked, and vendor-owned scripts
- Organizes risk, dependencies, complexity, and test scenarios
- Creates a backlog Anchor Group can validate and migrate from
Starter Audit Prompt: Audit this NetSuite account for scripts and deployments using SuiteScript 1.0, 2.0, or 2.x. Do not modify files, records, preferences, or deployments. Return script name and ID, deployment status, API version, type, dependencies, ownership, business process, recommended disposition, migration priority, complexity, compatibility risks, and regression test scenarios. Cite the NetSuite record or file used for each finding.
Note: The prompt is written for a read-only audit. Review the output before making changes.
OPTION 3: LOWEST INTERNAL LIFT
Let Anchor Group audit and handle the entire SuiteScripts 2.1 migration.
Hand us the yellow banner and the account history. We will build the inventory, trace dependencies, migrate the code, test the business processes, and move approved changes into production in controlled waves.
- Full script and deployment inventory
- Ownership, bundle, and dependency review
- SuiteScript 1.0 conversion and 2.0/2.x compatibility updates
- Sandbox regression testing and user acceptance support
- Phased deployment, monitoring, and documentation
Best for:
- Inherited accounts
- Undocumented scripts
- Complex integrations
- Already-full calendars
What a useful audit produces
A migration plan, not just a longer list.
The goal is to connect the code to the business: what runs, what matters, who owns it, and what has to be true before it moves to SuiteScript 2.1.
Legacy inventory
Script IDs, deployments, versions, types, and status.
-
Ownership map
Custom, bundled, locked, and vendor-managed code.
-
Dependency view
Libraries, integrations, workflows, searches, and handoffs.
-
Risk priority
Business impact, complexity, usage, and uncertainty.
-
Test path
Expected outcomes, owners, sandbox cases, and rollout order.
After the audit
Every script gets a next step.
A clean inventory makes the decision tree pleasantly boring. That is a compliment.
Retire
The script or process is no longer needed. Confirm, document, and remove it from the migration queue.
Vendor follow-up
The code is locked or managed by a SuiteApp provider. Confirm their 2.1 plan and timeline.
Migrate — standard
The script is editable, understood, and contained. Convert, test, approve, and deploy.
Migrate — high risk
The script touches critical transactions, integrations, shared libraries, or high-volume processing. Give it the test plan it deserves.
Prefer the DIY route?
You can absolutely own the whole project.
Plan on more than changing @NApiVersion. A script can upload successfully and still produce the wrong business outcome.
1. Export + classify deployments
Active, inactive, custom, bundled, locked, and vendor-owned.
2. Trace the dependencies
Shared libraries, RESTlets, workflows, searches, records, and integrations.
3. Test the 2.1 runtime in sandbox
Use a defined test plan before changing account-level preferences.
4. Convert 1.0 deliberately
Map structure, entry points, APIs, and behavior—not just syntax.
5. Regression test + deploy in waves
Record expected results, preserve a rollback path, and monitor production.
A few fair questions
Before you press the button.
If your question is more specific than these, that is usually a good sign it is worth a conversation.
Anchor Group currently offers free access to Sonar. The audit prompt on this page gives you a structured starting point. If you want Anchor to validate the output or migrate the scripts, we can scope that work separately.
The provided prompt explicitly instructs Sonar not to modify files, records, preferences, or deployments. Sonar works under the permissions of the role running it, so use an appropriate role and review the response before taking action.
Yes. In fact, a phased plan is usually the point. Inventory everything, then sequence the work by business impact, dependencies, complexity, testing needs, and vendor ownership.
Sometimes it is one step for a clean 2.0 script. It is not proof that the script behaves correctly on the 2.1 runtime. SuiteScript 1.0 generally requires a real conversion, and every retained script needs business-process regression testing.
Your next sensible move