Would like to revive this old thread since the request made by the OP is
still valid for us Swedish users (and maybe German users according to one
post in the thread?). I wonder if there has been some development along
making transactions "persistent" or read-only/locked/un-changeable?
In short t
On 8/9/20 5:25 AM, bengt...@gmail.com wrote:
> Would like to revive this old thread since the request made by the OP is
> still valid for us Swedish users (and maybe German users according to one
> post in the thread?). I wonder if there has been some development along
> making transactions "persis
This is not a problem that can be solved in an open-source software.
Perhaps you're looking for a datafile archiving and notarization service?
On Sun, 9 Aug 2020 at 09:27, wrote:
> Would like to revive this old thread since the request made by the OP is
> still valid for us Swedish users (and ma
> On Aug 9, 2020, at 2:25 AM, bengt...@gmail.com wrote:
>
> Would like to revive this old thread since the request made by the OP is
> still valid for us Swedish users (and maybe German users according to one
> post in the thread?). I wonder if there has been some development along
> making tra
On 8/9/20 5:25 AM, bengt...@gmail.com wrote:
> Would like to revive this old thread since the request made by the OP is
> still valid for us Swedish users (and maybe German users according to one
> post in the thread?). I wonder if there has been some development along
> making transactions "persis
On 2020-08-09 10:39, Bruce Irving via gnucash-user wrote:
> The idea of freezing a transaction at some point is an idea that would be
> appreciated, even by a user like me. Just before I retired, There have been
> times that I accidentally changed a transaction that I didn't intend to. I
> fo
> -Original Message-
> From: John Ralls
> Sent: den 9 augusti 2020 18:02
> To: bengt...@gmail.com
> Cc: gnucash-user@gnucash.org
> Subject: Re: [GNC] GnuCash and Swedish accounting legislation
>
>
> > On Aug 9, 2020, at 2:25 AM, bengt...@gmail.com wrote:
>
> On Aug 9, 2020, at 11:04 AM, Stan Brown wrote:
>
>
> On 2020-08-09 10:39, Bruce Irving via gnucash-user wrote:
>> The idea of freezing a transaction at some point is an idea that would be
>> appreciated, even by a user like me. Just before I retired, There have
>> been times that I accid
On 2020-08-09 11:58, John Ralls wrote:
>> On Aug 9, 2020, at 11:04 AM, Stan Brown wrote:
>> You probably know this, but just on the off chance that you don't:
>>
>> In the File » Properties dialog, there is a setting "Day threshold for
>> read-only transactions." If change the default 0 in that
> On Aug 9, 2020, at 3:59 PM, Stan Brown wrote:
>
>
> On 2020-08-09 11:58, John Ralls wrote:
>
>>> On Aug 9, 2020, at 11:04 AM, Stan Brown wrote:
>>> You probably know this, but just on the off chance that you don't:
>>>
>>> In the File » Properties dialog, there is a setting "Day threshold
From: Stan Brown
To: gnucash-user@gnucash.org
Subject: Re: [GNC] GnuCash and Swedish accounting legislation
Message-ID: <6a54ecab-ea17-d69d-9bc1-8f78db1fe...@fastmail.fm>
Content-Type: text/plain; charset=utf-8
On 2020-08-09 10:39, Bruce Irving via gnucash-user wrote:
> The idea of f
On 2020-08-09 20:24, John Ralls wrote:
> I think my proposal--using relative dates like beginning of the current
> month--fits your use case perfectly and would save you the annoyance of
> having to update the specified date every month and the risk of possibly
> forgetting.
Not so much. I ne
Both fixed date and relative date locking are needed, let me chime in to
say, with reasons that may not have been considered so far. Relative (same
as number of days?) should be a mild locking, like just a notice that can
be over-ruled ("The transaction is more than 60 days in the past, are you
su
The fixed date locking should be stronger, ideally requiring a password.
The previous year would be locked only when the Treasurer or
other authorized person is really finally signing off on all reporting,
after performing all necessary closing entries to recognize accruals (see
my comment in
If you want a fixed date burn a cd or use other ways of verifying the
files like md5sum
All of this fixed date stuff is just security theatre if you can access
the source and pretty much the same even if you can't.
One of the attractions of gnucash is you have access to all your
accounts,
On 11 August 2020 at 20:14, elvis said:
> If you want a fixed date burn a cd or use other ways of verifying the
> files like md5sum
>
>
> All of this fixed date stuff is just security theatre if you can access
> the source and pretty much the same even if you can't.
There seems to be a fair amoun
On 2020-08-11 06:41, Michael or Penny Novack wrote:
>
> The point is less that the books can't be modified than whether any post
> final approval modification could be easily detected.
Yes and no.
That is _one_ motivation for making a lock. But many of us are using GC
as individuals, not as co
Yeah, this is a sore point which has been running for years, and indeed
should be written up nicely somehow. Basically it needs to be said that
accountant type persons need to understand that there is an anti-accounting
vibe in the GnuCash community, which is objectively an insulting, arrogant,
un
Don, Don, Don:
On 2020-08-11 12:36, doncram wrote:
… there is an anti-accounting vibe in the GnuCash community, which is
objectively an insulting, arrogant, unyielding strain.… the computer
programmers who have developed GnuCash and who support it… the computer
programmer types, or at least the
On Tue, 11 Aug 2020 20:10:44 -0700
Jim DeLaHunt wrote:
> First of all, if you think that the vibe in the GnuCash community is
> "insulting, arrogant, unyielding"; if you think that the GnuCash
> developers are "being real jerks", then you haven't seen nearly
> enough of the Internet and of free
Okay, noted that my post with self-labelled rant was outside bounds
accepted by this community. Just enclosing in "begin rant", "end rant"
doesn't change that.
What I did wrong included, at least, that I characterized two groups and
that I cast aspersions and applied negative adjectives, personal
21 matches
Mail list logo