Invalid Transaction: final gnc_numeric value, using 0 instead

[prl]

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