sale of stock - transaction posts incorrectly
carlson.dl at sbcglobal.net
Mon Apr 8 17:39:28 EDT 2013
On 4/8/2013 11:28 AM, Keith Bellairs wrote:
> I sold a security and entered the amount received in the "Sell" column. I
> entered an asset account (say my checking account) as the "Transfer"
> account in the ledger. After saving the transaction, I jump to the transfer
> account and find that the transaction has been entered with no amount
> entered as either a debit or credit -- just blanks. So that seriously
> unbalances my books. If I try to manually enter the debit amount in the
> receiving asset account, then the account window for that account freezes,
> in that I cannot move out of the highlighted broken transaction. If I then
> try to close the receiving account window I get the warning that there is a
> pending transaction. Clicking Save Transaction allows the window to close,
> but no amount is recorded with the transaction.
> When I try this with a different security gnc works correctly. So something
> about this particular security account is busted. Interestingly, dividend
> transactions for the broken security post the income side of the
> transaction correctly.
> If I open the security account and go to Actions -> View Lots ... I see a
> bunch of lots are there. I must have played with trying to set up lots for
> the account once upon a time. Might even be something pathological about
> having imported it and lots from Quicken 20 years ago or so. Any
> suggestions on what to look for to repair the account?
> Using gnc 2.4.11 in fedora 16 with kde. Problem occurs with both the
> sqllite and xml versions of my gnc file.
> Any thoughts? Hope this is a known bug.
> Keith Bellairs
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
There may be an issue with your account structure. If you go to your
buy transaction(s) for that security, did you get the funds from the
brokerage account that is the 'parent' of the security account? If not,
you probably need to structure your account hierarchy (and your
transactions) similar to the description in the help manual.
If that is not the problem, you may have found an instance of a bug that
I have seen a few times but have not been able to reliably reproduce.
Sometimes a transaction of this type seems to be out of balance and
um-editable. When I have seen this, I needed to change the transaction
number to something like the word 'Bad' then construct a new transaction
from scratch, being careful to avoid allowing gnucash to auto-enter any
part of the new transaction. Then I delete the 'Bad' transaction. I
think that once or twice I needed to actually build the new transaction
in a different account, then when it was close to being correct, change
the transaction to the correct account. I do suspect that the issue is
somehow related to the 'Lots' feature. I have studiously avoided that
feature since once trying it and finding something that I did not like.
Since then I have forgotten what it was that I didn't like.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1729 bytes
Desc: not available
More information about the gnucash-devel