This dashboard estimates the Zoom licence cap required for pooled sessions to run without exhausting available rooms. It uses final scheduled pooled bookables plus the live allocator's 10-minute buffer, which makes the numbers directly relevant to capacity planning instead of raw slot grouping.
The current pool does not look capacity-bound on this week's final schedule. The system peak used 73.7% of the live pool, leaving 227 rooms free.
Each bar is scaled against the current 864-room pool.
BU mix during the busiest buffered overlap window, when total demand hit 637.
Each row shows the busiest buffered overlap window for that day. The full bar width represents the current pool cap.
These are the numbers that help decide whether a cap increase is warranted or whether the issue is elsewhere in the warmup flow.
Total buffered hours and bookable counts by business unit. This shows where the weekly workload actually sits.
Minutes spent at or above selected demand thresholds across the whole week.
Time-weighted concurrency statistics compared with the live pool size.
The noisy events are concentrated in a small number of B2G warmup windows, but the final concurrent schedule still stays below the live pool cap.
These tables back the recommendation and make it easier to cross-check the charts.
| Date | Peak Window | B2C | B2B | B2G | Total | Utilization |
|---|---|---|---|---|---|---|
| 2026-04-07 Tue |
19:30-19:40 | 261 | 5 | 1 | 267 | 30.9% |
| 2026-04-08 Wed |
19:30-19:40 | 81 | 4 | 2 | 87 | 10.1% |
| 2026-04-09 Thu |
09:15-09:30 | 0 | 12 | 0 | 12 | 1.4% |
| 2026-04-10 Fri |
15:00-15:40 | 98 | 5 | 386 | 489 | 56.6% |
| 2026-04-11 Sat |
20:00-20:10 | 277 | 10 | 350 | 637 | 73.7% |
| 2026-04-12 Sun |
20:00-20:40 | 267 | 6 | 15 | 288 | 33.3% |
| 2026-04-13 Mon |
10:00-10:10 | 0 | 6 | 2 | 8 | 0.9% |
| BU | Peak Window | Peak Active |
|---|---|---|
| B2C | 2026-04-11 15:00-15:10 | 287 |
| B2B | 2026-04-09 09:15-09:30 | 12 |
| B2G | 2026-04-10 10:00-11:10 | 401 |
| Window | B2C | B2B | B2G | Total |
|---|---|---|---|---|
| 20:00-20:10 | 277 | 10 | 350 | 637 |
| 20:30-20:40 | 277 | 9 | 350 | 636 |
| 20:10-20:30 | 277 | 8 | 350 | 635 |
| 19:30-20:00 | 277 | 10 | 345 | 632 |
| 19:00-19:10 | 223 | 8 | 348 | 579 |
| 18:00-18:10 | 223 | 1 | 349 | 573 |
| 18:30-19:00 | 223 | 2 | 348 | 573 |
| 18:10-18:30 | 223 | 0 | 348 | 571 |
| Date | BU | Scheduled Window | Events |
|---|---|---|---|
| 2026-04-11 Sat |
B2G | 18:00-20:30 | 158 |
| 2026-04-10 Fri |
B2G | 16:00-18:30 | 108 |
| 2026-04-10 Fri |
B2B | 16:00-17:30 | 4 |
This week's final buffered schedule required 637 rooms at most. The current pool has 864, so the system never came close to a raw licence ceiling.
If you want a balanced operating cap based on this data alone, use 733. If you want a conservative cushion, 765 still stays below the current pool.