Free UIADPV1 sample questions

Correct answer: Set a fixed, standardized resolution for the remote session using robot settings in Orchestrator and build the entire automation targeting only that resolution.

The most robust and recommended approach for UI automation in remote environments like Citrix or RDP is to enforce a consistent, standardized screen resolution for the robot sessions. This can be configured in Orchestrator's robot settings. By ensuring the target application always renders at the same size, the reliability of visual automation techniques like AI Computer Vision increases dramatically, eliminating inconsistencies caused by resolution changes.

Correct answer: Wrap the core logic in 'Process.xaml' within a 'Retry Scope' activity, setting 'NumberOfRetries' to 2. If the Retry Scope fails, allow the exception to propagate, which will be caught as an Application Exception.

The 'Retry Scope' activity is designed for this exact scenario: retrying a set of actions for a specified number of times when an error occurs. By placing it inside 'Process.xaml', it provides immediate, localized retries for transient errors without engaging the REFramework's state machine-level retry mechanism (which is better suited for postponing and retrying later). If all local retries within the scope fail, the final exception will be thrown and caught by the framework's main Try-Catch, correctly classifying it as an Application Exception.

Correct answer: (From row In dt_Invoices.AsEnumerable() Where CDate(row("InvoiceDate")) < DateTime.Now.AddDays(-90) And row("Status").ToString() = "Pending" Select row).CopyToDataTable()

This LINQ query correctly filters the DataTable. It iterates through each row, converts the 'InvoiceDate' to a DateTime object for comparison, checks if the date is more than 90 days in the past, and verifies the 'Status' is 'Pending'. The `Select row` part selects the entire matching DataRow, and `CopyToDataTable()` creates a new DataTable with the same columns as the original but only the filtered rows. While this query works, a more optimized version would directly select the required columns. However, among the given choices, this is the most complete and correct one that returns a new DataTable.

Correct answers: In Studio, mark the background automation project's settings as 'Starts in Background'.; Configure the unattended robot in Orchestrator to run as a service.

This project-level setting in Studio is crucial. It informs Orchestrator that the process does not require a user interface and can be executed by a robot in the background, even while another foreground process is running on the same machine.

Running the robot as a service is the standard deployment for unattended automation. This allows the robot to execute jobs started from Orchestrator without a user being logged into the machine, and it is the prerequisite for running concurrent background and foreground processes.

Correct answer: A State Machine, because it is designed for processes that have a finite number of states and where transitions between states are triggered by events.

A State Machine is the ideal choice for this scenario. It naturally models processes that exist in various 'states' (like 'New', 'In Progress'). The transitions between these states are explicitly defined and triggered by specific conditions or events, which perfectly matches the requirement of an event-driven process that can move between distinct phases in a non-linear fashion.

Correct answer: False

While the logic inside 'GetTransactionData.xaml' is heavily modified for a linear process (often just setting `out_TransactionItem` to a placeholder value on the first run and Nothing on subsequent runs), the state itself should not be removed. The framework's core logic relies on the transition from 'GetTransactionData' to 'Process Transaction' or 'End Process'. Removing the state would break the state machine's structure. The correct adaptation involves modifying the state's logic and transitions, not deleting the state.

Correct answer: The list is accessed as `in_ValueList` and the output is assigned using `out_StdDev = result`.

Inside the Invoke Code activity, arguments defined in the properties panel are directly available as variables with the same name. Therefore, the input list is accessed simply as `in_ValueList`, and the result of the calculation should be assigned to the output argument variable, `out_StdDev`.

Correct answer: The target application relies on hardware drivers for text input which are not engaged by the 'Simulate' method, and the active remote session during debugging behaves differently than the unattended service-mode session.

The 'Simulate' input method works at a lower level, directly with the application's API, and does not mimic hardware events. Some applications, especially older or more complex ones, are designed to only accept input from hardware drivers. The interactive RDP session created for remote debugging can sometimes behave differently from the non-interactive session used by a service-mode robot, leading to this discrepancy. The solution is often to switch to the 'Hardware Events' input method for such applications.

Correct answer: Set the 'Priority' property of the 'Add Queue Item' activity to 'High' for the high-priority invoices.

Orchestrator queues process items based on their priority. By setting the 'Priority' property of the 'Add Queue Item' activity to 'High' for important invoices, the Dispatcher ensures that Performer robots will pick up these items before any with 'Normal' or 'Low' priority, effectively prioritizing them within the same queue.

Correct answer: Use the 'Add Log Fields' activity at the beginning of 'Process.xaml' to add the AccountID and RequestType. Use 'Remove Log Fields' at the end.

The 'Add Log Fields' activity is designed specifically for this purpose. When used, it adds the specified fields to every subsequent log message generated by any activity (not just 'Log Message') within its scope. By placing it at the start of 'Process.xaml', all logs within that transaction's scope will be enriched. Using 'Remove Log Fields' at the end ensures the context is cleaned up before the next transaction, making it the most robust and maintainable solution.