[kmymoney2-developer]Feature Request to Simply Reconciliation

[Peter Hargreaves-3]

Hi Folks,

I'd like to see the following improvements to reconcilliation:

1) Under Configure KMyMoney options to:
 a) Suppress the prompt for overdue scheduled transactions.
 b) Suppress the reconcilliation General Information page.
 c) Suppress the Interest / Charges page. (For those who use a scheduled
transaction instead.)

2) On the reconcilliation Statement Information page:
 a) Set the ending balance to balance at statement end date.
 b) If end balance projection is good then an option to 'clear to end
balance'.

3) If under Configure KmMyMoney > Scheduled transactions > Number of days to
preview schedules in ledger > 0 then:
 a) Show preview of schedules in reconcilliation view - with context menu
available.

What to you all think?

Cheers,
Peter

P.S. Please copy me, I'm not on the list.

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Thomas Baumgart]

On Sunday 21 June 2009 13:48:42 Peter Hargreaves wrote:

> Hi Folks,
>
> I'd like to see the following improvements to reconcilliation:

here my 0.02

> 1) Under Configure KMyMoney options to:
>  a) Suppress the prompt for overdue scheduled transactions.
>  b) Suppress the reconcilliation General Information page.
>  c) Suppress the Interest / Charges page. (For those who use a scheduled
> transaction instead.)

a) already gone in CVS HEAD code
b) makes sense
c) makes sense - maybe on a per-account basis

> 2) On the reconcilliation Statement Information page:
>  a) Set the ending balance to balance at statement end date.
>  b) If end balance projection is good then an option to 'clear to end
> balance'.

a) I think that is what is happening already (at least for me)
b) Since the end balance projection takes all cleared transactions into
account, I don't see how this can work

> 3) If under Configure KmMyMoney > Scheduled transactions > Number of days
> to preview schedules in ledger > 0 then:
>  a) Show preview of schedules in reconcilliation view - with context menu
> available.

a) already available in CVS HEAD code

> What to you all think?

Now we wait for some other opinions here.

--

Regards

Thomas Baumgart

GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
C makes it easy for you to shoot yourself in the foot. C++ makes that
harder, but when you do, it blows away your whole leg.
 -- Bjarne Stroustrup
-------------------------------------------------------------



------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[tonyb-2]

Some parts of this message have been removed. Learn more about Nabble's security policy.

On Sunday 21 Jun 2009 13:58:08 Thomas Baumgart wrote:
> Now we wait for some other opinions here.

See:- http://sourceforge.net/tracker/?func=detail&aid=2726446&group_id=4708&atid=354708

--
Cheers,

TonyB

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Peter Hargreaves-3]

On Sunday 21 Jun 2009, Thomas Baumgart wrote:
> > 2) On the reconcilliation Statement Information page:
> >  a) Set the ending balance to balance at statement end date.
> >  b) If end balance projection is good then an option to 'clear to end
> > balance'.
>
> a) I think that is what is happening already (at least for me)

Are you sure? Or is it the start balance that you are thinking of?

> b) Since the end balance projection takes all cleared transactions into
> account, I don't see how this can work

It's the start balance that is calculated from all the cleared transactions,
isn't it?

The end balance projection would include non-cleared transactions up to the
statement end date.

The option I'm suggesting would offer to clear these non-cleared transactions,
but only if the projected end balance is correct.

On Sunday 21 Jun 2009, you wrote:
>>  a) Show preview of schedules in reconcilliation view - with context menu
>> available.
>
> a) already gone in CVS HEAD code

I'll put the latest CVS HEAD on and see what I think.

Thanks for the feedback Thomas.

Regards,
Peter.



------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Thomas Baumgart]

On Sunday 21 June 2009 18:24:26 Peter Hargreaves wrote:

> On Sunday 21 Jun 2009, Thomas Baumgart wrote:
> > > 2) On the reconcilliation Statement Information page:
> > > ?a) Set the ending balance to balance at statement end date.
> > > ?b) If end balance projection is good then an option to 'clear to end
> > > balance'.
> >
> > a) I think that is what is happening already (at least for me)
>
> Are you sure? Or is it the start balance that you are thinking of?

No. Please see below.

> > b) Since the end balance projection takes all cleared transactions into
> > account, I don't see how this can work
>
> It's the start balance that is calculated from all the cleared
> transactions, isn't it?

The start balance is either taken from the last reconciliation or is
calculated based upon all reconciled transactions up to the statement date. I
would have to look up the exact algorithm in the code. The ending balance is
calculated by summing up all reconciled *and* cleared transactions up to the
statement date.

> The end balance projection would include non-cleared transactions up to the
> statement end date.
>
> The option I'm suggesting would offer to clear these non-cleared
> transactions, but only if the projected end balance is correct.

As the ending balance today takes those already into account there's no need
to do that.

But I think I understand what you're trying to achieve: you don't clear the
transactions before you receive the statement. Now you want to clear them in
one chunk, hence the projection using the non-cleared transactions and the
auto clear function. Something we could think about, but certainly post 1.0

In the meantime I suggest to take a look at

http://sourceforge.net/tracker/?func=detail&aid=2726446&group_id=4708&atid=354708

and add to it if there's something missing.

--

Regards

Thomas Baumgart

GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
The gates in my computer are AND,OR and NOT, not Bill
-------------------------------------------------------------



------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Peter Hargreaves-3]

On Sunday 21 Jun 2009, you wrote:

> On Sunday 21 June 2009 18:24:26 Peter Hargreaves wrote:
> > On Sunday 21 Jun 2009, Thomas Baumgart wrote:
> > > > 2) On the reconcilliation Statement Information page:
> > > > ?a) Set the ending balance to balance at statement end date.
> > > > ?b) If end balance projection is good then an option to 'clear to end
> > > > balance'.
> > >
> > > a) I think that is what is happening already (at least for me)
> >
> > Are you sure? Or is it the start balance that you are thinking of?
>
> No. Please see below.
>
> > > b) Since the end balance projection takes all cleared transactions into
> > > account, I don't see how this can work
> >
> > It's the start balance that is calculated from all the cleared
> > transactions, isn't it?

Oops, I didn't mean cleared, I meant reconciled - so we do agree, I think.
Sorry for confusion.

> The start balance is either taken from the last reconciliation or is
> calculated based upon all reconciled transactions up to the statement date.
> I would have to look up the exact algorithm in the code. The ending balance
> is calculated by summing up all reconciled *and* cleared transactions up to
> the statement date.
> > The end balance projection would include non-cleared transactions up to
> > the statement end date.
> >
> > The option I'm suggesting would offer to clear these non-cleared
> > transactions, but only if the projected end balance is correct.
>
> As the ending balance today takes those already into account there's no
> need to do that.
>
> But I think I understand what you're trying to achieve: you don't clear the
> transactions before you receive the statement. Now you want to clear them
> in one chunk, hence the projection using the non-cleared transactions and
> the auto clear function. Something we could think about, but certainly post
> 1.0
>
> In the meantime I suggest to take a look at
>
> http://sourceforge.net/tracker/?func=detail&aid=2726446&group_id=4708&atid=
>354708

Yes, yes, this is what I meant.

> and add to it if there's something missing.

And the thing I wanted to add is the clearing in one chunk, if the projected
end balance is correct.

Regards,
Peter.

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Thomas Baumgart]

Hi Peter Hargreaves,

on Sunday 21 June 2009 22:13:53 you wrote:

> On Sunday 21 Jun 2009, you wrote:
> > On Sunday 21 June 2009 18:24:26 Peter Hargreaves wrote:
> > > On Sunday 21 Jun 2009, Thomas Baumgart wrote:
> > > > > 2) On the reconcilliation Statement Information page:
> > > > > ?a) Set the ending balance to balance at statement end date.
> > > > > ?b) If end balance projection is good then an option to 'clear to
> > > > > end balance'.
> > > >
> > > > a) I think that is what is happening already (at least for me)
> > >
> > > Are you sure? Or is it the start balance that you are thinking of?
> >
> > No. Please see below.
> >
> > > > b) Since the end balance projection takes all cleared transactions
> > > > into account, I don't see how this can work
> > >
> > > It's the start balance that is calculated from all the cleared
> > > transactions, isn't it?
>
> Oops, I didn't mean cleared, I meant reconciled - so we do agree, I think.
> Sorry for confusion.
>
> > The start balance is either taken from the last reconciliation or is
> > calculated based upon all reconciled transactions up to the statement
> > date. I would have to look up the exact algorithm in the code. The ending
> > balance is calculated by summing up all reconciled *and* cleared
> > transactions up to the statement date.
> >
> > > The end balance projection would include non-cleared transactions up to
> > > the statement end date.
> > >
> > > The option I'm suggesting would offer to clear these non-cleared
> > > transactions, but only if the projected end balance is correct.
> >
> > As the ending balance today takes those already into account there's no
> > need to do that.
> >
> > But I think I understand what you're trying to achieve: you don't clear
> > the transactions before you receive the statement. Now you want to clear
> > them in one chunk, hence the projection using the non-cleared
> > transactions and the auto clear function. Something we could think about,
> > but certainly post 1.0
> >
> > In the meantime I suggest to take a look at
> >
> > http://sourceforge.net/tracker/?func=detail&aid=2726446&group_id=4708&ati
> >d= 354708
>
> Yes, yes, this is what I meant.
>
> > and add to it if there's something missing.
>
> And the thing I wanted to add is the clearing in one chunk, if the
> projected end balance is correct.

That's easy for you to do right now manually:

a) set the filter in the upper right corner to 'Not marked'
b) press Ctrl+A to select all transactions
c) press Ctrl+Space to clear them
d) Set the filter back to 'Any status'
e) Voilà.

--

Regards

Thomas Baumgart

GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
'Either toss the Windows out of your computer,
 or toss your computer out the window!' -- Richard Stallman
-------------------------------------------------------------



------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Peter Hargreaves-3]

On Monday 22 Jun 2009, Thomas Baumgart wrote:

> > And the thing I wanted to add is the clearing in one chunk, if the
> > projected end balance is correct.
>
> That's easy for you to do right now manually:
>
> a) set the filter in the upper right corner to 'Not marked'
> b) press Ctrl+A to select all transactions
> c) press Ctrl+Space to clear them
> d) Set the filter back to 'Any status'
> e) Voilà.

Some interesting tips here on how to do it right now. Thanks. I'm not sure if
it means you are rejecting the idea.

So, on striving to be the easiest - your suggestion is as easy as 'abcde'
where as my suggestion is as easy as 'x' marks the box. Also, my suggestion
is explicit whereas yours has to be learned then remembered. Here endeth the
case for the feature. ;-)

Regards,
Peter.
P.S. Did I do something wrong to cause the double header Re:
[Kmymoney2-developer] [kmymoney2-developer]?


------------------------------------------------------------------------------
_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer

[Thomas Baumgart]

On Monday 29 June 2009 11:29:55 Peter Hargreaves wrote:

> On Monday 22 Jun 2009, Thomas Baumgart wrote:
> > > And the thing I wanted to add is the clearing in one chunk, if the
> > > projected end balance is correct.
> >
> > That's easy for you to do right now manually:
> >
> > a) set the filter in the upper right corner to 'Not marked'
> > b) press Ctrl+A to select all transactions
> > c) press Ctrl+Space to clear them
> > d) Set the filter back to 'Any status'
> > e) Voilà.
>
> Some interesting tips here on how to do it right now. Thanks. I'm not sure
> if it means you are rejecting the idea.

Not finally. Just for the moment, as we are in a feature freeze period.

> So, on striving to be the easiest - your suggestion is as easy as 'abcde'
> where as my suggestion is as easy as 'x' marks the box. Also, my suggestion
> is explicit whereas yours has to be learned then remembered. Here endeth
> the case for the feature. ;-)

Yes, and we might pick it up in the future. Make sure, the request is stored
on http://sourceforge.net/tracker/?group_id=4708&atid=354708 so that we don't
forget about it.

> Regards,
> Peter.
> P.S. Did I do something wrong to cause the double header Re:
> [Kmymoney2-developer] [kmymoney2-developer]?

Don't know.



--

Regards

Thomas Baumgart

GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
Technology is a constant battle between manufacturers producing bigger and
more idiot-proof systems and nature producing bigger and better idiots.
-------------------------------------------------------------


------------------------------------------------------------------------------

_______________________________________________
KMyMoney2-developer mailing list
KMyMoney2-developer@...
https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer