Friday, 8 August 2014

Which Microsoft Dynamics NAV Costing Method Should Manufacturers Choose?


“Which costing method should we use in our Microsoft Dynamics NAV system?” Before addressing the question, let’s set the stage with some important definitions.

In large part, “Cost Accounting” should be considered “Managerial Accounting,” not “Financial Accounting.” The exception to this is that cost accountants are responsible for providing and being able to validate the value of inventory items on the balance sheet. As for managerial accounting, cost accountants are responsible for providing “actionable information” to the management team so that management can make necessary adjustments to improve a company’s financial performance. There are no GAAP rules for managerial accounting, so a company’s cost accounting should be tailored to provide management with the information they need. Also, cost accountants are, at times, responsible of informing management with the future cost of items.

While the ultimate choice of which costing method to use should be left to your company’s financial management team and CPA, I can offer the following thoughts:

Microsoft Dynamics NAV gives us the choice of FIFO, LIFO, Average, Standard, and Specific costing methods.

FIFO: In Dynamics NAV, FIFO means that the items taken out stock for production or sales shipments will be taken out in the order of first received, first out and are costed with the actual cost of procurement for that FIFO layer (there are specific exceptions to this costing method if you are using lot or serial number tracking, but they are beyond the scope of this discussion). Using Dynamics NAV FIFO, the balance sheet will reflect the actual procurement/production cost of items remaining in inventory.

LIFO: In Dynamics NAV, LIFO means that the items taken out stock for production or sales shipments will be taken out in the order of last received, first out and are costed with the actual cost of procurement for that LIFO layer (Again, we will ignore specific exceptions here). Using Dynamics NAV LIFO, the balance sheet will reflect the actual procurement/production cost of items remaining in inventory.

Average: In Dynamics NAV, instead of using the actual cost when items are taken from inventory for production or sales shipments, the items are costed at the average cost for that item in inventory (before taking the items). The averaging period can be set to day, week, month, or accounting period. The balance sheet will reflect the actual procurement/production cost of items remaining in inventory.

Standard: Instead of using the actual procurement cost or the average of the costs, Standard in Dynamics NAV uses a fixed value set by cost accountants. In a distribution environment, cost accountants, with the cooperation of the purchasing staff, set the standard for the purchased items which ultimately becomes the COGS when shipped. This standard may contain provisions for overhead absorption and/or landed cost elements. In a manufacturing environment, not only do cost accountants set the standard for purchased items, but they also set the standard for produced items.

The standard cost for a produced item may contain material, direct labor, overhead, or subcontracting cost. Cost accountants need the assistance of production engineers for establishing the standard cost of an item. The balance sheet will reflect the standard cost of items remaining in inventory. When there is a variance between the standard and actual costs, a Purchase Price Variance will appear on the P&L statement as a period expense.

Specific: For Specific, Dynamics NAV assumes that the company is going to buy, produce, and sell items one at a time. Specific requires that the items in inventory are serialized. In Dynamics NAV, Specific costing means that the items taken out stock for production or sales shipments will be taken out by serial number and the cost reflects the actual cost of procurement. The balance sheet will reflect the actual procurement/production cost of items remaining in inventory.

There are advantages and disadvantages to using each method.

Using any of the methods but Standard, you can provide an up-front estimate, but the actual cost and margins will vary from accounting period to accounting period. There is no easy way to provide an answer to the question, “Why are our margins what they are?” because all of the costs are coming out of inventory at the actual costs. We are only able to provide COGS analyses, because the margin at the end of the accounting period is either higher or lower than estimated, but why? Did you use more material and labor, or did it just cost more to procure them? It is easier with Standard costing because you can compare actuals against the standard to see where the costs originated.

An advantage of using Average cost is that COGS is smoothed and does not swing when emergency purchases are made to fulfill a special customer order. In this way, a salesperson is not penalized when a shipment goes out using the FIFO or LIFO layer that was procured at an inflated cost when sales commissions are based on margin.

In a distribution company, identifying the costs is easier: You purchase the product at one price; you sell it at another price.

But in manufacturing, there are often several stages of sub-assemblies, making it nearly impossible to understand why margins are high or low for a specific accounting period. Therefore, manufacturing companies typically use Standard costing when management is interested in tracking variances for the purpose of identifying where the process can be improved. Using Standard costing:
  • COGS is fixed and you can provide management with purchase price variance, material usage variance, and labor efficiency variance.
  • You can provide sales and marketing with a fixed cost number that can used to set sales prices.
  • Margins will remain the same until new standards are set.
  • A drawback for Standard is that there is a significant amount of up-front effort to set the standards.
Ultimately, costing accountants must choose the most appropriate costing method to provide management with the actionable information they require. However, it is important to understand how each method is handled within your Dynamics NAV system to make a well-informed decision.



Regards,
Sathish
http://sathish-nav.blogspot.com

Reference taken from Archer point blog. 

Thursday, 7 August 2014

Managing Negative Inventory in Microsoft Dynamics NAV

I think that we all can agree that in the real world there can be no such thing as negative inventory; likewise, inventory on hand accuracy is vital to any company that uses a computer to track its inventory.

In an accounting/business management software system, however, it is quite common to see a negative quantity on hand. This can be caused by poor inventory accuracy or by ‘timing issues.’ For instance, an item can be issued to production before the purchase order is received in the system for that item.

Potential Problems with Negative Inventory

Given that you have good inventory accuracy, there should be no negative inventory at the end of any day. Negative inventory means your replenishment planning system is using invalid data—which yields incorrect reordering recommendations—and your costing system has no chance of reflecting accurate inventory and COGS values.

In Microsoft Dynamics NAV, we can also think of negative inventory as being negative in one location and positive in another location. For instance, in Location A, the system shows 1 on hand, but in location B, it shows -1 on hand. When we look at the total, the system shows 0 on hand, which is accurate when viewed globally. However, this is still not acceptable and needs to be addressed.

An easy way to prevent negative inventory in Dynamics NAV would be to change the system to never allow negative inventory. This sounds good in theory, but I find that in some companies it would be culture shock to do so. You can imagine if, at the end of a month, quarter, or year, the boss asks why you didn’t make the shipment that would have made the company’s shipping goal, and you answer, “Because the system wouldn’t let me post negative inventory.”

It is best to identify the areas that are causing a negative inventory number to occur and then correct those issues. However, because there can be many reasons for negative inventory numbers, this blog post focuses on identifying negative inventory and determining the cause rather than correcting the issues.

Finding which items have negative inventory

To discover what items have negative inventory in total is quite easy. In Dynamics NAV, go to the item list and set a filter for Quantity on Hand as less than zero, which will display a list of items showing negative inventory.

To find the items that have a negative inventory in one location only, you will need to access the Item Ledger Entry Table. Follow these steps:
  1. Go to any item card.
Item Card - Quantity on Hand
Item Card - Quantity on Hand
  1. Drill down on the Quantity on Hand. This will bring you to the Item Ledger Entries for that item.
 Item Card - Ledger Entries
Item Card - Ledger Entries 
  1. To see the Item Ledger Entries for all items, clear the filters set by the system.
Item Ledger Entries - Clear Filters
Item Ledger Entries - Clear Filters

The system will display a list of all of the Item Ledger Entries for every item.

Item Ledger Entries - display all
Item Ledger Entries - Display All
  1. Now we want to make a list of all of the items with negative inventory, either in total or in one location only. To do this, set a table filter with Positive = NO and Open = YES.
Item Ledger Entries - Filter on Negative
Item Ledger Entries - Filter on Negative

The system will display a list of all Item Ledger Entries that need to be corrected.

Item Ledger Entries - Display negative entries
Item Ledger Entries - Display Negative Entries

Now that you have identified the negative inventory entries, you can correct them. Keep in mind, however, that inventory values should never reflect a negative value, so it is just as important to correct the root cause of why the inventory went negative in the first place.

Regards,
Sathish

Microsoft Dynamics NAV 2013 R2 New Feature – Cash Flow Functionality

Understanding and estimating your cash flow is critical in running a successful business. With Microsoft Dynamics NAV 2013 R2, a new feature called Cash Flow was introduced. This feature allows users to understand the inflows and outflows of cash in their business. It helps in creating short-term forecasts that provide knowledge to the user to predict how and when you can expect funds to be paid and collected by your business.

The data collected is based upon transactions that already exist in Dynamics NAV, which thereby reduces the need to perform external estimating of your cash position. The Dynamics NAV Cash Flow functionality allows you to use familiar features, such as Account Schedules and Analysis by Dimension, to analyze and report your Information.

Setting up this feature is easy and can help you analyze the cash position of your organization and better understand your business. To set up this feature and start collecting data to analyze your cash flow, there are 6 critical steps needed.

6 Steps Required to Use Dynamics NAV 2013 R2 Cash Flow Functionality

Step 1 – Chart of Cash Flow Accounts
Step 2 – Perform Setup for Cash Flow Functionality
Step 3 – Create Cash Flow Forecast
Step 4 – Create Manual Entries
Step 5 – Create Cash Flow Worksheet
Step 6 – Register Cash Flow Worksheet

The Six Steps for Cash Flow

Figure 1 – The Six Steps for Cash Flow

Step One: Set Up Your Chart of Cash Flow Accounts

 

The most basic part of cash flow is the chart of cash flow accounts, in which all cash flow forecast entries are registered. You use the window to enter and view your cash flow accounts. Create the chart of cash flow accounts as you create new cash flow accounts. You can set up new cash flow accounts in the window or in the Cash Flow Account Card.

Cash Flow Account Card
Figure 2 – Cash Flow Account Card

Step Two: Perform the Setup for Cash Flow Functionality

 

The cash flow setup page specifies the cash flow accounts that are used for the entries in the areas of general ledger, purchases, sales, services, and fixed assets. You also define the number series for your cash flow forecasts.

Cash Flow Setup
Figure 3 – Cash Flow Setup

When the Suggest Worksheet Lines batch job calculates the forecasted cash inflows and outflows of your company, you must make sure that the relevant information in the cash flow forecast appears in the appropriate cash flow accounts.

Step Three: Create Cash Flow Forecast

 

The Cash Flow Forecast card is used to set the parameters used to calculate the cash inflows and outflows of your business and to save the values as history. For example, you can set up the cash flow forecast for every week or every month. You can set up multiple cash flow forecasts as needed for your business.

Cash Flow Forecast Card
Figure 4 – Cash Flow Forecast Card

Every cash flow forecast has its own Cash Flow Forecast card. For each cash flow forecast, you must set up a card on which you enter basic information, such as the cash flow forecast number, discount possibilities, payment terms, manual expenses, and manual revenues.

Below is an excerpt from Microsoft Dynamics NAV Help Screens on the Cash flow forecasts fields are used:

Field Description
No. Specifies the number for your cash flow forecast. You can use one of the following methods:
  • If you have set up a default number series for the cash flow forecast in the Cash Flow Forecast No. Series field, press Enter to automatically fill in this field with the next number in the series.
  • If you have not set up a number series for the cash flow forecast, or if the number series has the Manual Nos. field selected, you can enter a number manually. The number identifies the cash flow forecast and is used when you register the forecasted values from the cash flow worksheet. You cannot fill in the other fields until you have entered a number in this field.
Consider Discount Select to have the cash discounts assigned in entries and documents reflected in the cash flow forecast.
Consider Pmt. Disc. Tol. Date Select if you want to use the payment discount tolerance date when the cash flow date is being calculated. You can only select this option if you choose to take the discount into consideration.
Consider Pmt. Tol. Amount Select to use the payment tolerance amounts from the posted customer ledger entries and the vendor ledger entries in addition to the payment tolerance amounts from the general ledger for sales and purchase orders in the cash flow forecast.
Consider CF Payment Terms Select if you want to use the cash flow payment terms that are defined for customers or vendors.

Note: If the check box is selected, but cash flow payment terms are not defined for customers or vendors, the standard payment terms are used.
G/L Budget From Enter the start date from which you want to use the budget values from the general ledger in the cash flow forecast.
G/L Budget To Enter the last date from which you want to use the budget values from the general ledger in the cash flow forecast.
Manual Payments From Enter a start date from which manual payments should be included in the cash flow forecast.
Manual Payments To Enter the last date from which manual payments should be included in the cash flow forecast.
Show in Chart on Role Center Select to display the cash flow chart on the Role Center.

 

Step Four: Create Manual Entries

 

Cash Flow manual entries allow you to book cash flow estimates that will affect your cash flow forecast. For example, you can use this table to register manual expenses such as salaries, interest on credit, or planned investments. You can create entries to record Anticipated Revenue and Anticipated Expenses in the Cash Flow Manual Revenues and Cash Flow Manual Expenses windows in Dynamics NAV.

Cash Flow Manual Revenues and Expenses
Figure 5 – Cash Flow Manual Revenues and Expenses

 

Step Five: Create Worksheet

 

The cash flow worksheet specifies the relevant information for the cash flow forecast.

Cash Flow Worksheet
Figure 6 – Cash Flow Worksheet

You do not have to make the cash flow forecast manually. You can use the Suggest Worksheet Lines batch job to get the relevant information from the following application areas:
  • Liquid funds
  • Open receivables
  • Sales orders
  • Service orders
  • Planned disposal of fixed assets
  • Open payables
  • Purchase orders
  • Budgeted purchase of fixed assets
In addition to the items in the previous list, you can set up manual revenues and manual expenses that will be included in the forecast.

Each time you begin the batch job, you can decide which information should be part of the cash flow forecast. The batch job suggests preliminary information for the forecast. You can update the information if it is in the worksheet.

Step Six: Register Worksheet

 

Registering the worksheet creates cash flow entries based on the data in your worksheet. The cash flow entries can be used to analyze your potential cash flows and report from them using account schedules.

NOTE: The intention of the Cash Flow Forecast in Microsoft Dynamics NAV is to give you an estimation of the Cash Flow for your company until you create a new forecast. It is not intended to serve any legal requirement such as creating cash flow statements for legal financial reporting to any authorities. A cash flow forecast is the prediction of how your liquidity (cash and other treasure positions) will evolve over time. Many different businesses need to make forecasts and estimations, and therefore have to consider a variety of different aspects and parameters. This happens with or without dedicated cash flow forecast functionality. The forecasts and estimations are just that: forecasts and estimations. With the Cash Flow Forecast functionality in Microsoft Dynamics NAV, you cannot expect to get every aspect and every parameter considered in the best way; however, this functionality can help you to make better estimations and better business decisions.

Regards,
Sathish

Tuesday, 5 August 2014

How to find which objects are in our License Range

If you want to check whether object is in your license range or not then generally we click Design button and then if we can see design window then it means that object is in our license range or if we get below error then it means that object is not in our license range.


·       
     Some objects like Menusuite 1010 or 1030 can be designed but we get error message while saving.


So if we want to know for all objects in database then it is difficult to go through each object and design.
We have a new feature called object Lock in NAV2009 and above versions.
We can use this feature know which objects are in our license range by one click.Select All Objects in Development Environment and Click File -> Lock.


The objects which are locked are in our license range and the objects which are not locked are not in our license range.

Try it yourself and you will find it.


Regards,
Sathish

Tuesday, 29 July 2014

RDL vs. RDLC versions and Dynamics NAV

Since the NAV team has been real busy is it time for an updated chart which explains when each version of RDL and RDLC was released. It also clear in this chart that the SSRS team in the SQL team, responsible for RDL is planning something big in the next version since nothing has happen since SQL Server 2008 R2, or they have stopped improvements to RDL.


http://mibuso.com/blogs/clausl/files/2014/07/rdl-vs-rdlc1.jpg


Regards,
Sathish

NAV RTC - Introduction to Web Services.

Hi all,

This post is a introduction post about web services in Navision.

Agenda for this post -

1) Types of Web Services.
2) Differences between types of web services.
3) How to publish a web service.
4) How to see the published web service in Internet Explorer.
5) How to check all Published Web services.

Part 1 - Types of web Services?

NAV 2009, 2009 SP1 and 2009 R2 -

In these versions of Navision we had only one type of web service i.e SOAP Web services. It is an XML based protocol for accessing Web Services.

NAV 2013, NAV 2013 R2 -

With NAV 2013 Microsoft have come up with two types of web services i.e SOAP web services and ODATA web services.

Part 2 - How these Two Services Differ in Navision?

With SOAP Web Services you can publish either Microsoft Dynamics NAV pages or codeunits as SOAP services.

With ODATA web Services you can publish either pages or queries as OData services.

Part 3 - How to publish a web service?

*Following Screenshot are from NAV 2013 R2.

1. Open Role Tailored Client.

2. Navigate to - Departments/Administration/IT Administration/General/Web Services.

3. Click New.

4. Select the Object Type, Object No and Provide a Name to the Web Service.

5. Click on Published.

As i have created a Page web service i have both the URL i.e SOAP and ODATA.




But if i select a codeunit as shown below, i will get only SOAP URL and ODATA will be Not applicable. In the same way If i select a query i will only get URL for ODATA not for SOAP.



Till NAV 2009 R2 we don't get the URL for the web service published.

Part 4 - How to see the published web service in Internet Explorer?

You can copy the URL Generated in web Services Page and run that URL in Internet Explorer.

SOAP Web Service


ODATA Web Service


The Screen Shot Above shows the exposed Page Customer in Internet Explorer.


Part 5 - How to check all Published Web services?

If you would like to see what all objects have been published in a web services you can follow below steps -

SOAP WEB SERVICE -

FOR SOAP Web Services you can use below format as URL in Internet Explorer -
http://ServerName:PortNo/Instance Name/WS/Services

In my case i am using below URL
http://localhost:7047/DynamicsNAV71/WS/Services




ODATA WEB SERVICE -

For ODATA Web Services you can use below format as URL in Internet Explorer -
http://ServerName:PortNo/Instance Name/OData/

In my case i am using below URL
http://localhost:7048/DynamicsNAV71/OData


I hope you would have get some basic Ideas about web services.


Regards,
Sathish


Monday, 28 July 2014

Alternating background colors in Reporting Services

One common question from many of those who are relatively new to Microsoft SQL Server Reporting Services is how to alternate the background color of detail rows in a table data region.

Although I'm sure samples of this have been posted elsewhere on the Internet, I thought I'd share a common technique in the hopes that those searching for a solution will find it, either here or elsewhere.

Let's consider an example. We have an employee phone list report as shown below.

SSRS_alternating_bgcolor2-2008-08-19

To make the report a little easier to read horizontally, we'd like to change the background color of every other row. To do so, let's highlight the detail row of the data table in the layout tab.

SSRS_alternating_bgcolor3-2008-08-19

In the properties window, find the BackgroundColor property for the highlighted row and choose <Expression...>. Add the following conditional formatting statement in the Edit Expression window.

SSRS_alternating_bgcolor4-2008-08-19

Click Ok, and preview the report.

SSRS_alternating_bgcolor1-2008-08-19

And there you go, a report that alternates the background color for each row.

Regards,
Sathish