Reimbursements: Deleting, Voiding, and Status Lifecycle

Modified on Tue, 26 May at 3:45 PM

Reimbursement Status 

A reimbursement moves through the following statuses:

 

  • Draft — while you're creating it
  • Unpaid — created and posted, not yet paid
  • Paid — payment recorded
  • Void — reversed while unpaid


Editing Transactions That Are Linked to a Reimbursement 


Reimbursements 2.0 enforces transaction integrity:

 

Situation

What's allowed

Transaction linked to a paid reimbursement

Cannot be edited. Void the reimbursement first.

Transaction linked to an unpaid reimbursement

Cannot be edited. Delete the reimbursement first.

Transaction split that has not yet been reimbursed

Can be edited normally.

 

This prevents the classic audit problem where the underlying transactions of a posted reimbursement could be silently modified.


Voiding vs. Deleting 

  1. Void reverses a paid reimbursement and unmaps the included transactions so they can be reimbursed again later.

  2. Delete removes a reimbursement that has not yet been paid, and returns the transactions to unmapped status.



Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article