Trade Capture Report Ack

, ,
1

Imported from previous forum

2

I have a scenario running and would like to get some advice.
Broker1 sent a TradeCaptureReport 35=AE out and received TradeCaptureReportAck 35=AR back.

This 35=AR will be generated to Broker1 and to the counterparty (who agreed to the trade) as well but I realised that the AR report do not have any TAGs that indicates the price, quantity etc rather more on the status of the trade. How would the counterparty verify that the trade done with broker1 is correctly input?
Thanks!

3

[ original email was from Bivas Mishra - bivas.mishra@wipro.com ]
> I have a scenario running and would like to get some advice. Broker1

sent a TradeCaptureReport 35=AE out and received TradeCaptureReportAck
35=AR back.

This 35=AR will be generated to Broker1 and to the counterparty (who
agreed to the trade) as well but I realised that the AR report do not
have any TAGs that indicates the price, quantity etc rather more on the
status of the trade. How would the counterparty verify that the trade
done with broker1 is correctly input? Thanks!

A possible solution is that the system responds with an AE message (trade status) to counterparty indicating alleged trade details, after the ack has been sent.

4

I have a scenario running and would like to get some advice. Broker1
sent a TradeCaptureReport 35=AE out and received TradeCaptureReportAck
35=AR back.

This 35=AR will be generated to Broker1 and to the counterparty (who
agreed to the trade) as well but I realised that the AR report do not
have any TAGs that indicates the price, quantity etc rather more on
the status of the trade. How would the counterparty verify that the
trade done with broker1 is correctly input? Thanks!

A possible solution is that the system responds with an AE message
(trade status) to counterparty indicating alleged trade details, after
the ack has been sent.

Yes it is possible to route another copy of the AE to the counterparty, but is this a normal circumstances that the counterparty would expect to verify the trades details against the AR received?

5

Hi nil,

AR is the message to acknowledge a TCR, i.e. the sender of the TCR has the information you are looking for. Any other party can only receive a drop copy of the TCR, A drop copy of a TCR Ack does not make sense in such a scenario. You need a TCR which might also be Ack’ed by the counterparty, i.e. he would send a TCR Ack back to the sender of the drop copy.

Regards,
Hanno.

I have a scenario running and would like to get some advice. Broker1
sent a TradeCaptureReport 35=AE out and received
TradeCaptureReportAck 35=AR back.

This 35=AR will be generated to Broker1 and to the counterparty (who
agreed to the trade) as well but I realised that the AR report do
not have any TAGs that indicates the price, quantity etc rather more
on the status of the trade. How would the counterparty verify that
the trade done with broker1 is correctly input? Thanks!

A possible solution is that the system responds with an AE message
(trade status) to counterparty indicating alleged trade details, after
the ack has been sent.
________________________________________________________________-

Yes it is possible to route another copy of the AE to the counterparty,
but is this a normal circumstances that the counterparty would expect to
verify the trades details against the AR received?