Praxis Academy
Inicio › Platform Administrator II › Objects and Applications

Preguntas de práctica Platform Administrator II: Objects and Applications

Objects and Applications vale 19% del examen Salesforce Certified Platform Administrator II. Cubre modelo de datos, record types y páginas Lightning. Resuelve estas 5 preguntas gratis y abre cada respuesta para ver por qué cada opción es correcta o incorrecta.

01

En una relación Master-Detail, ¿qué ocurre con los registros detalle relacionados cuando alguien elimina el registro maestro?

  1. El sistema bloquea la eliminación hasta que el administrador quite manualmente todos los registros detalle relacionados.
  2. Los registros detalle se trasladan automáticamente a un registro maestro predeterminado elegido por el administrador.
  3. Todos los registros detalle relacionados se eliminan automáticamente en cascada junto con el registro maestro, y tanto el maestro como los detalles se envían a la Papelera de reciclaje.
  4. Los registros detalle permanecen en el sistema como registros huérfanos, sin relación y con el campo de relación vacío.
Ver respuesta

Respuesta: C

A. El sistema bloquea la eliminación hasta que el administrador quite manualmente todos los registros detalle relacionados.Incorrecta. La eliminación del maestro no se bloquea; los detalles se eliminan automáticamente en cascada.
B. Los registros detalle se trasladan automáticamente a un registro maestro predeterminado elegido por el administrador.Incorrecta. Master-Detail no contempla reasignar los detalles a un maestro predeterminado; siempre se aplica la eliminación en cascada.
C. Todos los registros detalle relacionados se eliminan automáticamente en cascada junto con el registro maestro, y tanto el maestro como los detalles se envían a la Papelera de reciclaje. ✓Correcta. Eliminar el maestro también elimina sus detalles, y todo el conjunto llega a la Papelera de reciclaje, de donde puede restaurarse en conjunto.
D. Los registros detalle permanecen en el sistema como registros huérfanos, sin relación y con el campo de relación vacío.Incorrecta. Los detalles huérfanos son posibles con Lookups, no con Master-Detail, donde la eliminación en cascada es obligatoria.

Por qué: Las relaciones Master-Detail vinculan estrechamente a los hijos con su padre. Eliminar el maestro elimina en cascada todos los registros detalle, y todos van a la Papelera de reciclaje, donde restaurar el maestro también recupera los detalles. Las relaciones Lookup funcionan distinto: el hijo se conserva con el campo del padre vacío.

02

En la página de registro de Account, un componente Lightning personalizado debe mostrarse en la app móvil de Salesforce pero ocultarse en escritorio. ¿Qué función de Lightning App Builder controla la visualización de componentes según el dispositivo?

  1. Crear dos Lightning Record Pages para Account, una para escritorio y otra para móvil, y colocar el componente personalizado solo en la página móvil.
  2. Agregar en Lightning App Builder un filtro de permisos a nivel de campo que limite el componente a usuarios con el permiso 'Salesforce Mobile App Access'.
  3. Editar la definición de destino en el archivo .js-meta.xml del componente para que solo se renderice en móvil.
  4. Agregar una Component Visibility Rule en Lightning App Builder con el filtro 'Form Factor = Phone' para que el componente aparezca solo en dispositivos móviles.
Ver respuesta

Respuesta: D

A. Crear dos Lightning Record Pages para Account, una para escritorio y otra para móvil, y colocar el componente personalizado solo en la página móvil.Incorrecta. Páginas separadas funcionarían, pero implican duplicar y mantener dos configuraciones; una regla de visibilidad por factor de forma es más sencilla.
B. Agregar en Lightning App Builder un filtro de permisos a nivel de campo que limite el componente a usuarios con el permiso 'Salesforce Mobile App Access'.Incorrecta. No existe un permiso estándar 'Salesforce Mobile App Access' para filtrar la visibilidad de componentes.
C. Editar la definición de destino en el archivo .js-meta.xml del componente para que solo se renderice en móvil.Incorrecta. Modificar los metadatos del componente es un cambio de código; el requisito es una solución de configuración en Lightning App Builder.
D. Agregar una Component Visibility Rule en Lightning App Builder con el filtro 'Form Factor = Phone' para que el componente aparezca solo en dispositivos móviles. ✓Correcta. El filtro 'Form Factor' restringe el componente a un tipo de dispositivo, así que elegir 'Phone' lo hace visible solo en móvil.

Por qué: Las Component Visibility Rules incluyen un filtro Form Factor (Desktop, Phone, Tablet). Configurar la regla con Form Factor = Phone muestra el componente solo en móvil, sin una segunda página y sin cambios de código.

03

Una Validation Rule que usa ISCHANGED() está bloqueando una actualización que el administrador considera válida. En una Validation Rule, ¿qué devuelve ISCHANGED()?

  1. ISCHANGED() existe solo en Apex y no puede usarse en Validation Rules declarativas ni en criterios de workflow.
  2. ISCHANGED() es TRUE solo cuando el registro se crea por primera vez (inserción) y no funciona en actualizaciones.
  3. ISCHANGED() es TRUE cuando el valor del campo difiere del valor de cualquier otro registro de la org con el mismo nombre, detectando duplicados entre registros.
  4. ISCHANGED() es TRUE cuando el valor del campo que se guarda difiere del valor almacenado en el último guardado, lo que lo hace útil para detectar ediciones durante actualizaciones.
Ver respuesta

Respuesta: D

A. ISCHANGED() existe solo en Apex y no puede usarse en Validation Rules declarativas ni en criterios de workflow.Incorrecta. ISCHANGED() es una función de fórmula estándar que se usa en Validation Rules, criterios de workflow heredados y otras herramientas declarativas.
B. ISCHANGED() es TRUE solo cuando el registro se crea por primera vez (inserción) y no funciona en actualizaciones.Incorrecta. Devuelve FALSE en inserciones porque no hay un valor previo; está pensada para actualizaciones.
C. ISCHANGED() es TRUE cuando el valor del campo difiere del valor de cualquier otro registro de la org con el mismo nombre, detectando duplicados entre registros.Incorrecta. Compara el campo con su propio valor anterior en el MISMO registro, nunca con otros registros.
D. ISCHANGED() es TRUE cuando el valor del campo que se guarda difiere del valor almacenado en el último guardado, lo que lo hace útil para detectar ediciones durante actualizaciones. ✓Correcta. Compara el valor nuevo con el último valor guardado: TRUE si cambió, FALSE si no, y siempre FALSE en una inserción.

Por qué: En una Validation Rule, ISCHANGED(campo) es TRUE cuando el valor que se guarda es distinto del valor confirmado anteriormente (la misma comparación que con PRIORVALUE(campo)). En inserciones devuelve FALSE. Un uso típico es bloquear ciertas ediciones, como retroceder una etapa.

04

En Opportunity, un administrador crea un campo de fórmula entre objetos cuya fórmula es Account.Industry. ¿Qué limitación debe tener en cuenta?

  1. Los campos de fórmula no pueden tomar valores de objetos padre; solo se permiten campos del mismo objeto.
  2. Las fórmulas entre objetos pueden abarcar hasta 10 relaciones de profundidad, pero su resultado no es en tiempo real; solo se actualiza cuando se guarda el registro hijo.
  3. Cuando Account.Industry cambia en el Account, el valor de la fórmula en la Opportunity no se actualiza hasta que la Opportunity se vuelve a guardar.
  4. Los campos de fórmula entre objetos no pueden usarse como criterios de filtro en informes, condiciones de entrada de flujos ni otras automatizaciones, porque se calculan al leerse en lugar de almacenarse.
Ver respuesta

Respuesta: D

A. Los campos de fórmula no pueden tomar valores de objetos padre; solo se permiten campos del mismo objeto.Incorrecta. Las fórmulas entre objetos están soportadas y pueden llegar a campos de padres hasta 10 relaciones de distancia.
B. Las fórmulas entre objetos pueden abarcar hasta 10 relaciones de profundidad, pero su resultado no es en tiempo real; solo se actualiza cuando se guarda el registro hijo.Incorrecta. La fórmula se evalúa al leerse, así que refleja los cambios del padre sin guardar el hijo.
C. Cuando Account.Industry cambia en el Account, el valor de la fórmula en la Opportunity no se actualiza hasta que la Opportunity se vuelve a guardar.Incorrecta. El valor refleja el campo actual del padre; no es necesario volver a guardar la Opportunity.
D. Los campos de fórmula entre objetos no pueden usarse como criterios de filtro en informes, condiciones de entrada de flujos ni otras automatizaciones, porque se calculan al leerse en lugar de almacenarse. ✓Correcta (según la clave de la fuente). Como los valores de fórmula se calculan al momento de leerse en lugar de almacenarse, no se pueden usar como criterios de filtro en estos contextos.

Por qué: Los campos de fórmula se calculan al leer el registro y no se almacenan en la base de datos. La fuente considera que esto impide usarlos como filtros en informes, condiciones de entrada de flujos y cláusulas WHERE de SOQL, y señala que las fórmulas entre objetos tampoco pueden indexarse. Cuando se necesita filtrar por esos valores, se sugiere un campo almacenado mantenido por automatización.

05

Las licencias de software se almacenan como registros personalizados 'License__c' vinculados a Account. Si se elimina un Account, los registros License deben permanecer en el sistema para auditoría, pero las License activas siempre deben apuntar a un Account. ¿Qué tipo de relación y configuración cumple ambos requisitos?

  1. Master-Detail de License__c a Account; al eliminar el Account se eliminan en cascada las License, que pueden revisarse en la Papelera de reciclaje antes de su eliminación definitiva.
  2. Un objeto personalizado con un Master-Detail a Account y un Lookup a un objeto de archivo, moviendo los registros License al objeto de archivo antes de la eliminación.
  3. Master-Detail más un flujo before-delete en Account que reasigne cada License a un Account predeterminado 'Archived Accounts' antes de eliminar el maestro.
  4. Un Lookup de License__c a Account con la opción 'Don't delete this field's value', de modo que al eliminar el Account se vacía el campo Account en las License y se conservan los registros License.
Ver respuesta

Respuesta: D

A. Master-Detail de License__c a Account; al eliminar el Account se eliminan en cascada las License, que pueden revisarse en la Papelera de reciclaje antes de su eliminación definitiva.Incorrecta. La eliminación en cascada borra las License; la Papelera de reciclaje es solo temporal y el requisito es conservarlas de forma permanente.
B. Un objeto personalizado con un Master-Detail a Account y un Lookup a un objeto de archivo, moviendo los registros License al objeto de archivo antes de la eliminación.Incorrecta. Objetos y movimientos adicionales complican de más una necesidad que un Lookup simple con borrado del valor ya resuelve.
C. Master-Detail más un flujo before-delete en Account que reasigne cada License a un Account predeterminado 'Archived Accounts' antes de eliminar el maestro.Incorrecta. Reasignar mediante un flujo es posible, pero agrega un acoplamiento innecesario; un Lookup es más sencillo.
D. Un Lookup de License__c a Account con la opción 'Don't delete this field's value', de modo que al eliminar el Account se vacía el campo Account en las License y se conservan los registros License. ✓Correcta. Los Lookups no eliminan en cascada; con el comportamiento de borrar el valor, eliminar el Account deja el campo vacío y conserva los registros License.

Por qué: Un Lookup no tiene el acoplamiento estrecho de un Master-Detail. Al eliminar el Account, Salesforce puede borrar el valor del Lookup en los registros License relacionados en lugar de eliminarlos, de modo que todas las License se conservan para auditoría y el Account aún puede eliminarse.

Descubre si estás listo para aprobar

Haz el diagnóstico gratis de Platform Administrator II: 20 preguntas, sin cuenta. Después desbloquea las 180 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