UiPath-ADPv1 REFramework Practice Question
Exhibit
The project uses the 'Queue' trigger. A system exception occurs. The retry count is 3. The 'MaxRetryNumber' in config is 2.
Refer to the exhibit. What happens after the third failure?
⚠ Common exam trap
Candidates often incorrectly assume the process will crash or terminate immediately upon the third failure, failing to recognize that the framework is designed to move to the next transaction item.
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 robot marks the transaction as 'Failed' and proceeds to the next item.
The framework compares the current retry count with the MaxRetryNumber. On the third failure, the retry count will have exceeded the allowed limit in the Config file. Consequently, the framework will mark the transaction as 'Failed' in Orchestrator, stop retrying this specific item, and move to the next transaction in the queue. This prevents infinite loops and ensures the robot continues to be productive.
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 robot retries the item indefinitely.
Why it's wrong here
Infinite retries would stall the entire process and waste robot time. The framework is specifically designed to stop after the configured limit is reached, ensuring that problematic items are set aside and the process can continue to subsequent records without further intervention or hang-ups.
- ✓
The robot marks the transaction as 'Failed' and proceeds to the next item.
Why this is correct
Once the retry limit defined in the configuration is reached, the framework correctly terminates the attempt for that item. It updates the Orchestrator status to 'Failed' and moves the state machine back to the Get Transaction Data stage to fetch the next available transaction item.
- ✗
The robot stops the entire process.
Why it's wrong here
The robot should only stop on fatal errors that prevent any further work. A single failed transaction is not a fatal error for the entire process; therefore, the framework is designed to skip the faulty item and move forward, maintaining high availability for the overall automation.
- ✗
The robot restarts the application.
Why it's wrong here
While the framework could be extended to close and reopen apps on failure, it does not automatically do so simply because a retry limit was reached. It will proceed to the next transaction, assuming that the next item might not trigger the same application-level failure.
About these practice questions
One of 276 original UiPath-ADPv1 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. 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 UiPath exam blueprint
This UiPath-ADPv1 practice question is part of Courseiva's free UiPath 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 UiPath-ADPv1 exam.