<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — Advanced Manufacturing and My Doghouse]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=5984</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=5984&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Advanced Manufacturing and My Doghouse.]]></description>
		<lastBuildDate>Sun, 18 Oct 2015 19:55:18 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24537#p24537</link>
			<description><![CDATA[<p>@Joe<br />I guess the most complex issues are resolved. For someone not referring to Inv.Val report, advanced assembly works at GL level. Exception is:<br />1) labour_cost column of stock_master table, upon 2nd batch production, if 2nd batch labour cost = 0, doesn&#039;t update with new average labour cost. Same to overhead_cost column.<br />2) Even on the 1st batch production, suppose the production takes 2 days and you insert:<br />day1 labor cost $150<br />day2 labor cost $20<br />Stock_master, labour_cost column overwrites $150 by $20 instead of adding up.</p><p>Whoever can dig deep, can take up the challenge from here.</p>]]></description>
			<author><![CDATA[null@example.com (Petros)]]></author>
			<pubDate>Sun, 18 Oct 2015 19:55:18 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24537#p24537</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24536#p24536</link>
			<description><![CDATA[<p>@Petros</p><p>Thank you for your persistent testing <img src="https://frontaccounting.com/punbb/img/smilies/wink.png" width="15" height="15" alt="wink" />. Please download and replace from the above links again (they have been updated):</p><p>/manufacturing/includes/db/work_order_produce_items_db.inc<br />/manufacturing/includes/db/work_orders_db.inc.</p><p>I guess this is as long as I can go with the fixing. It is very complex routines. It also handles ev. negative stock if set etc. Many things to take care of. Digging deaper will require assistance from a skilled programmer that are also familiar with the Advanced Assembly.</p><p>/Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Sun, 18 Oct 2015 09:17:14 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24536#p24536</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24533#p24533</link>
			<description><![CDATA[<p>@Joe<br />Thank you for your attention to the problem and prompt responses.<br />I now have accuracy issues: to replicate my situation:<br />1. Just restore to previous backup (https://drive.google.com/file/d/0B8DlmARQ8isNM01BeE03Mzd1Qjg/view?usp=sharing)<br />2. Receive the outstanding p.o &gt;&gt; produce 1 qty of Output1 with $41.4 add.material, $150 labor and $50 Overhead costs.<br />3. Right away make a 2nd batch production of 3qty of Output1 with $41.4 add.material, $150 labor and $50 Overhead costs.<br />Now you&#039;re supposed to get this:https://drive.google.com/file/d/0B8DlmARQ8isNWGo4RnlHVUxtdE0/view?usp=sharing<br />But you get this: https://drive.google.com/file/d/0B8DlmARQ8isNNzdrbks3Q1Nid28/view?usp=sharing</p><br /><p>* I still see that received p.o. items, appear at a rounded rate in material_cost column, understating the value of inventory. I&#039;ve agreed with @apmuthu in another thread that rounding is waived at storage level to maintain accuracy and should only apply at display level.</p>]]></description>
			<author><![CDATA[null@example.com (Petros)]]></author>
			<pubDate>Sat, 17 Oct 2015 20:31:06 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24533#p24533</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24532#p24532</link>
			<description><![CDATA[<p>Hello,</p><p>Here are the new files. They have been committed to repo. replace on your server.</p><p><a href="http://https:/sourceforge.net/p/frontaccounting/git/ci/master/tree/manufacturing/work_order_costs.php">/manufacturing/work_order_costs.php</a><br /><a href="http://https:/sourceforge.net/p/frontaccounting/git/ci/master/tree/manufacturing/includes/db/work_order_produce_items_db.inc">/manufacturing/includes/db/work_order_produce_items_db.inc</a><br /><a href="http://https:/sourceforge.net/p/frontaccounting/git/ci/master/tree/manufacturing/includes/db/work_orders_db.inc">/manufacturing/includes/db/work_orders_db.inc</a><br /><a href="http://https:/sourceforge.net/p/frontaccounting/git/ci/master/tree/manufacturing/includes/db/work_orders_quick_db.inc">/manufacturing/includes/db/work_orders_quick_db.inc</a></p><p>@Petros</p><p>Remarks to your readme.txt file:</p><p>2.a. The issue of 10 &#039;input 1&#039; should NOT be devided by any factor to add the material cost per item price. This is the issue for 1 &#039;Output 1&#039; item.<br />&nbsp; &nbsp; &nbsp; &nbsp;The Worth of the 10 &#039;input 1&#039; was $41.40 (not $44.10).</p><p>/Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Sat, 17 Oct 2015 12:57:07 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24532#p24532</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24531#p24531</link>
			<description><![CDATA[<p>@Petros,</p><p>Thanks for the test material. It was nice to make the tests from here.</p><p>I have fixed the issues, but want to do some further tests Before releasing the files.</p><p>I will be back later.</p><p>/Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Sat, 17 Oct 2015 10:17:28 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24531#p24531</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24530#p24530</link>
			<description><![CDATA[<p>Hi there,<br />Sorry for the delay: here&#039;s a link<br />https://drive.google.com/file/d/0B8DlmARQ8isNM01BeE03Mzd1Qjg/view?usp=sharing<br />I included a helpful readme.txt file (which is why I delayed).</p>]]></description>
			<author><![CDATA[null@example.com (Petros)]]></author>
			<pubDate>Fri, 16 Oct 2015 21:31:28 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24530#p24530</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24529#p24529</link>
			<description><![CDATA[<p>@Petros: Please provide a backup of the state before the Work Order commences and the steps thereafter to recreate your errors. You should have started from a fresh en_US-new.sql install.</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Fri, 16 Oct 2015 17:53:08 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24529#p24529</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24528#p24528</link>
			<description><![CDATA[<p>@Petros.</p><p>I cannot reproduce your assembly errors.</p><p>Will you please give me a detailled example with amounts etc. If there still are errors, I will be extremely glad to fix these,</p><p>Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Fri, 16 Oct 2015 15:05:56 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24528#p24528</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24527#p24527</link>
			<description><![CDATA[<p>@Joe<br />$use_costed_values must remain zero at all times for accounting sake. It includes tax values in to inventory cost and then separately reports tax in liability, causing double consideration of tax in the gl.<br />Coming to advanced assembly: <br />On a fresh install as well, I see our recent fixes are advantageous to post production costs to the right assembly account but, behind the screen:<br />* Labour and overhead costs are not picked up by their respective stock_master columns<br />* Additional issues properly picked up by material_cost column during production eventually gets overwritten by BOM value post production (instead of adding up)<br />* Upon purchase, the material_cost column improperly does rounding to the unit rate.<br />I guess these are the problems and all other disparities are by-products of these same points.</p>]]></description>
			<author><![CDATA[null@example.com (Petros)]]></author>
			<pubDate>Fri, 16 Oct 2015 13:51:45 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24527#p24527</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24525#p24525</link>
			<description><![CDATA[<p>@Petros: does this work on a new install as desired? <br />Even if so, what are the standard operating procedures to be followed for Advanced Manufacturing?<br />Should we set the config flag <strong>$use_costed_values</strong>?<br />Are there any advantages prior to using code prior to these last 2 commits?</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Fri, 16 Oct 2015 08:23:27 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24525#p24525</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24523#p24523</link>
			<description><![CDATA[<p>@Petros,</p><p>It can be a Little tricky to test this on an existing assembled item.</p><p>When Selling the item (delivery) it takes the Average Standard Cost to credit the Stock of Finished Goods (FG). Material, Labour and Overhead COSTs.This is done correctly.</p><p>The Item Valuation Reports can be a Little tricky also to follow. </p><p>There is a flag in config.php, called $use_costed_values, that usually is set to 0. Check that this is so. Then the reports are based on the overall average standard cost values. IF set to 1 it will use the average material COSTs over time. Maybe more correct related to the GL reports.</p><p>When testing, please start on a fresh Advanced Assembly Product, because we will get false tests otherwise.</p><p>Thanks for participating is this valuable test.</p><p>/Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Fri, 16 Oct 2015 06:38:45 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24523#p24523</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24522#p24522</link>
			<description><![CDATA[<p>@Joe<br />Back to advanced assembly:<br />Something remains a disparity between ledger account cost record and the database. <br />Suppose you produce a product with a $10 BOM, $5 additional issuance, $4 labour &amp; $2 overhead cost:<br />*The finished goods account receives all $21 (this is where it&#039;s improved) but leaves behind the non-BOM costs upon sale of the item. Leaving FG account with leftover $11.<br />*Stock_master picks up only the $10 and distributes it over material_cost, labour_cost and overhead_cost columns using some strange ratio, I&#039;m still trying to figure out: and this ruins INV. VAL report.<br />*I noticed that when you issue additional materials, it goes correctly to material_cost column but eventually gets overwritten (instead of adding up) by info from BOM when WO is closed.<br />*Suppose you produce an item without BOM, simply by a series of issuance of materials and other costs on top, stock_master does receive what ever is given, so does the gl, but after &quot;process&quot; is clicked, stock_master nullifies its column values, while assembly account gets stuck with dissociated costs that remain there even if the item is sold out and, Inv Val report rates the item @ 0.<br />I guess they all mean the same thing == dissociation.</p>]]></description>
			<author><![CDATA[null@example.com (Petros)]]></author>
			<pubDate>Thu, 15 Oct 2015 22:34:10 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24522#p24522</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24520#p24520</link>
			<description><![CDATA[<p>First thing is first. Recent corrections aiming at advanced manufacture caused material_cost column of stock_master to start rounding figures to user_decimal() for purchased items only. This causes:<br />* Understatement of the value of inventory while passing through one production phase to another.<br />* Distorts the weighted average accuracy we used to find on inv.valuation report.</p>]]></description>
			<author><![CDATA[null@example.com (Petros)]]></author>
			<pubDate>Thu, 15 Oct 2015 20:06:31 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24520#p24520</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24518#p24518</link>
			<description><![CDATA[<p>Hello again,</p><p>The Standard Costs are now updated correctly when producing an Advanced Assembly.</p><p>You should now be able to run the valuation reports correctly.</p><p>Please download the following files and replace.</p><p><a href="http://https:/sourceforge.net/p/frontaccounting/git/ci/master/tree/manufacturing/includes/db/work_order_produce_items_db.inc">/manufacturing/includes/db/work_order_produce_items_db.inc</a><br /><a href="http://https:/sourceforge.net/p/frontaccounting/git/ci/master/tree/manufacturing/includes/db/work_orders_quick_db.inc">/manufacturing/includes/db/work_orders_quick_db.inc</a></p><p>Unfortunately I am not able to fix the stand alone button for &#039;Close&#039; at the moment. The algorithms are now dependent of the production.<br />Your stock will not get updated only with adding Costs and issues. Only during the production the standard Costs are updated.</p><p>This is the reason why it is difficult to just enter additional Costs after all the production is done.</p><p>I am sorry for that, but maybe something shows up during the 2.4 release. Then of course we will fix this.</p><p>/Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Thu, 15 Oct 2015 08:38:44 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24518#p24518</guid>
		</item>
		<item>
			<title><![CDATA[Re: Advanced Manufacturing and My Doghouse]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=24517#p24517</link>
			<description><![CDATA[<p>Yes, I know where the problem is. I need some additional time to correct this.</p><p>Joe</p>]]></description>
			<author><![CDATA[null@example.com (joe)]]></author>
			<pubDate>Wed, 14 Oct 2015 16:25:19 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=24517#p24517</guid>
		</item>
	</channel>
</rss>
