FrankieOne · API Governance Rules
FrankieOne API Rules
Spectral linting rules defining API design standards and conventions for FrankieOne.
0 Rules
Spectral Ruleset
aid: frankieone:kyc-rules
name: FrankieOne KYC V2 API Operational Rules
description: >-
Operational rules and constraints for using the FrankieOne KYC V2 API,
covering authentication, required headers, environment selection, and
workflow handling.
modified: '2026-04-28'
rules:
- id: api-key-required
title: API Key Required
description: >-
All requests must include the api_key apiKey credential issued by
FrankieOne. Keep keys server-side; do not expose them in client code.
severity: required
- id: customer-id-header
title: X-Frankie-CustomerID Header
description: >-
Every request requires the X-Frankie-CustomerID header identifying the
customer account. Requests without it will be rejected.
severity: required
- id: child-id-multitenant
title: Multi-Tenant CustomerChildID
description: >-
Use X-Frankie-CustomerChildID when operating against child accounts in a
multi-tenant configuration.
severity: recommended
- id: username-attribution
title: Audit Attribution Username
description: >-
Pass X-Frankie-Username when an action should be attributed to a known
operator in the audit log.
severity: recommended
- id: environments
title: UAT vs Production
description: >-
Use https://api.uat.frankie.one for testing and https://api.frankie.one
for production. Do not mix environments or share credentials between
them.
severity: required
- id: background-flag
title: Background Execution Flag
description: >-
X-Frankie-Background can be set on supported execute and delete
endpoints to run the operation asynchronously; poll request status to
retrieve the outcome.
severity: recommended
- id: workflow-naming
title: Workflow and Service Profile Naming
description: >-
Workflow execution endpoints require explicit workflowName and
serviceName path parameters that match definitions configured for the
customer account.
severity: required
- id: pii-handling
title: PII Handling and Consent
description: >-
Individuals submitted to the KYC API contain regulated personal data;
collect appropriate consent before submission and patch consent records
via the consents endpoint.
severity: required
- id: result-invalidation
title: Result Invalidation
description: >-
Use the mkyc invalidate endpoint to mark prior verification results as
invalid rather than deleting individuals to preserve audit history.
severity: recommended
- id: rate-limits
title: Rate Limits and Backoff
description: >-
Implement exponential backoff on HTTP 429 responses. Plan-specific
throughput limits apply; consult FrankieOne support for production
capacity planning.
severity: required