Chris, you are a second class user. GnuCash was written to use fiscal year
but a change made in 2001, exposed to users in 2006, dropped fiscal
year and introduced calendar year(s) and an accounting period. Years (this
and previous) is the first class service, automatic relative to current
date but
On 2023-04-07 17:35, p...@kroitor.ca wrote:
> That being said, there are comments in various Gnucash places
> (Documentation, Wiki, Mailing List histories) to the effect that closing
> books is considered a slightly old-fashioned way of doing things, and
> although perhaps not discouraged, isn't
That's certainly possible, and I agree it's much better than undoing
things. But there's a very large caveat:
When you open GnuCash, it opens the file you were working on most
recently. So you need to be very sure that you have opened the file you
intended to, after you have finished whatever
Hi,
I'm sure many here will consider the following to be a less "legit"
approach, but I just wanted to chime in to say that I use a very different
way of dealing with year-ends closings.
Firstly, you should know three things:
1. All the Close Book function really does is create two split
8 April 2023
WOW - Thanks to all of you who have sent me advice of setting up GNU-Cash for a
new Financial Year.
Read all your messages - all very helpful.
Looked at the Help-Contents on Closing (after Year End 5 April)
Closed Accounts. And started new set of data.
And entered data for the
On 2023-04-07 14:09, Michael or Penny Novack wrote:
>
> The point is, if you ever want to look at the books in their state prior
> to the 2023 close you don't undo anything. Instead you retrieve the
> back-up and open a copy of that.
That's certainly possible, and I agree it's much better than
GNUCash 5.0
Ubuntu 22.04
Compiled from source
Right click on item in regester, click assign as payment, choose
customer from dialog -> choose open invoice from dialog (highlighting open
invoice). Click OK. The items transfer account should change to Accounts
receivable and mark the invoice as
On 4/7/2023 10:58 AM, Gyle McCollam wrote:
1st , you should run your yearend reports before you "Close" and if you need to rerun at
some future point, you could just delete the "closing" entries and rerun any reports then
reclose after. As for not closing, when you run reports for the next
On 4/5/2023 9:01 AM, Wolfgang Paul Rauchholz wrote:
Hi Stan / Murugan all,
Thanks for picking up and providing your insight. That was very helpful.
I would assume that options and stocks I have not exercised yet cannot get
managed in gnucash?
Only when exercising options into stocks or selling
> On 4/7/23 9:16 AM, G R Hewitt wrote:
>> And don't forget, as per the manual, if you close the books, the
>> reports mightn't run right.>> I tested this out and they don't - the totals
>> are not right; the
>> TB and P
On 2023-04-07 11:35, Adrien Monteleone wrote:
> The manual needs to be
Tute Terner,
Will you please upload your sample data set.
> On 04/07/2023 11:46 AM Adrien Monteleone
> wrote:
>
>
> Do the splits *that match the open account register* have 'paid' in
> their memos?
>
> If the 'paid' text is in a memo assigned to some *other* account, you
> will not get
Do the splits *that match the open account register* have 'paid' in
their memos?
If the 'paid' text is in a memo assigned to some *other* account, you
will not get results. Memos are not for the open register, but only for
accounts matching *for that split*.
e.g.,
Dr. Expenses:Utilities
On 4/7/23 9:48 AM, CJN ... wrote:
So, if the consensus is that better not to Close Book at year end, how would I
then continue forward in GNU-Cash to store new transactions for current
financial year?
You just keep entering transactions. I'm not certain of the conundrum here.
And get
The manual needs to be fixed on that point. Reports can be cognizant of
closing entries for some years now. This was mentioned in a recent
thread and I think a formal bug has been filed to track the change(s).
Open the report Options and see the Entries tab. (the Trial Balance can
also filter
I am not a programmer, but this has a similar behavior to the bug I reported,
in that the selected tab makes a big difference.
Sure, I reported the bug as a "second search" as that is how I associated it at
the time, but with this added information the bug might be more about the tab
selected.
1st , you should run your yearend reports before you "Close" and if you need to
rerun at some future point, you could just delete the "closing" entries and
rerun any reports then reclose after. As for not closing, when you run reports
for the next fiscal year you would use the start date of
7 April 2023
Thanks to Gyle & GR Hewiitt for useful tips.
I’ve been reading the Help section on Closing the Book at Year End.
And can see a benefit in starting the New Year with clean sheet for Income &
Expenses. (Hopefully it carries forward Year End Assets – for bank accounts,
etc).
And I
And don't forget, as per the manual, if you close the books, the reports
mightn't run right.
I tested this out and they don't - the totals are not right; the TB and P
where way out.
On Fri, 7 Apr 2023 at 14:05, Gyle McCollam wrote:
> Chris,
> In the "Tools" option there is a "Close Book..."
Chris,
In the "Tools" option there is a "Close Book..." selection, but before you use
that click on "Help", then "Contents" and search for close book. That will
explain how to "Close Book" and explain that you don't actually have to do that
for Gnucash to function correctly for the new year.
On 2023-04-05 07:18, Tute Terner wrote:
/When I search in the Find dialog box using the Description field, />/everything works. But when I
search by the Memo field or the />/'Description, Notes or Memo' field or the Action field the Search
/>/Results always turn out empty, even though the
6 April 2023
I have just completed using GNUCash for my first full year of data.
As I'm UK based the tax reporting year ends 5 April.
I've printed out all the data that I need for a hard copy record.
But in the HELP Manual I cannot seem to find instructions on how I would
run any Year End
21 matches
Mail list logo
