I’d like to ask if Acumatica has a subaccount mechanism similar to other ERP software (as shown in the attached image from NetSuite).
In this structure, users are not allowed to post transactions directly to the parent account, and reports querying the parent account will automatically sum the data from its subaccounts.
Does Acumatica support this functionality, and if so, how can it be configured?
Acumatica supports Account and Subaccount. You can use only Account (if Subaccount is not enabled in the Features) or use them in conjunction (Account + Subaccount). If Subaccount enabled in Features, it will become mandatory.
Behind the scene transactions are always posted to the combination of Account and Subaccount. If Subaccount is not enabled in the Features, Acumatica automatically uses the default subaccount shipped with the system automatically. As a result, in fact your GL Accounts are aggregation of the Subaccounts.
You can assign the Accounts to the Modules and block it from direct posting from GL. This will ensure GL Accounts always agree to Subledgers and accordingly to Subaccounts.
Accounts and Subaccounts do not have parent-child relationship. In other word any account can be combined with any subaccount. So it is on user or system config to ensure the proper mix of Accounts and Subaccounts are used.
Side note: Last bullet in my opinion is a blessing and curse. It provides flexibility and also opens door for errors. If I was the one who designs the system this is what I whould do. I would keep the existing logic but would add a layer of validation as follows.
I would add an option to create categories for the Subaccounts (i.e. Bank Account, Cost Center, Department, ...)
Whould link the Subaccounts to one of these categories
Would allow the Accounts to be linked to one or more Subaccount Category.
Whith this structure, system would keep the flexibility and prevent using of invalid combination.
Acumatica supports Account and Subaccount. You can use only Account (if Subaccount is not enabled in the Features) or use them in conjunction (Account + Subaccount). If Subaccount enabled in Features, it will become mandatory.
Behind the scene transactions are always posted to the combination of Account and Subaccount. If Subaccount is not enabled in the Features, Acumatica automatically uses the default subaccount shipped with the system automatically. As a result, in fact your GL Accounts are aggregation of the Subaccounts.
You can assign the Accounts to the Modules and block it from direct posting from GL. This will ensure GL Accounts always agree to Subledgers and accordingly to Subaccounts.
Accounts and Subaccounts do not have parent-child relationship. In other word any account can be combined with any subaccount. So it is on user or system config to ensure the proper mix of Accounts and Subaccounts are used.
Side note: Last bullet in my opinion is a blessing and curse. It provides flexibility and also opens door for errors. If I was the one who designs the system this is what I whould do. I would keep the existing logic but would add a layer of validation as follows.
I would add an option to create categories for the Subaccounts (i.e. Bank Account, Cost Center, Department, ...)
Whould link the Subaccounts to one of these categories
Would allow the Accounts to be linked to one or more Subaccount Category.
Whith this structure, system would keep the flexibility and prevent using of invalid combination.
The description of Parent account mentioned in above case is somewhat similar to Account class in Acumatica. Where one can group the actual GL accounts used on transactions for reporting purpose. One cannot post anything directly to an Account class.
To suggest further, can you give an example of actual Parent account and sub account names, for what kind of transaction recording are they used for ?
Acumatica supports Account and Subaccount. You can use only Account (if Subaccount is not enabled in the Features) or use them in conjunction (Account + Subaccount). If Subaccount enabled in Features, it will become mandatory.
Behind the scene transactions are always posted to the combination of Account and Subaccount. If Subaccount is not enabled in the Features, Acumatica automatically uses the default subaccount shipped with the system automatically. As a result, in fact your GL Accounts are aggregation of the Subaccounts.
You can assign the Accounts to the Modules and block it from direct posting from GL. This will ensure GL Accounts always agree to Subledgers and accordingly to Subaccounts.
Accounts and Subaccounts do not have parent-child relationship. In other word any account can be combined with any subaccount. So it is on user or system config to ensure the proper mix of Accounts and Subaccounts are used.
Side note: Last bullet in my opinion is a blessing and curse. It provides flexibility and also opens door for errors. If I was the one who designs the system this is what I whould do. I would keep the existing logic but would add a layer of validation as follows.
I would add an option to create categories for the Subaccounts (i.e. Bank Account, Cost Center, Department, ...)
Whould link the Subaccounts to one of these categories
Would allow the Accounts to be linked to one or more Subaccount Category.
Whith this structure, system would keep the flexibility and prevent using of invalid combination.
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.