Derek Atkins wrote:
Unfortunately it's not that easy. That check is in there because the underlying code uses the Value + AccountType to determine if this is an "Invoice" or a "Payment". All the linkage logic is based on the invariant that an Invoice is "positive" and a Payment is "negative" (obviously the numeric positive/negative is different for A/R and A/P, but let's not confuse the issue).
Can you confirm in more detail exactly which part of the code makes this assumption?
In the XML tree, a transaction that belongs to an invoice has slots attached with additional information saying a) that the transaction is an invoice or a payment (from "trans-txn-type"), and b) which invoice this transaction is associated with.
Changing the sign manually on an invoice and saving the file shows correct figures for that particular customer, both from within gnucash, and from within my web statements (which ignore the sign of the transactions completely).
Is the sign check shortcut being used in other reports? Regards, Graham --
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
