Help center › Data Feed Reference › Reference data

Brokers · broker 1.1

Brokers. Brokers as reference data (code, name, country, LEI). Vestoris is paper trading only: nothing is routed to a broker. Key: code.

Namespace
urn:vestoris:feed:broker:1.1
Schema
broker-1.1.xsd
Also accepted
urn:vestoris:feed:broker:1.0 (broker-1.0.xsd)
Key (upsert)
code: a record with an existing key updates it; a new key inserts.
Start-of-day step
Reference (any time)
File name
F00012_BROKER_20261023_001.xml
Modes
delta; full (records not listed are inactivated, up to the feed's safety threshold: H201)

The <feed> root #

AttributeUseTypeMeaning
businessDaterequiredxs:dateThe business date the data is for (YYYY-MM-DD).
firmrequiredxs:stringYour firm code, shown on Data › Feeds (e.g. F00012).
sourceoptionalxs:stringWho produced the file (vendor or system name).
generatedrequiredxs:dateTimeWhen the file was produced (UTC).
recordCountrequiredxs:nonNegativeIntegerThe number of record elements. A file whose count does not match is refused (F004): it was probably cut short.
modeoptional (default delta)xs:stringdelta: only the records in the file change. full: the file is complete; records it does not list are inactivated, up to the feed's safety threshold.

The <record> elements #

upsert (insert or update by key). Elements may appear in any order; an element that is left out keeps its current value.

ElementRequiredTypeMeaningCodes
code key #yesxs:string
pattern [A-Z0-9][A-Z0-9_.\-]{0,19}
Your code for the broker. The key. A code: letters, digits, "_", "." or "-", up to 20. Part of the key. Example: BRK1R101 R111
name #yesxs:string
≤ 120 chars
The broker's name. Text, up to 120 characters. Example: Example Securities LLCR101 R114
country #noxs:string
pattern [A-Z]{2}
Country (ISO 3166-1 alpha-2). An ISO 3166-1 alpha-2 country code, e.g. US. Example: USR108
lei #noxs:string
pattern [A-Z0-9][A-Z0-9_.\-]{0,19}
Legal Entity Identifier. A code: letters, digits, "_", "." or "-", up to 20. Example: 549300EXAMPLE0000001R111
active #noxs:boolean false marks the broker inactive. true or false. Example: trueR112
udfs #noUdfs
up to 10 <udf slot="1..10" name="...">, ≤ 255 chars each
User-defined fields (format 1.1). Each <udf> names its slot (1 to 10) and optionally the field's name; the value is checked against the type your Admin gave the field. A slot that is not active for your firm is refused (U101), a value of the wrong type too (U102), and a name that differs from the slot's name (U103). Example: <udf slot="1" name="Internal rating">BBB</udf>U101 U102 U103 U104

Validation #

  1. No DOCTYPE or entity declaration (F002); well-formed UTF-8 (F001).
  2. The namespace and version are published (F007), and the file matches the XSD (F003).
  3. Header: firm is your firm code (F006), businessDate a business day (F005), recordCount the number of records (F004).
  4. Each record: the field checks in the table above, references to records that exist (R109), no key twice in a file (R110). A rejected record does not stop the rest of the file.

Codes this format can return: F001 F002 F003 F004 F005 F006 F007 F008 H201 R101 R108 R109 R110 R111 R112 R114 U101 U102 U103 U104

Sample #

An annotated file: the comment lines explain the header; drop them or keep them, comments are allowed.

<?xml version="1.0" encoding="UTF-8"?>
<!-- businessDate: the date the data is for. firm: your firm code. recordCount: how many <record> elements follow. -->
<feed xmlns="urn:vestoris:feed:broker:1.1" businessDate="2026-10-23" firm="F00012" source="ExampleVendor" generated="2026-10-23T22:05:00Z" recordCount="1" mode="delta">
  <record action="upsert">
    <code>BRK1</code>
    <name>Example Securities LLC</name>
    <country>US</country>
    <lei>549300EXAMPLE0000001</lei>
    <active>true</active>
  </record>
</feed>

Download the sampleDownload the XSDValidate a file

Version history #

  • 1.0 (2026-10-26): First published version.
  • 1.1 (2026-10-26): Adds the optional <udfs> element (up to ten <udf slot="1..10" name="...">value</udf>) to the reference formats that carry user-defined fields: security, issuer, account, accountgroup, broker, model, benchmark and list. Additive: every valid 1.0 file is still accepted under its 1.0 namespace.