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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
19 matches
Mail list logo
