Hi,
On Sun, Nov 19, 2023 at 02:42:57PM +1000, David Cousens wrote:
> Unless you have a lot of business in USD it is not generally worth setting up
> a
> separate USD account. I usually do the occasional purchase totally in AUD
> with a
> note in the description of the USD->AUD conversion rate.
For clarity, I'm not referring to the auto-population of Memos and
splits when a Description is matched.
I'm talking about typing a new Memo in a new split or existing split for
a new or existing transaction that shows the inconsistent and even then,
limited, matching behavior.
Regards,
It would have been worse if it had been your bank. The CC is not your
money,
and it's likely it never was anyone else's either seeing as it is plucked
out of thin air these days.
A data breach can happen with any computerised account - or pen and ink,
come to that, so there is no need to be
wary
I've noticed this strange problem after upgrading to 5.0 and the issue
persists through 5.4.
I'm curious if anyone else is experiencing this:
https://bugs.gnucash.org/show_bug.cgi?id=799133
(I think the problem has been somewhat noted in another thread, but I
can't find it)
Before 5.x, if
I forgot to mention about suggestions #6–8, that accounting is not
really about math. It is about documentation.
Deciding how/where to record something is the primary question of
accounting.
Accounting is your proof or explanation where money came from and where
it went to. (with no missing
While you are learning GnuCash (and accounting) I recommend:
1. Turning on Formal Accounting Labels
Preferences > Accounts > Labels > Use formal accounting labels
2. Turning on Transaction Journal View
Preferences > Register Defaults > Default Style > Transaction Journal
3. Turning on
Yep, I have an "Expenses:Miscellaneous:Cash Over-Short" account for this
very purpose.
Regards,
Adrien
On 11/19/23 9:38 AM, Michael or Penny Novack wrote:
Perhaps easier/more usual:
Create a special accounts for rounding/bank errors* to hold the
discrepancies either permanently or
There was a fairly recent bug about mixed currencies with bills &
invoices. I thought it was sorted out. (my solution was to use Trading
Accounts, but it turns out that should not be necessary, and no longer
is required.)
https://bugs.gnucash.org/show_bug.cgi?id=798734
-
I don't recall
The one I was thinking of is:
https://bugs.gnucash.org/show_bug.cgi?id=796909
But I see someone posted what looks like your exact bug already:
https://bugs.gnucash.org/show_bug.cgi?id=798075
I suppose I haven't noticed the behavior in this case because I already
only use the Description
Perhaps easier/more usual:
Create a special accounts for rounding/bank errors* to hold the
discrepancies either permanently or temporarily* (in the case of bank
errors). Then your books will be in balance.
Michael D Novack
* LOL, once one of my non-profits had a small bank error. It would
Nov 19, 2023 03:18:25 Wu Ming via gnucash-user :
> With a text file it is easy to diff and find what changed and by who. And
> merge or roll back version. With a database is not. Data model is likely
> relational, db file is binary so it requires another tool to interact with,
> backup up as
A caveat about this. Any method of storing data could be used by
multiple people, as long as they have access/permissions to the data.
However, this is one person at a time. Simultaneous changing of the data
is not allowed. I believe it's a case of "whoever saves last wins". The
program reads
On Sunday, 19 November 2023 06:17:07 GMT Liz wrote:
>
> Certainly being involved in a major data loss made me wary about my
> credit card.
>
And that is a clear example of why, IMHO, one should enter txns "on the go"
(daily / weekly / whatever) and not rely on the bank's statement (or
On Sunday, 19 November 2023 04:49:33 GMT G R Hewitt wrote:
> I don't know if GC supports this, but when I was using Sage Line 50 you
> could alter the VAT amount to match the invoice
> before committing the transaction, and I often had to do this.
>
> G
>
I quite often have to include a line
Gnucash can;
1. add/change/delete freely
2. works with sqlite, can't really do multi-user there
3. works with postgres/mysql (multi-user capable)
~mark
On 11/18/23 21:08, Wu Ming via gnucash-user wrote:
Hello,
I am not an accountant. Nevertheless was recently asked to administer a family
Hello,
I am not an accountant. Nevertheless was recently asked to administer a family
micro business.
With few tens of customers and a handful of transactions a year for each,
volume doesn’t seem large. I can possibly manage with a spreadsheet.
The newly hired, first employee is an unknown.
16 matches
Mail list logo