When it comes to adopting a single source workflow, MadCap Flare is a powerhouse tool. Content authors rely on Flare to help maximize the reuse of this source content, and to deliver the right content, to the right audience, in whatever format is needed — aka multi-channel publishing.
>One such channel, which has been highly requested as of late, is Salesforce Knowledge. What’s tricky about Salesforce is that it makes it challenging to author and reuse content. Salesforce doesn’t provide a robust authoring platform nor does it make it easy to import structured content. Authors end up spending hours manually copying and pasting content from Flare (or another source) into Salesforce. More time is spent manually reformatting that content in Salesforce so that it respects the corporate styling that was so easily managed in Flare. If content is subsequently updated in Flare (which is often the case), then get ready to rinse and repeat all that copying, pasting and reformatting work. Salesforce administrators may also be tasked with the job, so finding a viable time-saving solution has been sought out from multiple departments within an organization.
With the release of Flare 2017 r2, we introduced a new plugin called MadCap Connect for Salesforce, which enables Flare authors to publish single sourced content directly to Salesforce Knowledge. With the new plug-in, you can kiss those copying and pasting days goodbye.
The Mechanics
First things first – to get content published directly to Salesforce, you will need to have the plug-in installed. When installing Flare 2019, choose the Custom installation type and click Next:
On the next page of the Installation Wizard, select MadCap Connect for Salesforce:
Since Salesforce does not support JavaScript or external stylesheets, any topics destined to become Salesforce Knowledge articles should be included in a Clean XHMTL target. This is a new target type that was released with Flare 2017. It produces basic HTML files that are free of MadCap-specific tags and not dependent upon other MadCap-generated files. This output does not include any skins, search, navigation, or other extra features; it is simply your single-sourced content.
After you build your Clean XHTML target, Flare has to know where to publish the content. This is where the plugin comes in. To make the publishing of content to Salesforce possible, we extended the capabilities of the publishing destination feature in Flare.
Publishing destinations can be set up in Flare to make it quick and easy to transfer output files to a location where others can access them, such as on a network, a web server, and with this new Flare release, Salesforce Knowledge. In Flare, when you create a publishing destination, you will see a destination type called MadCap Connect for Salesforce:
With this new integration, your publishing destination file will publish your Clean XHTML output directly to Salesforce as Articles.
Here is an example of a topic authored in Flare:
This is the same topic published as a Salesforce Knowledge Article:
Now your Salesforce Community includes single sourced content directly from Flare. No copying, pasting, or reformatting required!
MadCap Connect for Salesforce Tips
Here are a few tips to keep in mind when publishing to Salesforce:
Tip #1
Remember, Salesforce does not support JavaScript or external stylesheets. Therefore, only the Clean XHTML target type in Flare is fully supported.
Tip #2
When you create your Clean XHTML target, it is recommended that you enable the option “Convert stylesheet styles to inline styles,” which can be selected in the General tab of the Target Editor. This will ensure that your styling is maintained when you publish the Clean XHTML output to Salesforce.
Tip #3
Another styling tip to avoid having to manually reformat things in SF: it is normally recommended that you set certain global properties (e.g., font size and type) on the body style in your stylesheet. That way, the settings trickle down to all of your other styles. However, the <body> tag will not be retained when you publish to Salesforce. Therefore, anything that you have originally set on your body style will need to instead be set on lower styles in the hierarchy (e.g., p, ul, div).
Tip #4
In addition to having Salesforce Knowledge enabled, be sure you have rights to publish to Salesforce as well as at least one Article type with a Rich Text Field.
To learn more about Creating Publishing Destinations in Flare, visit the Help article here.
Already a Flare User? How to Access the Plug-in
If you already installed Flare 2017 r2 or higher, or are currently on a free trial, you may have breezed through this option. How do you install the plug-in so that you can try it out? The good news is that you don’t have to totally uninstall and reinstall. Instead, you can easily modify your installation:
From the Windows Control Panel, look for Programs, and click “Uninstall a Program”. Don’t worry! You won’t actually have to uninstall.
Find MadCap Flare on the list, and then click Uninstall/Change. You can also right-click and select that option too:
The MadCap installer will appear, then select Modify:
Check the box next to MadCap Connect for Salesforce and complete the wizard:
A Better Way to Publish Directly to Salesforce Knowledge
That’s it! Pretty straightforward. I encourage you to install this latest release and try out the MadCap Connect for Salesforce plug-in. It’s free for 30 days, and we’re happy to help answer any questions while you test the integration.
Note: MadCap Connect for Salesforce is integrated as an optional plug-in within Flare 2017 r2 and can be tested free for 30 days. The plug-in is sold separately and is licensed on an annual subscription basis per user. Pricing and licensing information can be found here.
Contact us or download a fully functional 30-day trial of Flare here.
Jennifer, this is great news. I wish it had been for ServiceNow instead of Sales Force, because now I’m just jealous of Sales Force users. As you know, my company went with ServiceNow and there was no way to publish into its KB from Flare, or even import the Flare output in any usable way. I know you were taking this issue seriously for a long time and I’m glad your efforts are paying off for users. Now, can we get a little love for the Flare > ServiceNow workflow? 😉
Hi Matt! Thanks for your comment. I hope we can support additional plugins in the future. Does Service Now take in standard, clean HTML files? Perhaps the new clean XHTML output can get you most of the way there, by producing your single sourced topics that are free of any madcap tags. It’s an option for those who need to port their content into something other than a MadCap ecosystem.
Hi Jennifer, Matt. I work for ServiceNow and have a customer also interested in a similar connector for SN. We’ve a well defined REST API that could be used to import the HTML content and meta data, tags etc associated with an article and publish to our KMS. Hopefully will get the chance to demo this the team there and if so, will publish to our Share site.
Hi David, Did you ever get that Service Now Connector working? I’m no longer with the company that was looking for it, but I would be interested in passing on the information to my former coworkers. Thanks
I second Matt’s request!
Third! I am now at a company that uses Service Now and would like to be able to do the same.
I think calling it a “fully functional” 30-day trial is disingenuous, since we can only publish 10 topics to Salesforce during the trial. You should also mention that there’s a 1 MB limit on images pushed to Salesforce, and that topics containing larger images will not publish at all unless you select the compression option that limits your entire help center output to 20 MB.
Thanks for your comment, and that is a great point. I will edit my last sentence to clarify that the fully functional trial is for Flare, as the plugin is installed when you install the Flare trial. Also, you point out a good reminder of what folks should be aware of in terms of the image size limit Salesforce has.
Thanks for the overview. In your instructions, you wrote, “With this new integration, your publishing destination file will publish your Clean XHTML output directly to Salesforce as Articles.” However, when we tested the integration we found that there’s a 1 article-to-1 publishing destination relationship. So if we have 800 articles in Salesforce, we must have 800 publishing destinations set up—a requirement that’s not sustainable for us. Was there an update/release to fix this or is this still the requirement?
Hi Katrina, I agree, that doesn’t sound sustainable. Let’s take a look a look at your project and see what’s going on. Perhaps we can spot a setting and advise on a solution. I’ll send you a note.
Thanks, David. Great ideas for some KB articles and future posts. I will send you a note, would love to connect about your questions.
I am seeking advice on justifying the cost of Salesforce Connect. We currrently use Salesforce’s import capability to import Clean XHTML Articles created by Flare using a .csv and .properties file. We would be less reliant on the our internal Salesforce support so that is a plus, however, I am not sure I can claim time savings. How are you justifying the cost? Thanks for any ideas.
What happens to links between Flare topics when published in Salesforce? For example if I publish a Requirements topic in Salesforce that links to a Whitelisting topic not in Salesforce?
Hi Ana, Flare will respect the link, and include that topic as an article in Salesforce.
I was wondering if anyone has implemented, or is currently using, the Flare Salesforce Connect plugin with the new Salesforce Lightning Knowledge environment?
I’m exploring structured authoring software, and I’ve used Flare before and would like to use it again. However, my company is pretty much exclusively developing content in Salesforce. Having seen first-hand some of the changes Lightning makes to SFDC (article types are replaced by a new object), I’m curious if MadCap has updated, or will update, the Salesforce Connector to work with Lightning Knowledge (which, admittedly, isn’t fully released as of this writing).
We’d hate to explore the Connector route for it not to work with Lightning.
Thanks!
Hi Aaron! We updated the plug in the latest update to Flare (Flare 2018) to include support for Lightning: http://help.madcapsoftware.com/flare2018/Content/Flare/Introduction/Whats-New-Flare.htm
(Expand ADDITIONAL NEW FEATURES, then expand SALESFORCE ENHANCEMENTS) Feel free to reach out if we can help as you test.
Have there been any updates to mapping data categories during the import process? It would be fantastic to map Flare concepts to Salesforce data categories.
Hi Amy, that feature is currently a feature request at the moment. We’ve added you to this request on your behalf – let us know if you have any other questions!
Hi Jennifer,
Thanks for a useful guide. I am going to share the article with my co-workers. You may receive many questions from them.
Thanks
Zivoke
Hey Jennifer,
I work for Torrent Consulting — a Salesforce implementation partner. We’ve got a client who is using MadCap Flare and wants to integrate with Salesforce. I read your tutorial and it’s very straightforward. The only question I had is how you make sure the Article in Flare is actually connected to the Salesforce Knowledge Article. In other words, do you have to manually link the SF Article to the Flare article through some kind of ID? Or when you publish the article in Flare, with the Salesforce Connector, does it automatically create the SF Knowledge Article? Wasn’t sure if this is something you have to do through the Rich Text field that you mention in the tutorial. Thanks in advance!
Tim
Hi Tim, using the connector, the topic that is authored in Flare can be automatically published to SF Knowledge and an article is created.. You do not have to manually create it. If the content in that article needs to be updated, it can be updated in Flare, and republished. The article is updated with the new content in SF, and in any other publishing channel where that topic is used. I hope this helps! Feel free to email me directly if you would like a walk through. jmorse@madcapsoftware.com
This does not include information on the other settings necessary in the Destination Editor when setting up the Salesforce destination.
Hi Diana, thanks for your comment! This is more of an overview, however we have more detail on all the options that can be configured in the destination file here: https://help.madcapsoftware.com/flare2019r2/Content/Flare/Output/Salesforce/Salesforce.htm
Is it still true that you can only publish XHTML files and only single topics to Salesforce using this plug-in? Do you know if that is only an out of the box limitation and that you could potentially publish full targets with all of their topics, TOC, style sheets, and Javascript files to Salesforce with some customization? We would need to publish full guides to Salesforce for it to work for us, not single topics to their Knowledge Base.
Hi Lori, Salesforce does not support JavaScript or external stylesheets so only the Clean XHTML format is fully supported. You can publish multiple files with a target, not just single topics at a time. It is recommended that you enable the option Convert stylesheet styles to inline styles, which can be found on the General tab of the Target Editor. Using this option will preserve the styling when handed over to Salesforce. Please feel free to reach out directly if we can clarify anything.