# Salesforce > Canonical: https://www.yalc.ai/mcps/salesforce/ The enterprise CRM, surfaced inside Claude Code via community Salesforce MCP servers. ## Categories - operations **Website:** https://www.salesforce.com/ **Repo:** https://github.com/smn2gnt/MCP-Salesforce ## Glance - Auth: OAuth or username + password + token - Maintainer: Community - Tools: SOQL + records + APEX **Install Command:** claude mcp add salesforce --env SF_USERNAME=user@org.com --env SF_PASSWORD=xxx --env SF_SECURITY_TOKEN=xxx --env SF_INSTANCE_URL=https://yourorg.my.salesforce.com -- npx -y @smn2gnt/mcp-salesforce **Install Notes:** Salesforce auth is meaningfully more complex than HubSpot. The simplest path uses username + password + security token (get the token from your Salesforce profile settings). For production deployments, set up an OAuth Connected App and use refresh-token auth. Multiple community MCP packages exist; check maintenance status before committing. **Yalc Fit Score:** 6 **Yalc Verdict:** The right MCP when the team already runs Salesforce. For greenfield Yalc setups, HubSpot or Notion is dramatically simpler. Salesforce's complexity is justified only by enterprise scale. ## Plain Description Community Salesforce MCP servers expose Salesforce objects (Lead, Contact, Account, Opportunity, Case, custom objects) via SOQL queries and standard CRUD operations. Auth setup is the friction: Salesforce's identity model is enterprise-grade, with username + password + security token at minimum, or OAuth Connected Apps for production. For Yalc operators on Salesforce, the MCP unlocks pipeline reads and writes from Claude Code. Where HubSpot's MCP is plug-and-play, Salesforce's setup takes a couple of hours. Once set up, the surface is comparable: read pipeline state, create leads, update opportunities, log activities. ## Yalc Framework **Workflow Step:** route ### Workflow Narrative The Salesforce MCP sits at the **route** node when the team is on Salesforce. Most Yalc CRM workflows route through here, with Notion as the workspace layer for briefs and content. Salesforce's strength is custom objects, complex pipeline stages, and enterprise reporting. The MCP exposes all of that, but the cost is upfront setup work. Don't migrate to Salesforce just to use this MCP; use it because you're already on Salesforce. **Workflow Position:** The CRM layer when Salesforce is the system of record. Yalc reads pipeline, writes records, runs SOQL for ad-hoc queries, and logs activities to the timeline. ### Prompt Patterns - Yalc, run a SOQL query against Salesforce: every Opportunity in stage "Demo Scheduled" or higher with close date in the next 30 days. Surface the 5 at highest risk based on activity recency. → Yalc executes SOQL via the MCP, scores via Claude, returns a digest. - Yalc, for every lead from yesterday's "Q3 outbound" Notion list, create a Salesforce Lead with the right campaign attribution and assign to the SDR team queue. → Yalc reads Notion, creates Salesforce records via MCP with campaign + owner. - Yalc, summarize my Salesforce pipeline this quarter. Group by stage, weight by close probability, surface top 10 deals by expected revenue. → Yalc reads pipeline via SOQL, computes weighted forecast, returns digest. ### Chaining **Upstream:** Crustdata or Notion (lead source) → Yalc → Salesforce MCP (writeback) **Downstream:** Salesforce stage change → webhook → Yalc workflow trigger ### Anti Patterns - Don't write SOQL queries that return everything. Salesforce throttles aggressively; use targeted SELECT clauses with explicit field lists. - Don't store Yalc state in Salesforce custom fields without governance. Salesforce admins will flag undocumented field changes. Coordinate with the admin first. - Don't skip the security token. Salesforce blocks API access from unrecognized IPs without it. The token is required for username + password auth. **Compatibility:** Multiple community MCP packages support Salesforce. Coverage varies; verify the specific packages cover the objects and operations your workflows need. Salesforce's API has rate limits per Edition (500-100k+ calls per 24 hours). ## Pros - SOQL exposes the full power of Salesforce reporting from Claude. - Standard objects (Lead, Contact, Account, Opportunity, Case) covered out of the box. - Custom objects accessible via the same patterns. - Multiple maintainers means the ecosystem isn't dependent on one vendor. - When the team is already on Salesforce, this is the right path. ## Cons - Auth setup is the most complex of any CRM MCP. Plan a couple of hours. - Salesforce's API rate limits scale with the Edition. Cheaper Editions throttle harder. - Multiple community MCPs with varying maintenance. Verify before committing. - SOQL syntax is non-trivial. Yalc workflows need SOQL-aware prompt patterns. ## Who For - Enterprise GTM teams already running Salesforce - Operators who need Salesforce reporting summarized into natural language - Sales engineering managing complex pipelines with custom objects ## Related ### Mcp **Rule:** Easier setup for small to mid teams. Switch only if you're already on Salesforce. **Url:** /mcps/hubspot/ ## Alternatives - **HubSpot MCP** - Rule: Switch when greenfield. Setup is dramatically simpler. - Url: /mcps/hubspot/ - **Notion MCP** - Rule: Switch when small team and HubSpot's pricing is the issue. Notion plus Yalc is cheaper at small scale. - Url: /mcps/notion/ - **Direct Salesforce REST API** - Rule: Skip the MCP for headless production agents. Direct API is more controlled outside Claude conversations. - Url: # ## Faq - Q: How do I generate a Salesforce security token? - A: In Salesforce, go to your profile settings, find "Reset My Security Token", and click reset. Salesforce emails you the new token. Use it alongside your username and password for the MCP. - Q: Can I use OAuth instead of username + password? - A: Yes. Set up a Connected App in Salesforce, configure OAuth flow with refresh tokens, and use the resulting refresh token in the MCP env. More complex but production-grade. - Q: Will the MCP hit Salesforce's API limits? - A: Depends on your Edition. Essentials Edition has the lowest limit (around 5k calls per day per user). Enterprise and Unlimited Editions have much higher limits. Yalc workflows should batch reads when possible. - Q: Can the MCP run reports? - A: Most community MCPs support report metadata reads, but actual report execution requires a separate report endpoint. SOQL is the more reliable path for Yalc workflows. - Q: How is custom object access handled? - A: Custom objects work the same as standard objects in SOQL (just use the API name, ending in __c). The MCP doesn't need special config for custom objects. - Q: Is the MCP suitable for high-volume writes? - A: For batch writes (1000+ records), use the Salesforce Bulk API directly, not the MCP. The MCP is for ad-hoc reads and writes during Claude conversations, not ETL pipelines. **Reviewer:** Othmane Khadri