MB-820 Practice Exam Questions and Answers

Load the report for users in a specific location: OnInitReport

Validate data before processing: OnPreReport

Define filter based on Department field: OnPreDataItem

The requirements for the report are:

The report must be loaded for users in a specific location only.

Data entered in the request page must be validated before any further processing.

A filter must be defined for users based on the Department field defined in user setup.

Trigger Matching:

The report must be loaded for users in a specific location only.The correct trigger for loading the report is OnInitReport.

This trigger runs when the report is initialized, and you can use it to define user-specific loading conditions, like location-based filtering.

Data entered in the request page must be validated before any further processing.The correct trigger for validation before processing is OnPreReport.

This trigger occurs before the report is run and can be used for data validation before further processing begins.

A filter must be defined for users based on the Department field defined in user setup.The correct trigger to define filters is OnPreDataItem.

This trigger occurs before data item processing begins and is used to apply filters such as those based on the Department field in the user setup.

In line 13, replace the Add method with Insert. = NO

In line 15, replace the WriteTo method with ReadFrom. = NO

Change the ItemObject variable type from JsonObject to JsonToken. = NO

Move line 08 in the beginning of REPEAT .. UNTIL. = YES

The provided code is intended to serialize a list of items from the Item table into a JSON array format. Here is a breakdown of the code and the necessary corrections:

In line 13, "ItemsArray.Add(ItemObject)": This line is correctly using the Add method to add the ItemObject to the ItemsArray. The Add method is the correct method to use for adding items to a JsonArray. Therefore, there is no need to replace Add with Insert.

In line 15, "ItemsArray.WriteTo(RequestText)": The WriteTo method is used correctly to serialize the ItemsArray into a JSON formatted string and store it in the RequestText variable. The ReadFrom method is used for the opposite operation, i.e., to deserialize a JSON formatted string into a JsonArray, which is not the goal in this context. Hence, no change is needed here.

Change the ItemObject variable type from JsonObject to JsonToken: The ItemObject variable is intended to hold JSON objects representing individual items, making JsonObject the appropriate type. JsonToken is not a type used in this context within AL for Business Central, and thus the variable type should remain as JsonObject.

Move line 08, "Clear(ItemObject)": This line should be moved inside the repeat loop to ensure that the ItemObject is cleared for each item in the loop. Placing it before the repeat would only clear it once before the loop starts, which could lead to incorrect serialization as the previous item's properties would not be cleared from the ItemObject.

The logic for serializing records into JSON is a common operation when interfacing with APIs or web services in Business Central, and the pattern shown in the code is typical for such operations.

To make the permission set visible on the Permission Sets page, perform the following actions in sequence:

Change the Assignable property value to true.

Add the ObsoleteState = No property.

Publish the app with the permission set to an environment.

Process for making permission sets visible:In Business Central, the Assignable property determines whether a permission set is shown in the user interface for assigning to users. By default, if Assignable is set to false, the permission set is hidden. Therefore, it should be set to true to make the permission set visible.

The ObsoleteState property indicates whether an object is outdated (Obsolete) or not (No). If an object is marked as obsolete, it is typically hidden from the user interface. Therefore, setting ObsoleteState = No ensures that the permission set is not treated as outdated and remains visible.

Finally, publishing the app with the permission set to an environment updates the environment with the new or modified objects, including permission sets, making them available for assignment to users.

Statements:

Replace line 16 with ResponseText := ResponseMessage

Answer: NoThe correct way to handle the response is to use ReadAs or similar methods to read the content from the response, not just assign the ResponseMessage directly to ResponseText. Hence, this statement is incorrect.

In line 13, change the 'text/plain' value to 'application/json'

Answer: YesSince the procedure is expected to send a POST request with JSON content, changing the content type to 'application/json' is correct. This ensures that the server understands the content is in JSON format.

Replace line 14 with Client.DefaultRequestHeaders.Add('Authorization', 'Bearer ' + Token);

Answer: NoIn AL, the authorization headers are managed through HttpHeaders, and the Client.DefaultRequestHeaders method is not available in AL. Therefore, this statement is incorrect.

In line 10, replace WriteFrom with ReadAs

Answer: NoWriteFrom is the correct method for sending the request content, as it writes data from the RequestText variable to the HttpContent. ReadAs is used for reading the response, not for writing the request content.