1
Q
What is the main advantage of multi-tenancy in Salesforce?
a) Lower costs for a single customer
b) Isolated data and scalability for many customers
c) No need for user authentication
d) All data is publicly available
A
B
¿Por qué la b) es la respuesta correcta?
La Multi-tenencia (Multi-tenancy) es el corazón de la nube de Salesforce. Para entenderlo, piensa en la diferencia entre una casa unifamiliar y un edificio de apartamentos gigante.
Infraestructura Compartida (El Edificio): En un edificio, todos los inquilinos comparten la estructura, las tuberías, la electricidad y la seguridad del edificio. En Salesforce, todos los clientes (llamados “tenants” o inquilinos) comparten la misma infraestructura de computación, la misma base de datos y el mismo código base.
Datos Aislados (Tu Apartamento): Aunque compartes el edificio, tu apartamento tiene una llave única. Tus vecinos no pueden entrar a tu casa ni ver tus cosas. En Salesforce, un identificador único (OrgID) asegura que tus datos sean completamente privados e invisibles para otros clientes, aunque vivan en el mismo servidor.
Escalabilidad: Al mantener una sola versión del código para todos (el núcleo del edificio), Salesforce puede actualizar la plataforma para millones de usuarios a la vez (las famosas 3 actualizaciones anuales) sin tener que ir “casa por casa” instalando software.
Por tanto, la gran ventaja técnica es lograr que miles de clientes operen a gran escala en un mismo lugar, pero manteniendo sus datos estrictamente separados.
¿Por qué las otras opciones son malas?
a) Lower costs for a single customer (Menores costes para un solo cliente)
Por qué es incorrecta: Aunque la multi-tenencia suele reducir costes (porque se comparten recursos), esta opción es engañosa. La opción b define la característica técnica, mientras que la a es solo una consecuencia económica. Además, el foco de la multi-tenencia no es el beneficio de “un solo cliente”, sino la capacidad de la plataforma para servir a “muchos” simultáneamente de forma eficiente.
c) No need for user authentication (No hay necesidad de autenticación de usuario)
Por qué es incorrecta: Esto es falso y peligroso. Precisamente porque es un entorno compartido (multi-tenant), la autenticación debe ser más estricta que nunca. El sistema debe saber exactamente quién eres para mostrarte solo tus datos y no los de la empresa de al lado. Sin autenticación, la seguridad de la multi-tenencia colapsaría.
d) All data is publicly available (Todos los datos están disponibles públicamente)
Por qué es incorrecta: Esto iría en contra del propósito de un CRM. Salesforce se utiliza para guardar datos sensibles de clientes y ventas. La multi-tenencia garantiza la privacidad. Decir que los datos son públicos es lo opuesto a la realidad; la arquitectura está diseñada con “Governor Limits” y seguridad para evitar que los datos se filtren.
2
Q
Which of the following are standard objects in Salesforce? (Choose two)
a) Account
b) Contact
c) Invoice
d) Supplier
A
a) Account y b) Contact.
Por qué son correctas: Account (Cuenta) y Contact (Contacto) son dos de los objetos estándar más fundamentales en Salesforce, representando a las empresas con las que haces negocios y a las personas asociadas a ellas, respectivamente.
Por qué las otras no lo son:
c) Invoice (Factura) no es un objeto estándar. Normalmente se crea como un objeto personalizado o forma parte de paquetes de aplicaciones específicas como Salesforce Billing.
d) Supplier (Proveedor) tampoco es estándar. Se suele gestionar como un objeto personalizado o usando un tipo de registro en el objeto Cuenta.
3
Q
What is a sandbox used for in Salesforce?
a) To play games
b) To develop and test changes safely
c) To store production data
d) To delete records automatically
A
b) To develop and test changes safely.
Por qué es correcta: Un sandbox es una copia de tu entorno de producción. Su propósito es permitir a los administradores y desarrolladores crear, configurar y probar nuevas funcionalidades (como campos, automatizaciones, código, etc.) sin ningún riesgo para los datos y usuarios de la organización en vivo.
Por qué las otras no lo son:
a) No es para jugar, es un entorno de desarrollo profesional.
c) Los datos de producción se almacenan en el entorno de producción, no en el sandbox.
d) No tiene una función de borrado automático; es un entorno para pruebas.
4
Q
Which tab in Salesforce allows you access to different apps?
a) App Launcher
b) Home
c) Opportunities
d) Reports
A
a) App Launcher.
Por qué es correcta: El App Launcher (Iniciador de aplicaciones), representado por una cuadrícula de puntos en la esquina superior izquierda, es el menú donde los usuarios pueden ver y cambiar entre las diferentes aplicaciones a las que tienen acceso (por ejemplo, Ventas, Servicio, Marketing).
Por qué las otras no lo son:
b), c), d) Home, Opportunities y Reports son pestañas dentro de una aplicación, no un menú para cambiar de aplicación.
5
Q
What determines which Salesforce functions a user can access? (Choose two)
a) License
b) Profile
c) Chatter
A
a) License y b) Profile.
Por qué son correctas: La licencia establece la base de la funcionalidad disponible para un usuario (por ejemplo, Sales Cloud User). El perfil se basa en esa licencia para definir con precisión qué puede hacer el usuario: qué objetos puede ver o editar, qué aplicaciones puede usar, etc..
Por qué las otras no lo son:
c) Chatter es una herramienta de colaboración, no define el acceso a otras funciones.
d) Fiscal Year es una configuración de la empresa para informes.
5
Q
In Salesforce objects, what is a field?
a) A user
b) A column that stores data
c) A record
d) A permission set
A
b) A column that stores data.
Por qué es correcta: La mejor analogía es una hoja de cálculo. Si un objeto es la tabla, un registro es una fila, y un campo es una columna que almacena un dato específico para cada registro (como “Nombre”, “Teléfono” o “Email”).
Por qué las otras no lo son:
a) Un usuario es un registro en el objeto Usuario.
c) Un registro es una instancia de un objeto (una fila).
d) Un conjunto de permisos es una herramienta de seguridad, no un elemento de almacenamiento de datos.
6
Q
Which company settings determine the format of dates and numbers for all users?
a) Locale
b) License
c) Role
d) Profile
A
a) Locale.
Por qué es correcta: La configuración de Locale (Configuración regional) de la empresa establece el formato predeterminado para fechas, horas, números y nombres para toda la organización. Los usuarios individuales pueden sobrescribir esta configuración en sus ajustes personales si es necesario.
Por qué las otras no lo son:
b), c), d) License, Role y Profile determinan el acceso a funciones y datos, no su formato de visualización.
7
Q
Which feature lets organizations track reporting periods?
a) Currency
b) Fiscal Year
c) Sandbox
d) Standard Object
A
b) Fiscal Year.
Por qué es correcta: La configuración del año fiscal (Fiscal Year) permite a una empresa definir sus períodos de informes financieros, que pueden seguir el calendario estándar o ser personalizados (por ejemplo, empezar en febrero). Es fundamental para la previsión de ventas e informes.
Por qué las otras no lo son:
a), c), d) Son conceptos no relacionados con la definición de períodos para informes.
8
Q
What does Chatter help your organization do?
a) Share files and collaborate
b) Manage fiscal year
c) Create new fields
d) Set up record types
A
a) Share files and collaborate.
Por qué es correcta: Chatter es la red social empresarial de Salesforce. Su propósito es facilitar la colaboración en equipo, permitiendo a los usuarios comunicarse, compartir archivos y discutir sobre registros específicos (como una Cuenta o una Oportunidad) en tiempo real.
Por qué las otras no lo son:
b), c), d) Son tareas administrativas que se realizan en otras áreas de configuración de Salesforce.
9
Q
What does a profile control? (Choose two)
a) Objects a user can create/edit
b) Country where user lives
c) Tabs visible to user
d) Length of fiscal year
A
a) Objects a user can create/edit y c) Tabs visible to user.
Por qué son correctas: El perfil es una pieza central de la seguridad. Controla los permisos sobre objetos (Crear, Leer, Modificar, Eliminar) y también define la configuración de las pestañas (Visibles, Ocultas o Predeterminadas) para los usuarios asignados a él.
Por qué las otras no lo son:
b) El país es un dato en el registro del usuario.
d) El año fiscal es una configuración de toda la organización.
10
Q
What security feature can restrict access by time of day?
a) Login Hours
b) Picklist
c) Sandbox
d) Page Layout
A
a) Login Hours.
Por qué es correcta: Las horas de inicio de sesión (Login Hours) se configuran en los perfiles de usuario y permiten restringir el acceso a Salesforce a un horario específico (por ejemplo, de lunes a viernes de 9:00 a 18:00), aumentando la seguridad.
Por qué las otras no lo son:
b), c), d) Son elementos de personalización o desarrollo, no de seguridad de acceso por horario.
11
Q
If you want to give a user access to a new object without modifying their profile, what should you use?
a) Permission Set
b) Role
c) Page Layout
d) Chatter Group
A
a) Permission Set.
Por qué es correcta: Un conjunto de permisos (Permission Set) se utiliza para otorgar permisos adicionales a un usuario sin cambiar su perfil. Es la mejor práctica para dar acceso específico a un usuario o un pequeño grupo que necesita más privilegios que los que define su perfil base.
Por qué las otras no lo son:
b) Un rol controla la visibilidad de registros en la jerarquía, no el acceso a objetos.
c) Un diseño de página controla la interfaz, no el permiso para acceder al objeto.
d) Un grupo de Chatter es para colaborar.
12
Q
What permission grants users the ability to edit all records of a given object?
a) Create
b) Edit
c) Modify All
d) View All
A
c) Modify All.
Por qué es correcta: El permiso administrativo “Modify All” (Modificar todo) sobre un objeto ignora todas las reglas de visibilidad y jerarquías. Permite al usuario ver y editar todos los registros de ese objeto, sin importar quién sea el propietario.
Por qué las otras no lo son:
a) Create solo permite crear nuevos registros.
b) Edit solo permite editar los registros a los que ya tiene acceso.
d) View All permite ver todos los registros, pero no editarlos.
13
Q
What field type links records from two objects?
a) Picklist
b) Lookup
c) Owner
d) Formula
A
b) Lookup.
Por qué es correcta: Un campo de relación de búsqueda (Lookup Relationship) crea un enlace entre dos objetos. Esto te permite asociar un registro con otro (por ejemplo, asociar un Caso con una Cuenta). El otro tipo es Master-Detail, pero Lookup es la opción disponible.
Por qué las otras no lo son:
a) Picklist es una lista de valores predefinidos.
c) Owner es un tipo especial de lookup que enlaza el registro a un usuario o cola.
d) Formula muestra un valor calculado, no crea un enlace editable.
14
Q
Which tool allows combining multiple permission sets for easier management?
a) Permission Set Group
b) Role Hierarchy
c) Chatter
d) User Record
A
a) Permission Set Group.
Por qué es correcta: Un grupo de conjuntos de permisos (Permission Set Group) te permite agrupar varios conjuntos de permisos y asignarlos como una sola unidad a los usuarios. Esto simplifica enormemente la administración de permisos complejos basados en roles o funciones laborales.
Por qué las otras no lo son:
b), c), d) Son herramientas de Salesforce para otros propósitos (visibilidad de registros, colaboración, etc.).
15
Q
Organization-Wide Defaults (OWD) set the baseline for:
a) App access
b) Record access
c) Dashboard visibility
d) Currency configuration
A
b) Record access.
Por qué es correcta: La configuración de acceso predeterminada para toda la organización (OWD) establece el nivel de acceso más restrictivo que un usuario tiene a los registros que no le pertenecen. Es el punto de partida de tu modelo de seguridad de registros.
Por qué las otras no lo son:
a) El acceso a aplicaciones lo controlan los perfiles.
c) La visibilidad de paneles se gestiona con el uso compartido de carpetas.
d) La configuración de divisas es una opción de la empresa.
16
Q
A record in Salesforce is owned by:
a) An admin only
b) Any user or queue
c) Only a profile
d) Only a team
A
b) Any user or queue.
Por qué es correcta: La propiedad de un registro se asigna a un propietario, que puede ser un usuario individual activo o una cola (una ubicación para registros que esperan ser asignados a un usuario).
Por qué las otras no lo son:
a) Cualquier usuario puede ser propietario, no solo un administrador.
c) Un perfil define permisos, no puede ser propietario de un registro.
d) Un equipo puede tener acceso a un registro, pero el propietario es siempre un usuario o una cola.
17
Q
Role Hierarchy allows access to records owned by:
a) Users below your role
b) Only direct reports
c) Only record owners
d) Sandbox admins
A
a) Users below your role
La Jerarquía de Roles (Role Hierarchy) en Salesforce permite que los usuarios en roles superiores tengan acceso a los registros propiedad de usuarios en roles inferiores dentro de la misma jerarquía.
Esto se basa en el principio de acceso ascendente, lo que significa que los gerentes pueden ver los registros de sus subordinados, pero no al revés.
Ejemplo práctico: Si un gerente de ventas está en un rol superior al de sus representantes, podrá ver las oportunidades que ellos poseen, aunque no sea el propietario directo.
❌ ¿Por qué las otras no lo son?
b) Only direct reports
Incorrecta porque la jerarquía no se limita solo a los reportes directos. También incluye todos los usuarios por debajo en la jerarquía, incluso si no reportan directamente.
c) Only record owners
Incorrecta porque la jerarquía permite acceso a registros que no son propios, siempre que estén por debajo en la jerarquía.
d) Sandbox admins
Incorrecta porque la jerarquía de roles no está relacionada con el entorno Sandbox ni con privilegios de administrador. El acceso se basa en la posición en la jerarquía, no en el tipo de usuario o entorno.
18
Q
Manual Sharing lets you:
a) Delete multiple records
b) Share individual records with specific users
c) Convert leads
d) Set login hours
A
b) Share individual records with specific users.
Por qué es correcta: El uso compartido manual (a través del botón “Sharing” en un registro) permite al propietario del registro, o a alguien con acceso total, conceder acceso de forma puntual a ese registro específico a otros usuarios, grupos o roles que de otro modo no lo verían.
Por qué las otras no lo son:
a) Eliminar registros se hace con otras herramientas.
c) La conversión de leads es un proceso de negocio.
d) Las horas de inicio de sesión se establecen en el perfil.
19
Q
What is a Sharing Rule used for?
a) To automate extending record access
b) To change locale
c) To create picklists
d) To track fiscal year
A
a) To automate extending record access.
Por qué es correcta: Las reglas de uso compartido se utilizan para abrir el acceso a los registros de forma automática y horizontal, más allá de lo que permiten los OWD y la jerarquía de roles. Se basan en criterios definidos (por ejemplo, “Compartir todas las Cuentas del sector ‘Salud’ con el grupo público ‘Soporte Clínico’”).
Por qué las otras no lo son:
b), c), d) Son configuraciones que no tienen que ver con las reglas de uso compartido.
20
Q
Custom fields are created to:
a) Store additional business specific data
b) Replace standard fields
c) Organize dashboards
d) Manage login hours
A
a) Store additional business specific data.
Por qué es correcta: Cada negocio tiene necesidades de datos únicas. Los campos personalizados se crean para capturar y almacenar esta información específica de la empresa que no se encuentra en los campos estándar que vienen con Salesforce.
Por qué las otras no lo son:
b) No puedes reemplazar la mayoría de los campos estándar. Los campos personalizados los complementan.
c) La organización de los paneles es independiente de la creación de campos.
d) Las horas de inicio de sesión se gestionan en el perfil.
21
Q
Which type of field forces users to select from predefined values?
a) Multi-select picklist
b) Date field
c) Lookup field
d) Formula field
d) Analytics
A
a) Multi-select picklist.
Por qué es correcta: Un campo de lista de selección (picklist), ya sea de selección única o múltiple, restringe la entrada del usuario a una lista de valores predefinidos por el administrador, garantizando la coherencia de los datos.
Por qué las otras no lo son:
b) Permite cualquier fecha válida.
c) Permite seleccionar de una lista de registros de otro objeto.
d) Es un campo de solo lectura calculado automáticamente.
22
Q
What is set in Company Settings?
a) Organization Name
b) Primary Contact
c) Default Currency
d) All of the above
A
d) All of the above.
Por qué es correcta: En la página de Información de la compañía (Company Information/Settings) se configuran datos clave como el nombre de la organización, el contacto principal, el idioma y la configuración regional predeterminados y la divisa por defecto.
Por qué las otras no lo son:
a), b), y c) son todas correctas individualmente, por lo que “Todas las anteriores” es la mejor respuesta.
23
Q
A user’s language setting affects:
a) Login hours
b) Data format and screen text
c) Dashboard layout
d) Chatter Access
A
b) Data format and screen text.
Por qué es correcta: La configuración de idioma del usuario traduce la interfaz de Salesforce (pestañas, etiquetas, botones). Su configuración regional (Locale), que está estrechamente relacionada, afecta el formato de los datos como fechas y números.
Por qué las otras no lo son:
a), c), d) Son controladas por el perfil, el diseño de página o los permisos, no por el idioma.
24
How are user records assigned access to features?
a) Through license
b) Only by fiscal year
c) Only by account team
d) Page layout
a) Through license.
Por qué es correcta: El primer paso para dar acceso a un usuario es asignarle una licencia. La licencia define el conjunto de características base a las que puede acceder. Después, el perfil refina esos permisos.
Por qué las otras no lo son:
b), c), d) Son irrelevantes para la asignación de acceso a características a nivel de usuario.
25
Salesforce Mobile App lets users:
a) Create, edit and view records
b) Manage reports
c) Access from anywhere
d) Both a and c
d) Both a and c.
Por qué es correcta: Las funciones principales de la aplicación móvil son crear, ver y editar registros (a) y el gran beneficio es poder hacerlo desde cualquier lugar (c). Por lo tanto, esta es la respuesta más completa.
Por qué las otras no lo son:
a) y c) son correctas, pero d) las engloba a ambas.
26
Multi-factor authentication is used to:
a) Strengthen login security
b) Lockout unauthorized users
c) Create app launcher tabs
d) Manage sandbox settings
a) Strengthen login security.
Por qué es correcta: La autenticación de múltiples factores (MFA) añade una capa adicional de seguridad al inicio de sesión. Requiere que el usuario proporcione dos o más pruebas de su identidad (algo que sabe, como la contraseña, y algo que tiene, como el teléfono), lo que dificulta enormemente el acceso no autorizado.
Por qué las otras no lo son:
b) Es una consecuencia, pero no la función principal.
c), d) No están relacionadas con la seguridad del inicio de sesión.
27
Permission Sets can be used to
a) Grant permissions beyond the user’s profile
b) Change Organization-Wide Defaults
c) Configure fiscal year
d) Edit company settings
a) Grant permissions beyond the user's profile.
Por qué es correcta: Esta es la definición de un Conjunto de permisos. Son aditivos y se usan para otorgar más permisos a usuarios específicos sin necesidad de crear un nuevo perfil.
Por qué las otras no lo son:
b), c), d) Son configuraciones de la organización que no se modifican con conjuntos de permisos.
28
Field-Level Security can make a field:
a) Editable for all users
b) Read-only or hidden for some profiles
c) Always required
d) Only searchable
b) Read-only or hidden for some profiles.
Por qué es correcta: La seguridad a nivel de campo (FLS) permite controlar en cada perfil si un campo es visible y editable, de solo lectura, o si está completamente oculto para esos usuarios.
Por qué las otras no lo son:
a) La FLS se usa para restringir, no para abrir el acceso a todos.
c) Hacer un campo obligatorio se hace en el Diseño de Página o con Reglas de Validación.
d) No es una opción estándar de FLS.
29
Muting Permission Sets let you:
a) Add new permissions
b) Remove selected permissions from a group
c) Create new objects
d) Set login hours
b) Remove selected permissions from a group.
Por qué es correcta: Un conjunto de permisos de silenciamiento (Muting) es una función especial que solo se usa dentro de un Grupo de Conjuntos de Permisos. Su función es eliminar o desactivar permisos específicos que fueron otorgados por otros conjuntos de permisos dentro de ese mismo grupo.
Por qué las otras no lo son:
a) Eso lo hace un conjunto de permisos normal.
c), d) Son acciones no relacionadas.
30
The minimum object access provided by profiles includes:
a) Read only
b) Create
c) Edit
d) All of the above
d) All of the above.
Por qué es correcta: La pregunta se refiere a qué tipos de permisos de objeto se gestionan en un perfil. Un perfil controla los permisos de Lectura (Read), Creación (Create) y Modificación (Edit), entre otros. Por lo tanto, el perfil proporciona control sobre todos ellos.
Por qué las otras no lo son:
a), b), y c) son solo una parte de los permisos de objeto que un perfil puede controlar.
31
What controls which tabs users see in the interface?
a) Profile
b) Permission Set
c) Login IP Range
d) Locale
a) Profile.
Por qué es correcta: La configuración de pestañas (Oculta, Predeterminada o Siempre visible) se gestiona principalmente en el perfil del usuario.
Por qué las otras no lo son:
b) Un conjunto de permisos puede hacer visible una pestaña oculta en el perfil, pero el control base está en el perfil.
c), d) Son configuraciones de seguridad y formato, no de visibilidad de la interfaz.
32
Which record access feature directly reflects the org chart?
a) Role Hierarchy
b) Account Team
c) Opportunity Team
d) Master-Detail
a) Role Hierarchy.
Por qué es correcta: La Jerarquía de Roles está diseñada para imitar el organigrama de una empresa (CEO > VP > Director > Gerente). Esto asegura que los gerentes tengan visibilidad de los registros de sus subordinados, tal como lo harían en su trabajo diario.
Por qué las otras no lo son:
b), c) Son equipos para colaborar en registros específicos.
d) Es un tipo de relación entre objetos, no un reflejo del organigrama.
33
Which group is best for collaborating on an account?
a) Chatter Group
b) Account Team
c) Permission Set Group
d) All users
b) Account Team.
Por qué es correcta: Los Equipos de Cuentas son la herramienta específica para que un grupo de usuarios colabore en una Cuenta. Permite definir el rol de cada miembro (Ejecutivo de cuentas, Soporte técnico, etc.) y su nivel de acceso a esa cuenta en particular.
Por qué las otras no lo son:
a) Un grupo de Chatter es para colaboración general, no está ligado a la seguridad del registro.
c) Es para asignar permisos, no para colaborar.
d) Es demasiado genérico.
34
Sharing Rules are configured to:
a) Unlock objects
b) Extend access to records based on criteria
c) Control login hours
d) Edit user profiles
b) Extend access to records based on criteria.
Por qué es correcta: Esta es la definición exacta de una Regla de Uso Compartido. Abren el acceso a registros basándose en sus atributos (por ejemplo, tipo, sector, etc.) para dárselo a usuarios o grupos que de otra manera no los verían.
Por qué las otras no lo son:
a) Los permisos de objeto desbloquean objetos, no registros individuales.
c), d) Son configuraciones de perfil no relacionadas.
35
Restriction Rules are used to:
a) Limit record access further within given permissions
b) Create new picklists
c) Set up new tabs
d) Relabel objects
a) Limit record access further within given permissions.
Por qué es correcta: Las Reglas de Restricción son una herramienta de seguridad que permite a los administradores ocultar ciertos registros a un grupo de usuarios, incluso si estos ya tienen acceso a ellos a través de otras configuraciones de seguridad. Es la única herramienta que quita acceso en lugar de darlo.
Por qué las otras no lo son:
b), c), d) Son personalizaciones no relacionadas con la seguridad de registros.
36
Record Ownership most directly affects:
a) Edit and transfer rights
b) Page layout
c) Dashboard visibility
d) Picklist options
a) Edit and transfer rights.
Por qué es correcta: El propietario de un registro tiene, por defecto, acceso completo a él, lo que incluye los derechos para verlo, modificarlo, eliminarlo y transferir su propiedad a otro usuario. Es el pilar fundamental de la seguridad a nivel de registro.
Por qué las otras no lo son:
b) El diseño de página depende del perfil y del tipo de registro.
c) La visibilidad de los paneles depende de las carpetas.
d) Las opciones de una lista de selección se definen en el campo.
37
Formula fields automatically:
a) Display calculated values
b) Edit record owners
c) Change user licenses
d) Create dashboards
a) Display calculated values.
Por qué es correcta: Un campo de fórmula es un campo de solo lectura cuyo valor se calcula automáticamente en tiempo real basándose en una expresión o fórmula que puede hacer referencia a otros campos.
Por qué las otras no lo son:
b), c), d) Son acciones que no se pueden realizar con un campo de fórmula.
38
Cross-object formula fields are used to:
a) Access data from related objects
b) Hide tabs
c) Modify standard fields
d) Delete records
a) Access data from related objects.
Por qué es correcta: Una fórmula de objeto cruzado permite mostrar en un registro datos de un registro principal relacionado. Por ejemplo, en un Contacto, puedes mostrar el número de teléfono de la Cuenta a la que pertenece.
Por qué las otras no lo son:
b), c), d) Son acciones de configuración no relacionadas con las fórmulas.
39
Roll-Up Summary fields can:
a) Summarize child records
b) Calculate only on custom fields
c) Restrict record access
d) Only work in lookup relationships
a) Summarize child records.
Por qué es correcta: Un campo de resumen se crea en el objeto principal (máster) de una relación Máster-Detalle y calcula valores (SUMA, RECUENTO, MÍN, MÁX) a partir de los registros secundarios (detalle) relacionados.
Por qué las otras no lo son:
b) Pueden calcular sobre campos estándar (ej. Amount en Oportunidad).
c) No tienen que ver con el acceso a registros.
d) Solo funcionan en relaciones Máster-Detalle, no en relaciones de Búsqueda (Lookup).
40
Object Manager allows you to:
a) Create fields and layouts
b) Manage roles
c) Edit currency
d) None of the above
a) Create fields and layouts.
Por qué es correcta: El Gestor de Objetos (Object Manager) en la configuración es el centro neurálgico para personalizar objetos. Desde aquí se crean campos, diseños de página, tipos de registro, reglas de validación, etc..
Por qué las otras no lo son:
b) Los roles se gestionan en su propia sección de la configuración.
c) La divisa se gestiona en la Información de la compañía.
41
Multi-select picklists let users:
a) Pick several values in one field
b) Create new objects
c) Manage organization-wide defaults
d) All of the above
a) Pick several values in one field.
Por qué es correcta: Esta es la característica que define a una lista de selección múltiple: permite al usuario seleccionar varios valores de la lista predefinida para un solo campo.
Por qué las otras no lo son:
b), c) Son acciones de configuración que no tienen nada que ver con este tipo de campo.
42
Which object is used for tracking sales opportunities?
a) Account
b) Contact
c) Opportunity
d) Case
c) Opportunity.
Por qué es correcta: El objeto Oportunidad (Opportunity) está diseñado específicamente para hacer seguimiento de los acuerdos de venta en curso.
Por qué las otras no lo son:
a) Account es la empresa.
b) Contact es la persona.
d) Case es para incidencias de soporte.
43
A record is a:
a) Row in an object/table
b) Column in an object/table
c) User license
d) Permission set group
a) Row in an object/table.
Por qué es correcta: Usando la analogía de una hoja de cálculo, si un objeto es la tabla, un registro es una fila única de datos dentro de esa tabla.
Por qué las otras no lo son:
b) Una columna es un campo.
c), d) Son elementos de configuración de usuario.
44
How many profiles can a user have?
a) One
b) Unlimited
c) Two
d) None
a) One.
Por qué es correcta: Cada usuario debe tener asignado exactamente un perfil. Para conceder permisos adicionales de forma flexible, se utilizan los conjuntos de permisos.
Por qué las otras no lo son:
b) Un usuario puede tener muchos conjuntos de permisos, pero solo un perfil.
c), d) Son incorrectas.
45
How does Salesforce ensure each customer only sees their own data?
a) Multi-tenancy
b) Fiscal year
c) Formulas
d) Roll-up summary
a) Multi-tenancy.
Por qué es correcta: La arquitectura multi-tenant de Salesforce utiliza un identificador de organización único (Org ID) para filtrar automáticamente todas las consultas de datos. Esto garantiza que una organización nunca pueda ver o acceder a los datos de otra, a pesar de compartir la infraestructura.
Por qué las otras no lo son:
b), c), d) Son características de Salesforce, pero no la arquitectura que garantiza la separación de datos.
46
What is a field in Salesforce?
a) A column for storing data
b) A user record
c) An app launcher
d) An account team
a) A column for storing data.
Por qué es correcta: Esta es la definición correcta. Un campo es el lugar donde se almacena una pieza específica de información en un registro (análogo a una columna en una tabla).
Por qué las otras no lo son:
b), c), d) Son otros elementos de la plataforma Salesforce no relacionados con la estructura de datos.
47
Which item would NOT be considered a custom field?
a) Account Name
b) Region Code (added by admin)
c) Customer Number (added by admin)
d) Project Status (added by admin)
a) Account Name.
Por qué es correcta: El Nombre de la Cuenta es un campo estándar y fundamental del objeto Cuenta. No puede ser eliminado.
Por qué las otras no lo son:
b), c), d) La frase "(added by admin)" indica claramente que son campos creados a medida para las necesidades del negocio, es decir, campos personalizados.
48
What is required to create a master-detail relationship?
a) Parent and child object
b) Currency management
c) Page layout assignment
d) Fiscal year setup
a) Parent and child object.
Por qué es correcta: Una relación máster-detalle es, por definición, una relación padre-hijo fuertemente acoplada. Necesitas un objeto que actúe como padre (máster) y otro que actúe como hijo (detalle) para poder crearla.
Por qué las otras no lo son:
b), c), d) Son configuraciones no relacionadas con el requisito fundamental de tener dos objetos para vincular.
49
Which tool lets you move, hide, and relabel fields?
a) Page Layout editor
b) Permission Set Group
c) Chatter
d) Account team
a) Page Layout editor.
Por qué es correcta: El editor de Diseños de Página es la herramienta que permite controlar la interfaz de usuario de una página de registro. Con él puedes organizar los campos, moverlos de sitio, quitarlos del diseño (ocultarlos) o hacerlos obligatorios u de solo lectura solo en esa vista.
Por qué las otras no lo son:
b), c), d) Son herramientas para otros propósitos (permisos, colaboración, equipos).
50
What makes a picklist field different from a text field?
a) Can be multi-select
b) Limits to predefined values
c) Can restrict access by profile
d) Both a and b
d) Both a and b.
Por qué es correcta: Una lista de selección (picklist) se diferencia de un campo de texto principalmente en dos cosas: limita las opciones a valores predefinidos (b) para mantener la coherencia de los datos, y un tipo específico de lista de selección puede ser de selección múltiple (a). Ambas son diferencias válidas.
Por qué las otras no lo son:
a) y b) son correctas, pero d) es la respuesta más completa.
c) La seguridad a nivel de campo se aplica tanto a campos de texto como a listas de selección.
51
Which field type automatically calculates values based on other fields?
a) Formula field
b) Roll-up Summary field
c) Picklist field
d) Lookup field
a) Formula field.
Por qué es correcta: Un campo de fórmula está diseñado específicamente para esto. Su valor no se introduce manualmente, sino que se calcula en tiempo real a partir de una expresión que utiliza otros campos.
Por qué las otras no lo son:
b) Un campo de resumen también calcula valores, pero lo hace agregando datos de registros secundarios, lo cual es más específico. El campo de fórmula es la respuesta más general y correcta.
c), d) Son campos donde el usuario selecciona un valor o un registro.
52
Según la arquitectura de Salesforce, el software, la base de datos y la infraestructura de soporte se comparten entre múltiples clientes en lo que se conoce como una _____.
A) Arquitectura single-tenant
B) Arquitectura multi-tenant
C) Nube dedicada
D) Plataforma on-premise
B) Arquitectura multi-tenant.
Salesforce opera bajo un modelo de arquitectura multi-tenant (o multiinquilino), donde múltiples clientes comparten los mismos recursos de software, base de datos e infraestructura, lo que permite escalabilidad, actualizaciones automáticas y costos reducidos, pero con aislamiento de datos a través de metadatos y seguridad.
53
¿Qué herramienta en la interfaz de usuario de Salesforce presenta mosaicos que enlazan con sus aplicaciones conectadas y estándar, todo desde una ubicación?
A) Service Console
B) App Launcher
C) Setup Menu
D) Object Manager
B) App Launcher.
En Salesforce Lightning Experience, el App Launcher (también conocido como Lanzador de Aplicaciones) es la herramienta representada por un icono de waffle (rejilla de 9 puntos) que muestra mosaicos (tiles) para acceder rápidamente a aplicaciones estándar, personalizadas y conectadas desde una sola ubicación central. Esto facilita la navegación y es un elemento clave en la interfaz de usuario
54
En Salesforce, ¿qué es un objeto?
A) Un componente de interfaz de usuario que permite la visualización de datos en mosaicos.
B) Una tabla de base de datos que almacena datos específicos de la organización, compuesta por registros y campos.
C) Una herramienta para automatizar flujos de trabajo y procesos empresariales.
D) Un módulo que gestiona la integración con aplicaciones externas.
B) Una tabla de base de datos que almacena datos específicos de la organización, compuesta por registros y campos.
Salesforce, un objeto es similar a una tabla en una base de datos relacional. Almacena datos en forma de registros (filas) y campos (columnas). Existen objetos estándar (como Account, Contact u Opportunity) proporcionados por Salesforce, y objetos personalizados que se crean para adaptarse a necesidades específicas de la organización
55
En la analogía de una hoja de cálculo, si un objeto es la tabla, ¿qué es un registro?
A) Una columna que define el tipo de datos.
B) Una fila que representa una instancia individual de datos.
C) La cabecera que nombra los campos.
D) Una celda que contiene un valor específico.
B) Una fila que representa una instancia individual de datos.
En Salesforce, un registro (record) es como una fila en una hoja de cálculo o tabla de base de datos, donde cada fila almacena datos específicos para una entidad única (por ejemplo, un registro de "Account" podría representar una compañía específica con sus detalles). Los registros se componen de valores en campos (como celdas en la fila).
56
En la analogía de una hoja de cálculo, si un objeto es la tabla, ¿qué es un campo?
A) Una fila que representa una instancia individual de datos.
B) La cabecera que nombra los registros.
C) Una columna que define un atributo o propiedad de los datos.
D) Una celda que contiene un valor específico.
C) Una columna que define un atributo o propiedad de los datos.
En Salesforce, un campo (field) es análogo a una columna en una hoja de cálculo o base de datos, donde cada columna define un tipo de dato específico (como texto, número, fecha) y almacena valores para cada registro en el objeto. Existen campos estándar (proporcionados por Salesforce) y campos personalizados (creados por administradores)
57
¿Qué es un Sandbox en el contexto de Salesforce?
A) Un tipo de objeto estándar que almacena datos de configuración.
B) Una herramienta para generar informes y dashboards en tiempo real.
C) Un entorno de producción donde se implementan cambios directamente.
D) Un entorno de prueba aislado que permite desarrollar, probar y capacitar sin afectar la organización de producción.
D) Un entorno de prueba aislado que permite desarrollar, probar y capacitar sin afectar la organización de producción.
En Salesforce, un Sandbox (o "caja de arena") es una copia aislada de la organización de producción que se utiliza para desarrollo, pruebas, capacitación o staging. Existen tipos como Developer (para codificación), Developer Pro (más almacenamiento), Partial Copy (con datos de muestra) y Full Copy (copia completa). Esto previene impactos en datos reales y es esencial para la gestión del ciclo de vida de aplicaciones (ALM)
58
¿Qué tipo de Sandbox se utiliza para desarrollo y pruebas, copia la metadata de producción y tiene un límite de almacenamiento de datos de 200 MB?
A) Partial Copy Sandbox
B) Full Sandbox
C) Developer Sandbox
D) Developer Pro Sandbox
C) Developer Sandbox.
En Salesforce, el Developer Sandbox es un entorno diseñado específicamente para desarrollo y pruebas unitarias. Copia solo la metadata (configuraciones, Apex, Visualforce, etc.) de la organización de producción, sin datos, y tiene un límite de almacenamiento de datos de 200 MB (para archivos y datos de prueba que se agreguen manualmente). Es ideal para entornos individuales o pequeños equipos, y se refresca diariamente si es necesario.
59
¿Para qué tipo de pruebas se utiliza un Sandbox de Copia Parcial (Partial Copy)?
A) Pruebas que requieren un subconjunto de datos de producción, como pruebas de integración, assurance de calidad (QA) y pruebas de rendimiento.
B) Pruebas unitarias y desarrollo individual sin necesidad de datos reales.
C) Pruebas completas de aceptación de usuario (UAT) con una copia exacta de todos los datos de producción.
D) Capacitación básica y exploración de funcionalidades sin impacto en el entorno de producción.
A) Pruebas que requieren un subconjunto de datos de producción, como pruebas de integración, assurance de calidad (QA) y pruebas de rendimiento.
En Salesforce, el Partial Copy Sandbox copia toda la metadata de producción y un subconjunto de datos (hasta 5 GB, seleccionado mediante plantillas de datos o "data templates"). Es ideal para pruebas que necesitan datos reales para simular escenarios cercanos a la producción, como integración con sistemas externos, QA o pruebas de carga, sin el costo y tiempo de una copia completa. Se puede refrescar cada 5 días y es un entorno clave en la gestión de releases y ALM
60
¿Qué información de la organización se captura en la sección de 'Información de la Compañía' en la configuración?
A) Detalles sobre los usuarios activos, perfiles y roles en la organización.
B) Configuraciones de objetos estándar y personalizados, incluyendo campos y relaciones.
C) Reglas de validación, flujos de trabajo y procesos de aprobación.
D) Nombre de la compañía, dirección, moneda predeterminada, zona horaria, idioma y detalles de licencia.
D) Nombre de la compañía, dirección, moneda predeterminada, zona horaria, idioma y detalles de licencia.
En Salesforce Setup (Configuración), la sección "Company Information" (Información de la Compañía) bajo "Company Settings" captura datos básicos de la organización, como el nombre de la compañía, dirección física, teléfono, sitio web, configuración predeterminada de moneda (Currency Locale), zona horaria (Default Time Zone), idioma (Default Language), ID de la organización y detalles de la edición/licencia. Esta información se usa para configuraciones globales y se actualiza para reflejar cambios en la empresa
61
Verdadero o Falso: Los nuevos usuarios heredan automáticamente la configuración local de la compañía, pero pueden modificar su propia configuración local personal en su registro de usuario.
Verdadero
En Salesforce, al crear un nuevo usuario, este hereda automáticamente las configuraciones locales predeterminadas de la compañía (como idioma, zona horaria y formato de moneda, definidas en Company Settings). Sin embargo, cada usuario puede personalizar estas en su registro (a través de Setup > Users > [Usuario] > Edit, o en My Settings > Personal > Language & Time Zone). Esto permite flexibilidad individual sin afectar la configuración global
62
¿Qué determina el Año Fiscal Estándar en Salesforce?
A) La estructura del calendario fiscal de la organización, incluyendo el mes de inicio del año fiscal y la división en trimestres y meses.
B) El número de usuarios activos y sus roles jerárquicos en la organización.
C) Las configuraciones de seguridad para el acceso a datos sensibles.
D) Los límites de almacenamiento de datos y archivos en la plataforma.
A) La estructura del calendario fiscal de la organización, incluyendo el mes de inicio del año fiscal y la división en trimestres y meses.
En Salesforce, el Año Fiscal Estándar (Standard Fiscal Year) determina la alineación del calendario fiscal con el año calendario gregoriano (predeterminado: enero-diciembre), pero se puede configurar en Setup > Company Settings > Fiscal Year para personalizar el mes de inicio y la estructura de trimestres (por ejemplo, trimestres de 4-4-5 semanas). Esto impacta directamente en oportunidades, pronósticos, informes y cuotas
63
Si una organización necesita un año fiscal de 13 meses o trimestres de 13 semanas, debe habilitar _____.
A) Pronósticos colaborativos para alinear las ventas.
B) Año fiscal estándar para mantener la configuración predeterminada.
C) Moneda múltiple para manejar transacciones internacionales.
D) Años fiscales personalizados para definir estructuras no estándar.
D) Años fiscales personalizados para definir estructuras no estándar.
En Salesforce, habilitar "Custom Fiscal Years" (años fiscales personalizados) en Setup > Company Settings > Fiscal Year permite definir años fiscales no estándar, como aquellos con 13 meses o trimestres de 13 semanas (por ejemplo, patrones 4-4-5, 4-5-4 o 5-4-4). Esto es necesario para organizaciones con calendarios fiscales únicos, impactando en oportunidades, pronósticos e informes. Una vez habilitado, no se puede desactivar
64
¿Qué funcionalidad debe ser activada para permitir a los administradores agregar nuevas monedas, tasas de conversión y bloquear el monto convertido en las oportunidades en su fecha de cierre?
A) Monedas Múltiples (Multiple Currencies)
B) Pronósticos Colaborativos (Collaborative Forecasts)
C) Gestión Avanzada de Monedas (Advanced Currency Management)
D) Años Fiscales Personalizados (Custom Fiscal Years)
C) Gestión Avanzada de Monedas (Advanced Currency Management).
En Salesforce, habilitar Advanced Currency Management (en Setup > Company Settings > Manage Currencies) permite gestionar tasas de conversión fechadas (dated exchange rates), agregar nuevas monedas y tasas, y bloquear automáticamente el monto convertido en oportunidades basado en la tasa vigente en la fecha de cierre (Close Date), evitando cambios por fluctuaciones futuras. Requiere primero activar Multiple Currencies y es clave para organizaciones con operaciones internacionales, impactando en informes y pronósticos
65
¿Cuál es la diferencia fundamental entre Tareas (Tasks) y Eventos (Events) en Salesforce?
A) Las Tareas son actividades pendientes o "to-do" con una fecha de vencimiento opcional, pero sin horario específico, mientras que los Eventos son citas o reuniones programadas con hora de inicio y fin que bloquean tiempo en el calendario.
B) Las Tareas se utilizan exclusivamente para interacciones con clientes externos, mientras que los Eventos son solo para actividades internas del equipo.
C) Las Tareas requieren un registro relacionado (como una Cuenta o Contacto), mientras que los Eventos pueden crearse de forma independiente sin relaciones.
D) Las Tareas se sincronizan automáticamente con calendarios externos como Google Calendar, mientras que los Eventos no lo hacen.
A) Las Tareas son actividades pendientes o "to-do" con una fecha de vencimiento opcional, pero sin horario específico, mientras que los Eventos son citas o reuniones programadas con hora de inicio y fin que bloquean tiempo en el calendario.
En Salesforce, tanto Tareas como Eventos forman parte de las Actividades (Activities), pero difieren en su naturaleza: las Tareas representan acciones como llamadas o correos pendientes (con campos como Asunto, Estado y Fecha de Vencimiento), ideales para listas de pendientes sin impacto en el calendario; los Eventos representan compromisos temporales como reuniones (con campos como Hora de Inicio, Hora de Fin y Ubicación), que se integran al calendario y permiten invitaciones. Esta distinción afecta la productividad, informes y sincronización con herramientas externas
66
¿Qué herramienta de seguridad requiere que los usuarios proporcionen dos o más factores de verificación para iniciar sesión, como una contraseña y la aplicación Salesforce Authenticator?
A) Inicio de sesión único (SSO)
B) Autenticación de múltiples factores (MFA)
C) Control de acceso basado en roles (RBAC)
D) Verificación de identidad por correo electrónico
Respuesta correcta: B) Autenticación de múltiples factores (MFA)
La Autenticación de múltiples factores (MFA) es una medida de seguridad que exige al usuario presentar al menos dos formas de verificación para acceder a su cuenta. En el contexto de Salesforce, esto puede incluir:
Una contraseña (algo que el usuario sabe)
Una notificación en la app Salesforce Authenticator o un código de verificación (algo que el usuario tiene)
Salesforce ha hecho obligatorio el uso de MFA para proteger las cuentas contra amenazas como el phishing, el relleno de credenciales y la apropiación de cuentas. La aplicación Salesforce Authenticator es una de las herramientas recomendadas para implementar MFA de forma sencilla
67
¿Cómo permiten los Rangos de IP de Confianza (Trusted IP Ranges) a nivel de organización que los usuarios eviten el proceso de activación de inicio de sesión?
A) Permiten que los usuarios inicien sesión sin contraseña
B) Eliminan la necesidad de MFA para todos los usuarios
C) Evitan la verificación de identidad adicional si el usuario inicia sesión desde una IP autorizada
D) Permiten el acceso a Salesforce desde cualquier dispositivo sin restricciones
C) Evitan la verificación de identidad adicional si el usuario inicia sesión desde una IP autorizada
En Salesforce, los Rangos de IP de Confianza se configuran a nivel de organización en Configuración → Seguridad → Acceso de red. Estas direcciones IP representan ubicaciones seguras desde las cuales los usuarios pueden iniciar sesión sin necesidad de pasar por el proceso de verificación de identidad adicional, como:
Introducir un código de activación enviado por correo electrónico o SMS
Confirmar la identidad mediante un token de seguridad para conexiones API
Esto significa que si un usuario accede desde una IP que está dentro del rango definido como confiable, Salesforce no le pedirá el código de verificación de 5 dígitos ni otros pasos de autenticación adicionales.
Esta medida mejora la experiencia del usuario en entornos seguros (como oficinas corporativas), pero no sustituye la autenticación multifactor (MFA), que sigue siendo obligatoria en muchos casos para cumplir con los requisitos de seguridad.
68
Las _____ definen cómo los usuarios acceden a los objetos y datos, y qué pueden hacer dentro de la aplicación.
A) Roles
B) Perfiles
C) Grupos públicos
D) Registros de auditoría
B) Perfiles
En Salesforce, los perfiles son configuraciones que determinan los permisos y accesos que tiene un usuario dentro de la organización. Cada usuario debe tener asignado un perfil, y este define:
Qué objetos puede ver, crear, editar o eliminar
Qué campos dentro de esos objetos puede acceder
Qué aplicaciones, pestañas y páginas puede usar
Qué funciones administrativas puede ejecutar (como ejecutar informes o personalizar layouts)
Por ejemplo, un perfil de “Administrador del sistema” tendrá acceso completo, mientras que un perfil de “Usuario estándar” tendrá acceso limitado según lo que el administrador haya definido.
Los roles, en cambio, definen la visibilidad jerárquica de los datos (quién puede ver los registros de quién), pero no controlan acciones como crear o editar registros. Esa parte la controlan los perfiles.
69
¿Qué otorgan los Conjuntos de Permisos (Permission Sets) a los usuarios?
A) Acceso adicional sin cambiar el perfil del usuario
B) Visibilidad jerárquica de los registros
C) Acceso a objetos personalizados únicamente
D) Capacidad para modificar su propio perfil
A) Acceso adicional sin cambiar el perfil del usuario
Los Conjuntos de Permisos (Permission Sets) en Salesforce permiten a los administradores ampliar los permisos de los usuarios sin necesidad de modificar sus perfiles base. Esto es útil cuando:
Un usuario necesita acceso temporal o específico a ciertos objetos, campos o funciones
Se quiere evitar crear múltiples perfiles personalizados para cada combinación de permisos
Se desea aplicar permisos de forma modular y flexible
Por ejemplo, si un usuario tiene un perfil estándar pero necesita acceso para exportar informes, se le puede asignar un conjunto de permisos que incluya esa capacidad, sin alterar su perfil principal.
Esto facilita la administración escalable de la seguridad, especialmente en organizaciones con muchos usuarios y roles diversos.
70
¿Cuál es el propósito de los Grupos de Conjuntos de Permisos (Permission Set Groups)?
A) Crear perfiles personalizados para cada usuario
B) Agrupar varios conjuntos de permisos para asignarlos de forma más eficiente
C) Limitar el acceso a objetos estándar
D) Reemplazar los perfiles en la configuración de seguridad
B) Agrupar varios conjuntos de permisos para asignarlos de forma más eficiente
Los Permission Set Groups permiten a los administradores de Salesforce combinar múltiples conjuntos de permisos en un solo grupo lógico. Esto facilita la asignación de permisos cuando:
Un rol requiere varios conjuntos de permisos distintos
Se quiere evitar asignar múltiples conjuntos individualmente a cada usuario
Se necesita una forma más organizada y escalable de gestionar permisos
Por ejemplo, si un usuario necesita acceso a objetos de ventas, informes y automatización, en lugar de asignar tres conjuntos de permisos por separado, se puede crear un grupo que los contenga y asignar ese grupo directamente.
Además, los grupos permiten activar o desactivar permisos específicos dentro del grupo mediante la función de muting, lo que da aún más control sobre qué permisos se aplican realmente.
71
La acción de _____ en un Grupo de Conjuntos de Permisos permite deshabilitar permisos específicos que están incluidos en uno de los conjuntos de permisos del grupo.
A) Asignar
B) Silenciar (Muting)
C) Activar
D) Compartir
B) Silenciar (Muting)
La función de muting en los Permission Set Groups de Salesforce permite desactivar permisos específicos que están incluidos en los conjuntos de permisos agrupados. Esto es útil cuando:
Se necesita control granular sobre qué permisos se aplican realmente
Un conjunto de permisos incluye más acceso del necesario para un grupo de usuarios
Se quiere evitar crear nuevos conjuntos personalizados solo para excluir un permiso
Por ejemplo, si un grupo incluye un conjunto que permite “Eliminar registros”, pero no se desea que ese permiso esté activo para todos los usuarios del grupo, se puede silenciar ese permiso sin modificar el conjunto original.
Esto mejora la flexibilidad y eficiencia en la administración de seguridad, permitiendo reutilizar conjuntos existentes sin comprometer el control.
72
¿Qué se recomienda gestionar en los Perfiles según las mejores prácticas de seguridad en Salesforce?
A) Todos los permisos de usuario, incluidos los temporales
B) Solo los permisos mínimos necesarios para desempeñar funciones básicas
C) Permisos avanzados para facilitar el acceso a todos los objetos
D) Permisos de auditoría y cifrado de datos
B) Solo los permisos mínimos necesarios para desempeñar funciones básicas
Salesforce recomienda aplicar el principio de mínimo privilegio al configurar perfiles. Esto significa que cada perfil debe otorgar solo los permisos estrictamente necesarios para que el usuario pueda realizar sus tareas habituales, sin acceso innecesario a datos o funciones sensibles.
¿Por qué es importante?
Reduce el riesgo de accesos indebidos o errores humanos que puedan comprometer la seguridad
Facilita el cumplimiento normativo al limitar el acceso a información confidencial
Mejora la trazabilidad y el control de auditoría sobre quién puede hacer qué
Además, para permisos adicionales o temporales, se recomienda usar Permission Sets o Permission Set Groups, evitando modificar el perfil base. Esto permite una gestión más flexible y segura.
73
¿Qué se recomienda gestionar en los Conjuntos de Permisos según las mejores prácticas de seguridad en Salesforce?
A) Todos los permisos de la organización
B) Permisos temporales y específicos según tareas del usuario
C) Permisos duplicados de los perfiles
D) Permisos de auditoría y cifrado exclusivamente
B) Permisos temporales y específicos según tareas del usuario
Según las directrices oficiales de Salesforce y su documentación técnica, los Conjuntos de Permisos deben utilizarse para:
Otorgar acceso adicional sin modificar el perfil del usuario
Asignar permisos según tareas específicas, no por puesto de trabajo
Aplicar el principio de mínimo privilegio, dando solo lo necesario para cumplir funciones concretas
Evitar la proliferación de perfiles personalizados, que dificultan la administración y el control
Por ejemplo, si un usuario necesita acceso para modificar campañas de marketing pero su perfil no lo permite, se le puede asignar un conjunto de permisos que incluya esa capacidad, sin alterar su perfil base.
Además, los conjuntos de permisos pueden agruparse en Permission Set Groups, y dentro de ellos se pueden silenciar (muting) permisos no deseados, lo que da aún más control sobre la seguridad.
74
La Seguridad a Nivel de Campo (Field-Level Security) se puede controlar a través de _____ o _____.
A) Perfiles o conjuntos de permisos
B) Roles o reglas de validación
C) Grupos públicos o reglas de flujo
D) Páginas Visualforce o layouts de página
A) Perfiles o conjuntos de permisos
La Seguridad a Nivel de Campo (Field-Level Security) en Salesforce permite controlar qué campos específicos de un objeto puede ver o editar un usuario. Esta seguridad se configura a través de:
Perfiles: definen qué campos son visibles o editables para los usuarios con ese perfil
Conjuntos de permisos (Permission Sets): permiten otorgar acceso adicional a campos específicos sin modificar el perfil base
Por ejemplo, si un campo contiene información sensible como el salario de un empleado, puedes ocultarlo para la mayoría de los usuarios mediante su perfil, y permitir el acceso solo a recursos humanos mediante un conjunto de permisos.
Esto ayuda a aplicar el principio de mínimo privilegio, asegurando que cada usuario vea solo lo que necesita para su función.
75
En Salesforce, si la configuración de seguridad a nivel de campo y el diseño de página entran en conflicto, ¿cuál prevalece?
A) El diseño de página
B) La configuración de seguridad a nivel de campo
C) El perfil del usuario
D) El layout de Lightning
B) La configuración de seguridad a nivel de campo
Cuando hay un conflicto entre lo que permite el diseño de página (Page Layout) y lo que restringe la seguridad a nivel de campo (Field-Level Security), prevalece la seguridad. Esto significa que:
Aunque un campo esté incluido en el diseño de página, no será visible ni editable si la configuración de seguridad lo restringe
La seguridad a nivel de campo se configura mediante perfiles y conjuntos de permisos, y determina si un usuario puede ver o editar un campo específico
Por ejemplo, si el campo “Salario” está en el diseño de página pero el perfil del usuario no tiene permiso para verlo, el campo no aparecerá en la interfaz del usuario.
Esto garantiza que los datos sensibles estén protegidos, incluso si accidentalmente se incluyen en layouts visibles.
76
¿Qué capa del modelo de seguridad de Salesforce define el nivel de acceso predeterminado que los usuarios tienen a los registros que no les pertenecen?
A) Perfiles
B) Roles
C) Configuración de acceso predeterminado a nivel de organización (OWD)
D) Reglas de validación
C) Configuración de acceso predeterminado a nivel de organización (OWD)
La Configuración de acceso predeterminado a nivel de organización (Organization-Wide Defaults, OWD) es la capa base del modelo de seguridad de Salesforce. Define el nivel mínimo de acceso que los usuarios tienen a los registros que no son de su propiedad.
Los niveles posibles incluyen:
Privado (Private): los usuarios solo pueden ver y editar sus propios registros
Lectura (Read Only): los usuarios pueden ver todos los registros, pero no editarlos
Lectura/Escritura (Read/Write): los usuarios pueden ver y editar todos los registros
Una vez definido el acceso base con OWD, se puede ampliar el acceso mediante:
Roles: para visibilidad jerárquica
Reglas de compartición (Sharing Rules): para compartir registros con grupos específicos
Acceso manual o mediante equipos de registros
Esta capa es clave para aplicar el principio de mínimo privilegio, asegurando que los usuarios solo accedan a lo necesario por defecto.
77
¿Qué nivel de OWD es el más restrictivo, donde los usuarios solo pueden acceder a los registros que poseen?
A) Lectura/Escritura (Read/Write)
B) Lectura (Read Only)
C) Privado (Private)
D) Control total (Full Access)
C) Privado (Private)
El nivel Privado (Private) en la configuración de OWD (Organization-Wide Defaults) es el más restrictivo dentro del modelo de seguridad de Salesforce. Este nivel significa que:
Los usuarios solo pueden ver y modificar los registros que poseen
No tienen acceso a los registros de otros usuarios, a menos que se les otorgue acceso adicional mediante:
Roles (visibilidad jerárquica)
Reglas de compartición (Sharing Rules)
Equipos de registros o acceso manual
Este enfoque es ideal para objetos que contienen información sensible o confidencial, como oportunidades, casos o cuentas, donde se requiere un control estricto sobre quién puede ver qué.
Aplicar el nivel "Privado" ayuda a cumplir con el principio de mínimo privilegio, asegurando que los usuarios accedan solo a lo que necesitan para su trabajo.
78
¿Cómo afecta la Jerarquía de Roles (Role Hierarchy) al acceso a los registros en Salesforce?
A) Restringe el acceso a los registros según el perfil del usuario
B) Permite que los usuarios en roles superiores accedan a los registros de los usuarios en roles inferiores
C) Asigna permisos de objetos personalizados automáticamente
D) Controla la visibilidad de campos sensibles en los layouts
B) Permite que los usuarios en roles superiores accedan a los registros de los usuarios en roles inferiores
La Jerarquía de Roles en Salesforce define una estructura organizativa que controla la visibilidad de los registros. Su función principal es permitir que los usuarios en roles superiores (como gerentes o directores) puedan ver, editar y reportar sobre los registros propiedad de los usuarios en roles inferiores (como representantes o agentes).
Por ejemplo:
Un gerente de ventas puede ver todas las oportunidades creadas por los representantes de ventas que están debajo de él en la jerarquía
Esta visibilidad no otorga permisos adicionales para crear o eliminar registros, solo permite ver y editar según los permisos del objeto
La jerarquía no reemplaza la configuración de seguridad a nivel de objeto o campo, ni las reglas de compartición, pero complementa el modelo de seguridad para facilitar la supervisión y colaboración.
79
¿Son los organigramas y las jerarquías de roles siempre lo mismo en Salesforce?
A) Sí, ambos definen la estructura de la empresa
B) No, los organigramas son visuales y las jerarquías de roles controlan el acceso a datos
C) Sí, ambos se usan para asignar permisos
D) No, los organigramas definen perfiles y las jerarquías definen objetos
B) No, los organigramas son visuales y las jerarquías de roles controlan el acceso a datos
Un organigrama representa la estructura organizativa visual de una empresa: quién reporta a quién, qué departamentos existen, etc. Es útil para entender la jerarquía humana, pero no afecta directamente la seguridad de los datos.
La jerarquía de roles (Role Hierarchy) es una estructura de seguridad que permite que los usuarios en roles superiores vean y accedan a los registros de los usuarios en roles inferiores, según el modelo de propiedad de registros.
Por ejemplo, un gerente puede ver las oportunidades de sus representantes, aunque no aparezca en un organigrama formal.
Conclusión: Aunque pueden coincidir en estructura, la jerarquía de roles es funcional y afecta la visibilidad de datos, mientras que el organigrama es informativo y visual.
80
¿Para qué se utilizan las Reglas de Sharing Rules en Salesforce?
A) Para restringir el acceso a campos sensibles
B) Para ampliar el acceso a registros a usuarios o grupos específicos
C) Para asignar permisos de objetos personalizados
D) Para definir la jerarquía de roles en la organización
B) Para ampliar el acceso a registros a usuarios o grupos específicos
Las Sharing Rules en Salesforce permiten compartir registros con usuarios, roles, grupos públicos o territorios que no tendrían acceso por la configuración predeterminada de seguridad (como OWD = Private).
Se utilizan para:
Ampliar el acceso a registros según criterios como propiedad, valores de campos o pertenencia a grupos
Facilitar la colaboración entre equipos sin modificar la jerarquía de roles
Evitar la sobreexposición de datos al mantener el control granular
Por ejemplo, si las oportunidades están configuradas como privadas, pero quieres que el equipo de marketing vea las oportunidades de ventas, puedes crear una regla de compartición que otorgue acceso de solo lectura a ese grupo.
Las reglas pueden ser:
Basadas en propietario (Owner-Based): comparten registros según quién los posee
Basadas en criterios (Criteria-Based): comparten registros que cumplen condiciones específicas
81
Un _____ es un agrupamiento de usuarios, roles, roles y subordinados u otros grupos públicos, definido por un administrador para simplificar la creación de reglas de compartición.
A) Perfil
B) Grupo público
C) Conjunto de permisos
D) Equipo de cuenta
B) Grupo público
Un grupo público (Public Group) en Salesforce es una colección de usuarios, roles, roles y subordinados, o incluso otros grupos públicos, que se agrupan con el fin de simplificar la administración de seguridad y compartición de registros.
Se utilizan principalmente para:
Aplicar reglas de compartición (Sharing Rules) de forma más eficiente
Evitar tener que crear reglas individuales para cada usuario o rol
Facilitar la colaboración entre equipos que no comparten jerarquía directa
Por ejemplo, si varios usuarios de diferentes departamentos necesitan acceso a ciertos registros, puedes crear un grupo público con todos ellos y luego aplicar una única regla de compartición a ese grupo.
Esto mejora la escalabilidad y mantenibilidad del modelo de seguridad.
82
¿Qué es un Equipo de Cuentas (Account Team) en Salesforce?
A) Un grupo de usuarios que colaboran en la gestión de una cuenta específica
B) Un conjunto de reglas de compartición aplicadas a todas las cuentas
C) Un grupo público que gestiona oportunidades
D) Un perfil especializado para cuentas corporativas
A) Un grupo de usuarios que colaboran en la gestión de una cuenta específica
Un Equipo de Cuentas (Account Team) en Salesforce es una funcionalidad que permite asignar varios usuarios a una misma cuenta, cada uno con un rol específico (como propietario, soporte, ventas, etc.) y un nivel de acceso definido (lectura, edición).
Se utiliza para:
Facilitar la colaboración entre diferentes departamentos o usuarios que trabajan con una misma cuenta
Controlar el acceso a los registros de cuenta sin modificar la configuración global de seguridad
Definir responsabilidades claras dentro del equipo (por ejemplo, quién gestiona ventas, quién da soporte)
Además, los equipos de cuentas pueden ser predeterminados por usuario, lo que permite que al crear una nueva cuenta, se asignen automáticamente los miembros del equipo habitual.
Esto mejora la eficiencia y la seguridad en la gestión de relaciones con clientes.
83
Si el OWD de un objeto está configurado como Privado o Público de Solo Lectura, ¿cómo puede un propietario de registro otorgar acceso a otros usuarios registro por registro?
A) Asignando un nuevo perfil al usuario
B) Usando reglas de validación
C) Mediante la opción de compartición manual (Manual Sharing)
D) Modificando la jerarquía de roles
C) Mediante la opción de compartición manual (Manual Sharing)
Cuando el OWD (Organization-Wide Defaults) de un objeto está configurado como Privado o Público de Solo Lectura, los usuarios no pueden acceder a registros que no les pertenecen, a menos que se les otorgue acceso adicional.
Una forma de hacerlo es mediante la compartición manual (Manual Sharing), que permite al propietario del registro o a un usuario con acceso total compartir ese registro con:
Usuarios individuales
Roles
Grupos públicos
Equipos de cuentas u oportunidades
El propietario puede definir el nivel de acceso (solo lectura o lectura/escritura) para cada destinatario. Esta opción aparece en el botón "Compartir" dentro del registro, siempre que el objeto lo permita y el usuario tenga los permisos adecuados.
Es una herramienta útil para casos puntuales, donde no se desea aplicar reglas de compartición globales.
84
¿Qué permiten hacer las Reglas de Restricción (Restriction Rules) en Salesforce?
A) Ampliar el acceso a registros compartidos
B) Limitar el acceso a registros según criterios definidos, incluso si el usuario tiene permisos generales
C) Reemplazar las reglas de compartición
D) Otorgar acceso total a objetos personalizados
B) Limitar el acceso a registros según criterios definidos, incluso si el usuario tiene permisos generales
Las Restriction Rules son una funcionalidad avanzada de seguridad en Salesforce que permiten filtrar los registros que un usuario puede ver o editar, incluso si tiene acceso por otras vías como:
Jerarquía de roles
Reglas de compartición
Equipos de cuentas u oportunidades
OWD configurado como público
¿Cómo funcionan?
Se aplican a objetos como contratos, tareas, eventos, hojas de tiempo y objetos personalizados
Se definen mediante criterios lógicos, como valores de campos específicos
Solo permiten acceso a los registros que cumplen con esos criterios, ocultando el resto
Por ejemplo, si un usuario tiene acceso a todas las tareas, pero se crea una regla de restricción que solo permite ver tareas asignadas a su departamento, entonces solo verá esas tareas, aunque técnicamente tenga acceso a todas.
Esto permite refinar el control de acceso y proteger datos sensibles que no deberían estar disponibles para todos los usuarios con permisos generales.
85
¿Cuál es una diferencia clave entre los campos estándar y los campos personalizados en Salesforce?
A) Los campos estándar se pueden eliminar, los personalizados no
B) Los campos personalizados se crean por Salesforce, los estándar por el usuario
C) Los campos estándar vienen predefinidos, los personalizados los crea el administrador según necesidades
D) Los campos personalizados no pueden tener seguridad a nivel de campo
C) Los campos estándar vienen predefinidos, los personalizados los crea el administrador según necesidades
Campos estándar: son aquellos que vienen incluidos por defecto en los objetos estándar (como Cuenta, Contacto, Oportunidad). Ejemplos: “Nombre de la cuenta”, “Correo electrónico”, “Estado de la oportunidad”. No pueden eliminarse, aunque sí ocultarse o configurarse.
Campos personalizados: son campos que crea el administrador para capturar información específica que no está cubierta por los campos estándar. Pueden tener distintos tipos (texto, número, fecha, fórmula, etc.) y se pueden configurar con seguridad a nivel de campo, reglas de validación, layouts, etc.
Esta distinción es clave para adaptar Salesforce a los procesos de negocio de cada organización, manteniendo flexibilidad sin perder estructura.
86
Nombra tres aspectos de un campo estándar que un administrador puede personalizar.
Cambiar la etiqueta del campo, agregar texto de ayuda o editar/agregar valores en listas de selección (picklists).
87
¿Cuáles son los cuatro pasos principales en el asistente para crear un nuevo campo personalizado?
1. Seleccionar el tipo de datos,
2. Introducir detalles,
3. Establecer la seguridad a nivel de campo, y
4. Agregar a los diseños de página.
88
¿Qué tipo de campo permite a los usuarios seleccionar un solo valor de una lista predefinida durante la entrada de datos en Salesforce?
A) Campo de texto
B) Campo de número
C) Campo de lista desplegable (Picklist)
D) Campo de casilla de verificación (Checkbox)
C) Campo de lista desplegable (Picklist)
El campo de lista desplegable (Picklist) en Salesforce permite a los usuarios elegir un solo valor de una lista de opciones predefinidas. Es ideal para:
Estandarizar la entrada de datos
Evitar errores tipográficos
Facilitar la segmentación y filtrado de registros
Por ejemplo, un campo llamado “Estado de la oportunidad” puede tener opciones como: Lead, En negociación, Ganada, Perdida. El usuario solo puede seleccionar una de ellas.
Si se necesita seleccionar más de un valor, se puede usar un Picklist de selección múltiple (Multi-Select Picklist).
89
¿Qué funcionalidad permite vincular dos listas de selección para crear una relación de control, donde la selección en la primera filtra los valores disponibles en la segunda?
A) Lista de selección múltiple
B) Campo de fórmula
C) Lista de selección dependiente (Dependent Picklist) D) Campo de relación externa
C) Lista de selección dependiente (Dependent Picklist)
Una lista de selección dependiente en Salesforce permite establecer una relación entre dos campos tipo picklist:
El primero se llama campo controlador (Controlling Field)
El segundo es el campo dependiente (Dependent Field)
La selección en el campo controlador determina qué valores están disponibles en el campo dependiente. Esto mejora la experiencia del usuario y evita combinaciones inválidas.
Ejemplo clásico:
Campo controlador: País
Campo dependiente: Estado/Provincia
Si el usuario selecciona España, el campo dependiente solo mostrará provincias españolas; si selecciona México, verá estados mexicanos.
Esta funcionalidad es útil para formularios dinámicos, segmentación de datos y validación contextual.
90
¿Cuál es la principal diferencia entre una relación de Búsqueda (Lookup) y una relación Maestro-Detalle (Master-Detail) en Salesforce?
A) La relación Lookup permite múltiples valores, la Master-Detail solo uno
B) En una relación Maestro-Detalle, el registro principal controla ciertos comportamientos del registro de detalle, como la eliminación en cascada y la herencia de la seguridad, y el campo de relación en el hijo es siempre obligatorio.
C) La relación Lookup se usa solo en objetos estándar, la Master-Detail en personalizados
D) La relación Master-Detail permite campos de texto, la Lookup no
B) En una relación Maestro-Detalle, el registro principal controla ciertos comportamientos del registro de detalle, como la eliminación en cascada y la herencia de la seguridad, y el campo de relación en el hijo es siempre obligatorio.
En Salesforce, ambas relaciones vinculan objetos, pero tienen diferencias clave:
🔍 Relación de Búsqueda (Lookup)
Vincula dos objetos sin dependencia estricta
El registro hijo puede existir sin el padre
No hereda propiedad ni seguridad del registro relacionado
Se puede configurar como opcional
🧩 Relación Maestro-Detalle (Master-Detail)
Crea una relación fuerte y dependiente
El registro hijo depende completamente del maestro
Si se elimina el registro maestro, el hijo también se elimina (cascada)
El hijo hereda la propiedad, seguridad y reglas de compartición del maestro
Es obligatoria: el campo no puede estar vacío
Ejemplo práctico:
Master-Detail: Una factura (detalle) depende de una cuenta (maestro)
Lookup: Un caso puede estar vinculado a una cuenta, pero no depende de ella para existir
91
Un objeto personalizado con dos relaciones Maestro-Detalle se utiliza para modelar una relación de muchos a muchos y se llama _____.
A) Objeto compuesto
B) Objeto de unión (Junction Object)
C) Objeto dependiente
D) Objeto de referencia cruzada
B) Objeto de unión (Junction Object)
En Salesforce, un Junction Object es un objeto personalizado que contiene dos relaciones Maestro-Detalle, cada una apuntando a un objeto diferente. Esto permite modelar una relación de muchos a muchos entre esos dos objetos.
Ejemplo clásico:
Objetos principales: Estudiante y Curso
Objeto de unión: Inscripción
Cada inscripción vincula un estudiante con un curso, y un curso puede tener muchos estudiantes, al igual que un estudiante puede estar en muchos cursos.
Características clave:
Hereda la propiedad y seguridad de ambos objetos maestros
Se elimina automáticamente si se elimina uno de los registros maestros
Permite reportes y automatización sobre la relación
Esta estructura es esencial para representar relaciones complejas sin duplicar datos.
92
¿Qué tipo de campo se utiliza para mostrar un valor de solo lectura que se deriva de una expresión de fórmula que usted define?
A) Campo de texto
B) Campo de número
C) Campo de fórmula
D) Campo de lista desplegable
C) Campo de fórmula
El campo de fórmula (Formula Field) en Salesforce permite mostrar un valor calculado automáticamente a partir de una expresión lógica o matemática definida por el administrador. Este valor es de solo lectura y se actualiza en tiempo real cuando cambian los datos de origen.
Características clave:
Puede combinar campos, operadores, funciones y lógica condicional
Se usa para mostrar datos derivados como: totales, fechas calculadas, concatenaciones, indicadores visuales, etc.
No requiere intervención del usuario para actualizarse
Ejemplo: Un campo de fórmula llamado “Edad” puede calcular la diferencia entre la fecha actual y la fecha de nacimiento del contacto.
Esto mejora la eficiencia y precisión, evitando errores manuales y manteniendo los datos siempre actualizados.
93
Una fórmula de _____ hace referencia a campos de objetos principales para mostrar datos del padre en el registro hijo.
A) fórmula de texto
B) fórmula de relación cruzada (Cross-Object Formula) C) fórmula de validación
D) fórmula de número
B) fórmula de relación cruzada (Cross-Object Formula)
Una fórmula de relación cruzada (Cross-Object Formula) en Salesforce permite que un campo de fórmula en un objeto hijo acceda a campos del objeto padre mediante una relación de tipo Lookup o Master-Detail.
¿Para qué se usa?
Para mostrar datos del padre directamente en el registro hijo
Para automatizar cálculos o condiciones basadas en información relacionada
Para evitar duplicación de datos y mantener consistencia
Ejemplo: En un objeto Factura (hijo), puedes crear una fórmula que muestre el Nombre del Cliente desde el objeto Cuenta (padre), usando una expresión como Account.Name.
Esto mejora la visibilidad y eficiencia sin necesidad de duplicar campos ni usar automatizaciones complejas.
94
¿Qué herramienta se utiliza para ver todas las aplicaciones conectadas y de Salesforce, y para gestionar qué aplicaciones son visibles en Lightning Experience?
A) AppExchange
B) App Manager (Administrador de aplicaciones)
C) Setup Audit Trail
D) Lightning App Builder
B) App Manager (Administrador de aplicaciones)
📚 Explicación para estudio
El App Manager en Salesforce es una herramienta dentro de Setup que permite:
Ver todas las aplicaciones activas en la organización, tanto estándar como personalizadas
Gestionar la visibilidad de las aplicaciones en Lightning Experience
Editar propiedades como nombre, ícono, tipo de navegación y acceso por perfil
Crear nuevas aplicaciones Lightning con componentes personalizados
Es especialmente útil para administradores que desean organizar la experiencia del usuario, controlar el acceso a funcionalidades y mantener una interfaz limpia y eficiente.
No confundir con:
AppExchange: plataforma para instalar apps externas
Lightning App Builder: herramienta para diseñar páginas dentro de una app
Setup Audit Trail: registro de cambios administrativos
95
Para personalizar la página de inicio o una página de registro aplicando, arrastrando y soltando componentes estándar y personalizados, un administrador usaría el _____.
A) App Manager
B) Lightning App Builder
C) Setup Audit Trail
D) Object Manager
B) Lightning App Builder
📚 Explicación para estudio
El Lightning App Builder es una herramienta de diseño visual en Salesforce que permite a los administradores:
Personalizar páginas de inicio, páginas de registro y páginas de aplicación
Arrastrar y soltar componentes estándar, personalizados y de terceros
Configurar visibilidad condicional de componentes según perfil, dispositivo o valores de campo
Crear experiencias dinámicas y adaptadas para distintos tipos de usuarios
Ejemplos de uso:
Mostrar un gráfico solo a gerentes de ventas
Agregar una lista relacionada personalizada en la página de contacto
Reorganizar secciones para mejorar la usabilidad en dispositivos móviles
Esta herramienta es clave para aprovechar al máximo la flexibilidad de Lightning Experience sin necesidad de escribir código.
96
En las Vistas de Lista (List Views) de Salesforce, ¿qué opción de visualización proporciona un resumen visual de los registros en un camino o agrupación particular, como las etapas de una oportunidad?
A) Vista de tabla
B) Vista de gráfico
C) Vista Kanban
D) Vista de calendario
C) Vista Kanban
La Vista Kanban en Salesforce es una opción de visualización dinámica que permite ver los registros agrupados por un campo clave, como la etapa de una oportunidad, el estado de un caso, o cualquier picklist relevante.
Características clave:
Muestra los registros como tarjetas organizadas en columnas
Cada columna representa un valor del campo agrupador (por ejemplo, lead, En negociación, Ganada)
Permite arrastrar y soltar registros entre columnas para actualizar su estado
Ofrece indicadores visuales como totales por columna o alertas de tareas pendientes
Es ideal para equipos de ventas, soporte o proyectos que necesitan una visión rápida y accionable del progreso de sus registros.
97
¿Qué controla un Diseño de Página (Page Layout) en Salesforce?
A) La seguridad de los campos
B) La lógica de automatización
C) La organización visual de los registros, incluyendo campos, botones y listas relacionadas
D) El acceso a objetos personalizados
C) La organización visual de los registros, incluyendo campos, botones y listas relacionadas
El Diseño de Página (Page Layout) en Salesforce permite a los administradores personalizar la interfaz de usuario para cada objeto, definiendo:
Qué campos se muestran y en qué orden
Qué secciones existen y cómo se agrupan los campos
Qué botones están disponibles (como Editar, Clonar, Eliminar)
Qué listas relacionadas aparecen (como oportunidades, casos, actividades)
Qué campos son obligatorios u opcionales
Qué campos están visibles o solo de lectura (complementado con la seguridad a nivel de campo)
Además, se pueden asignar diferentes diseños de página a distintos perfiles de usuario, permitiendo adaptar la experiencia según el rol o función.
Esto mejora la usabilidad, la eficiencia operativa y la seguridad visual de los datos.
98
Con _____, puedes migrar los campos y secciones de tu diseño de página a componentes individuales en el Generador de Aplicaciones Lightning para una mayor flexibilidad.
A) Lightning App Builder
B) Dynamic Forms (Formularios Dinámicos)
C) Page Layouts
D) Record Types
B) Dynamic Forms (Formularios Dinámicos)
Los Dynamic Forms en Salesforce permiten a los administradores migrar campos y secciones desde los diseños de página tradicionales a componentes individuales dentro del Lightning App Builder.
Ventajas clave:
Control total sobre la visibilidad de campos y secciones según criterios como perfil, valor de campo, dispositivo, etc.
Diseño más flexible y dinámico sin depender exclusivamente del Page Layout
Mejor rendimiento al cargar solo los componentes necesarios
Experiencia personalizada para distintos tipos de usuarios
Ejemplo práctico: Puedes mostrar una sección de “Detalles financieros” solo si el campo “Tipo de cliente” es “Corporativo”, sin necesidad de crear múltiples diseños de página.
Esto representa un gran avance en la personalización de la experiencia de usuario en Lightning Experience.
99
¿Cuál es el propósito de los Tipos de Registro (Record Types) en Salesforce?
A) Controlar la seguridad de los objetos
B) Definir reglas de validación para todos los usuarios
C) Permitir diferentes procesos de negocio, layouts y valores de picklist según perfil o contexto
D) Crear objetos personalizados
C) Permitir diferentes procesos de negocio, layouts y valores de picklist según perfil o contexto
Los Tipos de Registro (Record Types) en Salesforce permiten variar la experiencia del usuario y la lógica de negocio dentro de un mismo objeto, según el tipo de registro que se esté creando o visualizando.
¿Qué permiten hacer?
Aplicar diferentes procesos de negocio (por ejemplo, ciclos de ventas distintos para productos y servicios)
Mostrar distintos diseños de página (Page Layouts) según el tipo de registro y perfil del usuario
Filtrar valores de campos tipo picklist para que solo se muestren opciones relevantes
Adaptar la interfaz y lógica a distintos departamentos, regiones o productos
Ejemplo práctico: En el objeto Caso, puedes tener un tipo de registro para Soporte técnico y otro para Consultoría, cada uno con su propio layout, valores de prioridad y flujo de trabajo.
Esto mejora la flexibilidad, la usabilidad y la precisión operativa en entornos complejos.
100
Oportunidades, casos, soluciones y leads tienen un campo especial de lista de selección llamado _____ que le permite rastrear estos registros a través de su ciclo de vida.
A) Tipo
B) Prioridad
C) Estado (Stage/Status)
D) Propietario
C) Estado (Stage/Status)
En Salesforce, los objetos como Oportunidades, Casos, Soluciones y Leads incluyen un campo de tipo lista de selección (picklist) llamado Estado o Etapa, según el objeto, que permite:
Rastrear el progreso del registro a lo largo de su ciclo de vida
Activar automatizaciones como reglas de flujo, asignaciones o alertas
Segmentar y reportar según el estado actual del registro
Guiar al usuario en procesos estandarizados (por ejemplo, ventas o soporte)
Ejemplos por objeto:
Oportunidad: Etapa (Stage) → Lead, En negociación, Ganada, Perdida
Caso: Estado (Status) → Nuevo, En progreso, Resuelto, Cerrado
Solución: Estado → Borrador, Publicado, Obsoleto
Lead: Estado → Nuevo, Trabajando, Convertido, No calificado
Este campo es clave para la gestión de procesos, la automatización y la visibilidad operativa.
101
El componente _____ guía a los usuarios a lo largo de los pasos de un proceso, proporcionando orientación específica como consejos, enlaces e información de políticas de la empresa en cada etapa.
A) Dynamic Forms
B) Lightning App Builder
C) Componente de Ruta (Path Component)
D) Record Types
C) Componente de Ruta (Path Component)
El Componente de Ruta (Path Component) en Salesforce es una herramienta visual que aparece en la parte superior de los registros, especialmente en objetos como Oportunidades, Leads, Casos y Contratos, para:
Guiar al usuario a través de las etapas de un proceso (por ejemplo, ciclo de ventas o resolución de casos)
Mostrar consejos clave, enlaces útiles e información de políticas en cada etapa
Facilitar la actualización del estado del registro con un solo clic
Mejorar la adopción de procesos estandarizados dentro de la organización
Ejemplo práctico: En una oportunidad, el componente de ruta puede mostrar las etapas Leads, En negociación, Ganada, Perdida, y en cada una ofrecer recomendaciones como “Enviar propuesta” o “Confirmar presupuesto”.
Este componente se configura en Setup → Path Settings, y se activa por tipo de registro.
102
Nombra tres opciones para realizar una copia de seguridad de los datos de Salesforce.
Informes, Data Loader/Dataloader.io y el Servicio de Exportación de Datos (Data Export Service).
103
¿Cuál es la principal diferencia de capacidad entre el Asistente de Importación de Datos y el Data Loader en Salesforce?
A) El Asistente permite exportar datos, el Data Loader no
B) El Asistente de Importación de Datos puede cargar hasta 50,000 registros, mientras que el Data Loader puede manejar hasta 5,000,000 de registros
C) El Asistente permite automatizar procesos, el Data Loader no
D) Ambos tienen las mismas capacidades, pero diferente interfaz
B) El Asistente de Importación de Datos puede cargar hasta 50,000 registros, mientras que el Data Loader puede manejar hasta 5,000,000 de registros
La diferencia clave de capacidad entre estas dos herramientas es el volumen de registros que pueden manejar:
Asistente de Importación de Datos (Data Import Wizard):
Interfaz web amigable
Límite de hasta 50,000 registros por carga
Ideal para usuarios finales y tareas simples
Data Loader:
Aplicación cliente para administradores
Capacidad de hasta 5,000,000 de registros por operación
Soporta importación, exportación, actualización y eliminación
Compatible con automatización mediante scripts
Esta diferencia hace que el Data Loader sea la herramienta preferida para operaciones masivas o complejas, mientras que el Asistente es útil para cargas rápidas y guiadas.
104
Para actualizar o eliminar registros existentes usando Data Loader, ¿qué pieza de información es necesaria para cada registro?
A) El nombre del objeto
B) El nombre del campo principal
C) El ID del registro (Record ID)
D) El tipo de registro (Record Type)
C) El ID del registro (Record ID)
Cuando usas Data Loader para realizar operaciones de actualización (update) o eliminación (delete) de registros en Salesforce, es obligatorio proporcionar el ID único de cada registro. Este ID:
Es un identificador de 15 o 18 caracteres generado por Salesforce
Es único para cada registro dentro de la organización
Permite que Data Loader localice con precisión qué registro debe actualizar o eliminar
Se puede obtener previamente mediante una exportación de datos
Ejemplo práctico: Si deseas actualizar el campo “Estado” de varios contactos, necesitas incluir el campo Id en tu archivo .csv junto con los nuevos valores.
105
Antes de realizar una importación o actualización de datos en Salesforce, ¿qué se recomienda desactivar para evitar que se activen procesos inesperados?
A) Los diseños de página
B) Los tipos de registro
C) Las reglas de flujo de trabajo, procesos y automatizaciones
D) Las vistas de lista
C) Las reglas de flujo de trabajo, procesos y automatizaciones
Antes de realizar una importación masiva o actualización de datos, especialmente con herramientas como Data Loader, se recomienda desactivar temporalmente:
Flujos (Flows)
Reglas de flujo de trabajo (Workflow Rules)
Procesos en Process Builder
Triggers (disparadores Apex)
Reglas de validación (Validation Rules)
¿Por qué?
Para evitar que se ejecuten acciones automáticas no deseadas, como envíos de correos, actualizaciones en cascada o creación de registros
Para prevenir errores de validación que bloqueen la carga
Para mantener el control total sobre los datos que se están modificando
Una vez completada la operación, se pueden reactivar estas automatizaciones y validar que los datos se comportan como se espera.
106
¿Qué tipo de regla de automatización se utiliza para verificar que los datos introducidos por un usuario cumplen ciertos estándares antes de que se guarde el registro?
A) Regla de flujo de trabajo
B) Regla de validación
C) Proceso en Process Builder
D) Trigger Apex
B) Regla de validación
Las Reglas de Validación (Validation Rules) en Salesforce permiten verificar que los datos ingresados por el usuario cumplen ciertos criterios antes de que el sistema permita guardar el registro.
Características clave:
Se basan en expresiones lógicas que evalúan los valores de los campos
Si la condición se cumple (es verdadera), se bloquea el guardado y se muestra un mensaje de error personalizado
Se usan para mantener la calidad de los datos y evitar errores comunes
Ejemplo práctico: Una regla puede impedir que se guarde una oportunidad si el campo “Monto” está vacío cuando la etapa es “Cierre ganado”.
Esto garantiza que los registros sean completos, coherentes y útiles para procesos posteriores.
107
Las Reglas de Asignación (Assignment Rules) se pueden usar para automatizar la asignación de _____ y _____ a usuarios o colas en Salesforce.
A) Oportunidades y Contactos
B) Casos y Leads
C) Cuentas y Soluciones
D) Actividades y Contratos
B) Casos y Leads
📚 Explicación para estudio
Las Reglas de Asignación (Assignment Rules) en Salesforce permiten automatizar la asignación de registros a usuarios específicos o colas, según criterios definidos por el administrador.
Solo se aplican a:
Casos (Cases): para dirigir solicitudes de soporte al agente o equipo adecuado
Lead): para distribuir nuevos leads entre representantes de ventas o colas de calificación
Características clave:
Se basan en condiciones lógicas (por ejemplo, país, prioridad, producto)
Pueden asignar a usuarios individuales o colas
Se activan automáticamente al crear registros o mediante importación
Solo una regla de asignación activa por objeto a la vez
Esto mejora la eficiencia operativa, reduce la carga manual y asegura una distribución equitativa de trabajo.
108
¿Qué función de Salesforce le permite generar leads directamente desde el sitio web de su empresa?
A) Data Import Wizard
B) Web-to-Lead
C) Lead Assignment Rules
D) Marketing Cloud
B) Web-to-Lead
📚 Explicación para estudio
La función Web-to-Lead en Salesforce permite capturar lead) directamente desde un formulario en el sitio web de tu empresa. Cuando un visitante completa el formulario, sus datos se envían automáticamente a Salesforce como un nuevo registro de leads.
Características clave:
Se genera un formulario HTML desde Salesforce que puedes incrustar en tu sitio web
Los campos del formulario se vinculan directamente con los campos del objeto Lead
Puedes activar reglas de asignación para distribuir los leads automáticamente
Es una forma sencilla y efectiva de automatizar la generación de leads
Ejemplo práctico: Un visitante llena un formulario de contacto en tu web solicitando información sobre un producto. Salesforce crea automáticamente un nuevo Lead con esos datos.
109
¿Cuál es el propósito de las Reglas de Escalado de Casos (Case Escalation Rules) en Salesforce?
A) Asignar casos a usuarios según criterios definidos
B) Escalar automáticamente los casos si no se resuelven dentro de un tiempo establecido
C) Validar que los campos obligatorios estén completos
D) Enviar correos masivos a clientes con casos abiertos
B) Escalar automáticamente los casos si no se resuelven dentro de un tiempo establecido
Las Reglas de Escalado de Casos (Case Escalation Rules) en Salesforce permiten automatizar el seguimiento de casos para asegurar que se atiendan dentro de los plazos definidos por la empresa.
¿Qué hacen?
Monitorean el tiempo que un caso permanece sin resolución
Si se excede el tiempo límite, escalan el caso automáticamente a otro usuario, cola o nivel de soporte
Pueden activar notificaciones, reasignaciones o actualizaciones de campos
Ayudan a cumplir con acuerdos de nivel de servicio (SLA) y mejorar la atención al cliente
Ejemplo práctico: Si un caso de alta prioridad no se resuelve en 4 horas, se puede escalar al gerente de soporte para intervención inmediata.
110
Un _____ automatiza cómo se aprueban los registros en Salesforce, definiendo los pasos, los aprobadores y las acciones a tomar.
A) Flujo de trabajo
B) Proceso de Aprobación
C) Regla de Validación
D) Trigger Apex
B) Proceso de Aprobación
📚 Explicación para estudio
El Proceso de Aprobación (Approval Process) en Salesforce es una herramienta de automatización que permite gestionar la aprobación de registros de forma estructurada y controlada.
¿Qué permite hacer?
Definir pasos secuenciales de aprobación
Asignar aprobadores específicos según criterios
Configurar acciones automáticas antes, durante y después de cada etapa (como actualizar campos, enviar notificaciones o bloquear ediciones)
Establecer reglas de entrada para determinar qué registros deben pasar por el proceso
Ejemplo práctico: Una solicitud de descuento superior al 20% en una oportunidad puede requerir aprobación del gerente de ventas antes de ser enviada al cliente.
Esto garantiza control, trazabilidad y cumplimiento de políticas internas.
111
En Salesforce, _____ se considera el futuro de la automatización declarativa, capaz de manejar lógica compleja, interacción del usuario y procesos en segundo plano.
A) Reglas de flujo de trabajo
B) Process Builder
C) Flujos (Flows)
D) Triggers Apex
C) Flujos (Flows)
Los Flujos (Flows) en Salesforce son la herramienta más poderosa de automatización declarativa, y se consideran el presente y futuro de la automatización en la plataforma.
¿Por qué?
Permiten crear lógica compleja sin escribir código
Soportan interacción del usuario mediante pantallas personalizadas
Ejecutan procesos en segundo plano como actualizaciones, creación de registros, envíos de correos, etc.
Reemplazan gradualmente a herramientas anteriores como Process Builder y Workflow Rules
Se pueden activar por eventos, botones, cambios de campo, o programaciones
Tipos de Flujos:
Autolaunched Flow: sin interfaz, ejecutado automáticamente
Screen Flow: con interfaz para interacción del usuario
Record-Triggered Flow: activado por cambios en registros
Scheduled Flow: ejecutado en horarios definidos
Esto convierte a los Flujos en el centro de la automatización moderna en Salesforce.
Salesforce Administrator
flashcards
Decks in class (4)
# Cards
