Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Context Data & Intents Discussion group - 2 Mar 2023 #916

Closed
10 of 15 tasks
Tracked by #941
mistryvinay opened this issue Feb 27, 2023 · 6 comments
Closed
10 of 15 tasks
Tracked by #941

Context Data & Intents Discussion group - 2 Mar 2023 #916

mistryvinay opened this issue Feb 27, 2023 · 6 comments
Labels
Context Data & Intents Contexts & Intents Discussion Group help wanted Extra attention is needed indexed When a meeting attendance is being tracked meeting

Comments

@mistryvinay
Copy link
Contributor

mistryvinay commented Feb 27, 2023 •
edited
Loading

Group overview

At the FDC3 Use Cases Roundtable London, October 5th 2021 participants agreed that the FDC3 lexicon needs to be expanded, both with additional intents and context types to support Use Cases, but also to include more primitive data types in order to construct complex types. A number of participants also agreed that now is an appropriate time to expand the Lexicon.
​
See #455 for full details of the meeting outcomes.
​
This group is being convened to discuss and arrange work to contribute further Context types and Intents to support Use Cases being implemented by participants.

Relevant issue tags

Current open issues that relate to the discussion group:
image

Issues will also be tagged with the labels:
image
image

Meeting Date

Thursday 2 Mar 2023 - 9am EST / 2pm GMT

WebEx info

More ways to join

  • Join by video system:
  • Join by phone
    • +1-415-655-0003 US Toll
    • +44-20319-88141 UK Toll
  • Access code: 2556 257 8293

Meeting notices

  • FINOS Project leads are responsible for observing the FINOS guidelines for running project meetings. Project maintainers can find additional resources in the FINOS Maintainers Cheatsheet.

  • All participants in FINOS project meetings are subject to the LF Antitrust Policy, the FINOS Community Code of Conduct and all other FINOS policies.

  • FINOS meetings involve participation by industry competitors, and it is the intention of FINOS and the Linux Foundation to conduct all of its activities in accordance with applicable antitrust and competition laws. It is therefore extremely important that attendees adhere to meeting agendas, and be aware of, and not participate in, any activities that are prohibited under applicable US state, federal or foreign antitrust and competition laws. Please contact legal@finos.org with any questions.

  • FINOS project meetings may be recorded for use solely by the FINOS team for administration purposes. In very limited instances, and with explicit approval, recordings may be made more widely available.

  • A Discussion Group has no direct decision-making power regarding the FDC3 standard - rather it is intended that anything they propose or work on will result in proposals (via Github issues and PRs) for the Standards Working Group participants to consider and vote on for inclusion in the standard.

Agenda

Minutes

  • Clarify handling of malformed context objects by Desktop Agents #872
    • Looking for volunteers to turn this into a PR
  • Question: What use cases and Intents related to Orders, Trades and Positions are there? #904
    • ViewParent/ ViewChildren: Use ViewOrder, an EMS should have details of the parent order already
      • @nemery-flextrade: Order is (in my head) and entry in the OMS, although the EMS will also have record for it. The linkage between the should always be available. Use ViewOrder (with an order object) for EMS -> OMS.
        • However, OMS may not be aware of individual trade ids to go the other way...
        • Do we need a type for an execution? There are two levels to an order: OMS order -> multiple EMS orders or trades, which might have multiple executions.
        • @kriswest we need to create names where the action that will be taken is instantly recognizable....
          • If in your OMS you raise ViewOrder and presented with the EMS as an option do you understand what will happen?
          • If in your EMS you raise ViewOrder and presented with the OMS as an option do you understand what will happen?
          • @timjenkel: We use order for the OMS, placements for the EMS, but have heard tickets (although more often refers to allocation tickets)
        • Placements would be understood by most for placement of an order with a broker or a venue
      • Proposal agreed:
        • ViewOrder for OMS -> EMS
        • ViewPlacement for EMS -> OMS
      • @nemery-flextrade: Consider replacing Trade, with a Placement context type in that case. While an order and placement will have a lot of overlap in terms of field (instrument, side) - there will be differences (destination, venue, strategy on a Placement).
        • @kriswest: Semantics of having a different type value are also useful alone.
    • ModelTrade
      • @nemery-flextrade: agree with use case, but think the name could be clearer.
        • The use case relates more to a position than an order.
      • @kriswest, should use prefixes from spec
    • @timjenkel: Use cases for showing pre-trade analytics, quotes etc. ViewAnalysis, ViewChart, ViewQuote
      • Select order in OMS, select remote application to process
      • Remote app may not have the order id in this case
        • Some will definitely need additional details: e.g. quantity, instrument
      • ViewChart
        • Pre-trade: a trade schedule, rather than pricing chart, Order context needs:
          • (no id avail)
          • Instrument
          • Quantity
          • Side
          • SettlementDate
        • Inflight orders: pricing chart, with trades, volume charts or pricing chart with volume indicators, Order context needs:
          • Id for the order (maybe)
          • Instrument
          • Quantity
          • Side
          • SettlementDate
          • Trades or Executions?
      • ViewAnalysis
        • Pre-trade or post-trade analytics or other analysis - exact details depend on app its sent to
        • Same order details as previous examples
        • Again needs an optional set of executions, Execution could have
          • price
          • side
          • quantity
          • exchange
          • consider an unstandardized block to put in the many other things, like fix executions:
          • executionCapacity?
          • execution venue liquidity indicators?
          • various regulatory stuff
      • ViewQuote
        • May wish to view a specific quote
        • @timjenkel Existing accepts Instrument
          • Extend to add order context type
        • May want to see existing quotes for an order, or retrieve new quotes
        • @nemery-flextrade due to MiFiD you have to have multiple quotes for your orders, but you might not need to retrieve them all at the same time/from same app
        • @timjenkel Pluralisation doesn't matter
        • @kriswest: What about other prefixes to indicate different actions
          • @nemery-flextrade: StartQuote (start filling in a quote form), CreateQuote (interacting with an automated system to create quotes), GetQuote (retrieve quotes associated with an Order)
        • @nemery-flextrade: makes sense for all to accept Order, Also need a Quote type for return data or looking up a specific quote
    • Need to create a Quote context
      • Instrument
      • Settlement date
      • Side
      • Quantity
      • Price
      • Price basis (spread, par etc.)
      • Quote source: Organization or Contact
    • StartOrder or CreateOrder
      • Might follow on from StartTradeModel
      • Will want trader to take a last look before creation so prefer StartOrder to CreateOrder, so not straight record creation
    • StartPlacement
      • @nemery-flextrade: A system might give you recommendations of how to slice an order in placements
      • Trader will need last look before it goes out so prefer Start to Create
      • Contexts: could be Order or Placement
      • Order as previous examples - though it might be just order id if EMS has details, however if creating from a pre-trade analysis will need additional fields from previous examples
      • Placement type would need:
        • link to Order or Quote

Action Items

Untracked attendees

Full name Affiliation GitHub username
@mistryvinay mistryvinay added help wanted Extra attention is needed meeting Context Data & Intents Contexts & Intents Discussion Group labels Feb 27, 2023
@kriswest
Copy link
Contributor

kriswest commented Mar 2, 2023

Kris West / Finsemble 🚀

@nemery-flextrade
Copy link

Nathan / FlexTrade

@mistryvinay
Copy link
Contributor Author

Vinay Mistry / Symphony

@robmoffat
Copy link
Member

Rob / FINOS

@Julia-Ritter
Copy link
Contributor

Julia / FINOS 👋

@carmenmassbaum
Copy link

Carmen / Wellington

@kriswest kriswest mentioned this issue Mar 20, 2023
Closed
26 tasks
@mistryvinay mistryvinay mentioned this issue Mar 28, 2023
Merged
@mistryvinay mistryvinay mentioned this issue Apr 5, 2023
Closed
16 tasks
@github-actions github-actions bot added the indexed When a meeting attendance is being tracked label Apr 6, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Context Data & Intents Contexts & Intents Discussion Group help wanted Extra attention is needed indexed When a meeting attendance is being tracked meeting
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@robmoffat @kriswest @mistryvinay @Julia-Ritter @nemery-flextrade @carmenmassbaum