1. EiCreateTender : refers to offerorPartyID. I believe this should just be PartyID, which is the creator of the Tender. An offerer of a Tender when a Tender can be a buy or sell tender and the general financial use of offer is as an offer to sell is confusing. An ISO Tenders are called bids,
2. CreatedTender : introduces offereePartyID - I prefer CounterPartyID. Note we need to allow for offers to a set of potential counterparties. Also CreateTender should return a TenderID.
3. requestTender should use TenderID, I think.
4. cancelTender -Note this does use TenderID. The references to party are not necessary. ( I would prefer the name withdrawTender, but can live with cancel.
5. requestTransaction – uses Party and CounterPartyID which is good.
6. createTransaction revfers to PartyID (ok), offerID (should be TenderID),acceptanceID (should be counterPartyID.
7. createdTransaction needs to return a TransactionID.
1. EiCreateTender : refers to offerorPartyID. I believe this should just be PartyID, which is the creator of the Tender. An offerer of a Tender when a Tender can be a buy or sell tender and the general financial use of offer is as an offer to sell is confusing. An ISO Tenders are called bids,
2. CreatedTender : introduces offereePartyID - I prefer CounterPartyID. Note we need to allow for offers to a set of potential counterparties. Also CreateTender should return a TenderID.
3. requestTender should use TenderID, I think.
4. cancelTender -Note this does use TenderID. The references to party are not necessary. ( I would prefer the name withdrawTender, but can live with cancel.
5. requestTransaction – uses Party and CounterPartyID which is good.
6. createTransaction revfers to PartyID (ok), offerID (should be TenderID),acceptanceID (should be counterPartyID.
7. createdTransaction needs to return a TransactionID.
Description
Consistency and completeness suggestions for Transactive Payloads for Tender and Transactions.