Praxis Academy
Inicio › Platform Foundations › Data Model

Preguntas de práctica Platform Foundations: Data Model

Data Model vale 25% del examen Salesforce Certified Platform Foundations. Cubre objetos, campos y relaciones. Resuelve estas 5 preguntas gratis y abre cada respuesta para ver por qué cada opción es correcta o incorrecta.

01

Un campo debe ser obligatorio solo cuando un Lead llega a una etapa específica. ¿Cuál es la forma correcta de construirlo?

  1. Hacer el campo obligatorio a nivel de campo
  2. Validation Rule
  3. Hacer el campo obligatorio en el Page Layout
Ver respuesta

Respuesta: B

A. Hacer el campo obligatorio a nivel de campoIncorrecta. Obligatorio a nivel de campo aplica a todos los registros en todas las etapas, incluidos los guardados por API.
B. Validation Rule ✓Correcta. Una Validation Rule puede revisar la etapa del Lead y bloquear el guardado solo cuando el campo está vacío en esa etapa.
C. Hacer el campo obligatorio en el Page LayoutIncorrecta. Un requisito en el Page Layout aplica a todos los registros que usan ese diseño, sin importar la etapa.

Por qué: Una Validation Rule puede impedir el guardado solo cuando el Lead está en la etapa en cuestión y el campo está vacío. Marcar el campo como obligatorio en el Page Layout, o a nivel de campo, lo exigiría sin importar la etapa del Lead.

02

Varios departamentos necesitan dar a sus usuarios acceso adicional propio de cada departamento. ¿Qué se debe usar?

  1. Sharing Set
  2. Permission Set
  3. Profile
Ver respuesta

Respuesta: B

A. Sharing SetIncorrecta. Los Sharing Sets dan a usuarios de Experience Cloud acceso a registros; no otorgan permisos a usuarios internos.
B. Permission Set ✓Correcta. Los Permission Sets agregan permisos encima del Profile del usuario, así cada departamento obtiene su propio acceso adicional.
C. ProfileIncorrecta. Un usuario solo tiene un Profile, y crear perfiles por departamento es mucho menos flexible que usar Permission Sets.

Por qué: Un Profile define el acceso base de cada usuario, normalmente ligado a una función laboral. Los Permission Sets agregan permisos adicionales encima, de modo que cada departamento puede recibir su propio acceso extra sin clonar perfiles para cada variante.

03

¿Qué tipo de relación conecta Account y Contact?

  1. Self Relationship
  2. Master Detail
  3. Lookup
Ver respuesta

Respuesta: C

A. Self RelationshipIncorrecta. Una Self Relationship relaciona un objeto consigo mismo, por ejemplo un Account con su Account principal.
B. Master DetailIncorrecta. Los contactos pueden existir sin cuenta (contactos privados), así que la relación no puede ser Master-Detail.
C. Lookup ✓Correcta. Contact se relaciona con Account mediante un Lookup, así que un contacto no necesita una cuenta.

Por qué: Una cuenta puede tener muchos contactos, pero un contacto también puede existir sin ninguna cuenta (a menudo llamado contacto huérfano o privado), por lo que el vínculo es un Lookup.

04

Una empresa de software calificó un Lead y quiere convertirlo en un registro de empresa, un registro de persona y, si hace falta, un registro de negocio. ¿Qué dos objetos estándar resultan de toda conversión de Lead? (Elija 2)

  1. Account
  2. Contact
  3. Opportunity
  4. Lead
Ver respuesta

Respuesta: A, B

A. Account ✓Correcta. Convertir un Lead siempre crea o vincula un Account.
B. Contact ✓Correcta. Convertir un Lead siempre crea o vincula un Contact.
C. OpportunityIncorrecta. Crear una Opportunity durante la conversión es opcional.
D. LeadIncorrecta. El Lead es el origen que se convierte, no un registro nuevo que se crea.

Por qué: Toda conversión de Lead crea un Account y un Contact, o los vincula con registros existentes. Crear una Opportunity es opcional. El Lead es el registro que se convierte y después solo se marca como convertido; no se crea un Lead nuevo.

05

Una empresa de calzado deportivo restringió el acceso a cuentas al nivel base más restrictivo. Ahora el administrador debe dar automáticamente a un grupo de usuarios acceso a cuentas que pertenecen a otro grupo. ¿Qué función crea excepciones automáticas al nivel base?

  1. Sharing Rules
  2. Permission Sets
  3. Organization-Wide Defaults
  4. Field-Level Security
Ver respuesta

Respuesta: A

A. Sharing Rules ✓Correcta. Los Sharing Rules extienden automáticamente el acceso más allá de los Org-Wide Defaults para grupos definidos.
B. Permission SetsIncorrecta. Los Permission Sets otorgan permisos de objetos y campos, no uso compartido de registros entre grupos.
C. Organization-Wide DefaultsIncorrecta. Los Org-Wide Defaults definen el nivel base y no crean excepciones.
D. Field-Level SecurityIncorrecta. Field-Level Security controla campos, no registros.

Por qué: Los Sharing Rules abren automáticamente el acceso a registros más allá de la configuración de uso compartido de toda la organización para conjuntos definidos de usuarios. Los Organization-Wide Defaults establecen el nivel base pero no crean excepciones, Field-Level Security controla campos individuales y no registros, y los Permission Sets otorgan permisos de objetos y campos sin compartir registros entre grupos.

Descubre si estás listo para aprobar

Haz el diagnóstico gratis de Platform Foundations: 20 preguntas, sin cuenta. Después desbloquea las 80 preguntas, los exámenes de práctica completos y la guía de estudio.

Hacer el diagnóstico gratisVer planes

Otras secciones de este examen