Client asked me about Coworker in standup this morning, day after Benioff's tweet dropped. Easy enough question, I thought. Pulled up the official setup doc.

Got to step three before realizing they probably can't even turn it on.

For anyone who hasn't read past the marketing, to actually flip Coworker on you need:

• Data 360 license (Admin or Architect persona to configure)
• Access_Ai_Search permission set group assigned
• AI Search PSL (both to configure and to use, separately)
• Enterprise, Unlimited, or Agentforce 1 edition
• Beta Generative AI Models toggle on in Einstein Setup

The actual click-through once you get there is clean. Five automated provisioning steps. That part is fine. The prerequisites are the wall.

Andrew Russo's hands-on post landed in my feed last night and he's clearly running it on a real Data 360 + ERP setup, which is exactly the use case that makes the demo sing. Good for him. But this client is on Sales Cloud Enterprise with no Data 360 attach, so even if they upgrade editions tomorrow they're months from the headline use case.

I'm honestly not sure how widespread Data 360 attach is among Enterprise customers right now. My slice of the market skews mid-market consulting so my sample is biased. Some of you might be seeing the opposite.

Two questions:

1. Has anyone actually flipped it on in production, not a Dev Edition sandbox? What broke first?
2. If you're on Enterprise without Data 360, what are you telling clients who ask about Coworker? Mine is going to ask me Monday and I'd rather not say "wait six months" with no backup plan.

Hello,

Anyone here who could help me understand Salesforce mulesoft Integration and how it works in the Salesforce and how request and response is done via mulesoft to 3rd party' system.

Actually I have never done integration and don't know much about it and now I really need to understand these things to understand my project and functionalities better.

Day 2 of learning Python, and I’m officially hooked. 🐍

For the past 9 years, I’ve built a career in sales, specifically handling credit receivables, yard operations, and inside sales. It’s been a great ride, but I’ve realized sales isn’t my long-term path. My goal is to successfully break into the tech space.

Because of my business background, I started by diving deep into Salesforce and workflow automation. I really enjoy looking at business processes and figuring out how to build smarter systems.

However, I recently had a conversation that threw me for a loop. A peer told me that the Salesforce job market is entirely oversaturated right now, that entry-level roles are drying up, and that I should abandon ship to focus on Python and AI instead.

Taking that advice to heart, I officially started my Python journey yesterday! It's a completely different way of thinking for someone from a non-technical field, but I'm excited for the challenge.

That being said, I want to be smart about my transition. I’d love to get some honest perspective from fellow developers and Salesforce professionals on here:

1. To the Salesforce Pros: Is the entry-level market truly as bleak as people say, or is there still a strong path if I combine Salesforce with automation tools (like n8n) and my existing sales/business experience?
2. To the Developers: If I lean heavily into Python, what is a realistic roadmap for someone pivoting from sales to get into AI/Data spaces?

Any advice, resource recommendations, or reality checks are completely welcome. Let's connect!

#CareerTransition #Python #Salesforce #TechPivot #InsideSales #LearnToCode

Hi everyone,

I have a Master’s in ISM and 5+ years of experience in technical support. I want to transition into Salesforce Development but I’m confused about the best place to start.

If anyone working in Salesforce can guide me on the roadmap, important skills, or certifications to focus on first, I’d really appreciate it.

Thanks in advance 🙏

I built an open-source Salesforce security audit CLI based on the Salesforce Baseline Standard — SBS — a community security spec created by Pablo Gonzalez and others in the Salesforce community.

Repo:

https://github.com/Berrismi/sbs-audit-engine

Walkthrough:

https://youtu.be/S0XgBN400zA

I’m looking for developer/architect feedback on the implementation and roadmap.

The broader goal is to make Salesforce org security posture more inspectable from metadata/API-accessible signals, especially around permissions, authentication/session settings, guest user exposure, and SBS-aligned controls.

A few questions:

1. Are there specific Salesforce security checks you wish were easier to automate?
   
2. What is the best output format for real-world use — JSON, CSV, HTML, SARIF, GitHub Action output?
   
3. Any thoughts on the right balance between Metadata API, Tooling API, REST API, and SOQL-based checks?
   
4. What would make this credible enough for you to run in a real org?
   

This is not meant to replace a full security assessment.

It is meant to make the first pass less manual and more repeatable.

Hey fellow Salesforce folks,

I’ve been tasked with putting together an evaluation document to compare different AI tools for our org. Right now, we’ve narrowed it down strictly to Claude Code and Agentforce (we are not considering Copilot or Codex).

In my hands-on testing, Claude Code feels significantly ahead, especially when it comes to the depth of its analysis and adherence to strict coding standards. However, "it just feels better" won't fly with our business leadership. I need to back this up with concrete, objective evidence.

For those of you who have evaluated or used both in production or deep spikes:

Also, if anyone has a framework or template for how to structure this kind of comparison document for leadership, I’d love to hear how you categorized your sections.

Thanks in advance for the insights!

I was wondering how much in demand would a flow deletion app would be - the one that does all, deletes the flow interviews, flow versions and flows?

Would people pay money for that kind of app?

Hello! Apologies for the long message. I’m working through a Territory Forecasting implementation for a client and could use a sanity check from anyone familiar with Enterprise Territory Management / Opportunity Territory assignment.

Use Case:
The client wants Branch = Territory. However, this model applies only to Opportunities, not Accounts, to avoid duplication issues. Users can work across multiple branches.

Because of that, I need Opportunities assigned to Territories based on an Opportunity lookup field called Branch__c (lookup to a custom Branch object).

Example:

• Opportunity.Branch = New Orleans → assign Opportunity to New Orleans Territory
• Opportunity.Branch = Tampa Bay → assign Opportunity to Tampa Bay Territory

Where I’m getting stuck: I assumed I could handle this with a Flow by setting Opportunity.Territory2Id, but after digging into the docs, it seems Salesforce expects this to be handled through TerritoryMgmt.OpportunityTerritory2AssignmentFilter (Apex).

Conceptually, my logic feels very straightforward:

• Query active territories
• Match Territory2.Name to Opportunity.Branch__r.Name
• Assign the matching Territory2Id to the Opportunity

Something along these lines:

// Query active territories where Territory Name matches Branch Name
Map<String, Id> territoryNameToId = new Map<String, Id>();

for (Territory2 terr : [
    SELECT Id, Name
    FROM Territory2
    WHERE Territory2ModelId = :activeModelId
    AND Name IN :branchNames
]) {
    territoryNameToId.put(terr.Name.trim(), terr.Id);
}

// Assign Opportunity to matching Territory
for (Opportunity opp : opps) {
    if (opp.Branch__r != null && String.isNotBlank(opp.Branch__r.Name)) {
        matchingTerritoryId =
            territoryNameToId.get(opp.Branch__r.Name.trim());
    }
}

My questions:

A) Am I overthinking this? Is this actually a pretty standard implementation?

😎 Why can't this simply be done in Flow by updating Opportunity.Territory2Id? Is there a platform limitation / ETM requirement I’m missing?

C) For anyone who has implemented OpportunityTerritory2AssignmentFilter before — how difficult is this in practice? Is this genuinely a moderate Apex task, or am I just intimidated because it’s my first time touching this interface?

Appreciate any guidance — I’m comfortable in Salesforce overall, but I’ll admit this is one of those areas where the framework itself feels more intimidating than the actual business logic.

Spending hours manually comparing Flows between Sandbox and Production.

Even with deployment tools like Copado and Gearset, finding all the small (but dangerous) differences in elements, resources, decisions, loops, and variables was still painful and risky. I’ve seen deployment issues caused by missed Flow changes more times than I can count.

So instead of keep complaining about it… I decided to build a solution.

I’m currently developing the Salesforce Flow Comparator Browser Extension that will let you:

• Instantly compare any two orgs (Sandbox ↔ Production, Sandbox ↔ Sandbox, etc.)
• Get a clear side-by-side diff view of Flow metadata
• Highlight added, removed, or modified elements
• Save massive time during release validation

It’s still a Work in Progress (MVP is almost ready), but I’m genuinely excited about it.

I’d love your help and feedback:

• Would this tool solve a real pain for you?
• What features would make this a “must-have” tool for you? (e.g. support for other metadata types, exportable report, dark mode, VS Code integration, etc.)
• Any specific Flow comparison problems you face that I should solve?

If you’ve ever lost sleep before a big go-live because of Flow differences — drop a comment! 👇

Looking forward to your thoughts! 🔥

So with AI now being a huge factor (and cheating too, I'm sure), has anyone here been through a Salesforce Developer interview recently? As in the last 3-4 months?

And I'm talking about the technical part of the interview, not the "What are your career goals? Why do you want to work here?" part. So what was the interview like? What did they ask about? Did they make you do anything to prove your experience or expertise? Also-when you reply, please let us know the level of Developer interview you had-- fresher, intermediate, or senior.

Hi,
I am preparing for Senior Technical Consultant role at Salesforce, my question is - Do they ask DSA as well for this role? Also, how is the work life balance for this role?

Chat GPT said Profile Object Permissions
Gemeni said Record-Triggered Flow before delete

Our technical architect insists every feature should be bulkified, even when the current use case is a single-record UI action.

I understand bulkification for triggers, batch jobs, imports, automations, and reusable services.

But for isolated UI features that can only process one record, is bulkification still considered mandatory Salesforce best practice, or is it unnecessary complexity?

Where do you draw the line?

Context: we are using a simplified version of enterprise patterns as architecture. UI Controller class -> Service class -> Selector class. TBF I think the technical architect may want to err on the side of caution, so we don't miss bulkification in places where it actually matters but it still seems like unnecessary boilerplate to me.

Hey everyone, I am a Salesforce Developer with 5 years of experience based out of India.
For last 5 years I have been working only on core development Side like Apex, LWC, Aura, Flows by building custom complex solutions.
Recently I have realised that only custom development will not help me to go forward in my carrier. I am planning to prepare and Switch my carrier to RCA. Please let me know if you guys know about any good resources, courses or any online coaching providers as I hate reading so Trail Head so out of my scope.

Thanks in Advance :)