Q: 1
Cloud Kicks (CK) tracks the support level of its customers on the account record page. CK wants to
show a text notification on a case record page when the related account is a platinum-level customer.
How could an app builder meet this requirement?
Options
Discussion
Doesn't A also work if you're sticking with Lightning native controls? What's the benefit of using Visualforce here over just a rich text component?
A is wrong, B. No Visualforce requirement stated but that's what the answer key wants.
B makes sense here since you can use a Visualforce page for the notification and set its visibility conditionally. It's pretty flexible compared to cloning layouts or pages. Not 100% certain but that's what I'd pick. Agree?
Likely B is the right choice here since the question points you toward using Visualforce for the notification. If they wanted pure Lightning native, it'd probably be A, but in this context, B fits. Agree?
C/D? Not confident since Visualforce and Lightning both could work, maybe depends on how strict the scenario is about legacy tools.
C had something like this in a mock and it matched up.
B , A is tempting but I think Visualforce visibility is what the exam wants here.
B tbh
Be respectful. No spam.
Q: 2
After utilizing the Lightning Object Creator to create a new object, its fields, and to insert all of the
data, an app builder now needs to set up the
Lightning Record Page.
Which component should the app builder have on their Lightning Record Page to see all of the fields
from the page layout?
Options
Discussion
Option C, had something like this in a mock, Record Detail always shows all fields from the page layout.
C not A. Highlights Panel only shows a few fields, but question asks for all fields from page layout. Pretty sure that's Record Detail unless I'm missing something here.
C , seen similar Qs on the official practice test and always went with Record Detail for field visibility.
B not A. Ran into almost the same scenario during my last practice set, and C is what pulls in all fields from the layout-not Recommendations. If you want every field displayed, C is the way to go.
B . I figured Recommendations might pop up everything related from the page layout, especially if you want to guide users through fields. Could be a trick question, but feels like B covers it for visibility. Not 100% sure though, let me know if I missed a trap.
Probably C. Small detail most people miss: only the Record Detail component pulls everything from the page layout automatically. The others don’t show all fields. Pretty sure about this, unless Salesforce changed something lately.
C tbh, Record Detail is the only one that pulls in every field from the assigned page layout. The others just show certain info or process guidance. Pretty confident unless Salesforce changed something weird.
C or A depending if they want every field or just key ones, but question says "all", so probably C.
I don’t think it’s A. C. You’d need Record Detail to show all fields from layout, not just highlights. I’m pretty sure on this, but someone correct me if that’s off base.
Seen similar in official study guide and the Record Detail (C) always matches with "see all fields" kind of wording.
Be respectful. No spam.
Q: 3
Universal containers (uc) want to delete data in several fields for 5000 lead records. UC export the
selected record IDs and fields that need to have data deleted in a csv file. Which two steps should an
app builder suggest to meet these requirements? Choose 2 answers
Options
Discussion
D , not B. Import Wizard can't handle null updates for bulk records, that's the trap here. Similar practice questions always go with Data Loader and the 'insert null values' setting.
C, not B, D. Import Wizard can't clear fields to null, that's the catch here.
C D tbh, but if "delete" is just update then maybe B fits?
Saw this in a recent practice set-Import Wizard can't actually set fields to blank, it only updates values. To clear out (null) those fields in bulk, you need the Data Loader and have to check "Insert null values" (C and D). Anyone else see this on their exam reports?
Option B here. I thought Import Wizard could handle clearing fields if you map them as blank in the CSV, so not sure why it's always skipped. Trap seems to be on C, but I'd pick B.
B tbh, Import Wizard seems fine for updating with blanks if you use a CSV. Why not B?
D and C imo-only Data Loader lets you actually clear out (null) fields if you check that insert nulls setting. Import Wizard can't do it, it'll skip blanks. Seen this trick on a few practice exams too, so seems right.
C/D? B is tempting but Import Wizard can't null fields, only Data Loader can if you select Insert Null. Agree?
I think B and D work. Import Wizard lets you update leads using a CSV, so as long as you're updating fields, it should do the job. Not totally sure about deleting (nulls), but these seem close.
Isn't B kind of a trap here? Import Wizard can't set fields to blank, even though it can update leads. The question wants data deleted (nulled), so I see the logic for C and D.
Be respectful. No spam.
Q: 4
Nickname__c is a custom text field on a contact record that is utilized to override the contact’s name
appearing on an email template. This field is not required and is not always filled in.
Which formula should an app builder use to select the contact's preferred name for email
communications?
Options
Discussion
Option D
Its D but honestly the typos in C make me second-guess a bit.
Option D BLANKVALUE is pretty much always the better Salesforce formula for handling null and blank fields together.
Nah, I think D is right since BLANKVALUE deals with empty or null. A’s a trap here.
C/D? I think D is better because BLANKVALUE handles both null and blank, which is what the question describes for Nickname__c. C is a mess with typos and would break. Maybe I'm missing some Salesforce quirk, but D seems safest.
D saw this in a mock exam, BLANKVALUE catches both blank and null so it's the safe pick.
D
A tbh, since NOT(ISBLANK()) tends to be more predictable for checking custom text fields, unless there's a quirky Salesforce behavior I'm missing.
Be respectful. No spam.
Q: 5
The Service Manager provided the app builder with color code requirements for case age on open
cases.
New cases populate a green circle
Day-old cases populate a yellow circle
Three-day-old cases populate a red circle
How should an app builder implement this requirement?
Options
Discussion
Option A, Had something like this in a mock, formula field is the way to go here.
A. saw this format in a recent exam report. Formula field is what Salesforce expects here.
Yeah, for simple visual indicators like this, it's just A.
A tbh. Formula Field can handle image display based on logic, and it's meant for calculated output, not actions. D is cool for custom stuff but feels overkill here since this is just about static icons.
Its A. Formula field is made for this, lets you set image/icon based on simple age logic. Option D is tempting but overkill unless you want more functionality.
I remember a similar scenario from labs. Not C, it's A. Formula fields handle color-coded display for stuff like this.
Just A. Formula field handles the color logic for display, nothing else needed.
You just need to show color circles based on case age, so formula field (A) works. It can display images or emojis with simple logic, no custom coding. Pretty sure that's what the exam expects.
Probably A here. Formula fields can show an image or color icon based on logic without extra code. No need for a Lightning Web Component since the requirement is just visual, not interactive. Pretty sure that's what Salesforce wants for this.
A or D? Seen practice tests favor A since formula fields can show color-coded images based on logic and don't need extra coding. D would be overkill unless you need dynamic or interactive stuff. Not 100% sure if they'd ever want more flexibility, so I guess A for now.
Be respectful. No spam.
Q: 6
DreamHouse Realty wa nts to import its property records from an external system into Salesforce.
The app builder will use an external ID field to house the property ID from the external system.
Which two details should the app builder know when using external ID fields?
Choose 2 answers
Options
Discussion
I think A and D. Seen a lot of people pick C by mistake since phone looks unique, but Salesforce only allows text or number as external ID. Someone correct me if that's changed!
Maybe C/D, I think phone fields can be set as external IDs too in some cases.
Haha classic Salesforce gotcha, definitely A and D. Only text and number fields can be external IDs, not phone or URL. I remember getting tripped up by this before, but that's what the docs say. Let me know if I'm missing something new though!
Its A and D. External IDs only work with number and text fields, not phone or URL. C is a common trap since phone fields seem unique but Salesforce doesn't allow them as external IDs afaik.
A imo and D, that's what I remember from Salesforce docs and some practice exam questions. Official guide covers external ID field types pretty well, worth a review if you're stuck on field limitations.
I thought C could be used too, so I'd pick C and D. Phone numbers can be unique, right? Maybe I'm mixing it up with unique constraints vs actual external ID support. Someone correct me if I'm off.
A/D tbh, phone and URL fields feel like they should be options but Salesforce only lets you use number or text for external IDs. Pretty sure that's tripped up folks in similar questions. Not seeing anything new changing that.
A/D all day. Salesforce docs say only number and text for external IDs, not phone or URL fields.
Yeah this comes up all the time, it's A and D. External IDs in Salesforce are just number or text fields, not phone or URL. If that's changed recently I'd be surprised.
It’s A and D. Phone and URL fields trip up a lot of people but only number and text are valid for external IDs in Salesforce, seen that clarification on similar practice sets. Open to hearing if the platform changed.
Be respectful. No spam.
Q: 7
An app builder wants to create a report to compare the number of support cases in each status (New,
In-progress, or Closed) and by priority (Critical, High, Medium, or Low).
What solution should be used for the report?
Options
Discussion
A
A tbh
Option A. Bucket columns can trick you here, but grouping is what actually lets you compare both fields together.
A official trailhead and practice exams both highlight grouping for this type of comparison report.
I think C could also work here since custom report types let you choose which objects and fields show up, so you'd be able to select both status and priority. Not totally sure, but I've used them before when standard ones didn't have the fields I needed. Maybe I'm missing a catch with the comparison part?
A , grouping is what you need if you want to see counts side by side for both status and priority in a single report. That's basically what matrix reports do. Buckets and filters aren't for comparisons across two fields.
B
I remember a similar scenario from labs and went with C. Custom Report Type lets you define extra fields, so thought it would be needed to compare both status and priority in one report. Not 100 percent sure but that's why I picked it. Anyone else do the same?
Grouping (A) is the one you want, since it lets you show both status and priority side by side in the report. Buckets just let you recategorize, not compare fields directly. Seen this style pop up on practice tests, so I’m pretty sure A’s right but open if someone sees a hidden gotcha.
D imo, had something like this in a mock. Grouping does the trick for comparing two fields, status and priority. Confident it's A in this context.
Be respectful. No spam.
Q: 8
A recently refreshed partial sandbox at Cloud Kicks has no data In the custom object Shipping.
Checking In production, there are two million rows of data in the object.
What could be the reason the data Is missing?
Options
Discussion
Option B For partial sandboxes, only objects checked in the template get data, so missing Shipping rows means it wasn't selected.
B or C? Had something almost identical on my last mock. But pretty sure it's B since the template decides what gets copied to partial sandboxes. If Shipping wasn't selected, there'd be no data. Anyone disagree?
C tbh, I've seen similar exam questions and always wondered if hitting partial data capacity could drop objects, especially big ones. It's mentioned in some practice tests too. Maybe worth double-checking the official doc though, not 100% sure here.
C/B? I've seen folks pick C by mistake since "at capacity" sounds tempting, but partial sandbox data is all about the template selection. Unless Shipping was chosen, no rows come over. Still, if it's a huge object, could hit storage-pretty sure it's B though.
Ugh, Salesforce and these sandbox templates trip everyone up. B
C , encountered exactly similar question in my exam.
Yeah, I'm thinking B here.
B tbh, similar Q came up in practice sets. Sandbox templates decide what data comes over, so if Shipping wasn't selected you get an empty object.
Isn't A possible too if the refresh finished before all data could sync?
Its B, partial sandboxes only copy data from objects you pick in the template. If Shipping wasn't included, no data shows up.
Be respectful. No spam.
Q: 9
What are two capabilities of Schema Builder? Choose 2 answers
Options
Discussion
Pretty standard pick from the official guides and practice exams: A and C.
Had something like this in a mock. A and C work because Schema Builder lets you edit custom settings and visually pick which objects to display. It can't create record types or open page layouts separately. Anyone see different options?
C not B. Viewing selected objects is a Schema Builder thing, definitely not about record types here.
Makes sense to pick A and C here. You can modify custom settings and display specific objects right in Schema Builder, but it doesn't handle record types or page layouts directly. I'm pretty sure that's what Salesforce intends, unless something's changed recently. Agree?
A tbh. If you could actually view page layouts in Schema Builder like D says, that'd change things, but you can't. Similar practice questions always call out A and C unless Salesforce updates something sneaky.
Had something like this in a mock, it's A and C.
Annoying how they word these, but A and C imo.
Pretty sure it's A and C.
Feels like A and C. Those are the things you can do with Schema Builder, not B or D for this tool.
Option A and C are correct, but only if the custom settings are “hierarchy” type. With list custom settings, Schema Builder can’t edit those directly. Also, selecting objects to show is core to the tool. If the question wanted layouts or record types, you’d need to go elsewhere. Anyone catch different behavior in Classic vs Lightning?
Be respectful. No spam.
Q: 10
Universal Containers would like to automatically assign a specific permission set to new users. How
can this requirement bemet? Choose 2 Answers
Options
Discussion
B/C? Pretty sure both are covered in the Salesforce help docs and official practice stuff for permission set assignments.
B/C? Had something like this in a mock before, both handle permission sets for users.
B/C tbh, only flow or process can set permissions automatically for new users.
B/C. Only flows or processes launching a flow can assign permission sets to users on creation. Workflow rules and approval processes don’t have that ability natively. Seen it in practice questions too, pretty sure this is the way.
B/C. Workflow rules (D) seem like a trap since they can't hand out permission sets, they're just for field updates and such. Approval process (A) doesn't fit here either, not really the tool for automating permission set assignment. I've seen similar questions pop up in practice-pretty sure it's B and C but open to discussion if anyone has a use-case where D would work.
I don't think it's D. Workflow rules can't assign permission sets directly, so B and D makes less sense here.
Its D and B for me. Workflow rules can trigger actions, so I figured they might handle assigning permission sets, plus a flow makes sense for automation. But I might be missing some Salesforce limitations on workflow here. Anybody else thinking along those lines?
B and C tbh. Flow or process builder can handle permission set assignment on user creation.
B and C tbh
Maybe B and C, since only flows or process builder can assign permission sets, not the others.
Be respectful. No spam.
Question 1 of 20 · Page 1 / 2