- Shipped
- 21 Agosti 2026, 03:34 UTC
- Author
- Kamo
- Commit
- 0736fee
Somebody who manages opportunities can now file a reservation request on a sales agent's behalf. CreateReservationRequest carries onBehalfOfMemberId for it. The named agent becomes REQUESTED_BY_MEMBER_ID, not the person who filed it. Every downstream rule keys off that column — who may ask for an extension, who the commission follows, what the reserved list's Agent filter matches — so the claim has to sit where those rules look, and it genuinely is the agent's claim. Who sat at the keyboard goes in a new CREATED_BY_MEMBER_ID rather than being folded into the same column, so neither fact has to be inferred from the other. Nullable, and null keeps its own meaning: the requester filed it themselves. PRIMARY_AGENT_MEMBER_ID is deliberately left null on this path. It means "an approver moved this off the agent who asked", and the reserved list renders an amber "Reassigned from" line for it — but a request filed for an agent was never moved off anyone, so `reassigned` stays false and `onBehalfOf` says the true thing instead.