Product ideas | Community
Skip to main content

Ideas

Filter by idea status

10000+ Ideas

ashah123Level 4

Interacting Aging Bucket CheckNew

Hi Team, I’m currently working on a requirement related to interaction aging buckets. The idea is to categorize leads based on their most recent engagement in Marketo and assign them to corresponding buckets. I’ve created a text field for the interaction bucket, which I’ll start populating once the full solution is ready. To determine the appropriate bucket for each lead, I’m using the Marketo activity log to track opens and clicks. This helps us identify the least engaged leads and allows us to tailor specific campaigns or strategies for them. For context, we also have a custom rule that marks a lead as ineligible if they haven’t engaged for over 18 months. By implementing these buckets, we can be more mindful of engagement levels and run targeted re-engagement strategies. Below are the bucket ranges we’ve defined:My question here is :For example, in the 121–150 day bucket, I’m seeing leads who have interacted in the last 30 days, which is causing confusion.I’ve created the buckets as per the below screenshot, and they work fine in some scenarios and not all.I suspect the issue could be something related to contacts with multiple opens/clicks.Currently, I’m using “opened AND not opened” conditions within the bucket, but it seems some leads are still being included incorrectly.My goal is to only include leads whose interactions fall strictly within the bucket’s date range , so that we could categorize them in those bucket , lets say ..if they multiple opens then last open should be considered so have those buckets updated based on last interaction.Could you advise what adjustments are needed to achieve this? Do let me know in case of anythingRegards,Akshat 

Issue with Time-off over time zoneNew

Hello,I would like to propose one improvement in the time-off concept over time zone.Currently, there is this issue that a whole day off entered by someone in a given time zone will be visible as 2 days off in another time zone. This gives a false information to other colleagues and this also prevent a correct planing with the resource manager. See also these posts describing the same problem:https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/time-off-not-dependent-on-time-zone-entered-viewed-in/idc-p/530272#M11903@francesdurhamevans , @yvonnemi2 https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/all-day-time-off-should-not-be-affected-by-time-zone-on-schedule/idi-p/523616@david_bray https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/time-off-settings-with-team-members-in-different-time-zones/idi-p/523728@leigh-annd37734 https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/time-off-consistent-viewing-of-time-off-across-different/idc-p/528950#M10581@arig48607165 , @ericava , @gbadad  I've been playing with the entry of time off and noticed the following:1. ticking the day off checkbox causes a lot of problem as described above and in the different posts.2. entering just one hour time off, for example between 11:00 and 12:00 for a given day, will be processed correctly, the resource manager even considering it as only one hour in the day and being able to consider the rest of the day work. That's a good behavior.3. entering 12 hours time off between 0:00 and 12:00 is quite funny because it will be shown in the time zone "after" from 23:00 to 11:00 the same day (back in time!). I've understood that the concept of the current implementation is to consider the real time in the different time zone, which is fair enough to me, but even considering that, it's not working correctly. The function has not been developed properly.So please fix this: when a user checks the "all day off" checkbox, Workfront should consider the corresponding time only, from 0:00 to 23:59 that given day. In the time zone "after" (+1), Workfront would have to display the 24 hours off like a time off from 23:00 (day before) to 22:59. That is 2 partial days off and by no means 2 days off = 48 hours.This solution would not be much better in the calendar (except the color of the time off showing partial time off instead of full day off) but at least, the resource manager will be able to evaluate correctly when a job can be delivered.The day off check box state must never be used for any time zone difference calculation, but only in the frontend to facilitate the entry of full days off.I suspect this fix can be down without reconsidering the whole concept and hope you can at least evaluate it and share your feedback. Thank youSébastien

REST API EnhancementsNew

The following are the REST API Enhancements we as a user are expecting to see it in near future. - Asset creator details to be included in the API (Email, Files, Campaigns etc.,)- Flow ID is returned in campaign API, however there is no endpoint to utilize and get the flow details- SmartList Cloning option is there, however there is no SmartList Update option (PUT method for updating the rules/criteria/conditions) via API. Likewise for Files, images can be created via API but there isn't an API option to update (PUT method) it. How come your product team ended up with just providing endpoints for reading and updating the meta data? Why should a development team in a company should create lines of code just to update a file name. I completely don't understand. - Final member count in a smartlist is not able to be pulled via API, again I'm not sure why this not considered as a meta information.- Worst pagination technique followed for returning records. While trying to pull the Activities (form submission alone) your document clearly states 300 records will be pulled in one single call. Whereas in reality just for 26 records, 10+ calls were used by Marketo API moreResults is set to true but the response will not have any result. What kind of logic is this and the worst part is when we raised a support request they simply said "it's a usual behavior" - I don't understand what kind of behavior is this.- API users are counted under users limit - with that of all these limitations I'm not sure why they are counted. It is atleast considerable to a certain extent for counting the license for users with UI access. Why API users? I'm a developer and I have noticed such things, when I speak with Marketing team they are giving even more such list. Very Strange tool. 

Batch editing and saving assets with varying meta data in one stepInvestigating

Request for Feature Enhancement (RFE) Summary: When bulk editing assets after selecting multiple assets and opening the details, the interface should allow for editing meta data individually as well as in bulk.    Use-case: When uploading multiple files it is often necessary to create individual as well as group metaproperties. With the suggested feature, one can do this is one single step instead of opening and editing all files individually.   Current/Experienced Behavior: 1) Selecting multiple assets 2) opening details 3) editing common meta data, e.g. attaching a meta property, tag, description etc to ALL files at once 4) when saving ONLY the common attributes applied to all assets are saved   Improved/Expected Behavior: 1) Selecting multiple assets 2) opening details 3) editing common meta data, e.g. attaching a meta property, tag, description etc to ALL files at once while all are selected 4) selecting only certain desired assets individually (in the same view) and editing individual meta data like titles, tags etc. 5) When saving, individual as well as shared meta data is saved into the assets. See Bynder DAM solution "batch editing" for comparison: Edit Assets in Asset Bank – Bynder Support.   Environment Details (AEM version/service pack, any other specifics if applicable): AEM Assets   Customer-name/Organization name: Customer-name/Organization name: HBK   Screenshot (if applicable):     Code package (if applicable):    

JessicaCo15New Member

Share Link Reporting EnhancementsInvestigating

Request for Feature Enhancement (RFE) Summary: Adobe Assets currently provides limited reporting capabilities for shared links. Admins lack visibility into which assets within specific folders were shared, how often, and whether those links were engaged with, clicks or downloads. This feature request proposes an enhanced Share Link Report that allows folder level targeting and includes detailed engagement metrics.  Use-case: As an admin, I want to:  Identify which assets in a specific folder were selected and shared via link.  See who created the share link.  Track whether the link was clicked.  Determine if the asset was downloaded via the share link.  This visibility is crucial for understanding asset engagement, optimizing content strategy, and ensuring proper usage and compliance.  Current/Experienced Behavior: The existing Share Link Report under Assets > Reports provides a basic overview of shared assets. It includes the asset name, the user who shared it, the share URL, the expiration date, and a “Shared” column that shows how many links have been generated historically for each asset. However, it lacks the ability to filter by folder or collection, and it does not provide engagement metrics such as link clicks or download activity. While downloads initiated via share links may appear in separate reports as being performed by an “anonymous” user, this data is not reliably linked back to the original share event, making it difficult to track asset level engagement.  Improved/Expected Behavior: An enhanced Share Link Report should allow admins to filter results by folder or collection, making it easier to target specific sets of assets. It should also include timestamps for when share links were created, show how many times each link was clicked, and indicate whether the asset was downloaded via the link. Ideally, the report would correlate anonymous downloads with specific share links to provide a more complete picture of asset engagement. This consolidated view would empower admins to monitor asset performance, understand user behavior, and make informed decisions about content strategy and governance.  Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: Walmart Screenshot (if applicable):   Code package (if applicable):  

The ability to create system notifications/PSAs in AEM HeadlessInvestigating

Request for Feature Enhancement (RFE) Summary: Implement PSAs so that they can appear in all of the AEM UIs Use-case: The content operations team is looking to create a PSA or Alert bar/popup that would appear for all/some users on the platform when they log in. Current/Experienced Behavior: Adobe proposed this solution: https://adobe-consulting-services.github.io/acs-aem-commons/features/system-notifications/index.html Results research: I have researched and tried out the ACS Commons System Notifications in the past already. Those only work in the "old" AEM UI, not in the "new" CF Admin/Editor or Universal Editor. So any author directly going into those UIs would never see the notifications. And even authors accessing the old UI might be confused since it disappears on the new UIs. They might think only the old UI is affected by whatever the notification says. Improved/Expected Behavior: 1- it would stay up as long as we need it (if we posted a message about an outage or major incident, we'd want to disable it once the situation was resolved)2- it would be an informative message related to an outage or major incident - example: We’re currently aware of an issue affecting all pre-owned inventory, including Certified Pre-Owned (CPO) pages, on oADD live sites where inventory is not rendering as expected. Our team is actively engaged with our development team to work towards a solution. 3- Permissions: Only admins can create (we need to centralize it and restrict it to one decision making group). 4-This PSA should NOT require developer involvement to create  5- Ability to show it to only specific user groups. For example, we want to show a specific message to French content authors in Canada  Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: Audi Screenshot (if applicable):   Code package (if applicable):  

To ensure any AEMaaCS customer can track the instance disk usage, I would like to have a monitoring in AEMaaCS Reports which tracks the disk usage similar to the feature in the AEM 6.x Cloud Manager functionality.Investigating

Request for Feature Enhancement (RFE) Summary: AEMaaCS - CloudManager - Track disk usage  Use-case: Ensure that AEMaaCS clients are aware of their disk usage. Especially in times of performance issues, a transparently available monitoring of disk usage would help AEMaaCS projects to improve their setup. Current/Experienced Behavior: There is no disk usage monitoring available in AEMaaCS (in the CloudManager or elsewhere). Without Adobe Support input, a customer doesn't know this parameter. Alternatives via ACS AEM Commons reports are too time-consuming (XLSX work afterwards) or limited in scope (Asset reports only, no other content or full OS).   VW's Adobe Ultimate Support recommended I open a ticket here when they couldn't find a suitable functionality in AEMaaCS (E-001835519) Improved/Expected Behavior: In AEM 6.x Cloud Manager, such a feature already exists: https://experienceleague.adobe.com/en/docs/experience-manager-cloud-manager/content/using/monitoring-environments - but there is no similar functionality for AEMaaCS.   Expected data (copied from AEM 6.x) Disk Space: The used disk space (in megabytes) for each mount point on the host. There are different metrics for each mount point. At a minimum, there are metrics for / and /mnt, but additional mount point metrics may be available depending on the specific instance configuration. Folder Size AEM Segment Store: The used disk space (in gigabytes) for the AEM Segment Store. Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: Volkswagen Screenshot (if applicable):   Code package (if applicable):  

Add an Indicator for the hidden contentInvestigating

Request for Feature Enhancement (RFE) Summary: Introduce a visual indicator and count display for hidden components within containers, sections, and background elements in AEM’s page editor interface. Use-case: Content managers need to easily identify and manage hidden components on a page during editing. This visibility is crucial for maintaining content accuracy, avoiding duplication, and ensuring that hidden elements are not unintentionally overlooked. Current/Experienced Behavior: Hidden components are not clearly distinguishable in the AEM page editor. There is no count or visual cue indicating how many components are hidden within a container or section. Additionally, the content tree does not reflect hidden components, making it difficult to locate and manage them across different device views (desktop, tablet, mobile). Improved/Expected Behavior: Display the number of hidden components within each container, section, or background element directly in the edit mode. Show hidden components explicitly in the content tree structure. Ensure this functionality works independently across all responsive views (desktop, tablet, mobile). Provide a toggle or filter to highlight hidden components for quick access and editing. Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5.22 Customer-name/Organization name: Veeam Software Screenshot (if applicable):     Code package (if applicable):