What does HRESULT 0xC0090003 (ERROR_BIZRULES_NOT_ENABLED) mean?

 
Previous Next
ERROR_ALL_SIDS_FILTERED NS_E_NOCONNECTION

ERROR_BIZRULES_NOT_ENABLED

Authorization Manager business-rule scripts disabled identifies a scoped API or runtime boundary rather than a general machine failure. The application attempted to evaluate an AzMan business-rule script while script execution is disabled for that authorization application.

Where the result is produced

The declared return type and source header determine the relevant status namespace.

This is a policy/capability rejection before script evaluation, not a false result returned by the business rule. Keep the numeric value, declared return type, and first returning operation together with ERROR_BIZRULES_NOT_ENABLED; the same integer can belong to a different status namespace in another API.

Evidence to preserve

CaptureDiagnostic value
Authorization store/application, task/operation, business-rule script hash, host process, and script-engine configuration.Identifies the concrete object and operation associated with Authorization Manager business-rule scripts disabled.
Whether the same role decision succeeds when no business rule is attached.Separates argument or lifecycle state from a lower-layer provider failure.
First security/authorization event and the exact API returning the HRESULT.Creates a stable before-and-after comparison.
Effective identity and policy version at the time of the call.Shows whether this condition is the first result or a translated summary.

Preserve authorization store/application, task/operation, business-rule script hash, host process, and script-engine configuration before reinstalling, rebooting, clearing state, or substituting another device or provider. A success observed only after such a change is useful comparison data, but it does not identify the original cause.

A controlled diagnostic sequence

  1. Evaluate a static role assignment for the same operation. Keep unrelated inputs fixed so the changed result remains attributable to the tested variable.
  2. Enable scripts only in an isolated test application and compare the rule result. Record the first returned status and any state transition observed.
  3. Repeat after one policy refresh without changing the resource ACL or application data. Treat a changed result as a new boundary rather than automatic resolution.

How nearby outcomes differ

Observed comparisonNext conclusion to test
The first control changes the resultConcentrate on the variable isolated by this check: Evaluate a static role assignment for the same operation.
The second comparison reproduces the same first statusPreserve lower-layer provider, driver, service, or runtime evidence before editing application data. The second controlled check was: Enable scripts only in an isolated test application and compare the rule result.
A different status appears after the bounded changeThe operation moved to another boundary after the third controlled check. That check was: Repeat after one policy refresh without changing the resource ACL or application data. Retain both results and interpret the replacement through its own API contract.

Correction and proof

Targeted correction. Remove the script dependency or explicitly enable and secure business-rule execution in the owning AzMan application. Modify only the object, argument, policy, provider, or lifecycle state identified by the collected evidence.

Acceptance criterion. The authorization decision is reproducible, script failures are logged separately, and disabling scripts again produces the expected controlled rejection. Re-run the original operation that produced this condition under its original identity and supported configuration, then keep one negative control that still produces the expected neighboring outcome.

Technical references

References for ERROR_BIZRULES_NOT_ENABLED on the deployed platform version.


Looking for a different code? Search another status or error code.