Adobe AD0-E902 Exam Dumps

Understanding the Requirement:

The user needs to view the exact API request and the corresponding response a module executes in Adobe Workfront Fusion.

This is critical for debugging, troubleshooting, or validating API operations within scenarios.

Why Option B is Correct:

Execution History:

The execution history logs detailed information about every module that runs in a scenario.

It provides access to the API request sent, including the headers, parameters, and body.

It also displays the API response received, including HTTP status codes, returned data, and error messages (if applicable).

This feature is indispensable for debugging and verifying the behavior of modules.

Why the Other Options are Incorrect:

Option A ('Using the Bundle Inspector'):

The Bundle Inspector provides a view of processed data bundles but does not include API request/response details.

Option C ('Using the Fusion DevTool scenario debugger'):

Fusion does not have a specific 'DevTool debugger.' The execution history serves this purpose.

Option D ('Using the Fusion DevTool error evaluator'):

While error logs help evaluate issues, they do not directly show the API request/response unless an error occurs. Execution history is a more comprehensive source of this data.

Steps to View Execution History:

Run the scenario or inspect a previously executed scenario.

Navigate to the Execution History tab for the scenario.

Select a specific module to view its details.

Inspect the API request and response, which includes all relevant parameters and data.

Reference and Supporting Documentation:

Adobe Workfront Fusion Documentation: Execution History

Workfront Community: Debugging with Execution History

Understanding the Requirement:

The project name in Workfront must include:

Purchase Order Number (PO#).

Name of the product.

PO Fulfillment Date (formatted as YY/MM/DD).

If a discount is provided, append the discount percentage and the approver's last name in the format: 15% Discount - UserLast.

Example Output:

sql

Copy

2837 - Compendium-Premium Running Shoes - 21/02/16 - 15% Discount - UserLast

Why Option A is Correct:

The expression in Option A achieves the desired result step-by-step:

3.PO#: Includes the PO number.

3.Name: Appends the name of the product.

formatDate(3.PO Fulfillment Date, YY/MM/DD): Formats the PO Fulfillment Date in the desired YY/MM/DD format.

if(3.Discount Provided? = 'Yes'; '- ' + 3.Discount % + ' Discount - ' + 3.Approver Last Name):

Uses the if function to check if a discount was provided.

If 'Yes,' it appends the discount percentage (3.Discount %) and approver's last name (3.Approver Last Name) with the required format.

Why the Other Options are Incorrect:

Option B:

The expression is incorrect because it places if(3.Discount Provided?...) directly after PO Fulfillment Date without using formatDate for date formatting. This results in an unformatted date.

Option C:

Uses parseDate instead of formatDate, which is incorrect in this context. parseDate is used to interpret strings as dates, not to format dates for output.

Option D:

The expression does not include any conditional logic for checking if a discount is provided. It simply appends Discount - Approver Last Name regardless of whether a discount was given.

Steps to Use the Expression in Workfront Fusion:

Place the expression in the module that defines the project title in Workfront.

Map the fields (PO#, Name, PO Fulfillment Date, etc.) to the respective columns from the CSV data.

Test the scenario to ensure the output matches the desired format.

Final Expression (Option A):

3.PO# + ' - ' + 3.Name + ' - ' + formatDate(3.PO Fulfillment Date; YY/MM/DD) + if(3.Discount Provided? = 'Yes'; ' - ' + 3.Discount % + ' Discount - ' + 3.Approver Last Name)

Reference and Supporting Documentation:

Adobe Workfront Fusion Functions Documentation

Workfront Community: Handling Conditional Logic and Date Formatting

Understanding the Array and the Task:

Input Array (Colors):

[

{ 'ID': '22342', 'name': 'Red' },

{ 'ID': '33495', 'name': 'Blue' }

]

Goal: Extract the first ID from the array, which is '22342'.

Why Option B is Correct:

The expression get(map(2.Colors; ID); 1):

map(2.Colors; ID): Iterates over the array 2.Colors and extracts the ID field from each object. This creates a new array containing just the IDs: ['22342', '33495'].

get(...; 1): Retrieves the first element of the newly created array, which is '22342'.

Why the Other Options are Incorrect:

Option A (map(2.Colors; ID; ID; 1)):

This syntax is invalid because the additional ID and 1 parameters are misplaced. The map function requires only two arguments: the array and the field to map.

Option C (map(get(2.Colors; ID); 1)):

This incorrectly attempts to use get inside map. The get function does not return a field for mapping, so the syntax is invalid.

How the Expression Works:

Step 1: map(2.Colors; ID)

Extracts the ID field from each object in the Colors array.

Output: ['22342', '33495'].

Step 2: get(...; 1)

Retrieves the first element of the mapped array.

Output: '22342'.

Use Case in Workfront Fusion:

This approach is commonly used when processing arrays in Fusion scenarios, ensuring specific elements are accessed without additional looping or complex logic.

Reference and Supporting Documentation:

Adobe Workfront Fusion Functions Documentation

Workfront Community: Using Map and Get Functions

By combining map and get, this expression efficiently extracts the first ID from the array, ensuring correct and reliable results.

Step-by-Step Explanation

Purpose of the Query:

The task is to retrieve field options from a custom form field. This operation involves fetching data, not creating or modifying it, which requires a GET method.

Correct API Structure:

The URL must follow Workfront's API structure:

ruby

Copy

https://{your-workfront-domain}/attask/api/{version}/{endpoint}

Option B follows this standard structure, where:

wfdomain.workfront.com is the placeholder for the Workfront instance.

/attask/api/v12.0 specifies the API version.

/PARAM/search is the endpoint to search for parameters or fields.

Why Not Other Options?

A: The use of POST is incorrect because it is meant for creating or updating resources, not retrieving data. Additionally, the URL structure is incorrect and includes unnecessary query strings (username, password) not relevant for this operation.

C: While the method GET is correct, the URL (PARAM/search) is incomplete and lacks the required Workfront API structure, making it invalid.

Reference

Workfront API Documentation: Querying and Retrieving Custom Form Field Data

Experience League Community: Best Practices for Using GET Methods in Workfront API

Step by Step Comprehensive Detailed Explanation:

Best Practices for Scenario Clarity:

Workfront Fusion scenarios can become complex. Adopting practices that enhance readability, shareability, and understanding ensures the scenario can be maintained and used effectively by others.

Option Analysis:

A . Naming all modules by providing short but relevant labels:

Correct. Proper naming helps identify the function of each module at a glance. For example, instead of generic names like 'Project Search,' use 'Search High Priority Projects.'

This makes it easier to debug, share, and update the scenario.

B . Insert Note Modules at the beginning of the scenario:

Incorrect. While notes are useful, inserting a Note module at the beginning is not always necessary unless clarification is required for the initial step. Adding notes throughout the scenario (Option C) is more beneficial.

C . Add notes where applicable to clarify what is happening:

Correct. Adding comments or notes helps explain the purpose of certain steps, making the scenario easier to understand for collaborators or when revisiting it in the future.

D . Attach the requirements document using the scenario settings:

Incorrect. Attaching a requirements document might be useful for reference but does not directly contribute to scenario readability or understanding within the interface.

Implementation Tips:

Use descriptive names for modules that clearly indicate their purpose (e.g., 'Update Project Status' instead of 'Update Record').

Add comments or notes at decision points or complex mapping expressions to explain logic.