# Suspense Account Bug **URL:** \ **Category:** Uncategorized\ **Created:** [December 20, 2022, 12:09am UTC](https://forum.manager.io/t/suspense-account-bug/44578 "2022-12-20T00:09:11Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![ozcpa](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/ozcpa/32/10744_2.png) [@ozcpa](https://forum.manager.io/u/ozcpa)\ **Post date:** [December 20, 2022, 12:09am UTC](https://forum.manager.io/t/suspense-account-bug/44578/1 "2022-12-20T00:09:12Z")
I believe that there is a bug in the system relating to the interaction of the system’s default Suspense Account and the use of Tax Codes (i.e. GST). The issue arises when a transaction (in my example, a Receipt) has been saved and then is edited. In the first screenshot, a Receipt transaction has been coded to a Sales account with a Tax Code of GST 10%. When this transaction is saved, it correctly shows the GST component (in this case, $100.00) as per the second screenshot. However, as shown in the third screenshot, upon edit and deletion of the Sales account (by “clicking on” the “x” in the Account field), the GST attribute (in this case, GST 10%) appears to be retained (as shown in the fourth screenshot). I believe that whenever a transaction is edited (with the result that it falls within the ambit of the system’s default Suspense Account), the Tax Code that was entered in the original transaction SHOULD NOT be preserved. ![1](https://us1.discourse-cdn.com/flex019/uploads/manager1/original/3X/f/2/f2165e14199758b69246da07b4de82745fa60792.jpeg) ![2](https://us1.discourse-cdn.com/flex019/uploads/manager1/original/3X/7/d/7d3f2e66bbad18b7ad19bc9a6cb4b5b44a6705a5.jpeg) ![3](https://us1.discourse-cdn.com/flex019/uploads/manager1/original/3X/4/6/46d57a1ed3d69c148b68df6f2036fa996b38db57.jpeg) ![4](https://us1.discourse-cdn.com/flex019/uploads/manager1/original/3X/0/1/014342325b759a9f48cb5f45b64a1261b7ade04d.jpeg) ---
**Author:** ![Tut](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/tut/32/3286_2.png) [@Tut](https://forum.manager.io/u/Tut)\ **Post date:** [December 20, 2022, 1:52am UTC](https://forum.manager.io/t/suspense-account-bug/44578/2 "2022-12-20T01:52:31Z")
The question is where would you stop? Should the description also be cleared? The unit price? Quantity? Customer? How is the program to know? I can think of examples where you want to edit only a single parameter. How frustrating would it be if the program took control and started editing or deleting things you wanted preserved? It’s easy to say software should be tailored for a specific aspect of your personal workflow. Much tougher to satisfy a wide range of users with different procedures. I note that in all my years moderating this forum, no one has made your specific complaint before. Incidentally, this has nothing to do with the Suspense account. ---
**Author:** ![ozcpa](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/ozcpa/32/10744_2.png) [@ozcpa](https://forum.manager.io/u/ozcpa)\ **Post date:** [December 20, 2022, 3:24am UTC](https://forum.manager.io/t/suspense-account-bug/44578/3 "2022-12-20T03:24:27Z")
It really is an issue with the Suspense Account as it is the only account for which a Tax Code CANNOT be set (or changed). If it was any other account, then the Tax Code could be altered. ---
**Author:** ![eko](https://avatars.discourse-cdn.com/v4/letter/e/a8b319/32.png) [@eko](https://forum.manager.io/u/eko)\ **Post date:** [December 20, 2022, 3:49am UTC](https://forum.manager.io/t/suspense-account-bug/44578/4 "2022-12-20T03:49:06Z")
> [@ozcpa](#): > > It really is an issue with the Suspense Account as it is the only account for which a Tax Code CANNOT be set (or changed). Please read the guides at [https://www.manager.io/guides/7106](https://www.manager.io/guides/7106), specifically: > Any balance in _Suspense_ signals a problem. **Never attempt to clear the _Suspense_ account with a journal entry.** That only hides problems and usually makes both your Balance Sheet and Profit and Loss Statement inaccurate. Problems that caused transactions to post to _Suspense_ **must** be identified and corrected. Simply said it is an accounting error trap to avoid having mistakes in the accounts, and therefore should not have any ability to set ot alter a Tax Code but must be cleared asap. ---
**Author:** ![Patch](https://avatars.discourse-cdn.com/v4/letter/p/a183cd/32.png) [@Patch](https://forum.manager.io/u/Patch)\ **Post date:** [December 20, 2022, 4:12am UTC](https://forum.manager.io/t/suspense-account-bug/44578/5 "2022-12-20T04:12:22Z")
Most programs have modal data entry. They will prevent you from saving any data which does not meet their consistency check. Manager instead allows you to save partly entered data despite it not meeting core data requirements but collects the erroneous entries in the suspense account. Doing so does not magically make invalid data entry valid, the user has to do that. And while the Manager business file contains overtly erroneous data no values or reports should be used because some will simply be wrong. ---
**Author:** ![Tut](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/tut/32/3286_2.png) [@Tut](https://forum.manager.io/u/Tut)\ **Post date:** [December 20, 2022, 5:04am UTC](https://forum.manager.io/t/suspense-account-bug/44578/6 "2022-12-20T05:04:51Z")
@ozcpa, you just happened to notice this behavior on transactions in Suspense. Everywhere in the program, automatically populated data remains unchanged when you edit one field that caused another to autofill. ---
**Author:** ![Ealfardan](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/ealfardan/32/63166_2.png) [@Ealfardan](https://forum.manager.io/u/Ealfardan)\ **Post date:** [July 5, 2026, 8:09pm UTC](https://forum.manager.io/t/suspense-account-bug/44578/7 "2026-07-05T20:09:12Z")
Uncategorized topics older than 3 years with no recent activity