Skip to main content

#Knowledge Sidebar0 discussing

I have 2 separate companies under one SF org umbrella. Each have their own record type; Strawberry and Orange. These are the same on both Case and Knowledge.   I do NOT want Strawberry users to see Orange articles (or vice versa). I am looking for a way to specify/filter which articles are shown in the Knowledge Sidebar Component. Right now, everything seems to point any published Knowledge Articles are shared with any user who has "Knowledge User" permission.   Things I have tried:   - created separate List Views  - created separate public groups for each type and built sharing rules based on record types

 - Created data categories (though I could not proceed to mapping them because I could not specify by record type in any way)  It seems like something that should be so simple

 

#Sales Cloud

 

@Salesforce Knowledge User Group @* Sales Cloud - Getting Started * @* Sales Cloud - Best Practices *

2 answers
  1. Jan 5, 2022, 9:49 AM

    @Maya Robin The easiest way to do it is to use standard sharing model. Make sure to turn on 'Use standard Salesforce sharing' under Sharing settings. By default, the knowledge object uses Public Read/Write for internal users. So you will have to change those settings to Private. Then create 2 criteria-based sharing rules based on the record types to extend the access and this will work for sure.

0/9000

Hi,

Will selecting the 'Do not enable suggested solutions or articles' under support settings make the Knowledge Side Bar on the Right side of the Service Console disappear? I tried and the knowledge side bar is still showing up on the console.

0/9000

Is there a way to add custom fields to the filter-section in the Knowledge Sidebar in Console? Can this be customized in any shape or form? #Data Categories #Service Console #Knowledge Sidebar 

0/9000

Hello - wondering if anyone has run into a similar issue or has a solution 

 

I have enabled the Knowledge Sidebar in my sandbox on cases. I can attach knowledge articles and share links to the case feed, however, when it posts to the feed, the post and article link is only visible to internal users. My intention is to allow the users in my community (who submitted the case) to be able to see the knowledge article/link as well. Is there a sharing rule I need to set up or privacy setting I need to check/uncheck?

 

Thanks in advance!

2 comments
  1. Sep 28, 2017, 12:31 PM
    Right. But the issue is that when I am using the knowledge sidebar and attach or post an article to the feed, it only posts to "<org name> only" rather than "All With Access." Is there a way to change the default setting when posting to case feeds from the knowledge sidebar?
0/9000

Hi All,

a question regarding the 'Suggested Articles' from the Knowledge Sidebar in Service Cloud Console:

some articles are marked in RED as 'New!'  or 'Updated!'.

Now, HOW LONG will this mark show up and where is this information stored? What is driving this behavior?

thx for your help.

3 comments
  1. Jan 9, 2017, 4:35 PM

    'New!' or 'Updated!' tags will disappear only for those users who opened the article(s) in question .. Not for all user.. 

    So disappearing of these tags is user specific..

0/9000

Hi Everyone.  I'm trying to remove the ability for agents to send Knowledge PDFs to customer's via the Case Feed.  I've found the setting within the case feed layout which removes the ability to attach from there, but agents can still attach using the Knowledge Sidebar component (right hand side of console, not the knowledge one footer component.)  Anyone know how to remove this functionality (if there is a setting somewhere I'm missing?)  Thanks!

3 comments
  1. Dec 4, 2015, 5:36 PM
    Found this one as well. It's located in Setup > Customize > Cases > Page Layout > (your case feed) > Feed View (top right corner). Search for Article Tool Settings and uncheck "enable email pdf attachment"
0/9000
Spring ’14 was supposed to enhance search capabilities; however, since the release our Knowledge Sidebar in Case Feed has been rendering poor results. Our Article Type “Documentation” consistently dominates the results - an Article Type which typically includes only a title, attachment, and a very broad category. The publishing dates vary from recent to old. Is anyone else experiencing? Any tips, tricks, or insight that can help us to understand why this is occurring and how to resolve?
6 comments
  1. May 16, 2014, 2:14 PM
    It is refreshing to know that we are not alone with this obstacle, @Steve Enlow I am impressed with your org’s approach at categorizing legacy data with its own article type – you really were proactive and planned in advance, nice work! We communicate a similar 3-step process to our Support Technicians, which helps target relevant articles 9 times out of 10. I’m going to focus on retiring some of those legacy articles to help clear the fog. Thank you for your insight!
0/9000