(Omit for when-issued securities if settlement date is unknown.) d, c 4 a dealer Effecting Trade dealer effecting trade directly with end customer or other dealer. D, c 4 n clearing Broker Clearing broker for dealer effecting trade. D 4 a contra dealer Effecting Trade contra party in inter-dealer trade. . D 4 n contra Clearing Broker Clearing broker for contra dealer. D, c 4 A/n submitter of Data Identifier of dealer, clearing dealer, or service bureau submitting trade report. D, c 2 a special Price reason Code Indicates the reason that the reported transaction price is not indicative of the market price. D 1 a qsr indicator Indicates trade is reported by nscc-authorized qualified Special Representative on locked-in basis. D, c 10 A/n msrb control Number Control number provided by msrb; reported by dealer when cancelling or changing trade report. .
Time, reporting - cftc
D, c 10 A/n dollar Price The price jude of the security, in dollars per hundred dollars par value. Not required for a when-issued security when settlement date is not known. D, c 9 A/n yield yield of transaction, in per cent. C 1 a dealers Capacity dealers capacity as agent for the customer or as principal. C 8 A/n commission Commission, in dollars per hundred dollars par value. D, c 1 a customer/Interdealer Indicator Indicates whether trade is inter-dealer or dealer-customer. D, c 1 a buy/Sell Indicator Indicates whether dealer reporting trade bought or sold the security. D 1 a syndicate takedown Indicator Indicates that trade was syndicate managers trade with syndicate member. D, c 8 n trade date The date the trade was effected. D, c 4 a time of Trade The time at which the trade was effected. D, c 8 n settlement Date date the trade will settle. .
The msrb asks whether linkage with a central utility provides a suitable data communications channel for thesis most dealers. The msrb also requests comments on the use of a uniform message specification for both inter-dealer and customer transactions. Suggestions are welcome for cases, in addition to the example given, for which special price reason codes are appropriate to explain transactions not at the market. May 29, 2001 data elements for municipal securities real-time trade reporting message the following data elements will be required for real-time reporting of municipal securities trades. The msrb anticipates that a single specification will apply to comparison of inter-dealer trades and to reporting of both inter-dealer and dealer-to-customer trades. Data elements in addition to those shown here will be specified for purposes of inter-dealer trade comparison. Appli-cable to* Length Type Element Description d, c 9 A/n cusip number Number assigned by the cusip service bureau. D, c 9 n par Value traded Par value (quantity) traded, in dollars.
10, msrb control number is pdf a means for a dealer to refer to a previously reported trade when the dealer reports a cancellation or change. It is an alternative to the currently used dealers transaction control number. The msrb control number will be provided to the dealer in the msrbs acknowledgement word of the dealers report of the trade. Clearing broker identities are currently required on inter-dealer transaction reports. The real-time trade message will require the clearing brokers identity on customer trades as well. This will provide regulators with more complete data for market surveillance and audit trail purposes. The msrb will continue to populate its surveillance database with information reported about each trade, including dealer identities and other details that are not in transparency reports. The msrb plans the following schedule for real-time trade reporting: Second quarter 2002, publication of detailed message specifications and operational procedures. Mid-2002, concept release of dissemination plan Early 2003 Testing Mid-2003 real-time trade reporting begins Specific comment is requested on the above operational system features.
If the trade is rejected or requires correction due to defects, the dealer must respond within one hour by submitting a corrected trade message. The data elements required for real-time reporting of municipal securities trades are similar to those now in use for end-of-day trade reporting. The msrb anticipates that a single message specification will apply to comparison of inter-dealer trades and to reporting of both inter-dealer and dealer-customer trades. The attachment to this notice identifies the data elements that will be in the trade reporting message. Relative to current end-of-day reporting requirements, the real-time trade message includes three new data elements. Based on information it has received, the msrb understands that it may be possible in some cases that the price at which a transaction is reported is not indicative of the market at the time of the transaction—for example, when the sale price. In that case, a special price reason code will be submitted by the dealer to identify the trade and provide a code for the reason the price is not at the market. Qsr indicator indicates that a trade is reported on a locked-in basis by a qualified Special Representative.
Roxio - become an Affiliate
For its real-time comparison system for government securities, gscc has adopted swift/iso 15022 standards. 9, the gscc system is being expanded so that it will support comparison of corporate and municipal securities in the future, so the msrb essay expects to meaning require messages consistent with the same standard. Dealers will be able to report trades by submitting trade messages to the central utility for forwarding to the msrb. Cancellations and changes will be reported the same way. . msrb immediately will send feedback to dealers through the utility.
In this way, dealers linked to the utility will not need to set up an additional telecommunications link with the msrb. As an alternative to the linkage with the central utility, the msrb will provide a web browser for low-volume input, trade correction and dealer access to data. The msrb may operate this capability alone or the msrb may be able to have msrb reporting functions added to nasd or central utility web browser products. As noted, dealers—both buyers and sellers—will be required to report each trade so that the central utility receives the trade message within 15 minutes of trade execution. Msrbs feedback to dealers will consist of reply messages. One reply message will be sent corresponding to each trade message received by the msrb. The reply message will indicate either that the dealers trade message was accepted or that it had specific defects.
The securities Industry Associations Fixed Income Transparency subcommittee has noted that the industrys preferred model for handling fixed-income transaction processing involves the creation of a utility to serve as a central conduit for transaction data coming from dealers. 6, the creation of such a utility is also a recommendation of the T1 Streetside fixed Income matching Working Group. 7, the planned central utility would allow dealers to route transaction data directly to regulators and clearing entities while having to maintain only one data communication link (with the utility). This approach essentially describes the current structure for municipal securities transaction reporting in which nscc serves as the utility. The msrb believes that this model has worked well for overnight batch reporting of municipal securities trades and believes that it also will work well for more contemporaneous trade reporting. The depository Trust clearing Corporation (dtcc through its subsidiary nscc and affiliate gscc (government Securities Clearing Corporation is planning to provide a service to receive reports of trades in fixed-income securities and forward the trade reports to the msrb and the nasd to support real-time.
The msrb supports dtccs planned system, as it will provide the crucial data communications hub necessary for dealers to efficiently transmit real-time trade information for both trade reporting and clearance purposes. The msrb plans the following features for real-time reporting of municipal securities transactions. Data about trades will be formatted and transmitted as electronic messages. Messages describing individual trades will replace the current files containing batches of trade records. Transmission of messages between the dealers computer, the central utility and the msrbs system will use industry-standard message queuing technology. 8, the central utility is expected to use message queuing as its communication standard. Instead of the proprietary file formats used currently for municipal securities trade reporting, standardized formats will be adopted for trade messages.
Leed 2012: The usgbc adds teeth, real
To achieve this goal dealers will need to adopt a straight-through processing approach in which trade data is input only once and the record of the trade is augmented by successive automated steps until the trade is settled and reported for regulatory purposes. The msrb believes that the securities industrys movement to T1 settlement provides an excellent opportunity to achieve real-time transaction reporting in the municipal securities market. The straight-through processing methodology necessary for T1 settlement soon will replace most of the overnight batch processes now used for confirming, clearing and settling bond transactions. Integrating thesis trade reporting functions into the new processing systems resumes should allow the municipal securities market to move to real-time transaction transparency without the extra expense of developing, building, maintaining and operating separate systems exclusively for real-time trade reporting. Under this model for transaction processing, transactions will need to be entered into the processing stream as they are effected and will be reported to clearance and settlement systems continuously throughout the day. The msrb believes that the adoption of such new systems by dealers will provide the best means for dealers to report municipal trade data to the msrb on a real-time basis. The msrb plans to implement real-time reporting by amending rule g-14 to require that dealers report trades no more than 15 minutes after they are effected.
also has been continually enhanced to provide more comprehensive transaction information to the market. The program currently publishes transparency reports on a t1 and monthly basis. 4, a primary objective of the msrb in implementing its transaction reporting program was to keep development and operational costs to dealers low. This was done in part by using existing industry trade record formats, protocols and communication channels. . dealers can use their own internal trade processing systems to produce the trade reports for submission to the msrb. Instead of requiring dealers to link their internal systems directly with the msrb, the msrb worked with National Securities Clearing Corporation (nscc) and industry members so that dealers could use their existing data links with nscc for municipal transaction reporting. Nsccs efforts in linking dealers to the msrbs system have been very effective, saving dealers significant operational and development costs. In turn, the dealer community has supported the system and helped to make it successful. Overview: transition to t1 settlement, the securities industry is planning to change its method of trade processing from the current standard of settling trades on the third day after trade date (T3) to a next-day (T1) standard by 2004.
1, toward this end, the msrb has formulated the basic elements of its plan regarding operational aspects for mandatory dealer submission of trade data to msrb in real time. The msrbs goal in moving to real-time reporting is to have the operational details function as smoothly as possible essays for dealers and to achieve the collection of real-time trade data at the lowest possible cost to dealers. The msrb at this time is requesting comment on its operational plan for collection of data. Although the msrb has committed to bring about real-time price transparency for municipal securities, at this time the msrb is not proposing a specific plan for disseminating transparency information in real time. The msrb has previously received comments regarding real-time price dissemination and understands that there are unique issues in the municipal securities market that must be considered when devising a plan for real-time price dissemination. 2, the msrb intends to issue a concept release on price and volume dissemination in 2002 which will provide ample opportunity for industry discussion prior to the planned 2003 operational date. However, the msrb believes that it is important to begin discussion of the operational plan for trade data collection now, because of the long lead time dealers will need in planning changes to their internal transaction processing systems. In 1994, the msrb announced a long-range plan for transaction reporting in the municipal securities market. 3, the program was begun on a pilot basis in 1995, and has been enhanced several times over the intervening years to bring greater levels of market surveillance and transparency.
Free site counter and web tracker
Depositions (Oral and Video arbitrations, hearings, seminars, board meetings, real-Time reporting (Caseview Net). Daily copy, e-mail Instant Delivery, condensed Transcripts, transcript Word Index. Complete Examination and Exhibit Index, transcription (Video and Audio transcript Archiving. Nationwide networking through Table 8, legal Videography litigation Support, online repository of Transcripts, video and Exhibits). Comments on this notice should be submitted no later than September 30, 2001, and may be directed to larry. Lawrence, business policy and Technology Advisor. . Written comments will be available for public inspection. The municipal Securities Rulemaking board (the msrb) has a long-standing policy to increase price transparency in the municipal securities market. The msrb consistently has affirmed its commitment to the ultimate goal of the transaction reporting program, which is to collect and make available transaction information in a comprehensive and contemporaneous manner.