Accrue Savings · Authentication Profile

Accrue Savings Authentication

Authentication

Accrue Savings declares 2 security scheme(s) across its OpenAPI definitions.

CompanyPaymentsLoyaltyWalletsStored ValueRewardsBankingFintechWebhooks
Methods: Schemes: 2 OAuth flows: API key in:

Security Schemes

bearerAuth http
scheme: bearer · in: header (Authorization)
clientId apiKey
· in: header (Client-ID)

Source

Authentication Profile

Raw ↑
generated: '2026-09-06'
method: searched
source: https://docs.byaccrue.com/api/ (Introduction > Authentication) and https://docs.byaccrue.com/getting-started-api
docs: https://docs.byaccrue.com/api/
summary: Bearer token (the Client Secret) plus a Client-ID header, sent on every request. There is no
  OAuth, no OIDC, and no mTLS.
schemes:
- name: bearerAuth
  type: http
  scheme: bearer
  in: header
  parameter: Authorization
  description: 'Every API call carries `Authorization: Bearer <Client Secret>`. The Client Secret is issued
    per Client (merchant) and is a backend-only credential — the docs state it must never appear in client-side
    code and should be rotated periodically. An invalid, missing, or expired token returns HTTP 401.'
  source: https://docs.byaccrue.com/api/
- name: clientId
  type: apiKey
  in: header
  parameter: Client-ID
  description: A Client-ID header accompanies the bearer token and identifies the merchant tenant. It
    is declared as a required header parameter on all 82 operations in the OpenAPI.
  source: openapi/accrue-savings-merchant-api-openapi.yaml
oauth2: false
openid_connect: false
mutual_tls: false
errors:
  '401': Unauthorized — token invalid, missing, or expired
  '403': ForbiddenException — observed live on an unauthenticated GET /api/v1/payments
gaps:
- The OpenAPI declares NO components.securitySchemes and no top-level or per-operation `security` block.
  Authentication is expressed only as two required header parameters (Authorization, Client-ID) on each
  operation, plus prose in the Introduction section. A generator or agent reading the spec alone cannot
  tell that these are credentials, which is why derive-authentication.py produced nothing for this provider
  and this file was written from the docs instead.
- No credential-rotation endpoint, no token expiry semantics, and no scope model are published.
webhook_auth:
  mechanism: signature verification
  note: The getting-started guide instructs integrators to verify webhook signatures with a constant-time
    comparison, but the signing header name and algorithm are not published in the public docs or the
    OpenAPI.
  source: https://docs.byaccrue.com/getting-started-api

Work with this as data

Every security artifact here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for security posture

4 MCP tools reach this
  • find_securityBrowse and filter every security artifact in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This security artifact
curl "https://apis.io/api/v1/security/accrue-savings-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no email required.

A second provider on the same verified email joins the account you already have.