New Post
What
We introduced 2 new views in the reports section of the Reporting application:
In the āGroup by Typeā view all report definitions are grouped within their own report type.
In the āGroup by Statusā view all report definitions are grouped based on the status of the last job of each report definition. This leads to potentially 5 groups:
There are view options available like:
For more information please check our updated knowledge base article.
A new field, [Additional Price Unit Of Measure] has been added, if you trade virtual currencies where the price unit of measure is required on the submission and it is not an ISO unit, then this field will impact your submissions.
Validation:
WHEN [priceUnitOfMeasure] = 'LOTS'
AND [underlyingAssetOrUnderlyingContractType] = āVIRTā
THEN [additionalPriceUnitOfMeasure] is mandatory
ELSE [additionalPriceUnitOfMeasure] is NR
WHEN [priceUnitOfMeasure] != populated
THEN [additionalPriceUnitOfMeasure] is invalid
Related Info
How do I submit virtual currency products?
Go Live Date
Integration Environment: 2022-09-05
Production Environment : TBD
What
KOR has more reports ready!
This link has an overview of the reports. (we recommend you set up a free airtable acount)
This link describes the UI functionality.
Please try them out and provide your feedback. We will continually be adding more reports that are listed over the coming weeks.
What
Why
Added new fields and allowed values to support virtual currency products
Related Info
How do I submit virtual currency products?
What
KOR has updated the allowed values for the field Exempt Public Related Message (list)
Why
KOR found misreporting on the term NOT_APPLICABLEā and so we updated it to āIS_PUBLICLY_REPORTABLEā to avoid confusion for the definition of the field.
What does this mean for me?
To better understand this field and how it is used, KOR recommends you review the knowldge base article: How does KOR identify missing public messages?
What:
Modify Boolean fields in the API to follow industry standard Boolean format requirements.
Why
The CFTC Tech Spec specifies the values as True and False, but KOR has made the decision to follow technical standards based on client feedback.
What does this mean for me?
Fields that you submitted as strings with a value of "True" or "False" should be updated to a boolean type with a value of "true" or "false". This will also impact how data and reports are returned.
Example:
Field value in the API submission will changeā¦..
Impacted fields: