In Koha, the acquisition process ends after invocing and receving of items. Add the ability to maintain the payment details - cheque date, cheque no. etc. Payment can be made for one or more invoices. Screens to filter and view payments need to be developed.
Hi Savitra, I have changed the version on this bug from 3.8 to master - to show it's intended for the next release.
Created attachment 10170 [details] [review] Acquisitions: Maintain payment details against vendors New payments button against each vendor. Capture payment details - cheque no, date and notes against one or more invoices that show under section "Pending payments". Once invoices are paid the invoices move to the section "Already paid". Screens are very similar to invoice receiving screens. Currently the "order_receive" permission is used to allow access to this feature, this will be changed in a subsequent patch.
Hello Amit, I don't understand the purpose of this feature. What is it done for? I see we can attach some additional informations to invoices (chequeno, chequedate, and notes) but the interface is not clear for me. It looks like we are grouping invoice together for payment, but in fact nothing is grouped and we attach the same infos for all selected invoices. Does it make sense to have the same cheque no. for different invoices? Isn't the purpose of invoices to separate payments? Besides that, it's impossible to modify what was done. That could make sense, but punish immediately user that make a mistake. About 'notes', I didn't find any place where it is displayed. Did I miss something? I think you should take a look at Bug 5339. It move invoice informations into their own table and brings a couple of pages for managing them. I think you can easily integrate your feature into this development. just a last comment: datepicker doesn't work in payment.pl. The way to declare datepicker has changed recently, you have to remove the JS block, and just add class "datepicker" to your input
This feature will need to be rewritten as invoices are now handled in a separate table (bug 5339).
Resetting to new, no action since 2013.
The new feature for having configurable additional fields on invoices might help a little here, even if it doesn't cover the full feature set from the attached patch.