Magidoc

CreditMemoRevenueAllocation
Object

How an applied credit memo divided across the revenue it took back.

Read from the journal that application posted, so it is tax-correct and currency-correct by construction rather than by reproducing posting-time arithmetic on read. The split is deliberately unstored because the posting is the record — this reads that record. The lines sum to the total exactly.

Access: finance-capable readers who may open the credited invoice, and who may read every GL company the split touches — a share in books the reader cannot open refuses the whole allocation rather than dropping rows, because a filtered list still sums to a total.

Refusals are named rather than collapsed: the memo does not exist; it credits no invoice; it has not been applied and so has no split yet; its application journal is not posted, which is what a voided memo looks like once the void reverses it; its application debited no revenue account.

Fields

#

creditMemoId

ID !
Non-null

total

Non-null

What the posting took back out of revenue: the memo's amount net of any tax it reversed, in the unit the posting was written in — home minor units for a foreign memo, which is not the memo's own currency. The lines sum to exactly this.

Usages

#

References

#

  • Field getCreditMemoRevenueAllocation from Query