Capture & Ingest
Records land in CEDX API already linked to the canonical customer, employee, or vendor ID.
The API console is where the estate's surface area is governed: 96 published routes, 120 issued keys, per-consumer quota risk, and a blast-radius score that says what breaks before you rotate, throttle or retire anything.
"Our operators actually enjoy opening the workspace. Every screen is fast, legible, and grounded in live production dat..."
| Endpoint / Function / App | Bound Estate Resource | Owner & Deployment Env | Request Rate & Latency | Blast Radius & Quota | Build Status |
|---|---|---|---|---|---|
| POST /v2/quotes/approve-rampCEDX API · Record #1040 | Quotes + Books + Sign Transaction | Core Commerce SDK · Prod | 1,420 req/m · 14ms p99 | ● Scoped Token · Tier-1 | Passing 100% |
| fn_custom_rebate_accrual.tsCEDX API · Record #1041 | Serverless Edge Function · Node 22 | Finance Eng · Sandbox->Prod | 840 exec/m · 9ms cold | ● Read/Write: Books Subledger | Deterministic |
| Internal Field RMA Builder AppCEDX API · Record #1042 | CEDX Builder Low-Code Surface | Ops Systems Team · 68 Users | Zero Maintenance Debt | ● Inherits Corporate SSO | Live v2.4 |
| CI/CD Canary Pipeline #8841CEDX API · Record #1043 | Automated Flake-Scored Test Suite | Release Engineering | 412 Specs · 0 Flakes | ● Auto-Rollback Armed | Deployed 4m ago |
The sharpest alert on the overview is not an outage. It is a key: pk_live_harbor_checkout, 270 days old, 18 consumers still on single material. Rotation lag is an incident that has not happened yet, treated like one.
Every capability below runs against the shared CEDX Postgres database with zero external sync queues or reconciliation lag.
120 issued keys with environment, status, plan, requests per minute, dependents and blast score. pk_live_quartz_edge_18 serves 6,000 rpm with 19 dependents at blast 95; 30 keys have sat unused for 30 days and are still issued. Rotation risk is a sortable column, not a guess.
96 routes with method, path, stage, requests per day, p99, error %, agent share, blast and dependents. POST /v2/orders carries 1.12M requests a day at blast 91; a third of PATCH /v1/customers/{id} traffic is agents. Hot paths, deprecated paths and agent-heavy paths each get their own count.
72 deployed functions with runtime, region, invocations, cold %, p99, errors and status. fn-shipment-track runs 703K invocations with 1,690 errors; fn-payments-capture errors on the edge at a 0.2% cold rate. Route and function tell the same story from two sides.
Every figure below is directly inspectable in the running CEDX API application workspace with zero synthetic projections.
Click any screen below to inspect how CEDX API moves from initial intake to verified cross-estate completion.
Requests at 31.3M a day, a 16.3% error sample, p99 at 412ms, and then the risk boards: 177 targets at high blast, 12 consumers past 80% of quota. Caller mix splits the sample into 210 human, 74 automation and 36 assistant callers, because the API's users are no longer all people.
Every custom app in Builder, every Function, and every webhook runs inside the same identity, audit log, and transactional boundary as native CEDX apps.
Records land in CEDX API already linked to the canonical customer, employee, or vendor ID.
Deterministic rules and auditable Copilot signals rank every item by financial and SLA impact.
Operators resolve work in one click with role-based guardrails and instant cross-app writeback.
Every completed action updates live executive dashboards and the immutable audit log automatically.
Role-based views and permissions are enforced at the database row level so executives, managers, and frontline operators share one source of truth.
Own the route table: what publishes, what deprecates, and which of the 14 deprecated paths still has dependents worth migrating.
Rotate before the alert fires: 29 high-blast keys and 12 consumers at quota risk are this week's list, not next quarter's audit finding.
Build against sandbox and staging routes with their own keys, and see their own agent share before production does.
CEDX API is not an isolated point tool. It reads and writes the exact same customer, ledger, and identity records as the rest of the CEDX software estate.
Routes resolve to the fn-* functions in the runtime, the same functions whose cold starts are priced by the day.
Inbound connectors resolve to keys and routes here, which is why a throttle storm names both the consumer and the path.
The Agent surface tab exists because 11.3% of sampled traffic is already assistant callers, governed like any other consumer.
Sandbox-stage routes and keys let a consumer prove an integration before a production key is ever issued.
"Our operators actually enjoy opening the workspace. Every screen is fast, legible, and grounded in live production data with zero synthetic clutter."
"Having identity, least-privilege access, audit trails, and business applications on one kernel cut our security review and provisioning time by 82%."
"We started with one application to fix our most painful bottleneck, and added five more modules on the same login without a single migration project."
Drag the seat slider to compare your current stitched stack (Retool Enterprise + Kong API Gateway + AWS Lambda + Postman + LaunchDarkly) against running CEDX API natively on the unified CEDX estate.
Explore the live CEDX API workspace on canonical demo data at /app/api, or book a 30-minute architecture session to map your first entity rollout.
Instant browser access to CEDX API pre-loaded with canonical demo records and connected across the 132-application CEDX estate.