<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — New Functionalities suggestions]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=3409</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=3409&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in New Functionalities suggestions.]]></description>
		<lastBuildDate>Mon, 18 Feb 2013 00:51:22 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=15675#p15675</link>
			<description><![CDATA[<div class="quotebox"><cite>dvarsani wrote:</cite><blockquote><p>3) To be able to assign tax rate to each GL account (just like items). This way you can stop user wrongly entering VAT (tax) to non-VAT supplies.</p><p>With my experience on MS Dynamics NAV for 11 years, I think these functionalities will make Frontaccounting a very robust and user-friendly system.</p><p>Deven</p></blockquote></div><p>Can&#039;t this be solved with making an item category&nbsp; for each GL account which you want to monitor and an item for each GL account you want tax calculation? <br />I am new here and I made a Belgian Legal account three for FA&nbsp; but to solve the Belgian and EU VAT problem I assigned the GL accounts I need for VAT declaration to an item category. EU, non EU and some other totals I need for VAT declaration I have assigned to the suppliers. I hope it will work, otherwise I have had a lot of work for nothing. I think I finally get some feeling of how this ERP system works. It should be after more then a week every day&#039;s work and study.</p>]]></description>
			<author><![CDATA[null@example.com (demille)]]></author>
			<pubDate>Mon, 18 Feb 2013 00:51:22 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=15675#p15675</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=15674#p15674</link>
			<description><![CDATA[<div class="quotebox"><cite>itronics wrote:</cite><blockquote><p>@demille<br />I understand your objections regarding supplier invoice posting, but you are at least partially wrong, and probably it is effect of misunderstanding of FA Direct Invoice functionality.</p><p>So, Direct Invoice is just Supplier Invoice, GRN and PO made in one step. The additional cost GL lines available in Supplier Invoice form (and absent in Direct Invoice), are for special use and in most cases just sparse. Therefore _all_ journal entry postings generated by Supplier Invoice (without GL lines used) are the same as those generated when invoice is entered via direct Invoice page.</p><p>I agree it is sometimes useful to have editable tax entries on Supplier Invoice. When FA is properly configured taxes should be properly calculated, and there should be no&nbsp; difference between real invoice and calculated VAT. The only reason I can see for this is small rounding errors which can be different in your supplier&#039;s invoicing soft. </p><p>Currently those differences are not supported directly in supplier invoice form in FA, but you can fix this by separated journal entry.</p><p>Again, I agree whether this is legally acceptable depends on local law. I can only say we are working on improvements in code which will make both EU intracommunity trade and above situation better supported in FA. Unfortunatelly this will not be available before next major release,a s additional databse changes are needed for this.</p><p>Janusz</p></blockquote></div><p>Thank you for the explanation, it helped me a lot. If everybody will use FA in the future we would not have a discussion about editable tax entry possibility. But for the moment it would be ideal to have a TAX field that is normally calculated automatically but which can be erased and changed to the amount we want it to be. This way we do not have to make an other entry line to make things Legal and saving a lot of work.<br />Thank You</p>]]></description>
			<author><![CDATA[null@example.com (demille)]]></author>
			<pubDate>Mon, 18 Feb 2013 00:15:02 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=15674#p15674</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=15651#p15651</link>
			<description><![CDATA[<p>@apmuthu<br />Thanks for support, all you have written is true. On the other hand usrr&#039;s response is main factor which drive the code changes to right direction. This application is made free available to help people do their everyday business, so it any feedback is highly appreciated. Lets don&#039;t discourage FA users <img src="https://frontaccounting.com/punbb/img/smilies/smile.png" width="15" height="15" alt="smile" />.</p><p>@demille<br />I understand your objections regarding supplier invoice posting, but you are at least partially wrong, and probably it is effect of misunderstanding of FA Direct Invoice functionality.</p><p>So, Direct Invoice is just Supplier Invoice, GRN and PO made in one step. The additional cost GL lines available in Supplier Invoice form (and absent in Direct Invoice), are for special use and in most cases just sparse. Therefore _all_ journal entry postings generated by Supplier Invoice (without GL lines used) are the same as those generated when invoice is entered via direct Invoice page.</p><p>I agree it is sometimes useful to have editable tax entries on Supplier Invoice. When FA is properly configured taxes should be properly calculated, and there should be no&nbsp; difference between real invoice and calculated VAT. The only reason I can see for this is small rounding errors which can be different in your supplier&#039;s invoicing soft. </p><p>Currently those differences are not supported directly in supplier invoice form in FA, but you can fix this by separated journal entry.</p><p>Again, I agree whether this is legally acceptable depends on local law. I can only say we are working on improvements in code which will make both EU intracommunity trade and above situation better supported in FA. Unfortunatelly this will not be available before next major release,a s additional databse changes are needed for this.</p><p>Janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Sun, 17 Feb 2013 09:37:57 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=15651#p15651</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=15627#p15627</link>
			<description><![CDATA[<p>FA core is okay as it is. Make extensions for peculiar (country specific / rare legal) needs. The programming paradigm - KISS - is well protected here and that is why most non-programmers have found it easy to fathom the code. Extending the COA is inadvisable - porting from other accounting systems / fa versions, inadvertant switch flag type fields, backward compatibility issues pervade.</p><p>[RANT]:<br />Non Accountants and Non Programmers must be able manage FA without having to bother with Government - businesses need simple acounting info / capability for day to day operations. Most countries have begun to question the need for Statutory Audit - Self Audit is being encouraged. In the aftermath of Enron / Arthur Anderson / and other major corporations / audit firms / banks fudging accounts, Governments too will soon have automatic billing systems in their countries from which their VATs will be auto-calculated instead of summary submissions each month/quarter/year! There seems to be little trusted data on countries printing / creating money and providing huge windfalls to select individuals of choice - insurance, subsidies, rights.</p><p>{NICE]<br />If you do not sell in currencies (debt denominator) issued by governments - you do not need to pay tax! Corollary - no one pays any taxes for using FA! No one&#039;s paying Joe/Janusz any monies for coding and preserving the FA source! Yet FA users will look after you (tax free) when you visit their countries.....People like them are the real assets worth preserving.</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Sat, 16 Feb 2013 01:59:48 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=15627#p15627</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=15623#p15623</link>
			<description><![CDATA[<div class="quotebox"><cite>itronics wrote:</cite><blockquote><p>Ok, why do you prefer to entry general expenses via Supplier Invoice, instead of generic Direct Invoice form? Can you point out any cost type which cannot be entered here, and use of Supplier Invoice form is just necessary?<br />In my FA setup I use everyday I have just defined a couple of additional items like &#039;Electric energy&#039;, &#039;Communication services&#039; and generic editable &#039;Other services&#039; item, all with item type set to &#039;Service&#039;. Using them with supplier Direct Invoice makes me free from any tax calculations, all is posted properly without manual calculations. </p><p>Janusz</p></blockquote></div><p>A question to add is: what is legal? In Belgium the journal has to show all bookings made for that invoice especially VAT. VAT must be linked to the invoice ( supplier) and to the GL account where the amounts are booked. So, the most logic way is to book an invoice received via Supplier invoice. Editable tax fields are necessary for entering suppliers invoices because only VAT that is printed on the invoice may be declared and not the VAT the program may calculate. When VAT registration comes to check my books they only use the journals and invoices as legal documents. Direct invoicing from supplies can be easy but is it legal?</p>]]></description>
			<author><![CDATA[null@example.com (demille)]]></author>
			<pubDate>Sat, 16 Feb 2013 00:24:53 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=15623#p15623</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=14570#p14570</link>
			<description><![CDATA[<p>When you make a COA report, you can select to see the balances.</p><p>Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Mon, 10 Dec 2012 15:14:28 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=14570#p14570</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=14566#p14566</link>
			<description><![CDATA[<p>It could well be helpful if in case the development team can add chart of accounts see via a column showing current balance of each and every GL account in appropriate give side.</p>]]></description>
			<author><![CDATA[null@example.com (jaydentyler25)]]></author>
			<pubDate>Mon, 10 Dec 2012 13:49:38 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=14566#p14566</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13745#p13745</link>
			<description><![CDATA[<p>Hello guys,</p><p>The Gl Items in supplier invoice is an extreme fine possibility to enter supplier invoice for phone bills, maintenance, various cost scenarious. Especielly if we use quick entries for this.</p><p>I see no way of entering these kind of cost elsewhere.</p><p>If we remove this, I guess we loose many users.</p><p>Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Wed, 10 Oct 2012 16:42:22 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13745#p13745</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13744#p13744</link>
			<description><![CDATA[<p>Yes, IMO there is no big sense in GL lines on Supplier Invoice form. We have preserved the GL list here just for backward compatibility, the newer Direct Invoice does not contains this element. </p><div class="quotebox"><blockquote><p>Another issue is if you have categories GL ledger format then using service item is not possible. Please have a look at my COA.</p></blockquote></div><p>I&#039;m not sure what you mean here. Could you explain me the problem?</p><p>Janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Wed, 10 Oct 2012 15:17:34 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13744#p13744</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13743#p13743</link>
			<description><![CDATA[<p>Janusz</p><p>Yes it can be done by creating service item for any GL account but than option to post GL item expenses in &quot;Supplier Invoice&quot; doesn&#039;t make sense. Another issue is if you have categories GL ledger format then using service item is not possible. Please have a look at my COA.</p><p>Deven</p>]]></description>
			<author><![CDATA[null@example.com (dvarsani)]]></author>
			<pubDate>Wed, 10 Oct 2012 14:24:39 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13743#p13743</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13741#p13741</link>
			<description><![CDATA[<p>Ok, why do you prefer to entry general expenses via Supplier Invoice, instead of generic Direct Invoice form? Can you point out any cost type which cannot be entered here, and use of Supplier Invoice form is just necessary?<br />In my FA setup I use everyday I have just defined a couple of additional items like &#039;Electric energy&#039;, &#039;Communication services&#039; and generic editable &#039;Other services&#039; item, all with item type set to &#039;Service&#039;. Using them with supplier Direct Invoice makes me free from any tax calculations, all is posted properly without manual calculations. </p><p>Janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Wed, 10 Oct 2012 11:39:14 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13741#p13741</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13739#p13739</link>
			<description><![CDATA[<p>Janusz</p><p>As I said before, I have thoroughly tested FA and I think I know each and every module and the working of it. I know that you can assign tax group to each and every item. This is the correct way to set up taxes on the system. I am not at all taking about items and “Purchase Order Entry” &amp; “Direct Invoice”. These parts of purchase module are fine. I am discussing about GL account (posting general expenses invoices). All I am saying is that just like item is assigned a tax group/tax code, all GL account should have tax rate assigned. If you read my previous post again, I have not mentioned Items or purchase order entries as I know it calculates tax/VAT automatically depending on assigned tax group. The general expenses are posted on “Supplier Invoices” this is where my previous comment was related to. Please test me COA I have email. This will make things clear. </p><p>Deven</p>]]></description>
			<author><![CDATA[null@example.com (dvarsani)]]></author>
			<pubDate>Wed, 10 Oct 2012 09:41:16 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13739#p13739</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13728#p13728</link>
			<description><![CDATA[<div class="quotebox"><blockquote><p>On current FA supplier invoice form there is no auto calculation of tax.</p></blockquote></div><p>There is some fundamental misunderstanding here. Every defined item has assigned Item tax group, which determines tax type and rate.&nbsp; When item is included in invoice respective taxes are calculated. This works the same both in sales and purchase side. <br />Please read carefully <a href="https://frontaccounting.com/fawiki/index.php?n=Main.TaxSystem">Tax Configuration</a> wiki topic.<br />Janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Tue, 09 Oct 2012 20:15:42 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13728#p13728</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13721#p13721</link>
			<description><![CDATA[<p>Janusz</p><p>I think you misinterpreted my comment. An invoice from supplier SHOULD NEVER be posted via a journal. You have to use purchase module i.e. Supplier Invoices to post expense invoices on any accounting system. General Journals are only used to reallocate costs from one department to another or accruals/prepayments or nominal adjustments. Firstly I feel that when posting expense invoices via Supplier Invoices, we should have auto calculation of tax for each line value or total taxable amount on the invoice (Just like purchase order entry form). Now tax rate assignment to each GL Account (which I suggested in my first comment) is useful for calculating tax on a purchase invoice. For example, a supplier has supplied me few items of which some are VATable @ 20% and some are Non-Vatable. On current FA supplier invoice form there is no auto calculation of tax. You can enter VAT amount either by creating new line with VAT GL account (not advisable as you don&#039;t want users to enter amounts in VAT accounts) or do a quick entry which enters tax amount for you based on the amount you put in the left text box. The user has to manually calculate total VATable amount to do the correct taxing and exclude non-vatable amount. Less user intervention/calculations in terms of taxes are highly recommend and should be auto-calculated be the system.</p><p>My suggestion is if you have tax rate assigned to each GL Account, then at the invoice level you can write a short code which calculates totals for each different tax rate for the GL accounts on the invoice and then auto insert tax line/s as per the tax rate of the GL account. Or for each GL account line VAT is auto calculated based on the tax rate of the GL account. i.e. On a supplier invoice I have 2 different GL account line (stationery &amp; uniform which are VATable @ 20%) and 1 GL account line (refreshments – Tea which is non-vatable). The Invoice form then total of stationery &amp; uniform line and generates a line with 20% tax. There is no tax line generated for non-vatable amount and is excluded for taxable/VATable purchases.</p><p>I think to do this you will have to create a 2 new columns in chart_master table (tax/vat rate &amp; tax/vat amount) and a small script in supplier_invoice.php.</p><p>I hope it’s not too demanding.</p><p>Please let know contribution box email. </p><p>Many thanks</p>]]></description>
			<author><![CDATA[null@example.com (dvarsani)]]></author>
			<pubDate>Tue, 09 Oct 2012 11:56:05 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13721#p13721</guid>
		</item>
		<item>
			<title><![CDATA[Re: New Functionalities suggestions]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=13718#p13718</link>
			<description><![CDATA[<p>Dear Joe, Deven and Janusz</p><p>This is the best discussion I have ever seen on an open source accounting package on the topic of UK VAT.</p><p>As a Sage user since 1986 I would love to have an accounting solution to run on linux but have yet to even find one I feel worth trying, until now !</p><p>I feel a UK setup script would be a fantastic development for FA.</p><p>Thanks for giving me hope.</p><p>Dave</p>]]></description>
			<author><![CDATA[null@example.com (Hirum)]]></author>
			<pubDate>Tue, 09 Oct 2012 09:30:13 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=13718#p13718</guid>
		</item>
	</channel>
</rss>
