Examkin

Tüm alıştırma soruları

1784 soru

Tüm türler1,784Çoktan seçmeli918Çoklu seçim587Eşleştirme142Sıralama137
Soru 1001Soru →

Apex Financial Services uses a custom object named Audit_Engagement__c with an Organization-Wide Default (OWD) set to Private. The 'Grant Access Using Hierarchies' setting is enabled for this object. Managers currently inherit access to records owned by their direct reports through the role hierarchy. The administrator must now ensure that members of the central Compliance Team, who reside in a separate branch of the role hierarchy at the same level as regional auditors, receive Read-Only access to all Audit Engagement records owned by regional auditors. Which two administrative actions should be performed to satisfy these requirements?

Geçerli olan tümünü seçin

Cevabı ve açıklamayı göster

Cevap: Create an owner-based sharing rule that shares records owned by users in the Regional Auditor role with users in the Compliance Team role.; Set the Access Level to Read-Only within the sharing rule configuration for the Compliance Team target group.

Cevap

The administrator must create an owner-based sharing rule that shares records owned by users in the Regional Auditor role with users in the Compliance Team role, setting the rule access level to Read-Only.
To grant access across distinct role hierarchy branches when Organization-Wide Defaults are Private, an owner-based sharing rule must be configured. Setting the owner group to the Regional Auditor role, target group to the Compliance Team role, and access level to Read-Only satisfies the business requirement without granting excessive administrative permissions.

Adım Adım Çözüm

1
Analyze the baseline access settings and hierarchical behavior.
The OWD is Private, and 'Grant Access Using Hierarchies' ensures managers automatically inherit access to records owned by subordinates.
Keeping 'Grant Access Using Hierarchies' enabled satisfies the existing requirement for managerial visibility.
2
Determine the mechanism required to share records across role hierarchy branches.
Because Compliance Team members sit in a separate role hierarchy branch, automatic access via hierarchy does not apply to them. An owner-based sharing rule is required.
Sharing rules extend access laterally or across branches to roles, public groups, or territories.
3
Configure the sharing rule parameters.
Specify the owned records source (Regional Auditor role), the target group (Compliance Team role), and set the access level to Read-Only.
This grants exact lateral access without elevating administrative permissions or breaking hierarchy access.

Anahtar Kavram

Owner-Based Sharing Rules & Role Hierarchy Access propagation
Soru 1002Soru →

A company operates with a Private Organization-Wide Default (OWD) sharing model for Opportunities. The Salesforce administrator enables Team Selling (Opportunity Teams) to allow account executives and solution engineers to collaborate on major deals. Which two statements accurately describe the sharing capabilities and record access behaviors provided by Opportunity Teams?

Geçerli olan tümünü seçin

Cevabı ve açıklamayı göster

Cevap: Granting a user access via an Opportunity Team provides record-level access (Read Only or Read/Write) specifically for that Opportunity record.; Adding a team member to an Opportunity automatically grants that user implicit Read Only access to the associated parent Account record if they do not already have access.

Cevap

The correct statements are that Opportunity Teams provide explicit record-level access (Read Only or Read/Write) to specific opportunities and grant implicit Read Only access to the associated parent Account record if the user lacks account access.
Opportunity Teams allow record owners to grant Read Only or Read/Write record access to individual team members for a specific deal. Additionally, Salesforce enforces implicit sharing where accessing a child opportunity grants implicit Read Only access to the parent account so team members can view essential account context.

Adım Adım Çözüm

1
Analyze how Opportunity Teams share opportunity record data.
Opportunity Team members are assigned specified access levels (Read Only or Read/Write) on the specific Opportunity record.
Team selling is designed for ad-hoc record-level sharing.
2
Determine implicit sharing rules between child Opportunities and parent Accounts.
Users granted access to an opportunity automatically receive implicit Read Only access to the parent account.
Salesforce built-in implicit sharing ensures users can view the context of the related account record.
3
Evaluate object security and hierarchy interaction.
Profiles/Permission sets control object-level permissions, and hierarchy access propagates upwards, not downwards.
Record sharing mechanisms cannot bypass profile-based object-level security or invert hierarchy inheritance.

Anahtar Kavram

Opportunity Team Sharing and Implicit Account Access
Soru 1003Soru →

An administrator is evaluating intake mechanisms to capture customer support inquiries into Salesforce. Match each Case Capture mechanism or configuration setting to its corresponding architectural capability, limit, or deployment requirement.

Soldaki öğeye tıklayın, sonra eşleşen sağdaki öğeye tıklayın

Öğeler

Web-to-Case
On-Demand Email-to-Case
Email-to-Case (Installed Agent)
Default Case Creator

Eşleşmeler

Cevabı ve açıklamayı göster

Cevap

Web-to-Case matches with the generation of HTML forms for external sites enforcing a 5,000 daily request limit. On-Demand Email-to-Case matches with processing emails directly through Salesforce cloud infrastructure with a 25 MB attachment limit. Email-to-Case (Installed Agent) matches with requiring an executable application behind the firewall supporting up to 100 MB attachments. Default Case Creator matches with the automated user assigned as owner when assignment rules fail to match.
Each feature corresponds to its specific architecture: Web-to-Case relies on standard HTML forms with a 5,000 daily request limit; On-Demand Email-to-Case routes emails through Salesforce cloud services up to 25 MB per email; Email-to-Case (Installed Agent) runs local software inside the company firewall supporting up to 100 MB attachments; and the Default Case Creator serves as the fallback owner for cases when rule criteria are not met.

Adım Adım Çözüm

1
Analyze Web-to-Case characteristics
Identified HTML form generation, 5,000 daily limit, and overflow email mechanism.
Web-to-Case creates web forms directly from Salesforce fields and handles intake limits via notification emails.
2
Analyze On-Demand Email-to-Case versus Email-to-Case Agent
On-Demand uses cloud Apex email services (25 MB limit); Installed Agent runs locally behind a firewall (100 MB limit).
Differentiating cloud routing versus behind-the-firewall agent routing determines attachment sizes and infrastructure requirements.
3
Analyze Default Case Creator setting
Identified default owner fallback for web cases when assignment rules do not trigger.
Salesforce requires a fallback user configuration to guarantee case ownership assignment.

Anahtar Kavram

Salesforce Case Capture Architecture and Limitations
Soru 1004Soru →

A Salesforce Administrator at Vanguard Logistics is configuring a new workflow for handling Returns and Warranty claims on the Case object. The administrator created a new Case Record Type named 'RMA Claim' and assigned it to the Support Agent profile. However, when support agents attempt to create a new RMA Claim case, the 'Status' picklist field displays all standard case status values rather than the customized lifecycle stages required for returns. Which administrative action should the administrator take to resolve this issue?

Cevabı ve açıklamayı göster

Cevap: Create a custom Support Process containing the specific Case Status values and associate it with the RMA Claim record type.

Cevap

Create a custom Support Process containing the specific Case Status values and associate it with the RMA Claim record type.
Creating a dedicated Support Process with the specific lifecycle statuses and associating it with the 'RMA Claim' record type is required because Case Status picklist values are driven by Support Processes. A record type cannot independently filter Case Status values without a linked Support Process.

Adım Adım Çözüm

1
Identify the controlling mechanism for Case Status picklist values.
Recognize that Case Status is a special business process field controlled by a Support Process.
Unlike standard picklist fields, Case Status values cannot be selected directly on the record type without a linked Support Process.
2
Create a new Support Process.
Select only the required status values (e.g., Submitted, Under Review, Approved, Rejected) for RMA claims.
The Support Process defines the lifecycle stages relevant to this specific business unit.
3
Assign the Support Process to the Case Record Type.
Link the newly created Support Process to the 'RMA Claim' Case Record Type.
Associating the Support Process ensures that only the defined status values are exposed when creating or editing records of this record type.

Anahtar Kavram

Support Process Prerequisite for Case Record Types
Tahmini Süre:1m 30s
Soru 1005Soru →

A marketing manager at an enterprise software company is creating custom Campaign Member Statuses for a partner webinar series. The manager wants users who reach the 'Attended' status to count toward the total response metrics on campaign reports. Which configuration step must a Salesforce Administrator complete to ensure that the 'Attended' status counts as a campaign response?

Cevabı ve açıklamayı göster

Cevap: Select the 'Responded' checkbox for the 'Attended' status value within the Campaign Member Statuses related list.

Cevap

Select the 'Responded' checkbox for the 'Attended' status value within the Campaign Member Statuses related list.
Selecting the 'Responded' checkbox next to a Campaign Member Status explicitly flags that status value as a positive response. Salesforce relies on this boolean attribute on each status entry to calculate the total number of responses on campaign summary fields and reports.

Adım Adım Çözüm

1
Navigate to the Campaign record or Advanced Setup area for Campaign Member Statuses.
Access the custom status values configured for the campaign.
Campaign member responses are tracked per status value on individual campaigns or campaign templates.
2
Edit the 'Attended' status entry in the Campaign Member Statuses related list.
Open the status settings edit window.
Individual status flags must be modified to change tracking behavior.
3
Check the 'Responded' checkbox and save.
The 'Attended' status is flagged as a response, updating aggregate campaign metrics automatically.
Salesforce uses the 'Responded' boolean flag on the status record to calculate total responses and response rate metrics.

Anahtar Kavram

Campaign Member Status Responded Flag
Tahmini Süre:1m 0s
Soru 1006Soru →

Match each Salesforce security requirement regarding profile settings and object or field-level security to its appropriate administration mechanism.

Soldaki öğeye tıklayın, sonra eşleşen sağdaki öğeye tıklayın

Öğeler

Granting Read and Edit access for a sensitive custom field to only a select group of users without altering their base profile assignments
Completely disabling Read, Create, Edit, and Delete access to a custom object for all users assigned to a specific job role
Restricting the specific times of day when call center representatives are permitted to access the Salesforce org
Enforcing strict network access control by denying login entirely to users on a profile when originating outside designated IP addresses

Eşleşmeler

Cevabı ve açıklamayı göster

Cevap

Granting selective field access maps to Field-Level Security managed via Permission Set. Completely removing access to a custom object maps to Object-Level Permissions configured on the Profile. Restricting login time windows maps to Login Hours specified on the Profile. Enforcing IP-based login blocking maps to Login IP Ranges specified on the Profile.
Each requirement directly aligns with standard Salesforce security administration principles: Permission Sets grant field access incrementally to select users; Profile Object Permissions set baseline object access (CRUD); Profile Login Hours dictate valid access windows; and Profile Login IP Ranges dictate absolute network entry limits.

Adım Adım Çözüm

1
Analyze field-level access requirements for a subset of users
Determine that Permission Sets with FLS are used to extend field visibility to specific users without altering the shared profile.
Profiles set baseline access, and permission sets incrementally grant additional permissions such as FLS.
2
Evaluate object-level visibility settings for a whole role
Identify Object-Level Permissions (CRUD) on the Profile as the control point for enabling or disabling entire object access.
Profile object permissions govern whether users can Read, Create, Edit, or Delete records of that object type.
3
Determine time-based login control settings
Match time-window restrictions to Profile Login Hours.
Profile-level Login Hours define the exact operating hours during which assigned users can authenticate into the org.
4
Determine network-based login restrictions
Match network IP restrictions that block access to Profile Login IP Ranges.
When Login IP Ranges are set on a Profile, logins originating outside these ranges are strictly prohibited rather than challenged with identity verification.

Anahtar Kavram

Salesforce Security Architecture: Profiles vs. Permission Sets, Object Permissions, FLS, and Login Restrictions
Soru 1007Soru →

Brightwave Energy operates two distinct business divisions: Commercial Subscriptions and Government Renewable Grants. The Government team requires a customized pipeline with a unique sequence of Opportunity stages—including a custom 'Compliance Audit' stage—that differs completely from the standard sales pipeline. An administrator has already created the custom 'Compliance Audit' picklist value on the Opportunity Stage field.

Which sequence of administrative steps must the administrator perform next to enable and enforce this custom pipeline for the Government team?

Cevabı ve açıklamayı göster

Cevap: Create a new Sales Process selecting the required Opportunity stages, create a Government Opportunity Record Type linked to this Sales Process, and assign the Record Type to the Government team's profiles.

Cevap

Create a new Sales Process selecting the required Opportunity stages, create a Government Opportunity Record Type linked to this Sales Process, and assign the Record Type to the Government team's profiles.
In Salesforce Core Administration, Opportunity stages carry business logic such as probability and forecast category. Therefore, stage availability cannot be assigned directly to record types or page layouts. An administrator must first create a Sales Process containing the subset of stages needed, link that Sales Process to an Opportunity Record Type, and assign that Record Type to the relevant user profiles.

Adım Adım Çözüm

1
Create a Sales Process
Defines the specific subset of Opportunity Stage picklist values required for the Government Renewable Grants pipeline.
Opportunity Stage picklist values are unique because they dictate Stage Type, Probability, and Forecast Category, and must be bundled into a Sales Process before assignment.
2
Create an Opportunity Record Type
Associates the record type to the newly created Sales Process.
Every Opportunity Record Type requires an assigned Sales Process to determine which Stage picklist values are available.
3
Assign Record Type to Profiles
Grants access to the Government Renewable Grants pipeline to the appropriate users.
Profiles and permission sets control access to record types, allowing users to create opportunities using the tailored sales process.

Anahtar Kavram

Sales Process and Opportunity Record Type Relationship
Tahmini Süre:2m 0s
Soru 1008Soru →

A support operations administrator at a cloud software enterprise is configuring Salesforce Service Cloud to streamline case handling. When a customer submits a new case, it must immediately be routed to a specific support queue based on the customer's geographic region. Furthermore, if a High Priority case remains open in any queue for more than 4 hours without resolution, ownership of the case must automatically transfer to an Escalations Queue and an email alert must be sent to the Support Manager. Which combination of Salesforce case automation rules should the administrator configure to meet these requirements?

Cevabı ve açıklamayı göster

Cevap: Configure one active Case Assignment Rule to route cases to regional queues upon creation, and one active Case Escalation Rule to reassign unresolved cases and send notifications after 4 hours.

Cevap

The administrator must configure one active Case Assignment Rule to handle initial queue routing by geographic region upon case creation, and one active Case Escalation Rule to handle time-based reassignment to the Escalations Queue and manager notification after 4 hours.
The requirement consists of two distinct automation triggers: immediate routing upon case creation and time-delayed actions for open cases breaching an SLA. In Salesforce, Case Assignment Rules route cases to specific queues or owners upon creation based on defined rule entries. Case Escalation Rules monitor open cases and execute actions (such as queue reassignment and manager notifications) when defined time criteria are met. Configuring one active Case Assignment Rule and one active Case Escalation Rule satisfies both requirements within Salesforce system limits.

Adım Adım Çözüm

1
Determine the tool required for initial case routing upon record creation.
Identify Case Assignment Rules as the standard feature for routing newly created cases to users or queues based on case field criteria (e.g., geographic region).
Case Assignment Rules execute during case creation to evaluate criteria and assign ownership appropriately.
2
Determine the tool required for time-based SLA enforcement and notifications on open cases.
Identify Case Escalation Rules as the standard feature for evaluating how long a case has been open and performing actions after a specified time threshold (e.g., 4 hours).
Escalation rules allow time-triggered actions, such as reassigning open cases to an Escalations Queue and sending email alerts to managers.
3
Verify Salesforce system limits regarding active rule configurations.
Confirm that an organization can have only one active Case Assignment Rule and one active Case Escalation Rule at any given time.
Multiple entries are configured within a single active rule rather than activating multiple separate rules.

Anahtar Kavram

Distinction and capabilities of Case Assignment Rules versus Case Escalation Rules
Soru 1009Soru →

A System Administrator configures a Lightning Record Page for a custom Warranty Claim object using Dynamic Forms. The administrator sets a component visibility rule on the 'Reimbursement Amount' field so that it only displays on the page when the 'Claim Status' field is set to 'Approved'. A user whose Profile grants Read and Edit access to 'Reimbursement Amount' via Field-Level Security (FLS) runs a Salesforce report that includes Warranty Claims currently in 'Draft' status.

Which data visibility behavior will the user observe in the report for the 'Reimbursement Amount' field?

Cevabı ve açıklamayı göster

Cevap: The user can view the 'Reimbursement Amount' values for 'Draft' records in the report because Dynamic Forms visibility filters control UI layout display only, not database level or report visibility.

Cevap

The user can view the field data in the report because Dynamic Forms visibility filters apply only to Lightning Record Pages and do not restrict report data access.
Dynamic Forms component visibility rules control whether a field or section appears on a specific Lightning Record Page based on filter criteria. They do not affect data access rules. Because the user has Field-Level Security access to the field, the report will display the field data regardless of the record's status or page layout visibility rules.

Adım Adım Çözüm

1
Analyze the scope of Dynamic Forms visibility rules.
Dynamic Forms visibility rules are evaluated client-side to conditionally display components, sections, or fields specifically on Lightning App Builder pages.
Understanding the boundary between UI display rules and data security mechanisms is essential.
2
Evaluate Field-Level Security (FLS) vs. UI display controls.
The user has explicit Read/Edit FLS on their profile. FLS is the governing security mechanism for data visibility across reports, list views, and API calls.
Field-Level Security secures data regardless of how or where a field is hidden on a page layout.
3
Determine report output behavior.
Because reports bypass Lightning Page layout visibility logic and rely on FLS, the user will see all field data in the report.
Dynamic Forms filters do not alter database query behavior or report generation.

Anahtar Kavram

Dynamic Forms UI Visibility vs. Field-Level Security (FLS)
Tahmini Süre:1m 30s
Soru 1010Soru →

Helios Solar wants to enhance collaboration on Asset records. The operations team requires that changes to the Status and Warranty Expiration Date fields automatically generate posts in the record's Chatter feed. Additionally, team members need access to custom Chatter quick actions, such as 'Log Maintenance' and 'Request Inspection', directly within the record page feed. Which two configurations should the administrator implement to fulfill these requirements?

Geçerli olan tümünü seçin

Cevabı ve açıklamayı göster

Cevap: Enable Feed Tracking for the Asset object in Setup and select the Status and Warranty Expiration Date fields.; Add the custom quick actions to the Salesforce Mobile and Lightning Experience Actions section of the Asset page layout.

Cevap

The administrator should enable Feed Tracking for the Asset object (selecting the Status and Warranty Expiration Date fields) and add the custom quick actions to the Salesforce Mobile and Lightning Experience Actions section of the Asset page layout.
Enabling Feed Tracking for the target object and selecting specific fields allows Salesforce to automatically post updates to the record's Chatter feed whenever those fields are modified. Custom Chatter quick actions are made available on object record pages by adding them to the Salesforce Mobile and Lightning Experience Actions area of the object's page layout.

Adım Adım Çözüm

1
Navigate to Setup > Feed Tracking, select the Asset object, and check the target fields.
Field updates on Status and Warranty Expiration Date will automatically generate system-created Chatter posts on the Asset record feed.
Salesforce native feed tracking automatically logs changes for up to 20 selected fields per object without custom code or flows.
2
Navigate to Object Manager > Asset > Page Layouts and edit the assigned page layout.
Adding 'Log Maintenance' and 'Request Inspection' to the Salesforce Mobile and Lightning Experience Actions area displays these quick actions on the record page publisher.
Record page action bars derive their available quick actions directly from the page layout's Salesforce Mobile and Lightning Experience section.

Anahtar Kavram

Chatter Feed Tracking and Page Layout Publisher Actions
Soru 1011Soru →

Match each Salesforce case capture mechanism to its defining operational feature or configuration requirement.

Soldaki öğeye tıklayın, sonra eşleşen sağdaki öğeye tıklayın

Öğeler

Web-to-Case
On-Demand Email-to-Case
Email-to-Case Agent

Eşleşmeler

Cevabı ve açıklamayı göster

Cevap

Web-to-Case matches with generating HTML code for web pages up to 5,000 daily cases. On-Demand Email-to-Case matches with routing emails to Salesforce web services without local firewall software. Email-to-Case Agent matches with requiring installed software behind the firewall to handle attachments larger than 25 MB.
Web-to-Case creates HTML forms for web case intake with a 5,000 daily limit. On-Demand Email-to-Case processes customer emails directly in the cloud without requiring software behind an internal network firewall. Email-to-Case Agent requires local agent software installation behind the firewall to support email traffic with attachments over 25 MB.

Adım Adım Çözüm

1
Identify the primary mechanism of Web-to-Case.
Web-to-Case provides HTML code generator capabilities for web integration with a default governor limit of 5,000 submissions per day.
Web-to-Case is designed specifically to capture case submissions from web pages.
2
Compare the deployment requirements for Email-to-Case variations.
On-Demand Email-to-Case operates completely via cloud email services, while Email-to-Case Agent relies on an installed local agent behind the firewall.
On-Demand Email-to-Case handles standard emails up to 25 MB without infrastructure, whereas the Agent version supports larger files and internal network security.
3
Verify matching alignments.
All three mechanisms are correctly mapped to their respective technical limits and architectural requirements.
Ensures full compliance with standard Salesforce Administrator case capture concepts.

Anahtar Kavram

Salesforce Case Capture Mechanisms (Web-to-Case, On-Demand Email-to-Case, Email-to-Case Agent)
Soru 1012Soru →

An administrator is configuring Chatter Feed Tracking on the Account object so team members receive automated updates whenever key record details change. What is the maximum number of fields that can be selected for Feed Tracking on a single object in Salesforce?

Cevabı ve açıklamayı göster

Cevap: 20 fields

Cevap

20 fields per object
In Salesforce Chatter Feed Tracking, administrators can select a maximum of 20 fields per object. When any of these selected fields are edited, an automated post is generated in the record's Chatter feed.

Adım Adım Çözüm

1
Navigate to Feed Tracking in Setup
Locate the target object (Account) in the list of supported objects.
Feed Tracking settings are configured individually per object under Setup.
2
Select tracked fields
Check the boxes for fields whose modifications should generate feed updates.
Salesforce enforces a platform limit allowing a maximum of 20 fields per object to be tracked simultaneously.

Anahtar Kavram

Chatter Feed Tracking Limits
Soru 1013Soru →

A Salesforce Administrator at a healthcare technology company needs to suspend login access for a senior developer during an internal security review. The developer is currently configured as the Default Lead Owner for Web-to-Lead generation and is designated as the running user for critical scheduled Apex processes. Reassigning these system references will take several days.

Which two statements accurately describe the administrative capabilities and effects when managing user access in this situation? (Select 2 options)

Geçerli olan tümünü seçin

Cevabı ve açıklamayı göster

Cevap: Freezing the user account revokes login access immediately while keeping the assigned user license in use.; Freezing the user account allows background processes and scheduled jobs referencing the user to continue executing without administrative errors.

Cevap

Freezing a user account revokes login access immediately without releasing the user license, allowing background processes and scheduled jobs referencing that user to execute without interruption.
Freezing a user account is the recommended action when immediate login prevention is required but system dependencies (such as Default Lead Owner or running user of scheduled processes) prevent user deactivation. Freezing revokes login rights instantly without releasing the license, allowing background processes to run without error while administrators clean up dependencies.

Adım Adım Çözüm

1
Analyze the operational constraints given in the scenario.
The user cannot be deactivated immediately because they are referenced in default system components (Default Lead Owner) and running scheduled processes.
Deactivating a user who is tied to default ownership or workflow components will fail or cause process errors until those references are updated.
2
Determine the effect of freezing the user account.
Freezing blocks login access right away while leaving the user active in terms of license consumption and automated dependencies.
Freezing is designed specifically for temporary access suspension when system dependencies prevent immediate deactivation.

Anahtar Kavram

Differences and application scenarios for User Freezing vs. User Deactivation in Salesforce
Soru 1014Soru →

A Salesforce administrator at a commercial real estate management firm is configuring schema management options for tracking properties. The administrator needs to evaluate the baseline architectural capabilities and limitations of standard objects compared to custom objects. Which TWO statements accurately describe the differences between standard and custom object management in Salesforce? (Select 2)

Geçerli olan tümünü seçin

Cevabı ve açıklamayı göster

Cevap: Custom objects can be deleted from the organization if they have no active dependencies, whereas standard objects cannot be deleted.; Standard field labels can be renamed, but standard fields cannot be deleted from standard or custom objects.

Cevap

Custom objects can be deleted if free of dependencies whereas standard objects cannot be deleted, and standard fields cannot be deleted from any object although their labels can be edited.
Custom objects can be completely deleted from an org provided there are no dependent components referencing them, whereas standard objects built into Salesforce cannot be deleted. Additionally, while standard field labels can be edited, the standard fields themselves cannot be deleted from either standard or custom objects.

Adım Adım Çözüm

1
Evaluate standard object lifecycle constraints.
Identify that standard objects cannot be removed from the Salesforce schema, while custom objects can be deleted.
Salesforce architecture locks core standard objects in place.
2
Analyze field deletion rules for standard fields across standard and custom objects.
Confirm that standard fields built into objects (such as CreatedBy or Name fields) can have their labels edited but cannot be deleted.
Standard fields are fundamental to system baseline operations.
3
Evaluate relationship aggregation rules.
Recognize that lookup relationships do not support native roll-up summary fields.
Native roll-up summary capability is strictly limited to the parent side of a Master-Detail relationship.

Anahtar Kavram

Standard vs Custom Object capabilities and schema limitations
Soru 1015Soru →

SolarTech Solutions is configuring Salesforce Knowledge access and visibility for different user groups across their service organization. Match each business role requirement on the left to the corresponding Salesforce Knowledge administrative configuration required on the right.

Soldaki öğeye tıklayın, sonra eşleşen sağdaki öğeye tıklayın

Öğeler

Tier 1 Helpdesk Agents must only view articles tagged under the 'Residential Hardware' branch of the 'Product Catalog' Data Category Group.
External Certified Installers accessing published articles via Experience Cloud must be prevented from seeing internal agent fields and draft articles.
Compliance Managers require full capabilities to create, edit, publish, and archive Knowledge articles across all record types.

Eşleşmeler

Cevabı ve açıklamayı göster

Cevap

Tier 1 Helpdesk Agents match with Custom Data Category Visibility settings; External Certified Installers match with Article Channel Visibility configurations; Compliance Managers match with assigning a Knowledge User feature license and article management permissions.
Each business requirement aligns with a specific Salesforce Knowledge feature: Data Category Visibility governs category-based record access, Article Channel Visibility regulates portal exposure, and the Knowledge User feature license enables article lifecycle actions like publishing and archiving.

Adım Adım Çözüm

1
Evaluate the requirement for restricting Tier 1 Helpdesk Agents to a specific category branch.
Determine that Data Category Group Visibility settings (All, Custom, None) assigned via Profiles, Roles, or Permission Sets control category hierarchy access.
Data Category visibility operates independently of standard object sharing settings to filter article records by topic taxonomy.
2
Evaluate the requirement for restricting External Certified Installers on Experience Cloud.
Determine that Article Channel Visibility (Customer, Partner, Public, Internal App) dictates where articles and internal fields are published.
Channels ensure internal notes, draft versions, and sensitive fields remain hidden from external site users.
3
Evaluate the administrative requirement for Compliance Managers to publish and archive articles.
Determine that authoring and publishing permissions depend directly on checking the 'Knowledge User' feature license checkbox on the user record.
Without a Knowledge User feature license, users cannot execute article management actions regardless of profile-level object permissions.

Anahtar Kavram

Salesforce Knowledge Security, Data Category Visibility, and Feature Licensing
Tahmini Süre:2m 0s
Soru 1016Soru →

A customer support manager wants to automate notifications when high-priority cases are at risk of missing their Service Level Agreement (SLA) target time, as well as when an SLA target is officially breached. Which two Milestone Action types should a Salesforce Administrator configure within an Entitlement Process to meet these requirements? (Choose 2 answers)

Geçerli olan tümünü seçin

Cevabı ve açıklamayı göster

Cevap: Warning Actions; Violation Actions

Cevap

Warning Actions and Violation Actions
Warning Actions fire before a milestone target time passes to provide early alerts, while Violation Actions fire immediately after a milestone target time is breached. Together, they allow administrators to automate proactive and reactive workflows for SLAs within an Entitlement Process.

Adım Adım Çözüm

1
Analyze the requirement for alerting support reps before an SLA target is missed.
Identify Warning Actions as the milestone mechanism designed to trigger time-based alerts prior to deadline expiration.
Warning Actions enable proactive case resolution by notifying agents before non-compliance occurs.
2
Analyze the requirement for automating actions when an SLA target is missed.
Identify Violation Actions as the milestone mechanism designed to execute once a milestone target time is breached.
Violation Actions ensure escalation or tracking actions fire immediately when SLA commitments are not met.

Anahtar Kavram

Milestone Action Types in Entitlement Management
Tahmini Süre:1m 0s
Soru 1017Soru →

An organization sets the Organization-Wide Default (OWD) sharing setting for Opportunities to Private. A sales representative requires assistance from a technical specialist on a specific high-value deal and needs to grant this specialist Read/Write access to the opportunity record without giving them broader access to other opportunities in the organization. Which configuration should the system administrator recommend?

Cevabı ve açıklamayı göster

Cevap: Add the technical specialist as a member of the Opportunity Team on the specific deal with Read/Write access.

Cevap

Adding the technical specialist to the specific Opportunity Team with Read/Write access grants ad-hoc, record-level collaboration access without changing global permissions or OWD baseline security.
Adding the specialist directly to the Opportunity Team with Read/Write access allows ad-hoc collaboration on that specific record, perfectly satisfying the requirement of record-level sharing without granting over-broad permissions.

Adım Adım Çözüm

1
Analyze access requirements
Identify that access is needed for a single opportunity record, with Read/Write permissions granted to a single cross-functional team member.
The requirement asks for ad-hoc record sharing rather than administrative or org-wide permission changes.
2
Evaluate standard sharing tools for Opportunities
Determine that Opportunity Teams facilitate team selling by enabling record owners to share specific opportunities with collaborative team members at defined access levels.
Opportunity Teams provide record-level access control tailored to individual deals.

Anahtar Kavram

Opportunity Teams and Team Selling Access
Soru 1018Soru →

An administrator has configured a new Record Type for the Opportunity object to manage annual subscription renewals. The page layout assignment for the Renewal Sales Profile has been updated to use a custom renewal layout. However, when users assigned to this profile attempt to create a renewal opportunity, the picklist options available in the 'Delivery Status' field still display all standard options rather than the subset tailored for renewals. Which administrative step should the administrator take to resolve this issue?

Cevabı ve açıklamayı göster

Cevap: Edit the picklist values for the 'Delivery Status' field directly within the specific Record Type detail page in Object Manager.

Cevap

The administrator must edit the picklist settings for the 'Delivery Status' field under the specific Record Type configuration page.
When creating a new Record Type, the administrator must explicitly configure which picklist values are available for that specific record type. Editing the field under the Record Type detail page allows the admin to select and save the specific subset of picklist values appropriate for that process.

Adım Adım Çözüm

1
Navigate to Object Manager and select the Opportunity object.
Accesses object management tools for Opportunity.
Record Type definitions and picklist assignments are managed at the object level.
2
Select Record Types and click on the newly created Renewal Record Type.
Opens the Record Type detail page, displaying page layout assignments and picklists available for editing.
Each record type maintains its own independent subset of available picklist values for object fields.
3
Locate 'Delivery Status' under Picklists Available for Editing and click Edit.
Displays the value selection menu for available vs selected values.
Editing picklist values at the record type level allows administrators to specify exactly which values appear for records assigned to that record type.

Anahtar Kavram

Record Type Picklist Value Assignment
Tahmini Süre:1m 30s
Soru 1019Soru →

Helix Healthcare Devices maintains an Organization-Wide Default (OWD) sharing setting of Private for Cases. Support agents working on complex medical equipment issues frequently require technical input from internal biomedical engineers and external compliance auditors. The administrator needs to enable ad-hoc collaboration on individual case records, allowing agents to grant specific team members distinct access levels (such as Read Only or Read/Write) based on their designated role on that case. Which Salesforce feature should the administrator implement to satisfy these collaboration and access requirements?

Cevabı ve açıklamayı göster

Cevap: Configure Case Teams with Predefined Case Teams and Case Team Roles to grant role-based case record access to users on an ad-hoc basis.

Cevap

Configure Case Teams with Predefined Case Teams and Case Team Roles to grant role-based case record access to users on an ad-hoc basis.
Case Teams enable flexible, record-level collaboration on cases when Organization-Wide Defaults are set to Private. Administrators can configure Case Team Roles with specific access rights (Read Only or Read/Write) and set up Predefined Case Teams so agents can quickly add designated technical and compliance personnel to individual cases as needed.

Adım Adım Çözüm

1
Identify the business requirement for ad-hoc record sharing and multi-role collaboration.
The requirement specifies granting flexible, case-by-case record access with specific access levels (Read Only or Read/Write) based on a person's role on that case.
When OWD is Private, Case Teams are the standard Salesforce feature designed to add groups of users (internal or external contact users) to individual case records with specified roles and access grants.
2
Evaluate Case Team capabilities against alternative sharing mechanisms.
Case Teams allow administrators to define Case Team Roles with configurable access levels (Private, Read Only, Read/Write) and optionally create Predefined Case Teams for quick addition to cases.
Neither Chatter Feed Tracking nor standard OWD changes provide granular, per-record, role-based sharing grants.

Anahtar Kavram

Case Collaboration Tools (Case Teams and Case Feed)
Tahmini Süre:1m 30s
Soru 1020Soru →

A Salesforce Administrator at a freight company needs to calculate the total combined weight of all child Package__c records on their parent Shipment__c record. Currently, Package__c shares a Lookup relationship with Shipment__c. When attempting to create a Roll-Up Summary field on Shipment__c, the administrator notices that the Roll-Up Summary field type is disabled. What action should the administrator take to allow the creation of the Roll-Up Summary field on Shipment__c?

Cevabı ve açıklamayı göster

Cevap: Convert the existing Lookup relationship on Package__c to a Master-Detail relationship after ensuring all existing Package__c records have a parent Shipment__c populated.

Cevap

Convert the existing Lookup relationship on Package__c to a Master-Detail relationship after ensuring all existing Package__c records have a parent Shipment__c populated.
Roll-Up Summary fields are only available on the parent object of a Master-Detail relationship. To convert an existing Lookup relationship to a Master-Detail relationship, all existing child records must have a populated value in the lookup field.

Adım Adım Çözüm

1
Identify the relationship requirements for Roll-Up Summary fields
Determine that Roll-Up Summary fields can only be created on the parent object in a Master-Detail relationship, not in a Lookup relationship.
Salesforce architecture mandates a Master-Detail relationship for native Roll-Up Summary fields.
2
Verify existing child data cleanliness before relationship conversion
Ensure 100% of existing Package__c records contain a valid reference in the Shipment__c lookup field.
Salesforce prevents converting a Lookup relationship field to a Master-Detail relationship if any existing child record lacks a parent relationship value.
3
Convert the relationship type and create the Roll-Up Summary field
Change the field type of the relationship field on Package__c to Master-Detail, then create the Roll-Up Summary field on Shipment__c.
Once converted, the parent object enables the Roll-Up Summary field type in Object Manager.

Anahtar Kavram

Roll-Up Summary fields are exclusively available on the master object in a Master-Detail relationship. Converting an existing Lookup field to a Master-Detail field requires every existing child record to have a populated parent lookup value.
ÖncekiSayfa 51 / 90Sonraki
Tüm alıştırma soruları — Salesforce Certified Administrator | Examkin