Home Blog Page 665

Alasdair Haynes : ITG

BLAZING THE EXECUTION TRAIL.

Alasdair Haynes Chi-X

For the past ten years, Alasdair Haynes of ITG has been extolling the virtues of transaction cost analysis and crossing networks. The buyside have been slow converts but the momentum is gathering pace now that MiFID is a reality.

ITG has been preaching about best execution and TCA ever since it landed on these shores. Do you finally feel vindicated?

When ITG first opened in Europe in 1997, the whole idea of using crossing networks and transaction cost analysis was seen as an American phenomenon. It has been amazing to see how the market in Europe has changed. The market structures are so different now than just a few years ago. Today, there is a choice of crossing networks, direct market access (DMA) and algorithms. Technology has been the driver but regulation has allowed companies to be innovative and entrepreneurial with their solutions. I see MiFID as the watershed moment in our business, and it endorses our business model. Article 21 outlines requirements for best execution and an “obligation” to look for all forms of liquidity, such as ‘blind’ or anonymous crossing with counterparties at the mid-point of the bid/offer spread. In the past, traders went to the stock exchange to get the underlying price, which was an inaccurate way of doing business.

But, people must understand that best execution is a process and not a safe harbour price. It involves the optimal way to trade. The difference today is that asset managers have a much greater choice in terms of how, when and where to trade – and this is expected to only increase under MiFid.

How have things changed for ITG in particular?

When we started we were a single product company and now we have developed a multiple, integrated product offering, which aims to provide end-to-end trading solutions. We realised clients want the whole package – pre-trade and post-trade analysis, trading products and services, and portfolio analysis. Our main focus, though, has remained the same throughout the years – the quality of execution. I like to compare our technology with the satnav (satellite navigation system) in a car. It tells you how to drive in a more effective and efficient manner, points out which roads to take and how long it will take you to get to the final destination. For example, our pre-trade systems will tell the trader which market to route to and what costs will be incurred in the process while real-time analytics will allow for alterations in market conditions, just as a satnav system will guide a driver around accidents and traffic jams.

The last nine months has been difficult for the financial services industry. How has ITG fared?

For the short term, I think it will have an effect but if you take a five year view, the impact will be minimal. Take the Asian crisis. There was a delay, but companies stayed on track and continued to invest. For us in Europe, 2007 was a great year, with revenues rising almost 60% and profits increasing by nearly 70%. Looking ahead, we are doing what we have always done – looking for the opportunities and then positioning ourselves to take advantage of them. We have several new products in the pipeline such as more algorithms, smart routing solutions and additional global trading products.”

You made the headlines last year with your “dark pool” product, POSIT. Can you tell me more about the latest addition launched at the end of this past February?

POSIT Alert is the latest  addition to our POSIT  suite of crossing solutions  which also includes  POSIT Match and POSIT  Now. POSIT Match offers  scheduled crosses with  concentrated liquidity that  enable institutional traders  to anonymously match  orders. POSIT Now provides continuous crossing throughout the trading day. Since MiFID, POSIT is now categorised as a multilateral trading facility.

POSIT Alert will have all these benefits plus the added functionality of an alert system which will notify clients each time there is a natural matching opportunity. The way it works is that POSIT Alert will search for trading opportunities with other clients that have opted to participate. When the system identifies a match, a pop-up message alerts the trader, who can decide whether to trade and in what quantity. The trade crosses at the midpoint price of the underlying market price and there is no negotiation.

I also see you are making a push into Asia Pacific with Triton, the execution management system. Can you expand upon that?

Fund managers across the Asia-Pacific region are facing the same challenges in terms of trading in multiple markets with different exchanges, currencies, regulations and market structures. They are also facing greater complexity as well as more pressure to prove best execution. Triton enables the buyside to trade over 30,000 equities via multiple destinations across the Asia- Pacific markets. They can do this from a single application on their desktop, rather than having to access different multiple exchanges, brokers and algorithmic trading tools individually. Triton creates a single platform for finding liquidity, executing trades, and also for analysing and managing the costs of the entire trading process. We have introduced Triton already in the US and European markets, and the goal in 2008 is to fully integrate the regional systems to deliver truly global trading from a single platform.

What other new products do you have in the pipeline?

This year we will be working on Triton X, a product which will integrate our execution management systems with our order management systems to provide a more effective and efficient service for the buy-side. We will also be working on the next generation of algorithms, which at ITG are divided into three categories – dark, single-stock, and list-based algorithms. In many ways, we have only scratched the surface in terms of what these tools can do and we want to move them to the next level in terms of sophistication and technology.

There are now several competitors in the marketplace jostling for position, do you think you have first mover advantage?

I am not sure how important first mover advantage is. What is important in this ever changing and complex market is to keep running on full and not drop the ball. We know what we want to achieve and have a clear vision of the products and solutions we want to deliver. However, in order to stay a leader, you must also be able to change and adapt.

[Bibliography]

Alasdair Haynes is chief executive officer of ITG International. In 1998 Alasdair joined the company as chief executive officer of ITG in Europe following a 20-year career in investment banking, working in london, paris and Singapore. prior
to joining ITG, he held the position of director and head of global equity derivatives at HSBC and held senior positions with Bankers Trust, UBS and Morgan Grenfell. In 2006 Alasdair was appointed co-chair of the Fpl EMEA regional Committee.
©BestExecution

Advert place 1 WEC and the trade show

Advert place 4

Advert place 2 trading show and ap fix event

Advert place 3 thomson app studio

Advert place 5

Advert on 6

Advert place 7

What is FIX?

By Carlyle Gordon
The intention of this article is to explain what the FIX Protocol is to someone who is not familiar or only has a vague familiarity with the FIX Protocol. Reading this article should demystify the purpose and substance of the FIX Protocol.
Who should read this article?

I would say any person working in a technology department of a financial services firm. Due to the very basic nature of this article I would also encourage people who are working on the business side of these firms. For the trader this information is mostly unimportant, but since this could be the core technology surrounding the tools you use to make your living I would recommend that you at least be familiar with it.
What is FIX?

FIX stands for Financial Information Exchange and is by definition a protocol used to communicate financial data; more specifically for electronic trading or trading of stocks/securities via computer software. It has to do with previously agreed upon standards of communication between traders/firms and other traders/firms. It is the electronic language used to transmit, for example; a buy order of 100 shares of Microsoft or to check on the status of that order or to cancel that order or even reject that order. Just about every kind of securities trading-related transaction message could be transmitted in the language of FIX.
The analogy of FIX

FIX can be thought of as a spoken language where you have appropriate and previously agreed upon questions, statements and requests, which in turn have appropriate responses. Just like with spoken languages we have electronic equivalents of dictionaries and grammar books that tell you everything that can be communicated and how it should be done. The documents are called FIX Protocol specifications.
In plain “English” if we speak with the “protocol” of the English language and say “Hello” and another person responds “nana” (gibberish) or “blue” (a color), odds are that we will be confused and your communication with this person would therefore be a failure. In English, people cannot simply respond in any manner they choose, blurting out things using their own exclusive code words or anything that comes to mind. We have to follow a protocol or language in order to communicate and be understood.
In the financial world, this applies to the electronic trading systems of brokerages and exchanges. If your trading system were to electronically send orders in a proprietary format, then how would trading systems at other firms understand your trades? That chaotic method of trading would surely result in many errors and financial losses. This is why we have FIX, where (for example) all FIX compliant parties have agreed that every new message will begin with “BeginString<8>=value” and end with “CheckSum<10>=value”.
FIX in practice
FIX facilitates the elimination of the spoken words used in manual order execution by phone. Instead of calling a broker and saying, “buy 100 shares”, you can use software to send the same order using the language of FIX. Instead of transmitting a message “buy 100 shares”, FIX compliant software transmits this message as “54=1 38=100”. This
message is sent from one trading software program (OMS) to another for execution. The FIX Protocol is what tells us to send “54=1 38=100” in place of “buy 100 shares”. If you are developing your own FIX compliant trading software, such as Portware Professional or FIXTrader, NYFIX’s powerful trader workstation, then you need to ensure that all of your messages comply with the FIX Protocol.
Essentially you would look up the transaction type that you need and use the tags listed for that message. For example if you wanted to have your program send a reject message, you would look up the “reject” in the FIX specification document and find and utilize the appropriate tags. As a trader assisting in this process, you would tell your developer that you need the program to support a reject and he/she would look up reject protocol (grammar) in the appropriate FIX Protocol specification document and implement it for you. FIX has rules or a syntax that should be followed. The first thing to know is that every message consists of:

Header: Message delivery details. Begins with: [BeginString][BodyLength][MsgType]

Body: Consists of the details of the order. For example, What are you trading? Are you buying or selling?

Trailer: Consists primarily of the [CheckSum] tag which is used to validate message integrity.

FIX syntax
All messages are written in the form, “Tag=Value”. Tags can have both alpha elements (BeginString) and numerical elements (8). For example “BeginString<8>”. The tag “8” and the value “FIX.4.4”, would be written: 8=FIX4.4 Here is a complete FIX message with all tags and values color coded for your learning convenience:
[8=FIX.4.2 9=0164 35=D 34=20 49=Customer 56=Broker 52=20050329-18:12:47 55=IBM 21=3 60=20050329-18:12:48 15=USD 11=48025 54=1 47=A 40=1 38=100 10=164]
NOTE: Allowed values are restricted by the rules of the particular FIX version being used. The values can sometimes even be case sensitive as in MsgType<35>, where “d” and “D” are two different message types. For your reference here are some of the above tags translated:

  • “34” or “MsgSeqNum<34>”, stands for message sequence number.
  • “55” or “Symbol<55>”, stands for symbol.
  • “54” or “Side<54>”, stands for side (buy, sell, sell short).
  • “38” or “OrderQty<38>”, stands for order quantity.

Here is a sample message where a single order to buy 100 shares of IBM at market price is sent from “Customer” to another bank  called “Broker”:
[8=FIX.4.2 9=0164 35=D 34=20 49=Customer 56=Broker 52=20050329-18:12:47 50=589634 55=IBM1=PRA 21=3 100=A 60=20050329-18:12:48 15=USD 110=0 11=48025 63=0 59=0 54=1 47=A 40=1 38=100 10=087]
The FIX Protocol tells you that Broker can acknowledge receipt and processing of the order in what we call an “execution report”(35=8) by sending Customer the following message:
[8=FIX.4.2 9=0250 35=8 34=20 49=Broker 56=Customer 52=20050329-18:12:49 57=589634 1=PRA 6=0 11=48025  14=0 15=USD 17=47569003231 20=0 21=1 31=0 32=0 37=02075M8B 38=100 39=0 40=1 47=A 54=1 55=IBM 58=ROUTED 59=0 60=20050329-18:12:48 63=0 150=0 151=100  198=DMO*24 207=A 10=242]
There is much more to the FIX Protocol, such as the way in which it facilitates communications between buy-side and sell-side firms and the ways it  is able to route orders to multiple destinations. There are value types, required and optional tags and the list goes on. A lot of this information can be found at www.fixprotocol.org. This article is intended to be very basic so it can be understood by almost anyone. To this end I have filtered out many details unnecessary for gaining a basic understanding of the  FIX Protocol.
Where do you go from here?

  1. Start reviewing the FIX Protocol itself here: http://www.fixprotocol.org/specifications/ (use FIXimate on the above page)
  2. Start becoming more familiar with FIX by building your own messages using the protocol’s specifications documents. Make up an order and then try to code it in the FIX language using the specification documents.
  3. Post any questions you may have about FIX on the fixprotocol.org forums: http://www.fixprotocol.org/discuss/