Invalid Transaction: final gnc_numeric value, using 0 instead
prl
prl at ozemail.com.au
Mon Jan 9 02:22:49 EST 2017
On 9/01/2017 14:42, John Ralls wrote:
>
>> On Jan 8, 2017, at 7:38 PM, prl <prl at ozemail.com.au
>> <mailto:prl at ozemail.com.au>> wrote:
>>
>> On 9/01/2017 14:28, John Ralls wrote:
>>>> On Jan 8, 2017, at 5:31 PM, prl <prl at ozemail.com.au
>>>> <mailto:prl at ozemail.com.au>> wrote:
>>>>
>>>> I think that this is the split in the scheduled transaction that's
>>>> causing the problem. It's the split that acts on the credit side of
>>>> the scheduled transaction, it points to the account that's getting
>>>> the blank entry in the account page, and it looks wrong:
>>>>
>>>> <split:slots>
>>>> <slot>
>>>> <slot:key>sched-xaction</slot:key>
>>>> <slot:value type="frame">
>>>> <slot>
>>>> <slot:key>account</slot:key>
>>>> <slot:value
>>>> type="guid">e44416d5a6ff84674dab857154276eeb</slot:value>
>>>> </slot>
>>>> <slot>
>>>> <slot:key>credit-formula</slot:key>
>>>> <slot:value type="string">1921.70</slot:value>
>>>> </slot>
>>>> <slot>
>>>> <slot:key>credit-numeric</slot:key>
>>>> <slot:value type="numeric">19217/10</slot:value>
>>>> </slot>
>>>> <slot>
>>>> <slot:key>debit-formula</slot:key>
>>>> <slot:value type="string"></slot:value>
>>>> </slot>
>>>> <slot>
>>>> <slot:key>debit-numeric</slot:key>
>>>> <slot:value type="numeric">35769/20</slot:value>
>>>> </slot>
>>>> </slot:value>
>>>> </slot>
>>>> </split:slots>
>>>>
>>>> In particular, I don't think that the debit-numeric value should
>>>> have a value, since this is the credit side of the transaction (and
>>>> the credit amounts are correct). It's also odd that the debit
>>>> amount, 35769/20 (1788.45), is the value of the generated split in
>>>> the /previous/ execution of the scheduled transaction.
>>>>
>>>> This is an annual transaction, but the amount varies: I enter the
>>>> new amount when I receive the account for the coming year.
>>>>
>>>> Gnucash OS X Intel 2.6.15 (built from rev 1ef17e6+ on 2016-12-17)
>>>> OS X El Capitan 10.11.6
>>> Peter,
>>>
>>> Is that a newly-created SX or one that was created with an older
>>> version of GnuCash?
>> It's the one created in an older version of Gnucash - the one that is
>> causing the problem. The new one I created that works doesn't have a
>> debit value in the credit split. The SX that's now causing problems
>> was created in 2012.
>
> Good.
>
> I asked because I fixed a related bug last fall and was worried that
> I'd missed something. I think the best course for you is to delete and
> recreate the SX in 2.6.15.
>
Thanks, John.
While I was going through the XML, I think I saw some other similar
errors. I'll double-check them, and re-create the SXs for all the ones
that look dodgy, as well ac getting rid of the old version of this SX.
Cheers,
Peter
More information about the gnucash-user
mailing list