<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — Customer Branch Edit]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=582</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=582&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Customer Branch Edit.]]></description>
		<lastBuildDate>Sat, 11 Apr 2009 17:00:09 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2260#p2260</link>
			<description><![CDATA[<p>I agree.</p><p>Thanks for helping me understand it better.</p><p>tom</p>]]></description>
			<author><![CDATA[null@example.com (tom)]]></author>
			<pubDate>Sat, 11 Apr 2009 17:00:09 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2260#p2260</guid>
		</item>
		<item>
			<title><![CDATA[Re: Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2258#p2258</link>
			<description><![CDATA[<p>Yes, FA was (following webERP) designed firstly for B2B market, so db structure is not optimized for retail sales. Nevertheless both approaches are correct, so it is up to you which way to choose. If new customers will be imported from osC automatically and we want to support also invoices for companies, seems the better way is to create both customer and branch record.</p><p>Janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Sat, 11 Apr 2009 14:43:04 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2258#p2258</guid>
		</item>
		<item>
			<title><![CDATA[Re: Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2255#p2255</link>
			<description><![CDATA[<div class="quotebox"><cite>itronics wrote:</cite><blockquote><p>Modifying addresses in customer/branch sales order delivery address unless you reedit SO.</p><p>In fact algorithm of selection of delivery address on new SO is quite logical:<br />- select branch mailing address if not empty<br />else<br />- select branch billing adress if not empty<br />else<br />- select company address<br />That&#039;s all.</p></blockquote></div><p>That makes sense. but since osCommerce does much of the same logic, I will have all three addresses (generally the same) and it is far simpler<br />logic to fill them in all the time... (Customer/Company Address, Billing Address, Shipping Address)</p><div class="quotebox"><cite>itronics wrote:</cite><blockquote><div class="quotebox"><cite>tom wrote:</cite><blockquote><p>I am just looking for any bad things that could happen by doing things this way...</p></blockquote></div><p>All should work right. The only problem can be changed branch address between&nbsp; sales order is received and moment of delivery. In this case all not delivered sales orders should be updated.</p></blockquote></div><p>Yes and I take that to be bad, so it makes sense to only allow FA to make changes to SO or Customer Branches, etc</p><div class="quotebox"><cite>itronics wrote:</cite><blockquote><p>I guess you mean customers not users? You can use &#039;Retail&#039; customer with many branches, or you can create unique customer record for every your client. The first option cannot be used for multiply companies because GST number is stored&nbsp; in customer, not in branch record. For retail customers GST number is obsolete.</p></blockquote></div><p>Yes I did mean Customers.</p><p>One thing I did notice, the Customer&#039;s Address does not have a Tax Group associated with it, so I will need at least one Branch for each customer.<br />No big deal, just my observation.</p><p>In my case I do not sell my products for re-sale, so every customer is a Retail Customer.<br />But I do want to make any code I write general enough so others can use it too...</p><p>tom</p>]]></description>
			<author><![CDATA[null@example.com (tom)]]></author>
			<pubDate>Sat, 11 Apr 2009 13:10:39 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2255#p2255</guid>
		</item>
		<item>
			<title><![CDATA[Re: Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2254#p2254</link>
			<description><![CDATA[<div class="quotebox"><cite>tom wrote:</cite><blockquote><p>I just did some more testing and I see that if I change the address in the branch it does not effect the Sales Order.</p><p>So what effect will modifying the Branch have on any current or past sales orders (or invoices or...)?</p></blockquote></div><p>Modifying adresses in customer/branch sales order delivery address unless you reedit SO.</p><p>In fact algorithm of selection of delivery address on new SO is quite logical:<br />- select branch mailing address if not empty<br />else<br />- select branch billing adress if not empty<br />else<br />- select company address<br />That&#039;s all.</p><div class="quotebox"><cite>tom wrote:</cite><blockquote><p>I saw the &quot;Retail Customers&quot; in the demo an have considered putting all the web orders under a single FA customer and using the branches for each individual osC customer address.</p><p>And if the customer changed their address, I was going to update their FA Customer Branch accordingly.</p><p>I am just looking for any bad things that could happen by doing things this way...</p></blockquote></div><p>All should work right. The only problem can be changed branch address between&nbsp; sales order is received and moment of delivery. In this case all not delivered sales orders should be updated.</p><div class="quotebox"><blockquote><p>I can not think of a good reason to not create a FA user for each osC user<br />(except maybe lazyness LOL)</p><p>At that point I might as well create Branches on the fly as Ship To addresses<br />change... which it typically rare with my customer base</p></blockquote></div><p>I guess you mean customers not users? You can use &#039;Retail&#039; customer with many branches, or you can create unique customer record for every your client. The first option cannot be used for multiply companies because GST number is stored&nbsp; in customer, not in branch record. For retail customers GST number is obsolete.</p><p>janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Sat, 11 Apr 2009 12:08:22 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2254#p2254</guid>
		</item>
		<item>
			<title><![CDATA[Re: Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2251#p2251</link>
			<description><![CDATA[<p>Ok maybe I misspoke...</p><p>I just did some more testing and I see that if I change the address in the branch it does not effect the Sales Order.</p><p>So what effect will modifying the Branch have on any current or past sales orders (or invoices or...)?</p><p>I saw the &quot;Retail Customers&quot; in the demo an have considered putting all the web orders under a single FA customer and using the branches for each individual osC customer address.</p><p>And if the customer changed their address, I was going to update their FA Customer Branch accordingly.</p><p>I am just looking for any bad things that could happen by doing things this way...</p><p>If this will work, then I just need to have the osC &#039;order process&#039; generate a sales order and then the normal FA interface can be used for the rest of the process.</p><p>I am very content to continue to use osC to interface with the customer because that works well. I need FA to track the *rest* of the business!</p><p>[edit]<br />Upon thinking about it more...</p><p>I can not think of a good reason to not create a FA user for each osC user<br />(except maybe lazyness LOL)</p><p>At that point I might as well create Branches on the fly as Ship To addresses<br />change... which it typically rare with my customer base</p><p>It then may make the most sense to do everything from the Order Process function in osCommerce.<br />That may keep things simpler in the long run...</p><p>tom<br />ps. let me know if there is a better place to discuss this kind of thing</p>]]></description>
			<author><![CDATA[null@example.com (tom)]]></author>
			<pubDate>Fri, 10 Apr 2009 23:00:18 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2251#p2251</guid>
		</item>
		<item>
			<title><![CDATA[Re: Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2245#p2245</link>
			<description><![CDATA[<p>Sales order is not fiscal document, so there is not a problem to change customer parameters after SO entry. No tax is calculated during sales order.</p><p>In contrary Sales Invoice/Delivery has all crucial data like taxes, delivery address etc stored in tables, so changing customer data does not change already entered docs, as far as you do not reedit old documents.<br />Janusz</p>]]></description>
			<author><![CDATA[null@example.com (itronics)]]></author>
			<pubDate>Fri, 10 Apr 2009 17:14:26 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2245#p2245</guid>
		</item>
		<item>
			<title><![CDATA[Customer Branch Edit]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=2240#p2240</link>
			<description><![CDATA[<p>I am starting to examine how to interface between osCommerce and FA.</p><p>I noticed that you can not delete a Customer Branch that has &#039;customer transactions&#039; or &#039;sales orders&#039; in the database.</p><p>I also see that there are no restrictions on how you can edit the branch</p><p>I think that is may be valid to edit most anything while the order is being handled,<br />but once the sales order is closed/delivered/etc it should be copied for future preservation.</p><p>What would it mean if I took a sales order that shipped to branch in the UK and then the following week that address book entry (branch) was edited to be in New York City?</p><p>Would the old sales order now display NYC with taxes collected to UK?</p><p>In osCommerce that is what we did with everything, including product descriptions, prices, taxes, etc.</p><p>sales_orders_details appears to not depend on other tables, but sales_orders<br />does refer to a few others.</p><p>tom</p>]]></description>
			<author><![CDATA[null@example.com (tom)]]></author>
			<pubDate>Fri, 10 Apr 2009 13:33:17 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=2240#p2240</guid>
		</item>
	</channel>
</rss>
