Record a Claim with Evidence
Record a public identifier or company relationship with its supporting source.
You need an owner, admin, or member role in a workspace with FININT, Cyber, or Explorer access. Use a public page that supports the identifier or relationship.
Record an identifier in the app
- Open a company from FININT → Markets → Companies.
- In Entity ledger, select Open ledger subject if no subject exists.
- Open Record an identifier with its source.
- Select the identifier kind.
- Enter the value from the source page.
- Enter a namespace if the kind requires one.
- Enter the source URL, collection method, and an excerpt of up to 500 characters.
- Select a supported verification state and confidence from 0 to 100.
- Select Record claim.
The saved identifier appears with its verification state. Y2 records the identifier, observation, and claim in one transaction. Repeating an identifier adds a correction that retains the earlier evidence.
| Kind | Required namespace |
|---|---|
handle | Platform or host, such as github.com |
external-id | sec-cik, lei, wikidata, or attack-group |
ticker | Exchange MIC, such as XNAS |
Y2 stores canonical values, including lowercase domains, ten-digit CIKs, and uppercase tickers. See designator kinds.
Set a display label
- Record a Published name with its source.
- Select Use as label beside the name.
Y2 adds a separate preferred-label claim and an analyst note that cites the source.
The label claim is graded analytic.
Record a supply or ownership tie in the app
- Open Record a supply or ownership tie.
- Search the shared catalog for the other company.
- Select its role: supplier, customer, parent, or subsidiary.
- Cite the public page that states the relationship.
- Select a supported verification state and confidence.
- Select Record tie.
Y2 opens a subject for the other company if needed.
For a supplier, the supplies claim runs from that supplier to the selected company.
The company's Cyber-market exposure panel can use the saved relationship. Events appear only when supporting data is available within the selected period and coverage limits. See Fusion response.
Record through the API
Use a workspace-bound key with ledger:write.
Use ledger:read to inspect the saved records.
- Open a subject, or use an existing subject ID.
- Create an observation payload with the source URL, retrieval time, excerpt, method, and source grade.
- Append the observation and retain its returned
data.id. - Append a designator and retain its returned
data.id. - Append a
designated-byclaim from the subject to the designator, citing the observation inevidenceRefs.
Use the record payload reference for each JSON file. To submit a prepared file:
curl --fail --silent --show-error "https://api.y2.dev/api/v2/ledger/records" \
--header "Authorization: Bearer $Y2_API_KEY" \
--header "Idempotency-Key: $Y2_REQUEST_ID" \
--json @record.jsonSet Y2_REQUEST_ID to a unique identifier for that request.
Reuse it only when retrying the same payload.
An existing designator returns 200 with created: false.
A repeated claim requires supersedes with the current claim ID.
Choose the verification state
Select a state supported by the evidence.
| Evidence | State |
|---|---|
| One public page supports the link | located |
| The subject's own page states the link | self-asserted |
| Two retrieved pages identify the link | cross-linked |
| Further independent evidence supports the link | corroborated |
| Only analyst notes support the claim | analytic |
| A string appears without a supported link | mentioned |
cross-linked and corroborated require retrievals from at least two different page URLs.
analytic requires that all cited observations are analyst notes.
A public profile does not establish control
A profile can support a handle designation without showing who controls the account.
Record controls only when a source supports that separate claim.