Skip to main content
This page describes the default quotas and limits that apply to Cognigy.AI installations.
  • Limits are technical or architectural caps that can’t be changed (or can only be changed in rare special cases). For example, the maximum size is 2 GB.
  • Quotas are configurable usage allocations. You can set higher quotas for your on-premises installations.

Default Quotas and Limits for Cognigy.AI

The table compares values across different installation and environment types:
  • Default – the baseline value used in both SaaS and on-premises environments. It serves as the reference point for all other installations and is applied as the initial configuration unless explicitly overridden.
  • Trial – overrides applied in trial environments.
  • App – overrides applied in shared SaaS installations.
If you have an on-premises Cognigy.AI installation, you can set TTL values system-wide via the values.yaml (config map) or organization-wide via Management UI. If you have a dedicated SaaS installation, you can set these values in the Management UI or by contacting Cognigy technical support.

Retention of Records

Cognigy Insights and the Cognigy.AI OData endpoint rely on the records listed in the Data section in the table.

Submit a Support Request

Change requests can be reviewed only for dedicated SaaS installations. Changes to shared SaaS installations affect functionality and performance for all customers. If you want to request a change for dedicated SaaS, use this template:

1: A rate limit is set to protect the system stability and ensure reliable performance across all Cognigy SaaS installations. 2: If you have an on-premises installation, you can change this limit. The SOCKET_ENDPOINT_DISCONNECT_GRACE_PERIOD variable lets you set a waiting period (in seconds) before marking a user as disconnected. This delay ensures temporary network issues or brief interruptions don’t immediately trigger the user disconnected event. 3: The limit for the Input, Context, and Profile objects is shared and can be configured for on-premises installations using the MAX_MEMORY_OBJECT_SIZE variable. Increasing the object size could lead to performance issues. 4: You can change this limit if you have an on-premises installation. For more information, refer to the HTTP Request Node article. 5: If you have an on-premises installation, you can change this limit by setting the MAX_ADD_PROJECT_MEMBER_REQUESTS_PER_EMAIL_PER_DAY environment variable. 6: If you have an on-premises installation, you can change this limit in the Management UI or by setting the MAX_SESSION_STATE_TTL_IN_MINUTES environment variable. For some Endpoints, you can also configure the limit in the Session Management section. The session TTL is determined by the lowest value among these three settings.
Last modified on June 26, 2026