<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Double Entry Accounting in Rails</title>
	<atom:link href="http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/</link>
	<description>Cuppalicious coding!</description>
	<pubDate>Wed, 20 Aug 2008 09:36:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: James Urquhart</title>
		<link>http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/#comment-329</link>
		<dc:creator>James Urquhart</dc:creator>
		<pubDate>Thu, 31 Jul 2008 12:01:57 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=133#comment-329</guid>
		<description>Thanks kronidas. 

When i writ that code, i hadn't quite figured out the difference between new and create. safe to say, now i know. :)</description>
		<content:encoded><![CDATA[<p>Thanks kronidas. </p>
<p>When i writ that code, i hadn&#8217;t quite figured out the difference between new and create. safe to say, now i know. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kronidas</title>
		<link>http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/#comment-328</link>
		<dc:creator>kronidas</dc:creator>
		<pubDate>Thu, 31 Jul 2008 11:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=133#comment-328</guid>
		<description>Repost. 

Hello,
type less. :)
#third_transaction = Journal.new(:transaction_type =&#62; :transfer, :start_date =&#62; Time.now)
#third_transaction.save!
third_transaction = third_transaction.create(:transaction_type =&#62; :transfer, :start_date =&#62; Time.now)

Kronidas</description>
		<content:encoded><![CDATA[<p>Repost. </p>
<p>Hello,<br />
type less. :)<br />
#third_transaction = Journal.new(:transaction_type =&gt; :transfer, :start_date =&gt; Time.now)<br />
#third_transaction.save!<br />
third_transaction = third_transaction.create(:transaction_type =&gt; :transfer, :start_date =&gt; Time.now)</p>
<p>Kronidas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kronidas</title>
		<link>http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/#comment-327</link>
		<dc:creator>kronidas</dc:creator>
		<pubDate>Thu, 31 Jul 2008 11:13:29 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=133#comment-327</guid>
		<description>Hello,
type less. :)
#third_transaction = Journal.new(:transaction_type =&#62; :transfer, :start_date =&#62; Time.now)
#third_transaction.save!
third_transaction.create(:transaction_type =&#62; :transfer, :start_date =&#62; Time.now)

Kronidas</description>
		<content:encoded><![CDATA[<p>Hello,<br />
type less. :)<br />
#third_transaction = Journal.new(:transaction_type =&gt; :transfer, :start_date =&gt; Time.now)<br />
#third_transaction.save!<br />
third_transaction.create(:transaction_type =&gt; :transfer, :start_date =&gt; Time.now)</p>
<p>Kronidas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Urquhart</title>
		<link>http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/#comment-138</link>
		<dc:creator>James Urquhart</dc:creator>
		<pubDate>Thu, 26 Jun 2008 21:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=133#comment-138</guid>
		<description>John,

A Journal binds together several Posting's. Typically you'd have one per full account transaction - e.g. DEBIT Bank 100, CREDIT Revenue 100 could be linked to a single journal of the type "Deposit". In theory it makes it easy to track complex transactions which consist of transfers to/from multiple accounts.

The linked article does indeed make Journals a bit confusing by referring to them by letters (a,b,c,d). Instead you should just refer to them by key number (1,2,3,4) and the whole thing becomes much more clearer.

My above example could be recorded in the POSTINGS table as follows (assuming Bank == 100 and Revenue == 50):

Id,Account Id,Journal Id,Asset Type,Amount
1,100,1,£,100
2,50,1,£,-100

100 + -100 == 0, thus satisfying the requirements in the article.

Hope that helps. :)


</description>
		<content:encoded><![CDATA[<p>John,</p>
<p>A Journal binds together several Posting&#8217;s. Typically you&#8217;d have one per full account transaction - e.g. DEBIT Bank 100, CREDIT Revenue 100 could be linked to a single journal of the type &#8220;Deposit&#8221;. In theory it makes it easy to track complex transactions which consist of transfers to/from multiple accounts.</p>
<p>The linked article does indeed make Journals a bit confusing by referring to them by letters (a,b,c,d). Instead you should just refer to them by key number (1,2,3,4) and the whole thing becomes much more clearer.</p>
<p>My above example could be recorded in the POSTINGS table as follows (assuming Bank == 100 and Revenue == 50):</p>
<p>Id,Account Id,Journal Id,Asset Type,Amount<br />
1,100,1,£,100<br />
2,50,1,£,-100</p>
<p>100 + -100 == 0, thus satisfying the requirements in the article.</p>
<p>Hope that helps. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://www.cuppadev.co.uk/oldbrew/double-entry-accounting-in-rails/#comment-137</link>
		<dc:creator>john</dc:creator>
		<pubDate>Wed, 18 Jun 2008 05:03:04 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=133#comment-137</guid>
		<description>What I don't understand is the journal table.  It looks like a simple lookup table.  Why is so much ephasis placed on it in the article you reference (first one.)  It says:

I.e. all POSTING entries associated with the JOURNAL entry must be successfully completed or none must be completed. The numerical sum of all POSTING entries associated with a JOURNAL entry must also equal zero

What's that mean?  If you look at the example table entries is just has a, b, c, d for the type.

Thanks for the article.
</description>
		<content:encoded><![CDATA[<p>What I don&#8217;t understand is the journal table.  It looks like a simple lookup table.  Why is so much ephasis placed on it in the article you reference (first one.)  It says:</p>
<p>I.e. all POSTING entries associated with the JOURNAL entry must be successfully completed or none must be completed. The numerical sum of all POSTING entries associated with a JOURNAL entry must also equal zero</p>
<p>What&#8217;s that mean?  If you look at the example table entries is just has a, b, c, d for the type.</p>
<p>Thanks for the article.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.740 seconds -->
