The Receipt and payment Tab is great until you want one of these transactions to be automatically referenced with separate sequential numbering. The referencing currently sequencially counts dissimilar transactions (payment and Receipts) and that doesn’t feel right.
The solution is to make the Receipt have a separate counting sequence from the payment or separate them into different tabs. Separating them feels appropriate…
Why is this a requirement?
Is the separate series required for customers vs suppliers (sales invoices vs purchase invoices)?
What about owners equity adjustments?
Or is the separation really required based on what menu item is used at data entry (a negative payment behaves the same as a positive receipt)
Separating the two functions And using a different counting sequence for the two transaction types are not a legal requirement.
However, a company may count the number of a transaction type with automatic referencing and also, I may want a user to have access to generating sales receipts/receipts for customers for example but not to give the user access to enter payments. With the current feature sales reps who issue sales receipts can also enter payments from the same tab. By separating these two you add another layer of control for recording payments in the system.
The current situation is similar to putting Sales invoice and purchases invoice in the same Tab, @lubos ?
I was just trying to understand what you wanted and why.
Assuming I’m understanding you correctly: you would like to restrict some users to only making transactions with customers and other users to only make transactions with suppliers. You also would like a different sequence number for these two groups. Doing so would enhance your business management efficiency.
Note this is not the same as a separation based on receipts and payments as the other party is different for refunds. Also payment and receipts can apply to neither a customer or supplier, they can be with an owner or financing company (when taking out or repaying a loan).
Ps
I have no objection to such a request. I probably didn’t understand what you wanted as I would have no use for the facility. On the other hand I would find being able to link these transactions to a customer or supplier very useful, so wanted to know how it would integrate with that.
PPS
I think those tabs were separate in an older version of Manger
Yes, for the purpose of segregating duties and controlling who has access to do what and to count transaction types separately
Yeah they were separated in the past. The combination of the two transactions allows users to see inflows and outflows at the same place. But I think the ledger view in the bank and cash shows that better (shows inter account transfers too ).
What do you actually want separated?
If you want supplier transaction or customer transactions to be separately displayable, that is different to separately listing receipts and payments. Doing so is probably best achieved via this idea
I do not think adding more tabs will improve Manager. In fact , what I think that Manager could use is some more merging of stuff like Cr Notes (negative invoices); Dr Notes (negative purchase invoices); and customers, suppliers & employees all merge under “counter-parties” with special properties. Imo, off course.
But, I am all for giving the user the option to separate receipt & payment sequences as long as this does not result in additional tabs.
I think there should be an option for the user to select for the number sequence to be used. Aside form separating Receipts and Payment, some countries (like the Philippines), requires two series of receipts (one for goods, and one for services).
@jeffbangquil it is not the number range or prefix which limits use of existing Manager functionality, it is a legal requirement to use all consecutive numbers, such as
OR1, OR2, OR3, OR5, OR10, OR11, OR12, OR13, OR19, OR20
Each set is considered separate form the other. This is because in PH, VAT is treated differently with goods and services, so as their invoice and receipts documentation.
While I do not doubt multiple sequential number series would full fill you governments requirements.
If the legal requirement is the numbers must be unique but there is no penalty for sequence gaps, then Managers automatic numbering could be used.
If that is not legally acceptable then you will have to use manual sequence numbering in Manager.
btw, providing a link to your governments documentation of specific requirements which Manager can not readily achieve maybe useful to support your case.