Pass the Blue Prism Developer AD01 Questions and answers with ExamsMirror

Understanding Session Variables:

Session variables are specific to a running instance of a process and can be changed dynamically during the execution of the process.

Behavior of Session Variables:

When the value of a session variable is changed, it is designed to be immediately available to the running process. This allows for real-time adjustments and interactions during the process execution.

Conclusion:

The new value of a session variable is available to a running process immediately after it is changed.

References:

Blue Prism Developer Documentation: Session Variables

Blue Prism Training Material on Process Execution and Variable Management

Step Function in Sub-Page:

The Step function in Blue Prism is used to execute the current stage and then move the focus to the next stage.

Current Stage (Add to Queue):

The Add to Queue action is configured to add data from a collection to a work queue.

If there is an error in the input parameters (e.g., missing or incorrect Queue Name, Data Collection, etc.), the action will fail.

Error Handling:

When the Add to Queue action fails, the process will trigger the exception handling logic.

The focus will move to the Recover1 stage to handle the exception.

References:

Blue Prism documentation on exception handling and the use of the Step function.

Exception Handling Best Practices:

Proper exception handling involves not only recovering from an error but also ensuring the system is ready for subsequent operations.

This typically includes resetting the application or any global data to a known good state.

Issue in the Main Page:

In the provided diagram, the flow directly connects the Recover stage to the Resume stage without any intermediate logic.

This is problematic because the system might be left in an inconsistent state after an error.

Required Logic:

Implement logic between the Recover and Resume stages to reset the application or any relevant data.

This ensures that after handling an exception, the system is in a known good state and can continue processing new items reliably.

References:

Blue Prism documentation on best practices for exception handling and process design.

Tagging Exception Items:

By calling the Exception Stage details and tagging them to the item before marking it as an exception, it ensures that detailed information about the exception is captured and can be viewed later. This helps in identifying the cause of the exception and provides valuable context.

Stage Logging:

Enabling stage logging within each exception properties ensures that all exception details are logged. This allows the Process Controller to view detailed exception information from the session logs, providing a comprehensive view of what went wrong.

Benefits:

These two approaches ensure that exception details are both tagged to the work queue items and logged in the session logs, making it easier for the Process Controller to review and analyze exceptions from different interfaces within Blue Prism.

References:

Blue Prism documentation on exception handling, tagging, and logging.

Loop Orders is configuring to the Orders collection and as per the diagram in the order collection there are 15 rows so the loop is run till 15 times and the process order page will executed 15 times.

Credential Retrieval:

The automation start-up page requires actions to retrieve the credentials from the Credential Manager to log in to the Blue Prism Portal.

Cause of Exception:

The exception is likely caused because there is no action to retrieve the username and password from the Credential Manager, leading to missing or incorrect credentials.

Steps to Fix:

Ensure that an action is included to retrieve the credentials from the Credential Manager before attempting to log in.

References:

Blue Prism documentation on using the Credential Manager and best practices for secure credential handling.

In Blue Prism, the Wait stage is used to pause the process until specific conditions are met or a timeout occurs. The following points explain why Option B is the correct answer:

If all conditions are met before the TimeOut period expires, the process will continue (Option B): This is the correct behavior of the Wait stage. If the specified conditions are met before the timeout period, the process will continue without waiting for the entire timeout duration.

The other options are incorrect:

The Wait Stage will sequentially check each condition, it does not require all conditions to be met (Option A): This is incorrect because the Wait stage does not check conditions sequentially but rather waits for any specified condition to be met.

If no conditions are met, an internal error will appear and terminate the process (Option C): This is incorrect; if no conditions are met within the timeout period, the process will follow the timeout path, which may or may not terminate the process depending on how it is handled.

The Wait Stage will simultaneously check all conditions and follow the logic of whichever condition is met first (Option D): This is incorrect because the Wait stage waits for any one of the conditions to be met before the timeout, rather than following the logic of the first met condition.

ReferencesRefer to Blue Prism's documentation on the Wait stage and its behavior in processes, highlighting how conditions and timeouts are managed.

The process will move to the 'Close Down' page directly from the 'Stop?' Decision stage under two conditions:

The specified Stop time has passed: This condition checks if the current local time exceeds the configured stop time. In the provided Decision Properties, the condition LocalTime() > [Stop After Time] evaluates if the current time is beyond the stop time.

'Request Stop' received from Control Room: This condition is checked by the IsStopRequested() function. If the Control Room sends a stop request, this function returns true, causing the process to move to the 'Close Down' page.

Other conditions like Stop After Items and an immediate stop request from the Control Room are not mentioned in the process depicted in the exhibits. Therefore, only the two conditions mentioned above apply.

References:

The Decision stage properties and conditions as shown in the provided exhibit.

Blue Prism documentation on Decision stages and Control Room interactions for stopping processes.