[QFJ-682] MiscFeeType in FIX44.xml does not match FIX Protocol Created: 24/May/12  Updated: 01/Apr/14  Resolved: 01/Apr/14

Status: Closed
Project: QuickFIX/J
Component/s: Message Generation
Affects Version/s: 1.5.2
Fix Version/s: None

Type: Bug Priority: Default
Reporter: Jose Elias Chavez Assignee: Unassigned
Resolution: Not a bug Votes: 0
Labels: Field, Message, QuickfixJ
Environment:

Linux, CentOS, Java 1.6.0b22 64-bit JVM


Issue Links:
Duplicate
is duplicated by QFJ-755 FIX44.xml field number 139 'MiscFeeTy... Closed

 Description   

I was comparing what is in the default FIX44.xml data dictionary with what is defined for Tag 139 MiscFeeType. It's defined as follows in the FIX44.xml:

<!-- Changed to string in FIX5.0, overrides this field type -->
<field number="139" name="MiscFeeType" type="CHAR">
<value enum="1" description="REGULATORY"/>
<value enum="2" description="TAX"/>
<value enum="3" description="LOCAL_COMMISSION"/>
<value enum="4" description="EXCHANGE_FEES"/>
<value enum="5" description="STAMP"/>
<value enum="6" description="LEVY"/>
<value enum="7" description="OTHER"/>
<value enum="8" description="MARKUP"/>
<value enum="9" description="CONSUMPTION_TAX"/>
</field>

However, in the FIXimate, I see that an additional 3 values are defined:

10 = Per transaction [PerTransaction]
11 = Conversion [Conversion]
12 = Agent [Agent]

I was using a version of FIX44.xml that I modified in order to communicate with NSCC's new UTC system. They are adhering to the 4.4 spec, but I would need to pick up 10 (Per Transaction) field from their TradeCaptureReport message.

Any reason why these 3 fields are not included in the data dictionary?

Also, data dictionary is defined as char. Since the addition of the 3 fields, is this the reason why it is now defined as String in FIX 5.0?



 Comments   
Comment by Christoph John [ 01/Apr/14 ]

Yes, MiscFeeType is defined as String from FIX 5.0 onwards. Strangely it is defined as char in FIX 4.4 although values 10-14 were added.
So you need to modify your data dictionary in order to accept those values. Since in the end the MiscFeeType class will be generated from the FIX5.0 data dictionary it will be of type StringField and will have the additional values.

Generated at Sat Nov 23 05:05:24 UTC 2024 using JIRA 7.5.2#75007-sha1:9f5725bb824792b3230a5d8716f0c13e296a3cae.