I would try A since the Entitlement related list on the Case itself should show whatever entitlement is linked to this case. Feels like it gives agents what they need at a glance, but maybe it’s not enough if entitlements are managed on Contacts or Accounts. Not totally sure here, anyone see a flaw?
Free CRT-261 Practice Test Questions and Answers (2026) | Cert Empire Practice Questions
Free preview: 20 questions.
Salesforce CRT-261
B . The question flags product specialization as a need, so Skills-Based Routing (B) would actually assign cases based on what agents know, not just balance the load. C looks tempting since it's about even distribution, but that's their current setup and it's not working for them. Trap option there for sure.
I don’t think C solves the core issue, since queue-based routing would just split cases evenly like they're already doing. B addresses the product specialization requirement by matching cases to managers with the right skills. Anyone think I’m off here?
Queues plus escalation rules really are the Salesforce way to make sure cases don’t slip through the cracks, so option A makes sense. It auto-escalates if an agent hasn't picked up the case in the first hour, giving another hour buffer before breaching the SLA. Pretty sure this is what they’re looking for, but let me know if anyone's seen a better approach.
I don't think B is the best option here. A matches Salesforce best practices since assigning to queues with escalation rules ensures the case doesn't slip through without ownership, which is core to meeting the SLA. B just notifies, doesn't really handle assignment. Anyone see a reason to pick C?
Yeah, I'd say A. Email-to-Case is the only native way for customers to send in digital images or files as part of their case submission, all covered in the official study guide and practice questions. Web-to-Case doesn't let users upload attachments unless you customize heavily, which isn't considered best practice for this scenario. Pretty sure about this but open to other thoughts if I've missed something.
Why does Salesforce keep making us choose between hacking Cases and buying an app? With project tracking, AppExchange apps (C) are just built for it. Cases just aren’t meant for that use case imo.
Had something like this in a mock and picked C. AppExchange has dedicated project tracking apps with timelines, tasks, dependencies-all the stuff you'd expect for engineering projects. Making Cases work would be really clunky in comparison. Pretty sure C is best unless the scenario blocks third-party installs, which it doesn’t mention. Agree?
Wouldn't number of closed cases (A) also show improvement in capacity if more can be handled after the new WFM system? Or is it less relevant than utilization?
Pretty sure it's B. Agent utilization shows if the workforce management system is helping match schedules to demand, which is the core of capacity planning. Closed cases might go up for other reasons, so not as direct. Open to counterpoints if anyone disagrees.
Removing the phone number or hiding it (A/B) doesn’t prevent calling with Lightning Dialer. Setting Do Not Call to True is how Salesforce stops those outbound calls automatically. That’s the efficient fix. Anyone see issues with this?
Don’t think hiding or removing the number (A or B) actually stops Lightning Dialer users from starting calls, since the function is tied to record action not the field. C sets Do Not Call, which Salesforce uses to block call attempts natively. Pretty sure that’s what exam scenarios expect here, unless I missed something subtle in recent updates.
B . Omni-Channel with prioritized queues seems like the way to manage both urgency and product line for case routing, especially if you're thinking of real-time assignments. I think Web-to-Case is more limited for this use case. Open to being corrected though!
I’m leaning A, since keyboard shortcuts are built for quick nav across tabs, searching, and simple saves in Service Console. The official study guide also highlights them as a big productivity boost. Custom macros are more for repeated multi-step actions, not basic navigation. Anyone see a different take in their practice exams?
Yeah, that's B. Record Types handle both support process and field differences by group. Dynamic Forms (C) is only about the UI fields shown, not process logic. Pretty sure this is what Salesforce expects here. Disagree?
I actually thought C was the right one. If you need to manage several entitlement versions for each customer or product, I figured you'd want Service Contracts involved too. Not totally convinced, but managing versions sounds like a contracts thing to me.
I get where C could make sense, but B is the key here. If the support model is based on periods with annual renewals, that's when Service Contracts come in. Entitlements alone are more for straightforward usage without renewal cycles. Pretty sure that's the Salesforce-recommended approach for this scenario, but open to other thoughts if someone has a real-world example where that's not true.
Yeah I think B makes the most sense for what they're asking. Case teams give you a way to set read/write or read-only per user on individual cases, so it matches needing different access for just the special cases. Pretty sure it's not C unless they want something more global. Anyone see it another way?
Option B makes sense to me too. Case teams let you give custom access at the case level, so you could have one user get read/write and another only read. View All (A) would give too much access system-wide, not per case, so that's probably a trap. Anyone disagree?