NetSuite Script Deployment Inventory Worksheet
After a few years most NetSuite accounts hold scripts nobody remembers writing. This worksheet is a lightweight inventory: one row per script with its type, version, status, owner and recent errors, exportable to Excel for audits and clean-up planning.
| Script ID | Purpose | Script type | API version | Deployment status | Owner | Last review | Errors last 30 days | Risk score | |
|---|---|---|---|---|---|---|---|---|---|
1 | |||||||||
3 | |||||||||
2 | |||||||||
1 |
Risk score is a simple prompt for attention: 1 for no errors, 2 for under ten, 3 for ten or more. Add your own judgment for business criticality. Refresh the table from the Scripts and Script Deployments lists and the execution log in the account.
Live script inventory
Optional: ask about a read-only dashboard built from your account's script and log data.
Optional. The tool and every export work without this. No spam.
How to use the worksheet
Open the script list in your account and enter one row per script, using the full script ID. Add the owner, the deployment status and the date it was last reviewed. Enter the number of errors seen in the execution log over the past month. The risk score column turns that into a quick rank, and the totals show how many scripts you carry and how many errors they generate. Export to Excel for the technical debt conversation.
- Use the exact script ID so searches match
- Mark scripts with no owner clearly
- Review the Testing status rows, since they may be dead or misdeployed
- Record API version to plan 1.0 retirement
What to do with the inventory
Sort by risk score and last review date. Scripts that error often, have no owner or are still on SuiteScript 1.0 are the first candidates for a decision: fix, rewrite, replace with a workflow or built-in feature, or retire. Also look for overlapping scripts on the same record, since order of execution can cause surprises. Keep the sheet in a shared location and update it with every release.
Common mistakes
Inventories decay when they are built once and forgotten. Make updating the sheet part of your deployment runbook. Do not count a script as healthy just because errors are zero: a script left in Testing status or deployed to the wrong audience also produces no errors and no results. Check that each deployment reaches the users and records it was designed for.
- One-time inventory with no refresh
- Treating zero errors as proof of health
- No owner for inherited bundle scripts
- Ignoring client scripts because they do not appear in the execution log
Frequently Asked Questions
Where do I find the list of scripts?
In NetSuite, the Customization menu has script and script deployment lists. The execution log on each script deployment shows recent runs and errors. A saved search on scripts can also help with a bulk export.
What does Testing status mean?
A deployment in Testing status executes only for the deployment owner or the users selected for testing. It is useful in sandbox but usually wrong for production deployments meant for everyone.
Should I include bundle scripts?
Yes if they run in your account. You may not own the code, but you own the effect. Record the bundle vendor as the owner and a contact for support.
How often should the inventory be reviewed?
At least every quarter and at every release. Accounts with heavy customization benefit from a monthly look at errors and ownership.
If you want the inventory refreshed automatically from your account's script records and logs, Netray can help build a read-only view.
Related Tools
SuiteScript Code Review Checklist
A practical review checklist for SuiteScript 2.x covering structure, governance, error handling, security and deployment.
NetSuiteSuiteScript Technical Design Document Template
Fill in a technical design document for a SuiteScript customization and export it as PDF or Word for sign-off before you write code.
NetSuiteNetSuite Sandbox to Production Deployment Runbook Template
Plan a NetSuite release with scope, deployment steps, validation and rollback in one runbook, and export it as PDF or Word.
NetSuiteNetSuite Custom Field Specification Worksheet
Plan custom fields in a table, with IDs, types, applies-to records and sources, and export to Excel for review before building.
More NetSuite tools
See all- NetSuite Saved Search Formula Generator
- NetSuite CSV Import Template Guide
- NetSuite Role Permission Matrix Worksheet
- NetSuite Inventory Costing Method Reference
- NetSuite Month End Close Checklist
- NetSuite License Cost Estimator
- NetSuite User Access Request Form Template
- NetSuite Custom Record Design Spec Template
- NetSuite SuiteScript Deployment Handover Template