We need to deal with cases where people don't return items all at once - so that some items on a reservation might be checked in while others might still be checked out. I am curious, is there any way to deal with this situation in the current implementation?

I think overall reservations and individual equipment reservations should have separate statuses. A reservation can be unconfirmed, pending, "active" (as long as any equipment is currently checked out), or "complete" (once all gear is returned). Individual pieces of equipment would be "awaiting checkout", "checked out", "returned", or "checked in" (the difference between the last two possibly being that the equipment has been not just returned but also checked for completeness / damage / etc...)

Comments

kreynen’s picture

kreynen commented
Status: Active » Closed (works as designed)

This is really the exact opposite of the workflow MERCI was developed to facilitate. I can't think of an easy way to change this because the dates and statuses are applied to the Reservation record and not the child items associated to the Reservation. What you'd need to do is move some of the child items to a new Reservation node with a different status. You might want to look at Bookings API. We used some of the approaches c.lam created when he was working on that module for the Google Summer of Code, but decided to go in a different direction before tirsales started adding more features. I really like the direction Bookings API is headed and hope we can merge these efforts back together at some point, but Bookings API might be a better fit for your workflow.