<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[FrontAccounting forum — How to correct wrong sales account for an item - completed transaction]]></title>
	<link rel="self" href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=7380&amp;type=atom" />
	<updated>2018-06-05T09:20:01Z</updated>
	<generator>PunBB</generator>
	<id>https://frontaccounting.com/punbb/viewtopic.php?id=7380</id>
		<entry>
			<title type="html"><![CDATA[Re: How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31793#p31793" />
			<content type="html"><![CDATA[<p>Hey Braath, thanks for that </p><br /><p>I have looked at how other Accounting Software and thinking how, if similar issues were encountered. It really does seem very hard to &#039;clean up&#039; old mistakes like wrong invoices / wrong sales order ... sometime even if you void the said wrong transaction, there are cases where the voided sales order still lives on, as you mentioned </p><p>I wonder if all these are by design, as to make sure all things are traced ? ... or simply, oh well it&#039;s&nbsp; a bug ?</p>]]></content>
			<author>
				<name><![CDATA[aleifuuwork]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=42567</uri>
			</author>
			<updated>2018-06-05T09:20:01Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31793#p31793</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31786#p31786" />
			<content type="html"><![CDATA[<p>I looked at the modify code today and it voids out the old G/L transactions.&nbsp; So now I&#039;m thinking that perhaps all you need to do is modify the invoice and reprocess it.</p>]]></content>
			<author>
				<name><![CDATA[Braath Waate]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=41493</uri>
			</author>
			<updated>2018-06-04T12:13:10Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31786#p31786</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31782#p31782" />
			<content type="html"><![CDATA[<p>Voiding the invoices, re-entering them, and then reapplying the payments may be the only way to fix the wrong sales account using vanilla FA.</p><p>However, the sales orders from the voided invoices will live on forever because they cannot be canceled due to this bug: http://mantis.frontaccounting.com/view.php?id=4155, although the only ill effect is seeing 0 amount sales orders appear during searches or reports.&nbsp; &nbsp;Sales orders also cannot be voided.</p><p>Using a journal entry would be the fastest and easiest vanilla FA way to fix the problem, but I do not think it would work because it does not support counterparty on sales accounts (a feature I added to my fork).</p><p>The inability to edit invoiced sales orders is a continual irritant to my staff who need to change the content of sales orders for various reasons.&nbsp; FA&#039;s philosophy is that the invoice is a contract with the customer and should not be changed.&nbsp; FA only allows a few changes such as date.</p>]]></content>
			<author>
				<name><![CDATA[Braath Waate]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=41493</uri>
			</author>
			<updated>2018-06-03T12:11:03Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31782#p31782</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31779#p31779" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>apmuthu wrote:</cite><blockquote><p>In a separate new company, make 1 sample transaction to simulate the wrong entries you mad. Study the before and after sql backups Now appropriately edit the actual company&#039;s DB with these updations, possibly having the sqls created from a spreadsheet.</p></blockquote></div><p>Hi, this is the hard and to-the-core kind of solution and this will require considerable IT knowledge to do it properly </p><p>Is there somewhat easier and proper way to do this directly in FA itself ? I mean, how would one ( from an Accountant&#039;s perspective ) correct all those 30 mistaken entries ? Does void all those 30 and re-enter suffices ?</p>]]></content>
			<author>
				<name><![CDATA[aleifuuwork]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=42567</uri>
			</author>
			<updated>2018-06-03T08:42:04Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31779#p31779</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31027#p31027" />
			<content type="html"><![CDATA[<p>In a separate new company, make 1 sample transaction to simulate the wrong entries you mad. Study the before and after sql backups Now appropriately edit the actual company&#039;s DB with these updations, possibly having the sqls created from a spreadsheet.</p>]]></content>
			<author>
				<name><![CDATA[apmuthu]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=364</uri>
			</author>
			<updated>2018-03-07T03:35:18Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31027#p31027</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31022#p31022" />
			<content type="html"><![CDATA[<p>I would give it a shot, it might just work.</p><p>Make a backup first.&nbsp; Then form a mysql query of the gl_trans table to select all the wrong postings.&nbsp; Change the query to an update of the right account. </p><p>Run through all the reports and see if anything broke.&nbsp; If so, you can just restore from backup.</p><p>Let us know how it turns out.</p><p>You can also experiment with making the journal entries and see if that breaks any report.&nbsp; In theory, it should result in the totals you expect.</p>]]></content>
			<author>
				<name><![CDATA[Braath Waate]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=41493</uri>
			</author>
			<updated>2018-03-06T16:44:51Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31022#p31022</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[How to correct wrong sales account for an item - completed transaction]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=31021#p31021" />
			<content type="html"><![CDATA[<p>I just discovered that a sales item was set up using the wrong sales account.&nbsp; There are now about 30 completed transactions (sales invoice - payment received and applied) with this item posting to the wrong sales account.</p><p>What is the best way to fix this?<br />I have already corrected the wrong sales account in the item.</p><p>I could make a bunch of journal entries to correct them, but I think that would still leave the errors in any sales reports, etc.</p><p>Can I directly edit the 0_gl_trans table to correct the posted account #?&nbsp; Are there other tables that would have to be manually corrected?&nbsp; Is this a can of worms?</p><p>Thank you<br />Bruce</p>]]></content>
			<author>
				<name><![CDATA[brucek@pelhamhs.org]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=41547</uri>
			</author>
			<updated>2018-03-06T13:53:03Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=31021#p31021</id>
		</entry>
</feed>
