GnuCash for Android is a separate project. The developers of GnuCash (or this
mailing list) are not affiliated with it.
The GnuCash project has a link to it because users of GnuCash may be interested
in it.
So you’ve found that this 3rd party app for your phone had a bug. That happens
from tim
Matt,
You lost me again.
I don’t understand why you’d have a negative 'segmented spending money' asset.
You receive a paycheck, say $1000.
You earmark 50% of that into various sub-accounts.
You still have $1000.
There’s no negative balance on any asset account.
Perhaps your checking account
Confused!
Back ground : Trying to get damaged transactions from phone to main file.
Transactions entered whilst phone app had some sort of double minus problem.
What I have done:
The only way to repair the transactions was to export as an XML file. Open
that XML in GNUCash. Go through line by l
Dave, you got me! I didn't look carefully before replying. I too get 'y'
as a result of a reconcile! :-)
David C
On Mon, Jan 29, 2018 at 10:48 PM, Dave H wrote:
> My workflow is remarkably similar but my transactions are marked as "y"
> when they get reconciled :-)
>
> I wouldn't mind also be
Ah, true. I guess this is why I favored "triggered transactions " rather than
"template transactions".
I want a transaction involving expense account "spending money" to
automatically add two more splits to reduce the asset account "segmented
spending money" balanced by increasing the value of
My workflow is remarkably similar but my transactions are marked as "y"
when they get reconciled :-)
I wouldn't mind also being able to flag a transaction as 'p' = pending for
the pending credit card transactions and 's' = scheduled when I have
scheduled a future transaction in online banking but
Here's the workflow that I ideally go through.
During the month, I order something online using a credit card.
When I enter the transaction into GnuCash, the split associated with the
transaction in the credit card account is tagged "n".
The next day, I check my online banking, and I see that th
The letter c is applied to transaction splits by GnuCash either when the
user imports a transaction from a QIF, OFX or QFX file that was probably
downloaded over the Internet from a banking website or manually by clicking
in the appropriate box. This is interpreted to mean that the information
in
An item that is cleared means that your bank has cashed it. An item that is
reconciled means that at the end of the month the balance of the bank and your
checking account match for all item that have cleared. That is the difference
between the two. I hope my explanation is simple enough.
Sent
Thanks all.
I don't understand the difference between "cleared" and "reconciled"
in Gnucash context. Someone mentioned that one changes R from "n" to
"c" when they see the charge in their bank statement or online
banking. How is that different in terms of information flow from
using the reconcil
Roger,
You are correct.
Ideally, that overpayment should instead be held as a liability in the form of
‘customer deposits’ but I suppose that would have complicated the code.
A reverse balanced AR is technically a liability, not an asset.
When I encounter such a situation, I set a scheduled tr
On 1/28/2018 8:11 PM, Matt Graham wrote:
When you look at what liabilities really are, Adrien and I
concluded on this thread that this situation (segmenting money for
future) is really using a separate asset account. After all - creating
a liability INCREASES your cash available. .
When a customer pays more than the amount due on an invoice that balance
appears in the receive payment window the next time there is an invoice to
pay. In which account is that balance stored? I suspect it is kept in
receivables. Is that correct?
Trying to figure out a way to keep track of wha
On Sun, 28 Jan 2018 19:48:54 +
jeffrey black wrote:
> All I do is export the app data to a qif file and use the usb port to
> transfer it to my desktop. Never had a problem with it. I have never
> tried exporting as xml.
>
> Keep in mind the android app is an entirely separate product,
>
Hi, David,
Whether PyCash is for an average user really depends on what you consider
the average user to be. It is a Python library and, if you don't expect an
average user to know how to write Python code then no - it is not for an
average user.
What it offers, though, is a pure Python interface
15 matches
Mail list logo
