Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.creditbenchmark.com/llms.txt

Use this file to discover all available pages before exploring further.

Matching as a Service is file-based entity resolution handled by Credit Benchmark. You send names, we resolve them, and we return a matched feed file. Use it when you want Credit Benchmark to own the resolution work. Use the API when you want ranked candidates returned directly to your systems.

Matching Options

DecisionMatching as a ServiceMatching API
Who resolves?Credit Benchmark.You.
Use whenYou want to offload review and receive a resolved file.You want candidates inside your own workflow.
OutputMatched CBId file.Ranked candidates with confidence scores.
Trade-offFile handoffs and slower turnaround; Credit Benchmark owns resolution.Faster, but you own resolution decisions.
API references: Matching API overview and Accuracy & Coverage.

Matching as a Service Process

1

Agree the input and output format

Confirm the file layout, cadence, delivery channel, and output fields during onboarding.
2

Send the input file

Transfer the file to Credit Benchmark through the agreed secure channel, usually SFTP or CB Secure.
3

Credit Benchmark resolves entities

Credit Benchmark matches the submitted names to internal entity records, reviews exceptions where needed, and assigns CBId values where a match can be made.
4

Receive the output file

Credit Benchmark returns the matched file through the agreed delivery channel. The output can include mapping fields, selected consensus fields, and agreed client reference fields.

Input File

At minimum, each row must include the entity name to be matched. Additional identifiers improve match quality and reduce manual review.
FieldRequiredNotes
Entity nameYesLegal or commonly used entity name.
CountryRecommendedHelps distinguish entities with similar names.
LEIRecommended if availableEnables deterministic matching where the identifier is available and valid.
Industry or entity typeOptionalUseful for resolving ambiguous names.
Client identifierOptionalUsed to preserve your internal row, portfolio, or system reference in the output.
Custom client fieldsOptionalUp to two agreed fields can be passed through to the output.

Submission Patterns

Choose one pattern during onboarding.
PatternHow it worksOutput behaviour
Append new namesSend an initial universe, then send only new names in later files.Output includes the accumulated universe.
Replace universeSend a full updated universe each period.Output includes the latest submitted universe only.
Separate listsSend each file as a separate group of names.Output includes the most recent list, unless a different layout is agreed.
If the same entity name can appear with different internal identifiers, tell Credit Benchmark during onboarding. The process can preserve row-level distinction using your identifiers or agreed custom fields.

Cadence and Deadlines

Output typeTiming
Time-sensitive match fileReturned on an agreed operational schedule.
Detailed month-end feedSubmit input by the 20th of the month. Output is returned on the last Friday of the month.
If no new file is submitted for a monthly run, the output can be generated from the last submitted universe using the latest available Credit Benchmark data.

Output File

Output fields are agreed during onboarding.
Output fieldNotes
Submitted entity name and client identifiersPreserves the input reference.
Matched CBIdCredit Benchmark identifier for the resolved entity.
Matched entity nameCredit Benchmark entity name.
Match status or confidence informationIncluded where agreed during onboarding.
Selected consensus data fieldsIncluded where the feed includes consensus data.
Third-party identifiersAvailable identifiers such as LEI or national registry identifiers.

Volumes

Monthly files commonly contain up to 10,000 submitted names. Larger files can be supported, but processing approach, timing, and commercial terms should be confirmed before onboarding.
Last modified on May 8, 2026