Best Of
Re: Custom Transaction Body > List/Record > Contacts - Filter to ALL contacts associated with Entity
Thanks for the clarification, @Glaced999991,
The Contact has two company joins, "Company (Primary)" and "Company".
The "Company (Primary)" is the one that appears in the Contact Header (Company) field.
All other Companies to which the Contact is attached are under the "Company" (not Parent) join.
You won't be able to show the Contact in a custom field natively within a "Company XYZ Estimate" because a Contact can be attached to multiple such Customers. This might have worked if the Contact had a 1:1 relationship with non-Parent Customers.
Re: Parent Child Customer records - Guidance / Best practices
Hi @User_3172U
1. How Child Customers Are Displayed After Setup
- UI Display: In the Customer List view, Child Customers appear indented below their Parent. On the Customer record, there is a "Child Customers" subtab listing all children.
- Saved Searches/Reports: You can filter or group by Parent or Subsidiary field.
- Global Search: You can search by Child or Parent account. Hierarchical relationships are visible on individual customer records.
2. System Doesn't Inactivate the Former Standalone Customer
Behavior: When you assign a customer as a Child, NetSuite does not inactivate the original customer record. Both Parent and Child remain active unless you take manual action.
- Recommendation: Consider process documentation and possibly a workflow (SuiteFlow) to notify CSRs or auto-inactivate a prior record if appropriate for your organization.
3. Opportunities Created Under Parent Not Visible to Admin in Global Search
- Possible Reasons:
- Role Permissions: Sales Manager may have different restrictions (More/less restrictive Transaction/Entity access).
- Record Restrictions: Opportunities may be restricted based on the role’s assigned subsidiaries, territories, or custom Scripting/Workflow.
- Best Practice: Review role permissions (Setup > Users/Roles > Manage Roles) and Saved Search visibility settings.
Key Functional Questions
Credit Limits, Open Balances, and Payment Application
- Credit Limits: May be managed per customer or rolled up to Parent (if "Consolidated Credit Limit" is enabled).
- Open Balances: Aging and balances often show per customer, but can be rolled up for consolidated statements if enabled.
- Payments: Payments made to Parent can optionally be applied to Child invoices, depending on configuration.
Pricing (Standard and Sales Contract)
- Standard Pricing: Inherits from Parent unless specifically set at Child level.
- Sales Contracts: Usually tracked at the entity (Parent or Child) where created. Review contract settings for rollup/inheritance options.
Transaction History
- Preservation: Transaction history remains with the Customer record (Parent or Child) where each transaction was entered.
- Rollup: Some reports and dashboards can be configured to consolidate history for Parent and all Children.
Effective Dating
- Standard NetSuite: Does not natively support effective dating for Parent-Child relationships (i.e., setting a start/end date for the relationship).
- Workaround: Changes must be manually logged, or a custom field/script can record when the relationship was modified.
Do Workflows, Saved Searches, or Scripts Need Updating?
- Yes. Any workflow or search that assumes a flat customer list may need review to ensure the proper handling of Parent/Child logic (e.g., if filtering for all active customers, add logic for Parent/Child fields).
- Scripts: Review any SuiteScript that references customer relationships.
Permissions & Visibility Issues
- Permissions: Roles may need “View All” permissions to see all subsidiaries/entities.
- Visibility: Multi-level relationships can introduce unexpected visibility issues (e.g., Global Search or Reports). Review role definitions and test edge cases.
Can a Child Have Its Own Child? (Multi-Level)
- Yes. NetSuite supports multiple levels of Parent-Child hierarchy.
What Happens if the Relationship Ends?
- Breaking the Link: You can remove the Parent from the Child's record. Historical transactions remain as they were recorded at the time of entry.
- History: No automatic rollback/consolidation/re-parenting of transactions—the relationship is not retroactively changed for existing records.
You can also refer to the following articles:
Re: Your account has been identified as eligible for an automated upgrade to SuiteTax
Hey @Gino Matthys,
There is a risk that the upgrade will impact the E-invoicing Integration.
NetSuite specifically mentions the following in the FAQ:
If you use any third-party integrations, particularly those that involve the creation or update of taxable transactions, please check with your vendors to ensure these integrations are compatible with SuiteTax.
Note that you can reschedule the upgrade to a later date if you need more time to review it and its impact on the integration.
Re: Address Generated from Shipping Label is Different from the Shipping Address in Transaction
Hey @JM Benitez,
Most probably, the issue is with the "Shipping Label PDF/XML". Did you check what address the label is pointing to? You should be able to update it to print the correct address.
Re: How can I get this saved search to show main line results?
Hi @Dext3r,
You can try creating this using SuiteAnalytics Dataset.
Criteria:
*Type: Purchase Order
*Transaction Line: Item [your items]
Results:
*Transaction
*Transaction Line: Item
*Created From = Transaction Line > Related Transactions - Previous > Transaction
*Created From: Shipping Cost = Transaction Line > Related Transactions - Previous > Transaction > Shipment > Shipping Rate
If SuiteAnalytics Dataset is not feasible, you can do customizations.
*custom transaction line field that would store the value of the Created From field
*custom transaction line field that would store the value of the Created From: Shipping Cost field
Re: What is the best option if the client does not want to buy a sandbox for testing ?
When a client has only a NetSuite Production account and no sandbox, the best approach is to implement changes carefully and incrementally in Production, keeping critical features disabled until testing is complete. Native NetSuite controls such as roles, permissions, inactive records, and feature toggles can be used to test without impacting live users, along with minimal or sample data wherever possible. We can also use custom flagging in records and transactions to identify test data. The Release Preview (RP) account provided by NetSuite for a few months can also be used for testing configurations, scripts, and workflows in a safer environment. While purchasing a Sandbox account remains the recommended long‑term solution, disciplined Production testing combined with RP usage and strong change control is a practical short‑term approach.
Thank you
Re: Apply Work Breakdown Structure (WBS) in Project Menu to Budget Standard in Netsuite
Hi @User_WA9MO,
We sincerely apologize for the delayed response as we were coordinating this to proper teams. Can you please try the solution from SuiteAnswer 91463 | Creating a Budget from a Work Breakdown Structure.
To create a budget from a work breakdown structure:
Go to Lists > Relationships > Projects.- Click Edit next to the project you want to update.
- Click the Work Breakdown Structure subtab.
- Click Set as Baseline Budget.
Re: Why can't we create an Opportunity from a Lead?
Thank you for your inputs @Entartes!
In order to create a new Opportunity from a Lead Record, the Lead Form used should show the Opportunities Subtab. However, the Standard Lead Form does not have the Opportunities subtab displayed by default. This article shows how to display the Opportunities Subtab on the Lead Forms.
Customize Entry Form for Lead
- Navigate to Customization > Forms > Entry Forms
- Preferred Customer/Lead/Prospect Form: Click Customize/Edit
- Name: Enter Custom Lead Form
- Click Sublists
- Click Sales Team
- Show: Enter Checkmark for Opportunities
- Click Save
2. Use the Preferred Lead Form
- Navigate to Setup > Sales > Sales Preferences
- Click General
- Preferred Lead Form: Select Custom Lead Form
- Click Save
I hope this helps.
Re: What is the best option if the client does not want to buy a sandbox for testing ?
Hi @Kirtee Jeetah-Naran ,
It's a BAD idea to not purchase a sandbox because the process of configuring and performing UAT is specifically to ensure that all configuration is approved prior to moving it into production. Without this possibility, your client may end up losing a lot of money if they need a re-implementation due to being stuck with a design that doesn't support their needs.
Spend more time on requirements gathering, documenting designs etc PRIOR to configuration. Once SuiteSuccess is installed (be sure to follow all instructions) they won't have much opportunity for customizations since there is no way to completely wipe a customization if they don't want it.
Good Luck
Re: How do I add the Reports > Smart Count to another Center?
Hello @Dext3r, Sorry for the delay. Upon testing and reviewing I could figure what's happening here Smart Count visibility is permission-driven and cannot be added via Center Tabs or Center Customization. The recommended approach is Customize the Standard Smart Count Inventory Counter role(Center Type : Shipping Center) as it's built with the purpose and already includes Smart Count Reports and Dependencies. You an then add all the other permissions required as per your expectations or You can compare your Role with the Smart Count Inventory Counter Role and add missing permissions.
SuiteAnswers for reference :
1023481 Permissions Required for Smart Count Roles
106431 Smart Count Roles and Permissions
_________
In case you know someone who is new to NetSuite, we encourage you to direct them to our newly launched "New to NetSuite" page. This page is specifically designed to offer them information and guidance and help them make the most out of their NetSuite journey. Click here for more details.








