Hi koha-devel, Wanting to fix bug 285 (which is not one on HEAD) I've played today with the acquisition module. I must admit I've found it confusing. There are terminology incoherence (basket/order are used at wrong place for instance). I've found complicated to "search a supplier" to add an order to a "still not existing" basket :-/ So I propose to redesign Acquisitions. Only screens, not C4::Acquisitions or data model, only ergonomy. - on the main page, having the following links: - pending suggestion lists - supplier list - basket list - order list - funds and budgets management - currencies management and still on the main page, the "Help" box already existing in 2.2 - "list" link would have an associated page. The lists are HTML tables with filter capability. On the supplier line of acqui/supplier.pl we would have a link "show baskets" to a filtered list on acqui/basket.pl and "show orders" to a filtered list on acqui/order.pl. On the basket line of acqui/basket.pl... you see what I mean. - on each page we would have a link to "Add a supplier", "Add a basket"... - most important of all is the mecanism to add an order to a basket. Here is what I would find a better way : 1. the connected user selects an opened basket 2. if the connected user has an opened basket, the pending suggestion list, the search.marc/search.pl and MARCdetail.pl pages would have a link to order the selected biblio. As the catalogue is currently broken on my HEAD copy (zebra issues) I would be able to code only the adding of orders from pending suggestions, as long as catalogue is broken. What is your opinion about my suggestions? Bye -- Pierrick LE GALL INEO media system
Hi Pierrick, Budget based acquisitions is something that we are very interested in. The system was designed and built for HLT. I think this is something that we could work together on during the dev week. It would be good to get any feedback from the list before hand though. This idea seems pretty sound to me. Cheers Russel Pierrick LE GALL wrote:
Hi koha-devel,
Wanting to fix bug 285 (which is not one on HEAD) I've played today with the acquisition module. I must admit I've found it confusing. There are terminology incoherence (basket/order are used at wrong place for instance). I've found complicated to "search a supplier" to add an order to a "still not existing" basket :-/
So I propose to redesign Acquisitions. Only screens, not C4::Acquisitions or data model, only ergonomy.
- on the main page, having the following links: - pending suggestion lists - supplier list - basket list - order list - funds and budgets management - currencies management and still on the main page, the "Help" box already existing in 2.2
- "list" link would have an associated page. The lists are HTML tables with filter capability. On the supplier line of acqui/supplier.pl we would have a link "show baskets" to a filtered list on acqui/basket.pl and "show orders" to a filtered list on acqui/order.pl. On the basket line of acqui/basket.pl... you see what I mean.
- on each page we would have a link to "Add a supplier", "Add a basket"...
- most important of all is the mecanism to add an order to a basket. Here is what I would find a better way :
1. the connected user selects an opened basket
2. if the connected user has an opened basket, the pending suggestion list, the search.marc/search.pl and MARCdetail.pl pages would have a link to order the selected biblio.
As the catalogue is currently broken on my HEAD copy (zebra issues) I would be able to code only the adding of orders from pending suggestions, as long as catalogue is broken.
What is your opinion about my suggestions?
Bye
-- Russel Garlick Operations Manager Katipo Communications Ph: +64 4 934 1285 Fax: +64 4 934 1286 Mob: +64 27 537 1377 Skype: russelgarlick Web http://www.katipo.co.nz
On Fri, 21 Apr 2006 10:10:05 +1200 Russel Garlick <russel@katipo.co.nz> wrote:
Hi Pierrick,
Hi Russ, You've send 2 mails : on private and one on the mailing-list. The private is a bit more precise (proposition to have 2 acquisition systems) but the final question is the same:
I think this is something that we could work together on during the dev week.
OK. Maybe I can work on a first fast written version so that we have an existing base to work on? Let's wait for other team members comments :-) Bye -- Pierrick LE GALL INEO media system
On Fri, Apr 21, 2006 at 10:09:54AM +0200, Pierrick LE GALL wrote:
You've send 2 mails : on private and one on the mailing-list. The private is a bit more precise (proposition to have 2 acquisition systems) but the final question is the same:
I think this is something that we could work together on during the dev week.
OK. Maybe I can work on a first fast written version so that we have an existing base to work on? Let's wait for other team members comments :-) I think it would be a good idea to at the very least discuss the acquisitions module, agree on how to proceed with it. I'd like to avoid the problems we've had in the past with it that have resulted our current difficulties.
Cheers, -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
participants (3)
-
Joshua Ferraro -
Pierrick LE GALL -
Russel Garlick