Unlocking Dynamics GP: A Clear Guide to Distribution Account Usage

Table of Contents

This article provides a comprehensive overview of how distribution accounts are utilized within the Field Service series in Microsoft Dynamics GP. Understanding these account postings is crucial for accurate financial reporting and reconciliation within the system. The Field Service series integrates closely with other modules like Inventory Control, Sales Order Processing, and Payables Management, leading to specific account distributions during various transactions. We will delve into the account usage across Service Call Management, Contract Administration, Returns Management, and Depot Management processes.

Service Call Management in Microsoft Dynamics GP¶

Managing service calls often involves tracking parts used and labor performed. When a part is sold and updated on a service call line (specifically the C line or I line, indicating a sale or internal usage), it triggers an inventory adjustment within Dynamics GP. This adjustment reflects the physical movement of the part out of inventory.

Posting this inventory decrease adjustment updates the general ledger accounts to reflect the change in asset value (inventory) and the corresponding offset. This initial posting occurs before the service call is billed to the customer. It ensures that the inventory quantity and value are immediately updated as parts are consumed or allocated to service work.

Account	Debit	Credit	Account Source
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory Control account from the Posting Accounts Setup window
Inventory Offset	Yes		Drop Ship Items account from the Item Account Maintenance window Drop Ship Items account from the Posting Accounts Setup window Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window

When the service call is subsequently billed to the customer, an invoice is generated within the Sales Order Processing module in Microsoft Dynamics GP. The system flags the line item representing the part as a drop ship item on this invoice. This flagging is significant because it prevents the invoice posting from creating another inventory adjustment for the same part, as the inventory decrease was already handled by the initial inventory adjustment when the part was updated on the service call.

The primary financial impact recorded at the time of invoice posting relates to the revenue earned and the amount due from the customer. The cost of the goods sold is also recognized at this stage. Posting the invoice updates several general ledger accounts to record the sales transaction, the accounts receivable, the cost of the part sold, and the contra-inventory (or drop ship) entry that reconciles with the earlier inventory adjustment.

Account	Debit	Credit	Account Source
Sales		Yes	Parts Sales account from the Service Type Account window Sales account from the Customer Account Maintenance window or from the Item Account Maintenance window Sales account from the Posting Account Setup window
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Drop Ship		Yes	Drop Ship Items account from the Item Account Maintenance window Drop Ship Items account from the Posting Accounts Setup window Inventory account from the Item Account Maintenance window Inventory Control account from the Posting Account Setup window
Cost of Goods Sold	Yes		Part Cost of Goods Sold account from the Service Type Account window Cost of Goods Sold account from the Customer Account Maintenance window or from the Item Account Maintenance window Cost of Goods Sold account from the Posting Accounts Setup window

Conversely, when a quantity for a part is updated on an R line of a service call (typically representing a return), an inventory increase adjustment is created and posted. This reflects the return of the part into physical inventory. The posting of this adjustment updates the general ledger to increase the inventory asset value and adjust the cost of goods sold (or a related account) to reverse the previous expense recognition.

This initial adjustment ensures that the inventory levels are corrected immediately upon the part being noted as returned within the service call. The subsequent billing process will handle the customer credit aspect.

Account	Debit	Credit	Account Source
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory Control account from the Posting Accounts Setup window
Cost of Goods Sold	Yes		Part Cost of Goods Sold account from Service Type Account Cost of Goods Sold account from the Item Account Maintenance window Cost of Goods Sold account from the Posting Accounts Setup window

When this service call with a returned part (R line) is billed, a credit memo is generated in the Sales Order Processing module. Similar to the invoice process, the returned line item is flagged as a drop ship item. This flagging prevents the credit memo posting from affecting inventory quantities again, as the increase was already recorded by the earlier inventory adjustment.

The credit memo posting updates the general ledger to decrease sales (or increase a sales return account) and reduce the accounts receivable balance. The net effect on cost of goods sold (or a similar account) is to reverse the expense associated with the original sale or usage, aligning with the inventory increase recorded earlier.

Account	Debit	Credit	Account Source
Sales	Yes		Part Sales account from the Service Type Account window Sales account from the Item Account Maintenance window or from the Customer Account Maintenance window Sales account from the Posting Accounts Setup window
Accounts Receivable		Yes	Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window

Contract Administration in Microsoft Dynamics GP¶

Contract Administration in Microsoft Dynamics GP handles the billing and revenue recognition for service contracts. The accounts updated during the contract billing process depend on several factors configured within the system. These factors include the billing frequency, the presence of discounts, the relationship between the bill-to and primary customer, and whether the invoice includes detailed line items or a summary.

Specifically, the accounts used are determined by:
* The Bill Day Frequency setting in the Contract Entry/Update window (e.g., monthly, quarterly, annually).
* The Discount Account specified in the Contract Type Maintenance window.
* Any difference between the customer specified in the Bill To Customer box and the Customer ID box in the Contract Entry/Update window (this can affect accounts like Accounts Receivable if billing a different entity).
* Whether the Invoice Detail check box is selected in the Contract Entry/Update window (detail vs. summary billing can sometimes influence how revenue is posted or whether accrued revenue is relieved).

Let’s examine the account postings based on different scenarios during the contract billing process.

When a contract is billed monthly in detail and without discounts, the system generates an invoice that typically recognizes the monthly portion of the contract revenue. This process records the amount due from the customer and the corresponding service revenue earned for the period.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Sales account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

If the contract is billed monthly in summary and without discounts, the account postings are generally the same as detailed billing for the core revenue and accounts receivable. The difference between detail and summary billing primarily affects the presentation on the customer invoice, not necessarily the fundamental general ledger accounts hit for revenue recognition and accounts receivable.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Sales account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

Now, consider contracts that include discounts. When a contract is billed monthly in detail and uses discounts, the billing process accounts for the reduced revenue resulting from the discount. The discount amount is typically posted to a separate markdown or discount account, which acts as a contra-revenue account, decreasing the net revenue recognized.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Sales account from the Contract Type Maintenance window
Markdown	Yes		Discount account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

Similarly, if the contract is billed monthly in summary and uses discounts, the account postings will include the markdown account for the discount amount, alongside the standard revenue, accounts receivable, commission, and tax accounts. The summary format again only affects the customer-facing document.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Sales account from the Contract Type Maintenance window
Markdown	Yes		Discount account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

For contracts billed less frequently than monthly, such as bi-monthly, quarterly, semi-annually, or annually, the initial billing process often involves posting revenue to an accrual or liability account. This is because the cash is received (or billed) upfront or periodically, but the revenue is earned over the life of the contract, typically recognized monthly through a separate revenue recognition process. When billed in detail and without discounts on these less frequent cycles, the system posts to an accrual/liability account instead of directly to a Sales revenue account at the time of billing.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Accrual/Liability account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

When billed bi-monthly, quarterly, semi-annually, or annually in summary and without discounts, the same principle applies regarding the use of an accrual or liability account for revenue at the time of billing. The summary format is simply a presentation difference.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Accrual/Liability account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

Including discounts in these less frequent billing cycles (billed bi-monthly, quarterly, semi-annually, or annually in detail and uses discounts) means the markdown account is utilized. The discount amount is posted to the markdown account to reduce the total billed amount, while the main portion still goes to the accrual/liability account for revenue recognition purposes later.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Accrual/Liability account from the Contract Type Maintenance window
Markdown	Yes		Discount account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

Finally, for contracts billed bi-monthly, quarterly, semi-annually, or annually in summary and that use discounts, the accounts affected are consistent with the detailed version, including the markdown account. The accrual/liability account is used for the billed amount (net of discount) that represents future revenue.

Account	Debit	Credit	Account Source
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window
Sales		Yes	Accrual/Liability account from the Contract Type Maintenance window
Markdown	Yes		Discount account from the Contract Type Maintenance window
Commission Expense	Yes		Commission Expense account from the Posting Accounts Setup window
Commission Payable		Yes	Commission Payable account from the Posting Accounts Setup window
Taxes		Yes	Account from the Tax Detail Maintenance window

Revenue Recognition Report¶

Separate from the initial billing, Microsoft Dynamics GP offers a revenue recognition process for contracts billed to an accrual/liability account. This process is run periodically (typically monthly) to recognize the portion of the billed amount that has been earned during the period. Posting the revenue recognition report transfers amounts from the accrual/liability account to the actual sales revenue account, matching revenue recognition with service delivery over time.

Account	Debit	Credit	Account Source
Accrual Liability	Yes		Accrual Liability Account from the Contract Type Maintenance window
Sales		Yes	Sales Account from the Contract Type Maintenance window

Returns Management in Microsoft Dynamics GP¶

The Returns Management module in Dynamics GP handles the process of managing returned items, including Repair Materials Authorizations (RMAs) and Return to Vendor (RTVs). These processes involve various inventory and financial transactions with specific account postings.

Return Materials Authorization (RMA) Transactions¶

When managing RMA transactions, repair charges billed to a customer for service performed on a returned item have a specific account distribution. This distribution recognizes the revenue from the repair service and increases the accounts receivable for the amount due from the customer.

Account	Debit	Credit	Account Source
Sales		Yes	Repair Sales account from the RMA Type Accounts window Sales account from the Item Account Maintenance window or from the Customer Account Maintenance window Sales account from the Posting Accounts Setup window
Accounts Receivable	Yes		Accounts Receivable account from the Customer Account Maintenance window Accounts Receivable account from the Posting Accounts Setup window

RMA Receiving Process¶

When an item is received back under an RMA, the RMA Receiving process creates and posts an inventory adjustment. This adjustment increases the quantity and value of the item in inventory. Simultaneously, it credits the Cost of Goods Sold or a similar account, effectively reversing the cost impact of the original sale or removal from inventory.

Account	Debit	Credit	Account Source
Inventory	Yes		Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window
Cost of Goods Sold		Yes	Cost of Goods Sold account from the Item Account Maintenance window Cost of Goods Sold account from the Posting Accounts Setup window

A more complex scenario arises if the item being returned is replaced or exchanged, meaning the return item number is different from the original item number. If this RMA originated from a service call return line, the system posts an inventory decrease adjustment for the original item number and an inventory increase adjustment for the return item number. This sequence correctly removes the original item’s cost and adds the replacement item’s cost back into inventory.

Account	Debit	Credit	Account Source
Inventory		Yes	Inventory account from the Service Call Entry - Part Distribution window
Cost of Goods Sold	Yes		Cost of Goods Sold account from the Service Call Entry - Part Distribution window
Inventory	Yes		Inventory account from the Item Account Maintenance window or from the Customer Account Maintenance window Inventory account from the Posting Accounts Setup window
Inventory Offset		Yes	Cost of Goods Sold account from the Item Account Maintenance window or from the Customer Account Maintenance window Cost of Goods Sold account from the Posting Accounts Setup window

Following the receiving process, a Sales Order Processing (SOP) Return document is created. This document is used to generate a credit memo for the customer. Crucially, the line item on this SOP Return document is flagged as a drop ship item. As seen with service call invoices, this prevents the SOP Return posting from creating another inventory adjustment, ensuring inventory is only affected once during the RMA Receiving step. The SOP Return document primarily impacts customer-facing accounts.

Account	Debit	Credit	Account Source
Sales Return	Yes		Sales Return account from the RMA Type Accounts window Sales Return account from the Item Account Maintenance window or from the Customer Account Maintenance window Sales Return account from the Posting Accounts Setup window
Accounts Receivable		Yes	Accounts Receivable account from the Customer Maintenance window Accounts Receivable account from the Posting Accounts Setup window

Inventory Scrap Process¶

If returned items are determined to be unsalvageable, they might be scrapped. The inventory scrap process removes these items from inventory and records the cost as an expense. This process affects the inventory account (decreasing the asset) and typically posts the corresponding cost to a scrap expense account or Cost of Goods Sold.

Account	Debit	Credit	Account Source
Cost of Goods Sold	Yes		Scrap account from the RMA Type Accounts window Cost of Goods Sold account from the Item Account Maintenance window or from the Customer Account Maintenance window Cost of Goods Sold account from the Posting Accounts Setup window
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window

Return to Vendor (RTV) Entries¶

When items need to be returned to a vendor, an RTV entry is created. If the RTV line includes cost amounts (for parts, labor, expenses, travel associated with the return or repair before return), these costs are often posted to a purchases or cost-related account, with an offset to accounts payable, reflecting the potential credit or expected reimbursement from the vendor.

Account	Debit	Credit	Account Source
Purchases	Yes		Cost account from the RTV Type Accounts window Purchases account from the Vendor Account Maintenance window Purchases account from the Posting Accounts Setup window
Accounts Payable		Yes	Accounts Payable account from the Vendor Account Maintenance window Accounts Payable account from the Posting Accounts Setup window

Similarly, if the RTV entry includes amounts in the Reimbursement section (sum of reimbursement costs for parts, labor, expenses, travel), these are also posted to a purchases or reimbursement account, offset by accounts payable. This captures the value the company expects to recover from the vendor.

Account	Debit	Credit	Account Source
Purchases	Yes		Reimbursement account from the RTV Type Accounts window Purchases account from the Vendor Account Maintenance window Purchases account from the Posting Accounts Setup window
Accounts Payable		Yes	Accounts Payable account from the Vendor Account Maintenance window Accounts Payable account from the Posting Accounts Setup window

RTV Shipping Process¶

When the item is physically shipped back to the vendor via the RTV Shipping process, an inventory adjustment is created and posted. This adjustment decreases the inventory quantity and value, reflecting the removal of the item from the company’s stock. The offset is typically to an inventory offset or purchases account.

Account	Debit	Credit	Account Source
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window
Inventory Offset	Yes		Purchases account from Vendor Account Maintenance window Purchases account from the Posting Accounts Setup window

Furthermore, when the RTV Shipping process is run, a credit voucher is automatically generated in Payables Management for certain RTV types (specifically those where inventory is decreased). Posting this credit voucher reduces the amount owed to the vendor (Accounts Payable) and credits a purchases or contra-purchases account, reversing the original cost impact when the item was acquired.

Account	Debit	Credit	Account Source
Purchases		Yes	Purchases account from the Vendor Account Maintenance window Purchases account from Posting Accounts Setup
Accounts Payable	Yes		Accounts Payable account from the Vendor Account Maintenance window Accounts Payable account from the Posting Accounts Setup window

RTV Receiving Process¶

The RTV Receiving process is used when an item is returned from a vendor (e.g., after repair). This process can create both decrease and increase inventory adjustments depending on whether the original item was returned and a different item received back.

When the RTV Receiving process creates a decrease adjustment (e.g., removing the original item from a holding location), it impacts inventory and cost of goods sold, similar to other inventory decreases.

Account	Debit	Credit	Account Source
Inventory		Yes	Inventory account from the Item Account Maintenance window for item in the Out-Item field Inventory account from the Posting Accounts Setup window
Cost of Goods Sold	Yes		Cost of Goods Sold account from the Item Account Maintenance window for the item in the Out-Item field Cost of Goods Sold account from the Posting Accounts Setup window

When the RTV Receiving process creates an increase adjustment (e.g., bringing the repaired or replacement item into inventory), it increases the inventory asset and credits Cost of Goods Sold or a similar account, reflecting the item’s return to stock.

Account	Debit	Credit	Account Source
Inventory	Yes		Inventory account from the Item Account Maintenance window for the item in the In-Item field Inventory account from the Posting Accounts Setup window
Cost of Goods Sold		Yes	Cost of Goods Sold account from the Item Account Maintenance window for the item in the In-Item field Cost of Goods Sold account from the Posting Accounts Setup window

RTV Closing Process¶

The RTV Closing process finalizes the return-to-vendor transaction. This process can generate Payables Management transactions based on the amounts entered in the RTV entry.

When the RTV Closing process is run, a credit voucher is often created in Payables Management for the sum of the reimbursement amounts. Posting this credit voucher adjusts the vendor balance and records the expected reimbursement.

Account	Debit	Credit	Account Source
Purchases		Yes	Purchases account from the Vendor Account Maintenance window Purchases account from the Posting Accounts Setup window
Accounts Payable	Yes		Accounts Payable account from the Vendor Account Maintenance window Accounts Payable account from the Posting Accounts Setup window

Simultaneously, the RTV Closing process might also create an invoice in Payables Management for the sum of the cost amounts if these costs are being billed back by the vendor (e.g., for repair services rendered by the vendor). Posting this invoice increases the vendor balance (Accounts Payable) and debits a purchases or expense account.

Account	Debit	Credit	Account Source
Purchases	Yes		Purchases account from the Vendor Account Maintenance window Purchases account from the Posting Accounts Setup window
Accounts Payable		Yes	Accounts Payable account from the Vendor Account Maintenance window Accounts Payable account from the Posting Accounts Setup window

Depot Management in Microsoft Dynamics GP¶

Depot Management in Microsoft Dynamics GP handles repair processes typically performed at a central location (a depot). This module tracks parts and labor used on work orders to repair items. These activities impact Work-In-Progress (WIP) accounts.

When a part is entered for use on a work order in Depot Management, an inventory adjustment is created. Posting this adjustment moves the value of the part from raw material or finished goods inventory into a WIP Inventory account. This reflects the part’s allocation to an active repair job.

Account	Debit	Credit	Account Source
WIP Parts	Yes		WIP Inventory account from the Work Order Type Maintenance window
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window

When labor is recorded against a work order, it similarly impacts a WIP account. Posting a labor entry moves the cost of the labor (often calculated based on technician rates and time) into a WIP Labor account. The credit side typically goes to a labor consumption or offset account.

Account	Debit	Credit	Account Source
WIP Labor	Yes		WIP Labor account from the Work Order Type Maintenance window
Labor Consumption		Yes	Item Account Maintenance window for the depot labor item that is assigned to the station ID

Work Order Completion Process¶

The Work Order Completion process finalizes the repair job and clears the WIP accounts. The way WIP accounts are cleared depends on a setting in the Work Order Type Maintenance window: whether the repair cost should be expensed or capitalized into the item’s cost.

If the Expense check box is not selected in the Work Order Type Maintenance window, the repair costs (parts and labor accumulated in WIP) are capitalized into the cost of the repaired item. The Work Order Completion process posts to clear the WIP accounts by crediting them and debiting an Inventory Offset account.

Clearing WIP Material:

Account	Debit	Credit	Account Source
Inventory Offset	Yes		Inventory Offset account from the Item Account Maintenance window Inventory Offset account from the Posting Accounts Setup window
WIP Parts		Yes	WIP Inventory account from the Work Order Type Maintenance window

Clearing WIP Labor:

Account	Debit	Credit	Account Source
Inventory Offset	Yes		Inventory Offset account from the Item Account Maintenance window Inventory Offset account from the Posting Accounts Setup window
WIP Parts		Yes	WIP Inventory account from the Work Order Type Maintenance window

When a work order is completed and posted (without expensing the repair cost), an inventory adjustment is created. This adjustment effectively takes the “broken” item out of inventory (at its original cost) and puts the “repaired” item back into inventory at an adjusted cost, which includes its original cost plus the capitalized repair costs from the work order (parts and labor). The system pulls the appropriate cost based on item valuation method or the ‘Returned Item Cost’ field if populated. This process updates inventory value but does not change the standard or current cost in the Item Maintenance window itself.

Accounts used when removing the item from inventory at cost:

Account	Debit	Credit	Account Source
Inventory Offset	Yes		Inventory Offset account from the Item Account Maintenance window Inventory Offset account from the Posting Accounts Setup window
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window

Accounts used when adjusting the item back into inventory at the combined repair cost:

Account	Debit	Credit	Account Source
Inventory	Yes		Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window
Inventory Offset		Yes	Inventory Offset account from the Item Account Maintenance window Inventory Offset account from the Posting Accounts Setup window

If the Expense check box is selected in the Work Order Type Maintenance window, the repair costs are treated as expenses rather than capitalized. The Work Order Completion process posts a general journal entry to clear the WIP accounts. The credit side clears the WIP accounts, while the debit side goes to an expense account configured for this purpose (often the ‘Expense Cost’ account from the Work Order Type).

Clearing WIP Material (when expensing):

Account	Debit	Credit	Account Source
Inventory Offset	Yes		Expense Cost account from the Work Order Type Maintenance window
WIP Labor		Yes	WIP Labor account from the Work Order Type Maintenance window

Clearing WIP Labor (when expensing):

Account	Debit	Credit	Account Source
Inventory Offset	Yes		Expense Cost account from the Work Order Type Maintenance window
WIP Labor		Yes	WIP Labor account from the Work Order Type Maintenance window

Similar to the non-expensing scenario, an inventory adjustment is still created to manage the physical movement and valuation of the item itself, taking the “broken” item out and putting the “repaired” item back. The cost used for the item entering inventory depends on configuration and valuation method. The cost used for the item entering inventory is based on the ‘Repair Cost’ field in Item Extensions or the item’s valuation method (standard cost, current cost) if that field is empty. This adjustment impacts inventory and inventory offset accounts but doesn’t update the Item Maintenance cost fields.

Accounts used when removing the item from inventory at cost:

Account	Debit	Credit	Account Source
Inventory Offset	Yes		Inventory Offset account from the Item Account Maintenance window Inventory Offset account from the Posting Accounts Setup window
Inventory		Yes	Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window

Accounts used when adjusting the item back into inventory at the repair cost:

Account	Debit	Credit	Account Source
Inventory	Yes		Inventory account from the Item Account Maintenance window Inventory account from the Posting Accounts Setup window
Inventory Offset		Yes	Inventory Offset account from the Item Account Maintenance window Inventory Offset account from the Posting Accounts Setup window

Understanding how these distribution accounts are configured and impacted across the various Field Service, Contract, Returns, and Depot modules is essential for any organization using Microsoft Dynamics GP for service management. Proper setup ensures accurate financial reporting and seamless transaction flow between operational activities and the general ledger.

What are your thoughts on these account flows? Have you encountered specific challenges with distribution accounts in Dynamics GP’s Field Service series? Share your experiences in the comments below!