Skip to content
Services ⌄
NetSuite AI readinessNetSuite developmentSAP Business ByDesignEDI & integrationsAI & automationsTechnology leadership & IT
NetSuite AISuiteAppsAbout usLet’s talk ↗
Sales form (rep's view)
ItemFork Crown Kit
On hand64
CostHidden
Item record
Fork Crown Kit· Cost 14.60
Sales rep · Items: View
Chat with an AI assistantJD
Can we ship 50 Fork Crown Kits to Denver this week?
Yes, 64 on hand at the main warehouse.At 14.60 each, the order is 730.00 at cost.Not asked for
2:14 PM
+ Ask a question
Hypothetical answer · sample data
Same role, different path

← News/Article

A hidden field is not a permission: check your roles before you connect AI to NetSuite

Hiding a field on a form, or with a workflow or script, changes the screen. It does not change what the role can read.

Article · Nov. 3, 2026

NetSuite AI readiness, with diagrams →

Media contact

Jeffrey Hansbury
press@ytbe.com

Summary. Hiding a field in NetSuite, on a form or with a workflow or script, changes what the screen shows. It does not change what the role can read. A role that can view the record can usually still reach the field through saved searches, reports and queries. That has always been true. AI makes it easier to run into: an assistant connected through the NetSuite AI Connector works through the user’s role, and a routine question can bring back a detail nobody asked for. Before you connect a role, find out what it can actually reach.

Hiding a field is a display setting

Fields usually get hidden in one of two ways:

  • Hidden by default, then shown for some users by a workflow or a user event script.
  • Shown by default, then hidden for some users by a user event script before the page loads.

A custom form can also leave the field off or set it to hidden. All of these change what the form shows. None of them changes what a saved search, a report, a query or an AI answer can return for that role. Item cost is the example used here, but the same applies to commissions, vendor pricing, margins, pay rates or any field you’d rather some roles didn’t see.

Simplified table titled What hides a field, and what controls access. Display settings versus access settings. Columns: Setting, Changes what the form shows, Limits searches and reports. Custom form layout: Yes, No. Workflow: set display type: Yes, No. User event script (before load): Yes, No. Custom field access, Default Level for Search/Reporting: n/a, Yes, that custom field. Role permission on the record, for example Items: n/a, Yes, the whole record. A note reads: Item cost can be hidden on a form and still appear in searches or queries. Test what the role connected to AI can actually retrieve. Footer: Simplified. Behaviour varies by field and account; test before you rely on it. YTBE analysis.
What hides a field and what controls access. Simplified illustration, not a product screenshot.

Where the data is still reachable

A user with the required search and record permissions may be able to retrieve item cost or preferred vendor through a saved search. Reports and SuiteQL queries provide other access paths, subject to the connected role’s permissions.

What AI changes

This is not AI getting around permissions. It is AI using access the role already had, through a path nobody had to think about before.

Oracle describes the AI Connector as role-based: the tools a user sees, and the data they can reach, depend on the permissions of the role they connect with. Its standard tools include saved searches, reports and read-only SuiteQL queries. Oracle’s documentation adds a detail worth knowing. The connector’s saved search tools need the Perform Search permission, but its SuiteQL query tool has no specific permission requirement: what it returns depends on the role’s existing permissions. So a role that cannot run saved searches may still reach the same fields with a query.

Routine questions can expose sensitive data

A saved search returns its defined columns. An AI assistant may retrieve additional fields while answering a question. For example, a sales rep asking whether an item is in stock could receive its cost in the same response. Whether that field is accessible depends on the connected role, even if the sales form hides it.

Illustration: a hypothetical answer, not a recorded one.

Simplified illustration titled Hidden on the form. Returned in the answer. Same item, same Sales rep role. On the form, the rep’s view of an Inventory Item named Fork Crown Kit shows On hand 64, Base price 24.00 and Cost as Hidden, with the note Hidden: the form does not show Cost. In the AI assistant, a chat from user JD asks, Can we ship 50 Fork Crown Kits to Denver this week? The assistant answers, Yes, 64 on hand at the main warehouse. At 14.60 each, the order is 730.00 at cost, with the cost sentence highlighted and marked Not asked for. A note reads Returned: nobody asked about cost. The role could read it. Footer: Hypothetical answer, sample data. Not a recorded run. Simplified illustration. Not a product screenshot. YTBE analysis.
A hypothetical answer: the form hides Cost, but the role can still read it. Simplified illustration, not a product screenshot; sample data.

What to check, role by role

  1. List the fields you treat as sensitive: cost, margin, commissions, vendor and purchase price, pay rates, customer pricing.
  2. Find where they are hidden today: forms, workflows and scripts.
  3. For each role you plan to connect, test whether those fields can be reached by saved search, report, query or the AI Connector.
  4. Separate real controls from display settings. Custom fields have a field-level control: the Default Level for Search/Reporting on the field’s Access subtab (None stops searches and reports returning it). Many standard fields, such as item cost, have no field-level permission. Whether a role can read them depends on its access to the record, so test the role rather than assume.
  5. Decide, role by role, whether to connect it knowing what it can reach. Not every exposure has a clean fix, and removing record access can take away what people need to do their jobs.
  6. Re-check after any role or permission change, and before adding a role to the AI Connector.
Simplified card titled Know what each role can reach before you connect it. Same field, three places. For the field Cost on the Sales rep role: Sales form, Hidden. Saved search, Readable. AI assistant, Readable. Footer: Hypothetical example, sample data. Simplified illustration. Not a product screenshot. YTBE analysis.
The same field checked in three places for one role. Simplified illustration, not a product screenshot; sample data.

If you need to limit the AI channel

One architectural option is a purpose-built custom tool that returns only approved fields, with the broad built-in tools turned off and no other installed tool that can query freely. It limits what the assistant can retrieve. It does not change what the role can read in saved searches, reports or exports, and it needs testing in your account before you rely on it.

How YTBE helps

This is part of our AI readiness check. We find where your account hides fields, test what each role can actually reach by search, query and the AI Connector, and show you which controls are real and which are display only, so you can decide with the facts. We do it in your sandbox first.

Sources

  • Oracle, MCP Standard Tools
  • Oracle, runCustomSuiteQL
  • Oracle, Restricting Access to Custom Fields
  • Oracle NetSuite AI Connector Service datasheet

← Back to all YTBE news

YTBE Inc.

Technology partners for growing brands.
Morris County, New Jersey. Working worldwide.

NewsPrivacy PolicyContact Us

© 2026 YTBE, Inc. · Monday–Friday, 9 a.m.–5 p.m. Eastern

NetSuite is a registered trademark of Oracle America, Inc. SAP and SAP Business ByDesign are trademarks or registered trademarks of SAP SE. Microsoft and Microsoft Teams are trademarks of the Microsoft group of companies. YTBE, Inc. and its products and services are independent third-party offerings and are not endorsed or sponsored by Oracle, SAP, Microsoft or their subsidiaries.