Build better products with our product team
Description - Particularly Billing Record fields should be reportable Why is this feature important to you - currently when a billing record contains billable hours, expenses, and tasks, there is no way to report on the breakdown totals. These fields show on the billing record itself adding up all the hours, expenses, or tasks, but you have to open each billing record to find them and cannot report on all billing records and their respective totals. How would you like the feature to work - allow the below fields to pull into a report of Billing Records Current Behavior - These fields from a Billing Record are not reportable: Billable Hours Billable Expenses Billable Revenues We are currently relying on Fusion to fill in custom fields with these totals so they can be reported on.
When editing any email in the new email designer, Edit Email Content>AI assistant (option on the right bar)>Text settings>Language. The only language option in which the text can be generated is English. There should be support for multiple languages like, German, Polish, French, Italian, Spanish, Dutch, Portuguese, etc.
It would be great to be able to have multiple dimension columns rather than having the information stacked. Currently whenever you breakdown dimensions it stacks this on a line by line basis which makes it harder to analyse and also looks messy for the end user.Example below
DescriptionCurrently, Adobe Analytics 1.4 API provides several powerful endpoints that allow administrators to manage report suite configurations programmatically. These include the ability to:Fetch and update eVars, props, events, and classifications.Retrieve configured processing rules for a given report suite.Adobe has announced that the 1.4 API will be deprecated in favor of the 2.0 API next year. However, these configuration-level features are not yet available in the 2.0 API. Once 1.4 is removed, these critical capabilities will be lost.For many enterprise-scale implementations, this functionality is not just convenient — it is essential. Proposed ideaExtend Adobe Analytics 2.0 API to include endpoints for:Variable Management: Create, update, and fetch eVars, props, events, and classifications at the report suite level.Processing Rules: Fetch and (if possible) update processing rules for a given report suite.Cross-Suite Comparison: Provide efficient ways to compare variable configurations between report suites via API.This would ensure continuity for projects currently relying on 1.4, while aligning with the modernized API framework. Benefits / Use CasesScalability: Easily update or configure variables across multiple report suites in bulk instead of relying solely on the UI.Transparency: Retrieve all processing rules in one call, making it much easier to audit mapping when there are 100+ rules.Consistency: Compare variable configurations across report suites to ensure alignment in enterprise environments.Efficiency: Save time and reduce manual effort by automating repetitive admin tasks.Call to ActionPlease consider adding these configuration endpoints to the 2.0 API roadmap to avoid losing critical functionality when 1.4 is deprecated. This would greatly benefit customers managing multiple report suites and complex implementations.
Description - I just made an error in my custom form that has layers and layers of display logic. I am trying to create a report to pull the fields I need to fix, but my report is massive since there are so many IF THIS THEN THAT scenarios. Can you create an option to disable display logic for reporting? Why is this feature important to you - This feature would save me/others a tremendous amount of time and help us rectify issues quickly. How would you like the feature to work - Could you include this in the report settings as a check box? Current Behaviour - This feature does not exist. Mistakes happen and the display logic makes it very hard to correct errors.
Description - Allow the versioning of or the replacement of documents that are in a folder in a Workfront project that is linked to AEM Assets. Why is this feature important to you -Our marketing teams use Workfront to route their materials for review and approval. There are situations where minor changes are needed to be made to documents after that are approved and moved into a folder in their Workfront project that is linked to AEM Assets. These changes are typically made by external agency partners and loaded into Workfront for review and approval routing by those agencies. Once the changes are approved, the marketers must move those changed files into the linked folder, either replacing or creating a version of what’s there. Today this functionality does not exist. The Marketer must use the following workaround:Download the document(s) from Workfront.Upload or drag/drop the document(s) into AEM Assets - they either replace what’s there or create version(s).To avoid duplicate documents, delete the document(s) from the Download location.This creates extra unnecessary steps and also creates the potential for duplicate documents if the user forgets to delete the document(s) from the download location, impacting our single source of truth. How would you like the feature to work -The users would like to drag one or more documents (that have the same names as what’s already present in the linked folder), from one folder in their Workfront project into the project's linked folder. They should get a message, like in AEM Assets, to either replace the document(s) in the folder or create version(s). Current Behavior - Once documents have been moved into the linked folders in a Workfront project, users are no longer able to edit, delete, replace, version, or move those documents.
Experiencing an issue while creating new event channels in Marketo—specifically, the dropdown under System Mappings isn’t allowing us to input additional values.Need to link the defined Statuses under the Channel with the appropriate System Mappings.
Description - Since the search functionality updates in May 2025, we find the "basic search" feature in Workfront confusing and not useful. It has some serious limitations basically causing it to not display accurate results which leads to confusion. Why is this feature important to you - at this point I've directed my users to pin the "advanced" search page and use that instead, which feels clunky and confusing compared to just being able to use the search bar as one would expect. How would you like the feature to work -When I type in the search bar, recent items are suggested to me (working today well)If I don't immediately see what I'm looking for, I'll click "search" and then I would expect it to flow into the "advanced search" page from there where I could drill down as needed.Basically, go back to before May 😉 feel free to enhance search with AI so it makes smarter suggestions, but having both basic and advanced search feels unneeded from my chair.Current Behaviour -Basic search doesn't display the results I'm looking for..When I enter a keywordWhen I enter the exact name of somethingEven if it is something I've interacted with
When I go to Workfront "Recents", the clock icon in the toolbar at the top right, I want the dropdown list in the "DOCUMENTS" section to open the actual proof instead of going to the "DOCUMENT > Overview" page. I see no benefit to opening the "Overview" page.I use "Recents" to reopen my current WIP proofs. The proof should be one click away not 2 clicks away. It is not a good user experience to first open to the "Overview" page. It would be better to open the actual WF proof.
Please add Google Gemini to the collection of Gsuite Fusion connectors! My organization uses Gemini and we cannot use ChatGPT.
Description - right now, WebSDK only supports sending data to Experience Event schemas/datasets. This is reflected in the WebSDK data elements, where only Experience Event schemas are shown. Usecase: build up a Profile when the user fills out e.g., a newsletter form. It's a CDP and this should be a standard feature and it cannot be that one must set up some server-side API connection to make this work somehow. This approach is way(!) too complicated and should be possible to be done in the Tag Manager like sending page view or other events. I found threads from years ago where Adobe said it would come and is on the roadmap. So, ...? Why is this feature important to you - I cannot be that you must be or ask a programmer to send any kind of Profile-related information to the CDP, whereas you can easily send interactions through the WebSDK. How would you like the feature to work - allow the user to create Profile-schema XDM data elements and also give the user the choice to send this information to the Profile dataset e.g., through a dedicated "Update Profile" event type or similar. Current Behaviour - All WebSDK sendEvent calls end up in the Experience Event dataset. If a custom code sendEvent is used and Profile attributes added to the XDM, they are dropped since they are not in the Experience Event schema. Side note: to achieve the Profile update through Launch and not needing to ask a CMS dev, I had to come up with a solution that puts any Profile-related data into the "data" section and use Launch SSF to pick up this data and send it to the AEP HTTP API. Obviously it is less than ideal that you must to either have the SSF SKU or implement it on your own webserver through customiz APIs implementations.
Description - I'm currently migrating a team from Asana to Workfront. And an important stakeholder asked if there was a Dark Mode. I thought it was such a good idea, I wanted to drop it here!Why is this feature important to you - For folks who work on computers day and night, they like to take some of that blue light strain off with the dark mode.How would you like the feature to work - Similar to Teams, or Asana, Maybe it's a user setting, or an Admin setting in a Layout Template where you can choose which desktop interface you want, light or dark mode.Current Behaviour - Light all day every day! (My EYES!)
Description:We are requesting an enhancement to Workfront form field validation to better handle ligature-based special characters (such as ff, æ, fl and others). Currently, these characters can be entered into form fields without restriction, which creates downstream processing issues when the data is consumed by integrated systems or exported for further use. Current Behavior:Workfront does not validate or restrict entry of ligature-based special characters in form fields.These characters remain undetected until they cause issues in downstream processes (e.g., PDF conversions, integrations, or reporting).Requested Behavior:Workfront should include real-time validation logic that can automatically detect ligature-based special characters at the point of entry.Users should be prevented from proceeding to the next step until such characters are removed or replaced.Ideally, the system should display a clear error message indicating which field contains invalid characters.Business Impact:Prevents data corruption and failures in downstream workflows such as PDF conversion, reporting, or integration with other Adobe and third-party tools.Reduces manual intervention required to troubleshoot and clean invalid data.Improves data quality and reliability within Workfront forms, ensuring smoother automation and scalability.
Currently, Marketo forms are limited to single-page layouts. If we want to create a multi-step form (where users can complete one section, then click “Next” to proceed to another), it requires custom code or third-party tools.A native multi-step form feature would be really useful because:It improves user experience by reducing form fatigue. Instead of seeing a long list of fields at once, users can progress step by step.It often increases completion rates, since breaking questions into smaller chunks feels easier to complete.It makes it possible to collect more data without overwhelming prospects.It keeps the form design consistent and aligned with Marketo’s existing functionality, instead of relying on workarounds.I’d love to hear if others have faced the same challenge and whether this would be a valuable addition for you as well.
Request for Feature Enhancement (RFE) Summary: Versions must be created in AEM upon using Manage Publication. Use-case: Manage Publication is commonly used feature within AEM and versions not being created with Manage Publication can cause issues while restoring content. Current/Experienced Behavior: Versions are not created in AEM upon Manage Publication and versioning works only if Quick Publish option is used. Improved/Expected Behavior: Versions must be created in AEM upon using Manage Publication. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as Cloud Service latest release Customer-name/Organization name: Abbott Screenshot (if applicable): Code package (if applicable):
The new Workfront Planning module is great but we are starting to see that Workspaces will pile up if there isn't a mechanism to organize/filterThis feature would help users maintain and organize their spaces by either folder or filter structures and also allow for archive. Currently there is only Workspaces I own and Workspaces I'm on.
Description - When editing a custom form, the moment I scroll down into the form, the name of the form goes away. Would like it to remain!Why is this feature important to you - I have to scroll up constantly to validate I'm in the right form if I'm making changes across forms or working on multiple. How would you like the feature to work - It would be nice if the name header could stick so we can constantly see the name of the form just to be sure we're in the right form!Current Behavior - the title of the form scrolls up with the page.
Description - It would be beneficial to have the ability to delete profile-enabled schemas, specifically in lower environments Why is this feature important to you - Dev's that are 'learning' how to use AEP/RTCDP may incorrectly enabled schemas for profile, thus causing any type of schema clean-up efforts, unable to be completed. How would you like the feature to work - The simple ability to remove enabled toggle, once tied dataset is removed from schema. Current Behaviour - Unable to be currently done, verified this with adobe support that the ability was taken away due to issues.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK