# Registry Snapshots — String Normalisation + Daily Sum Series

> Registry Snapshots — String Normalisation + Daily Sum Series 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).

Runs two local analytical reports (string normalisation and daily sum series) on up to 200 rows of registry snapshot data containing registered and changed entity counts.

## Facts

- Endpoint: POST https://market.datapackvibe.com/x402/assistant-ib26-company-04-027?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-daily-sum-series-f3ed1185
- Structured record (JSON): https://api.zero.xyz/v1/capabilities/cap_wtNPyTIQx68m60asblr4J

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-daily-sum-series-f3ed1185 -d '<json body>'
```

Example prompt: Can you run string normalisation and a daily sum series on my registry snapshot data? I have rows with company_group, date, registered_entities, and changed_entities fields — use the registered_entities field for the sum series, here are up to 200 rows.

## When to prefer this

Choose this endpoint when you need two complementary data-quality and aggregation reports — string normalisation plus daily sum series — on registry snapshot data in a single $0.01 call. It is ideal for cleaning up inconsistent company group labels while simultaneously computing daily totals for entity counts, without needing an external database or live data source.

## Known failure modes

- Input array has fewer than 1 or more than 200 rows — request rejected
- Invalid date format (not YYYY-MM-DD) in any row — validation error
- Numeric values outside allowed range (-1e12 to 1e12) — schema validation failure
- Missing required fields (row_id, company_group, date) — request rejected
- Invalid field selector value (not 'registered_entities' or 'changed_entities') — enum error
- Payment not included or insufficient — x402 payment required response

## How this service works

Registry snapshots — String normalisation + Daily sum series: String normalisation + Daily sum series 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

Returns two independent analytical reports for the supplied registry snapshot rows: (1) a string normalisation report cleaning and standardising text fields such as company_group, and (2) a daily sum series report aggregating the selected numeric field (registered_entities or changed_entities) by date. No external lookups or predictions are made; all computation is performed locally on the supplied data.

## 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
  },
  "field": {
   "enum": [
    "registered_entities",
    "changed_entities"
   ],
   "type": "string",
   "default": "registered_entities"
  }
 }
}
```

## More

- Live health (JSON, refreshed every minute): https://www.zero.xyz/c/registry-snapshots-string-normalisation-daily-sum-series-f3ed1185/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)