GnuCash XML sched-xaction split amount formatting

Ngewi Fet ngewif at
Mon May 11 11:15:23 EDT 2015

Hi there,
I also just realized that there are credit-numeric and debit-numeric tags
which are formatted using the normal way GnuCash formats money amounts in
XML, hence easier to parse (and more stable).

Given my experiences so far with the credit- and debit- formulas, I have
decided to ignore those completely in favor of credit-numeric and
Now when parsing scheduled actions, if no credit/debit-numeric slots are
found, the template will just be ignored.

What do you think of this approach?
What determines whether *-numeric variants or the *-formula variants are
used when GnuCash desktop is saving to XML?

Thanks for all the feedback so far!


On Mon, May 4, 2015 at 3:57 PM, Derek Atkins <warlord at> wrote:

> Ngewi Fet <ngewif at> writes:
> >>> Too bad you can't just incorporate the GnuCash engine (and file
> >>> backend) C code directly into your App.  ;)
> >
> > That would be cool, although I don't know what the effort would be to
> > hook into it. In what format does GnuCash handle it's data internally?
> > SQL database? The SQL schema in the Android version is already similar
> > and could be made even more so. Having the same code generating XML
> > would definitely ease things. But I guess that's a rather looong term
> > goal as Geert says.
> No, it uses QOF internally.
> One of the medium-term goals is to change it to using SQLite internally.
> >> One of the long-term goals... However it will be c++ code by then. We'd
> >> love some more help getting the conversion done btw.
> >
> > Does this conversion require extensive knowledge of the Gtk framework
> > and the scheme language?
> No, just Glib.
> >> More on topic though:
> >> Ngewi, you write that you intend to generate the transactions when an SX
> >> is due. Knowing that gnucash will also create these transactions,
> >> independently from GoA when they are due, won't this cause duplicate
> >> entries when importing back from GoA to gnucash on the desktop ?
> >
> > The scheduled transactions XML tracks things like the last run time,
> > number of executions pending etc etc. We update all of that
> > information as well.
> > I assume GnuCash looks at this before deciding if and how many
> > transactions to generate from the scheduled template. That way there
> > will be no duplicates.
> > But please correct me if I'm wrong.
> It does, provided you are sharing the datafile back and forth with
> desktop GnuCash.
> > Regards,
> > Ngewi
> -derek
> --
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL:    PP-ASEL-IA     N1NWH
>        warlord at MIT.EDU                        PGP key available

More information about the gnucash-devel mailing list