SX Functional Def [WAS: Re: Gnucash 1.8 proposed schedule (and HBCI status)]

Alex Barclay alex@planet-barclay.com
Fri, 27 Sep 2002 09:08:02 -0600


Josh Sled wrote:

>On Wed, Sep 25, 2002 at 09:56:37AM +0100, andy.clark@convergys.com wrote:
>
>| I know that this has been asked for before, but does anyone know when
>| recurring transactions will be ready? I believe that someone is already
>| working on that feature?
>
>On Wed, Sep 25, 2002 at 11:18:16AM +0100, David Parrott wrote:
>
>| Does there exist a functional definition for recurring transactions?
>| 
>| For example, being in the habit of pre-filling Gnucash with the whole
>| month's recurring transactions on pay-day up to the next pay-day (15th
>| in my case), in order to project budgets/disposable income, it would be
>| nice to know that I will be able to do this automatically.
>
>There isn't a functional definition, exactly [apart from the ultimate one:
>the code ;)]  ... but lemme see if I can whip something out which will
>fit the bill...
>
>
>  
>
I don't know about you but I have worked in the UK and now in the US. In 
both places the only payments that were ever fixed were loan repayments 
- mortgages and the like. In the UK my income taxes were table 
calculated and were in 0.25GBP increments and in the US I typically see 
up to a dollar difference in my social security and federal witholding.

How should we deal with this. Do we schedule a recurrent transaction 
that is "in the ballpark" then adjust it when the actual pay stub arrives.

Alternatively we could allow the entry of the actual witholding tables 
and use that as the basis for our taxes. I know the inland revenue in 
the UK published these as this was what the self employed would use - I 
would assume that the IRS in the US does the same.

I kind of saw this in Josh's email (which I cut from this one) - maybe 
it could be handled as the expression support - maybe we could add some 
table access expressions to support this.

Alex.

A.