Editing, Deleting & Audit Trail

Financial integrity rules and why TatTool never silently overwrites money.

TatTool prioritizes financial integrity and traceability. Money-related changes should be explicit and reviewable.

Editing rule

Payments can only be edited while they are recorded. Verified payments must be unverified first (with a reason).


Editing Payments

Payments can be edited while they are recorded.

If a payment is verified:

  • It must be unverified first
  • Unverifying requires a reason

Every edit creates history. Nothing is silently overwritten.

What Can Be Edited

Edits are intended for operational corrections like:

  • Purpose (Deposit / Service payment / Other)
  • Offline payment method
  • Tax behavior
  • Notes and external references
  • Location or attributed user (where applicable)

If the amount is wrong:

  • If it’s still recorded, delete (void) it and create a new payment with the correct amount.
  • If it’s already verified, register a refund and record the corrected payment as a new entry.

Unverifying Payments

Unverifying is a control mechanism. It signals that the payment should not count for revenue until it is re-verified after changes.


Deleting Payments

Only non-verified payments can be deleted.

Deleted payments:

  • Are removed from revenue and UI
  • Remain in logs for traceability and compliance

Deleting (voiding) requires a reason.

Delete vs refund

Use delete (void) when the record should not exist (duplicate/test/mistake). Use a refund when money was actually taken and returned.


Why TatTool Never Silently Overwrites Money

Silent edits create reporting confusion and erode trust. TatTool keeps a clear audit trail so teams can understand who changed what, and why.

Next