Field descriptions: Order Entry
The following tables describe each field on the Configure Purchasing page.
Workflow
Select a standard workflow
The Order Entry application comes with 6 standard workflows, which support common workflows used in various industries. The workflow you select determines how sales orders—from initial quote through to final ledger entries—are routed throughout your company's financial system. Learn more about workflows.
- In the Workflow section, select a workflow from the dropdown.
- After you've found the workflow that you want, select Apply workflow.
- Go to the Accounting section to select the General Ledger (GL) accounts you need for the installed workflow.
- Select an Accounts Receivable account.
- If you selected Software with revenue recognition as your workflow, select the GL account for Unbilled receivable.
- Select Save to install the workflow.
- The Configure Order Entry menu is updated to display the types of Order Entry transactions that you can create with the new workflow.
- The Transaction Definitions list (Order Entry > Setup > More > Transaction definitions) is updated to include each type of transaction in the workflow.
You can return to the Configure Order Entry page at any time to view the installed workflow.
If you change your mind or made a mistake, you can change the standard workflow:
- Return to the Configure Order Entry page.
- In the Workflow section, select the Change workflow button.
- Select a new workflow from the dropdown.
- Select Apply workflow.
After you apply your new standard workflow, Sage Intacct automatically deactivates the previous workflow and moves any transactions that you made with the previous workflow to the Order Entry menu, under View transactions.
After changing your workflow, you can still process any previous transactions. However, if the new workflow is very different, it's recommended that you process existing transactions before changing your workflow.
Install an advanced workflow
By default, when you first configure Order Entry, Purchasing, or Inventory Control, you are asked to select a standard workflow. If your company has more needs, advanced workflows can be enabled and created.
We recommend that you use Advanced workflows. Advanced workflows give companies significant flexibility in mapping their transaction workflows to their business needs. This flexibility impacts the subledger, GL posting, and inventory stock levels and valuation. Therefore, the best practice is to have someone skilled in this type of business-process change make the advanced workflow changes.
To set up advanced workflows, select Enable advanced workflow in the Configure Inventory Control, Configure Order Entry, or Configure Purchasing page.
Learn more about the difference between standard and advanced workflows.
Turning on advanced workflows cannot be reversed. If you enable advanced workflows in one application, it's automatically enabled for all 3 applications: Order Entry, Purchasing, and Inventory Control.
- Scroll to the bottom of the Configure Order Entry page.
- Select Enable advanced workflow.
-
Select Save to save your changes.
The following changes occur:
- You can no longer select a standard workflow in the Configure Order Entry page.
- A Documents configuration tab is added to the configuration page.
-
Your existing transaction definitions are inactivated. However, if your previous workflow was similar to what you need, you can re-activate any of them.
-
Go to Order Entry > Setup > More and select Add (circle) next to Transaction definitions.
- Select Filter next to the Status column and then select Clear.
- Edit the definitions to re-activate them.
-
Go to Order Entry > Setup > More and select Add (circle) next to Transaction definitions.
- Select the Include inactive checkbox at the top of the page.
- Edit the definitions to re-activate them.
-
- Any transactions created with the previous workflow are no longer active.
- Return to the Configure Order Entry page to finish your configuration.
- Select other Order Entry options as needed.
- Later, after you add transaction definitions for your advanced workflow, return to the Configure Order Entry page to fill out the Documents configuration tab.
In an advanced workflow, the Workflow section does not contain the options for setting up the workflow. Instead, the transaction definitions are defined outside of the configuration page on the Transaction Definitions page (go to Order Entry > Setup > More > Transaction definitions). However, if you implement other Intacct companies, you can use the import and export features in the Workflow section to re-use an existing workflow from another company.
Accounting
This section appears only if you are using standard workflows.
| Option | Description |
|---|---|
|
Accounts receivable |
Select the default Accounts Receivable (AR) account for sales transactions (offset account). |
|
Unbilled receivable |
Select the default unbilled account to use in unbilled workflows. |
Unit of measure
| Option | Description |
|---|---|
|
Default group |
Select the unit of measure (UOM) group to display as the default in transactions. A UOM group is a group of related measures. For example, the UOM group of Time includes seconds, hours, days, weeks, and years. This option on the Inventory Control, Order Entry, and Purchasing configuration pages and is a global setting. If you change the Default group in any of these application configurations, you are changing the setting for all the applications. |
|
Enable custom units of measure |
Select this option if you need to create your own units of measure, as needed. This option on the Inventory Control, Order Entry, and Purchasing configuration pages and is a global setting. If you enable or disable custom units of measure in any of these application configurations, you are changing the setting for all the applications. After you enable this feature, it can be disabled only if a custom unit of measure hasn't been used in any transactions. |
Enable functionality
The options in this section control the features that are available to users who enter and process orders.
| Option | Description |
|---|---|
|
Foreign currency |
If your company uses multiple currencies, this option enables you to use multiple currencies in your sales transactions. If you select this option, your transaction pages will include fields for tracking the transaction currency, base currency, and exchange rate. This field appears only if multi-currency is enabled in the General Ledger (GL). Having to enable multi-currency separately in each applicable application gives you the option of choosing the applications where users are allowed to enter multi-currency transactions. For example, you might want multi-currency transactions in Accounts Receivable and Order Entry, but not Accounts Payable. |
|
Use ledger and subledger restrictions for future posting dates |
Use this option to inherit the thresholds that are configured for the General Ledger and Accounts Receivable for handling transactions that have a future GL posting date. The possible thresholds are:
The thresholds are applied depending on where the transaction posts, which is defined in the corresponding transaction definition:
A future posting date is a date that's not in the current period. The AR subledger shares the same posting period as the General Ledger. The option does not apply to recurring transactions. |
|
Enable draft mode |
Gives users the option of saving transactions as a draft to finish and post later. When you select this option, Intacct adds a Draft button to the left of the Post button on Order Entry transaction pages. |
|
Flag printed draft transactions as not printed |
Ensures that draft transactions are not flagged as printed after any print or email option is used. This feature applies to Order Entry transaction definitions with an edit and delete policy set to Before printing. Learn more about security configuration for Order Entry transaction definitions. This option is required for South African companies. |
|
Display payment status |
Adds a Payment details tab to Order Entry transactions so that you can see whether an order was paid for, along with any AR payment details, without having to go to Accounts Receivable. The option applies only to transactions that post to Accounts Receivable. |
|
Enable advanced processing |
This option lets you use the Process Transactions page to:
|
|
Enable bill-to contact at the line level (Contracts only) |
This option is currently limited to Contracts data only. Lets you add a bill-to contact on a contract line item. You can then consolidate invoices by unique contract line-level bill-to contact. This supports billing workflows that include reseller invoicing. Learn more about Contracts invoice consolidation. |
|
Enable ship-to contact at the line level |
This option lets you add a ship-to contact on a sales transaction line item to:
A ship-to contact at the line level for tax calculation is only applicable to Avalara and Advanced Tax users. All companies can implement the configuration option to display ship-to contacts per line item in printed sales documents. If you are also subscribed to Contracts, this option adds a ship-to contact on contract lines. For multi-entity companies: Enable or disable this option at the top level. To enable ship-to contacts on sales transaction lines:
If you are also subscribed to Avalara AvaTax, the Enable line-level distribution setting in the Configure Avalara page will automatically be set to true when you save the Order Entry configuration. This Avalara setting lets you see the tax details on each sales transaction line item. |
|
Enable inter-entity COGS journal entries |
If you create sales transactions that use inventory from another entity, use this option to ensure that the value of the sold inventory is properly recorded in the General Ledger. Journal entries for inter-entity receivables and payables are automatically created for the COGS (cost of goods sold) when the sales transaction is posted. For example, an OE sales invoice is created for Entity 1 for an item. However, Entity 1 does not have inventory for the item and takes it from a warehouse in Entity 2. When the OE sales invoice is posted, the following journal entries are automatically recorded to reflect that Entity 1 owes Entity 2 for the value of the inventory:
Inter-entity COGS journal entries are automatically created when the transaction definition has these attributes:
The journal for the COGS posting is the inventory journal to which the transaction definition is mapped on the Configure Order Entry page (Documents configuration tab). The IET account mapping that's set up for your company determines which inter-entity receivable and inter-entity payable accounts are used in the inter-entity balancing journal entry. It, too, is posted to the inventory journal to which the transaction definition is mapped. Learn more about inter-entity sales of inventory. |
|
Use line-level dimensions in the subtotals at the top level |
For top-level transactions in a multi-entity environment only. Select this option to have the dimension values that are selected for the line items used as the dimension values in the subtotal lines. View the AR sales invoice in Accounts Receivable to see the subtotal dimension values. If Edit subtotal dimensions at the top level is also selected, the dimension values from the line items override any dimension values that are selected for the lines in the subtotals. Learn more about how Sage Intacct determines subtotal dimensions. |
|
Edit subtotal dimensions at the top level |
For top-level transactions in a multi-entity environment only. Select this option to specify dimension values in the subtotal lines for transactions. If Use line-level dimensions in the subtotals at the top level is also selected, the dimension values from the line items override any dimension values that are selected for the lines in the subtotals. Learn more about how Sage Intacct determines subtotal dimensions. |
|
Convert transactions by price |
Allows you to choose price instead of quantity (default) as a conversion option for non-inventory line items on orders and invoices. Learn more about price conversion. |
|
Allow override of item's default conversion type |
For non-inventory items, this option allows users to change the default conversion type to price on orders and invoices. Learn more about price conversion. |
|
Distribute subtotals at the entity level |
Select the checkbox to distribute the subtotals across the line items for transactions created at the entity level. When you run custom reports for subtotal details, the subtotal information for the entity-level transactions is included. |
Construction
| Option | Description |
|---|---|
|
Enable override of tax schedule on document entry |
Allows you to override the default tax schedule for a transaction with tax implications. This applies only to transactions using Advanced Tax or a VAT tax solution. You must enable Use Advanced Tax schedules to use this feature. |
Contacts
| Option | Description |
|---|---|
|
Contact information source |
Specifies which contact information (name, email address, and phone number) to use when you email Order Entry documents.
|
|
Contacts in transaction dropdown lists |
Options are:
If you restrict the displayed contacts, expect the following behavior:
|
Tax
| Option | Description |
|---|---|
|
Use Advanced Tax schedules |
Enables Advanced Tax for the tax calculation method. You create tax details, schedules, and tax schedule maps to define the tax mapping for the tax calculations in transactions. If you've enabled Avalara AvaTax or you plan to use Simple Tax, do not enable this option. Advanced Tax is not compatible with either of these two other tax calculation methods. For companies subscribed to the Taxes application:
When you subscribe to the Taxes application, Advanced tax schedules is enabled automatically and cannot be turned off. The checkbox cannot be modified. Be sure to deselect this option if you have yet to configure the Taxes application, to avoid errors. After you enable the Taxes subscription, this option is automatically enabled. The checkbox cannot be selected or deselected. Learn more about setting up Taxes. If you are configured for multiple tax jurisdictions, the option is ignored for entities that use the Avalara AvaTax solution. The Avalara AvaTax solution does not depend on tax details, tax schedules, and tax maps like the VAT, GST, or Advanced Tax solutions do. You must enable this option to use the tax schedule override in Purchasing and Order Entry transactions for the Construction application. |
|
Enable subtotal templates |
In a multi-entity environment, enables using subtotal templates to populate the transaction subtotals in a transaction definition instead of defining them inline. You can use subtotal templates in transaction definitions that are created at the top level. They are especially useful for setting up a transaction definition that's used in different entities where different subtotal calculations need to be applied for the different entities. After subtotal templates have been enabled, they cannot be turned off. However, you do not have to use subtotal templates. You can enter the subtotal details directly in the subtotals table in the transaction definition without referring to a subtotal template. |
Price and discounts
| Option | Description |
|---|---|
|
Price schedules |
A price schedule defines a percentage discount on top of a specific price list, such as a 10% discount on top of your retail price list. Select this option if you want to create one or more named price schedules, which you can then assign to customers to track discounts. |
|
Customer price lists |
Enables you to assign price lists to specific customers. If you assign a price list to a customer, this price list overrides the one that's associated with the transaction definition for the Order Entry transaction. |
|
Fixed customer discounts |
Enables you to assign a blanket discount percentage (for example, 10% off everything) on a customer-by-customer basis. This option adds a Discount percent field to Customer records. When you sell an item to a specific customer, the system proposes the latest price, which includes the discount. |
|
Line-item discount on suggested price |
Select to add a Discount percent field to line items on Order Entry transactions to add impromptu discounts. For example, if this option is enabled, users can add a percentage discount to a particular line item. |
|
Default decimal places |
The system default is 2 decimal places for unit price and cost. Depending on your required level of precision, you can set as many as 10 decimal places. However, Intacct rounds values to 10 decimal places for costing calculations, to 2 decimal places for the General Ledger, and to 2 decimal places for reports. If you are subscribed to Contracts, this field must be set to 10. |
Items
| Option | Description |
|---|---|
|
Select if you have items that are contracts or subscriptions. When you select this option, Intacct adds a Contract tab to the Item Information page so that you can define the contract period for an item. When this option is selected, you can:
The Contract tab also enables you to select whether the contract period will be prorated if the period between the start date and end date on an order is shorter than the contract period for an item. |
|
|
Enables grouping a set of individual components, which you build and invoice as a single item. For example, you can build a group of computer components into a computer that you sell and invoice as a single item. There's also a Kits option on the Configure Inventory Control page. The Kits option on either configuration page is a single global switch. If you enable (or turn off) kits on either the Inventory Control or Order Entry configuration page, you are changing the setting in both applications. |
|
|
Do not allow negative inventory globally |
This option affects whether you can save Order Entry or Inventory Control transactions that create negative inventory for items:
This option is on both the Order Entry and Inventory Control configuration pages and is a global switch. If you change the option on either page, you are changing the setting for both applications. |
|
Turn off editing during conversion |
Select to prevent users from making certain changes during the workflow, such as adding or editing line items, or increasing quantities. When this option is selected, users can still decrease quantities and delete line items. For example, if you create a sales order with a quantity of 10 and then convert it to a shipper, you cannot increase the quantity to 12. |
|
Warehouses Product lines |
The Manage buttons are shortcuts for opening the corresponding lists. You can also open the lists for warehouses and product lines on the Setup tab of the Order Entry menu. |
Drop ship or Buy to order
| Option | Description |
|---|---|
|
Enable drop ship |
This option can be enabled if you are subscribed to Order Entry and Purchasing. Indicates whether to enable a drop-ship workflow that allows the system to automatically create purchasing transactions for sales transaction line items that are selected for drop ship. The drop-ship items in the transaction are shipped directly to the customer. Before enabling this option, refer to Set up drop ship for transaction definition requirements and for detailed information on the other steps needed to implement the drop-ship workflow. If you select this option, a table appears in which you enter the sales transaction and purchasing transaction relationships. The table tells the system which purchasing transactions to create from which sales transactions. The same sales transaction can only be specified once. In a multi-entity, shared environment, you enable drop ship at the top level. You can then map transaction definitions at the top level, entity level, or both. |
|
Enable buy to order |
This option can be enabled if you are subscribed to Order Entry and Purchasing. Indicates whether to enable a buy-to-order workflow that allows the system to automatically create purchasing transactions for sales transaction line items that are selected for buy to order. The buy-to-order items are shipped to you or a third party for final finishing and shipping. Before enabling this option, refer to Set up drop ship for transaction definition requirements and for detailed information on the other steps needed to implement the buy-to-order workflow. If you select this option, a table appears in which you enter the sales transaction and purchasing transaction relationships. This tells the system which purchasing transactions to create from which sales transactions. The same sales transaction can only be specified once. In a multi-entity, shared environment, you enable buy to order at the top level. You can then map transaction definitions at the top level, entity level, or both. |
|
Sales transaction definition |
Select the Order Entry transaction definition from which you want to allow a purchasing transaction to be initiated. Keep in mind the following when selecting a sales transaction definition:
|
|
Purchase transaction definition |
Select the Purchasing transaction definition that you want to be created from the corresponding sales transaction definition. |
|
Active |
Indicates whether the corresponding sales and purchasing transaction relationship is active. If selected, a Drop ship field appears on the corresponding sales transaction. If at least one drop ship transaction has been created from a mapped relationship, you cannot delete or edit the mapped relationship. You can deselect Active to inactivate the relationship. This removes the Drop ship field from the corresponding sales transaction. To disable drop ship completely after you have used it, deselect Active for each mapped relationship. |
|
Created at |
In a multi-entity environment, shows where the mapped relationship was created:
|
Advanced settings
| Option | Description |
|---|---|
|
Enable advanced workflow |
By default, when you first configure Order Entry, Purchasing, or Inventory Control, you are asked to select a standard workflow. If your company has more needs, advanced workflows can be enabled and created. We recommend that you use Advanced workflows. Advanced workflows give companies significant flexibility in mapping their transaction workflows to their business needs. This flexibility impacts the subledger, GL posting, and inventory stock levels and valuation. Therefore, the best practice is to have someone skilled in this type of business-process change make the advanced workflow changes. To set up advanced workflows, select Enable advanced workflow in the Configure Inventory Control, Configure Order Entry, or Configure Purchasing page. Learn more about the difference between standard and advanced workflows. Turning on advanced workflows cannot be reversed. If you enable advanced workflows in one application, it's automatically enabled for all 3 applications: Order Entry, Purchasing, and Inventory Control. |
Dimensions setup
Standard dimension display
| Option | Description |
|---|---|
|
Enable tracking and reporting against each selected dimension |
This section displays the list of standard dimensions that are enabled in your General Ledger. User-defined dimensions (dimensions that you create for your unique business needs) do not appear in this list because they’re automatically propagated across your applications at time of creation. Select the standard dimensions you want to use in this application for tracking and reporting.
Sage Intacct propagates dimensions across your application pages where you can select dimension values to apply to specific transactions. For example, if you create a sales order, use the customer dimension to tag the transaction so that you can track and report on revenue per customer. Or, if you create a purchase order, use the supplier dimension to tag the transaction so that you can track and report on costs per supplier. |
Documents configuration
Use the Documents configuration tab to provide additional information about your transaction definitions. By default, the table includes a row for each transaction definition that exists in your company.
Using the table, you can:
- Advanced workflows only. Select which transaction definitions should be active
- For transactions that post to the General Ledger, select a summary frequency.
- Select any other options required for the transaction definition, such as the revenue recognition journal and account for an invoice transaction that tracks deferred revenue.
-
Set the order for how the transaction definitions appear in the Transactions section of the menu:
- Select and hold the row element of the document you want to move, drag the document to the desired location, and release the mouse button.
- Repeat until all documents are in the desired order.
- Select Save. On refresh, the Order Entry menu shows the new document order.
| Option | Description |
|---|---|
|
Row element icon |
The row element icon appears in the first column to the left of the Row number column. Use the icon to set the order for how the transaction definitions appear in the Transactions section of the Order Entry menu:
|
|
Row number |
Number of the row in the table. |
|
Label |
The transaction definition name. |
|
Active or inactive |
Appears for advanced workflows only. A check mark indicates that the transaction definition is active. Deselect any transaction definition that you want to deactivate. Users can only create or convert to transaction definitions that are active. |
|
Summary frequency |
How often transactions of this type are summarized and posted in the General Ledger. |
|
Inventory journal |
Select the journal to which you want to post journal entries related to inventory. This field is only applicable to transaction definitions that affect ONHAND inventory. |
|
Rev rec journal |
Select the journal to which to post journal entries that are related to revenue recognition. This field is only applicable to transaction definitions that have Enable revenue recognition set to Post or Display only. |
| Rev rec summary frequency |
This column is read-only and reflects the summary frequency setting defined in Revenue Management configuration. It indicates how often revenue recognition schedule entries are summarized and posted to the General Ledger. This field only applies to transaction definitions where Enable revenue recognition is set to Post or Display only. |
|
Default deferred revenue account |
Select the default account that the system will use to post deferred revenue to in the event an item on the sales transaction does not have a deferred revenue account associated with its item GL group. This field is only applicable to transaction definitions that have Enable revenue recognition set to Post or Display only. |
|
Additional posting journal |
For transaction definitions that are configured for additional posting to the GL. Select the journal to which to post the additional GL journal entries. Posting additional GL entries is typically used when a previous transaction in the workflow posted to the GL in a user-defined book. |
|
Sales journal |
For transactions that post directly to the General Ledger, select the journal to which to post journal entries that are related to sales. |
|
Email template |
Select the custom email template that you want to be the default template when a user chooses to send an email from this transaction type. Email templates associated with a Customer record will override this email template setting for transactions for that customer. Learn more about email templates. |
Change management setup
This section only appears for Construction subscriptions.
| Option | Description |
|---|---|
|
Do not validate origin of lines before deleting change documents |
Validate whether a line reference exists between change order documents. A line reference between change orders determines the order in which you can delete change orders.
Learn more about change management. |