gnucash share fractions
As BrenBarn stated, tracking fractional transactions beyond 8 decimal places makes no sense in the context of standard stock and mutual fund transactions.  This is because even for the most expensive equities, those fractional shares would still not be worth whole cent amounts, even for account balances in the hundreds of thousands of dollars. One important thing to remember is that when dealing with equities the total cost, number of shares, and share price are all 3 components of the same value.  Thus if you take 2 of those values, you can always calculate the third: (price * shares = cost, cost / price = shares, etc).  What you're seeing in your account (9 decimal places) is probably the result of dividing uneven values (such as $9.37 invested in a commodity which trades for $235.11, results in 0.03985368550891072264046616477394 shares).  Most brokerages will round this value off somewhere, yours just happens to include more decimal places than your financial software allows. Since your brokerage is the one who has the definitive total for your account balance, the only real solution is to round up or down, whichever keeps your total balance in the software in line with the balance shown online.
"Some companies issue multiple classes of shares.  Each share may have different ratios applied to ownership rights and voting rights.  Some shares classes are not traded on any exchange at all.  Some share classes have limited or no voting rights.   Voting rights ratios are not used when calculating market cap but the market typically puts a premium on shares with voting rights. Total market cap must include ALL classes of shares, listed or not, weighted according to thee ratios involved in the company's ownership structure.  Some are 1:1, but in the case of Berkshire Hathaway, Class B shares are set at an ownership level of 1/1500 of the Class A shares. In terms of Alphabet Inc, the following classes of shares exist as at 4 Dec 2015: When determining market cap, you should also be mindful of other classes of securities issued by the company, such as convertible debt instruments and stock options.  This is usually referred to as ""Fully Diluted"" assuming all such instruments are converted." "Not to detract from the other answers at all (which are each excellent and useful in their own right), but here's my interpretation of the ideas: Equity is the answer to the question ""Where is the value of the company coming from?""  This might include owner stakes, shareholder stock investments, or outside investments.  In the current moment, it can also be defined as ""Equity = X + Current Income - Current Expenses"" (I'll come back to X). This fits into the standard accounting model of ""Assets - Liabilities = Value (Equity)"", where Assets includes not only bank accounts, but also warehouse inventory, raw materials, etc.; Liabilities are debts, loans, shortfalls in inventory, etc.  Both are abstract categories, whereas Income and Expense are hard dollar amounts.  At the end of the year when the books balance, they should all equal out. Equity up until this point has been an abstract concept, and it's not an account in the traditional (gnucash) sense.  However, it's common practice for businesses to close the books once a year, and to consolidate outstanding balances.  When this happens, Equity ceases to be abstract and becomes a hard value: ""How much is the company worth at this moment?"", which has a definite, numeric value. When the books are opened fresh for a new business year, the Current Income and Current Expense amounts are zeroed out.  In this situation, in order for the big equation to equal out: Assets - Liabilities = X + Income - Expeneses the previous net value of the company must be accounted for.  This is where X comes in, the starting (previous year's) equity.  This allows the Assets and Liabilities to be non-zero, while the (current) Income and Expenses are both still zeroed out.  The account which represents X in gnucash is called ""Equity"", and encompasses not only initial investments, but also the net increase & decreases from previous years.  While the name would more accurately be called ""Starting Equity"", the only problem caused by the naming convention is the confusion of the concept Equity (X + Income - Expenses) with the account X, named ""Equity""." 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! Instead of gnucash i suggest you to use kmymoney. It's easier The $47.67 per share figure is the trading price, or fair market value, of the OLD Johnson Controls, and should not be used to figure your gain nor to figure your basis in the new Johnson Controls International. Your new basis is the total of the gross proceeds received; that is, the cash  plus the fair market value of the new shares, which was $45.69 per share. (I am not referring to cash-in-lieu for fractional shares, but the $5.7293 per share received upon the merger.) A person holding 100 shares of the old Johnson Controls would have received $572.93, plus 83.57 shares of the new company.  Ignoring the fractional share, for simplicity's sake, gross proceeds would equal 83 x $45.69 = $3792.72  in fair market value of shares, plus the cash of $572.93, for a total of $4365.20. This is your basis in the 83 new shares. Regarding the fractional share, since new basis is at fair market value, there should be no gain or loss recognized upon its sale. Technically you should take the quarterly dividend yield as a fraction, add one, take the cube root, and subtract one (and then multiple by the stock price, if you want a dollar amount per share rather than a rate).  This is to account for the fact that you could have re-invested the monthly dividends and earned dividends on that reinvestment. However, the difference between this and just dividing by three is going to be negligible over the range of dividend rates that are realistically paid out by ordinary stocks. 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. "Generally if you are using FIFO (first in, first out) accounting, you will need to match the transactions based on the number of shares. In your example, at the beginning of day 6, you had two lots of shares, 100 @ 50 and 10 @ 52.  On that day you sold 50 shares, and using FIFO, you sold 50 shares of the first lot.  This leaves you with 50 @ 50 and 10 @ 52, and a taxable capital gain on the 50 shares you sold. Note that commissions incurred buying the shares increase your basis, and commissions incurred selling the shares decrease your proceeds.  So if you spent $10 per trade, your basis on the 100 @ 50 lot was $5010, and the proceeds on your 50 @ 60 sale were $2990.  In this example you sold half of the lot, so your basis for the sale was half of $5010 or $2505, so your capital gain is $2990 - 2505 = $485. The sales you describe are also ""wash sales"", in that you sold stock and bought back an equivalent stock within 30 days.  Generally this is only relevant if one of the sales was at a loss but you will need to account for this in your code.  You can look up the definition of wash sale, it starts to get complex. If you are writing code to handle this in any generic situation you will also have to handle stock splits, spin-offs, mergers, etc. which change the number of shares you own and their cost basis.  I have implemented this myself and I have written about 25-30 custom routines, one for each kind of transaction that I've encountered.  The structure of these deals is limited only by the imagination of investment bankers so I think it is impossible to write a single generic algorithm that handles them all, instead I have a framework that I update each quarter as new transactions occur." 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. For double entry bookkeeping, personal or small business, GnuCash is very good. Exists for Mac Os. "To keep it simple, let's say that A shares trade at 500 on average between April 2nd 2014 and April 1st 2015 (one year anniversary), then if C shares trade on average: The payment will be made either in cash or in shares within 90 days. The difficulties come from the fact that the formula is based on an average price over a year, which is not directly tradable, and that the spread is only covered between 1% and 5%. In practice, it is unlikely that the market will attribute a large premium to voting shares considering that Page&Brin keep the majority and any discount of Cs vs As above 2-3% (to include cost of trading + borrowing) will probably trigger some arbitrage which will prevent it to extend too much. But there is no guarantee. FYI here is what the spread has looked like since April 3rd:  * details in the section called ""Class C Settlement Agreement"" in the S-3 filing" "Gnucash is first and foremost just a general ledger system. It tracks money in accounts, and lets you make transactions to transfer money between the accounts, but it has no inherent concept of things like taxes. This gives you a large amount of flexibility to organize your account hierarchy the way you want, but also means that it sometimes can take a while to figure out what account hierarchy you want. The idea is that you keep track of where you get money from (the Income accounts), what you have as a result (the Asset accounts), and then track what you spent the money on (the Expense accounts). It sounds like you primarily think of expenses as each being for a particular property, so I think you want to use that as the basis of your hierarchy. You probably want something like this (obviously I'm making up the specifics): Now, when running transaction reports or income/expense reports, you can filter to the accounts (and subaccounts) of each property to get a report specific to that property. You mention that you also sometimes want to run a report on ""all gas expenses, regardless of property"", and that's a bit more annoying to do. You can run the report, and when selecting accounts you have to select all the Gas accounts individually. It sounds like you're really looking for a way to have each transaction classified in some kind of two-axis system, but the way a general ledger works is that it's just a tree, so you need to pick just one ""primary"" axis to organize your accounts by." "Hello! I am working on a project where I am trying to determine the profit made by a vendor if they hold our funds for 5 days in order to collect the interest on those funds during that period before paying a third party.  Currently I am doing ""Amount x(Fed Funds Rate/365)x5"" but my output seems too low. Any advice?" The solution to this problem is somewhat like grading on a curve. Use the consumption ratio multiplied by the attendance (which is also a ratio, out of 100 days) to calculate how much each person owes. This will leave you short. Then add together all of the shares in a category, determine the % increase required to get to the actual cost of that category, and increase all the shares by that %. Usually five shares and some cash.