It’s important to understand the role of FIX tag 243, known as UnderlyingRepoCollateralSecurityType, even though it has been marked as deprecated in the FIX Dictionary. This tag is part of the FIX Protocol, which serves as a messaging standard for the electronic communication within financial markets. The deprecation signifies that while the tag may still be encountered in legacy systems, it is no longer recommended for use in new applications or implementations.

In the context of your trading activities, FIX tag 243 referred to the type of security that serves as collateral in a repurchase agreement (repo). Understanding this concept is necessary, especially if you engage in fixed-income trading or participate in the repo market, where securities are sold and subsequently repurchased at a later date, often at a higher price. Collateral plays a significant role in these transactions by assuring lenders that they will recover their funds should the borrowing party default.

This tag was utilized to specify what kind of instrument was provided as collateral during repos. For instance, the collateral could be an equity, government bond, or corporate bond, among others. By supplying the type of collateral via FIX tag 243, parties involved in the trade could precisely identify the risks and characteristics associated with the underlying security being used as collateral.

Even though FIX tag 243 is considered deprecated, you should still be aware of the FIX messages that previously used it, as these messages offer a glimpse into the trading ecosystems you might encounter. Among the messages categorized under FIX that reference tag 243 are:

  • NewOrderMultileg: This message is used for entering an order for multiple legs in a multi-leg transaction.
  • ExecutiveOrderCancelReplaceRequest: This message is used to request the cancellation and replacement of an existing order.
  • CollateralRequest: In the context of collateralized transactions, this message helps facilitate requests for collateral details.

Although the existence of FIX tag 243 may fade, the principles and functionality it represented can still be beneficial for your understanding of current practices in finance. As you proceed with your trading strategies, familiarizing yourself with deprecated tags and concepts provides a comprehensive insight into the evolving landscape of trading technologies and regulations.

As your trading journey unfolds, keep abreast of updates in the FIX Protocol and associated tags. With a keen awareness of both current and obsolete tags like FIX tag 243, you can better position yourself in the market and navigate trading platforms more effectively.

Oh hi there đź‘‹
It’s nice to meet you.

Sign up to get access and receive our gift: FIX Standard introductory book.

We don’t spam! Read our privacy policy for more info.

Explore More

FIX Tag Errors That Cost Money: Top 10 Misconfigurations in Order Entry and How to Prevent Them

With misconfigured FIX tags, your orders can fail, route incorrectly, or cause trade breaks that lead to costly outages and regulatory fines. This post exposes the top 10 order-entry misconfigurations—tag mapping mismatches, missing required fields, wrong data types, and delayed acknowledgements—and gives practical prevention steps like strict schema validation, pre-deploy

Tag 528 (OrderCapacity) and Tag 47 (ExecInst): The Compliance Tags That Kill Orders If You Guess Wrong — Mapping Agency, Principal, and ShortLocate Rules

You will quickly learn that Tag 528 (OrderCapacity) and Tag 47 (ExecInst) are enforcement points that can cancel or reject your orders when you misstate your role or execution intent. Tag 528 (OrderCapacity) tells counterparties and exchanges whether you act as Agency, Principal, Riskless Principal or another capacity. If you

FIX Protocol > FIX tag 389 DiscretionOffsetValue

Many traders encounter the FIX tag 389, known as DiscretionOffsetValue, when working with the FIX Protocol. This tag plays a significant role in providing enhanced trading flexibility, particularly for those using discretionary trading strategies. The DiscretionOffsetValue indicates the amount by which the price of a trade can be adjusted from