Hi @erin  Please check if the sub account is pulled from Vendor.

Hi @erin The subaccounts are determined by posting class set on the non-stock item. see the below screen shots.  The subaccount is populated in accordance with the rule defined for the posting class in the Combine COGS / Expense Sub. From box on the Posting Classes (IN206000) form. Please review the settings and verify in your Acumatica instance.

We also have this problem and have reviewed the non-stock item, and the posting class.  It always uses the system default subacount.

Thinking we may try to use a business event or schedule an nightly import scenario to fix it.

Hi @erin  Please check if the sub account is pulled from Vendor.

 

 

Hi ChandrasekharM

Yes , it is pulled and follow the vendor.

However , from the AP created that is with correct sub account code RDD-0000.

Once item receipt in system , the account code reflected is same as PO  sub account 000-0000 NOT follow with AP sub account code RDD-0000.

Wondering why the sub account code for Non stock item is follow by Vendor Not Non Stock item that we set ? Usually Non stock item may have different sub account code for different division or department and not just follow with Vendor.

Check out this great idea.  This would solve the problem.

What are your AP Preferences set to? May need to change to Non-Stock item.

Big problem for service clients that also run projects. I want JJ for project PO’s and II for service PO’s.
I will vote on the topic above re:Service subaccounts!
 

It is not clear from the information provided what you mean by "sub account code" and how it is related to a purchase order (PO). In general, a purchase order is a document that is used to request goods or services from a supplier. It typically includes details about the items being purchased, the quantity, the price, and the delivery date.

If you are trying to include a sub account code in a purchase order, it is possible that the code is not being displayed because it has not been properly configured or added to the purchase order template. It is also possible that the code is being entered incorrectly or that there is a problem with the system or software being used to generate the purchase order.

To troubleshoot this issue, it may be helpful to check the following:

1. Verify that the sub account code has been properly configured and set up in the system or software being used to generate the purchase order.
2. Make sure that the sub account code is being entered correctly in the purchase order template.
3. Check for any errors or issues with the system or software that may be preventing the sub account code from being displayed on the purchase order.
4. Consult with the supplier or vendor to ensure that they are able to process the sub account code as part of the purchase order.

It may also be helpful to review any relevant documentation or seek assistance from the vendor or support team for the system or software being used to generate the purchase order.

Verify that the sub account code has been properly configured and set up in the system or software being used to generate the purchase order.