OK, that explains the difference in behaviour that I'm seeing to what
you're seeing. I have Preferences > Register > Reconciling > 'Always
reconcile to today' unchecked.
Peter
On 28/9/2023 11:04, Adrien Monteleone wrote:
It seems I forgot that is influenced by: Preferences > Register >
Reconc
On 28/9/2023 10:22, Adrien Monteleone wrote:
On the contrary, GnuCash has *always* as far as I can recall after
over a decade, suggested today's date for the closing date. I don't
ever remember it suggesting a date in the past.
When I do reconciliations, the default statement date is one calen
That's really interesting. I've never seen that term before.
My Credit Notes say 'Credit Note' rather than 'refund'.
But I still think you need to focus on the accounting itself. If it is a
Debit to AR, despite what the label says, it isn't a Credit Note. (or
Refund)
Regards,
Adrien
On 9/27
Thanks again for the response. Please find the attached screenshot of
Customer Report in reference to the runaway invoice turned to a Refund.
I guess I will try to recreate the issue in a test instance and file a
bug report accordingly.
Thanks! -- JC
On 9/27/23 10:50 PM, Adrien Monteleone
Thanks. That is interesting.
This appears to be perhaps an issue with MacOs then.
Regards,
Adrien
On 9/27/23 8:30 PM, Jediator wrote:
I haven't encountered any window resizing issue on Ventura 13.5.
___
gnucash-user mailing list
gnucash-user@gnucas
On 9/27/23 8:26 PM, Jediator wrote:
Thanks again Adrien! I did answer your initial questions in one of the
response messages, but it didn't get published. Cutting and Pasted them
below.
You may be right this isn't a replicated ID issue. To summarize what I
encountered was:
1. An invoice a
I haven't encountered any window resizing issue on Ventura 13.5.
-- JC
On 9/27/23 9:22 PM, Adrien Monteleone wrote:
I'm running 5.4 on 12.6.9 Monterey and I just noticed that window
resizing issues appear worse.
Prior to 5.4, resizing worked, but would temporarily or partially
blank the targ
Thanks again Adrien! I did answer your initial questions in one of the
response messages, but it didn't get published. Cutting and Pasted them
below.
You may be right this isn't a replicated ID issue. To summarize what I
encountered was:
1. An invoice automatically become a credit note aft
I'm running 5.4 on 12.6.9 Monterey and I just noticed that window
resizing issues appear worse.
Prior to 5.4, resizing worked, but would temporarily or partially blank
the target window during the resize.
Now, I just accidentally widened my main window and it won't resize
smaller. I can resi
It seems I forgot that is influenced by: Preferences > Register >
Reconciling > 'Always reconcile to today'.
Apologies.
Regards,
Adrien
On 9/27/23 7:22 PM, Adrien Monteleone wrote:
On the contrary, GnuCash has *always* as far as I can recall after over
a decade, suggested today's date for the
On 9/27/23 7:28 PM, Jediator wrote:
Thanks Adrien! I am using the latest version 5.4 of GC, running on
Mac with a Postgresql in the back-end. Please see answers to your
questions below. Additional questions to this mailing list:
It seems your answers didn't come through for some reason.
Not sure if the title is too "violent" that prevents it from being
accepted by the list. Resending...
On 9/27/23 6:24 PM, Jediator wrote:
Thanks Adrien! I am using the latest version 5.4 of GC, running on
Mac with a Postgresql in the back-end. Please see answers to your
questions below. Ad
On 9/27/23 10:47 AM, Mark Truelove wrote:
Hi again. Besides my tendency to be details-specific (given my professional
background), I also had some college level accounting and understand
double-entry, reconciliation, and the basics. No, I am not an accountant,
but I have been using GnuCash mostl
Good catch. But that would imply some serious mass editing on the part
of the OP to clear the reconcile flag. (and most likely dimissing the
warning during those edits)
Neither is out of the question, but either or both would be rare for the
OP to not remember doing so.
Regards,
Adrien
On 9
Hi David, long in the past I probably reconciled multiple accounts in one
session without thinking about it, but after the first incident I started
saving after I reconcile each statement. This is the third time this has
occurred over about 5 years, prompting me to reach out about it instead of
ju
I can assure you that GnuCash reconciliations 'stick'. I very rarely encounter
a discrepancy in the opening balance of a bank or credit card account. When I
do, there is always a data-related explanation to account for it. It is not
related to a software bug or quirk. Any transaction mistake
Mark,
The reconciliation has been working well in GnuCash for 10-12 years that I have
been using GnuCash, currently 5.4 on Linux and bugs in it are usually picked up
pretty quickly as nearly everyone will be using it. I have just entered six
months of OFX files and reconciled them to the EOFY wit
I eventually got around to installing a new Ubuntu 22.04 VM with
flatpak, GNUCash 5.3 and postgres 14.
All is well, except that I can't figure out where to put my customised
invoices file: saved_reports-2.8
According to /https://wiki.gnucash.org/wiki/Configuration_Locations/ it
should be in
Mark,
From this side of the Internet it almost appears that you are forgetting to
save the data file after reconciling, but always remembering to save other
times, which is not very likely.
Have you tried breaking down your procedure and inserting cross-checks?
ie, just before starting a reconci
Hi again. Besides my tendency to be details-specific (given my professional
background), I also had some college level accounting and understand
double-entry, reconciliation, and the basics. No, I am not an accountant,
but I have been using GnuCash mostly successfully for more than twelve
years no
The purpose of reconciliation is to verify that from the last closing
date to the new closing date, the listed transactions cleared the
account and thus explain the change from the opening balance (last
closing balance) to the new closing balance listed on the statement.
The actual balance
21 matches
Mail list logo