Salto for
NetSuite
Articles
SHARE
Sonny Spencer, BFP, ACA
August 27, 2023
10
min read
About Salto: Salto's platform helps you and your team deploy, track, and manage your NetSuite customizations effortlessly. Learn more here.
It is all too easy to expand and overcomplicate your NetSuite chart of accounts. With a few clicks or a single CSV import, you can have many new accounts ready for users to start allocating transactions to. The complexity lies in keeping the chart of accounts simple, which may sound counterintuitive, but is the reality.
In a previous blog post we reviewed the process for setting up your chart of accounts in NetSuite. In this article we will focus on both the creation and maintenance of the chart of accounts through the lens of common mistakes I have seen during my time as a NetSuite user. These mistakes are all too common and too easy to fall into, so we will wrap up with some best practices that you can use as a checklist next time you think about creating a new chart of accounts in NetSuite or simply adding new accounts to the existing chart of accounts.
When building your chart of accounts, it is important to stay disciplined with your structure. Data and reporting requests will change over time and it is all too easy to create new GL accounts to meet some of these reporting needs. If you find yourself deviating from your chart of accounts overall structure or starting a new layer of numbering, take a step back and consider whether the business reporting requirements would be better served with a separate reporting segment.
In some cases it will just make sense to create new accounts, e.g. establishing a new overseas entity will likely require some sort of investment in a subsidiary account and related intercompany accounts. Other cases may require a different approach, e.g. establishing a new business division that requires separate income statement reporting. In this example, the use of departments or classes (or a new custom segment) would be more appropriate.
Keep your chart of accounts as simple as possible. Don’t forget that the larger your chart of accounts is, the more challenging it will be for your end users to find the account they need when creating transactions in the system, such as journal entries.
Salto Tip: To have the ability to create custom segments in your NetSuite account you must first enable the functionality.
Navigate: Setup > Company > Enable Features > SuiteCloud > SuiteGL > Custom Segments
Once this feature has been enabled in your NetSuite account you can create a new custom segment.
Navigate: Customization > Lists, Records, & Fields > Custom Segments > New
This mistake is related to the first mistake we just discussed. If you try to manage multiple charts of accounts in NetSuite you will inevitably end up creating too many accounts and hierarchies to accommodate. If you are managing multiple charts of accounts today across different systems and entities, you should consider the effort it would take to get to a single chart of accounts operated globally. Again, keeping it as simple as possible.
If you are using the NetSuite multi-book accounting functionality and you would still like regional specific account naming conventions then think about leveraging the global account mapping feature to meet your statutory reporting requirements.
For NetSuite OneWorld customers, consolidated exchange rate types directly impact your consolidated financial results. If just one account is set up with the incorrect rate type you can end up in a situation where your consolidated income statement does not roll up to retained earnings.
This should not happen very often as NetSuite will set the correct default rate type, in most cases, based upon the account type that was selected when the account was first set up. Income statement accounts default to the “Average” rate type, so you shouldn’t run into the retained earning issue mentioned above, but it is certainly possible.
For each account in your chart of accounts you should review the consolidated rate type to confirm if the value is appropriate. NetSuite may default a balance sheet account to use the “Current”, i.e. month end spot rate, when in fact you have deemed this particular account to be measured at the “Historical” rate. It is important to get this right the first time. You can change this value after the fact, but it is not advised, as it will impact historical reporting even in closed accounting periods!
Setting subsidiary level permissions on accounts within your chart of accounts is a great way to ensure users do not inadvertently record a transaction to the incorrect account. In some cases, such as bank accounts, NetSuite will force you to select a single subsidiary (because a bank account can only belong to a single entity). It is also practical to limit subsidiary access when working with intercompany accounts that should only have transactions recorded to them when associated with a specific subset of subsidiaries.
One of the challenges NetSuite Administrators run into is forgetting to grant access to all of the elimination subsidiaries when creating intercompany accounts. If the elimination subsidiaries do not have access to intercompany accounts, how can the system record the appropriate elimination entities? It cannot, and as a result when you run your NetSuite elimination process you can expect to see a processing error.
This processing error is also very common when working with CSV imports for transactional data. If there is reference to an “entity” error, a good place to start is reviewing the subsidiary level access for all fields and objects in the import.
Salto Tip: Where possible, keep the subsidiary access to accounts consistent and simple. Bank accounts and credit cards require a 1:1 mapping to subsidiaries, but other accounts are flexible, so use the “Include Children” check box wherever possible. That way, when you create new subsidiaries in future, you should not need to be too concerned with subsidiary access to the chart of accounts.
Earlier we discussed the importance of not creating too many accounts or account hierarchies, but that is not to say that account hierarchies should be eliminated entirely. On the contrary, it is important to create parent account records in order to group accounts for reporting purposes.
If you do not group your GL accounts, you will be forced into some heavy reporting customizations when building custom financial reports to meet your business reporting needs—especially when you are adding new accounts to the chart of accounts and need to maintain those financial reports.
With the appropriate chart of accounts structure, new accounts can be automatically mapped to their respective parent account and therefore roll up where they need to for all related financial reporting. This should always be the goal. Remembering to update specific financial reports when a new account is added is one thing, but then finding the right place to update those report layouts is another, so always plan to avoid this whenever possible by creating parent accounts.
As a follow up to the previous mistake, you may have taken the time to create the best parent/child hierarchy in your chart of accounts, but then you forget to mark the parent accounts as “summary” accounts.
When an account is marked as a “summary” account, users will not be able to post directly to that account. Instead, users post to the related child accounts and the account totals roll up to the parent account; the parent is the sum of its children. If you allow users to post transactions directly to the parent account, things can get confusing from a financial reporting standpoint where parent accounts include both child account roll ups and transactions of their own.
The way that NetSuite prohibits users from posting directly to a “summary” account is to make that account inactive. As such, the account is available for reporting purposes, but will not be available in account drop down selections when users are creating transaction records in the system.
Having gone through the effort of establishing a great parent/child hierarchy in your NetSuite chart of accounts, it is important to take the time to review and ensure the parent accounts have been designated as “summary” accounts. There are of course exceptions to this rule, so use your judgment based upon your business reporting needs.
The “Revalue Open Balance For Foreign Currency Transactions” check box has a significant impact on your NetSuite financials, so you need to take extra care when deciding whether to check this box or not. For monetary accounts (e.g. bank accounts, accounts receivable, etc.), they should be revalued at the month end spot rate (the “current” rate) and therefore should have this check box checked. For non-monetary accounts (e.g. PPE), this check box should be unchecked.
Checking or unchecking the box doesn’t directly impact your financials. Instead, when checked, it presents that particular account for revaluation during the period close revaluation process. All accounts presented will be subject to revaluation by default, but the check box can be unchecked if necessary.
The good news here is that if the checkbox value is set incorrectly it can be updated prospectively in the future without any impact to your historical financials, which is different behavior from the consolidated exchange rate field we reviewed earlier.
Maintaining a simple and consistent numbering convention in your chart of accounts is important for the long term scalability of your NetSuite environment, from both a data entry and financial reporting perspective.
It is generally recommended to keep the numbering system to 4-6 characters. NetSuite allows for more characters than this, but that does not mean you have to (or should) use those additional characters.
As new reporting requirements come to light, users may be quick to propose new accounts to separately report on a subset of transactional data. Well, what happens when you run out of numbers? One conclusion is to expand the numbering system. That may be necessary, especially if starting with 4 characters. However, another conclusion would be to capture the reporting via a different method by leveraging other reporting segments that are available (think class, department, location).
Before going ahead and creating new accounts in your chart of accounts, be prepared to challenge the request, especially if it would require making exceptions to your numbering convention.
For more information on these best practices, check out Salto’s blog post that explores some of the things NetSuite Developers and NetSuite Administrators should consider when working with the NetSuite Chart of Accounts. By following these best practices, you can build a simple and effective Chart of Accounts in NetSuite that supports your business reporting requirements.
The chart of accounts is the backbone for all of your financial reporting with NetSuite. Given NetSuite’s vast customization capabilities, it is easy to jump in and start customizing your chart of accounts to accommodate more complex business reporting needs. This is perhaps one area of NetSuite where customization should be limited intentionally. Keeping a single consistent chart of accounts that is simple and easy to work with will set NetSuite Administrators (and users alike) up for success with straightforward transaction coding and custom financial reports that can be easily maintained.
If you have just one take away from this article it should be this: keep it simple!
Lastly, if you are looking to learn more about NetSuite financial data or other functional areas, you should check out SaltoLeap. SaltoLeap is a learning platform that gives you access to carefully crafted—yet completely free—video courses and resources designed to take your skills to the next level.
Salto for
NetSuite
NetSuite
SHARE
Sonny Spencer, BFP, ACA
August 27, 2023
10
min read
About Salto: Salto's platform helps you and your team deploy, track, and manage your NetSuite customizations effortlessly. Learn more here.
It is all too easy to expand and overcomplicate your NetSuite chart of accounts. With a few clicks or a single CSV import, you can have many new accounts ready for users to start allocating transactions to. The complexity lies in keeping the chart of accounts simple, which may sound counterintuitive, but is the reality.
In a previous blog post we reviewed the process for setting up your chart of accounts in NetSuite. In this article we will focus on both the creation and maintenance of the chart of accounts through the lens of common mistakes I have seen during my time as a NetSuite user. These mistakes are all too common and too easy to fall into, so we will wrap up with some best practices that you can use as a checklist next time you think about creating a new chart of accounts in NetSuite or simply adding new accounts to the existing chart of accounts.
When building your chart of accounts, it is important to stay disciplined with your structure. Data and reporting requests will change over time and it is all too easy to create new GL accounts to meet some of these reporting needs. If you find yourself deviating from your chart of accounts overall structure or starting a new layer of numbering, take a step back and consider whether the business reporting requirements would be better served with a separate reporting segment.
In some cases it will just make sense to create new accounts, e.g. establishing a new overseas entity will likely require some sort of investment in a subsidiary account and related intercompany accounts. Other cases may require a different approach, e.g. establishing a new business division that requires separate income statement reporting. In this example, the use of departments or classes (or a new custom segment) would be more appropriate.
Keep your chart of accounts as simple as possible. Don’t forget that the larger your chart of accounts is, the more challenging it will be for your end users to find the account they need when creating transactions in the system, such as journal entries.
Salto Tip: To have the ability to create custom segments in your NetSuite account you must first enable the functionality.
Navigate: Setup > Company > Enable Features > SuiteCloud > SuiteGL > Custom Segments
Once this feature has been enabled in your NetSuite account you can create a new custom segment.
Navigate: Customization > Lists, Records, & Fields > Custom Segments > New
This mistake is related to the first mistake we just discussed. If you try to manage multiple charts of accounts in NetSuite you will inevitably end up creating too many accounts and hierarchies to accommodate. If you are managing multiple charts of accounts today across different systems and entities, you should consider the effort it would take to get to a single chart of accounts operated globally. Again, keeping it as simple as possible.
If you are using the NetSuite multi-book accounting functionality and you would still like regional specific account naming conventions then think about leveraging the global account mapping feature to meet your statutory reporting requirements.
For NetSuite OneWorld customers, consolidated exchange rate types directly impact your consolidated financial results. If just one account is set up with the incorrect rate type you can end up in a situation where your consolidated income statement does not roll up to retained earnings.
This should not happen very often as NetSuite will set the correct default rate type, in most cases, based upon the account type that was selected when the account was first set up. Income statement accounts default to the “Average” rate type, so you shouldn’t run into the retained earning issue mentioned above, but it is certainly possible.
For each account in your chart of accounts you should review the consolidated rate type to confirm if the value is appropriate. NetSuite may default a balance sheet account to use the “Current”, i.e. month end spot rate, when in fact you have deemed this particular account to be measured at the “Historical” rate. It is important to get this right the first time. You can change this value after the fact, but it is not advised, as it will impact historical reporting even in closed accounting periods!
Setting subsidiary level permissions on accounts within your chart of accounts is a great way to ensure users do not inadvertently record a transaction to the incorrect account. In some cases, such as bank accounts, NetSuite will force you to select a single subsidiary (because a bank account can only belong to a single entity). It is also practical to limit subsidiary access when working with intercompany accounts that should only have transactions recorded to them when associated with a specific subset of subsidiaries.
One of the challenges NetSuite Administrators run into is forgetting to grant access to all of the elimination subsidiaries when creating intercompany accounts. If the elimination subsidiaries do not have access to intercompany accounts, how can the system record the appropriate elimination entities? It cannot, and as a result when you run your NetSuite elimination process you can expect to see a processing error.
This processing error is also very common when working with CSV imports for transactional data. If there is reference to an “entity” error, a good place to start is reviewing the subsidiary level access for all fields and objects in the import.
Salto Tip: Where possible, keep the subsidiary access to accounts consistent and simple. Bank accounts and credit cards require a 1:1 mapping to subsidiaries, but other accounts are flexible, so use the “Include Children” check box wherever possible. That way, when you create new subsidiaries in future, you should not need to be too concerned with subsidiary access to the chart of accounts.
Earlier we discussed the importance of not creating too many accounts or account hierarchies, but that is not to say that account hierarchies should be eliminated entirely. On the contrary, it is important to create parent account records in order to group accounts for reporting purposes.
If you do not group your GL accounts, you will be forced into some heavy reporting customizations when building custom financial reports to meet your business reporting needs—especially when you are adding new accounts to the chart of accounts and need to maintain those financial reports.
With the appropriate chart of accounts structure, new accounts can be automatically mapped to their respective parent account and therefore roll up where they need to for all related financial reporting. This should always be the goal. Remembering to update specific financial reports when a new account is added is one thing, but then finding the right place to update those report layouts is another, so always plan to avoid this whenever possible by creating parent accounts.
As a follow up to the previous mistake, you may have taken the time to create the best parent/child hierarchy in your chart of accounts, but then you forget to mark the parent accounts as “summary” accounts.
When an account is marked as a “summary” account, users will not be able to post directly to that account. Instead, users post to the related child accounts and the account totals roll up to the parent account; the parent is the sum of its children. If you allow users to post transactions directly to the parent account, things can get confusing from a financial reporting standpoint where parent accounts include both child account roll ups and transactions of their own.
The way that NetSuite prohibits users from posting directly to a “summary” account is to make that account inactive. As such, the account is available for reporting purposes, but will not be available in account drop down selections when users are creating transaction records in the system.
Having gone through the effort of establishing a great parent/child hierarchy in your NetSuite chart of accounts, it is important to take the time to review and ensure the parent accounts have been designated as “summary” accounts. There are of course exceptions to this rule, so use your judgment based upon your business reporting needs.
The “Revalue Open Balance For Foreign Currency Transactions” check box has a significant impact on your NetSuite financials, so you need to take extra care when deciding whether to check this box or not. For monetary accounts (e.g. bank accounts, accounts receivable, etc.), they should be revalued at the month end spot rate (the “current” rate) and therefore should have this check box checked. For non-monetary accounts (e.g. PPE), this check box should be unchecked.
Checking or unchecking the box doesn’t directly impact your financials. Instead, when checked, it presents that particular account for revaluation during the period close revaluation process. All accounts presented will be subject to revaluation by default, but the check box can be unchecked if necessary.
The good news here is that if the checkbox value is set incorrectly it can be updated prospectively in the future without any impact to your historical financials, which is different behavior from the consolidated exchange rate field we reviewed earlier.
Maintaining a simple and consistent numbering convention in your chart of accounts is important for the long term scalability of your NetSuite environment, from both a data entry and financial reporting perspective.
It is generally recommended to keep the numbering system to 4-6 characters. NetSuite allows for more characters than this, but that does not mean you have to (or should) use those additional characters.
As new reporting requirements come to light, users may be quick to propose new accounts to separately report on a subset of transactional data. Well, what happens when you run out of numbers? One conclusion is to expand the numbering system. That may be necessary, especially if starting with 4 characters. However, another conclusion would be to capture the reporting via a different method by leveraging other reporting segments that are available (think class, department, location).
Before going ahead and creating new accounts in your chart of accounts, be prepared to challenge the request, especially if it would require making exceptions to your numbering convention.
For more information on these best practices, check out Salto’s blog post that explores some of the things NetSuite Developers and NetSuite Administrators should consider when working with the NetSuite Chart of Accounts. By following these best practices, you can build a simple and effective Chart of Accounts in NetSuite that supports your business reporting requirements.
The chart of accounts is the backbone for all of your financial reporting with NetSuite. Given NetSuite’s vast customization capabilities, it is easy to jump in and start customizing your chart of accounts to accommodate more complex business reporting needs. This is perhaps one area of NetSuite where customization should be limited intentionally. Keeping a single consistent chart of accounts that is simple and easy to work with will set NetSuite Administrators (and users alike) up for success with straightforward transaction coding and custom financial reports that can be easily maintained.
If you have just one take away from this article it should be this: keep it simple!
Lastly, if you are looking to learn more about NetSuite financial data or other functional areas, you should check out SaltoLeap. SaltoLeap is a learning platform that gives you access to carefully crafted—yet completely free—video courses and resources designed to take your skills to the next level.