Skip to main content
New Idea

Playbooks: Need the ability to "lock" the Playbook so it cannot be edited by end users

Related products:None
reneehouse
paloma_scheck
darkknight
aviv_caspi
+5
  • reneehouse
    reneehouse
  • paloma_scheck
    paloma_scheck
  • darkknight
    darkknight
  • aviv_caspi
    aviv_caspi
  • parimala_agnihotri
  • gunjanm
    gunjanm
  • tammy_c
  • Wayne
  • Tomas Trijonis
    Tomas Trijonis
  • catarinacardoso

darkknight
We have run into a situation where CSMs are editing the names of auto-triggered CTAs and/or Tasks, which is impacting some of our Rules and/or Reports that depend on the naming conventions of those items.

We need a way to lock fields on certain Playbooks (CTA Name, Task Subject, Reason, Priority) for CTAs thatwe do not want end users to edit.

7 replies

karl_rumelhart
Forum|alt.badge.img+4
  • Helper ⭐️⭐️⭐️
  • 460 replies
  • August 31, 2016

darkknight
Forum|alt.badge.img+4
  • Author
  • Expert ⭐️
  • 1980 replies
  • August 31, 2016
Hi Karl, yes it is. We have Playbook permissions enabled today and only members of our OPS team have Create, Edit and Delete access, which applies to the Playbooks tab under Cockpit. 

But what I am talking about is once a Playbook gets attached to a CTA....we need the ability to restrict the fields that can be edited for CTAs to which a playbook was attached via a rule or manually. Not all the fields, obviously because they still need to be able to change date, add comments, etc...but I am talking about core fields that should not be changed such as name, priority, type.



In both of these examples, the end user can still edit the CTA Name, Task subject, CTA Reason and Type.  

karl_rumelhart
Forum|alt.badge.img+4
  • Helper ⭐️⭐️⭐️
  • 460 replies
  • August 31, 2016
Oh, I see.  So this isn't really about Playbooks but actually CTAs -- e.g. you are looking at the CTA name.  

darkknight
Forum|alt.badge.img+4
  • Author
  • Expert ⭐️
  • 1980 replies
  • August 31, 2016
Well, it is about playbooks to an extent, because this would only be needed when/if a playbook is attached to a CTA, but yes it is the CTA Name/Task subject fields we need to restrict.  I cited playbooks because we don't want to restrict editing the CTA Name/Task Subject (or other fields) completely....only when certain Playbooks are attached to a CTA.

reneehouse
Forum|alt.badge.img+1
  • Contributor ⭐️⭐️⭐️⭐️⭐️
  • 94 replies
  • March 2, 2017
+1 for the CTA name, reason, and priority for an auto-generated CTA.  The reason and priority for reporting.  The CTA name--which is checked to include in identifiers--will generate another CTA when modified.

Forum|alt.badge.img
  • Contributor ⭐️⭐️⭐️
  • 21 replies
  • June 26, 2023

Absolutely vouch for this one - we have also Rules created based on CTA Names and some consequent updates to Salesforce based on some tokens as they are the only way to ensure a relationship between a CTA and a Salesforce Task. Any updates on this one @karl_rumelhart ? Thanks


mpatra
Forum|alt.badge.img
  • Gainsight Employee ⭐️
  • 137 replies
  • August 1, 2023

Hi,

 

We are planning on having field-level permissions which will enable admins to define which fields can be edited by a group of CSMs. I will run this requirement to the Platform PM and keep this group updated on the status of the project.

 

Thanks,

Monica

 

CC: @Kartheek 

 


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings