Product ideas | Community
Skip to main content

Filter by idea status

10000 Ideas

edwardg5146728
edwardg5146728New Participant

Strip last two characters from UK postcodes when using geo zip to populate the Zip Code dimensionNew

Why is this feature important to you? I want to have a geo variable for UK users that can be classified and also used in data sources. This will allow us to combine our offline geographic segments with onsite behavioural data. It will also enable us to create calculated metrics such as "registration per local authority" so that we can analyse regional performance in Adobe Analytics. Using Geo Zip to populate the Zip Code dimension does satisfy these requirement except that it captures full UK postcode (e.g. HP22 5UY).  This is considered personal information because some postcodes contain only one address. We do not want to to collect and store this information as it may contravene the Data Protection Act 2018. However, if the last two characters were removed such that we only captured "4 digit" postcodes (aka Postal Sector, e.g. "HP22 5"), then these are sufficiently anonymous. How would you like the feature to work?An additional option in Report Suite Settings > General Account Settings.If the Zip Option is set to "use geo", then provide an additional configuration for UK postcodes ( 1. Use Full Postcode, 2. Remove Last Character, 3. Remove Last Two Characters, 4. Remove Last Three Characters).Current Behaviour?If a Geo Zip setting is enabled in Zip settings, then the Zip Code dimension is populated with a Full Postcode. Other NotesNB - I have considered the argument that because the postcode data is captured via IP address that it is too inaccurate to truly be personal data (insofar that you're not actually capturing someone's postcode but the nearest ping tower - or whatever Safari has produce). But I do not feel this would cover us in all situations. Separately, some of our use cases could be met if this other feature was implemented instead but on the other hand the idea was first raised 10 years ago (!)https://experienceleaguecommunities.adobe.com/t5/adobe-analytics-ideas/out-of-the-box-reports-should-have-the-capability-of-being/idi-p/338900 

PhilHaNew Participant

SharePoint Search Results in "Docs"Delivered

Description - SharePoint integration - incomplete results when searching for applicable SharePoint site Why is this feature important to you - SAIF uses SharePoint throughout many of it's workflows, and this is a hinderance as we cannot find the SharePoint site we need quickly How would you like the feature to work - We'd like the results to not be phantom results, and we'd like to see more than 100 results when searched.  Current Behaviour - When we search for the SharePoint site that we need to access, while inside the SharePoint functionality within "docs" in a project - and search for the SharePoint site we need, multiple results are returned, and it appears some of those results are "phantom".    Note: this is captured in this open idea as well: https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/improve-sharepoint-graph-api-experience/idi-p/557242   Detailed Description The “Graph API” was recently updated from the previous legacy SharePoint integration. (An update in Workfront) Following the update, a piece of functionality in Workfront was impacted: the ability to search for files or folders in Workfront, but searching in SharePoint. It returns only 100 results (despite having potentially 1000s of results); when those results are returned, it points to “phantom” files that do not exist. For example, a search for “Adobe” rendered 3 results – the results are the exact match of the search term. In this example, 2 of the 3 results are empty – only one folder has data. The Workfront ticket, #344237 describes this issue we are seeing at SAIF. This same ticket also has an additional failure: when SAIF peoples are moving files and folders (inside of Workfront) to different SharePoint folder, or if the file has it’s named changed, then the Workfront metadata is lost for that file. This represents a substantive impact to our users’ workflows.

Adilos-Cantuerk
Adilos-CantuerkNew Participant

Better options for the Expiry search filters.Investigating

Zusammenfassung der Funktionsverbesserungsanfrage (RFE): The expired assets predicate in the search filter currently only has one feature. Asset is already expired.Yet there are much more interesting things related to the expiry, that could be shown.Here are some examples for more interesting search filter regarding the expiry: Expired: The asset itself is expired(Ignore Dependencies) Has expired dependencies: The asset contains expired assets (Don't show expired assets, but instead those assets that contain an expired asset) Will expire: The asset will expire till (dateselect)+ usefull quickoptions: within the next 1 week, 1 month, 1year etc.)Be careful using those on sites / print projects that will be used for a longer period of time, since the printed media can't be "unpublished" but have to be destroyed, removed etc.) Will not expire: Show only assets that are free of an expiry restrictionI call it the "care free" option. Assetts can be used without having any fear that they will depublish themself / printed items do not have to be destroyed because one asset is no longer licensed Anwendungsfall: A user that wants to produce a print medium has to check if the assets that went into the print medium are not restricted with an expiry date. A cataloge might contain up to 800 assets. The cataloge will be printed with a circulation of 10k pieces. Currently, a user would have to check each individual asset to see whether it expires before the estimated time at which the print copies will be replaced by a newer one. Or a user builds an asset into a site, just to see that the asset depublished itself one week after the site launched because the expiry was overlooked.  Aktuelles/erlebtes Verhalten: The expiry search predicate is built to make only visible what is already expired (what can not be used). In addition it makes it not easily distinguishable if the expiry flag is set because an asset itself is expired or if it contains a expired asset.  Verbessertes/erwartetes Verhalten: Add additional functions as written in the RFE.Two checkboxes for expired, one for assets and another for dependenciesCheckboxes that look into the future and give the user a option to check if the asset will expire within a range or has an expiry at all. Umgebungsdetails (AEM-Version/Service Pack, ggf. weitere Angaben): 2023.8.13323.20230831T134651Z Name des Kunden/der Organisation: medi GmbH & Co. KG Screenshot (sofern zutreffend):   Code-Paket (sofern zutreffend):