Maf's reply forwarded to devel. I think a sensible restriction to vat-report will be: all amounts *must* be converted into a report-currency... which will then ensure there's only 1 currency for grand-total, therefore 1 heading + 1 grand-total = 1 csv row.
---------- Forwarded message --------- From: Maf. King <m...@chilwell.net> Date: Thu, 2 May 2019 at 13:36 Subject: Re: [GNC] UK VAT and "Making Tax Digital" To: Christopher Lam <christopher....@gmail.com> Cc: gnucash-devel <gnucash-devel@gnucash.org> Hi Christopher, responses inline: On Thursday, 2 May 2019 12:36:06 BST Christopher Lam wrote: > Are you referring to the Multicolumn report with multiple embedded reports? > This one would be very annoying to create CSV export from... each embedded > report exposes its html output only. > That was the report I was thinking of, not surprised that CSV would be hard to generate. > The links I attached earlier (replacing transaction.scm and > income-gst-statement.scm) would enable CSV export, exposing the headers and > the grand-totals. > Correct, that is what I see. but the totals are wrong because the report can't consider the asset purchases. > Meanwhile I'm rather more interested in generating a proper solution :-) > > For UK VAT I'd think the more complex requirements here would warrant a > customised solution based on the existing VAT account structure, rather > than to try shoehorn hacks on the existing report. > Fair enough. I guess the GST report was written with Oz in mind and then generalised a bit. > If you can create a sample datafile based on the CoA as suggested by > New-account wizard, No problem, will take your template file and try to get that sorted over the weekend or early next week. thanks, Maf. _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
