On the Defaults tab of the Projects (PM301000) form and the Summary tab of the Project Tasks (PM302000) form, you can specify the following accounting settings:
If you want to post GL transactions related to stock items being purchased or sold for projects to separate accounts and subaccounts, you need to configure a separate posting class for these items. You create posting classes on the Posting Classes (IN206000) form and specify the following settings:
When you create posting classes, you can configure the following project-related scenarios to post transactions to expense and revenue accounts according to the business processes of your organization:
For more information about the uses of posting classes, see Posting Classes: General Information.
In the Use COGS/Expense Account From box on the Posting Classes (IN206000) form, you can select Project or Project Task. The system will use the project or project task, respectively, as the source of the cost of goods sold (COGS) or expense account in the purchase documents that include lines with items of this posting class.
If a non-project code is specified in a line of one of these documents, or if no default cost account has been specified in the project or project task, the system will instead use the account associated with the posting class. This account is specified in the COGS/Expense Account box on the GL Accounts tab of the Posting Classes form.
In the Combine COGS/Expense Sub. From box on the General tab of the Posting Classes form, you specify the following sources of subaccount segments:
If a non-project code is specified in a line of a document, or if no default cost subaccount has been specified in the project task or project, the system will instead use the subaccount associated with the posting class. This subaccount is specified in the COGS/Expense Sub. box on the GL Accounts tab of the Posting Classes form.
In the Use Sales Account From box on the Posting Classes (IN206000) form, you can select Project or Project Task. The system will use the project or project task, respectively, as the source of the sales account in the sales documents that include lines with items of this posting class.
If a non-project code is specified in a line of a document, or if no default sales subaccount has been specified in the project task or project, the system will instead use the subaccount associated with the posting class and specified in the Sales Account box on the GL Accounts tab of the Posting Classes form.
In the Combine Sales Sub. From box on the General tab of the Posting Classes form, you specify the following sources of subaccount segments:
If a non-project code is specified in a line of a document, or if no default sales subaccount has been specified in the project task or project, the system will instead use the subaccount associated with the posting class and specified in the Sales Sub. box on the GL Accounts tab of the Posting Classes form.
You may need to directly issue items stored in a company warehouse for a project. You do this by creating and releasing an inventory issue transaction on the Issues (IN302000) form or an inventory adjustment transaction on the Adjustments (IN303000) form. In inventory transaction lines on these forms, you specify the following:
To make the system use the subaccount from the project or project task, you define a reason code with the Issue or Adjustment type on the Reason Codes (CS211000) form. In the Combine Sub. From box, you specify the following sources of subaccount segments:
If a non-project code is specified in a line of an inventory issue or inventory adjustment, or if no default cost subaccount has been specified in the project task or project, the system will instead use the subaccount associated with the reason code (that is, specified in the Subaccount box on the Reason Codes form).
For more information about automatically combined subaccounts, see Combined Subaccounts: General Information.