Risks of Auto-Deleting a Journal Entry When Disabling Sales Accounts Routing and Editing an Invoice
The system never automatically deletes the journal entry linked to an invoice when “Accounts Routing” is disabled, even if that invoice is edited afterward. This guide explains the scenario in question and the reasons this behavior is intentional, in order to protect the integrity of your accounting and tax records.
The Scenario in Question
Some users might assume that performing the following steps:
- Disabling the accounts routing for sales.
- Editing an invoice that was issued earlier (before the routing was disabled).
First: Preserving Consistency With Filed Tax Declarations
If the invoice included VAT, and its journal entry was already included in a tax declaration submitted to the authority for that period, automatically deleting the entry afterward creates a direct conflict between:
- The value officially reported to the authority in the tax declaration.
- The actual remaining value in the account’s books after deletion.
This conflict is typically only discovered during a review or audit, at which point correcting it becomes extremely difficult, and may expose the account to scrutiny from the tax authority.
Third: Avoiding Cumulative Risk
Each cycle of the following process: disabling accounts routing→ editing the invoice → auto-deleting the entry → re-enabling routing, leads to a cumulative widening of the gap between invoices and their corresponding journal entries. As this cycle repeats over time, monthly or quarterly reconciliation between sales, accounting, and tax becomes nearly impossible, since there’s no clear audit trail showing when and why each entry was removed.
Notes
- This behavior is intentional and not a system error — its purpose is to protect your accounting and tax data from conflicts and untraceable loss.
- It’s always recommended to review journal entries manually rather than relying on any automatic deletion, when making changes to accounts routing settings for previously issued invoices.