MB-310 Implement Financial Management Practice Question
Exhibit
JSON Policy Configuration:
{
"RuleName": "RestrictPosting",
"BlockedAccount": "11000",
"Status": "Inactive"
}Refer to the exhibit. An administrator has configured this policy. Why are users still able to post to account 11000?
⚠ Common exam trap
Candidates often overthink complex security or hierarchy issues, failing to notice the simple 'Inactive' status toggle, which is a common 'trick' in configuration-based exam questions.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
The policy status is set to Inactive.
The JSON policy configuration shows the 'Status' as 'Inactive'. In Dynamics 365 Finance, any policy, validation rule, or configuration that is set to inactive will be ignored by the system, regardless of the content of the rule. This is a common oversight where rules are defined but not enabled, leading to gaps in internal control compliance that must be corrected by activating the rule in the system settings.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
The account range is not defined correctly in the JSON.
Why it's wrong here
While the JSON structure is simplified, the issue is not with the syntax or range. The explicit 'Inactive' status is a functional override that tells the system to bypass the policy entirely. Even with a perfect range definition, an inactive policy provides no operational impact on transaction validation.
- ✓
The policy status is set to Inactive.
Why this is correct
The status 'Inactive' directly causes the system to skip the validation logic defined in the policy. For the restriction on account 11000 to be enforced, the status must be changed to 'Active', ensuring that the kernel processes the validation rule during the journal entry and posting phases.
- ✗
The account is a system-generated account.
Why it's wrong here
System-generated accounts are usually managed by the posting profile logic, but even for those, a custom policy would be ignored if inactive. The primary reason for failure here is the status, not the classification of the ledger account itself, as user-defined policies are universally ignored when inactive.
- ✗
The user has override permissions for this account.
Why it's wrong here
Override permissions are managed by security roles, but if a policy is globally marked as inactive, even those without overrides would be able to post. The inactivity of the rule is the fundamental cause, rendering any discussion of user permissions or overrides moot for this specific scenario.
About these practice questions
This MB-310 question is part of Courseiva's 211-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written and reviewed by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
Last reviewed September 2026 · checked against the official Microsoft exam blueprint
This MB-310 practice question is part of Courseiva's free Microsoft certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the MB-310 exam.