Simplified Pricing of Microsoft Dynamics GP 2013 and NAV 2013 for SMBs Announced at WPC 2012
Simplicity was the word of the day at WPC 2012 for Microsoft Dynamics GP and NAV partners learning about the new perpetual licensing scheme that will take effect for on-premise deployments and upgrades to NAV 2013 and GP 2013. The changes will result in far fewer individual line items in the price list, with the aim of making it easier for partners to generate quotes and customers to understand them.
The goal of the changes are to drive volume, optimize licensing for SMBs, and to simplify the approach for perpetual license sales (subscription pricing will be a different issue altogether, Microsoft says). The changes will reduce prices for many customers, especially those with less than 100 users, though larger implementations and some others could see license costs increase, which, Microsoft told the partner audience, is by design.
"We wanted it to be so simple you could figure out pricing on the back of a napkin," explained Carl Radecke, worldwide pricing lead for Microsoft to a full house of several hundred Dynamics ERP professionals. To drive the point home, the audience received cocktail napkins imprinted with the new prices.
Popüler Yayınlar
15 Temmuz 2012 Pazar
12 Temmuz 2012 Perşembe
The Top New Features of Dynamics NAV 2013
Microsoft have been getting a great amount of media coverage recently, with announcements about Windows 8, Windows Phone 8, Surface, Office 2013. In addition to this, outside of the mainstream media and within the business circles, they have announced new versions of Windows Server, SQL Server, and Dynamics NAV (formally Navision).
It’s Dynamics NAV 2013 that I want to focus on in this post. This is the software release that has got me the most excited, most probably because my day to day work involves me delivering solutions based on Dynamics NAV. In fact if you speak to most people in the Dynamics world, they are all getting excited about Dynamics NAV 2013. The main reason is due to the shift in the technologies that work hand in hand with NAV 2013. Some of these technologies were there in NAV 2009 in one shape or another, but that was just a stepping stone towards NAV 2013.
For this post I’m going to highlight what I feel are the top 4 new features (some may be classed as improvements on existing features) in Dynamics NAV 2013.
Firstly the SharePoint client allows you to add a NAV page as a SharePoint part. It’s not widely known, but you could do this in NAV 2009. It just didn’t work very well and required you to jump through several hoops to get it to run. Now though, it just works. No extra installs or complicated configuration needed. Just add a new part to the required page in SharePoint and it all just works great. What’s even slicker is that when you click on something in the part, a Microsoft Dynamics NAV ribbon appears at the top of the page in the SharePoint ribbon.
Additionally, you can create a SharePoint page that contains various different parts. Each part might be a NAV page, or alternatively you could mix and match NAV parts with Dynamics CRM parts and then use SharePoint connectors to connect the different parts so that clicking on one part, updates the other. For example, a customer list part from CRM might update a sales invoice list part from NAV, with the sales invoice list being filtered by whichever customer is selected in the CRM list part.
You can create a true dashboard/cockpit view on a page within SharePoint. Other uses might be more simplistic, for such “light user” activities like posting a timesheet (timesheets are another new feature of NAV 2013) or looking up and updating supplier details.
Moving onto the new NAV web client, the same can be said for this as the SharePoint client. It was all possible with NAV 2009, but required a third party product in order to do it, or required extensive development of custom .NET web pages that hooked into web service enabled pages. With the Web Client though, it all comes out of the box, and just works. I’ve been playing with the beta a fair bit and it really is great. I won’t speculate on what MSFT’ plans are on the 2013 pricing model, but I really expect this to change the landscape of how NAV is sold. It’s pretty old news now that NAV will be hostable on Microsoft’s Azure platform, and don’t be too surprised if we see a similar model to CRM Online that allows you to purchase NAV Online direct from Microsoft.
Almost everything is there in the Web Client that is in the Windows Client (you can’t call it Classic client and Role Tailored Client any more since the Classic client doesn’t exist). I think a couple of the misconceptions about the web client were that matrix type screens wouldn’t be able to run (they look the same as in the windows client) and reports wouldn’t run (which they do). So what’s missing? So far, the things I’ve noticed are:
But that’s not all. One of the biggest frustrations for users going from the older Classic client to the RTC was the lack of ability to filter on sub-form lines, for example lines on a purchase order. And then finding the functions from the little lightning bolt icon was a pain too, especially when it vanished and you are trying to explain to a customer over the phone to click on the lightning bolt that they can’t see! The vanishing lightning bolt is kind of still there, in the form of a vanishing settings cog icon, but they have laid the line actions in such an easier way and added the ability to search and filter on the lines. So much better.
The way dimensions are held against transactions have completely changed too. Previously, viewing and filtering on any dimension that isn’t one of the two global dimensions was extremely difficult without a modification or additional report (with the help of analysis view entries). This has all changed in NAV 2013. As put by the NAV team:
On top of this, independent tests from the people in the NAV community have noted that speed of use in general in NAV 2013 is much faster that NAV 2009 RTC, which is always welcoming to hear.
In fact, NAV 2013 has gone chart crazy. You are able to pretty much convert just about any page in the system into a chart.
So, that was more than four really if you were counting, but these are just some of the things I’m looking forward to in NAV 2013.
http://dotte.ch/the-top-new-features-of-dynamics-nav-2013/?goback=%2Egde_4259732_member_133010052
For this post I’m going to highlight what I feel are the top 4 new features (some may be classed as improvements on existing features) in Dynamics NAV 2013.
SharePoint and Web Client
I’ll call this one out as one new feature, because they do the same thing, but really it’s two.Firstly the SharePoint client allows you to add a NAV page as a SharePoint part. It’s not widely known, but you could do this in NAV 2009. It just didn’t work very well and required you to jump through several hoops to get it to run. Now though, it just works. No extra installs or complicated configuration needed. Just add a new part to the required page in SharePoint and it all just works great. What’s even slicker is that when you click on something in the part, a Microsoft Dynamics NAV ribbon appears at the top of the page in the SharePoint ribbon.
Additionally, you can create a SharePoint page that contains various different parts. Each part might be a NAV page, or alternatively you could mix and match NAV parts with Dynamics CRM parts and then use SharePoint connectors to connect the different parts so that clicking on one part, updates the other. For example, a customer list part from CRM might update a sales invoice list part from NAV, with the sales invoice list being filtered by whichever customer is selected in the CRM list part.
You can create a true dashboard/cockpit view on a page within SharePoint. Other uses might be more simplistic, for such “light user” activities like posting a timesheet (timesheets are another new feature of NAV 2013) or looking up and updating supplier details.
Moving onto the new NAV web client, the same can be said for this as the SharePoint client. It was all possible with NAV 2009, but required a third party product in order to do it, or required extensive development of custom .NET web pages that hooked into web service enabled pages. With the Web Client though, it all comes out of the box, and just works. I’ve been playing with the beta a fair bit and it really is great. I won’t speculate on what MSFT’ plans are on the 2013 pricing model, but I really expect this to change the landscape of how NAV is sold. It’s pretty old news now that NAV will be hostable on Microsoft’s Azure platform, and don’t be too surprised if we see a similar model to CRM Online that allows you to purchase NAV Online direct from Microsoft.
Almost everything is there in the Web Client that is in the Windows Client (you can’t call it Classic client and Role Tailored Client any more since the Classic client doesn’t exist). I think a couple of the misconceptions about the web client were that matrix type screens wouldn’t be able to run (they look the same as in the windows client) and reports wouldn’t run (which they do). So what’s missing? So far, the things I’ve noticed are:
- No search box (something that I’ve seen most RTC users depending on)
- No Departments menu (this really backs up the fact that the Web Client isn’t for “power users”), you literally have access to what your role dictates.
- No charts in the role centre.
- No MS Office integration eg. No Outlook part of send to Excel.
- No customisation/personalisation (This was probably one of the biggest selling points of the RTC)
Office Ribbon
The introduction of the Office 2010 ribbon in NAV 2013 is a hugely welcome addition. When the first iteration of the ribbon was introduced back in Office 2007, there was much confusion and grumbling from the Office using community. Myself included. People generally don’t like change. We all know it. By the time Office 2010 came along, I really felt that Microsoft had actually taken some of communities criticisms on board though as it was a real improvement. I occasionally have to revert back to older versions of Office when on customer sites who haven’t made the upgrade from Office 2003 yet, and it is really painful using those products. If I’m writing a report in Excel for example, it takes me almost twice as long to do certain things in the older (non-ribbon) version compared to Office 2010. Anyway, I digress… The ribbon makes so much more sense when navigating around the current page in NAV 2013. Everything is a lot easier to find and it’s all still customisable for the user.But that’s not all. One of the biggest frustrations for users going from the older Classic client to the RTC was the lack of ability to filter on sub-form lines, for example lines on a purchase order. And then finding the functions from the little lightning bolt icon was a pain too, especially when it vanished and you are trying to explain to a customer over the phone to click on the lightning bolt that they can’t see! The vanishing lightning bolt is kind of still there, in the form of a vanishing settings cog icon, but they have laid the line actions in such an easier way and added the ability to search and filter on the lines. So much better.
Table Locking Architecture and Improved Dimension Handling Redesign
Big changes have been made to speed up the general ledger posting process in NAV 2013, which will enable more users to post orders at the same time. This has always been a stumbling block of NAV and has historically limited the size of organisations that NAV could be implemented into. This should now be a thing of the past. In worst case scenarios NAV 2013 can be set to delay the posting of large numbers of transactions to out of hours and not to hinder the day to day use of the system.The way dimensions are held against transactions have completely changed too. Previously, viewing and filtering on any dimension that isn’t one of the two global dimensions was extremely difficult without a modification or additional report (with the help of analysis view entries). This has all changed in NAV 2013. As put by the NAV team:
In Microsoft Dynamics NAV 2013, the dimensions functionality has been heavily redesigned. Instead of storing all individual dimension values for each record in separate tables, each unique combination of dimensions and values gets an ID, and this dimension set ID is stored directly on the record that those values belong to. With this change, we have taken an important step: to store all information about dimensions and their values directly on the record.This will make dimensional reporting extremely easier.
On top of this, independent tests from the people in the NAV community have noted that speed of use in general in NAV 2013 is much faster that NAV 2009 RTC, which is always welcoming to hear.
Charts and Visualisation
Again, this was something that was hinted at in NAV 2009 with the chart parts. They looked flash but they just weren’t all that useful. With the new charts though, you can hover your mouse over the parts and they will show you additional information, such as actual values. In some cases (depending on how the chart has been designed) you can also click through on the charts and they will show you the underlying data. You can also add parts that are basically made up from Account Schedules, which again allow you not only to click through, but to alter the periods you are looking at, change the period lengths, and force a refresh (meaning you don’t have to come out of the role centre and back in).In fact, NAV 2013 has gone chart crazy. You are able to pretty much convert just about any page in the system into a chart.
So, that was more than four really if you were counting, but these are just some of the things I’m looking forward to in NAV 2013.
http://dotte.ch/the-top-new-features-of-dynamics-nav-2013/?goback=%2Egde_4259732_member_133010052
Etiketler:
Microsoft Dynamics Navision,
NAV,
NAV 2013,
NAV 7
11 Temmuz 2012 Çarşamba
Simulation of Average Cost Calculation on Dynamics NAV
When using Average Costing method it’s sometimes difficult to interpret the assigned costs of an outbound entry.
In the scenario below there is process description for simulating the average cost calculation. This is often used when investigating costing issues related to the average costing method. It has been helpful in verifying the recognized COGS, to describe the average cost calculation or using it as identification that somewhere in time the average cost is unexpected. It helps to identify the area for deeper research of the records demonstrating unexpected values.
This blog post describes the process for how the average cost calculation can be simulated only and does not describe possible causes or possible correction processes.
The following scenario is carried out to create the basic data set. The data set is then used as base for processing and analyzing the average cost calculation when having the setup Average Cost Period as Day and Month respectively.
The scenario is carried out in a W1 Cronus database.
The first two steps create the basic data set which later on is used in respective simulation of average cost calculation.
1. Create Item: TEST
If you are aiming for creating the full scenario and working through the respective simulations of Average cost calculation for Day and Month, it’s a good thing to create a backup now.
Inventory setup, Average Cost Calc Period = Day
3. Run the Adjust Cost - Item Entries batch job.
4. Filter the Item Ledger Entry table on Item TEST and review the fields specified below.
5. Open Revaluation Journal
6. Run Function Calculate Inventory Value:
7. Change Unit Cost (Revalued) to 12 as above.
8. Post Line.
9. Run Adjust Cost - Item Entries batch job.
10. Filtering the Value Entries table on Item TEST, the following records are available:
Simulation of Average Cost Calculation with Average Cost period = Day
Now we are moving into the process of simulating the Average cost Calculation when Average cost period is Day, using the data for item TEST created in the scenario above.
When you have identified the Item that you need to further analyze the following process can be used. Below the described process, there is a screenshot showing the results of the simulation of the Average Cost calculation of item TEST.
In addition there is an Excel sheet attached where the full data set is available where used formulas, etc. can be reviewed more closely.
1. In the Value Entries table, filter on the particular Item that is to be analyzed.
If Average Cost Calc. Type is per Item&Location&Variant the filter has to cover also these fields with particular values in scope for the analysis.
2. Paster filtered Value entries into Excel.
3. Do a Custom Sorting using the fields as below:
Comments to respective field being a part of the sorting:
Valuation Date: is the date for when the entry shall be part of the Average cost calculation.
Partial Revaluation: a field that states Yes on Value entries with Type Revaluation. Revaluations affect the valuation of the following period’s outbound entries, not the outbound entries of the same period.
Valued quantity: is populated on every Value entry, corresponds to Item ledger entry quantity, Invoiced Quantity or Revalued quantity. Largest to smallest brings the inbound entries to come before the outbound entries of the period and thereby create the base for calculating the average cost of the period.
Item Ledger entry No.: Is to group the value entries attached to same Item ledger entry no.
4. Insert Summary lines where you want to establish the periods Average Cost (grey lines below). A summary line shall be inserted above the first outbound entry of a period. To identify the breakpoint for inserting the summary line follow these steps:
If you have several Summary lines inserted, make sure to include the previous summary line into the calculation of respective column for the next period.
6. Choose an outbound entry, usually the first outbound entry of the period and then a couple of others, randomly selected in the period or those that for some reasons is of particular interest, and calculate the average cost per unit with the formula above (green, purple and blue sections in screenshot below).
- Does it correspond to the average unit cost of the period?
If not, ensure it is not fixed applied to an inbound entry: If field Valued By Average Cost is False, it is fixed applied to an inbound entry.
To which entry?; Follow up on the parent Item Ledger entry, field Applies-to Entry shall carry the entry no. of the supplying Item Ledger Entry.
If not fixed applied; establish the Amount Rounding precision and investigate if that has an effect on the Calculated Average cost.
These are the Value entries for item TEST when they have been sorted as described in step 3, where Summary lines has been inserted to establish Average cost for a certain period (step 4, 5) and where the first outbound entry of the period is calculated (step 6).
In attached spreadsheet used formulas can be checked by clicking in respective field.
Inventory setup, Average Cost Calc Period = Month
Another Average Cost Calc Period to use is Month, so let’s work with the basic scenario, create some additional data and see the effects having Month as Average Cost Calc Period and finally look into the simulation of the Average Cost calculation and its specifics.
The scenario continues using the basic data set created until step 2. If you did a backup after step 2 and have been working with the Average Cost Calc Period of Day you now have the opportunity to restore the backup and you will be able to start with step 3 below.
3. Change Inventory setup; Average Cost Calc Period to Month.
4. Run Adjust Cost - Item entries batch job.
5. Filter the Item Ledger Entry table, Item TEST, and review the fields specified below.
6. Open Revaluation Journal
7. Run Function Calculate Inventory Value:
8. Change Unit Cost (Revalued) to 12 as above.
9. Post Line.
10. Run Adjust Cost - Item Entries batch job.
11. Filtering the Value Entries table, Item TEST, the following records are available:
Simulation of Average Cost Calculation with Average Cost period = Month
Now we are moving into the process of simulating the Average cost Calculation when Average Cost period is Month, using the data for item TEST created in the scenario.
When you have identified the Item that you need to further analyze the following process can be used. Below the described process, there is a screenshot showing the result of the simulation of the Average Cost calculation of item TEST using the Value entries created in the scenario. In addition there is an Excel sheet attached where the full data set is available where used formulas etc can be reviewed more closely.
1. In the Value Entries table filter on the particular Item that is to be analyzed.
If Average Cost Calc. Type is per Item&Location&Variant the filter has to cover also these fields with particular values in scope for the analysis.
2. Paste filtered Value entries into Excel.
3. Conversion of Valuation Date into Period:
Having another Average Cost Calc Period than Day requires the Valuation date to be translated into the chosen Average Cost Calc Period. In this case it’s Month.
In the screenshot below and in the attached Excel sheet the mentioned columns can be found.
Comments to respective field being a part of the sorting:
Year and Period No.: is the time for when the entry shall be part of the Average cost calculation.
Partial Revaluation: a field that states Yes on Value entries with Type Revaluation. Revaluations affect the valuation of the following period’s outbound entries, not the outbound entries of the same period
Valued quantity: is populated on every Value entry, corresponds to Item ledger entry quantity, Invoiced Quantity or Revalued quantity. Largest to smallest brings the inbound entries to come before the outbound entries of the period and thereby create the base for calculating the average cost of the period.
Item Ledger entry No.: Is to group the value entries attached to same Item ledger entry no.
5. Insert Summary lines where you want to establish the periods Average Cost (grey lines below). A summary line shall be inserted above the first outbound entry of a period. To identify the breakpoint for inserting the summary line follow these steps:
If you have several Summary lines inserted, make sure to include the previous summary line into the calculation of respective column for the next period.
7. Choose an outbound entry, usually the first outbound entry of the period and then a couple of others, randomly selected in the period or those that for some reasons is of particular interest, and calculate the average cost per unit with the formula above (green, purple and blue sections in screenshot below).
- Does it correspond to the average unit cost of the period?
If not, ensure it is not fixed applied to an inbound entry: If field Valued By Average Cost is False, it is fixed applied to an inbound entry.
To which entry?; Follow up on the parent Item Ledger entry, field Applies-to Entry shall carry the entry no. of the supplying Item Ledger Entry.
If not fixed applied; establish the Amount Rounding precision and if that has an effect on the Calculated Average cost.
These are the Value entries for item TEST when they have been sorted as described in step 4, where Summary lines has been inserted to establish Average cost for a certain period (step 5,6) and where the first outbound entry of the period (+ the 2nd in period 10) is calculated (step 7).
Note that all inbound entries in September (Period No. 9) is sorted at the top and demonstrate the effect on all outbound entries in September regardless of the specific valuation date.
To follow the process and be able to review used formulas etc., an Excel sheet is attached and contains the following tabs:
Basic Data
---------------
Contains the scenario and what data it creates. Thereafter the basic scenario moves into two paths, one for using Day as Average Cost period and the other for using Month as Average Cost Period. The respective set of Value entries are thereafter pasted into the next tabs.
Average Cost simulation - Day
----------------------------------------
At the top the Value entries are pasted from the Basic Data scenario addressing the Average cost period of Day.
The Value entries are processed; sorted and calculated as described beneath the section of value entries.
Average Cost simulation - Month
-------------------------------------------
At the top the Value entries are pasted from the Basic Data scenario addressing the Average cost period of Month.
The Value entries are processed; sorted and calculated as described beneath the section of value entries.
Any feedback to how this process and documentation can be further developed to provide more insight in the average cost calculation is very welcome.
Helene Holmin
Escalation Engineer NAV Costing EMEA
hholmin@microsoft.com
In the scenario below there is process description for simulating the average cost calculation. This is often used when investigating costing issues related to the average costing method. It has been helpful in verifying the recognized COGS, to describe the average cost calculation or using it as identification that somewhere in time the average cost is unexpected. It helps to identify the area for deeper research of the records demonstrating unexpected values.
This blog post describes the process for how the average cost calculation can be simulated only and does not describe possible causes or possible correction processes.
The following scenario is carried out to create the basic data set. The data set is then used as base for processing and analyzing the average cost calculation when having the setup Average Cost Period as Day and Month respectively.
The scenario is carried out in a W1 Cronus database.
The first two steps create the basic data set which later on is used in respective simulation of average cost calculation.
1. Create Item: TEST
Average Costing method
Unit Cost: 10
2. Create and post the following documents.If you are aiming for creating the full scenario and working through the respective simulations of Average cost calculation for Day and Month, it’s a good thing to create a backup now.
Inventory setup, Average Cost Calc Period = Day
3. Run the Adjust Cost - Item Entries batch job.
4. Filter the Item Ledger Entry table on Item TEST and review the fields specified below.
5. Open Revaluation Journal
6. Run Function Calculate Inventory Value:
Filter Item: TEST
Posting Date: September 15, 2011
Per Item
7. Change Unit Cost (Revalued) to 12 as above.
8. Post Line.
9. Run Adjust Cost - Item Entries batch job.
10. Filtering the Value Entries table on Item TEST, the following records are available:
Simulation of Average Cost Calculation with Average Cost period = Day
Now we are moving into the process of simulating the Average cost Calculation when Average cost period is Day, using the data for item TEST created in the scenario above.
When you have identified the Item that you need to further analyze the following process can be used. Below the described process, there is a screenshot showing the results of the simulation of the Average Cost calculation of item TEST.
In addition there is an Excel sheet attached where the full data set is available where used formulas, etc. can be reviewed more closely.
1. In the Value Entries table, filter on the particular Item that is to be analyzed.
If Average Cost Calc. Type is per Item&Location&Variant the filter has to cover also these fields with particular values in scope for the analysis.
2. Paster filtered Value entries into Excel.
3. Do a Custom Sorting using the fields as below:
Comments to respective field being a part of the sorting:
Valuation Date: is the date for when the entry shall be part of the Average cost calculation.
Partial Revaluation: a field that states Yes on Value entries with Type Revaluation. Revaluations affect the valuation of the following period’s outbound entries, not the outbound entries of the same period.
Valued quantity: is populated on every Value entry, corresponds to Item ledger entry quantity, Invoiced Quantity or Revalued quantity. Largest to smallest brings the inbound entries to come before the outbound entries of the period and thereby create the base for calculating the average cost of the period.
Item Ledger entry No.: Is to group the value entries attached to same Item ledger entry no.
4. Insert Summary lines where you want to establish the periods Average Cost (grey lines below). A summary line shall be inserted above the first outbound entry of a period. To identify the breakpoint for inserting the summary line follow these steps:
a. Establish the Valuation Date to be in scope for the investigation and locate these entries in the sorted Value entry list.
b. Then follow the stated quantities in field Valued Quantity for the chosen Valuation date. Identify the first line with negative quantity and you have the first outbound entry of the period.
c. Insert a line for calculation, above the first outbound entry of the period (example in the screenshot below and in attached spreadsheet; column M row 3 and 5, row 3 positive Valued Quantity, row 5 negative Valued Quantity, Summary line is inserted, row 4.
5. Make a Sum of the columns; Cost Amount (Actual), Cost Amount (Expected) and Item Ledger Entry Quantity. Calculate the Average Unit Cost of the period (column R) with the following formula:If you have several Summary lines inserted, make sure to include the previous summary line into the calculation of respective column for the next period.
6. Choose an outbound entry, usually the first outbound entry of the period and then a couple of others, randomly selected in the period or those that for some reasons is of particular interest, and calculate the average cost per unit with the formula above (green, purple and blue sections in screenshot below).
- Does it correspond to the average unit cost of the period?
If not, ensure it is not fixed applied to an inbound entry: If field Valued By Average Cost is False, it is fixed applied to an inbound entry.
To which entry?; Follow up on the parent Item Ledger entry, field Applies-to Entry shall carry the entry no. of the supplying Item Ledger Entry.
If not fixed applied; establish the Amount Rounding precision and investigate if that has an effect on the Calculated Average cost.
These are the Value entries for item TEST when they have been sorted as described in step 3, where Summary lines has been inserted to establish Average cost for a certain period (step 4, 5) and where the first outbound entry of the period is calculated (step 6).
In attached spreadsheet used formulas can be checked by clicking in respective field.
Inventory setup, Average Cost Calc Period = Month
Another Average Cost Calc Period to use is Month, so let’s work with the basic scenario, create some additional data and see the effects having Month as Average Cost Calc Period and finally look into the simulation of the Average Cost calculation and its specifics.
The scenario continues using the basic data set created until step 2. If you did a backup after step 2 and have been working with the Average Cost Calc Period of Day you now have the opportunity to restore the backup and you will be able to start with step 3 below.
3. Change Inventory setup; Average Cost Calc Period to Month.
4. Run Adjust Cost - Item entries batch job.
5. Filter the Item Ledger Entry table, Item TEST, and review the fields specified below.
6. Open Revaluation Journal
7. Run Function Calculate Inventory Value:
Filter Item: TEST
Posting Date: September 30, 2011
Per Item
8. Change Unit Cost (Revalued) to 12 as above.
9. Post Line.
10. Run Adjust Cost - Item Entries batch job.
11. Filtering the Value Entries table, Item TEST, the following records are available:
Simulation of Average Cost Calculation with Average Cost period = Month
Now we are moving into the process of simulating the Average cost Calculation when Average Cost period is Month, using the data for item TEST created in the scenario.
When you have identified the Item that you need to further analyze the following process can be used. Below the described process, there is a screenshot showing the result of the simulation of the Average Cost calculation of item TEST using the Value entries created in the scenario. In addition there is an Excel sheet attached where the full data set is available where used formulas etc can be reviewed more closely.
1. In the Value Entries table filter on the particular Item that is to be analyzed.
If Average Cost Calc. Type is per Item&Location&Variant the filter has to cover also these fields with particular values in scope for the analysis.
2. Paste filtered Value entries into Excel.
3. Conversion of Valuation Date into Period:
Having another Average Cost Calc Period than Day requires the Valuation date to be translated into the chosen Average Cost Calc Period. In this case it’s Month.
In the screenshot below and in the attached Excel sheet the mentioned columns can be found.
a. Column F is added: The Valuation Date column is copied into column F. Thereafter column F is selected and the Format is changed to Number, no decimals. The Valuation Date is now converted to a number in column F.
b. Column G is added and is intended to carry the Year of the Valuation Date:
Select column G and change Format to Number, no decimals.
Add formula: =YEAR(F2) in cell G2, then double click on the plus sign in the right corner of the cell and the Year is generated for the rest of the lines.
Select column G and change Format to Number, no decimals.
Add formula: =YEAR(F2) in cell G2, then double click on the plus sign in the right corner of the cell and the Year is generated for the rest of the lines.
c. Column H is added and is intended to carry the Period No. of the Valuation Date:
Select column H and change Format to Number, no decimals.
Add formula: =MONTH(F2) in cell H2, then double click on the plus in the right corner of the cell and the Month is generated for the rest of the lines.
4. Do a Custom Sorting using the fields as below:Select column H and change Format to Number, no decimals.
Add formula: =MONTH(F2) in cell H2, then double click on the plus in the right corner of the cell and the Month is generated for the rest of the lines.
Comments to respective field being a part of the sorting:
Year and Period No.: is the time for when the entry shall be part of the Average cost calculation.
Partial Revaluation: a field that states Yes on Value entries with Type Revaluation. Revaluations affect the valuation of the following period’s outbound entries, not the outbound entries of the same period
Valued quantity: is populated on every Value entry, corresponds to Item ledger entry quantity, Invoiced Quantity or Revalued quantity. Largest to smallest brings the inbound entries to come before the outbound entries of the period and thereby create the base for calculating the average cost of the period.
Item Ledger entry No.: Is to group the value entries attached to same Item ledger entry no.
5. Insert Summary lines where you want to establish the periods Average Cost (grey lines below). A summary line shall be inserted above the first outbound entry of a period. To identify the breakpoint for inserting the summary line follow these steps:
a. Establish the time period to be in scope for the investigation and locate these entries in the sorted Value entry list.
b. Then follow the stated quantities in field Valued Quantity for the chosen time period.
Identify the first line with negative quantity and you have the first outbound entry of the period.
Identify the first line with negative quantity and you have the first outbound entry of the period.
c. Insert a line for calculations. (Column P, row 4 and 6, row 4 positive Valued Quantity, row 6 negative Valued Quantity, Summary line is inserted as row 4).
6. Make a Sum of the columns; Cost Amount (Actual), Cost Amount (Expected) and Item Ledger Entry Quantity. Calculate the Average Unit Cost of the period (column U) with the following formula:If you have several Summary lines inserted, make sure to include the previous summary line into the calculation of respective column for the next period.
7. Choose an outbound entry, usually the first outbound entry of the period and then a couple of others, randomly selected in the period or those that for some reasons is of particular interest, and calculate the average cost per unit with the formula above (green, purple and blue sections in screenshot below).
- Does it correspond to the average unit cost of the period?
If not, ensure it is not fixed applied to an inbound entry: If field Valued By Average Cost is False, it is fixed applied to an inbound entry.
To which entry?; Follow up on the parent Item Ledger entry, field Applies-to Entry shall carry the entry no. of the supplying Item Ledger Entry.
If not fixed applied; establish the Amount Rounding precision and if that has an effect on the Calculated Average cost.
These are the Value entries for item TEST when they have been sorted as described in step 4, where Summary lines has been inserted to establish Average cost for a certain period (step 5,6) and where the first outbound entry of the period (+ the 2nd in period 10) is calculated (step 7).
Note that all inbound entries in September (Period No. 9) is sorted at the top and demonstrate the effect on all outbound entries in September regardless of the specific valuation date.
To follow the process and be able to review used formulas etc., an Excel sheet is attached and contains the following tabs:
Basic Data
---------------
Contains the scenario and what data it creates. Thereafter the basic scenario moves into two paths, one for using Day as Average Cost period and the other for using Month as Average Cost Period. The respective set of Value entries are thereafter pasted into the next tabs.
Average Cost simulation - Day
----------------------------------------
At the top the Value entries are pasted from the Basic Data scenario addressing the Average cost period of Day.
The Value entries are processed; sorted and calculated as described beneath the section of value entries.
Average Cost simulation - Month
-------------------------------------------
At the top the Value entries are pasted from the Basic Data scenario addressing the Average cost period of Month.
The Value entries are processed; sorted and calculated as described beneath the section of value entries.
Any feedback to how this process and documentation can be further developed to provide more insight in the average cost calculation is very welcome.
Helene Holmin
Escalation Engineer NAV Costing EMEA
hholmin@microsoft.com
Attachment: Average Cost Calc Analysis_process.xlsx
6 Temmuz 2012 Cuma
ERTELENMİŞ VERGİ NEDİR?
14 Aralık
2006
Ali Türker
Pirtini
S.M.M.M
ERTELENMİŞ VERGİ NEDİR?
Giriş
Ertelenmiş Vergi
orijinal adıyla (Deferred Tax) muhasebe literatürümüzeyeni girmiş bir konudur.
Fakat Uluslararası Muhasebe Standartlarında uzunca bir süredir
yeri olan bir konudur.
Ertelenmiş
vergi konusu Uluslararası
Muhasebe Standartları’nın 12.si olan Vergilendirme başlıklı (IAS 12 Income Taxes) standardı içerisinde yer
almaktadır. Ülkemiz de
ise “Ertelenmiş Vergi ” konusu ilk olarak S.P.K tarafından ele alınmış ve
uygulamaya konulmuştur.
S.P.K (Sermaye Piyasası
Kurulu) kendi mevzuatına tabi şirketlerde uygulanmak üzere uluslar arası
muhasebe standartlarıyla uyumlu finansal tablolar ve raporlar hazırlanması
amacıyla 15.11.2003 Tarih ve 25290 sayılı mükerrer gazete de Seri XI No
25 sayılı
Sermaye Piyasasında Muhasebe Standartları Hakkında Tebliği yayınlamıştır. Bu
tebliğ de 33 Adet standart yayınlanmış ve ertelenmiş vergi tebliğde
Kısım 28 de “ Kurum Kazancı Üzerinden Alınan Vergiler ” başlığı altında ele
alınmıştır. Halen S.P.K Mevzuatına tabi şirketler de bu tebliğe uygun olarak
finansal tablolar hazırlanmakta ve raporlama yapılmaktadır.
Son olarak Ülkemizde
ulusal muhasebemizin gelişebilmesini sağlamak, uluslararası muhasebe
standartlarına da paralel ve kamu yararına uygun ulusal muhasebe standartları oluşturmak
amacıyla Türkiye
Muhasebe Standartları Kurulu (TMSK) kurulmuştur. Bu kuruluşta bu güne kadar 41
adet standart
yayınlamıştır. Ertelenmiş
vergi konusu Türkiye Muhasebe Standartlarının (TMS) 12 no‘lu Gelir Vergileri
Başlıklı Standartında düzenlenmiştir.
Türkiye Muhasebe
Standartları şu anda uygulanmamaktadır. Fakat Yeni Türk Ticaret Kanunu’nun uygulamaya
geçmesi ile birlikte
Türkiye'de faaliyet gösteren gerçek ve tüzel kişi tacirler Türkiye Muhasebe
Standartlarına uygun şekilde muhasebelerini düzenleyeceklerdir.
Ertelenmiş Vergiyi şu şekilde
tanımlayabiliriz.
“Ertelenmiş
Vergi Bir
varlığın ya da bir borcun (yükümlülüğün) muhasebede ki
kayıtlı değeri ile vergi
değeri arasındaki farktan oluşan geçici farklar üzerinden hesaplanır. ”
Ertelenmiş Vergi iki yönlü olarak ortaya çıkar. Birincisi ertelenmiş vergi
varlığı ikincisi ise ertelenmiş vergi borcu ( yükümlülüğü) dür. Ertelenmiş vergi
varlığı; İndirilebilir geçici farklar, kullanılmayan mali zararlar ile
kullanılmayan vergi indirim ve istisnalarının ileriye doğru taşınması
nedenleriyle gelecek dönemlerde geri kazanılabilir vergi tutarını ifade
etmektedir. Ertelenmiş Vergi Borcu (Yükümlülüğü) ise; Geçici farklar nedeniyle
gelecek dönemlerde ödenecek vergi tutarını ifade etmektedir.
TMS 12'ye
göre Geçici
farklar: Bir varlığın veya borcun bilançodaki defter değeri ile bunların vergi
açısından taşıdıkları değerler arasındaki farkları ifade eder. Geçici farklar
aşağıdakilerden biri şeklinde olabilir:
Vergiye tabi geçici farklar; bunlar gelecek dönemlerde faydalanma veya ödeme
yapıldığında o dönemlerin vergiye tabi kârını veya zararını belirlerken vergiye
tabi tutarlar oluştururlar; ya da İndirilebilir geçici farklar; bunlar gelecek dönemlerde faydalanma veya ödeme yapıldığında o
dönemlerin vergiye tabi kârını veya zararını belirlerken vergi matrahından
indirilebilir tutarlardır.
TMS 12 de konuyla ilgili
geçen önemli tanımlardan biri de Vergiye esas değer tanımıdır
bu
bir varlık veya borcun
vergisel açıdan taşıdığı tutarı/değeri ifade etmektedir.
Bir varlığın vergiye esas değeri, işletmenin gelecekte söz konusu varlığın
defter değeri tutarında sağlayacağı vergiye tabi ekonomik yarardan vergisel
açıdan gider olarak indirilebilecek olan tutarı ifade eder. Eğer ilerideki
ekonomik faydalar vergiye tabi olmayacaksa, anılan varlığın vergiye esas değeri
defter değerine eşit olmaktadır.
Konuyla ilgili bir diğer
önemli husus ise Vergi gideri (vergi geliri) dir. Vergi gideri (vergi geliri), dönem vergi
gideri (dönem vergi geliri) ile ertelenmiş vergi gideri (ertelenmiş vergi
geliri) toplamından oluşmaktadır.
Genel olarak ertelenmiş
verginin tanımı ve konuyla ilgili diğer önemli kavramları açıkladıktan sonra 12
No'lu Türkiye Muhasebe Standartın da konuyla ilgili temel prensipler şunlardır.
- TMS 12’ ye göre Finansal raporlama yapan kuruluş bir varlığı veya borcu muhasebeleştirdiğinde bunların defter değerleri kadar bu varlıktan ileride fayda temin edileceğini, borcun ise ödeneceğini bekler. Eğer defter değerleri tutarında ileride fayda elde edildiği veya borç ödendiğinde ödenecek vergiler, bu faydanın elde edilmesi veya borcun ödenmesinin vergisel etkisinin olmadığı duruma göre fazla veya az olacaksa; bu Standart, bazı istisnai durumların dışında, işletmenin ertelenmiş vergi borcu veya ertelenmiş vergi alacağı muhasebeleştirmesini zorunlu kılmaktadır.
- Bu Standart işletmenin işlemlerin ve diğer olayların vergisel sonuçlarını işlemleri ve diğer olayları muhasebeleştirdiği şekilde muhasebeleştirmesini zorunlu kılmakta. Bu nedenle, işlemler ve diğer olaylar kâr veya zararda muhasebeleştirilmişse, bunlarla ilgili vergi etkileri de kâr veya zararda muhasebeleştirilmektedir.
- İşlemler ve diğer olaylar doğrudan doğruya özkaynak hesaplarında muhasebeleştirilmişse, ilgili vergi etkileri de doğrudan özkaynak hesaplarında muhasebeleştirilmektedir.
- Benzer şekilde, işletme birleşmelerinde ertelenmiş vergi alacağının veya vergi borcunun muhasebeleştirilmesi, işletme birleşmesinde oluşan şerefiye tutarını veya elde etmenin maliyetinin devralınan şirketin belirlenebilen varlıklarının net gerçeğe uygun değerlerinin, borçlarının ve koşullu borçlarının toplamını aşan kısmındaki devralanın hissesine düşen kısmı etkilemektedir
- Bu Standart, aynı zamanda, henüz kullanılmamış olan geçmiş yıl zararları nedeniyle oluşan ertelenmiş vergi varlıklarının veya kullanılmamış vergi avantajlarının muhasebeleştirilmesi, gelir vergilerinin finansal tablolarda sunumunu ve gelir vergileri ile ilgili bilgilerin açıklanması konularını da düzenlemektedir.
Sonuç
Ertelenmiş Vergi
Konusu Türk
Ticaret Kanunu’nun yürürlüğe girmesi ve eş zamanlı olarak Türkiye Muhasebe
Standartları’nın ülkemizde uygulanması ile birlikte gündeme gelecek çok önemli
bir konudur.
Ertelenmiş vergi hesaplaması Kar rakamını
direk olarak etkileyecek bir hesaplamadır. Sonuç olarak Türkiye Muhasebe Standartlarının uygulanması ile
birlikte yasal muhasebe kayıtları bu standartlara göre tutulacağı
için Türkiye ‘ de uzun süredir iki farklı kar rakamı olan mali ve ticari kar
ayrımı da ortadan kalkacaktır. Ayrıca bu standartlara göre
hazırlanmış finansal
tablolar uluslar arası muhasebe standartlarına göre hazırlananmış finansal
tablolar statüsünde olacağı için finansal tablolarımız uluslararası geçerlilikte
olacaktır. Tavsiyemiz Türkiye Muhasebe Standartları zorunlu olarak uygulanmadan
önce tüm gerçek ve tüzel kişi tacirlerin muhasebesinden sorumlu olanların
(muhasebeciler ve mali müşavirlerin) ertelenmiş vergi konusunun yer aldığı 12 Nolu Türkiye Muhasebe
Standardı ve diğer
Türkiye Muhasebe Standartlarıyla ilgili uygulama hazırlık çalışmalarına bir an
önce başlamalarını tavsiye etmekteyiz.
Kaynak
- Uluslararası
Finansal Raporlama Standartları
- Seri XI No
25 sayılı
Sermaye Piyasasında Muhasebe Standartları Hakkında Tebliğ (Kısım28)
-
Gelir Vergilerine İlişkin
Türkiye Muhasebe Standardı (TMS 12) Hakkında Tebliğ Sıra No: 31
Etiketler:
ERP,
ertelenmiş vergi,
TTK,
Türk Ticaret Kanunu,
Yeni TTK
Yeni Türk Ticaret Kanunu'nun Mevcut Vergi ve Muhasebe Uygulamaları Üzerindeki Etkileri
Selda Pakbeden - (Deloitte Türkiye Vergi Hizmetleri Müdürü, SMMM) - 21/11/2011
Dünyada ve Türkiyedeki ticari
hayatta meydana gelen gelişimlere olan ihtiyaçları karşılamak amacı ile uzun
yıllardan bu yana yürürlükte olan 6762 sayılı Türk Ticaret Kanunu(TTK)’nda yeni
düzenlemelerin yapılması bir zorunluluk haline gelmişti. Finansal tablolara
uluslararası pazarlarda geçerlilik kazandırmak amacı ile yıllardır süren
çalışmalar sonucunda 14.02.2011 tarihinde 6102 Sayılı Türk Ticaret Kanunu Resmi
Gazetede yayımlanmıştır.
Bu makalenin konusunu, yeni Türk Ticaret Kanunu kapsamında çıkartılacak finansal tablolar ile Vergi Usul Kanunu’na (VUK) göre çıkartılan finansal tablolar arasında oluşacak farkların Kurumlar Vergisine Esas Kara, hesap planına, öz kaynak kalemlerine ve kayıt düzenine olan etkileri oluşturmaktadır.
TTK’nun 64-88. Maddelerinde muhasebe uygulamaları ve finansal raporlamaya ilişkin hükümler açıklanmış olup, yeni Türk Ticaret Kanununa göre, 01.01.2013 tarihinden itibaren şirketlerin finansal tablolarının Türkiye Muhasebe Standartları Kurulu (TMSK) tarafından yayımlanan Türkiye Muhasebe Standartlarına (TMS) göre düzenlenmesi gerekmektedir. Türkiye Muhasebe Standartlarına göre düzenlenecek finansal tablolar 01.01.2013 tarihinden itibaren geçerli olacağı için, öncelikle bu tarihteki açılış bilançosunun, kanunun gerektirdiği şekilde düzeltilmesi gerekmektedir.
Halen kıymetler üzerinde VUK değerleme hükümlerine göre çıkartılan finansal tabloların 01.01.2013 tarihi itibariyle TTK 78-81. Maddelerindeki değerleme hükümlerine göre ve VUK’na göre ayrılabilir karşılıkların TTK’nun 75. Maddesinde belirtilen hükümlere göre düzenlenecek olması dolayısı ile, TMS’ye göre çıkartılan finansal tablolar vergi uygulamalarında farklılıkları da beraberinde getirecektir. Bu konudaki nihai esaslar Maliye Bakanlığı tarafından yapılacak düzenlemeler doğrultusunda şekillenecek olmakla birlikte, şu anda devam eden VUK değerleme hükümleri ile bu değerleme işlemlerinin TMS’ye göre uygulamasına ilişkin önem arz ettiğini düşündüğümüz farklılıklar aşağıdaki tabloda verilen örneklerle açıklanmıştır:
Bu makalenin konusunu, yeni Türk Ticaret Kanunu kapsamında çıkartılacak finansal tablolar ile Vergi Usul Kanunu’na (VUK) göre çıkartılan finansal tablolar arasında oluşacak farkların Kurumlar Vergisine Esas Kara, hesap planına, öz kaynak kalemlerine ve kayıt düzenine olan etkileri oluşturmaktadır.
TTK’nun 64-88. Maddelerinde muhasebe uygulamaları ve finansal raporlamaya ilişkin hükümler açıklanmış olup, yeni Türk Ticaret Kanununa göre, 01.01.2013 tarihinden itibaren şirketlerin finansal tablolarının Türkiye Muhasebe Standartları Kurulu (TMSK) tarafından yayımlanan Türkiye Muhasebe Standartlarına (TMS) göre düzenlenmesi gerekmektedir. Türkiye Muhasebe Standartlarına göre düzenlenecek finansal tablolar 01.01.2013 tarihinden itibaren geçerli olacağı için, öncelikle bu tarihteki açılış bilançosunun, kanunun gerektirdiği şekilde düzeltilmesi gerekmektedir.
Halen kıymetler üzerinde VUK değerleme hükümlerine göre çıkartılan finansal tabloların 01.01.2013 tarihi itibariyle TTK 78-81. Maddelerindeki değerleme hükümlerine göre ve VUK’na göre ayrılabilir karşılıkların TTK’nun 75. Maddesinde belirtilen hükümlere göre düzenlenecek olması dolayısı ile, TMS’ye göre çıkartılan finansal tablolar vergi uygulamalarında farklılıkları da beraberinde getirecektir. Bu konudaki nihai esaslar Maliye Bakanlığı tarafından yapılacak düzenlemeler doğrultusunda şekillenecek olmakla birlikte, şu anda devam eden VUK değerleme hükümleri ile bu değerleme işlemlerinin TMS’ye göre uygulamasına ilişkin önem arz ettiğini düşündüğümüz farklılıklar aşağıdaki tabloda verilen örneklerle açıklanmıştır:
Tek Düzen Hesap Planı Uygulaması (VUK)
|
Türkiye Muhasebe Standartları Uygulaması (*)
|
|
Stoklar
|
Emtia maliyet bedeli ile değerlenir. Stoklar satın alma ve üretim
maliyetleri ile değerlenir. Değeri düşen emtia emsal bedeli ile değerlenir ve
emsal bedel tespit edilirken takdir komisyonuna başvurulur. Takdir komisyonu
kararına göre tespit edilen değere göre fark gider yazılır. Satın alınan
malın satın alma maliyetine, nakliye, gümrük, alış komisyonu, taşıma
sigortaları gibi giderler eklenir. İndirilemez nitelikteki KDV’ler unsuru
olarak dikkate alınır. Direkt faiz ve kur farkları, mal aktife girinceye
kadar ödenmiş ise maliyete ilave edilir. Mal aktife girdikten sonra yapılan
ödemelerin maliyete ve giderlere intikali ihtiyaridir.(VUK 238) Stok
değerlemesinde fiili maliyet esastır. Ancak FIFO ve Ağırlıklı Ortalama
Maliyet yöntemleri de kullanılır.
|
Stoklar maliyet ve net gerçekleşebilir değerin düşük olanı ile
değerlenir. (UMS-2) Düşük değer, maliyet bedeli ile net gerçekleşebilir değerin
daha düşük olanıdır. Stokların maliyeti, tüm satın alma maliyetlerini,
dönüştürme maliyetlerini ve stokların mevcut durumuna ve konumuna getirilmesi
için katlanılan diğer maliyetleri içerir. Şirketin malları içinde
kullanılamayan ve pazarda satılamayacak değeri düşen mal varsa bunun için
stok değer düşüklüğü karşılığı ayrılır. (620,621/158) Finansman giderleri
(faiz, komisyon ve kur farkları) maliyete yansıtılmaz. Ancak, istisnai
durumlarda maliyete eklenmesi de mümkündür. (Örn: Yıllara Sari İnşaat İşlerinde
proje ile direkt bağlantısı kurulabilen finansman giderleri). Mal vadeli
alındığında, normal fiyat ile vadeli fiyat arasındaki fark finansman gideri
sayılır. İskontolar, indirimler veya benzeri kalemler satınalma maliyetinden
düşülür. Stokların değerlemesinde FIFO ve ortalama maliyet yöntemleri temel
alınmaktadır.
|
Alacaklar
|
Alacaklar kayıtlı değeri ile değerlenir. Reeskont isteğe bağlı ve senetli
alacaklar içindir. İç iskonto yöntemi uygulanır.
|
Tüm alacaklar reeskonta tabidir. (657/122) (UMS-39)Reeskont işlemi iç
verim oranı metoduna göre yapılır. (UMS-39)Bu esasa göre bulunan tutar,
VUK’na göre yapılan işleme göre bulunan değer dikkate alınarak düzeltilir.
|
Şüpheli Ticari Alacaklar
|
Şüpheli alacak karşılığı ayırmak için alacağın dava ve icra safhasında
olması gerekir.
|
Tahsil edilemeyeceği düşünülen her türlü alacak için karşılık ayrılır.
Geçmiş dönemlerde ayrılan karşılıkların her bilanço tarihinde tahminlerde
ortaya çıkması muhtemel değişiklikler için gözden geçirilerek düzeltilmesi gerekir.
(UMS-37)
|
Maddi Duran Varlıklar
|
Maliyet bedeli ile değerlenir. Amortisman için normal, hızlandırılmış ve
fevkalade yöntemleri vardır. Faydalı ömür tebliğlerle belirlenmiştir. Kıst
uygulaması sadece binek otomobiller için geçerli olup, diğer sabit kıymetler
için uygulanmaz.
|
Maddi duran varlık ile ilgilendirilebilen her türlü maliyet (satın alma
bedeli, nakliye, indirilemez nitelikli vergiler) aktifleştirilir. Maddi duran
varlığın alımı sırasında belirli olan ve ileriye dönük olan yükümlülükler,
masraflar, varlığın maliyetine eklenir. Faydalı ömür işletme tarafından
belirlenir ve amortisman buna göre ayrılır. Maddi duran varlığın alım tarihi
dikkate alınarak kıst amortisman uygulaması yapılır.
|
Satışlar ve Diğer Gelirler
|
Faturanın düzenlenmesi, malın teslim edilmesi ve hizmet ifasının
tamamlanması ile hasılat gerçekleşmiş olur.
|
Malların satışından doğan hasılatın muhasebeleşmesi için, satışı yapan
işletmenin malların mülkiyeti konusunda önemli risklerin ve getirilerin
alıcıya devretmesi, yönetim etkinliğini sürdürmemesi, hasılat tutarının
güvenilir şekilde ölçülebilmesi, ekonomik faydalarının muhtemel olması,
yüklendiği maliyetlerin güvenilir biçimde ölçülebilmesi gerekir. Hizmetlerin
sunumu ile ilgili bir işlemden doğan hasılat, sonuç güvenilir bir biçimde
tahmin edilebildiğinde, işlemin bilanço tarihindeki tamamlanma derecesine
göre muhasebeleştirilir.
|
Kıdem Tazmiantı
|
Kıdem tazminatı ancak işçinin iş akdinin sona ermesi halinde ödenir ve
gider yazılır. Stoklar ve üretimle ilişkilendirilmez.
|
Kıdem tazminatları ve kullanılmayan izinler için karşılık ayrılır ve
gider yazılır. Bazı istisnai durumlar için karşılık tutarının
aktifleştrilmesi de söz konusu olabilir. Kıdem tazminatı karşılıkları
belirlenen iskonto oranı ile hesaplanır. İskonto oranı faydaya iliskin
yukumluluklerin tahmini odeme zamanlarını yansıtır. Bir işletme, bir
calısanın veya bir grup calısanın isine normal emeklilik tarihlerinden once
son verilmesi veya gonullu olarak isten ayrılmayı tesvik etmek amacıyla
yapmıs olduğu teklifte, isten cıkarma tazminatı borç ve gider olarak
muhasebeleştrilir
|
(*)
Türkiye Muhasebe Standartlar Kurulu tarafından belirlenen standartlar, Türk
Ticaret Kanunu 88. Maddesi gereği uygulamada birliği sağlamak ve finansal
tablolara milletlerarası pazarlarda geçerlilik kazandırmak amacıyla,
Uluslararası Finansal Raporlama Standartlarına tam uyumlu olacak şekilde,
yalnız Türkiye Muhasebe Standartları Kurulu tarafından belirlenir ve
yayımlanır.
Yukarıdaki tabloda verilen örneklerden görüleceği üzere TMS’ye göre düzenlenen finansal tabloların VUK’un değerleme hükümlerine göre düzeltilmesinin sağlanması ve vergi matrahına esas kara ulaşılması gerekmektedir.
Kurumlar Vergisi matrahına esas kar tutarında oluşan hesaplama farklılıklarının dışında, yeni yapılan düzenlemelere göre mevcut hesap planında, öz kaynak kalemlerinde, dağıtılabilir kar tutarında ve kayıt düzeninde de değişiklikler söz konusu olacaktır. Buna göre;
Hesap planının değişmesi; Türkiye Muhasebe Standartları Kurulu tarafından yapılacak düzenlemeler ile oluşturulacak yeni hesap planında çok büyük değişikliklerin yapılması beklenmemekle birlikte, yeni standartlara uygun bazı düzenlemelerin yapılması kaçınılmazdır.
Öz kaynakların Değişmesi; Yeni Türk Ticaret Kanunu gereği uygulanacak muhasebe standartlarına göre yapılacak kayıtlar, mevcut VUK uygulamalarına göre farklılık göstereceğinden, iki finansal tablonun dönem sonu kar ya da zarar tutarı da farklı olacaktır. Bu durumda, iki tablo öz kaynak tutarlarında da değişiklik olacak ve bu değişimin etkileri şu şekilde olabilecektir;
VUK’ a nazaran TMS’ ye göre oluşacak dönem zararının fazla olması, öz kaynakların daha az olmasına neden olacak ve şirketin sermaye yeterliliği konusunda negatif bir etki yaratacaktır. Bu negatif etki sonucunda Yeni TTK’ nın 376. Maddesinin 2. Paragrafında belirtilen “Son yıllık bilançoya göre, sermaye ile kanuni yedek akçeler toplamının üçte ikisinin zarar sebebiyle karşılıksız kaldığı anlaşıldığı takdirde, derhâl toplantıya çağrılan genel kurul, sermayenin üçte biri ile yetinme veya sermayenin tamamlanmasına karar vermediği takdirde şirket kendiliğinden sona erer” hükmünü doğurma ihtimali ortaya çıkacaktır. TMS’ ye göre zararın fazla çıkması ve bu zararın kanun maddesinde belirtilen sermaye ile kanuni yedek akçeler toplamının üçte ikisini karşılıksız bırakması halinde, şirket açısından gerekli kararların alınması zorunlu olacaktır.
Yukarıdaki tabloda verilen örneklerden görüleceği üzere TMS’ye göre düzenlenen finansal tabloların VUK’un değerleme hükümlerine göre düzeltilmesinin sağlanması ve vergi matrahına esas kara ulaşılması gerekmektedir.
Kurumlar Vergisi matrahına esas kar tutarında oluşan hesaplama farklılıklarının dışında, yeni yapılan düzenlemelere göre mevcut hesap planında, öz kaynak kalemlerinde, dağıtılabilir kar tutarında ve kayıt düzeninde de değişiklikler söz konusu olacaktır. Buna göre;
Hesap planının değişmesi; Türkiye Muhasebe Standartları Kurulu tarafından yapılacak düzenlemeler ile oluşturulacak yeni hesap planında çok büyük değişikliklerin yapılması beklenmemekle birlikte, yeni standartlara uygun bazı düzenlemelerin yapılması kaçınılmazdır.
Öz kaynakların Değişmesi; Yeni Türk Ticaret Kanunu gereği uygulanacak muhasebe standartlarına göre yapılacak kayıtlar, mevcut VUK uygulamalarına göre farklılık göstereceğinden, iki finansal tablonun dönem sonu kar ya da zarar tutarı da farklı olacaktır. Bu durumda, iki tablo öz kaynak tutarlarında da değişiklik olacak ve bu değişimin etkileri şu şekilde olabilecektir;
VUK’ a nazaran TMS’ ye göre oluşacak dönem zararının fazla olması, öz kaynakların daha az olmasına neden olacak ve şirketin sermaye yeterliliği konusunda negatif bir etki yaratacaktır. Bu negatif etki sonucunda Yeni TTK’ nın 376. Maddesinin 2. Paragrafında belirtilen “Son yıllık bilançoya göre, sermaye ile kanuni yedek akçeler toplamının üçte ikisinin zarar sebebiyle karşılıksız kaldığı anlaşıldığı takdirde, derhâl toplantıya çağrılan genel kurul, sermayenin üçte biri ile yetinme veya sermayenin tamamlanmasına karar vermediği takdirde şirket kendiliğinden sona erer” hükmünü doğurma ihtimali ortaya çıkacaktır. TMS’ ye göre zararın fazla çıkması ve bu zararın kanun maddesinde belirtilen sermaye ile kanuni yedek akçeler toplamının üçte ikisini karşılıksız bırakması halinde, şirket açısından gerekli kararların alınması zorunlu olacaktır.
Öte yandan, yukarıda
belirttiğimiz durumun tam tersi söz konusu olduğunda, VUK’ a göre düzenlenen
tablolarda sermayenin yeterliliği için gerekli şartlar sağlanamasa da TMS’ ye
göre düzenlenen tablolarda TTK 376. Maddesindeki üçte ikilik şartın sağlanabilmesi
de mümkün olabilecektir. Bu durumda şirketin ilgili kanun maddesi gereği
yapması gereken bir yükümlülüğü de bulunmayacaktır.
Öz kaynaklara ilişkin
yukarıda belirttiğimiz hususların yanı sıra, sermayenin yeterliliğine yönelik
olarak yapılacak belirlemelerde, mevcut yürürlükteki TTK ile 6102 sayılı yeni
TTK hükümleri arasında farklılık olduğu görülmektedir. Mevcut yürürlükteki TTK’
nın şirketin mali durumunun bozulması hali ile ilgili olarak hükme aldığı 324.
Maddesinde, “Son yıllık bilançodan esas sermayenin yarısının karşılıksız
kaldığı anlaşılırsa, idare meclisi derhal toplanarak durumu umumi heyete
bildirir.” hükmü yer alırken, yeni TTK’ da bu durum Sermayenin Kaybı, Borca
Batık Olma Durumu başlığı altındaki 376. Maddesinde “Son yıllık bilançodan, sermaye
ile kanuni yedek akçeler toplamının yarısının zarar sebebiyle karşılıksız
kaldığı anlaşılırsa, yönetim kurulu, genel kurulu hemen toplantıya çağırır ve
bu genel kurula uygun gördüğü iyileştirici önlemleri sunar.” şekli ile hüküm
altına alınmıştır. Mevcut kanun ve yeni kanun hükümlerini karşılaştırdığımızda,
yürürlükteki TTK’ da esas sermaye dikkate alınırken, yeni TTK’ da sermaye ile
kanuni yedek akçeler toplamı dikkate alınacaktır.
Dağıtılabilir
kar tutarının değişmesi; Kar dağıtımına ilişkin
yapılan hesaplamalar ile ilgili olarak, Net dönem karının, TTK hükümlerine göre
çıkarılan finansal tablolardaki karın dikkate alınması suretiyle hesaplanması
durumunda, vergi sonrası net kar tutarı üzerinden hesaplanacak yasal yedekler,
temettü tutarları, VUK hükümlerine göre ve Muhasebe Uygulamaları Genel
Tebliğine göre düzenlenen finansal tablolarda hesaplanan tutarlara göre
farklılık gösterecek, ayrıca bu hesaplamalar sonucunda dağıtılabilir kar
tutarının da değişmesine neden olacaktır.
Kayıt
Düzeni ve Hesap Planında Olabilecek Farklılıklar; Vergi matrahını etkilemeyecek olmasına karşın,
tekdüzen hesap planı çerçevesinde, muhasebe uygulamaları açısından devam eden
işlemlerde, TMS çerçevesinde sınıflandırmalarda değişiklikler gündeme gelecektir.
Bu durum, kayıt düzeninde farklılaşmaya gidilmesini beraberinde getirecektir.
Halen devam eden uygulamalarda, kayıt düzeni açısından oluşacak farklılıklara
ilişkin örnek olarak;
Tekdüzen hesap planına
göre mevduat faizi için 181 Gelir Tahakkukları hesabında faiz tahakkuku yapılıp
642 hesaba gelir yazılırken UFRS de faiz tutarı anaparanın üzerine ilave
edilir.
Tek düzen hesap
planında, alınan çeklerin vadesi gelip tahsil edilmeyenleri 101 Alınan Çekler
hesabında, vadesi gelmeyenler 121 Senetler hesabında izlenmesi gerekir iken,
tüm çeklerin 101 Alınan Çekler hesabında izlendiğinin örnekleri görülmektedir.
UFRS de ise, vadesi gelen ve gelmeyen çekler ayrıştırılıp vadesi gelmemiş olan
çeklerin 121 Senetler hesabına aktarılması zorunludur.
Şüpheli Ticari
Alacaklara ilişkin olarak ayrılan karşılıklar tekdüzen hesap planına göre 654
Karşılık hesabına kaydedilirken UFRS uygulamalarına göre ayrılan karşılığın 770
Genel Yönetim Giderleri hesabında giderleştrilmesi gerekmektedir.
Tek Düzen Hesap planına
göre ilişkili kişi ve kurumlardan olan alacaklar 120 Alıcılar, 127 Diğer Ticari
Alacaklar, 136 Diğer Çeşitli Alacaklar gibi ayrı hesap kodları altında
sınıflandırılabilirken , UFRS’ye göre alacak hesaplarının altında ilişkili kişi
ve kurumlardan olan alacaklar belirlenerek, UFRS’ye göre sınıflandırılan
İlişkili Şirketlerden Alacaklar hesabına virmanlanmalıdır.
TDHP göre satış
bedelinin içinde bulunan vade farkları hasılat sayılırken UFRS’ye göre vadeli
satış tutarı iskonto edilerek bulunan fark faiz geliri olarak yazılır. VUK’a
göre satışlar hesabına yazıldıysa düzeltilir.
Sonuç olarak; 6102
sayılı Türk Ticaret Kanunu, yürürlüğe gireceği 01.07.2012 tarihinden itibaren
ticari hayatta ve 01.01.2013 tarihinden itibaren muhasebe uygulamalarında pek
çok yeni düzenlemeyi beraberinde getirecektir. Muhasebe uygulamaları açısından,
Türkiye Muhasebe Standartları Kurulu’nun belirlediği TMS kurallarına göre
finansal tabloların oluşturulması, aynı zamanda VUK ve TMS arasında paralel
hükümlerin oluşturulmaması durumunda, TMS’ye göre çıkartılan finansal
tablolarda belirtilen karın Kurumlar Vergisi Matrahına esas kar olarak dikkate
alınması mümkün olmayacaktır. Bu nedenle, TMS’ye göre çıkartılan finansal
tabloların VUK değerleme hükümlerine göre düzeltilmesi sağlanarak, vergiye esas
karın hesaplanması gerekecektir. TTK uyumu ilgili olarak vergi kanunları
konusunda Maliye Bakanlığı tarafından yapılması beklenen değişikliklere ilişkin
henüz bir düzenleme olmamakla birlikte yapılması beklenen değişiklikler
sonucunda, TTK ve vergi kanunları arasında oluşacak farklılıklar bu kapsamda
daha net değerlendirilebilecektir. Kurumlar Vergisi matrahına esas kara
ulaşmada oluşacak farklılıkların yanısıra, özkaynak kalemlerinde, dağıtılabilir
kar tutarında, kayıt düzeninde ve mevcut hesap planında da farklılıklar ortaya
çıkacağı muhakkaktır.
Yararlanılan
kaynaklar
1- 6102 Sayılı Türk
Ticaret Kanunu
2- Dağhan Alpman,
Uluslararası Finansal Raporlama Standartları’na Genel Bir Bakış (www.denetimnet.net)
5 Temmuz 2012 Perşembe
Kaydol:
Kayıtlar (Atom)