Step 1
Reconcile the records
Bring together available manufacturer, serial, fleet, maintenance, and deployment data. Identify duplicates, gaps, and conflicts.
How it works
Step 1
Bring together available manufacturer, serial, fleet, maintenance, and deployment data. Identify duplicates, gaps, and conflicts.
Step 2
Create a persistent IDWorthy identity and a controlled operational record for each in-scope robot.
Step 3
Record who owns, operates, maintains, updates, or deploys the robot, with time-bound evidence.
Step 4
Preserve material changes across maintenance, configuration, software, transfer, handover, retirement, and controlled export.
Anatomy of an identity
Illustrative canonical UUIDv7-format example:
Canonical UUIDv7 text
019b8df2-7c35-7a14-8c95-6f26b73fd421URN representation
urn:uuid:019b8df2-7c35-7a14-8c95-6f26b73fd421Permanent resolver pattern
https://idworthy.com/id/{uuid}Bitemporal history
Every assertion records when it was true in the real world and when IDWorthy learned it.
Access model
The platform never makes information public merely because it possesses it. Data is classified at field and evidence level.
Public
IDWorthy ID, entity class, approved manufacturer and model, and high-level status.
Authorized customer
Software versions, maintenance documents, relationships, and exports.
Restricted / security
Exact locations, incident reports, credential metadata, and vulnerabilities.
For your engineers
OpenAPI 3.1 contracts, tenant-scoped authorization, idempotency keys, audit correlation IDs, and versioned schemas.
POST /v1/entities
GET /v1/entities/{id}
POST /v1/entities/{id}/events
POST /v1/evidence
GET /v1/entities/{id}/record
GET /v1/entities/{id}/exportPaid early-adopter pilots are designed for integrators and operators with 50 to 500 commercial or service robots.