An app builder at Cloud Kicks created a custom object and related fields in the schema builder. Which next steps should the app builder take to ensure users can access the new object and fields?
The correct next steps are A. Add the fields to the page layout on the object and C. Create a permission set for access to the object and fields.
This is a two-part access problem in Salesforce: users need both security access and user-interface exposure. Creating a custom object and fields in Schema Builder only creates the metadata. It does not automatically guarantee that end users can see, create, edit, or use those records and fields.
C is required because object permissions define the base-level access users have to records for an object, such as create, read, edit, and delete. Salesforce also uses field permissions / field-level security to control whether users can view or edit individual fields. Permission sets are the correct modern mechanism to grant object and field permissions to selected users without changing their base profile.
A is also required because page layouts control the organization of fields on record detail and edit pages. Even if a user has field-level access, the field must be placed on the relevant page layout for normal record-page visibility and editing in the UI. Salesforce specifically separates field-level security as the access-control layer and page layouts as the UI organization layer.
B is incorrect because ''Allow Reports'' only makes the object available for report creation; it does not grant users object CRUD access or field-level visibility. D is incorrect because data types are assigned during field creation, not after, and choosing a data type does not grant user access.
Universal Containers uses a custom object called Projects. When managers Assign projects, they set a custom field on the Project record called Estimated Hours. Once set, users should be able to decrease but not increase the value. How can an app builder meet this requirement?
The correct answer is C. Create a validation rule that uses the PRIORVALUE function.
The requirement is: once Estimated Hours is set, users can decrease the value but cannot increase it. A validation rule can compare the new value with the old value by using PRIORVALUE().
Example logic:
Estimated_Hours__c > PRIORVALUE(Estimated_Hours__c)
Salesforce documents PRIORVALUE() as the function used to return the previous value of a field, and Salesforce examples use it in validation rules to compare a changed value against the prior value.
A is incomplete because ISCHANGED() only detects that the field changed; it does not determine whether the value increased or decreased.
B is incorrect because a default value does not control later edits.
D is incorrect because PREVGROUPVAL() is used in reports, not validation rules.
===========
Universal Containers utilizes opportunities and a custom object called Detaited.Sales__c. The company would like to roll sales metrics up to an opportunity for only Detailed.Sales__c records that have their picklist status set to Active.
What is the recommended method for the app builder to achieve this request?
Create a master-detail relationship between the parent and child object with a roll-up summary field that filters on the status field is the recommended method for the app builder to achieve the request of rolling up sales metrics to an opportunity for only Detailed.Sales__c records that have their picklist status set to Active. According to theSalesforce documentation, ''Roll-up summary fields calculate values from related records, such as those in a master-detail relationship.'' A roll-up summary field can filter on a field value of the child records and sum up only those records that match the criteria. Utilize the AppExchange to download a third-party application that can roll up the sales dollars with the appropriate filter, create a lookup relationship between the parent and child object with a roll-up summary field that filters on the status field, and utilize Apex code to roll up the desired amounts are not valid or necessary methods for this request.
Universal Containers (UC) wants to test code against a subset of production data that is under 5 GB. Additionally, UC wants to refresh this sandbox every weekend.
Which type of sandbox should be used to accomplish this?
To test code against a subset of production data under 5 GB and to refresh the sandbox environment weekly, the most suitable type of sandbox is:
Partial Copy (B). A Partial Copy sandbox includes a copy of your production org's metadata and a subset of your production data as defined by the sandbox template. It allows up to 5 GB of data and can be refreshed every 5 days, making it ideal for scenarios where a representative sample of production data is needed for testing without the storage and refresh limitations of a Full Copy sandbox.
Developer Pro (A) and Developer (D) sandboxes also allow for testing and development but do not include a subset of production data---they either have no data or only limited sample data. A Full Copy sandbox (C) provides a full replica of production data, far exceeding the 5 GB requirement and generally is refreshed less frequently due to larger data volume and longer copy times.
Reference for sandbox types and their capabilities:
Sandbox Types and Templates: https://help.salesforce.com/articleView?id=sf.data_sandbox_implementation_tips.htm&type=5
Universal Containers (UC) delivers purchased containers to remote construction sites. Customers supply UC with crossroads or location markers.
Which field type should the app builder use to capture this information?
The best choice for capturing geographic location data, such as crossroads or location markers provided by customers, is the Geolocation field type. This field type stores latitude and longitude data, allowing accurate pinpointing of locations on a map. Geolocation fields are suitable for any application that needs to handle coordinates for mapping and proximity calculations.
A: Number field is not specific enough for geographical coordinates.
C: Reference fields link to other records, not geographical data.
Rebecca Martinez
12 days agoDonna Perez
25 days agoBrian Evans
1 month agoJames Bell
2 months agoDavid Wright
2 months agoRebecca King
1 month agoElizabeth Lewis
1 month agoJohn Green
1 month agoHollis
3 months agoEmeline
3 months agoEmmett
3 months agoCaren
3 months agoMarsha
4 months agoChaya
4 months agoGlendora
4 months agoTrina
4 months agoAliza
5 months agoWillard
5 months agoShannon
5 months agoPaulene
5 months agoJamal
6 months agoNa
6 months agoFloyd
6 months agoNaomi
6 months agoShizue
7 months agoMalinda
7 months ago