IDempiere/FullMeeting20121031

From WikiQSS

Table of Contents | Full Meeting Minutes | Full Meeting 2012-10-31

CarlosRuiz: Good morning
nmicoud: Bonjour
nmicoud: I've read your documentation on Report Wizard. Seems a great improvement ! and definitively user-friendly
CarlosRuiz: great - thanks for the feedback
CarlosRuiz: I have some pending reviews from you - and also would like to start working on first release
nmicoud: fine
fcojvanninir: good morning
CarlosRuiz: morning fcojvanninir
fcojvanninir: ive done some thinking regarding idempiere 385 (the m_storage locking up problem). I was thinking it might be good to add two tables: one M_reservation and the other M_reservationallocation. The M_Reservation would reference doctype and doc number that has booked the reservation. The M_ReservationAllocation would reference M_Reservation and the warehouses, m_attributeinstance that would be used to meet the reservation.
fcojvanninir: This would be helpful in cases where you want to make one sales order and use stock from many warehouses to meet it.
CarlosRuiz: sounds like a good idea - but maybe too complex for our initial goal of keeping this simple at first stage
fcojvanninir: Ah yes
fcojvanninir: definately alot of changing to be done there
fcojvanninir: Something related to that approached would be the idea of have an incoming quantity /outgoing quantity. Then you could have the formula: FutureOnHand = Present onHand + Incoming - Outgoing.
buildmaster: Project iDempiere build #469: SUCCESS in 10 min: http://jenkins.idempiere.com/job/iDempiere/469/
buildmaster: * globalqss: IDEMPIERE-392 Redesign payment button - reuse SystemIDs
buildmaster: * globalqss: hg merge b153e9e42945
buildmaster: * elainetan: IDEMPIERE-392 Redesign payment button - Fix missing reference in generate model class for column with 'Payment' display type
buildmaster: Project iDempiere build #470: SUCCESS in 10 min: http://jenkins.idempiere.com/job/iDempiere/470/
buildmaster: globalqss: IDEMPIERE-469 Translation Import not working in zk