Batch Apex joins future methods and Queueable jobs in the Salesforce Winter '27 elastic limits beta. Orgs can keep enqueuing past the standard rolling 24-hour asynchronous job limit, up to a higher elastic limit. Above the standard limit, in-flight Batch processing is throttled, and new Batch jobs are capped at one active job. release note
Production and nonproduction have different caps
A new nonproduction override lets you trigger elastic processing sooner in a sandbox, Developer Edition, or scratch org.
| Environment | Quantity | Rule |
|---|---|---|
| Production | Elastic headroom cap | Lower of the licensed asynchronous limit or 2 million jobs; the previous cap was 10 million. |
| Nonproduction with an override and elastic limits enabled | Elastic limit | Lower of twice the override or the licensed standard limit. |
Test across the override
Set Asynchronous Apex job limit override for nonproduction orgs below the standard limit, using Apex Settings or the ApexSettings Metadata type. The override and licensed standard limit determine your test’s elastic limit using the rule above. release note
Enable Use elastic limits for asynchronous Apex jobs (beta) in the test org’s Apex Settings.
Use OrgLimits readings to confirm that usage crosses the override. Without that evidence, continued-enqueuing and throttling results are inconclusive.
Capture enqueue activity and Batch processing below and above the override. Above it, check for continued enqueuing within the calculated elastic limit and throttled Batch processing. Measure workload completion time on both sides, too: that timing matters when assessing the workload’s required completion window.
Assess production timing and headroom separately
The nonproduction test does not establish production throughput or prove that production has enough capacity.
Before enabling Use elastic limits for asynchronous Apex jobs (beta) in production, compare the measured completion times under throttling with the workload’s required completion window.
If production already uses the beta, compare expected above-standard enqueues with its headroom cap. Enqueuing stops when the available headroom runs out.