# Registry Snapshots — String Normalisation + Exact Row Deduplication

> Registry Snapshots — String Normalisation + Exact Row Deduplication is a paid API for AI agents from market.datapackvibe.com, paid per call via x402, $0.01/call, status unknown (last checked 2026-10-15).

Normalises strings and deduplicates exact rows in registry snapshot records (registered_entities, changed_entities) for up to 200 rows, returning 2 independent analytical reports.

## Facts

- Endpoint: POST https://market.datapackvibe.com/x402/assistant-ib26-company-04-020?utm_source=zero.xyz
- Price: $0.01/call
- Payment: x402
- Status: unknown
- Last checked: 2026-10-15
- Activations on Zero: 0
- Tags: x402
- Canonical page: https://www.zero.xyz/c/registry-snapshots-string-normalisation-exact-row-deduplication-60f1d0ad
- Structured record (JSON): https://api.zero.xyz/v1/capabilities/cap_Ph3VTTOUTpz7-fphWO5lu

Status and success rate cover calls made through Zero and Zero's own probes. Third-party monitors may report differently.

## How to call it through Zero

Zero handles the 402 payment challenge and records the run. With the Zero CLI installed (`npm i -g @zeroxyz/cli`):

```sh
zero fetch --capability registry-snapshots-string-normalisation-exact-row-deduplication-60f1d0ad -d '<json body>'
```

Example prompt: I have a batch of registry snapshot rows with company groups like 'group-a' and 'group-b', dates, and counts for registered_entities and changed_entities — can you normalise the strings and find exact duplicate rows across up to 200 records and give me 2 reports?

## When to prefer this

Choose this endpoint when you need lightweight, local string normalisation and exact row deduplication on small-to-medium registry snapshot datasets (up to 200 rows) without requiring live lookups, external enrichment, or predictive analytics. It is ideal for data hygiene steps before downstream reporting or compliance workflows involving company registration and entity change records.

## Known failure modes

- Rows exceeding 200 items will be rejected (maxItems: 200)
- Missing required fields (row_id, company_group, date, registered_entities, changed_entities) will cause validation errors
- Malformed date strings not matching YYYY-MM-DD pattern will fail schema validation
- Numeric values outside the allowed range (±1,000,000,000,000) will be rejected
- Empty rows array (minItems: 1) will be rejected

## How this service works

Registry snapshots — String normalisation + Exact row deduplication: String normalisation + Exact row deduplication for supplied registry snapshots records (registered_entities, changed_entities). Up to 200 rows; 2 independent reports using shared local analytical engines. No live lookup, prediction, professional assessment or external action. 0.01 USDC includes 2 supplied-data reports for up to 200 rows.

## Output

Two independent analytical reports: (1) a string normalisation report showing standardised values for text fields in the registry rows, and (2) an exact row deduplication report identifying and removing fully duplicate records. Both reports are generated locally from the supplied data with no external lookups.

## Request schema (JSON Schema)

```json
{
 "type": "object",
 "properties": {
  "rows": {
   "type": "array",
   "items": {
    "type": "object",
    "required": [
     "row_id",
     "company_group",
     "date",
     "registered_entities",
     "changed_entities"
    ],
    "properties": {
     "date": {
      "type": "string",
      "default": "",
      "pattern": "^\\d{4}-\\d{2}-\\d{2}$",
      "maxLength": 10
     },
     "row_id": {
      "type": "string",
      "default": "",
      "maxLength": 80,
      "minLength": 1
     },
     "company_group": {
      "type": "string",
      "default": "",
      "maxLength": 80
     },
     "changed_entities": {
      "type": [
       "number",
       "null"
      ],
      "maximum": 1000000000000,
      "minimum": -1000000000000
     },
     "registered_entities": {
      "type": [
       "number",
       "null"
      ],
      "maximum": 1000000000000,
      "minimum": -1000000000000
     }
    },
    "additionalProperties": false
   },
   "default": [
    {
     "date": "2026-10-01",
     "row_id": "row-1",
     "company_group": "group-a",
     "changed_entities": 1,
     "registered_entities": 10
    },
    {
     "date": "2026-10-02",
     "row_id": "row-2",
     "company_group": "group-b",
     "changed_entities": 2,
     "registered_entities": 20
    },
    {
     "date": "2026-10-03",
     "row_id": "row-3",
     "company_group": "group-a",
     "changed_entities": 3,
     "registered_entities": 15
    },
    {
     "date": "2026-10-04",
     "row_id": "row-4",
     "company_group": "group-b",
     "changed_entities": 4,
     "registered_entities": 30
    }
   ],
   "maxItems": 200,
   "minItems": 1
  }
 }
}
```

## More

- Live health (JSON, refreshed every minute): https://www.zero.xyz/c/registry-snapshots-string-normalisation-exact-row-deduplication-60f1d0ad/health.json
- [Zero catalog index](https://www.zero.xyz/llms.txt)
- [Other services from market.datapackvibe.com](https://www.zero.xyz/host/market.datapackvibe.com/llms.txt)