- The firm onboards the trader directly, including every customer message and the secure delivery of their venue credentials.
- The firm registers the account with a partner key: the trader’s email, the account number, and the venue login label. That is all a registration is.
- The trader signs in, sees the registration waiting, and enters their own venue credential themselves.
- The account is live. The firm gets audit and usage reporting; the trader keeps sole possession of their credential.
Reporting
Three reads cover the firm’s side of the relationship, all under the firm’s own partner key.GET /api/partner/connect/accounts is the audit view: every registration the firm has made, and
whether each one is still pending, was linked, was revoked, or expired.
GET /api/partner/usage is the billing view: how many distinct accounts actually traded in a
month, the agreed per-account price, and the total. An account that was provisioned but never
traded is not counted, and simulated fills are never counted.
GET /api/partner/usage/accounts is the reconciliation view: the accounts behind that usage
number, each with the real fills that made it count and when the first and last of them happened.
The list always sums to the billed count because it is the same query expanded, so when a firm’s
records disagree with an invoice, this is where the difference shows up — account by account.
Those numbers come from the same query trdrs computes its own invoice from, so a firm can check a
bill against the API instead of asking for a breakdown. Usage defaults to the previous complete
month, which is the one being invoiced; naming the current month gives month-to-date.
Use Connect when:
- the account already exists at a venue;
- the firm wants the trader trading on trdrs;
- the firm needs audit and usage reporting;
- the trader keeps control of their own credential.