Logo
programming4us
programming4us
programming4us
programming4us
Home
programming4us
XP
programming4us
Windows Vista
programming4us
Windows 7
programming4us
Windows Azure
programming4us
Windows Server
programming4us
Windows Phone
 
Windows Server

Microsoft Dynamic GP 2010 : Module Setup - Inventory (part 2) - Item class setup

- Free product key for windows 10
- Free Product Key for Microsoft office 365
- Malwarebytes Premium 3.7.1 Serial Keys (LifeTime) 2019
8/10/2012 4:12:33 PM

Item class setup

Similar to customer and vendor classes, item classes are optional, but recommended for the following three benefits:

  • Time saved when creating items: Classes serve as a template for many of the item settings, so they can offer significant time savings when creating new items in Dynamics GP.

  • Time saved during item updates: Changes to the item class can be rolled down to all items in that class, making changes to groups of items quick and easy. Note that for inventory items, there are some settings such as valuation method that cannot be changed. In that case, changes made to the class will apply only to newly created items in that class.

  • Reporting, filtering, and searching: Most reports and searches in Dynamics GP offer an option to filter by item class. For example, when generating a list of items in stock, it may make the list much more manageable and useful to be able to filter by item class.

To open the Item Class Setup window, navigate to Microsoft Dynamics GP | Tools | Setup | Inventory | Item Class. All the settings for an item class will be defaulted when a new item is created and assigned that item class; however, they can all be changed as needed for individual items. The following are descriptions of the fields on the Item Class Setup window:

  • Class ID: A 10-character ID that cannot be changed once the item class is saved.

  • Default checkbox: One item class can be set as the default class. Once set, newly created classes will copy all the settings from the default class. This can help save time when setting up multiple item classes that are similar. The default class can be changed at any time by selecting the Default checkbox for a different class. This will automatically uncheck the Default checkbox for the class that was previously the default.

  • Description: A description of what items are in this class. This is used to help users identify the proper item class during item creation.

  • Generic Description: An additional 10-character description field for items— this can be another report filter or search criteria.

  • Item Type: There are six item types available in Dynamics GP and choosing the right one for each item is critical, as this cannot be changed easily after transactions have been entered for an item. The available item types are listed in the following table. COGS (Cost of Goods Sold) posted means that when a transaction with this item is posted in Sales Order Processing, the cost of the item will credit the Inventory GL account and debit the Cost of Goods GL account.

Item type Quantities tracked COGS posted Notes
Sales Inventory Yes Yes This is the most common item type, used for products kept in stock. This can also be used for services that are bought from others and resold to customers if the costs of these need to be tracked and posted with the sales transaction.
Discontinued Yes Yes When an item reaches the end of its life, the type can be changed from Sales Inventory to Discontinued to prevent users from creating new back orders for it and to filter it out of searches and reports.
Kit No (see notes) No (see notes) Kits are a combination of any other item types that are not actually assembled prior to the sale. Consider a store promotion that offers a discounted price for two items bought together. Each item is on a different shelf and can be bought separately. However, together these items have a special price. A Kit allows you to set up that scenario in Dynamics GP. Quantities are tracked and COGS posted only for Sales Inventory and Discontinued Items within a Kit.
Miscellaneous Charges No No This is typically used for one time charges and items that are not stocked.
Services No No This is the typical item type used for any type of service that is performed by internal employees (not purchased from others).
Flat Fee No No Similar to Services, but almost never used, as it has some additional limitations when posting.

  • Valuation Method: This is a critical setting that determines how costs for items are calculated. The available options are:

    Valuation Method Details
    FIFO Perpetual This is the most commonly used valuation method. Inventory is valued at actual cost using First In, First Out.
    LIFO Perpetual Inventory is valued at actual cost using Last In, First Out.
    Average Perpetual Every increase in inventory causes the cost for all items in stock to be recalculated. This is also referred to as Moving Average and is the second most commonly used valuation method in our experience.
    FIFO Periodic Inventory is valued at Standard Cost, which is adjusted once a year. The method used is First in, First Out.
    LIFO Periodic Inventory is valued at Standard Cost, which is adjusted once a year. The method used is Last In, First Out.

    The valuation method you select will typically be governed by accounting guidelines in your country and for you industry. In most cases all items within the same company will have the same valuation method. If you are not sure what method should be used, consult with the company's CPA or auditor for help on this.

  • Track: Dynamics GP offers the ability to track either Serial Numbers or Lot Numbers for items (but not both at the same time, as these are actually stored in the same field). If you do not want to track either, you can select None. Lot or serial number tracking can be turned on, but only when there is no on hand quantity for the item.

    If Lot Numbers are selected under Track, you can select a default Lot Category and whether to Warn if Days before lot expires are within the specified number.

  • Sales Tax Option: If the items in this class are not taxed, choose Nontaxable. If the items are taxed depending on the customer tax setup, choose Base on customers. There are certain items that may be taxed in some states or localities, but not in others; in that case, you can set up a special tax schedule that contains all the tax details for locations where this item it taxed. Select Taxable, in the Sales Tax Option field, which will enable the Tax Schedule ID field where you can select the special tax schedule you have created.

    Recall from previous chapters that taxes in Dynamics GP are determined by the intersection of all the tax schedules, as well as the shipping method type of a transaction.

  • Allow Back Orders: Select this option if you want to allow back ordering items in this class. If back orders are not allowed, sales orders can only be entered for quantities on hand.

  • Revalue Inventory for Cost Variance: This setting determines how the Purchase Order Processing module treats differences between received and invoiced inventory cost if the inventory has already been sold. Here is an example:

    • You order an item priced at $2,000.

    • You receive the item and enter a purchasing receipt transaction into Dynamics GP; at this time, as far as you know, the cost of the item is $2,000.

    • You sell the item to a customer for $3,000. When the sales invoice is posted, the Cost of Goods posted to the GL is $2,000.

    • Now you receive the vendor invoice and it is actually for $1,950—the item cost decreased by $50.

    • When you enter the vendor invoice into Dynamics GP, you have two options:

      • Revalue inventory: This posts a $50 credit (decrease) to your Cost of Goods GL account.

      • Don't revalue inventory: This posts a $50 credit to your Purchase Price Variance GL account.

      Both of these approaches have their place. Revaluing inventory combines any cost variances into Costs of Goods Sold, not revaluing it keeps the variances in a separate account where you can see them more clearly. Large variances may indicate issues with the purchasing process. One important thing to understand is that the variance of $50 in the example above may be posted to the General Ledger in a different accounting period than the customer invoice, as you may not receive the vendor invoice right away.

      If you choose the Revalue Inventory for Cost Variance option, then you can also enter a Tolerance Percentage - in this case, inventory will be revalued only if the variance is equal to or greater than the percentage entered. If the Tolerance Percentage is left at 0%, all variances will be revalued.

  • Maintain History: By default these are not selected. It is recommended to keep all history and to select all four of the options under Maintain History.

  • Quantity Decimals: The default number of decimal places for quantities of items in this class. This will change automatically, depending on the U of M Schedule ID chosen for this class, as it has to match the number of decimal places set up for the U of M schedule.

  • Currency Decimals: The default number of decimal places in amounts for items in this class. As there is only one option for Currency Decimals, if you have enabled Multicurrency, this option will be disabled and the decimal place setup can be completed by clicking the Currency button at the bottom of this window.

  • U of M Schedule ID: The default U of M schedule for items in this class.

  • Price Group: Price groups are optional in Dynamics GP and not too many companies use them. They allow for an additional grouping of items for either reporting purposes or for price updates.

  • Default Price Level: Select the default price level for items in this class.

  • Price Method: Dynamics GP has a number of available price methods; however most companies use either the Currency Amount (flat amount) or % of List Price option. Formulas and further descriptions for the other available methods are listed in the Price Methods section in Chapter 10 of the Inventory Control manual. (This manual can be accessed by clicking the Help button in the top right corner of the Dynamics GP main window, selecting Printable Manuals and expanding the Inventory section.)

  • Purchase Tax Option: Most companies do not pay or record purchase taxes separately, so typically Nontaxable is chosen here. If purchase taxes need to be calculated, the Taxable option can be selected and a Tax Schedule ID specified, or you can select Base on vendor.

  • User Category: If you have set up inventory categories on the Inventory Control Setup window, they will be automatically populated in this section and you can select from the available values predefined for each category.

The following is a typical Item Class Setup window:

Note that the only required fields for an item class are Class ID and Description, so you can fill in as much or as little detail as you want when setting up a class.

You can create as many item classes as you need; however, keep in mind that the main goal of classes is to save time and allow for more meaningful reporting, so plan these out before creating a large number of classes.

Item class currency setup

Clicking the Currency button at the bottom of the Item Class Setup window will open the Item Class Currency Setup window where you can specify the number of Currency Decimals for each Currency ID. The following is a sample of what this setup looks like:

Item class accounts setup

Clicking the Accounts button at the bottom of the Item Class Setup window will open the Item Class Accounts Setup window, where you can specify the default GL accounts for each item class. The following list explains the available accounts:

  • Inventory: Balance Sheet asset account that holds the inventory value. It is debited when inventory increases and credited when inventory decreases.

  • Inventory Offset: This is a default account used for the other side of inventory transactions if no other account is specified. Most often this is used by inventory adjustment transactions. It is recommended to not use the Inventory account for this so that there is greater visibility into posting issues if accounts are not set up properly.

  • Cost of Goods Sold: Profit and Loss (P&L) account that is debited for the inventory cost when a sales invoice is posted.

  • Sales: P&L account that is credited for the sale amount when a sales invoice is posted.

  • Markdowns: P&L account that is debited with the markdown amount (discount on individual line items) on a sales invoice. Some companies choose to make this the same as the Sales account, others like to track these discounts in a separate account.

  • Sales Returns: P&L account that is debited for the return amount when a sales return is posted. Some companies choose to make this the same as the Sales account, others like to track returns in a separate GL account for additional visibility.

  • In Use, In Service, Damaged, and Inventory Returns: When inventory items are returned in Dynamics GP, they can be classified as On Hand, Returned, In Use, In Service, or Damaged. Items can also be transferred from one of these statuses to another to offer better control and visibility of the condition of items. These accounts offer the ability to put the inventory asset cost of each inventory status into a separate account; however, in practice, many companies use the Inventory account for all of these. The On Hand status is not in the list of options you can select here, as inventory returned to On Hand status will debit the Inventory account.

  • Drop Ship Items: Balance Sheet asset account to hold the inventory value of drop shipped items. It is debited when a vendor invoice for drop ship items is posted and credited when a sales invoice for drop ship items is posted.

  • Purchase Price Variance: This account records the difference in receipt versus purchase cost of items that have already been sold if the option to revalue inventory is not used. This account is only used for periodic inventory valuation methods or if you are not selecting the Revalue Inventory option for non-periodic valuation methods.

  • Unrealized Purch Price Var: The unrealized portion of a purchase price variance for items with periodic valuation methods.

  • Assembly Variance: This account will be posted to if there is a difference between the component cost and final item cost when using periodic valuation methods.

The following is a typical Item Class Accounts Setup window:

Any account can be left blank and then filled in as needed during transaction entry. It is highly recommended to fill in all accounts that may possibly be used on transactions to speed up data entry and avoid errors.

When inventory items are used on transactions, Dynamics GP determines the General Ledger accounts in the following order:

  1. 1. Use accounts from inventory item. These accounts will default from the item class when an item is being created, but can be changed for each individual item.

  2. 2. If any accounts are missing from the item setup, use posting accounts for the company (Microsoft Dynamics GP | Tools | Setup | Posting | Posting Accounts).

  1. 3. If any accounts are still missing, leave them blank. Transactions will give a warning and will not post if any required accounts are missing.

There is an exception to these rules when using the Sales Order Processing module. Part of the SOP module setup has a switch that lets you choose accounts from the customer setup, instead of item setup, when posting SOP transactions.

Other -----------------
- Exchange Server 2007 : Designing Exchange Infrastructure, Integrating Client Access into Exchange Server 2007 Design
- Exchange Server 2007 : Designing Exchange Server Roles in an Exchange Environment
- Microsoft Dynamics CRM 4.0 : Infrastructure Design Considerations - Outlook Infrastructure Optimization
- Microsoft Dynamics CRM 4.0 : Infrastructure Design Considerations - Office Communication Server Setup
- BizTalk 2009 : Implementing a Scatter or Gather Pattern
- BizTalk 2009 : Using PGP (part 2) - PGP Decode Component
- BizTalk 2009 : Using PGP (part 1) - PGP Encode Component
- SQL Server 2008 R2 : Implementing Policy-Based Management (part 2) - Creating a Category, Evaluating Policies, Importing and Exporting Policies
- SQL Server 2008 R2 : Implementing Policy-Based Management (part 1) - Creating a Condition Based on a Facet, Creating a Policy
- SQL Server 2008 R2 : Policy-Based Management Concepts
 
 
Top 10
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 2) - Wireframes,Legends
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 1) - Swimlanes
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Formatting and sizing lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Adding shapes to lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Sizing containers
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 3) - The Other Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 2) - The Data Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 1) - The Format Properties of a Control
- Microsoft Access 2010 : Form Properties and Why Should You Use Them - Working with the Properties Window
- Microsoft Visio 2013 : Using the Organization Chart Wizard with new data
 
programming4us
Windows Vista
programming4us
Windows 7
programming4us
Windows Azure
programming4us
Windows Server