# Pending/Cleared

**URL:** <https://forum.manager.io/t/pending-cleared/44021>\
**Category:** Uncategorized\
**Created:** [November 12, 2022, 7:04pm UTC](https://forum.manager.io/t/pending-cleared/44021 "2022-11-12T19:04:29Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![Mule1](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/mule1/32/43116_2.png) [@Mule1](https://forum.manager.io/u/Mule1)\
**Post date:** [November 12, 2022, 7:04pm UTC](https://forum.manager.io/t/pending-cleared/44021/1 "2022-11-12T19:04:29Z")

</div>

Restricted users are able to see and edit the pending and cleared tabs in payments, receipts and inter account transfers. Is it supposed to be the case?

---

<div class="post-metadata">

**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:** [November 12, 2022, 7:22pm UTC](https://forum.manager.io/t/pending-cleared/44021/2 "2022-11-12T19:22:20Z")

</div>

If they have access to the transaction, they can see every field. But there is no such thing as a pending or cleared tab, so your question is not clear.

---

<div class="post-metadata">

**Author:** ![Mule1](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/mule1/32/43116_2.png) [@Mule1](https://forum.manager.io/u/Mule1)\
**Post date:** [November 13, 2022, 6:46am UTC](https://forum.manager.io/t/pending-cleared/44021/3 "2022-11-13T06:46:09Z")

</div>

@Tut you are right, i meant the field showing pending / Cleared. My thoughts on this are that the restricted users who are only aĺlowed to create and not edit or delete payments, receipts and inter account transfers should not be able to see the field. When this transaction is complete by this user, it should go to pending by default. After which it is cleared by some else with either rights up to edit or full access

---

<div class="post-metadata">

**Author:** ![Abeiku](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/abeiku/32/44970_2.png) [@Abeiku](https://forum.manager.io/u/Abeiku)\
**Post date:** [November 13, 2022, 10:18am UTC](https://forum.manager.io/t/pending-cleared/44021/4 "2022-11-13T10:18:29Z")

</div>

In my opinion, locking accounting periods after reconciliation statements have been produced is the best way to handle the situation. This will stop changes from being made to the cleared field.

I’m not sure if this is a bug or not but the `Lock Date` is unable to prevent alterations to the cleared status of transactions. (In version 22.11.8.495)

Pending or cleared transaction does not affect the financial position of the business since only actual balances are used for financial reports. If a transaction is mistakenly cleared or changed from cleared status, it will always be revealed in a bank reconciliation.

---

<div class="post-metadata">

**Author:** ![Patch](https://avatars.discourse-cdn.com/v4/letter/p/a183cd/32.png) [@Patch](https://forum.manager.io/u/Patch)\
**Post date:** [November 13, 2022, 12:30pm UTC](https://forum.manager.io/t/pending-cleared/44021/5 "2022-11-13T12:30:02Z")

</div>

I think by design, doing so was an idea.

> [@Allow Cheque clearing function even after lock date](https://forum.manager.io/t/allow-cheque-clearing-function-even-after-lock-date/27027/3):
>
> Improved in the latest version (21.9.11) Lock date is now smarter in a sense that it will allow updating any transaction as long as the transaction is not materially impacting general or subsidiary ledgers. For example, updating description or custom field in transaction before lock date is allowed, so is changing Pending / Cleared status on payments / receipts. None of these changes will affect figures on financial reports so it’s fine to go through.

---

<div class="post-metadata">

**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:** [November 13, 2022, 12:40pm UTC](https://forum.manager.io/t/pending-cleared/44021/6 "2022-11-13T12:40:40Z")

</div>

> [@Abeiku](#):
>
> I’m not sure if this is a bug

> [@Patch](#):
>
> I think by design,

Definitely by design, not a bug.

> [@Mule1](#):
>
> My thoughts on this are that the restricted users who are only aĺlowed to create and not edit or delete …should not be able to see the field.

The fault with your logic is that all levels of permission include View, and there is no breakdown of permissions by field.

---

<div class="post-metadata">

**Author:** ![Abeiku](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/abeiku/32/44970_2.png) [@Abeiku](https://forum.manager.io/u/Abeiku)\
**Post date:** [November 13, 2022, 1:56pm UTC](https://forum.manager.io/t/pending-cleared/44021/7 "2022-11-13T13:56:50Z")

</div>

Clearly, some users would want to lock the status field (with Lock Date) and others wouldn’t want that.

So I think the best solution now is to have the option to include the Clearing status in the Lock date.

![image](https://us1.discourse-cdn.com/flex019/uploads/manager1/original/3X/f/e/fe3d2eea03cc2b655f740a4a382b8ed4e40c7509.png)

If the second tick is checked, alterations will not be allowed for any field once the lock date is in place.

---

<div class="post-metadata">

**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:** [November 13, 2022, 2:04pm UTC](https://forum.manager.io/t/pending-cleared/44021/8 "2022-11-13T14:04:23Z")

</div>

I would argue against the extra complexity. Previously, users complained about having to unlock their files just to clear a cheque, often after closing an accounting period. Since the modification more than a year ago, there has not been a single complaint about being able to clear transactions before the lock date.

Note that this topic is not even about that. Rather, it is about user permissions and the visibility of clearance status, **not** whether status should be editable. In other words, lock dates have nothing to do with this topic.

---

<div class="post-metadata">

**Author:** ![Abeiku](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/abeiku/32/44970_2.png) [@Abeiku](https://forum.manager.io/u/Abeiku)\
**Post date:** [November 13, 2022, 2:19pm UTC](https://forum.manager.io/t/pending-cleared/44021/9 "2022-11-13T14:19:31Z")

</div>

> [@Tut](#):
>
> Previously, users complained about having to unlock their files just to clear a cheque, often after closing an accounting period.

I’m actually the one who pushed for that into ideas.

Anyway, this field does not affect the financial position and nothing can be won or lost if restricted users are able to see and edit it.

---

<div class="post-metadata">

**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:** [November 13, 2022, 2:46pm UTC](https://forum.manager.io/t/pending-cleared/44021/10 "2022-11-13T14:46:41Z")

</div>

> [@Abeiku](#):
>
> nothing can be won or lost if restricted users are able to see and edit it.

If that is your viewpoint, why add the option?

---

<div class="post-metadata">

**Author:** ![Abeiku](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/abeiku/32/44970_2.png) [@Abeiku](https://forum.manager.io/u/Abeiku)\
**Post date:** [November 13, 2022, 2:58pm UTC](https://forum.manager.io/t/pending-cleared/44021/11 "2022-11-13T14:58:14Z")

</div>

For those who would want to lock it, remember it could bring discrepancies on bank reconciliation statements.

---

<div class="post-metadata">

**Author:** ![Mule1](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/mule1/32/43116_2.png) [@Mule1](https://forum.manager.io/u/Mule1)\
**Post date:** [November 13, 2022, 6:18pm UTC](https://forum.manager.io/t/pending-cleared/44021/12 "2022-11-13T18:18:15Z")

</div>

Thank you all. But idealy the genesis of this topic is from a situation where in the accounts department, i have two assistant accountants because of too many transaction happenings. One is for payables and the other is for receivables. Both the assistant accountants report to the company accountant and they both have no access to the bank account to see which receipts or payments or inter account transfers have cleared. The company accountant is the only one that have access to the bank account and the one doing bank reconciliations, hence the need for these two assistant accountant to only create transactions which would post to pending by default. This also allows the company accountant to monitor and check these payment when clearing them.

---

<div class="post-metadata">

**Author:** ![Mule1](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/mule1/32/43116_2.png) [@Mule1](https://forum.manager.io/u/Mule1)\
**Post date:** [November 13, 2022, 6:38pm UTC](https://forum.manager.io/t/pending-cleared/44021/13 "2022-11-13T18:38:05Z")

</div>

And i agree with @Tut, the topic is very far away from the lock date issue. Its about visibility of the pending/clearing to users only allowed up to ‘create’ of these three forms; payments, receipts and inter-account transfers. User permissions from ‘edit’ to ‘full access’ would see this field.

---

<div class="post-metadata">

**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:** [November 13, 2022, 8:58pm UTC](https://forum.manager.io/t/pending-cleared/44021/14 "2022-11-13T20:58:56Z")

</div>

> [@Mule1](#):
>
> hence the need for these two assistant accountant to only create transactions which would post to pending by default. This also allows the company accountant to monitor and check these payment when clearing them.

It seems like your workflow has the solution already built in. If the assistants are allowed to Create transactions, they will see all fields. Yes, they might incorrectly indicate a transaction is cleared when it is actually pending. But your chief accountant is already checking the transactions, or so you say. Any transaction the chief looks at that already shows as cleared will be a mistake. That is, after all, the purpose for supervisory reviews.

There certainly can be no harm from an assistant seeing the cleared/pending status field. You can easily prevent them from editing an existing transaction, so no danger occurs there. The only risk is that while creating a new transaction, an assistant might incorrectly show it as cleared. This risk can be partially mitigated using Form Defaults, leaving only the risk that an assistant will actively change a pending transaction to cleared during entry. And that will be discovered by the chief.

---

<div class="post-metadata">

**Author:** ![Mule1](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.manager.io/mule1/32/43116_2.png) [@Mule1](https://forum.manager.io/u/Mule1)\
**Post date:** [November 13, 2022, 10:16pm UTC](https://forum.manager.io/t/pending-cleared/44021/15 "2022-11-13T22:16:08Z")

</div>

Thats what we are currently doing @Tut … however, many transactions require us to clone. In which case they always clone as cleared and these assistants won’t bother to change to pending… and these are so many transactions in the process. It’s quite hectic.

---

<div class="post-metadata">

**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:** [November 14, 2022, 4:23am UTC](https://forum.manager.io/t/pending-cleared/44021/16 "2022-11-14T04:23:39Z")

</div>

Restricting visibility of the clearance status won’t solve your problem, then. If the assistants clone or copy a transaction that is cleared—even if they cannot see the field—the clone or copy will also be cleared. The only difference is that they will be ignorant of their mistakes. But restricting their visibility will no nothing to prevent the mistake from occuring.

---

<div class="post-metadata">

**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/pending-cleared/44021/17 "2026-07-05T20:09:32Z")

</div>

Uncategorized topics older than 3 years with no recent activity
