GNUCash: How to count up equity?
I would say when starting with Gnucash to start with the level of granularity you are comfortable with while sticking to the double entry bookkeeping practices. So going through each one: Refund for Parking Pass. Assuming you treat the Parking Pass as a sunk cost, i.e. an Expense account, its just a negative entry in the Expense account which turns into a positive one in your Bank account. Yes it may look weird, and if you don't like it you can always 'pay from Equity' the prior month, or your Bank Account if you're backfilling old statements. Selling physical items. If you sold it on eBay and the value is high enough you'll get tax forms indicating you've earned x. Even if its small or not done via eBay, treat it the same way and create a 'Personal Items/Goods' Income account to track all of it. So the money you get in your Bank account would have come from there. Found jacket money would be an Equity entry, either Opening Balances into Cash or Bank account. Remember you are treating Equity / Opening Balances as the state before you started recording every transaction so both the value going into Assets (Banks,Stock,Mutual Funds) and Liabilities (Mortgage, Student Debt, Credit Card Debt) originate from there. I would take each of these items and any others and consider how you would count it as an expense in the other direction. If you have an account for parking expenses or general transportation funds, credit that account for a refund on your parking. If you have an account for expenses on technology purchases, you would credit that account if you sell a piece of equipment as you replace it with an upgrade. If you lost money (perhaps in a jacket) how would you account for the cash that is lost? Whatever account would would subtract from put a credit for cash found.
"The answer was provided to me at the Gnucash chat by ""warlord"". The procedure is as follows: After doing this you will have:" Gnucash uses aqbanking, so I'd suggest looking at aqbanking to see if it will do what you want. It seems to be actively developed (as of 26.2.2011), but the main page is in German and my German is a bit rusty... You might also try asking on the gnucash-users list. If you're audited routinely you probably have an accountant to get this straight. It's not something that I would be too worried about as it is purely journal-entry issue, there's no problem with the actual money. Mistakes happen. I'd suggest converting the currency, taking loss/gain on the conversion as a capital loss/gain, and credit the correct currency to the correct account. If GnuCash causes problems - just record it in the EUR equivalent, putting in notes the actual SGD value. Note that I'm not an accountant and this is not a professional advice. I just decided to start using GnuCash today, and I was also stuck in this position for around an hour before I figured out what to do exactly. The answer by @jldugger pointed me partially on the right track, so this answer is intended to help people waste less time in the future.  (Note: All numbers have been redacted for privacy issues, but I hope the images are sufficient to allow you to understand what is going on. ) Upon successfully importing your transactions, you should be able to see your transactions in the Checking Account and Savings Account (plus additional accounts you have imported). The Imbalance account (GBP in my case) will be negative of whatever you have imported. This is due to the double-entry accounting system that GnuCash uses.    Now, you will have to open your Savings Account.   Note that except for a few transactions, most of them are going to Imbalance. These are marked out with the red rectangles.   What you have to do, now, is to click on them individually and sort them into the correct account. Unfortunately (I do not understand why they did this), you cannot move multiple transactions at once. See also this thread. Fortunately, you only have to do this once.  This is what your account should look like after it is complete.   After this is done, you should not have to move any more accounts, since you can directly enter the transactions in the Transfer box. At this point, your Accounts tab should look like this:  Question solved! Unfortunately, there is no facility to do bulk transaction edits in GnuCash, so you are out of luck for your existing hundred. (I don't know whether there is a way to initially import a transaction as split.) However, once you have entered this split once, it can be used as a template for new transactions, using autocomplete or by entering it in the Scheduled Transaction Editor. This started as a comment but then really go too long so I am posting an answer: @yarun, I am also using GnuCash just like you as a non-accountant. But I think it really pays off to get to know more about accounting via GnuCash; it is so useful and you learn a lot about this hundreds of years old double entry system that all accountants know. So start learning about 5 main accounts and debits and credits, imho. It is far easier than one can think. Now the answer: even without balancing amounts exactly program is very useful as you still can track your monthly outgoings very well. Just make/adjust some reports and save their configurations (so you can re-run quickly when new data comes in) after you have classified your transactions properly. If I still did not know what some transactions were (happens a lot at first import) - I just put them under Expenses:Unaccounted Expenses - thus you will be able to see how much money went who knows where. If later you learn what those transactions were - you still can move them to the right account and you will be pleased that your reports show less unaccounted money. How many transactions to import at first - for me half a year or a year is quite enough; once you start tracking regularly you accumulate more date and this becomes a non-issue. Reflecting that personal finance is more about behaviour than maths and that it is more for the future where your overview of money is useful. Gnucash wil learn from import to import what transactions go where - so you could import say 1 or 3 month intervals to start with instead of a while year. No matter what - I still glance at every transaction on import and still sometimes petrol expense lands in grocery (because of the same seller). But to spot things like that you use reports and if one month is abnormal you can drill down to transactions and learn/correct things. Note that reports are easy to modify and you can save the report configurations with names you can remember. They are saved on the machine you do the accounting - not within the gnucash file. So if you open the file (or mysql database) on another computer you will miss your custom reports. You can transfer them, but it is a bit fiddly. Hence it makes sense to use gnucash on your laptop as that you probably will have around most often. Once you start entering transactions into GnuCash on the day or the week you incur the expense, you are getting more control and it is perhaps then you would need the balance to match the bank's balance. Then you can adjust the Equity:Opening Balances to manipulate the starting sums so that current balances match those of your bank. This is easy.  When you have entered transactions proactively (on the day or the week) and then later do an import from bank statement the transactions are matched automatically and then they are said to be reconciled (i.e. your manual entry gets matched by the entry from your statement.) So for beginning it is something like that. If any questions, feel free to ask. IMHO this is a process rather a one-off thing; I began once - got bored, but started again and now I find it immensely useful. You would need to use Trading Accounts. You can enable this, File->Properties->Account settings tab, and check Use Trading Accounts. For more details see the following site: http://wiki.gnucash.org/wiki/Trading_Accounts No, GnuCash doesn't specifically provide a partner cash basis report/function. However, GnuCash reports are fairly easy to write. If the data was readily available in your accounts it shouldn't be too hard to create a cash basis report. The account setup is so flexible, you might actually be able to create accounts for each partner, and, using standard dual-entry accounting, always debit and credit these accounts so the actual cash basis of each partner is shown and updated with every transaction. I used GnuCash for many years to manage my personal finances and those of my business (sole proprietorship). It really shines for data integrity (I never lost data), customer management (decent UI for managing multiple clients and business partners) and customer invoice generation (they look pretty). I found the user interface ugly and cumbersome. GnuCash doesn't integrate cleanly with banks in the US. It's possible to import data, but the process is very clunky and error-prone. Apparently you can make bank transactions right from GnuCash if you live in Europe. Another very important limitation of GnuCash to be aware of: only one user at a time. Period. If this is important to you, don't use GnuCash. To really use GnuCash effectively, you probably have to be an actual accountant. I studied dual-entry accounting a bit while using GnuCash. Dual-entry accounting in GnuCash is a pain in the butt. Accurately recording certain types of transactions (like stock buys/sells) requires fiddling with complicated split transactions. I agree with Mariette: hire a pro. "I'm not sure there's a good reason to do a ""closing the books"" ceremony for personal finance accounting. (And you're not only wanting to do that, but have a fiscal year that's different from the calendar year? Yikes!) My understanding is that usually this process is done for businesses to be able to account for what their ""Retained Earnings"" and such are for investors and tax purposes; generally individuals wouldn't think of their finances in those terms. It's certainly not impossible, though. Gnucash, for example, implements a ""Closing Books"" feature, which is designed to create transactions for each Income and Expenses account into an end-of-year Equity Retained Earnings account. It doesn't do any sort of closing out of Assets or Liabilities, however. (And I'm not sure how that would make any sense, as you'd transfer it from your Asset to the End-of-year closing account, and then transfer it back as an Opening Balance for the next year?) If you want to keep each year completely separate, the page about Closing Books in the Gnucash Wiki mentions that one can create a separate Gnucash file per year by exporting the account tree from your existing file, then importing that tree and the balances into a new file. I expect that it makes it much more challenging to run reports across multiple years of data, though. While your question doesn't seem to be specific to Gnucash (I just mention it because it's the accounting tool I'm most familiar with), I'd expect that any accounting program would have similar functionality. I would, however, like to point out this section from the Gnucash manual: Note that closing the books in GnuCash is unnecessary. You do not need to zero out your income and expense accounts at the end of each financial period. GnuCash’s built-in reports automatically handle concepts like retained earnings between two different financial periods. In fact, closing the books reduces the usefulness of the standard reports because the reports don’t currently understand closing transactions. So from their point of view it simply looks like the net income or expense in each account for a given period was simply zero. And that's largely why I'm just not sure what your goals are. If you want to look at your transactions for a certain time, to ""just focus on the range of years I'm interested in for any given purpose"" as you say, then just go ahead and run the report you care about with those years as the dates. The idea of ""closing books"" comes from a time when you'd want to take your pile of paper ledgers and go put them in storage once you didn't need to refer to them regularly. Computers now have no challenges storing ""every account from the beginning of time"" at all, and you can filter out that data to focus on whatever you're looking for easily. If you don't want to look at the old data, just don't include them in your reports. I'm pretty sure that's the ""better way to keep the books manageable""." "I'm no accountant, but I think the way I'd want to approach this kind of thing in Gnucash would be to track it as an Asset, since it is. It sounds like your actual concern is that your tracked asset value isn't reflecting its current ""market"" value. Presumably because it's risky it's also illiquid, so you're not sure how much value it should have on your books. Your approach suggested here of having it as just as expense gives it a 0 value as an asset, but without tracking that there's something that you own. The two main approaches to tracking an investment in Gnucash are: Of course, both of these approaches do assume that you have some notion of your investment's ""current value"", which is what you're tracking. As the section on Estimating Valuation of the concepts guide says of valuing illiquid assets, ""There is no hard rule on this, and in fact different accountants may prefer to do this differently."" If you really think that the investment isn't worth anything at the moment, then I suppose you should track it at 0, but presumably you think it's worth something or you wouldn't have bought it, right? Even if it's just for your personal records, part of a regular (maybe annual?) review of your investments should include coming up with what you currently value that investment at (perhaps your best guess of what you could sell it for, assuming that you could find a willing buyer), and updating your records accordingly. Of course, if you need a valuation for a bank or for tax purposes or the like, they have more specific rules about how they are tracking what things are worth, but presumably you're trying to track your personal assets for your own reasons to get a handle on what you currently own. So, do that! Take the time to get a handle on the worth of what you currently own. And don't worry about getting the value wrong, just take your best guess, since you can always update it later when you learn new information about what your investment is worth." "Hey guys I have a quick question about a financial accounting problem although I think it's not really an ""accounting"" problem but just a bond problem.  Here it goes    GSB Corporation issued semiannual coupon bonds with a face value of $110,000 several years ago. The annual coupon rate is 8%, with two coupons due each year, six months apart. The historical market interest rate was 10% compounded semiannually when GSB Corporation issued the bonds, equal to an effective interest rate of 10.25% [= (1.05 × 1.05) – 1]. GSB Corporation accounts for these bonds using amortized cost measurement based on the historical market interest rate. The current market interest rate at the beginning of the current year on these bonds was 6% compounded semiannually, for an effective interest rate of 6.09% [= (1.03 × 1.03) – 1]. The market interest rate remained at this level throughout the current year. The bonds had a book value of $100,000 at the beginning of the current year. When the firm made the payment at the end of the first six months of the current year, the accountant debited a liability for the exact amount of cash paid. Compute the amount of interest expense on these bonds for the last six months of the life of the bonds, assuming all bonds remain outstanding until the retirement date.  My question is why would they give me the effective interest rate for both the historical and current rate?  The problem states that the firm accounts for the bond using historical interest which is 10% semiannual and the coupon payments are 4400 twice per year.  I was just wondering if I should just do the (Beginning Balance (which is 100000 in this case) x 1.05)-4400=Ending Balance so on and so forth until I get to the 110000 maturity value. I got an answer of 5474.97 and was wondering if that's the correct approach or not." You will probably never see it.  The startup at some point may start issuing dividends to the shareholders (which would be the owners, including you if you are in fact getting equity), but that day may never come.  If they hire others with this method, you'll likely lose even that 5% as more shares are created.  Think of inflation that happens when government just prints more money.  All notes effectively lose value. I wouldn't invest either, most startups fail. Don't work for free on the vague promise of some future compensation; you want a salary and benefits.  Equity doesn't put food on your table. "You are confining the way you and the other co-founders are paid for guaranteeing the loan to capital shares. Trying to determine payments by equity distribution is hard. It is a practice that many small companies particularly the ones in their initial stage fall into. I always advise against trying to make payments with equity, weather it is for unpaid salary or for guaranteeing a loan such as your case. Instead of thinking about a super sophisticated algorithm to distribute the new shares between the cofounders and the new investors, given a set of constraints, which will most probably fail to make the satisfactory split, you should simply view the co-founders as debt lenders for the company and the shareholders as a capital contributor.  If the co-founders are treated as debt lenders, it will be much easier to determine the risk compensation for guaranteeing the loan because it is now assessed in monetary units and this compensation is equal to the risk premium you see fit ""taking into consideration the probability of default "". On the other hand, capital contributors will gain capital shares as a percentage of the total value of the company after adding SBA loan." I'm not familiar with Gnucash, but I can discuss double-entry bookkeeping in general. I think the typical solution to something like this is to create an Asset account for what this other person owes you. This represents the money that he owes you. It's an Accounts Receivable. Method 1: Do you have/need separate accounts for each company that you are paying for this person? Do you need to record where the money is going? If not, then all you need is: When you pay a bill, you credit (subtract from) Checking and debit (add to) Friend Account. When he pays you, you credit (subtract from) Friend Account and debit (add to) Checking. That is, when you pay a bill for your friend you are turning one asset, cash, into a different kind of asset, receivable. When he pays you, you are doing the reverse. There's no need to create a new account each time you pay a bill. Just keep a rolling balance on this My Friend account. It's like a credit card: you don't get a new card each time you make a purchase, you just add to the balance. When you make a payment, you subtract from the balance. Method 2: If you need to record where the money is going, then you'd have to create accounts for each of the companies that you pay bills to. These would be Expense accounts.  Then you'd need to create two accounts for your friend: An Asset account for the money he owes you, and an Income account for the stream of money coming in. So when you pay a bill, you'd credit Checking, debit My Friend Owes Me, credit the company expense account, and debit the Money from My Friend income account.  When he repays you, you'd credit My Friend Owes Me and debit Checking. You don't change the income or expense accounts. Method 3: You could enter bills when they're received as a liability and then eliminate the liability when you pay them. This is probably more work than you want to go to. "While this does fall under the ""All-inclusive income"" segment of GI (gross income), there are two questions that come up.  I invested in a decentralized bitcoin business and earned about $230 this year in interest from it Your wording is confusing here only due to how bitcoin works."