Skip to main content
A source system usually accepts more than one kind of credential: a personal API key, an OAuth app, a service account. Parable models each of those as an auth strategy on the connector definition. When you add a connector, you choose one strategy and send the fields that strategy’s configSchema describes. The instance stores which strategy you picked (authenticationStrategy) and a masked copy of the config.

How a strategy is described

Each entry in connector.supportedAuthStrategies (and on a leaf vendor grouping) includes: Non-secret fields such as a client id can come back on the instance. Secret values (API keys, client secrets, refresh tokens) are stored outside the API and come back empty.

Auth method types

type is one of: A single connector often lists several of these. Linear, for example, ships a personal API key strategy and OAuth strategies. You pick one per instance. Some strategies also have an ingestion config schema (which user to impersonate, which site URL to hit). When ingestionConfigSchema is present, ingestionConfig is part of configure. Those values fill URL and path templates; they do not change how the source is paged. See How ingestion walks a source.

Configure an instance

Create:
Fill authenticationConfig from that strategy’s configSchema. Re-enter credentials later with POST /api/connectors/configure. For OAuth browser flows, start and complete with POST /api/connectors/connector-oauth-start and POST /api/connectors/connector-oauth-complete. Validate without saving with POST /api/connectors/validate. If credentials fail later, GET /api/vendors/tenant-connector-credential-detail returns an error code and message, not the secret.
Creating OAuth apps, generating keys, and granting scopes is covered in the product documentation for each connector.