With current implementation, we store offer from request with offerId as key, and with each new request, consumerPid and providerPid are overwritten, so we cannot get back that info, for which offer we have to approve or decline (on UI).
Assigner is also passed in ContractRequestMessage, and that information is needed later when converting offer to agreement.
Review process that has currently implemented
Design ContractNegotiation in such way that UI can make decision should this offer be approved or declined
Store Assigner info for ContractNegotiation, that can be used to convert Offer to Agreement
With current implementation, we store offer from request with offerId as key, and with each new request, consumerPid and providerPid are overwritten, so we cannot get back that info, for which offer we have to approve or decline (on UI). Assigner is also passed in ContractRequestMessage, and that information is needed later when converting offer to agreement.
Review process that has currently implemented Design ContractNegotiation in such way that UI can make decision should this offer be approved or declined Store Assigner info for ContractNegotiation, that can be used to convert Offer to Agreement