<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[FrontAccounting forum — Payment reference number reset]]></title>
	<link rel="self" href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=8033&amp;type=atom" />
	<updated>2019-03-08T01:48:11Z</updated>
	<generator>PunBB</generator>
	<id>https://frontaccounting.com/punbb/viewtopic.php?id=8033</id>
		<entry>
			<title type="html"><![CDATA[Re: Payment reference number reset]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=34428#p34428" />
			<content type="html"><![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>]]></content>
			<author>
				<name><![CDATA[rlhamilton]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=14575</uri>
			</author>
			<updated>2019-03-08T01:48:11Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=34428#p34428</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Payment reference number reset]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=34418#p34418" />
			<content type="html"><![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>]]></content>
			<author>
				<name><![CDATA[rlhamilton]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=14575</uri>
			</author>
			<updated>2019-03-06T22:47:39Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=34418#p34418</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Payment reference number reset]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=34411#p34411" />
			<content type="html"><![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>]]></content>
			<author>
				<name><![CDATA[apmuthu]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=364</uri>
			</author>
			<updated>2019-03-06T17:07:03Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=34411#p34411</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Payment reference number reset]]></title>
			<link rel="alternate" href="https://frontaccounting.com/punbb/viewtopic.php?pid=34403#p34403" />
			<content type="html"><![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>]]></content>
			<author>
				<name><![CDATA[rlhamilton]]></name>
				<uri>https://frontaccounting.com/punbb/profile.php?id=14575</uri>
			</author>
			<updated>2019-03-05T02:36:49Z</updated>
			<id>https://frontaccounting.com/punbb/viewtopic.php?pid=34403#p34403</id>
		</entry>
</feed>
