Skip to main content

Filter by idea status

10000+ Ideas

Align Opportunity Identification Across API BehaviorsNew

As a technical solution provider, I would like to provide enhanced opportunity information across Marketo behaviors--and ideally, without the use of a separate CRM. However, when a CRM is attached to Marketo, there are several issues with translating Marketo opportunity activity: Activities such as Add to Opportunity/Remove from Opportunity/Update Opportunity (Activity IDs 34-36) use an integer as the identifying value for an opportunity. For example, a recent "Add to Opportunity" activity returns the following:{"id":98506929,"marketoGUID":"98506929","leadId":2054980,"activityDate":"2024-05-01T09:40:00Z","activityTypeId":34,"primaryAttributeValueId":72984,"primaryAttributeValue":"Opportunity Name - 2024","attributes":[{"name":"Is Primary","value":true},{"name":"Role","value":"Relevant Executive"}]}, This results in an Opportunity ID value of "72984." While I can work backward using the primaryAttributeValue to match via the opportunity name, this is less than ideal. There is also no reference to any externalOpportunityId, which would be used in this case (the instance is synced to an SFDC instance).Querying Marketo's own recording of opportunities independent of the CRM results in displaying a UUIDv4 value, but there is no reference to either the integer value on the Opportunity-related Activities value that could be used to cross-reference between systems:{"requestId":"11802#18fdeddf644","result":[{"seq":0,"marketoGUID":"be320968-423a-48e2-9730-e2e08df61fae","externalOpportunityId":"0061R00000m3kRLQAY","updatedAt":"2023-09-06T01:27:58Z","createdAt":"2018-12-17T15:43:08Z"}],"success":true}The marketoGUID is written activity-style rather than reading from the integers recorded in the opportunity-related activity. This leaves no way to resolve Marketo's own ID systems to tie the data together.Could you provide either the GUID in the activity or the integer in the main Opportunity query? Likewise, since something is translating the integral Opportunity ID to the Salesforce Opportunity Name, could the externalOpportunityId be exposed as a value on Opportunity-related activities? Otherwise, this data is disjointed and can only be poorly unioned together.

William--
William--New Participant

Enable "Admin View Access" in Access LevelsNew

DescriptionAllow us to create Access Levels that have the same benefit of an Administrator by granting them View access to all records across the instance, but allows us to limit their ability to modify, create, or delete records. Why is this feature important to youWe have a number of accounts that are designated as service accounts. To protect our data from being inadvertently modified or deleted, we have to create a custom view-only Access Level that allows the service account to read records but not modify, create, or delete records. This means we have to spend a lot of time ensuring these service accounts are shared on all the relevant records in our instance. It would save a lot of time and energy if we could create Access Levels that allow an account unlimited read access, but limited write/delete access. How would you like the feature to workEnable an option on the Access Level editor to grant "Admin View Access" which would allows accounts using that Access Level to view/read any record in the instance while still allowing us to customize which objects the Access Level can create, modify, or delete. Current BehaviourWe cannot assign the Administrator Access Level to our service accounts without accepting the risk that those accounts may overwrite or delete data. We therefore create view-only Access Levels to assign, then spend a lot of time and energy making sure the service accounts are shared on everything. The ability for us to create a "view-only with admin rights" account would be safer and easier for us to manage.

BrendaVa1Level 2

Be able to manage notifications at the Project level (through Groups)New

Description -  Would like to be able to turn on and off different notification types for specific projects.  It would be great if we could manage it through Groups and have the notification settings apply to a project to which that group is assigned.  Group notification settings only work for the people in the Group, but we want them to apply to anyone who submits a request to a project queue.  Why is this feature important to you - People working the requests and tickets in the queue want to be able to make Update comments on submitted requests without the submitter getting notified. How would you like the feature to work - Similar to custom statuses set at the Group level, it would be great if we could have the notification settings for a Group apply to any project that is assigned to that Group regardless of whether or not the user is in the group.Current Behaviour - The only way to turn off or on notifications for this project would be for me to do it at the global level.  Most of the people submitting requests are from all over the business and are autoprovisioned  a requester license when they submit one.  Every time someone on the support team makes an update note in the comment, the original requester gets notified because that is what we have set at the global level.  The Group level settings are only applying to the people on the support team who are in that Group.

AlyciaMLevel 2

Create a My Reports WidgetNew

A new home workspace widget that displays specific reports or dashboards based upon setup by a system administrator, would allow users that primarily work from reports or view dashboards to more effectively use the home workspace.  There are several executives, financial analysts, and auditors that login to our Workfront environment primarily to run and view reports/dashboards.  It would be more user-friendly and easier to train these types of users if all of the reports or dashboards that they need could be viewed and run from a "My Reports" widget. Ideally system administrators could use specific folders or tags to indicate which reports should appear within the "My Reports" widget by role.  That way if an executive logged into Workfront they could see a targeted list of reports or dashboards.  This would also provide a larger list of reports, as there are only so many pins that can be added to the top menu. Today as a system administrator, I either have to customize a layout with specific pins based upon role and then use the "Log In As" feature to add other pins manually per user to direct them to specific reports.  Or you have to be strategic about which reports or dashboards are shared and teach the users to navigate to Reports or Dashboards.  A customized report widget would keep several of these users happily on their home workspace and allow system administrators to swap out, remove, or add reports as needed with no additional training required.