I do not know what NG Software considers their target market.
There are software package which have direct support for each type of employee however
All business have differences in detail of there work flow, procedures and responsibilities
Because of this all software which support a business detailed workflow must be customised to each business requirements
The required customisation is done infrequently for each individual business and requires detailed specialist knowledge of the software package and how to customise it.
this customisation process requires very significant investment to do
Software with the required flexibility, is always complex and expensive to set up because it is so flexible.
So Manger may evolve into supporting the functional requirements of each of your employees. However if it did it would not be suitable for a large percentage of its current user base.
But to answer your question the answer is of course yes otherwise why did you select Manager in the past knowing receipt and payments were one one tab at that time. It is also of dubious benefit to force your sales clerk to send sales refund processing to the purchasing clerk. Even with this protection a misguided clerk is likely to still be able to enter a negative amount receipt / purchase so inadvertently avoid your restrictions.
By the way. Lubos has already stated this discussion is not irrelevant as he has re-divided receipts and payments for back end not user preferences.
Of course … on the same TAB may work for self operated accounting system… But if its a server based version, the tabs should be different. Otherwise its defeats the purpose of being a server installation.
The answer to you question why I had choses the application in the past, is that I was not an active user of the application. Now I have started testing extensively. While using it, I am coming across some issues.
The issue of Audits is another area., Accounting software gets audited in my region. So If I have to use Manager, then it needs to have strict controls,. If its used in a SME environment, it needs to have user delegations. And of course, reference numbers in sequence for each source documents. If you dont have the basics, thn you leave room for mismanagement. I believe Manager is a great software, all it needs to have separate modules, tested verified and locked.
The developer here listens to scenarios and works on everyones request. But really the developer needs to have the accounting basics laid out in flow processes. I can help test it out fully.
Is better for access control to split it. Creditors clerks do not need to see the business income.
Steve Jobs said 3 clicks then you need to be where you want to be. So to put something inside another tab inside another one, is going backwards, not forward. This improvement is moving forward.
Steve Jobs does have a point there. But what is also said, fewer choices in first menu makes it easier to find what you are looking for. So 3 clicks is not the whole story. The issue is reducing the number of menu choices. That’s how to design a good website. Less information is more.
I think it is 6 or 7 that is the recommended magic number on websites. It was quite a surprise reading that some years ago as we were always taught that users hate to click, click, click to get to something, but actually if you limit the main menu choices, it makes it far easier for users to find even if there is slightly more clicking. But you do also have to limit the number of clicks to around 3 otherwise it becomes way to long the navigation.
This is more or less what I am recommending. I think that you should have main tabs like banking and Cash, within that you could select Bank, Cash, Receivables, Payables, Reconciliation and whatever else goes under that. Then when you click on say Receivables you see what is in the current Account Receivables Tab.
So everything database wise structurally remains the same - the only thing that really happens is that the link to Account Receivables is moved.
I don’t know that I would go with expanding. I think clicking the tab and viewing the sub tabs is easier.
A second problem would be deciding on what the main tabs would be. For example you have accounts receivable and payable as main tabs, however I would put this under Cash and Banking. I would create a contacts tab and have employees, customers and suppliers within that tab.
Not really sure why it is advocated to kind of hide tabs when I guess that in most instances the tabs list requires less scrolling real estate than the Profit and Loss views. The single click to where you need to go is actually very handy. However, if you want changes then some that I would suggest are:
Make it possible to change the tab order similar to how you can change the order of accounts in setting of Chart of accounts. This will help you to have your most used ones at the top requiring less scrolling on small screens.
Consider making it possible to select and “hide” tabs to be visible under a single “Miscellaneous” (or whatever name) tab.
I can live with it although it is an inconvenience for me as most transactions I have are electronic and done against our bank accounts (with 95% of those for the one account) and reconciled to receipts/invoices on hand. All in one place means I can essentially review stuff against my bank transactions as I go, find the appropriate receipt/invoice and review any leftover accounts received for scheduling payment.
I don’t recall seeing a notice about this change as a forthcoming change and anything this significant should be notified in advance. While I can adapt fairly quickly, the other person in training to do the accounts doesn’t have the bookkeeping background or software experience I do and it doesn’t help.
I really think a statement like “Even if there is no benefit, or even if it’s worse, this is the way it needs to be …” is quite patronising. If I treated my customers like that, I doubt I would still be in business. That’s my 2 cents worth.
It is my understanding, from what the developer has said, that the splitting of the receipts and payments into 2 separate tabs was needed to make improvements in other parts of the program. Some of these improvements have started to appear and I think that all uses are going to benefit from the changes that are happening.
Accounting wise it makes sense. Just as income should go to income accounts and expenses should go to expense accounts (not credited/debited to a single balance account), keeping them separate feels in line with general accounting principles.
Your argument holds better for a SAAS product where the customer spends a lot of time on a single screen and doesn’t require frequent switching of tabs (writing, watching films, reading news and so on).
Accounting involves lots of input each time the program is used, and having to drill down in a deep menu each time a tab switch is required would do more harm than good in the form of wasted time.