StreamFuse resolves messy records into durable entity IDs across streaming API calls and bulk imports. It combines extracted identifiers, configurable entity-type behavior, vector candidate search, and explainable match decisions.
You send records by API or CSV/XLSX upload.
StreamFuse extracts identifiers, finds candidates, and applies match rules.
You get a canonical entity ID with confidence and audit context.
This page walks through the current buyer workflow end to end.
The entity type tells StreamFuse what kind of thing you are resolving, such as a person, company, device, product, claim, or account.
You can start with a simple entity type name, then tighten behavior as you learn where the data overmatches or undermatches.
The most important product decision is how aggressively StreamFuse should merge records. A support workflow may prefer conservative matching; an analytics dedupe workflow may prefer broader candidate discovery.
How often a match is correct. Higher precision means fewer false positives.
How many true matches are found. Higher recall means fewer false negatives.
Fewer false positives. Safer for regulated or customer-facing systems. Recommended when incorrect merges are costly.
Fewer false negatives. Better at finding all possible matches. Recommended for investigation, analytics, or enrichment pipelines.
Admins can choose the same matching profiles in the app or through the API:
high-precisionperson-matchingcompany-matchinghigh-recallbalanceddefaultMatch Profiles are configured per entity type. A product import can run high precision while people and account enrichment workflows use person-matching, company-matching, balanced, or recall-first behavior.
StreamFuse supports two practical onboarding paths.
/v1/identify
API path
Send one record at a time for streaming systems, enrichment pipelines, or application workflows.
You provide:
entity_typesource_systemexternal_idrecord JSON payloadData Import
Bulk path
Upload CSV or XLSX files when you want to evaluate matching behavior without writing code first.
You provide:
The import screen shows status, progress, recent throughput, and performance hints while worker jobs process the file.
The matching pipeline is intentionally hybrid. Identifiers matter a lot, but they are not the only signal; text similarity helps when identifiers are missing, inconsistent, or duplicated across systems.
Pure fuzzy matching can overmerge. Pure identifier matching can miss real-world duplicates. StreamFuse is designed to let identifiers, text, and entity-type rules work together.
After records are resolved, you can inspect what happened from the dashboard or API.
Browse canonical entity IDs, filter by entity type, and open an entity to review linked records.
Look up raw source records and trace which entity they were linked to.
Track bulk import progress, success and failure counts, throughput, and stale-job signals.
/v1/entity/{entity_id}/records
Retrieve Entity Records
Once you have an entity ID, you can retrieve:
This allows you to:
/v1/identify/jobs/{job_id}
Check Job Status (Async workflows)
When using async identify mode, StreamFuse returns a job_id.
This endpoint allows you to:
This is useful for:
StreamFuse handles the repetitive resolution mechanics:
You focus on data sources and match policy. StreamFuse handles the resolution workflow.
For full request/response schemas, examples, and error details, see the interactive API reference.