These free Blue Prism study guides focus on automation that produces a verifiable business result. Separate process decisions from reusable application interactions, practise controlled exception handling, and explain how a queue item reaches a trustworthy outcome. Developer, professional, design and architecture references support different learning goals. The exercises use fictional records and are intended for written review or an authorised training environment.
Want free reference PDFs? Email freelearning@ciscoforall.com with your exam code and name. We will send an available older reference file free of charge. Availability varies. See the request section below.
Browse All Blue Prism Premium PDFs
Choose the learning direction closest to your role and current knowledge. These orientations help you organise practice; they are not official exam objective lists. Compare your chosen target with the exact current syllabus and record any additional topics you need.
| Learning path | Who it suits | Topics to understand | First practice task |
|---|---|---|---|
| Developer foundations | Learners building automations | Process flow, objects and data | Map a small business transaction. |
| Reliable execution | Learners supporting automations | Exceptions, retries and work queues | Test a repeated item safely. |
| Design and architecture | Learners reviewing solutions | Reuse, access and dependencies | Review an automation boundary. |
Connect additional review material with a specific preparation gap. Open a relevant product to explore its details, confirm its code and version, and decide how it supports your learning goal.
| Premium resource | Preparation focus |
|---|---|
| DEV01 — Blue Prism Developer — Premium PDF | Review DEV01 for the product and version shown in the listing. |
| APD01 — Blue Prism Professional Developer — Premium PDF | Review APD01 for the product and version shown in the listing. |
| ASD01 — Designing Blue Prism Process Solutions — Premium PDF | Review ASD01 for the product and version shown in the listing. |
| ARA02 — Blue Prism Certified ROM Architect Exam (Version 2) — Premium PDF | Review ARA02 for the product and version shown in the listing. |
DEV01, APD01, ASD01 and ARA02 are distinct catalogue targets. Preserve the exact code and compare current objectives and platform behaviour when planning further preparation.
Browse All Blue Prism Premium PDFs
A fictional invoice process decides whether information is complete, while a reusable action enters approved data into an application. Keeping the rule separate from the interaction makes both easier to review when requirements or screens change.
Practice task: Draw the decision and application interaction as separate responsibilities. Expected result: Each responsibility has an explicit input and result. Common mistake to avoid: Embedding every business decision inside a screen interaction.
A reusable action should state required inputs, returned values and failure conditions. A successful click is not equivalent to a completed business update. Identify the application evidence that confirms the intended operation.
Practice task: Write a contract for creating one fictional customer record. Expected result: A reviewer can distinguish action execution from verified record creation. Common mistake to avoid: Returning success without checking the intended application outcome.
Missing business information and a temporary unavailable application require different handling. Write whether the item should be corrected, retried or escalated. Automatic repetition cannot repair invalid data and may conceal the need for human review.
Practice task: Compare an invalid invoice with a temporary connection failure. Expected result: Each exception has a justified next action. Common mistake to avoid: Retrying invalid business data as though it were transient.
An update may complete before a response is lost. Identify how a repeated item can detect an existing result or otherwise avoid duplicate business effects. An exception at the response stage does not prove that no change happened.
Practice task: Trace one fictional record through a lost response and retry. Expected result: The proposed recovery checks whether the business effect already exists. Common mistake to avoid: Assuming an error means the earlier operation had no effect.
A queue item needs meaningful status and an identifiable outcome. Distinguish unprocessed, in progress, completed and exception states conceptually. A reduced pending count may reflect discarded work rather than successful business processing.
Practice task: Reconcile six fictional items with their recorded outcomes. Expected result: Every item is accounted for without equating disappearance with completion. Common mistake to avoid: Measuring success only by the number of pending items.
Automation identities should have the actions required by the process and a clear ownership model. Document application version, dependencies and configuration before release. Do not place passwords in study notes or reuse real customer data in practice.
Practice task: Prepare a fictional deployment checklist with access and dependency checks. Expected result: A release review identifies prerequisites and rollback conditions. Common mistake to avoid: Validating only with a developer’s privileged account.
Complete these activities as written exercises or in an authorised practice environment with fictional data. Define the expected outcome before starting and save a brief explanation of what the result establishes. Verify version-specific steps for your selected technology.
| Activity | What to do | Expected result |
|---|---|---|
| Separate business decisions from application actions | Draw the decision and application interaction as separate responsibilities. | Each responsibility has an explicit input and result. |
| Define object inputs and outputs precisely | Write a contract for creating one fictional customer record. | A reviewer can distinguish action execution from verified record creation. |
| Classify exceptions by the recovery decision | Compare an invalid invoice with a temporary connection failure. | Each exception has a justified next action. |
| Make retries safe against duplicate effects | Trace one fictional record through a lost response and retry. | The proposed recovery checks whether the business effect already exists. |
Use these comparisons to find an assumption worth revisiting. For each mistake, write a new example with different details and explain why the corrected principle still applies.
| Common mistake | Why it matters | Better approach |
|---|---|---|
| Assuming an error means the earlier operation had no effect. | This prevents the exercise from establishing its intended outcome. | The proposed recovery checks whether the business effect already exists. |
| Measuring success only by the number of pending items. | This prevents the exercise from establishing its intended outcome. | Every item is accounted for without equating disappearance with completion. |
| Validating only with a developer’s privileged account. | This prevents the exercise from establishing its intended outcome. | A release review identifies prerequisites and rollback conditions. |
Explanation: First establish whether the original submission created a business record. Use the transaction identifier and permitted application evidence. Retry only through a recovery design that handles an existing result and avoids duplicate invoices.
Write your own answer before reading the explanation. Identify the evidence supporting it, then change one detail and decide whether your answer should change. This is an original learning exercise, not an actual exam question.
| Stage | Focus | Practice outcome |
|---|---|---|
| Week 1 | Select the target and foundations | Draw the decision and application interaction as separate responsibilities. Each responsibility has an explicit input and result. |
| Week 2 | Apply core concepts | Write a contract for creating one fictional customer record. A reviewer can distinguish action execution from verified record creation. |
| Week 3 | Investigate weak topics | Compare an invalid invoice with a temporary connection failure. Each exception has a justified next action. |
| Week 4 | Review mixed examples | Trace one fictional record through a lost response and retry. The proposed recovery checks whether the business effect already exists. |
Four weeks is an example schedule, not a promise of readiness. Adjust each stage to your experience and available time. Extend a stage when you cannot explain the topic without the notes or apply it to a fresh scenario. Revisit the exact target objectives so a familiar topic does not replace a relevant topic you have not practised.
Create a tracker with target topic, initial explanation, practice activity, observed result and next review date. Separate a topic you recognise from a topic you can apply. A useful record makes the remaining gap visible and helps you choose the next activity instead of repeatedly rereading the same material.
When an answer is wrong, preserve the initial assumption, the contradicting evidence and the corrected principle. Create a second example using different details. If the explanation works only for the first example, return to the concept before adding more resources. Review recurring errors together: they may reveal a missing foundation rather than several unrelated weaknesses.
| Tracker field | Example entry to write | Review question |
|---|---|---|
| Requirement | Draw the decision and application interaction as separate responsibilities. | What outcome am I trying to establish? |
| Evidence | Each responsibility has an explicit input and result. | Which observation supports my explanation? |
| Limitation | State what the exercise did not establish. | Am I making a broader claim than the evidence allows? |
| Next activity | Write a contract for creating one fictional customer record. | What new example will test the principle? |
Email freelearning@ciscoforall.com with your exam code and name, the product or framework version if known, and the topics you need. We will send an available older reference file free of charge. Availability varies; a file may not be available for every target. The original notes, tables and exercises on this page are free to read without requesting a file.
Keep the code and version visible when using an older reference. Terminology, objectives and product behaviour may differ from your current target. Compare the material with the scope you intend to study and verify release-specific information before using it in a lab. We share only resources we are permitted to distribute. If you are unsure of the target name, include the learning goal so the request can be understood.
Use this guide to organise foundations and identify weaker topics. Then choose a relevant Blue Prism Premium PDF for additional review. Give the resource a clear purpose: explain a concept, compare alternatives or repeat a practical scenario. Track the exact target and version alongside your notes so useful older material is not mistaken for complete current coverage.
Build a preparation routine around topic review, original exercises and an error log. After reviewing a resource, close it and explain the principle in your own words. Apply that principle to an unfamiliar example and record any remaining uncertainty. The value comes from understanding and application, rather than the number of files collected.
Review DEV01 for the product and version shown in the listing. — Premium PDF · Review APD01 for the product and version shown in the listing. — Premium PDF · Review ASD01 for the product and version shown in the listing. — Premium PDF · Review ARA02 for the product and version shown in the listing. — Premium PDF
Browse All Blue Prism Premium PDFs
Yes. The learning notes, tables, study plan and original exercises here are free to read. Premium PDFs are available separately through the linked product pages.
Developer learning emphasises correct process and application interactions. Design and architecture review add broader questions about reuse, execution boundaries, dependencies and operating responsibilities. Select the reference matching the scope you need.
Yes. Email freelearning@ciscoforall.com with your name, exact target and exam code. We will send an available older reference file free of charge. Availability varies.
It may explain useful foundations while describing an earlier version. Compare its code, objectives and product behaviour with your exact target before treating it as a complete preparation resource.
Use the product table to find a resource matching your target. Explore its details and version, then connect it with the concept or practice gap you want to strengthen.
No. Adjust the schedule to your experience, available time and practice results. Repeat a stage until you can explain its concepts and apply them to a different example.
No. The scenarios are original exercises for understanding and decision-making. They are designed to help you practise explanations and evidence-based reasoning.
No. Results depend on your knowledge, practical skills and preparation.
Complete one small activity today and record its result. For an available older reference, email freelearning@ciscoforall.com. For additional preparation, choose a relevant Premium PDF above or browse the vendor selection below.