Skip to content

FIX MESSAGE 35=AT

AllocationReportAck

MsgType (35) = ATAllocationAdded FIX.4.4

Definition

The Allocation Report Ack message is used to acknowledge the receipt of and provide status for an Allocation Report message.

Message structure 64 distinct fields

Source order, including nested components and groups. Group counts precede the repeated entries. “Required here” is relative to the enclosing component or group, not unconditional in the message. A dash means not marked required; conditional requirements remain in the source notes. This is a reference, not a counterparty-specific validator.

  1. StandardHeaderComponentRequired

    MsgType = AT

    1. 8 BeginStringStringRequired here

      FIX.4.4 (Always unencrypted, must be first field in message)

    2. 9 BodyLengthLengthRequired here

      (Always unencrypted, must be second field in message)

    3. 35 MsgTypeStringRequired here

      (Always unencrypted, must be third field in message)

    4. 49 SenderCompIDStringRequired here

      (Always unencrypted)

    5. 56 TargetCompIDStringRequired here

      (Always unencrypted)

    6. Trading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.)

    7. Trading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.)

    8. Required to identify length of encrypted section of message. (Always unencrypted)

    9. Required when message body is encrypted. Always immediately follows SecureDataLen field.

    10. 34 MsgSeqNumSeqNumRequired here

      (Can be embedded within encrypted data section.)

    11. (Can be embedded within encrypted data section.)

    12. Sender's LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.)

    13. "ADMIN" reserved for administrative messages not intended for a specific user. (Can be embedded within encrypted data section.)

    14. Trading partner LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.)

    15. Trading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.)

    16. Trading partner LocationID (i.e. geographic location and/or desk) used when delivering messages via a third party. (Can be embedded within encrypted data section.)

    17. Trading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.)

    18. Trading partner LocationID (i.e. geographic location and/or desk) used when delivering messages via a third party. (Can be embedded within encrypted data section.)

    19. 43 PossDupFlagBoolean

      Always required for retransmitted messages, whether prompted by the sending system or as the result of a resend request. (Can be embedded within encrypted data section.)

    20. 97 PossResendBoolean

      Required when message may be duplicate of another message sent under a different sequence number. (Can be embedded within encrypted data section.)

    21. 52 SendingTimeUTCTimestampRequired here

      (Can be embedded within encrypted data section.)

    22. 122 OrigSendingTimeUTCTimestamp

      Required for message resent as a result of a ResendRequest. If data is not available set to same value as SendingTime (Can be embedded within encrypted data section.)

    23. Required when specifying XmlData to identify the length of a XmlData message block. (Can be embedded within encrypted data section.)

    24. Can contain an XML formatted message block (e.g. FIXML). Always immediately follows XmlDataLen field. (Can be embedded within encrypted data section.) See Volume 1: FIXML Support

    25. Type of message encoding (non-ASCII characters) used in a message’s "Encoded" fields. Required if any "Encoding" fields are used.

    26. The last MsgSeqNum value received by the FIX engine and processed by downstream application, such as trading system or order routing system. Can be specified on every message sent. Useful for detecting a backlog with a counterparty.

    27. HopRepeating groupCount tag 627

      Number of repeating groups of historical "hop" information. Only applicable if OnBehalfOfCompID is used, however, its use is optional. Note that some market regulations or counterparties may require tracking of message hops.

      1. 627 NoHopsGroup count
      2. 628 HopCompIDString
      3. 629 HopSendingTimeUTCTimestamp
      4. 630 HopRefIDSeqNum
  2. 755 AllocReportIDStringRequired
  3. 70 AllocIDStringRequired
  4. PartiesRepeating groupCount tag 453
    1. 453 NoPartyIDsGroup count

      Repeating group below should contain unique combinations of PartyID, PartyIDSource, and PartyRole

    2. 448 PartyIDString

      Used to identify source of PartyID. Required if PartyIDSource is specified. Required if NoPartyIDs > 0.

    3. Used to identify class source of PartyID value (e.g. BIC). Required if PartyID is specified. Required if NoPartyIDs > 0.

    4. Identifies the type of PartyID (e.g. Executing Broker). Required if NoPartyIDs > 0.

    5. PtysSubGrpRepeating groupCount tag 802

      Repeating group of Party sub-identifiers.

      1. 802 NoPartySubIDsGroup count
  5. Optional second identifier for the allocation report being acknowledged (need not be unique)

  6. 75 TradeDateLocalMktDate
  7. 60 TransactTimeUTCTimestampRequired

    Date/Time Allocation Report Ack generated

  8. 87 AllocStatusintRequired

    Denotes the status of the allocation report; received (but not yet processed), rejected (at block or account level) or accepted (and processed).

  9. Required for AllocStatus = 1 ( block level reject) and for AllocStatus 2 (account level reject) if the individual accounts and reject reasons are not provided in this message

  10. Required if AllocReportType = 8 (Request to Intermediary) Indicates status that is requested to be transmitted to counterparty by the intermediary (i.e. clearing house)

  11. Denotes whether the financial details provided on the Allocation Report were successfully matched.

  12. 58 TextString

    Can include explanation for AllocRejCode = 7 (other)

  13. Must be set if EncodedText field is specified and must immediately precede it.

  14. Encoded (non-ASCII characters) representation of the Text field in the encoded format specified via the MessageEncoding field.

  15. AllocAckGrpRepeating groupCount tag 78

    This repeating group is optionally used for messages with AllocStatus = 2 (account level reject) to provide details of the individual accounts that caused the rejection, together with reject reasons. This group should not be populated where AllocStatus has any other value. Indicates number of allocation groups to follow.

    1. 78 NoAllocsGroup count
    2. 161 AllocTextString
  16. StandardTrailerComponentRequired
    1. Required when trailer contains signature. Note: Not to be included within SecureData field

    2. Note: Not to be included within SecureData field

    3. 10 CheckSumStringRequired here

      (Always unencrypted, always last field in message)