Skip to content

Document Management

Four decisions define document management architecture: where files live, how they are generated, how knowledge is published, and how signatures are captured. Each requires balancing native platform simplicity against the richer capabilities of external document management systems.

Document Management Options

Top-level taxonomy of the four document management decision areas — file storage, knowledge base, document generation, and e-signature — each with native Salesforce options and third-party alternatives.
Figure 1. Document management architecture spans four independent decision areas. Each area has a native Salesforce option, a hybrid option, and a fully external option, and each is evaluated separately rather than as a single all-or-nothing platform choice.

Salesforce Files vs External DMS

Salesforce Files (ContentDocument / ContentVersion)

Every file is stored as a ContentDocument with one or more ContentVersion records and linked to records via ContentDocumentLink.

FeatureDetail
Storage modelContentDocument / ContentVersion / ContentDocumentLink
VersioningAutomatic version history
SharingFollows Salesforce sharing model
PreviewIn-app preview for common file types
SearchFull-text search on file content
MobileAvailable through Salesforce Mobile App
LibrariesOrganize files into shared libraries
Asset filesServe files publicly via URLs

Storage Limits

EditionBase File StoragePer-User File Storage
Enterprise10 GB2 GB/user
Unlimited10 GB2 GB/user
Performance10 GB2 GB/user

Storage math

A 500-user Enterprise org gets 10 GB + (500 x 2 GB) = ~1,010 GB of file storage. That sounds generous. But a document-heavy organization processing hundreds of files per day can consume terabytes within a few years. Always model file volume growth against 3-year projections.

External DMS Comparison

FactorSalesforce FilesSharePointBoxGoogle Drive
Native integration-Medium (API + Lightning)Strong (managed package)Medium (API)
Version controlBasicAdvancedAdvancedAdvanced
CollaborationLimited (Chatter)Full (Office 365)FullFull (Google Workspace)
External sharingLimitedAdvancedAdvancedAdvanced
Advanced permissionsSalesforce sharing modelSharePoint permissionsBox permissionsGoogle permissions
Compliance (DLP, retention)ShieldMicrosoft PurviewBox ShieldGoogle Vault
OCR / AILimitedMicrosoft AIBox AIGoogle AI
CostIncluded (within limits)Microsoft 365 licenseBox licenseGoogle Workspace license
Offline accessLimitedOneDrive syncBox DriveGoogle Drive

When to Use External DMS

SignalWhy External DMS Wins
Heavy document collaborationMultiple users editing documents simultaneously
Advanced version controlBranch merging, check-in/check-out workflows
Large file volumesTerabytes of documents exceed Salesforce storage economics
Document lifecycle managementRetention policies, legal holds, disposition schedules
Non-Salesforce usersSignificant user base that never touches Salesforce
Advanced complianceeDiscovery, DLP, information barriers, sensitivity labels
Document-centric workflowsThe document is the primary work object, not a Salesforce record

When to Keep Files in Salesforce

SignalWhy Salesforce Files Wins
Record-centric attachmentFiles are attachments to CRM records (proposals, contracts on Opportunities)
Simple requirementsUpload, view, download - no collaborative editing
Mobile accessField users need files through Salesforce Mobile App
Security simplicityFile access should follow CRM sharing model exactly
Low volumeFile volumes well within Salesforce storage limits
No external DMS existsCustomer does not have SharePoint, Box, or Google Workspace

Files Connect

Files Connect gives users access to external files (SharePoint, Google Drive, Box, OneDrive) from within Salesforce without migrating anything.

How Files Connect Works

Salesforce user accesses the Files tab or related list, which routes through Files Connect to browse and link files stored in SharePoint, Google Drive, Box, or OneDrive without copying them into Salesforce.
Figure 2. Files Connect acts as a bridge between Salesforce and external document management systems. Files remain in their source system with no storage duplication, while Salesforce users can browse, search, and attach external file references directly to CRM records within their normal Salesforce workflow.
AspectDetail
File storageFiles remain in external system (not copied to Salesforce)
AccessBrowse and search external files from within Salesforce
LinkingAttach external file references to Salesforce records
AuthenticationOAuth-based, per-user or admin-configured
SearchExternal file content searchable through Salesforce global search
EditingOpen in native app (Word, Google Docs) - not edited in Salesforce

Files Connect as the bridge

Files Connect works best when a customer has an established external DMS and wants those documents visible in Salesforce without migration. No duplicate storage costs, the DMS collaboration features stay intact, and Salesforce users get visibility.

Files Connect Limitations

  • Files are not stored in Salesforce - if the external system is unavailable, files are inaccessible
  • Performance depends on external system responsiveness
  • Search indexing of external files may lag
  • Not all metadata from the external system is preserved in Salesforce views
  • Requires appropriate external system licenses in addition to Salesforce

Knowledge Management

Salesforce Knowledge

A built-in knowledge base for creating, managing, and publishing articles.

FeatureDetail
Article typesMultiple record types for different content categories
LifecycleDraft, Published, Archived with approval workflows
ChannelsInternal (agents), Customer (portal), Partner (portal)
VersioningArticle versions with translation support
SearchFederated search in console and portals
Case deflectionSuggested articles during case creation
Data categoriesHierarchical categorization and visibility control
FeedbackArticle ratings, view counts, case association
Lightning KnowledgeSingle article record type with multiple page layouts

Knowledge Article Lifecycle

Knowledge article state machine from Draft through In Review with approve and reject paths, Published state with edit-to-new-version and retire paths, and an Archived state that can be restored to Draft.
Figure 3. Salesforce Knowledge article lifecycle showing version-controlled publishing. Editing a published article creates a new Draft version rather than modifying the live article directly, which preserves the published version until the update is approved. This is critical for service teams who rely on articles during case resolution.

Articles can be published to multiple channels simultaneously: Internal (agent-facing in Service Console), Customer (self-service portal via Experience Cloud (formerly Community Cloud)), and Partner (partner portal). Data categories control which articles are visible in each channel.

When Salesforce Knowledge Excels

  • Service agents need articles while working cases
  • Customer self-service portal with case deflection
  • Knowledge articles closely tied to products or services in Salesforce
  • Article visibility needs to follow Salesforce data category and sharing rules

Experience Cloud CMS

A headless CMS built into Experience Cloud for creating and managing content in digital experiences.

FeatureDetail
Content typesCustom content types with custom fields
WorkspacesOrganize content by team or topic
ChannelsPublish to multiple Experience Cloud sites
APIHeadless delivery via CMS API
MediaImage and document management
PersonalizationAudience-based content targeting

Knowledge Solution Decision

RequirementSalesforce KnowledgeExperience Cloud CMSExternal CMS
Agent-facing knowledgeBest fitNot designed for thisPossible via integration
Customer self-serviceGoodGoodGood
Marketing contentLimitedGoodBest fit
Multi-channel publishingLimitedGoodBest fit
Content workflowBasic approvalsBasic approvalsAdvanced workflows
Headless API deliveryLimitedYes (CMS API)Yes
Non-Salesforce sitesNot idealPossible via APIDesigned for this

Document Generation

Native Options

MethodUse CaseComplexity
Email templatesMerge fields in emailsLow
Quote PDFGenerate quote documentsLow
Flow-generated documentsAutomated document creation in flowsMedium

Third-Party Document Generation

ProductStrengthsConsiderations
Conga ComposerTemplate-based, Word/Excel/PDF/PPT output, complex logicAppExchange managed package, licensing cost
Nintex Drawloop (now Nintex for Salesforce)Template-based generation, workflow integrationMerged with Nintex platform
Formstack DocumentsCloud-based, WebMerge heritage, API-drivenExternal processing
S-DocsNative Salesforce, no external processingLightning-native

Document Generation Decision Factors

FactorNativeThird-Party
Template complexitySimple merge fieldsComplex logic, conditionals, tables
Output formatsPDF (limited)Word, Excel, PDF, PowerPoint, HTML
Batch generationNot supported nativelySupported (Conga, Nintex)
Dynamic contentLimitedConditional sections, loops, calculations
Template managementSetup menusTemplate builders with preview
E-signature integrationManual processDirect integration (Conga + DocuSign)

CTA exam context

Document generation questions in CTA scenarios typically involve complex proposals, contracts, or compliance documents. If the scenario mentions “generate a 20-page proposal with dynamic sections based on selected products,” that points to a third-party solution like Conga. Native Salesforce document generation cannot handle that level of complexity.

E-Signature

Salesforce E-Signature

Native e-signature capabilities are now available directly in Salesforce.

FeatureDetail
IntegrationNative within Salesforce
WorkflowSend for signature from records
TrackingStatus tracking on Salesforce records
TemplatesReusable signature templates
MobileSign on mobile devices

DocuSign vs Adobe Sign

FactorDocuSignAdobe Sign
Salesforce integrationManaged package (deep)Managed package (deep)
Market shareLargestSecond largest
Feature depthExtensiveExtensive
Adobe ecosystemNoYes (Acrobat, Creative Cloud)
Pricing modelPer-envelope or per-userPer-transaction or per-user
Bulk sendYesYes
Conditional routingYesYes
ComplianceSOC 2, HIPAA, FedRAMPSOC 2, HIPAA, FedRAMP
In-person signingYesYes

E-Signature Decision Factors

FactorNative SalesforceDocuSign / Adobe Sign
VolumeLow-mediumHigh volume, enterprise
ComplexitySimple signing workflowsComplex routing, conditional fields
Existing investmentNo existing e-sig toolAlready using DocuSign or Adobe
ComplianceBasicAdvanced (21 CFR Part 11, eIDAS)
Integration depthNativeDeep Salesforce integration + other systems
CostIncluded or add-onSeparate license

File Storage Optimization

Strategies to Reduce Salesforce File Storage

StrategyHow It WorksSavings
External DMS + Files ConnectKeep files external, reference in SalesforceMajor
Archival policyMove old files to external storageModerate
CompressionCompress files before uploadMinor
Duplicate detectionPrevent duplicate file uploadsMinor-Moderate
Version cleanupLimit retained versionsMinor
Content delivery networkUse Asset Files for public contentIndirect (offloads serving)

File Architecture Decision

Routes file storage decisions through projected three-year volume and collaboration needs, selecting Salesforce Files for simple attach-and-view scenarios or external DMS plus Files Connect based on existing tooling when collaboration or volume requires it.
Figure 4. File storage decision flow using three-year volume projection and collaborative editing as the primary decision gates. When volume stays within Salesforce limits and collaboration is not required, Salesforce Files is sufficient. Collaborative editing or volume overrun both route to an external DMS paired with Files Connect, with the specific DMS determined by the organization’s existing productivity tooling.

Sources

Personal study notes for the Salesforce CTA exam. Content compiled from VJ's study notes, official Salesforce documentation, community sources, and online publicly available content, then organized and presented with AI assistance. Not affiliated with Salesforce. © 2025–2026 VJ Srivastava.