Hi all,
I searched on this and found an email thread with the above title,
initiated thusly:
"On Mar 22, 2018, at 1:02 AM, Richard "
where Richard reports the lack of balance in his Trial Balance report.
The responses to his email seemed to be put it down to rounding errors
and/or Check
I
Regarding import/update frequency, I would personally shoot for a
periodicity that generates a reasonably small number of transactions at a
time to handle in ten or fifteen minutes max, as that is when I start to
get careless in matching. That could mean daily for some users, or about a
week or
They show up in their own section if I'm not mistaken.
While the original question is interesting, I wonder how practical the
answer is.
Regards,
Adrien
On 10/17/20 11:58 AM, Stan Brown wrote:
And of asset accounts.
One way to determine whether its expense account or an asset account is
Gal,
Have you investigated using the Trading Accounts feature?
While I do have some multi-currency transactions in my book, I rarely
need to do so, but turning on Trading Accounts helped me make sense of them.
A caveat, as I believe Will noted: I enter exact amounts for each
currency
The Help/Guide and probably the wiki (as well as various threads in this
list) will provide more insight into how the Import Matcher works, along
with tips and tricks to use it most effectively.
My first question would be, "What is the reason for doing this daily?
What advantage over larger
I filed the issue/enhancement request as
https://bugs.gnucash.org/show_bug.cgi?id=797983
On 18/10/20 10:15 am, John Ralls wrote:
>
>
>> On Oct 16, 2020, at 10:15 PM, Phil Diacono wrote:
>>
>
> I'm able to reproduce the problem with losing prices, but only with the SQL
> backend. It works as
> On Oct 16, 2020, at 10:15 PM, Phil Diacono wrote:
>
> Hi team,
>
> I have a vague recollection something like this happened a few years ago
> but it was just a display issue, restarting gnucash would display the
> seemingly missing manually added currency conversion rate.
>
> However with
On 2020-10-17 04:42, Gal wrote:
> But on the other hand, when I open a trading account register, I see that
> money coming into the account (debit) is increasing its balance, and money
> going out of the account (credit) is decreasing the balance, but this is the
> behavior of expense accounts.
I see the problem. After some experimentation I failed to discover a solution.
Hopefully someone else here can chip in.
On Saturday, October 17, 2020, 3:57:15 AM EDT, Gal
wrote:
GnuCash - User mailing list wrote
> .. On Sorting Tab - set Primary Key to Date to "enable " Primary
Does a trading account, i.e. an account of type "Trading" that was auto
created by the system, acts like an income account or like an expense
account?
On one hand the concept behind this account type classifies it as an income
account:
https://www.mscs.dal.ca/~selinger/accounting/tutorial.html
GnuCash - User mailing list wrote
> .. On Sorting Tab - set Primary Key to Date to "enable " Primary Subtotal
> Date Key)
When the primary key is the date, the primary subtotal are displayed.
The issue arises when the date is chosen as the secondary key, in which case
"secondary subtotal"
11 matches
Mail list logo
