Multi Level Authorization

@jeffbangquil Transaction authorisation will be a very cool feature to have. But the user permission system in Manager is currently not ready for this feature . There is a lot of work to be done to improve the user permission before further advancements (including authorisation) could be made.

See this thread for example

I have been waiting since 2014 to have the system’s user permission workflow improved so that I could go commercial with it here in my country (issue proposals to get organisations to buy and and I get something from installing and setup) but I have waited in vain, price, user permission and occasionally authorisation is what they all ask about first. No organisation will deploy the system in their server here in my country currently with the nature of user permission workflow Manager currently has, the risk is too high (my only disappointment with manager.io)

Authorisation to post and strong user permission is very much a very basic requirement in accounting software these days but to my surprise it totally ignored here. Looks like the Manager.io team is focused on perfecting the desktop version for now and maybe in the future they may consider enhancing user permission and perhaps include authorisation to post.

You gonna have to wait for long.

2 Likes

I would be very surprised if supporting a particular deployment platform was a major focus of Managers feature release plans (particularly the one which produces no financial return). Looking a what software development is actually achieving, the reverse appears to be the case, ie supporting a broad range of deployment platforms.

I do however agree any product can not be everything to everyone. It is sensible to for Manager to be optimised for a particular market segment. Both in terms of:

  • Product function:- Accounting program, Material management system, Budget forecasting, Personnel management, etc). As well as

  • Business size:- personal records, sole trader, small business, Large business / corporation.

What is a “basic requirement” is very dependant on what market segment the software targets. As the target business size increases, authorisation requirements become more complex. However so does program complexity and cost to support the program.

Hence product focus is important. Clearly I have zero input in any of this other than to observe specifying a “basic requirement” really does depend on what each user perceives Managers main market to be.

Authorisation to post maybe too much to ask for for now. But an enhanced user permission workflow is due.

It would be great addition because there are many faults exist when making journal entries due to the lack of time, pressure from upper level etc.
The Hierarchy should be like this.

Prepared By Checked By Approved By

or,

Accountant Accounts Manager Director CEO

1 Like

Before I add a comment again let me put this down first. Manual way of checking unauthorised entry in the system is also very good option, and we must consider that too as we wait. A stamp and signature of an approving officer on source documents to be entered in the system is an example of manual authorisation. All entries without this signature and stamp will be considered as a unauthorised. I admit a control mechanism in the software itself will always be better.

I also have this idea that this can be limited to important modules in the meantime if the programmer is interested in adding the feature and setting it up requires doing it for every module. For example starting with the payment and receipt, journal entries and purchase invoice modules.

1 Like

I support your idea :clap:

I support this

I already read all post/reply of this topic.
And Finally, I support this Idea.
we need it.

1 Like

I support the idea as well

1 Like

My suggestion for initial basic multi level authorization is to consider introducing Payment Voucher which can be copied to create a payment by the authorising officer. The payment vouchet should be a mere record without any financial effect just like the purchase order. Junior officers without authority to post payments is given the payment voucher without access to the payment tab.

I have been using the purchase order and purchase invoice feature for this purpose. Procurement officers have access to purchase quotes and purchase orders but have no access to purchase invoice. The Finance Officer has view access to purchase orders and can copy to create purchase invoice. The developers can consider a similar flow on payment to start with as they think about a comprehensive approval system.

A form of approval is long overdue in manager.

2 Likes

Good suggestion :+1:t2:

Good idea in a way. But how can this avoid an unauthorized payment specially when junior prepares the voucher?

Nothing in Manager can prevent payments from being made. Manager only records actions (whether real or imaginary). Manager has no actual payment facility.

Relying on multi-level authorizations imparts a false sense of security. You must control access to the actual bank or cash account, not to the record of transactions posted to it.

1 Like

Until this comes available facilities are sufficient. However, if there is 2 options as Approve and View + Approve, then most of the recording level security would be met.

If the Payment Voucher tab is availanle then Juniors could not have access to the payment tab. They could be given access to only the Payment voucher tab to prepare the payment voucher which their superior with payment access can copy to create the payment after review and approval. Just like the current purchase order and purchase invoice feature, the status of the Payment Voucher will change from pending to posted or approved once it is copied by the superior to create the payment

1 Like

Yes, you are right as the junior nor superior is setting the permission. I feel Approve only and View + Approve together with your suggestion make this very useful. I mean as user permission options.

The best thing about this idea is that (especially for those who think multi-level authorization isn’t necessary) a choice will be there to enable or hide Payment Voucher tab (or whatever name it might be called if introduced).

Hope @lubos can put this into consideration soon.

Yes, juniors could be given only view access to the payment tab so that they could see when the payment voucher is copied by the superior to create payment