Praxis Academy
Inicio › Platform Administrator II › Auditing and Monitoring

Preguntas de práctica Platform Administrator II: Auditing and Monitoring

Auditing and Monitoring vale 10% del examen Salesforce Certified Platform Administrator II. Cubre Setup Audit Trail, Login History, debug logs y Event Monitoring. Resuelve estas 4 preguntas gratis y abre cada respuesta para ver por qué cada opción es correcta o incorrecta.

01

Cumplimiento necesita dos años de historial de los cambios de configuración realizados por un usuario de integración automatizado, pero Setup Audit Trail solo conserva 180 días. ¿Cómo debe el administrador cumplir el requisito de retención de dos años?

  1. Activar el complemento Event Monitoring de Salesforce Shield, que reconstruye los datos de auditoría de los 2 años anteriores.
  2. Comprar el complemento Field Audit Trail de Salesforce Shield para extender la retención de Setup Audit Trail a 2 años.
  3. Crear un flujo programado que copie diariamente los datos de Setup Audit Trail a un objeto personalizado, acumulando dos años de historial a partir de ahora.
  4. Exportar Setup Audit Trail de forma periódica (al menos cada 180 días) con el botón Download Now o la API, y guardar los archivos CSV en un archivo externo para la retención a largo plazo.
Ver respuesta

Respuesta: D

A. Activar el complemento Event Monitoring de Salesforce Shield, que reconstruye los datos de auditoría de los 2 años anteriores.Incorrecta. Event Monitoring registra la actividad solo a partir de su activación; no puede recrear cambios de configuración pasados.
B. Comprar el complemento Field Audit Trail de Salesforce Shield para extender la retención de Setup Audit Trail a 2 años.Incorrecta. Field Audit Trail extiende la retención del historial de campos (hasta 10 años), no la de Setup Audit Trail.
C. Crear un flujo programado que copie diariamente los datos de Setup Audit Trail a un objeto personalizado, acumulando dos años de historial a partir de ahora.Incorrecta. Un flujo solo ayudaría de aquí en adelante, no recupera el historial anterior y no atiende la solicitud actual.
D. Exportar Setup Audit Trail de forma periódica (al menos cada 180 días) con el botón Download Now o la API, y guardar los archivos CSV en un archivo externo para la retención a largo plazo. ✓Correcta. Como solo se conservan 180 días de forma nativa, las exportaciones programadas archivadas fuera de Salesforce son la forma estándar de retener los datos de auditoría a largo plazo.

Por qué: Setup Audit Trail conserva los cambios de configuración solo 180 días. Una retención mayor requiere exportaciones CSV periódicas almacenadas en un sistema externo de cumplimiento o de gestión documental. Field Audit Trail de Shield es un producto distinto que extiende el historial de campos, no Setup Audit Trail.

02

Una empresa financiera regulada debe conservar durante 7 años cada cambio del campo Credit Rating de Account para cumplir las normas de la SEC. El Field History Tracking estándar conserva los datos solo 18 meses. ¿Qué función extiende esa retención?

  1. Reporting Snapshots diarios que copian el valor de Credit Rating a un objeto personalizado para archivarlo 7 años.
  2. Exportaciones de Setup Audit Trail que capturan los cambios de Credit Rating y se almacenan externamente durante 7 años.
  3. Field Audit Trail de Salesforce Shield, que conserva el historial de campos hasta 10 años para los campos y objetos elegidos.
  4. Big Objects que guardan exportaciones diarias del valor de Credit Rating para archivo a largo plazo.
Ver respuesta

Respuesta: C

A. Reporting Snapshots diarios que copian el valor de Credit Rating a un objeto personalizado para archivarlo 7 años.Incorrecta. Los Reporting Snapshots guardan valores periódicos, no el historial de cambios por registro, y requieren mantenimiento continuo.
B. Exportaciones de Setup Audit Trail que capturan los cambios de Credit Rating y se almacenan externamente durante 7 años.Incorrecta. Setup Audit Trail da seguimiento a la configuración de Setup, no a cambios de datos en registros de Account.
C. Field Audit Trail de Salesforce Shield, que conserva el historial de campos hasta 10 años para los campos y objetos elegidos. ✓Correcta. Field Audit Trail conserva cada cambio de los campos configurados mucho más allá de 18 meses, cubriendo el requisito de 7 años.
D. Big Objects que guardan exportaciones diarias del valor de Credit Rating para archivo a largo plazo.Incorrecta. Exportar valores a Big Objects no captura el historial completo de cambios (quién, valor anterior, valor nuevo, cuándo).

Por qué: Field Audit Trail de Shield amplía la retención del historial de campos de los 18 meses estándar hasta 10 años para los campos seleccionados. Es un complemento de pago orientado a necesidades regulatorias y registra valor anterior, valor nuevo, quién lo cambió y cuándo, en un formato consultable.

03

La prueba de capacidad de entrega de correo de un usuario desde Salesforce sigue fallando. ¿Qué configuración de Salesforce determina si los correos generados por el sistema, como las notificaciones automáticas, se envían desde la org a direcciones externas?

  1. El permiso 'Allow Mass Email' en el perfil del usuario controla la entrega de correos del sistema a direcciones externas.
  2. Activar el permiso de connected app 'Outbound Email Delivery' en el perfil del usuario permite enviar correos.
  3. Configurar registros SPF (Sender Policy Framework) y DKIM en el DNS de la org permite que Salesforce envíe correos.
  4. La configuración Email Deliverability en Setup, con las opciones 'No Access' (ningún correo), 'System Email Only' (solo correos del sistema) y 'All Email' (todos los correos, incluidos los que activan los usuarios), controla el correo saliente de la org.
Ver respuesta

Respuesta: D

A. El permiso 'Allow Mass Email' en el perfil del usuario controla la entrega de correos del sistema a direcciones externas.Incorrecta. 'Allow Mass Email' permite a un usuario enviar correos masivos a listas de contactos o prospectos; no controla las notificaciones del sistema.
B. Activar el permiso de connected app 'Outbound Email Delivery' en el perfil del usuario permite enviar correos.Incorrecta. No existe un permiso de connected app 'Outbound Email Delivery'; la entrega es una configuración a nivel de org.
C. Configurar registros SPF (Sender Policy Framework) y DKIM en el DNS de la org permite que Salesforce envíe correos.Incorrecta. SPF y DKIM son medidas de autenticación en DNS que mejoran la capacidad de entrega; no deciden si Salesforce envía correos.
D. La configuración Email Deliverability en Setup, con las opciones 'No Access' (ningún correo), 'System Email Only' (solo correos del sistema) y 'All Email' (todos los correos, incluidos los que activan los usuarios), controla el correo saliente de la org. ✓Correcta. Esta configuración a nivel de org decide qué tipos de correo pueden salir de la org: ninguno, solo del sistema o todos.

Por qué: La configuración Email Deliverability (Setup > Deliverability) tiene tres niveles de acceso: 'No Access' no envía nada; 'System Email Only' envía solo notificaciones automáticas del sistema y es el valor predeterminado de los Sandbox nuevos; 'All Email' permite todo tipo de correo y se usa en producción. Mantener los Sandbox en 'System Email Only' evita enviar correos por error a usuarios reales.

04

Una org ya tiene miles de informes y dashboards. El administrador quiere encontrar y archivar los informes que nadie ha ejecutado en más de 6 meses. ¿Qué función ayuda a conocer el uso de los informes y su fecha de última ejecución?

  1. La función Report Run History en la página de detalle de cada informe, que muestra la fecha y el usuario de cada ejecución.
  2. Event Monitoring de Salesforce Shield, cuyos eventos ReportRun en los archivos de registro de eventos pueden consultarse para encontrar informes no ejecutados en los últimos 6 meses.
  3. El tipo de informe estándar 'Report Audit', que muestra todos los informes con su fecha de última ejecución y su propietario.
  4. Salesforce Optimizer, cuyo análisis de uso de informes los clasifica por fecha de última ejecución y participación de los usuarios.
Ver respuesta

Respuesta: B

A. La función Report Run History en la página de detalle de cada informe, que muestra la fecha y el usuario de cada ejecución.Incorrecta. No existe una vista 'Report Run History' a nivel de org para miles de informes.
B. Event Monitoring de Salesforce Shield, cuyos eventos ReportRun en los archivos de registro de eventos pueden consultarse para encontrar informes no ejecutados en los últimos 6 meses. ✓Correcta. Los eventos ReportRun muestran qué informes se ejecutaron, quién los ejecutó y cuándo, para identificar los que no se usan.
C. El tipo de informe estándar 'Report Audit', que muestra todos los informes con su fecha de última ejecución y su propietario.Incorrecta. No existe un tipo de informe estándar 'Report Audit'.
D. Salesforce Optimizer, cuyo análisis de uso de informes los clasifica por fecha de última ejecución y participación de los usuarios.Incorrecta. Según la fuente, Optimizer no ofrece un análisis de última ejecución por informe.

Por qué: Event Monitoring de Shield genera archivos de registro de eventos ReportRun que registran cada ejecución (ID del informe, ID del usuario, fecha y hora). Consultarlos mediante la API de EventLogFile muestra qué informes no se han usado durante un periodo, lo que respalda la decisión de archivarlos o eliminarlos.

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