I have a G/L expense account called meals and I would like to track which employee is responsible for the expense. Is dimensions the best way to track this information?
I have a G/L expense account called meals and I would like to track which employee is responsible for the expense. Is dimensions the best way to track this information?
Thanks
Since you're entering the meal reimbursements as a purchase invoice, you can also use the Purchaser Code to keep track of this stuff. Then you would need to run a report based on the Purch. Inv. header and line tables to see the expenses by Purchaser.
Not really a big fan of using dimensions to keep track of minor stuff like this.
I have a G/L expense account called meals and I would like to track which employee is responsible for the expense. Is dimensions the best way to track this information?
Thanks
Since you're entering the meal reimbursements as a purchase invoice, you can also use the Purchaser Code to keep track of this stuff. Then you would need to run a report based on the Purch. Inv. header and line tables to see the expenses by Purchaser.
Not really a big fan of using dimensions to keep track of minor stuff like this.
In the UK we have to report to the government regarding employee expenses and the type. By adding the employee and transaction type as dimensions you can create an analysis view in the same breakdown as the government reporting and save days of work back tracking through receipts or trying to extract the information from reports or GL transactions. The downside is you need to define two dimensions per expense.
This would take it away from the minor stuff Alex refers too, but I agree with Alex, if it is a minor requirement achieved by a known field and a report, this is probably a better solution.
The art of teaching is clarity and the art of learning is to listen
Comments
Create a dimension code as Employee and define the rule for employee code mandatory.
http://ssdynamics.co.in
Since you're entering the meal reimbursements as a purchase invoice, you can also use the Purchaser Code to keep track of this stuff. Then you would need to run a report based on the Purch. Inv. header and line tables to see the expenses by Purchaser.
Not really a big fan of using dimensions to keep track of minor stuff like this.
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book
http://ssdynamics.co.in
In the UK we have to report to the government regarding employee expenses and the type. By adding the employee and transaction type as dimensions you can create an analysis view in the same breakdown as the government reporting and save days of work back tracking through receipts or trying to extract the information from reports or GL transactions. The downside is you need to define two dimensions per expense.
This would take it away from the minor stuff Alex refers too, but I agree with Alex, if it is a minor requirement achieved by a known field and a report, this is probably a better solution.