<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — Payment reference number reset]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=8033</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=8033&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Payment reference number reset.]]></description>
		<lastBuildDate>Fri, 08 Mar 2019 01:48:11 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Payment reference number reset]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=34428#p34428</link>
			<description><![CDATA[<p>I think I solved the problem. I discovered the Transaction References tab under Setup, and reset the reference. Once I did that, the problem was solved. The references now increment.</p><p>It looks like an off-by-one error of some kind in the update, where the value for the reference was set to the most recent reference, rather than the next reference.</p><p>Thanks for your help.</p>]]></description>
			<author><![CDATA[null@example.com (rlhamilton)]]></author>
			<pubDate>Fri, 08 Mar 2019 01:48:11 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=34428#p34428</guid>
		</item>
		<item>
			<title><![CDATA[Re: Payment reference number reset]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=34418#p34418</link>
			<description><![CDATA[<p>This was an upgrade from 2.3.5 to 2.4.6.</p><p>I did some testing, and what seems to be happening is that reference is no longer auto-incrementing. It is stuck at the last value it had before the upgrade. The last transaction before the upgrade was transaction 1507 with reference number 884 (I supply a check number as the reference on some payments, so the auto-generated reference lags numerically). When I did the first payment after the upgrade, the default reference came up as 884, which failed as a duplicate.</p><p>I was able to create a successful payment by setting the reference to 885, but when I tried to enter another payment, the reference came up as 884, again.</p><p>This seems to be limited to Payment. I tested in Sales Order Entry and Purchase Order Entry, and those values increment correctly and without any confusion. I also didn&#039;t see a problem with Deposits in Banking and General Ledger.</p><p>Thanks very much for your help.<br />Richard</p><p>P.S. I see that my original post was inaccurate. The auto-generated reference was never as high as 1500. I misinterpreted the problem. I think my post here has got the problem more accurately stated.</p>]]></description>
			<author><![CDATA[null@example.com (rlhamilton)]]></author>
			<pubDate>Wed, 06 Mar 2019 22:47:39 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=34418#p34418</guid>
		</item>
		<item>
			<title><![CDATA[Re: Payment reference number reset]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=34411#p34411</link>
			<description><![CDATA[<p>Which version did you upgrade from?<br />FA 2.3.x had a normal non-pattern plain numbering system. You may have to mimic the old numbering system.</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Wed, 06 Mar 2019 17:07:03 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=34411#p34411</guid>
		</item>
		<item>
			<title><![CDATA[Payment reference number reset]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=34403#p34403</link>
			<description><![CDATA[<p>I recently upgraded to 2.4.6. When I go to Banking and General Ledger --&gt; Payments, the default value that comes up for Reference is incorrect.</p><p>I was up to about 1500 for this reference number before upgrading. Now, the default value that comes up is 884.</p><p>I suspect that somewhere in the database there are variables that track the current value of the reference for each type of transaction. I&#039;m guessing the value for this transaction got clobbered somehow and needs to be reset. All of the other transaction types where I use a default reference seem to be fine. This is the only one that is causing a problem.</p><p>Can someone explain where that value is stored and how to change it?</p><p>Thanks in advance for your help.</p><p>Best regards,<br />Richard Hamilton</p>]]></description>
			<author><![CDATA[null@example.com (rlhamilton)]]></author>
			<pubDate>Tue, 05 Mar 2019 02:36:49 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=34403#p34403</guid>
		</item>
	</channel>
</rss>
