Microsoft PL-300 Practice Test 31
Question 300
The original scenario was: A multinational retailer has order amounts in different currencies and wants both native and converted revenue. The initial solution is already in place. Now this new requirement arises: Management adds a scenario switch for budget versus actual exchange rates. Which ADDITIONAL action BEST meets the changed condition?
- Converted totals reconcile to sampled transaction-date exchange rates
- Convert every currency value by one hardcoded exchange rate regardless of date
- Retain the source currency and define conversion logic with correct date/rate grain
- Model a rate-scenario dimension and controlled measure switching
Explanation
Correct Answer
D:The changed requirement is 'Management adds a scenario switch for budget versus actual exchange rates'. The additional response is 'Model a rate-scenario dimension and controlled measure switching'.
Incorrect Answers
A:This observes the original approach but is not an additional action: Converted totals reconcile to sampled transaction-date exchange rates.
B:This remains unsuitable for the original situation: Static exchange rates do not reflect approved rate dates and currency pairings. It also does not meet the changed need.
C:This is the already implemented original solution: Retain the source currency and define conversion logic with correct date/rate grain. Currency conversion needs an appropriate rate and currency relationship to prevent misaggregation. It does not itself solve the new requirement.
Question 301
A semantic model uses a Product dimension shared by Sales and Returns facts. Which approach BEST meets the stated Microsoft Power BI requirement?
- Relate each fact separately to a unique conformed Product dimension
- Add a distinct ReturnReason dimension linked only to the Returns fact
- Merge Sales and Returns as one table without aligning their distinct transaction grains
- Create a calendar hierarchy using the appropriate date-dimension columns
Explanation
Correct Answer
A:Conformed dimensions allow consistent filtering of different business facts. For the stated case, Relate each fact separately to a unique conformed Product dimension.
Incorrect Answers
B:This might be appropriate after a different requirement arises: Returns require an additional return-reason filter. It is not the best initial response to the stated case.
C:Uncontrolled merging can duplicate or misrepresent transaction amounts. The proposed shortcut 'Merge Sales and Returns as one table without aligning their distinct transaction grains' fails the documented need.
D:This addresses a separate source situation: A Power BI report needs a reusable hierarchy from Year to Quarter to Month. It does not directly satisfy this case's priority. In the current question, this comparison is made against: A semantic model uses a Product dimension shared by Sales and Returns facts. Which approach BEST meets the stated Microsoft Power BI requirement?
Question 302
A semantic model uses a Product dimension shared by Sales and Returns facts. A colleague proposes: Merge Sales and Returns as one table without aligning their distinct transaction grains. Which explanation BEST identifies the defect in that proposal?
- Conformed dimensions allow consistent filtering of different business facts
- Uncontrolled merging can duplicate or misrepresent transaction amounts
- The suggested approach is safe merely because its product name is familiar.
- Month names lack unique temporal order across years
Explanation
Correct Answer
B:Uncontrolled merging can duplicate or misrepresent transaction amounts. This directly explains why the proposal 'Merge Sales and Returns as one table without aligning their distinct transaction grains' should not be used.
Incorrect Answers
A:This is reasoning supporting the preferred solution 'Relate each fact separately to a unique conformed Product dimension', but it does not directly name the defect in the proposed shortcut.
C:Product familiarity is not evidence of suitability. The actual defect in this proposal is: Uncontrolled merging can duplicate or misrepresent transaction amounts.
D:This addresses a different case: A Power BI report needs a reusable hierarchy from Year to Quarter to Month. It is not the specific defect in 'Merge Sales and Returns as one table without aligning their distinct transaction grains'.
Question 303
A semantic model uses a Product dimension shared by Sales and Returns facts. After implementing Relate each fact separately to a unique conformed Product dimension, which observation BEST demonstrates that the intended result is actually working?
- The report owner approves Relate each fact separately to a unique conformed Product dimension without testing the resulting behavior.
- Drill down moves correctly from Year to Quarter to Month
- The same product slicer filters both Sales and Returns correctly
- The team schedules a future check of whether The same product slicer filters both Sales and Returns correctly, but has not observed a result.
Explanation
Correct Answer
C:The observation 'The same product slicer filters both Sales and Returns correctly' directly tests the intended result. Conformed dimensions allow consistent filtering of different business facts.
Incorrect Answers
A:Approval of a proposed design is not evidence of working behavior. The required observation is: The same product slicer filters both Sales and Returns correctly.
B:This belongs to a different case: A Power BI report needs a reusable hierarchy from Year to Quarter to Month. It does not validate the current change. In the current question, this comparison is made against: A semantic model uses a Product dimension shared by Sales and Returns facts. After implementing Relate each fact separately to a unique conformed Product dimension, which observation BEST demonstrates that the intended result is actually working?
D:A future test is not yet observed operational evidence. The verification must establish: The same product slicer filters both Sales and Returns correctly.
Question 304
The original scenario was: A semantic model uses a Product dimension shared by Sales and Returns facts. The initial solution is already in place. Now this new requirement arises: Returns require an additional return-reason filter. Which ADDITIONAL action BEST meets the changed condition?
- Relate each fact separately to a unique conformed Product dimension
- Merge Sales and Returns as one table without aligning their distinct transaction grains
- The same product slicer filters both Sales and Returns correctly
- Add a distinct ReturnReason dimension linked only to the Returns fact
Explanation
Correct Answer
D:The changed requirement is 'Returns require an additional return-reason filter'. The additional response is 'Add a distinct ReturnReason dimension linked only to the Returns fact'.
Incorrect Answers
A:This is the already implemented original solution: Relate each fact separately to a unique conformed Product dimension. Conformed dimensions allow consistent filtering of different business facts. It does not itself solve the new requirement.
B:This remains unsuitable for the original situation: Uncontrolled merging can duplicate or misrepresent transaction amounts. It also does not meet the changed need.
C:This observes the original approach but is not an additional action: The same product slicer filters both Sales and Returns correctly.
Question 305
A report must display total SalesAmount across current customer and date filters. Which approach BEST meets the stated Microsoft Power BI requirement?
- Write COUNT(Sales[SalesAmount]) to measure total monetary revenue
- Use a measure such as Total Sales = SUM(Sales[SalesAmount])
- Create a COUNTROWS(Sales) measure for transaction-line counts
- Use DATEADD on the marked date table with a one-month backward interval
Explanation
Correct Answer
B:SUM aggregates numeric values under the current filter context. For the stated case, Use a measure such as Total Sales = SUM(Sales[SalesAmount]).
Incorrect Answers
A:COUNT counts nonblank rows rather than adding currency amounts. The proposed shortcut 'Write COUNT(Sales[SalesAmount]) to measure total monetary revenue' fails the documented need.
C:This might be appropriate after a different requirement arises: The report also needs number of sale lines. It is not the best initial response to the stated case.
D:This addresses a separate source situation: A finance report needs previous-month sales for each month on an axis. It does not directly satisfy this case's priority.
Question 306
A report must display total SalesAmount across current customer and date filters. A colleague proposes: Write COUNT(Sales[SalesAmount]) to measure total monetary revenue. Which explanation BEST identifies the defect in that proposal?
- SUM aggregates numeric values under the current filter context
- COUNT counts nonblank rows rather than adding currency amounts
- The suggested approach is safe merely because its product name is familiar.
- Row position does not represent the previous calendar month
Explanation
Correct Answer
B:COUNT counts nonblank rows rather than adding currency amounts. This directly explains why the proposal 'Write COUNT(Sales[SalesAmount]) to measure total monetary revenue' should not be used.
Incorrect Answers
A:This is reasoning supporting the preferred solution 'Use a measure such as Total Sales = SUM(Sales[SalesAmount])', but it does not directly name the defect in the proposed shortcut.
C:Product familiarity is not evidence of suitability. The actual defect in this proposal is: COUNT counts nonblank rows rather than adding currency amounts.
D:This addresses a different case: A finance report needs previous-month sales for each month on an axis. It is not the specific defect in 'Write COUNT(Sales[SalesAmount]) to measure total monetary revenue'.
Question 307
A report must display total SalesAmount across current customer and date filters. After implementing Use a measure such as Total Sales = SUM(Sales[SalesAmount]), which observation BEST demonstrates that the intended result is actually working?
- The measure equals source total in an unrestricted view and changes under slicers
- The report owner approves Use a measure such as Total Sales = SUM(Sales[SalesAmount]) without testing the resulting behavior.
- The team schedules a future check of whether The measure equals source total in an unrestricted view and changes under slicers, but has not observed a result.
- February's comparison returns the valid January sales period
Explanation
Correct Answer
A:The observation 'The measure equals source total in an unrestricted view and changes under slicers' directly tests the intended result. SUM aggregates numeric values under the current filter context.
Incorrect Answers
B:Approval of a proposed design is not evidence of working behavior. The required observation is: The measure equals source total in an unrestricted view and changes under slicers.
C:A future test is not yet observed operational evidence. The verification must establish: The measure equals source total in an unrestricted view and changes under slicers.
D:This belongs to a different case: A finance report needs previous-month sales for each month on an axis. It does not validate the current change.
Question 308
The original scenario was: A report must display total SalesAmount across current customer and date filters. The initial solution is already in place. Now this new requirement arises: The report also needs number of sale lines. Which ADDITIONAL action BEST meets the changed condition?
- Create a COUNTROWS(Sales) measure for transaction-line counts
- The measure equals source total in an unrestricted view and changes under slicers
- Write COUNT(Sales[SalesAmount]) to measure total monetary revenue
- Use a measure such as Total Sales = SUM(Sales[SalesAmount])
Explanation
Correct Answer
A:The changed requirement is 'The report also needs number of sale lines'. The additional response is 'Create a COUNTROWS(Sales) measure for transaction-line counts'.
Incorrect Answers
B:This observes the original approach but is not an additional action: The measure equals source total in an unrestricted view and changes under slicers.
C:This remains unsuitable for the original situation: COUNT counts nonblank rows rather than adding currency amounts. It also does not meet the changed need.
D:This is the already implemented original solution: Use a measure such as Total Sales = SUM(Sales[SalesAmount]). SUM aggregates numeric values under the current filter context. It does not itself solve the new requirement.
Question 309
A margin percentage should display BLANK rather than crash when revenue is zero. Which approach BEST meets the stated Microsoft Power BI requirement?
- Use [Profit] / [Revenue] and assume every customer has nonzero revenue
- Use DIVIDE([Profit], [Revenue]) in the measure
- Supply 0 as DIVIDE's alternate result after business approval
- Create a DAX measure rather than a calculated column
Explanation
Correct Answer
B:DIVIDE handles zero and blank denominators more safely than plain division. For the stated case, Use DIVIDE([Profit], [Revenue]) in the measure.
Incorrect Answers
A:Unprotected division can yield invalid or unexpected results for zero denominators. The proposed shortcut 'Use [Profit] / [Revenue] and assume every customer has nonzero revenue' fails the documented need.
C:This might be appropriate after a different requirement arises: Finance wants zero instead of blank for missing revenue. It is not the best initial response to the stated case.
D:This addresses a separate source situation: A business user wants a report measure that adapts to slicers, not a refresh-time snapshot stored on rows. It does not directly satisfy this case's priority.
Question 310
A margin percentage should display BLANK rather than crash when revenue is zero. A colleague proposes: Use [Profit] / [Revenue] and assume every customer has nonzero revenue. Which explanation BEST identifies the defect in that proposal?
- Calculated columns do not dynamically recalculate for every report selection
- Unprotected division can yield invalid or unexpected results for zero denominators
- The suggested approach is safe merely because its product name is familiar.
- DIVIDE handles zero and blank denominators more safely than plain division
Explanation
Correct Answer
B:Unprotected division can yield invalid or unexpected results for zero denominators. This directly explains why the proposal 'Use [Profit] / [Revenue] and assume every customer has nonzero revenue' should not be used.
Incorrect Answers
A:This addresses a different case: A business user wants a report measure that adapts to slicers, not a refresh-time snapshot stored on rows. It is not the specific defect in 'Use [Profit] / [Revenue] and assume every customer has nonzero revenue'.
C:Product familiarity is not evidence of suitability. The actual defect in this proposal is: Unprotected division can yield invalid or unexpected results for zero denominators.
D:This is reasoning supporting the preferred solution 'Use DIVIDE([Profit], [Revenue]) in the measure', but it does not directly name the defect in the proposed shortcut.