Task · MDE-0050

Account for the conditional SAML IdP call in config scheduler demand

Description

Audit dimension 1 confirmed a live conditional scheduler-accounting defect at the v2.0.0 release tree. src/meraki_dashboard_exporter/collectors/config.py:37-47 documents that a SAML-enabled organization adds one API call but still fixes CONFIG_ORG demand at four. The cycle makes login-security, admins, configuration-changes and SAML-settings calls, then config.py:556-573 also calls getOrganizationSamlIdps when SAML is enabled. In that state the solver underestimates the group by 25 percent and may allocate more demand than intended. tests/unit/test_config_scheduler_gates.py:57-61 knowingly pins four and has no enabled-SAML demand reconciliation. The implementation needs an explicit product choice between a conservative cost of five for all organizations and a scheduler-visible SAML capability dimension.

Acceptance Criteria

Definition of Done

Implementation Plan

Add a failing enabled-SAML five-call reconciliation regression, reserve a constant five CONFIG_ORG calls with the disabled-organization trade-off documented, then run focused scheduler/config checks.

Final Summary

Changed CONFIG_ORG demand to the frozen constant five-call model. Regression tests, just check, and just ci passed at 5e8d9c23b76a2f2edd531c15c776cbfbcc9134fa; exact-head CI 33843833956 and publication 33843966820 succeeded.

View the source file on GitHub