Auditoria.AI · Authentication Profile
Auditoria Authentication
Authentication
Auditoria.AI secures its APIs with openIdConnect, oauth2, and saml2 across 3 declared security schemes, as derived from its OpenAPI definitions. OAuth 2.0 is offered via the authorizationCode, clientCredentials, deviceCode, refreshToken, tokenExchange, jwtBearer, implicit, and password flow(s).
CompanyArtificial IntelligenceFinanceAccountingAccounts PayableAccounts ReceivableAutomationERPAgentsSaaSInvoicingProcurement
Methods: openIdConnect, oauth2, saml2
Schemes: 3
OAuth flows: authorizationCode, clientCredentials, deviceCode, refreshToken, tokenExchange, jwtBearer, implicit, password
API key in:
Security Schemes
Auth0OIDC openIdConnect
SAML2SSO saml2
MailboxOAuth oauth2
Source
Authentication Profile
generated: '2026-08-06'
method: probed
source: https://auth.auditoria.ai/.well-known/openid-configuration
docs: https://docs.auditoria.ai/hc/en-us/categories/360003645754-Auditoria-AI-Integrations
scope: >-
This profile describes how humans and connected systems authenticate TO Auditoria and how
Auditoria authenticates OUT to a customer's ERP and mailbox. Auditoria publishes no public
API, so there is no OpenAPI securityScheme to derive from - every scheme below was probed
live or read from the published integration documentation.
summary:
types: [openIdConnect, oauth2, saml2]
api_key_in: []
oauth2_flows: [authorizationCode, clientCredentials, deviceCode, refreshToken, tokenExchange, jwtBearer, implicit, password]
public_api_auth: none
schemes:
- name: Auth0OIDC
type: openIdConnect
openIdConnectUrl: https://auth.auditoria.ai/.well-known/openid-configuration
issuer: https://auth.auditoria.ai/
provider: Auth0
purpose: End-user and machine sign-in to the Auditoria tenant application (app.auditoria.ai)
endpoints:
authorization: https://auth.auditoria.ai/authorize
token: https://auth.auditoria.ai/oauth/token
userinfo: https://auth.auditoria.ai/userinfo
jwks: https://auth.auditoria.ai/.well-known/jwks.json
registration: https://auth.auditoria.ai/oidc/register
revocation: https://auth.auditoria.ai/oauth/revoke
device_authorization: https://auth.auditoria.ai/oauth/device/code
backchannel_authentication: https://auth.auditoria.ai/bc-authorize
mfa_challenge: https://auth.auditoria.ai/mfa/challenge
token_endpoint_auth_methods: [client_secret_basic, client_secret_post, private_key_jwt, none]
id_token_signing_algs: [HS256, RS256, PS256]
pkce: {supported: true, methods: [S256, plain]}
dpop: {supported: true, algs: [ES256]}
mfa: true
backchannel_logout: true
sources: [well-known/auditoria-openid-configuration.json]
- name: SAML2SSO
type: saml2
purpose: Customer-tenant single sign-on into Auditoria
identity_providers_documented: [Okta, Microsoft Entra ID (Azure AD), generic SAML 2.0]
docs:
- https://docs.auditoria.ai/hc/en-us/articles/52583635034905-Single-Sign-On-SSO-Integration-Generic-SAML-Guide
- https://docs.auditoria.ai/hc/en-us/articles/29666250326169-SSO-Integration-Microsoft-Entra-ID-Azure-SSO
- https://docs.auditoria.ai/hc/en-us/articles/7949613654681-Okta-SSO-for-an-Auditoria-Tenant
sources: [docs.auditoria.ai]
- name: MailboxOAuth
type: oauth2
purpose: >-
Delegated OAuth 2.0 grant so Auditoria's SmartBots can read and send from the customer's
shared AP/AR mailbox (Microsoft 365 / Google Workspace) rather than storing a password.
docs:
- https://docs.auditoria.ai/hc/en-us/articles/54689809797657-Auditoria-AI-Mailbox-Integration-OAuth-Overview
- https://docs.auditoria.ai/hc/en-us/articles/4445097262361-Authenticate-Auditoria-in-Google-Workspace
- https://docs.auditoria.ai/hc/en-us/articles/4414146361753-Configure-your-Auditoria-mailbox-for-Okta-SSO-support
sources: [docs.auditoria.ai]
outbound_erp_credentials:
note: >-
Auditoria is an API CONSUMER on the ERP side. The documented pattern is a dedicated
service account in the customer's ERP, not an Auditoria-issued credential.
patterns:
- system: Workday
mechanism: Integration System User (ISU) / Automated Security User (ASU) with a web-services security group
docs: https://docs.auditoria.ai/hc/en-us/articles/32034349717401-Setting-Up-a-Workday-ISU-for-SmartVendor-Products-AP-Invoices-and-AP-Helpdesk
- system: Oracle NetSuite
mechanism: NetSuite connection settings with a scoped business-user role
docs: https://docs.auditoria.ai/hc/en-us/articles/4416849866649-Oracle-NetSuite-Connection-Settings
- system: Sage Intacct
mechanism: Sage Intacct web-services connection settings with a scoped business user
docs: https://docs.auditoria.ai/hc/en-us/articles/4416842321305-Sage-Intacct-Connection-Settings
- system: Coupa
mechanism: Coupa connection settings
docs: https://docs.auditoria.ai/hc/en-us/articles/5546330161049-Coupa-Connection-Settings
- system: Oracle Fusion Cloud
mechanism: Oracle Fusion Cloud service account
docs: https://docs.auditoria.ai/hc/en-us/articles/60236686051481-Set-up-Oracle-Fusion-Cloud-for-Auditoria
- system: Universal Connector (no native ERP connector)
mechanism: SFTP credentials (host/port/username/password) or an AWS S3 bucket, exchanged out of band
docs: https://docs.auditoria.ai/hc/en-us/articles/60112878955289-Auditoria-Universal-Connector
tenant_token:
name: Auditoria source token
note: >-
A per-tenant identifier the customer copies from Administration > System Settings and
pastes into the ERP-side connection. It addresses an inbound Auditoria mail endpoint
(<sourcetoken>@invoice-inbound.auditoria.ai); it is not an API key and grants no API access.
docs: https://docs.auditoria.ai/hc/en-us/articles/4584712925721-Get-your-Auditoria-Source-Token
byok:
supported: true
product: Auditoria Guardian
docs: https://docs.auditoria.ai/hc/en-us/articles/49775469453593-Auditoria-Guardian-Bring-Your-Own-Key-BYOK-Configuration
x-evidence:
fetched: '2026-08-06'
url: https://auth.auditoria.ai/.well-known/openid-configuration
http_status: 200
content_type: application/json