Categories
Developers Salesforce Uncategorized

Preguntas de la entrevista de Salesforce CPQ, parte 2

Preguntas de la entrevista de Salesforce CPQ, parte 1

Enlace de Whatsapp para el grupo Salesforce CPQ

1. ¿Qué son los filtros de búsqueda en el editor de líneas de cotización?

El filtro de búsqueda del editor de líneas de cotización se puede utilizar para filtrar productos, activos o suscripciones por sus valores de campo.

2. ¿Cuál es la diferencia entre la regla del producto y la regla del precio?

La estructura general de las reglas de precios y de productos es la misma:

  • Registro de reglas: que contiene propiedades generales.
  • Condiciones: ambas admiten lógica de condición avanzada
  • Comportamiento

Reglas del producto

Las reglas de productos se utilizan para hacer cumplir la lógica empresarial, ayudar a automatizar los comentarios a los representantes de ventas sobre las selecciones de productos y también aceleran el proceso de cotización.

Hay 4 tipos de reglas de producto:

Reglas de validación: cuando no se cumplen las condiciones, se muestra un mensaje de error y los usuarios no pueden continuar hasta que se solucione la situación. Por tanto, actúan como un freno duro .

Las reglas de alerta son una parada suave en comparación con la parada fuerte de las reglas de validación. También muestran un mensaje, pero es más bien una sugerencia porque el usuario puede continuar sin cumplir con los requisitos comerciales especificados.

Reglas de selección : pueden agregar, eliminar, mostrar, ocultar, habilitar o deshabilitar o realizar alguna combinación de estas acciones en las opciones de productos dentro de un paquete o pueden agregar un producto a una cotización. Esta regla puede ser una excelente manera de aprovechar la Venta Guiada para guiar a sus representantes hacia las opciones apropiadas o más deseadas seleccionando automáticamente los productos correctos.

Las reglas de filtrado se utilizan en paquetes para extraer opciones de productos del catálogo de productos mediante una regla de filtrado . A esto se le suele denominar creación de un paquete dinámico.

Reglas de precios

Se puede considerar que las reglas de precios realizan actualizaciones de campos dentro del cálculo que afectarán el precio. puede usarlos para establecer descuentos y cantidades.

3. ¿Cuáles son las consideraciones para los campos gemelos?

Recuerde que un campo gemelo debe tener el mismo tipo de datos y nombre de API que el campo correspondiente creado en el objeto Opción de producto.

4. ¿Cómo configurar productos de suscripción en Salesforce CPQ?

Hay tres campos esenciales para configurar Productos de suscripción en Salesforce CPQ.

Campo de producto Tipo de datos Descripción
Precios de suscripción Lista de selección El producto no se considerará una suscripción sin que este campo esté configurado en Precio fijo o Porcentaje del total.
Plazo de suscripción Número Este es el periodo asociado a la compra, por lo que puedes establecerlo en 12 meses si se trata de una Suscripción Anual.
Tipo de suscripción Lista de selección Este campo determina si el producto es renovable o único. Las Suscripciones Renovables se transfieren a Cotizaciones de Renovación. Las suscripciones únicas no lo harán.

Para crear Productos de Suscripción , cree un nuevo Registro de productos. Complete los campos: Precio de suscripción , Tipo de suscripción y Plazo de suscripción para el producto. Tenga en cuenta que durante la creación del contrato, los Productos de Suscripción se convierten en registros de Suscripción.

Salesforce CPQ, Productos de suscripción, Campos básicos de nuevos productos: Precios de suscripción; Tipo de suscripción; Plazo de suscripción

5. ¿Cuál es la diferencia entre restricciones de opciones y reglas de productos?

Las restricciones de opciones y las reglas de productos tienen diferentes casos de uso.

Las restricciones de opciones no pueden seleccionar productos automáticamente. (aunque pueden anular la selección de productos cuando se aplica la dependencia). Son buenos en dos escenarios:

  • dependencia
  • exclusión

Las restricciones de opciones permiten el procesamiento en tiempo real . Cada vez que el usuario selecciona o deselecciona una opción, la dependencia o exclusión se activa inmediatamente.

Las reglas de producto tienen más funciones que la restricción de opción, aunque es necesario elegir un evento de evaluación para especificar cuándo Salesforce CPQ debe considerar y ejecutar una regla de producto: Cargar, Editar, Guardar o Siempre.

6. ¿Explicar el paquete de productos en CPQ?

Hay tres objetos clave que definen la estructura del paquete :

  • Producto
  • Opciones
  • Características

Producto

Los paquetes están hechos de productos. Se puede hacer referencia a los productos en un paquete, ya sea como paquete principal o como opciones de producto. Piense en la computadora portátil como un producto

Opciones de producto

Son como hijos que se encuentran debajo del paquete principal y son los que realmente unen el paquete porque los paquetes se crean cuando agrega Opciones a un Producto en la lista relacionada de Opciones. Las opciones de producto para computadora portátil pueden ser mouse, teclado, cargador y software de Microsoft.

Características

Son categorías de opciones de productos dentro de la configuración. No son obligatorios, pero se pueden utilizar para una mejor experiencia visual y también ayudan a impulsar lógica adicional, como las opciones mínimas y máximas. Las funciones son como poner opciones dentro de funciones, por ejemplo:

Software

  • Software de Microsoft

Hardware

  • Ratón
  • Teclado

Aquí Hardware y Software son características que clasifican las opciones del producto.

Hay tres tipos de paquetes :

Paquete estático. Este sería el paquete fijo tradicional, preempaquetado, en el que se venden ciertos productos juntos a un precio fijo, y el usuario no necesita ingresar a la configuración porque no se permiten ajustes.

Paquete configurable. Este tipo de paquete se puede configurar con ciertas restricciones para evitar configuraciones imposibles. El usuario puede seleccionar diferentes opciones para personalizar el paquete y satisfacer las necesidades del cliente.

Paquete anidado. Estos son paquetes dentro de otros paquetes. Se recomienda mantener los paquetes anidados en tres niveles de profundidad. Los paquetes anidados se crean fácilmente agregando el producto principal de un paquete como opción a otro paquete.

Paquete virtual . Este tipo de fardo funciona como contenedor para otros productos. Para configurar un paquete principal virtual, debe estar asociado con un precio de $0,00.

Paquetes dinámicos . Estas funciones, junto con las reglas de filtrado de productos, permiten a sus representantes de ventas seleccionar productos de una lista previamente filtrada de opciones entre las que pueden elegir.

7.¿Qué son las funciones de CPQ?

El objeto de característica está relacionado con productos y «se encuentra» dentro de paquetes. Un paquete puede tener varias funciones o ninguna, y una función puede tener varias opciones.

Las características tienen dos propósitos:

  • Ofrecen una mejor experiencia de usuario mientras navegan por las opciones de productos dentro de los paquetes.
  • Los campos en los registros de funciones nos ayudan a impulsar la lógica empresarial , como establecer las opciones mínimas y máximas, evitando que el usuario seleccione muy pocas o demasiadas opciones. Si el usuario no cumple con los requisitos mínimos/máximos e intenta guardar la configuración.

Una captura de pantalla de una computadora Descripción generada automáticamente

Una captura de pantalla de una lista de productos Descripción generada automáticamente

El campo Número establece el orden de visualización de las funciones, siendo la función con el número más bajo la primera en la lista. Se recomienda utilizar incrementos de 10 al asignar números.

El campo SKU configurado se completa automáticamente cuando el usuario crea una función desde la página de detalles del producto del paquete y representa el producto principal que alberga la función.

8. ¿Explica los diferentes valores del campo del método de selección de opciones en el objeto de características?

El campo Método de selección de opciones controla cómo aparecen al usuario las opciones adjuntas a esta función.

Haga clic : las opciones aparecen como una lista con casillas de verificación junto a ellas:

Una captura de pantalla de una computadora Descripción generada automáticamente

Una captura de pantalla de una lista de productos Descripción generada automáticamente

Agregar : las opciones se colapsan y en su lugar aparece un botón Agregar opciones. Se debe hacer clic en el botón Agregar opciones para navegar a una página separada que muestra los productos para esta función.

Una captura de pantalla de una computadora Descripción generada automáticamente

Una captura de pantalla de una computadora Descripción generada automáticamente

Dinámico : muestra un botón Agregar opciones, que muestra una lista prefiltrada de productos disponibles para su selección. Para utilizar esta funcionalidad, debe configurar una regla de producto de filtro CPQ de Salesforce para paquetes dinámicos.

Una captura de pantalla de una computadora Descripción generada automáticamente

Una captura de pantalla de una computadora Descripción generada automáticamente

9. ¿Explicar el campo del objeto de búsqueda?

Las reglas de producto y las reglas de precio en Salesforce CPQ contienen el campo Objeto de búsqueda. Este campo define el objeto que almacena datos que puede evaluar mediante consultas de búsqueda para compararlos con los campos de cotización, línea de cotización o opción de producto.

10. ¿Explicar la estructura de la plantilla de cotización?

La estructura de la plantilla de cotización incluye:

  1. Información de la plantilla de cotización
  • Información de la página
  • Información de encabezado/pie de página
  • Información corporativa
  • Información de estilo
  • Información de estilo de grupo
  • Títulos de sección
  • Opciones de impresión
  1. Listas relacionadas
  • Columnas de línea
  • Secciones de plantilla
  • Documentos adicionales

Detalles de la plantilla de cotización de muestra nueva de Salesforce CPQ

11. ¿Cuáles son los pasos para crear plantillas de cotizaciones?

Hay cinco pasos principales a seguir al crear una plantilla de cotización:

1. Crear la propia plantilla de cotización

2. Almacenamiento del logotipo necesario en Documentos

3. Creando el contenido de la plantilla

4. Creando las secciones de la plantilla

5. Creando las columnas de línea

12. ¿Cómo se puede renovar la suscripción con un cliente existente?

Si ya tiene una oportunidad de renovación, cuando se acerque al final del período de suscripción, es posible que desee venderles las suscripciones de renovación al cliente nuevamente. Para ello, necesita una cotización de renovación.

Se puede generar marcando la casilla de verificación Cotización de renovación como verdadera. Esta cotización de renovación se puede enviar, actualizar y modificar según sea necesario y luego recibirla nuevamente para que posteriormente pueda crear un contrato nuevo.

1. Primero, haga clic en la pestaña Cuentas en la barra de navegación.

2. Vaya a la empresa necesaria y haga clic en la pestaña Relacionado .

3. Acceda al enlace Número de contrato en la lista relacionada Contratos y luego haga clic en Editar .

4. Marque la casilla de verificación Cotización de renovación como verdadera, lo que le indicará a CPQ que genere una cotización sobre la oportunidad de renovación.

.

Tenga en cuenta que la cotización de renovación tiene la Fecha de inicio un día después de la Fecha de cierre de la oportunidad de renovación, mientras que la Fecha de finalización se basa en el Plazo de renovación del contrato.

13. ¿Cómo modificar un contrato en Salesforce CPQ?

Veamos cómo Salesforce CPQ puede actualizar un Contrato existente para incluir mayores cantidades de productos de suscripción, prorrateados por la duración restante del Contrato y crear automáticamente una Oportunidad y Cotización de enmienda:

Cree una cotización de modificación y una oportunidad para aumentar la cantidad de un producto de suscripción de 1 a 10, a partir de los 3 meses del contrato.

Navegue hasta esa cuenta y vaya al enlace Número de contrato en la lista relacionada Contratos. Luego, haga clic en Modificar y nuevamente en Modificar .

14. ¿Cómo funciona el grupo de restricción de opciones en Salesforce CPQ?

Esta característica resulta útil cuando desea hacer que las opciones sean obligatorias o excluidas en función de combinaciones de otras opciones.

Veamos un ejemplo en el que desea evitar que los representantes de ventas vendan el Producto A a menos que el Producto B se haya incluido en la cotización:

A. Haga clic en la pestaña Productos en la barra de navegación.

C. Vaya a la pestaña Relacionados .

D. En la lista relacionada Opciones , seleccione Ver todo y anote el número del Nombre de la opción para las opciones necesarias:

  • Producto A.
  • Producto B.

E. Haga clic en Nuevo en la lista relacionada Restricciones de opciones y complete los siguientes campos:

  • Para el campo Nombre de restricción , ingrese: El producto A requiere el producto B
  • Para el campo Opción restringida , ingrese: < PO-###### del Producto A >  
  • Para el campo Opción de restricción , ingrese: < PO-###### del Producto B >
  • Para el campo Grupo de restricciones de opción , ingrese: Puede ingresar aquí cualquier cadena de texto, pero es una buena práctica hacerla descriptiva y fácil de entender y recordar.

F. Haga clic en Guardar .

16. Tiene un escenario en el que el representante de ventas debe vender un paquete en el que hay al menos tantos Productos B como Productos A. ¿Cómo configurar para este escenario?

Paso 1: Cree una variable de resumen para determinar la cantidad agregada del Producto A en la configuración.

Paso 2: Cree una variable de resumen para determinar la cantidad agregada del Producto B en una configuración.

Paso 3: Cree una regla de producto que confirme cómo funcionará la regla de validación durante la configuración del producto.

Paso 4: Cree una condición de error que controle cuándo se activa la regla, es decir, solo cuando la variable de resumen del producto B es menor que la variable de resumen del producto A.

Paso 5: Cree una regla de configuración para mostrar que la regla de validación se aplicará al paquete de productos.

Paso 6: compruebe si la regla se comporta como se esperaba.

17. ¿Cómo utilizar las restricciones de opciones?

Hay muchos escenarios en los que sus representantes de ventas deben habilitar o deshabilitar un producto en un paquete en función de otra opción de producto.

Los escenarios incluyen:

  1. A. El Producto A pasa a estar DISPONIBLE si se selecciona el Producto B.
  2. B. El Producto A NO ESTÁ DISPONIBLE si se selecciona el Producto B.

Esto se puede lograr creando restricciones de opciones a partir de la lista relacionada Restricciones de opciones en el registro de producto principal del paquete.

Cree una restricción de opción para que el Producto A pueda seleccionarse solo cuando se seleccione el Producto B:

18. ¿Explique un caso de uso de precios contratados?

Escenario: el representante de ventas ha negociado con un cliente un precio especial para ciertos productos: $375,00 por una computadora portátil en lugar de $450,00

Utilice la herramienta Precios contratados, que permite crear registros relacionados con cuentas para excepciones de precios.

Primero, creemos un precio contratado para un único producto específico para una cuenta seleccionada. Haga clic en la pestaña Cuentas , haga clic en la cuenta seleccionada , vaya a la pestaña Relacionados y en la lista relacionada Precios contratados , haga clic en Nuevo:

►Producto: Computadora portátil
►Precio: 475
►Haga clic en Guardar.

Tenga en cuenta que los Precios Contratados pueden estar limitados en el tiempo: puede establecer una Fecha de Vigencia y/o una Fecha de Vencimiento.

19. ¿Explicar el evento de evaluación en la regla del producto?

Evento de evaluación : especifica cuándo se debe evaluar la regla:

Cargar: La regla se evaluará cuando se abra el paquete de productos.

Editar: la regla se evaluará cuando se edite el paquete de productos.

Guardar: la regla se evaluará al guardar.

Siempre: La regla será evaluada durante cualquier evento.

Ahora, supongamos que tiene un campo en el Objeto de producto que también desea ver en la Línea de cotización. Cree un campo con el mismo nombre de API y del mismo tipo.

20. ¿Qué es la venta guiada de Salesforce?

La venta guiada implementada en CPQ es una herramienta que formula preguntas sobre las necesidades del cliente en función de la selección de productos disponibles. Se hace creando un mensaje que pregunta a los representantes de ventas sobre los tipos de productos que desean agregar a la cotización y sus especificaciones.

21. ¿Qué es el precio por bloque de Salesforce?

Los precios en bloque le permiten fijar el precio de un producto en función de diferentes rangos de cantidades que se denominan precios en bloque.

  • El precio en bloque es un precio basado en niveles. El precio basado en niveles significa que el precio del producto depende de la cantidad que compra el cliente.
  • El precio también se basa en el rango de cantidad y no en el producto individual.

22. ¿Cuáles son los pasos para implementar un paquete dinámico?

Los paquetes dinámicos permiten a los representantes de ventas elegir sus propias opciones en un paquete. Puede utilizar reglas de filtrado para filtrar las opciones entre las que pueden elegir.

Para implementar un paquete dinámico, estos son los pasos de implementación que debe seguir:

►Crear una característica
►Crear una regla de producto
►Crear una acción
►Crear una regla de configuración

23. ¿Cuándo utilizar reglas de producto frente a restricciones de opciones?

Cuándo utilizar restricciones de opciones

Si tiene menos opciones y puede ajustar todas las opciones de producto en la categoría/pestaña sin tener que desplazarse mucho, entonces puede ser mejor optar por restricciones de opciones. Estos no pueden ocultar las Opciones del producto por completo, pero pueden habilitar/deshabilitar las Opciones del producto mediante otras selecciones.

24. ¿Cuándo utilizar las reglas del producto?

Este enfoque es especialmente útil en configuraciones más grandes que se muestran en categorías (pestañas), donde cada categoría puede requerir un desplazamiento extenso para mostrar todas las opciones.

Diferencias Restricciones de opciones Reglas de selección de productos
Acciones admitidas Habilitar deshabilitar Agregar, habilitar, deshabilitar, eliminar, habilitar y agregar, deshabilitar y eliminar, ocultar, mostrar, ocultar y eliminar, mostrar y agregar
Condiciones La restricción de opción tiene una condición simple: si se selecciona la opción X Las reglas de producto pueden tener múltiples condiciones que evalúan información fuera del contexto del paquete, es decir, campos de nivel de cotización/oportunidad/cuenta.
Alcance La restricción de opciones se limita a una sola opción. Las reglas del producto pueden actuar sobre múltiples opciones
Contexto Se utiliza sólo en el contexto de paquetes. Funciona en las opciones dentro del mismo paquete. Es específico de un solo paquete. Se utiliza en el contexto de paquetes y productos independientes. Se puede aplicar una regla de producto único a paquetes ilimitados.
Resultado No se puede seleccionar/deseleccionar automáticamente un producto Puede seleccionar/deseleccionar automáticamente un producto

25. ¿Cuándo se ejecutan las Reglas de Producto durante el proceso de cotización?

Las reglas del producto se ejecutan en la página de configuración del producto o en el editor de líneas de cotización. Esto se decide en función de los siguientes campos de reglas de producto:

a. ALCANCE – (Valores: Producto/Cotización ): el campo Alcance en el registro de regla del producto le indica a CPQ DÓNDE debe ejecutarse la regla. Un alcance de «Producto» significa que la regla se ejecutará durante la configuración del producto, y un alcance de «Cotización» hará que se ejecute en el Editor de líneas de cotización.

b. EVENTO DE EVALUACIÓN – (Valores: Cargar/Editar/Guardar/Siempre ): el campo Evento de evaluación en el registro de regla del producto le indica a CPQ CUÁNDO debe ejecutarse la regla.

26. Explique la descripción general del ciclo de vida de Salesforce CPQ.

Generación de leads: el ciclo de vida de CPQ comienza con la generación de leads, donde los clientes potenciales muestran interés en tus productos o servicios.

Creación de oportunidades: una vez que se identifica un cliente potencial, se convierte en una oportunidad en Salesforce. Esta etapa implica recopilar información del cliente y evaluar sus necesidades.

Configuración del producto: en esta etapa, el equipo de ventas utiliza Salesforce CPQ para configurar productos o servicios de acuerdo con los requisitos del cliente. CPQ permite configuraciones complejas de productos, opciones de agrupación y personalización.

Precios y descuentos: Salesforce CPQ permite al equipo de ventas aplicar precios y descuentos adecuados según los requisitos específicos del cliente, precios basados en el volumen o acuerdos contractuales. Esta etapa garantiza precios precisos y maximiza el potencial de ingresos.

Generación de cotizaciones: una vez determinados la configuración del producto y el precio, Salesforce CPQ genera una cotización profesional adaptada a las necesidades del cliente. La cotización incluye información detallada sobre los productos o servicios, precios y términos.

Aprobación y negociación de la cotización: la cotización generada pasa por un proceso de aprobación, donde las partes interesadas correspondientes la revisan y brindan su consentimiento. Esta etapa puede implicar negociación con el cliente para finalizar los detalles de la cotización.

Aceptación de cotización: una vez que el cliente acepta la cotización, avanza a la siguiente etapa del ciclo de vida de CPQ.

Creación de pedidos: la cotización aceptada se convierte en un pedido, lo que desencadena el proceso de cumplimiento, incluida la gestión de inventario, el procesamiento de pedidos y el envío.

Gestión de contratos: Salesforce CPQ proporciona capacidades de gestión de contratos, lo que permite al equipo de ventas generar y gestionar contratos basados en la cotización aceptada. Esta etapa garantiza el cumplimiento legal y agiliza la gestión del ciclo de vida del contrato.

Reconocimiento de ingresos: Salesforce CPQ se integra con sistemas de facturación y procesos financieros para facilitar el reconocimiento preciso de ingresos. Esto implica rastrear e informar los ingresos en función de los productos o servicios entregados.

Renovación y ventas adicionales: a medida que los contratos se acercan a su vencimiento, Salesforce CPQ ayuda a gestionar las oportunidades de renovación. El sistema puede identificar oportunidades de ventas adicionales o cruzadas y guiar al equipo de ventas para maximizar el valor para el cliente.

Informes y análisis: a lo largo del ciclo de vida de CPQ, Salesforce CPQ proporciona capacidades de informes y análisis para monitorear métricas clave, rastrear el desempeño de ventas, identificar tendencias y tomar decisiones basadas en datos.

27. ¿Explicar los atributos de configuración?

En Salesforce CPQ, esta funcionalidad se puede lograr principalmente creando un registro del objeto de atributo de configuración .

Atributo de configuración

Hay 2 tipos de Atributos de Configuración que podemos crear en Salesforce CPQ.

  1. Atributo de configuración
  2. Atributo global
  • Cuando queramos crear y asignar cualquier atributo al producto del paquete , crearemos un registro de Atributo de configuración que tenga el tipo de registro «Atributo de configuración» .
  • Cuando queramos crear y asignar cualquier atributo a un producto de opción , crearemos un atributo de configuración de registro que tenga el tipo de registro «Atributo global» .

28. ¿Qué es el precio excedente en Salesforce CPQ?

Imagina que tienes un plan de telefonía móvil que incluye hasta 10 GB de datos por 30 dólares al mes. Esto es mucho, pero ¿qué pasa si usas más de 10 GB en un mes? Ahí es donde entran en juego las tasas excedentes.

La compañía telefónica ofrece una tarifa excedente de $2 por GB adicional de datos utilizados más allá de los 10 GB iniciales. Esto significa que si usas 11 GB en un mes, pagarás la tarifa base de $30 por los primeros 10 GB, más una tarifa excedente de $2 por los GB adicionales, por un total de $32.

Así es como se descompone:

– Si usas 10 GB o menos, solo pagas tus $30 habituales, sin cargos adicionales.

– Si usas 11 GB, pagas $30 por los primeros 10 GB, luego $2 adicionales por el 11.° GB, para un total de $32.

– Si usas 12 GB, pagas $30 por los primeros 10 GB, luego $4 adicionales por los GB 11 y 12, por un total de $34.

…y así sucesivamente, sumando $2 por cada GB que uses por encima de los 10GB.

Este sistema hace que la facturación sea más clara y sencilla. Usted sabe exactamente cuánto se le cobrará si excede su límite de datos y la compañía telefónica puede calcular fácilmente los cargos según el uso real.

Para utilizar tarifas excedentes, debemos crear un campo personalizado especial en el objeto Precio de bloque. Este es un paso único para cualquier organización que utilice Salesforce CPQ.

29. ¿Explique la caída de precios en CPQ con la ayuda de un ejemplo?

Imagina que estás en «Sundae Funday», una heladería conocida por sus aderezos y sabores especiales. Decides comprar un cono de triple bola con tus sabores favoritos y así es como cambia el precio:

1. Precio original: Este es el costo básico en el que incurre “Sundae Funday” para hacer un cono de helado, incluyendo el helado, el cono, los aderezos y los costos operativos. Digamos que son $3.00. Esto no incluye ganancias ni costos adicionales; es simplemente cuánto le cuesta a la tienda hacer ese delicioso cono.

2. Precio de lista: ahora, el taller agrega su margen de beneficio, considerando factores como los gastos generales, los salarios del personal y el margen de beneficio. Este es el precio que ves en el menú cuando entras. Entonces, tu cono de triple cucharada aparece en $5.00. Ese es el precio estándar para cualquier cliente en un día normal.

3. Precio especial: ¿Adivina qué? Visitas la tienda un “martes tropical” y todos los conos con sabor tropical tienen un 20% de descuento. Como elegiste mango como una de tus bolas, tu cono ahora tiene un “precio especial” de $4.00. Este precio es específico para esta promoción o segmento de clientes.

4. **Precio Regular**: ¡Aquí vienen los beneficios del programa de fidelización! Como titular de una tarjeta de fidelidad “Sundae Funday”, tienes derecho a un descuento adicional del 10 % en cualquier compra. Ese beneficio reduce su precio a $3.60. Este es el “precio regular” que se ofrece a los clientes que cumplen ciertos criterios, como los miembros leales.

5. **Precio para el cliente**: Tienes un cupón por completar una encuesta en tu última visita, lo que te otorga un descuento adicional de $0,50 en tu próxima compra. Después de aplicar esto, su “precio al cliente” ahora es de $3,10. Este precio es el resultado de interacciones o negociaciones directas y únicas.

6. **Precio de socio**: La heladería tiene una asociación con un cine cercano. Dado que tiene una entrada de cine para el mismo día, obtiene un descuento adicional del 5%, lo que reduce su cono a un “precio de socio” de $2,95.

7. **Precio neto**: Finalmente, hay una promoción para toda la tienda en la que cada compra superior a $2,50 obtiene un descuento adicional de $0,10. Esto último te lleva a tu “precio neto” final de $2,85. Este es el monto final que paga y refleja todos los descuentos, promociones y circunstancias especiales que ha acumulado.

En este viaje, cada reducción de precio refleja una etapa en la cascada de precios CPQ, desde el costo básico de los bienes hasta el precio final pagado por un cliente en una posición única.

Memorizar las etapas de tarificación junto con sus funciones utilizando el

Con el mnemotécnico “Los viejos leones duermen, rara vez atrapan presas, nunca ronronean” , puede crear una historia que vincule cada término no solo con el orden de los precios sino también con sus roles específicos en el proceso de fijación de precios.

30. ¿Explique el método de fijación de precios de ‘porcentaje del total’?

Imagina que estás en un parque de helados, famoso por su variedad de deliciosos helados y divertidas atracciones secundarias. Uno de los servicios únicos que ofrece este parque es el «Bono Sorpresa de Sundae», un regalo especial que se calcula en función del monto total que gasta en otras delicias. Así es como funciona:

1. Método de fijación de precios: “Porcentaje del total”:

– Piense en esto como la “Regla de la sorpresa del helado”. Cada vez que compras helados, batidos o aderezos, eres elegible para recibir un regalo adicional. El parque ha establecido esta regla especial según la cual su bonificación es un porcentaje del monto total que ha gastado, como su “propina” en el restaurante. Esta regla es conocida por todos y es como la forma especial que tiene el parque de dar las gracias.

2. Porcentaje del total (%) – El número mágico:

– El parque tiene carteles por todas partes que dicen: “¡Gasta en golosinas y recibe un 10% de bonificación!” Este 10% es el número mágico. Es como la receta especial para la felicidad del parque. Entonces, si gastas $30 en varios helados y batidos, recibirás un “Bono Sorpresa de Sundae” por valor de $3.

3. Porcentaje de la base total: recuento de helados:

– Ahora, aquí es donde se pone aún más genial. El parque te permite elegir qué cuenta para este cálculo mágico del helado. Suponga que decide que solo cuentan las bolas de helado, no los batidos ni los waffles. Eso significa que si gastaste $20 en bolas y $10 en batidos, solo los $20 cuentan para tu “Bono Sorpresa de Sundae”, lo que lo convierte en un valor de $2 (10% de $20).

Por lo tanto, cada vez que disfruta de las delicias cremosas en este parque de helados, Salesforce CPQ es como el servidor invisible que trabaja en segundo plano. Se trata de asegurarse de que se sigan las reglas, calcular su gasto total, aplicar el porcentaje mágico y calcular su bonificación en función exactamente de lo que desea contar para la sorpresa.

Esto hace que recordar el concepto de “porcentaje del total” sea tan fácil como disfrutar de un helado en un día soleado.

50% Me gusta VS
50% No me gusta

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://www.sfdcamplified.com/salesforce-cpq-interview-questions-part-2/#utm_source=rss&utm_medium=rss&utm_campaign=salesforce-cpq-interview-questions-part-2

Categories
Developers Tutoriales de Salesforce

Seguridad Zero Trust para tus APIs usando MuleSoft ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

Seguridad Zero Trust para sus API con MuleSoft | Blog de desarrolladores de Salesforce

Roma no se construyó en un día… pero casi se arruinó en una noche. Eso es lo que tienen los imperios, son frágiles. Al igual que la confianza. Podemos extender aún más esta analogía a nuestra arquitectura empresarial; se necesita mucho tiempo y un gran esfuerzo para construir una organización exitosa y ganarse la confianza del cliente, pero un percance de seguridad puede reducir todos los escombros de sus esfuerzos.


En 2022, todos escuchamos sobre la filtración del juego GTA 6 justo antes de su fecha de lanzamiento. Esta filtración fue lo suficientemente grande como para poner en problemas financieros al editor del juego, y hubo especulaciones de que una persona interna, como un empleado, estaba involucrada. Entonces la pregunta es: "¿A quién debemos confiar con la seguridad?" La seguridad es tan fuerte como el eslabón más débil.

Y la respuesta es: “No confíes en nadie”, y eso es lo que nos lleva a Zero Trust Security (ZTS) .

ZTS es un marco arquitectónico que tiene como objetivo proteger a las organizaciones de amenazas de seguridad, ataques y violaciones de datos al cumplir con los protocolos de seguridad en cada punto de acceso.

Antes de ZTS, la seguridad basada en el perímetro era el enfoque popular. En la seguridad perimetral, autenticamos y autorizamos a la entidad solo a nivel periférico mediante firewalls, redes privadas virtuales, etc. Una vez que la entidad obtiene acceso, puede acceder a todos los recursos. El movimiento lateral no autorizado ha sido una de las principales preocupaciones en la seguridad perimetral.

Por el contrario, ZTS impone autenticación y autorización en cada punto de entrada. En general, podemos aplicar ZTS a aplicaciones empresariales, aplicaciones nativas de la nube, API, etc. En esta publicación de blog, nos centraremos principalmente en implementar ZTS para API y explorar lo que MuleSoft tiene para ofrecer en lo que respecta a Zero Trust Security.

Principios básicos de ZTS

Todo el concepto de ZTS se basa en los siguientes cuatro principios básicos:

  • No confíe en nadie y verifique siempre : independientemente de la persona (cliente, director ejecutivo, desarrollador, etc.), autenticamos y autorizamos su acceso en cada etapa. Si hay múltiples puntos de entrada para obtener acceso a un recurso en particular, debemos aplicar la validación en cada punto de entrada. Utilizamos Gestión de Identidad y Acceso (IAM) y autenticación multifactor (MFA), y aplicamos políticas de seguridad.
  • Mínimos privilegios y denegación predeterminada : De forma predeterminada, se denegará el acceso a todos los recursos. Una vez que la entidad está autenticada y autorizada, según la credencial, podemos otorgar acceso con los privilegios mínimos. Necesitamos asegurarnos de que estamos autorizando solo los recursos esenciales. Podemos controlar el acceso para diferentes roles utilizando el modelo de acceso basado en roles y modificar los privilegios en consecuencia.
  • Inspección completa y visibilidad del flujo de datos : debemos asegurarnos de que haya transparencia en el flujo de datos. Debemos tener cuidado con el registro de la carga útil, ya que podría involucrar información confidencial. Si hay múltiples sistemas finales y API involucrados, deberíamos tener una visión general de 360 grados de la arquitectura del sistema y el flujo de datos. De esta forma, podemos controlar el mal uso de información sensible y la fuga de información.
  • Gestión de control centralizado: Para implementar fuertes medidas de seguridad, necesitamos un centro de gestión centralizado. Esto nos permitirá aplicar medidas de seguridad en todas las entidades. También nos da un control completo sobre la infraestructura de la organización desde una perspectiva de seguridad. API Manager es un lugar para dejar de administrar aplicaciones API, Mule y Non-MuleSoft. Puede administrar, proteger y gobernar aplicaciones con la ayuda de API Manager.

Implementación de seguridad de confianza cero

Es muy probable que su infraestructura existente ya tenga algunas medidas de seguridad implementadas. Para implementar ZTS, no tiene que comenzar a construir todo desde cero o reconstruir su infraestructura de seguridad existente. Todo lo que necesita hacer es planificar bien las medidas de seguridad e identificar las lagunas. Puede lograr esto adoptando un enfoque de microsegmentación o seguridad en capas.

Microsegmentación o enfoque de seguridad en capas

Esta es una técnica en la que dividimos la infraestructura en niveles o segmentos y luego aplicamos medidas de seguridad. También podemos considerarlo como "divide y vencerás", donde estamos dividiendo la gran infraestructura en fragmentos más pequeños para una mejor seguridad y control. Este enfoque nos brinda seguridad a nivel granular.

Podemos implementar los principios básicos de ZTS de la siguiente manera:

  1. Enumere todos los activos, sistemas finales, aplicaciones, datos y puntos finales de API. Comprobar el estado del dispositivo y del sistema. Implemente la autenticación de extremo a extremo y no permita el acceso lateral.
  2. Resuma el flujo de datos y las conexiones. Diseñe su infraestructura actual.
  3. En función de la criticidad de la información, identificar las políticas de seguridad a aplicar en cada punto de entrada. Implemente el acceso basado en roles y políticas.
  4. Haga cumplir la implementación de seguridad a través de un sistema de gestión central y supervise su infraestructura.

ZTS con MuleSoft

Es posible que ya esté familiarizado con las capacidades de integración de MuleSoft y cómo aprovechar la conectividad dirigida por API para construir una infraestructura componible. Lo siguiente lo ayudará a comprender cómo implementar ZTS usando las capacidades de seguridad de MuleSoft.

Tomemos en consideración una arquitectura componible creada con conectividad dirigida por API (vea la imagen a continuación). La línea exterior punteada en rojo denota seguridad basada en el perímetro, ya que estamos aplicando seguridad en un nivel periférico. Para aplicar ZTS, aplicaremos medidas de seguridad en cada capa de la API y en todo el punto final de la API. Las líneas internas de puntos rojos en la capa de proceso indican que hemos aplicado una política de eliminación de encabezado y autenticación básica en el punto de entrada de la capa de experiencia a la capa de proceso.


¿Cómo logramos ZTS con MuleSoft?

  1. Aplicación de políticas de seguridad listas para usar: MuleSoft ofrece varias políticas de seguridad listas para usar, desde la autenticación básica hasta OAuth y JWT. Podemos aplicar fácilmente estas políticas en nuestro nivel de puerta de enlace API utilizando Anypoint API Manager . También podemos personalizar estas políticas para cumplir con los estándares y regulaciones de nuestra organización.
  2. Creación de entornos seguros: podemos aplicar la protección contra amenazas en cada perímetro perimetral de forma automática mediante Anypoint Security en una plataforma que cumpla con las normas ISO 27001, SOC 1 y 2, HIPAA, PCI DSS y GDPR.
  3. Registro y monitoreo efectivos: podemos lograr transparencia utilizando las capacidades de registro y monitoreo de MuleSoft, y usar API Catalog CLI para descubrir y catalogar nuestras API.
  4. Gobernanza continua : utilizamos Anypoint API Governance para identificar, validar y hacer cumplir las mejores prácticas de seguridad para las API, como OWASP Top 10, desde el diseño hasta la implementación.

Conclusión


En este blog, hemos aprendido sobre Zero Trust Security y sus principios básicos. También somos conscientes de la diferencia entre la seguridad basada en el perímetro y ZTS, y por qué ZTS es importante. Además, hemos aprendido cómo podemos implementar ZTS usando MuleSoft y las capacidades de seguridad que MuleSoft tiene para ofrecer.

Recursos

Sobre el Autor

Akshata Sawant es promotora sénior de desarrolladores en Salesforce. Es autora, bloguera y oradora, y coautora del título, MuleSoft for Salesforce Developers . Akshata es un miembro activo de la comunidad de MuleSoft y ex embajador de MuleSoft. Le encanta leer, bailar, viajar y la fotografía, y es una gran entusiasta de la comida. Síguela en Twitter y LinkedIn.

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2023/04/zero-trust-security-for-your-apis-using-mulesoft.html

Categories
Developers Tutoriales de Salesforce

Comience a crear aplicaciones de Salesforce ahora con un nuevo proyecto de Trailhead ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

Comience a crear aplicaciones de Salesforce ahora con un nuevo proyecto de Trailhead | Blog de desarrolladores de Salesforce

Los desarrolladores valoran y confían en Salesforce Platform porque simplifica el proceso de creación de soluciones empresariales seguras. Al utilizar las herramientas y los servicios integrados de la plataforma para la automatización, la integración y más, los desarrolladores pueden lograr el éxito comercial más rápido. Los desarrolladores de Salesforce abordan problemas comerciales complejos escribiendo código y utilizando herramientas sin código que ofrecen funciones simples rápidamente. Las herramientas sin código de la plataforma reducen la necesidad de que los desarrolladores escriban código repetitivo, para que puedan concentrarse en escribir código para funciones de mayor valor.

Para iniciar su viaje de desarrollo de Salesforce, hemos creado un nuevo Proyecto Trailhead: Comience con el desarrollo de Salesforce . Este blog le presenta el proyecto y proporciona una descripción general de lo que puede esperar de él.

Además de Salesforce Platform, el ecosistema más amplio de tecnologías de Salesforce incluye Heroku, MuleSoft, Marketing Cloud, Tableau, Slack y otros. El proyecto Trailhead del que hablaremos aquí está diseñado específicamente para desarrolladores que estén interesados en comenzar con Salesforce Platform.

requisitos previos

El único requisito previo para este proyecto es crear una cuenta en Trailhead , nuestra plataforma de aprendizaje en línea gratuita y divertida. Una vez que llegue a Trailhead, haga clic en el proyecto Comenzar con el desarrollo de Salesforce y siga las instrucciones del proyecto.

Si tiene experiencia previa en ingeniería de software, puede encontrar las instrucciones paso a paso fáciles de navegar. Sin embargo, los estudiantes sin experiencia en programación también deberían poder completar este proyecto.

Panorama de herramientas para desarrolladores de Salesforce

La plataforma Salesforce permite a los equipos de desarrollo elegir la herramienta adecuada para el trabajo adecuado. La combinación de herramientas sin código con código escrito hace que los desarrolladores sean más productivos y acelera el desarrollo.

Herramientas sin código: las herramientas sin código vienen listas para usar dentro del entorno de Salesforce. Los desarrolladores usan estas herramientas para crear modelos de datos de aplicaciones (Schema Builder), configurar la seguridad de los datos, escribir automatización sin código y mucho más.

Herramientas de código : como cualquier otra tecnología de desarrollo de software, los desarrolladores de Salesforce Platform utilizan herramientas de línea de comandos y un IDE. La CLI de Salesforce es la herramienta de línea de comandos que ejecuta comandos en organizaciones de Salesforce y funciona con archivos de origen en su máquina local. El paquete de extensión de Salesforce para Visual Studio Code contiene funciones que agilizan aún más el desarrollo y brindan una experiencia IDE.

Su primer paso hacia el desarrollo de Salesforce es aprender a instalar estas herramientas. La primera unidad del proyecto, Prepárese para desarrollar , está diseñada para ayudarlo a configurar el entorno de desarrollo y prepararse para crear aplicaciones.

El poder de menos código

Las aplicaciones modernas suelen necesitar una interfaz de usuario intuitiva, API para integrarse con otros sistemas y procesos, y una seguridad robusta, todo lo cual requiere un código complejo. La buena noticia es que Salesforce Platform proporciona herramientas integradas para ayudarlo a incorporar estas funciones en sus aplicaciones sin necesidad de escribir y mantener una gran cantidad de código.

La segunda unidad del proyecto, Crear un modelo de datos mediante clics , le presenta herramientas sin código para crear modelos de datos y también proporciona una descripción general de algunas de las capacidades listas para usar de la plataforma Salesforce.

Ampliación de los servicios listos para usar y las capacidades de la plataforma

Los desarrolladores pueden personalizar la plataforma Salesforce para resolver problemas comerciales complejos. Una de las formas en que pueden hacerlo es escribiendo código para ampliar las capacidades de las herramientas sin código de la plataforma.

JavaScript y Apex son los dos lenguajes más destacados en Salesforce Platform para escribir personalizaciones. Apex es el lenguaje de back-end más ampliamente adoptado en el ecosistema de Salesforce, y JavaScript se utiliza para el desarrollo de front-end que aparece a través de Lightning Web Components.

Escribiendo lógica de negocios en Apex

El lenguaje de programación de Apex está optimizado para ejecutarse en el entorno multiusuario de Salesforce. Está fuertemente tipado y orientado a objetos, y permite a los desarrolladores automatizar procesos comerciales de back-end complejos cuando se necesita código.

Apex se integra con la capa de persistencia de datos de Salesforce y tiene soporte integrado para trabajar con datos de Salesforce, lo que permite a los desarrolladores ser más productivos. Y además de eso, Apex fomenta automáticamente las buenas prácticas de codificación al hacer cumplir los límites del regulador y los requisitos de prueba .

Los desarrolladores de Salesforce necesitan conocer Apex, ya que les permite ampliar la funcionalidad lista para usar proporcionada por la Plataforma de Salesforce. La tercera unidad del proyecto, Write Business Login in Apex , cubre cómo escribir y probar el código Apex.

Personalización de la interfaz de usuario de Salesforce con componentes web Lightning

Los componentes web Lightning son elementos HTML personalizados que utilizan los estándares de los componentes web y están creados con HTML y JavaScript moderno. Un componente web Lightning (LWC) se ejecuta en el navegador de forma nativa y permite a los desarrolladores crear nuevas aplicaciones o personalizar la interfaz de usuario lista para usar de las aplicaciones existentes.

Saber cómo trabajar con LWC es una habilidad de desarrollo clave de Salesforce, ya que le permite crear experiencias personalizadas en la plataforma de Salesforce. La última y última unidad, Crear un componente de interfaz de usuario reutilizable con componentes web Lightning , lo guiará paso a paso a través del proceso de creación de un componente web Lightning.

¿Qué más puedes aprender?

Además del proyecto Trailhead que se analiza en este blog, tiene la oportunidad de aprender habilidades de desarrollo aún más importantes en Trailhead . Algunos que recomendamos incluyen:

Flujo de fuerza de ventas

Salesforce Flow le permite automatizar los procesos comerciales con poca o ninguna codificación, lo que le permite ahorrar tiempo y recursos. Puede interactuar con Apex y LWC. Por ejemplo, como desarrollador, puede escribir clases de Apex que Flow puede invocar. También puede crear una interfaz de usuario de flujo personalizada usando LWC, o tener su flujo alojado en la página en un LWC. Al combinar Flows, Apex y LWC, puede crear rápidamente soluciones que agreguen valor comercial.

Funciones de la fuerza de ventas

Para el código de escala elástica, puede utilizar Funciones de Salesforce . Estas unidades de código de funciones como servicio (FaaS) le permiten ampliar Salesforce utilizando lenguajes de código abierto como Java, JavaScript y Python. Las funciones de Salesforce también le permiten conectarse fácilmente a servicios de bases de datos administrados en Heroku. Escalar su aplicación Salesforce con código nunca ha sido tan fácil.

Cliente 360

La plataforma de Salesforce permite el éxito inmediato al trabajar sin problemas con Salesforce Customer 360 y proporcionar beneficios rápidos de tiempo de valor de código bajo. Sin embargo, las habilidades de desarrollador también son útiles cuando se trabaja con gran parte del panorama tecnológico de Salesforce. Esto incluye la creación de experiencias y recorridos personalizados con Marketing Cloud, la creación y el escalado de escaparates y sitios web de comercio electrónico con Commerce Cloud , la visualización de análisis basados en datos con Tableau o la creación de aplicaciones conectadas con Slack .

Conclusión

El proyecto Trailhead, Primeros pasos con el desarrollo de Salesforce , le brinda una descripción general de lo que es ser un desarrollador que trabaja con las capacidades de la plataforma Salesforce. Pero esto es sólo el comienzo. Cada una de las unidades dentro del proyecto tiene enlaces a otros recursos para brindarle una comprensión más profunda.

Finalmente, si te quedas atascado, recuerda que no estás solo. El grupo de desarrolladores de Salesforce en Trailblazer Community es donde puede colaborar, conectarse en red, crear conexiones y aprender con otros desarrolladores a nivel mundial.

Recursos

Comience con el desarrollo de Salesforce

Sobre el Autor

Mohith Shrivastava es promotor de desarrollo en Salesforce con una década de experiencia en la creación de productos a escala empresarial en la plataforma de Salesforce. Actualmente se está enfocando en las herramientas para desarrolladores de Salesforce, Apex y Lightning Web Components en Salesforce. Mohith se encuentra actualmente entre los principales contribuyentes en Salesforce Stackexchange, un foro de desarrolladores donde los desarrolladores de Salesforce pueden hacer preguntas y compartir conocimientos. Puedes seguirlo a través de su Twitter @msrivastav13.

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/11/get-started-building-salesforce-apps-now-with-a-new-trailhead-project.html

Categories
Developers

Cómo aprobar el examen de certificación

de Salesforce Platform App Builder

Última actualización el 16 de septiembre de 2022 por Rakesh Gupta

Con inmenso placer, me gustaría compartir que aprobé el examen de certificación de Platform App Builder hace un mes. Me tomó 50 minutos revisar todas las preguntas antes de presionar el botón de enviar. Después de un clic más del botón 'Continuar', woohoo, la pantalla dice Result: Pass .

Después de terminar, pensé en compartir algunas de mis experiencias con respecto a mi preparación para el examen.

👉 Ya que está aquí, es posible que desee consultar mi nuevo libro Certificación del creador de aplicaciones de la plataforma Salesforce: una guía práctica de estudio .

Entonces, ¿quién es un candidato ideal para el examen?

La credencial de Salesforce Platform App Builder está destinada a una persona con experiencia en el desarrollo de aplicaciones personalizadas en Lightning Platform, incluida la aplicación práctica de las habilidades y conceptos que se indican en los objetivos del examen a continuación.

El creador de aplicaciones de la plataforma Salesforce generalmente tiene de 6 meses a 1 año de experiencia en la creación de aplicaciones en la plataforma Lightning y/o en una plataforma de tecnología similar.

El candidato de Salesforce Platform App Builder tiene la experiencia, las habilidades y los conocimientos que se describen a continuación:

  • Familiaridad con las capacidades de la plataforma Lightning
  • Conocimiento de los tipos de licencia de Salesforce y consideraciones relacionadas
  • Capacidad para diseñar aplicaciones para respaldar los procesos comerciales y los requisitos de informes
  • Familiaridad con las capacidades y la personalización utilizadas para mejorar la experiencia del usuario móvil
  • Familiaridad con los entornos de desarrollo de Salesforce y las opciones disponibles para implementar aplicaciones y administrar cambios en la Plataforma Lightning
  • Comprensión de los recursos enumerados en esta guía de examen y los materiales de estudio adicionales requeridos proporcionados por Salesforce

No se espera que un candidato para este examen pueda administrar Sales Cloud o Service Cloud, tener experiencia en desarrollo programático (Apex, Visualforce, etc.), diseñar interfaces personalizadas con Visualforce o diseñar componentes Lightning personalizados con Apex o JavaScript.

¿Cómo prepararse para el examen?

El punto de partida para mí con cualquier examen es la Guía de estudio. Esto le brinda detalles del propósito y el formato del examen y luego un resumen punto por punto de las áreas en las que se evaluará y cuánto cuentan para la calificación general.

  • 60 preguntas de opción múltiple/selección múltiple: 105 minutos
  • 63% es el puntaje de aprobación
  • Secciones de examen y ponderación
    • Fundamentos de Salesforce : 23%
    • Modelado y gestión de datos: 22%
    • Lógica de Negocios y Automatización de Procesos : 28%
    • Interfaz de usuario: 17%
    • Implementación de la aplicación : 10 %
  • La tarifa del examen es de $ 200 más los impuestos aplicables.
  • Tarifa de repetición: USD 100, más impuestos aplicables según lo exija la ley local
  • Guía del examen de certificación de Platform App Builder
  • Programa tu examen de certificación aquí

Lo que suceda a continuación depende de cómo le guste estudiar: si encuentra videos de la mejor manera, el principal catálogo de capacitación en línea tiene un excelente material, que incluye preguntas de verificación de conocimientos para ver si algo se mantiene. Si no tiene acceso a eso, hay una gran cantidad en el canal de Salesforce en YouTube.

Soy un gran admirador de la palabra escrita, por lo que generalmente me dirijo a la ayuda en línea y voy directamente a la sección Hojas de consejos imprimibles y guías del usuario . Esta colección de documentos breves lo guía a través de la configuración y el uso de varios aspectos del sistema.

La siguiente lista no es exhaustiva; así que échale un vistazo y utilízalo como punto de partida:

  1. Descubra la certificación de asociado de Salesforce: una credencial de nivel de entrada para los nuevos pioneros
  2. Trailmix: Prepárese para su credencial de creador de aplicaciones de la plataforma Salesforce
  3. Módulo : estudio para el examen de Platform App Builder
  4. Superbadge : Especialista en seguridad
  5. Superbadge : Especialista en Automatización de Procesos
  6. Superbadge : Especialista en personalización de aplicaciones

Lo que necesita saber para suavizar su viaje

En un nivel muy alto, debe comprender los siguientes temas para aprobar el examen. Todo el mérito es para el equipo de Salesforce Trailhead y sus respectivos propietarios.

  1. Fundamentos de Salesforce : 23%
    1. Salesforce proporciona objetos y campos estándar para tipos de registros comerciales comunes, como cuentas, clientes potenciales y contactos. Pero cada organización es única y necesita una forma de personalizar cómo se almacenan los datos. Los objetos y campos personalizados permiten a las empresas gestionar y almacenar datos para adaptarse mejor a sus necesidades.
    2. Una aplicación Lightning es una colección de elementos que funcionan juntos para cumplir una función particular. En Lightning Experience, las aplicaciones Lightning brindan a sus usuarios acceso a conjuntos de objetos, pestañas y otros elementos, todo en un paquete conveniente en la barra de navegación.
    3. Entonces, ¿qué cosas puedes poner en una aplicación Lightning?
      1. La mayoría de los objetos estándar, incluidos Inicio, las noticias en tiempo real de Chatter, Grupos y Personas
      2. Los objetos personalizados de su organización
      3. Pestañas de Visualforce
      4. Pestañas de componentes Lightning
      5. Aplicaciones de lienzo a través de pestañas de Visualforce
      6. pestañas web
    4. Puede ver en el Administrador de aplicaciones que hay dos tipos de aplicaciones: Classic y Lightning. Una marca de verificación en la columna Visible en Lightning Experience significa que se puede acceder a la aplicación en Lightning Experience a través del Iniciador de aplicación y que es totalmente funcional.
      1. Las aplicaciones clásicas que no tienen una marca de verificación en la columna Visible en Lightning solo están habilitadas para nuestra IU de Salesforce Classic. Debido a que está trabajando en Lightning Experience, no encontrará esas aplicaciones solo clásicas en el Iniciador de aplicación. Las aplicaciones clásicas marcadas como visibles en Lightning Experience se pueden usar por completo en Lightning Experience, pero no aprovechan las mejoras de aplicaciones que ofrece Lightning Experience.
    5. Los diseños compactos controlan qué campos ven sus usuarios en el panel de aspectos destacados en la parte superior de un registro. También controlan los campos en la tarjeta de búsqueda expandida que ve cuando pasa el mouse sobre un enlace en los detalles del registro y en la sección de detalles cuando expande la actividad en la escala de tiempo de la actividad.
      1. Los diseños compactos ayudan a que su equipo sea más productivo al presentarles información de registro clave para que puedan administrar fácilmente su trabajo. Por ejemplo, muestre números de teléfono y regiones en una cuenta. O muestre etapas, cantidades y campos de propiedad en una oportunidad. Con diseños compactos, puede resaltar lo que sus usuarios necesitan ver de un vistazo cuando miran un registro.
    6. Las páginas Lightning son una colección de componentes Lightning organizados en regiones de la página. Puede personalizar la estructura de la página y la posición de los componentes con Lightning App Builder (obtenga más información en el módulo Lightning App Builder en Trailhead).
    7. Los vínculos personalizados pueden vincular a una URL externa, como http://www.google.com , una página de Visualforce o la intranet de su empresa. Los botones personalizados pueden conectar a los usuarios a aplicaciones externas, como páginas web, y lanzar enlaces personalizados.
      1. Hay tres tipos principales de botones y enlaces personalizados que puede crear.
        1. Botón Lista: aparece en una lista relacionada en una página de registro de objetos.
        2. Vínculo de la página de detalles: aparece en la sección Vínculos de los detalles del registro en una página de registro de objeto.
        3. Botón de página de detalles: aparece en el menú de acciones en el panel de aspectos destacados de una página de registro.
      2. Un botón de lista personalizada es un botón que puede agregar a una lista relacionada. Cuando crea un botón de lista para un objeto, puede agregar ese botón a la lista relacionada de ese objeto cuando la lista relacionada aparece en otros objetos. Dado que las auditorías energéticas están vinculadas a cuentas con un campo de relación de búsqueda, aparece automáticamente una lista relacionada con las auditorías energéticas en los registros de cuentas.
    8. Las acciones permiten a los usuarios realizar tareas rápidamente, como crear registros, registrar llamadas, enviar correos electrónicos y más. Con acciones personalizadas, puede hacer que la navegación y el flujo de trabajo de sus usuarios sean lo más fluidos posible al brindarles acceso rápido a la información más importante.
      1. Las acciones rápidas vienen en dos sabores diferentes.
        1. Las acciones específicas de objetos tienen relaciones automáticas con otros registros y permiten a los usuarios crear o actualizar rápidamente registros, registrar llamadas, enviar correos electrónicos y más, en el contexto de un objeto en particular.
        2. Las acciones globales se crean en un lugar diferente de la Configuración en el que se crean acciones específicas de objetos. Se denominan acciones globales porque se pueden colocar en cualquier lugar donde se admitan acciones. Use acciones globales para permitir que los usuarios registren detalles de llamadas, creen registros o envíen correos electrónicos sin salir de la página en la que se encuentran.
    9. Service Cloud es una aplicación de servicio al cliente fácil de usar que puede ayudarlo a brindar y realizar un seguimiento de un servicio excelente. Mantiene a sus clientes contentos y a su equipo de soporte cuerdo, ya sea que sus clientes se comuniquen con usted por correo electrónico, teléfono, redes sociales u otros canales desde computadoras de escritorio, dispositivos móviles o aplicaciones.
    10. Beneficios de la Consola de servicio
      Beneficio Descripción
      (1) Vistas divididas Desde el principio, puede ver una lista de casos junto con su espacio de trabajo para resolver rápidamente los problemas de los clientes entrantes.
      (2) Registros relacionados y componentes de listas relacionadas Desde el primer momento, puede ver información relacionada con un cliente para obtener una imagen completa de su problema y quiénes son. Vaya a listas de casos similares y trabaje con listas para mantener sus casos organizados.
      (3) Componente del panel de aspectos destacados Sin configurar nada, localice exactamente lo que necesita al frente y al centro para responder a los clientes rápidamente.
      (4) Caja de alimentación compacta Comprenda la progresión del caso y el historial del caso de un vistazo con un feed de noticias y páginas preconfiguradas. Los íconos coloridos lo ayudan a distinguir entre personas e interacciones al instante, y puede agregar un comentario rápido para ayudar a sus clientes o equipo.
      (5) Componente de conocimiento Vea artículos sugeridos de su base de conocimiento para resolver casos más rápido, busque artículos para encontrar exactamente lo que necesita y adjunte soluciones comunes de casos similares. (Debe habilitar Lightning Knowledge primero).
      (6) Barra de utilidades preconfigurada Aumente la productividad con herramientas, como Notas para anotar cosas o Historial para volver a los registros vistos recientemente.
    11. La gestión de casos significa organizar los casos de los clientes en un solo lugar y asegurarse de que vayan a la persona adecuada, para obtener la respuesta correcta, en el momento adecuado. Service Cloud hace todo eso entre bastidores con herramientas de automatización. El servicio es más fácil, más rápido y mejor con un poco de automatización.
      1. Herramientas de gestión de casos en Salesforce
        Colas Priorice automáticamente la carga de trabajo de su equipo de soporte mediante la creación de listas desde las cuales los agentes específicos pueden intervenir para resolver ciertos tipos de casos.
        Reglas de asignación Asigne automáticamente casos entrantes a agentes específicos para que las personas adecuadas trabajen en los casos correctos.
        Reglas de escalada Escalar automáticamente los casos a las personas adecuadas cuando los casos no se resuelvan en un tiempo determinado.
        Reglas de respuesta automática Envíe automáticamente respuestas de correo electrónico personalizadas a los clientes según los detalles de cada caso.
    12. Plan para la automatización de casos: las respuestas determinan qué herramientas utilizará para automatizar la gestión de casos.
      Pregunta Responder Herramienta
      ¿Los agentes de soporte trabajan en equipo en temas específicos? Sí, algunos agentes elaboran una lista de correos electrónicos a medida que llegan de los clientes. Colas
      ¿Cómo está estructurado el equipo de soporte? Contamos con equipos de soporte Gold y Platinum. El soporte Platinum comparte una carga de trabajo. colas o

      Reglas de asignación

      ¿Los agentes de soporte trabajan en productos específicos o tienen habilidades especiales? Algunos agentes trabajan en la instalación de paneles solares mientras que otros trabajan en el rendimiento de los paneles solares. Reglas de asignación
      ¿Los casos deben escalarse a alguien si no se resuelven en un tiempo específico? Sí, no podemos hacer que los clientes esperen más de 5 horas para resolver sus problemas. Reglas de escalada
      ¿Los clientes deben recibir respuestas automáticas? Sí, queremos que los clientes sepan que recibimos su problema y que nos preocupamos por ellos. Reglas de respuesta automática
    13. Plan de compromiso digital
      Pregunta Responder
      ¿Cuál es el tamaño máximo de los archivos adjuntos de correo electrónico admitidos? Menos de 25 MB está bien.
      ¿Los correos electrónicos salientes de Salesforce deben enrutarse a través de los servidores de correo electrónico de Ursa Major Solar por razones de seguridad o cumplimiento? No, los correos electrónicos salientes pueden enrutarse a través de Salesforce.
      ¿El servicio de atención al cliente utiliza plantillas de correo electrónico y, de ser así, existen requisitos de marca? No, no usamos plantillas de correo electrónico, pero deberíamos hacerlo en el futuro para mantener la coherencia. También deberíamos agregar nuestro logotipo a las plantillas de correo electrónico en algún momento.
      ¿Podemos agregar un fragmento de código al sitio web de nuestro cliente para mostrar un formulario web? Si no hay problema.
      ¿Necesitamos crear campos de casos personalizados para capturar información para el formulario web? No, no ahora. Veamos cómo funciona esto primero.
    14. Opciones de interacción digital con Service Cloud.
      Voz, Call Center y Open CTI Aumente la productividad del teléfono mediante la integración de Salesforce con sistemas de integración de telefonía informática (CTI) de terceros. Vea los datos de Salesforce para las llamadas entrantes, realice llamadas salientes directamente desde la consola e informe sobre el resultado de la llamada, la duración y más.
      Centro de ayuda de autoservicio Ayude a los clientes a encontrar respuestas, registrar casos y actualizar pedidos por su cuenta desde experiencias web de autoservicio. Personalice, cree y marque centros de ayuda con plantillas, componentes y aplicaciones fáciles de usar.
      Atención al cliente en redes sociales Ayude a los agentes de soporte a escuchar, responder y registrar casos para clientes en plataformas sociales como Twitter, Instagram, Facebook y más. Use palabras clave, clasificadores y detección de idioma para asegurarse de que los agentes encuentren las publicaciones correctas y trabajen en los problemas correctos.
      Chat y servicio integrado Interactúe con los clientes que navegan por la web con chat en vivo en tiempo real. Integre rápidamente capacidades de chat discretas en los sitios web de la empresa para navegadores móviles y de escritorio para permitir que los clientes conversen con los agentes y desvíen los casos antes de que se registren.
      Complementos para Mobile & Visual Remote Assistant Agregue servicio a las aplicaciones móviles para que los clientes puedan obtener ayuda de las aplicaciones en teléfonos y tabletas. Con un SDK (kit de desarrollo de software), los desarrolladores pueden permitir que los clientes creen y administren casos, chateen en vivo con agentes de soporte, chaten por video y compartan pantalla con agentes (Visual Remote Assistant) y vean artículos de la base de conocimientos sobre la marcha.
      Mensajería Interactúe con los clientes utilizando aplicaciones de mensajería como texto SMS y Facebook Messenger, para que puedan conectarse con los agentes de soporte al instante desde cualquier lugar. Ayude a los agentes a administrar varias conversaciones de texto a la vez y ver cada texto junto con los datos relevantes de Salesforce.
      Servicio de campo Apoye las visitas in situ en el campo con soluciones móviles como horarios de trabajo, inventario de camionetas y más, con o sin conexiones web.
    15. Las soluciones de AppExchange son la forma rápida y sencilla de ampliar la funcionalidad principal de Salesforce. Hay algo para cada desafío empresarial.
      Escribe Descripción
      aplicaciones Aplicaciones completas y especializadas
      Componentes Bloques de construcción utilizados para agregar funcionalidad a páginas, aplicaciones y soluciones Bolt
      Soluciones de pernos Soluciones industriales combinadas con servicios de socios
      Datos de rayos Datos de terceros para enriquecer sus datos de CRM
      Soluciones de flujo Acciones de flujo: elementos independientes que agregan funcionalidad a los flujos de proceso
      Plantillas de flujo: procesos comerciales preconstruidos, integrales, configurables y adaptados para adaptarse a casos de uso específicos de la industria
      Consultores Expertos que poseen un profundo conocimiento de la industria y habilidades comprobadas de Salesforce
    16. Las soluciones de AppExchange tienen varias cosas en común. Ellos:
      1. Ampliar la funcionalidad de Salesforce.
      2. Se puede distribuir a otros.
      3. Ejecutar en la plataforma Salesforce.
      4. Acelere el desarrollo de soluciones.
    17. Todas las soluciones de AppExchange comparten algunas cualidades importantes.
      1. Fácil de instalar : miles de soluciones se instalan con solo unos pocos clics.
      2. Fácil de configurar : integre y configure soluciones con clics, no con código.
      3. Revisión por pares : hay más de 80 000 revisiones por pares de las soluciones de AppExchange.
      4. Seguridad probada : para aparecer en AppExchange, cada solución pasa una revisión de seguridad rigurosa.
    18. Puede administrar el acceso a nivel de registro de estas cuatro maneras.
      1. Los valores predeterminados de toda la organización especifican el nivel predeterminado de acceso que los usuarios tienen a los registros de los demás. Utiliza la configuración de uso compartido de toda la organización para bloquear sus datos al nivel más restrictivo y luego usa las otras herramientas de seguridad y uso compartido a nivel de registro para otorgar acceso de forma selectiva a otros usuarios.
      2. Las jerarquías de funciones otorgan acceso a los usuarios que se encuentran más arriba en la jerarquía a todos los registros que pertenecen a los usuarios que se encuentran por debajo de ellos en la jerarquía. Las jerarquías de roles no tienen que coincidir exactamente con su organigrama. En su lugar, cada rol en la jerarquía debe representar un nivel de acceso a los datos que necesita un usuario o grupo de usuarios.
      3. Las reglas de colaboración son excepciones automáticas a los valores predeterminados de toda la organización para grupos particulares de usuarios, por lo que pueden acceder a registros que no son de su propiedad o que normalmente no pueden ver. Las reglas de colaboración, como las jerarquías de funciones, solo se utilizan para dar acceso a los registros a usuarios adicionales. No pueden ser más estrictos que la configuración predeterminada de toda su organización.
      4. El uso compartido manual permite a los propietarios de registros particulares compartirlos con otros usuarios. Aunque el uso compartido manual no está automatizado como la configuración de uso compartido en toda la organización, las jerarquías de roles o las reglas de uso compartido, puede ser útil en algunas situaciones, como cuando un reclutador que se va de vacaciones necesita asignar temporalmente la propiedad de una solicitud de empleo a otra persona.
    19. La auditoría proporciona información importante para diagnosticar posibles problemas de seguridad o tratar problemas reales. Alguien en su organización debe auditar regularmente para detectar posibles abusos. Busque cambios inesperados o patrones de uso.
      1. Campos de modificación de registros: todos los objetos incluyen campos para almacenar el nombre del usuario que creó el registro y quién lo modificó por última vez. Esto proporciona alguna información básica de auditoría.
      2. Historial de inicio de sesión: puede revisar una lista de intentos de inicio de sesión exitosos y fallidos durante los últimos seis meses. Para obtener más información, consulte Supervisar el historial de inicio de sesión .
      3. Seguimiento del historial de campos: puede activar la auditoría para realizar un seguimiento automático de los cambios en los valores de los campos individuales. Aunque la auditoría a nivel de campo está disponible para todos los objetos personalizados, solo algunos objetos estándar la permiten. Para obtener más información, consulte Seguimiento del historial de campos .
      4. Pista de auditoría de configuración: la Pista de auditoría de configuración registra cuándo se realizan modificaciones en la configuración de su organización. Para obtener más información, consulte Supervisar cambios en la configuración .
    20. Salesforce Identity le permite brindar a las personas adecuadas el acceso correcto a los recursos correctos en el momento correcto. Usted controla quién puede acceder a sus organizaciones y quién puede utilizar las aplicaciones que se ejecutan en Salesforce Platform, localmente, en otras nubes y en dispositivos móviles.
    21. Las principales características de Salesforce Identity.
      1. Inicio de sesión único
      2. Aplicaciones conectadas
      3. Inicio de sesión social
      4. Autenticación multifactor
      5. Mi dominio
      6. Gestión centralizada de cuentas de usuario
      7. Aprovisionamiento de usuarios
      8. Lanzador de aplicaciones
    22. Estos son los tres protocolos que siguen Salesforce y otros proveedores de identidad para implementar soluciones de identidad.
      1. SAML
      2. Autenticación automática 2.0
      3. Conexión de identificación abierta
    23. Especialista en paneles e informes de Lightning Experience
    24. La aplicación móvil Salesforce es una aplicación de clase empresarial que brinda a sus usuarios acceso instantáneo a los datos de CRM de su empresa desde un teléfono o tableta. Estas son algunas de las razones por las que la aplicación es tan increíble.
      1. La aplicación móvil se incluye con cada licencia de Salesforce. Sí, nos has oído bien, es gratis. Aplazar la implementación de su dispositivo móvil es básicamente como prender fuego a montones de dinero.
      2. La aplicación es plug-and-play , lo que significa que los usuarios simplemente la descargan de App Store® o Google Play™ y listo. Funciona fuera de la caja sin necesidad de configuración. Es muy rápido, en serio. En el tiempo que le tomó leer este párrafo, es posible que ya haya instalado la aplicación e iniciado sesión.
      3. La aplicación es multiplataforma , por lo que se ejecuta en los sistemas operativos Android e iOS. Automáticamente, sin que tengas que hacer ningún trabajo de desarrollo.
      4. La aplicación tiene capacidades fuera de línea. Sus usuarios móviles no se verán afectados por señales celulares caprichosas, regulaciones de la FAA, viajes en metro o edificios estilo búnker.
      5. Funciona a la perfección con la versión de escritorio de Lightning Experience , por lo que los usuarios pueden cambiar entre los dos sin perder el ritmo.
      6. No es solo una aplicación. es una plataforma Debido a que la plataforma Salesforce impulsa la aplicación móvil, es infinitamente personalizable. Puede usar herramientas de apuntar y hacer clic para personalizarlo.
    25. Tres características que puede usar para personalizar la aplicación móvil.
      1. Acciones rápidas
      2. Diseños compactos
      3. Navegación móvil, para aplicaciones Lightning y la aplicación Solo móvil
  2. Modelado y gestión de datos: 22%
    1. Los clientes potenciales son personas y empresas que ha identificado como clientes potenciales. Puede encontrar clientes potenciales de varias maneras. Muchos de sus clientes potenciales pueden ser referidos por otros clientes satisfechos. También puede recopilar clientes potenciales cuando los clientes se comuniquen con usted en su sitio web, pasen por su stand en una conferencia o mediante intercambios de información con empresas asociadas. En Salesforce, la información sobre prospectos se almacena en registros de prospectos.
      1. Algunas grandes ventajas de usar clientes potenciales. Puede realizar un mejor seguimiento, generar informes y orientar las campañas de marketing a clientes potenciales. Los clientes potenciales pueden ayudarlo a concentrarse en los tratos potenciales que tienen más probabilidades de cerrarse.
    2. Utilice el espacio de trabajo para realizar un seguimiento de las interacciones con los clientes potenciales, consultar el historial de campañas y planificar actividades futuras.
      1. Si el cliente potencial está involucrado en alguna campaña de marketing, se enumeran en el Historial de campañas para el cliente potencial.
      2. Revise la pestaña Detalles del cliente potencial para encontrar y actualizar la información sobre el cliente potencial.
      3. Use la pestaña Actividad del cliente potencial para registrar sus llamadas y correos electrónicos para ayudarlo a recordar de qué hablaron y cómo respondió el cliente potencial: planifique para el futuro creando Tareas o Eventos .
      4. Use la pestaña Noticias del cliente potencial para consultar las últimas noticias de la industria del cliente potencial. Inicie sesión con su cuenta de Twitter para buscar y seguir el feed de Twitter del cliente potencial.
      5. Conéctese con sus compañeros de trabajo para hacer preguntas, buscar consejos o proporcionar información en la pestaña de Chatter del cliente potencial. Las noticias en tiempo real de Chatter para el registro también se muestran cuando crea actividades.
    3. Puede convertir el registro de prospecto en una oportunidad cuando califica un prospecto. Luego, trabaja su oportunidad hasta que cierra el trato, ya sea completándolo o cancelándolo.
      1. Cuando convierte un prospecto, Salesforce usa la información almacenada en el registro del prospecto para crear una cuenta comercial, un contacto y una oportunidad. Si habilitó cuentas personales y el registro de cliente potencial no incluía el nombre de una empresa, el cliente potencial se convierte en una cuenta personal y una oportunidad.
  3. Lógica de Negocios y Automatización de Procesos : 28%
  4. Interfaz de usuario: 17%
    1. Lightning App Builder es una herramienta de apuntar y hacer clic que facilita la creación de páginas personalizadas para la aplicación móvil Salesforce y Lightning Experience, brindando a sus usuarios todo lo que necesitan en un solo lugar.
    2. Con Lightning App Builder, puede crear:
      1. Aplicaciones de una sola página que profundizan en páginas estándar
      2. Aplicaciones de estilo de panel, como aplicaciones para realizar un seguimiento de las principales perspectivas de ventas o clientes potenciales clave para el trimestre
      3. Aplicaciones de "punto" para resolver una tarea en particular, como una aplicación de gastos para que los usuarios ingresen los gastos y controlen los gastos que han enviado.
      4. Páginas de registro personalizadas para sus objetos, adaptadas a las necesidades de sus usuarios
      5. Páginas de inicio personalizadas que contienen los componentes y funciones que sus usuarios utilizan más
    3. Las páginas Lightning admiten estos componentes:
      1. Componentes estándar: los componentes estándar son componentes Lightning creados por Salesforce.
      2. Componentes personalizados: los componentes personalizados son componentes Lightning que usted o alguien más ha creado. Puede configurar componentes Lightning personalizados para que funcionen en Lightning App Builder.
      3. Componentes de terceros en AppExchange : AppExchange proporciona un mercado para componentes Lightning. Puede encontrar paquetes que contienen componentes ya configurados y listos para usar en Lightning App Builder.
    4. Puede crear diferentes tipos de páginas Lightning con Lightning App Builder. Vamos a ver estos tres tipos.
      1. Página de aplicación : use una página de aplicación para crear una página de inicio para una aplicación de terceros que puede agregar directamente a los menús de navegación de la aplicación móvil Salesforce y Lightning Experience. Luego, sus usuarios tienen una página de inicio de la aplicación donde pueden acceder rápidamente a los objetos y elementos más importantes.
      2. Página de inicio: cree páginas de inicio con características relevantes para tipos específicos de usuarios y asigne las páginas personalizadas a diferentes aplicaciones o combinaciones de aplicación y perfil de usuario. Las páginas de inicio personalizadas solo se admiten en Lightning Experience.
      3. Página de registro : con una página de registro, puede crear una versión personalizada de la página de registro de un objeto, adaptándola a las necesidades de sus usuarios. Las páginas de registro personalizadas se admiten en Lightning Experience y en la aplicación móvil Salesforce.
    5. También puede personalizar la página para diferentes tipos de usuarios y asignar páginas personalizadas a diferentes aplicaciones y combinaciones de aplicaciones y perfiles.
    6. Tienes cuatro opciones para activar la página de registro de rayos.
      • Haga que la página sea la organización predeterminada para el objeto.
      • Convierta la página en la página de registro de objetos predeterminada para aplicaciones Lightning específicas.
      • Asigne la página a una combinación de aplicaciones Lightning, tipos de registros y perfiles.
      • Asigne la página a un factor de forma, como una computadora de escritorio o un teléfono.
    7. Puede crear un componente Lightning personalizado utilizando dos modelos de programación, componentes web Lightning y componentes Aura.
    8. Sus componentes Lightning personalizados no funcionan automáticamente en páginas Lightning o en Lightning App Builder. Para que un componente personalizado se pueda utilizar en ambos, debe configurar el componente y su paquete de componentes para que sean compatibles con Lightning App Builder y páginas Lightning.
  5. Implementación de la aplicación : 10 %

Recursos adicionales

Algunos blogs lo ayudan a prepararse para el examen de Salesforce Certified Platform App Builder.

  1. Libro: Certificación de Salesforce Platform App Builder: una guía de estudio práctica .
  2. Regístrese en el seminario web de días de certificación de Salesforce para: certificación de Platform App Builder
  3. Capacitación de instructores principales por Trailhead
    1. Trailhead Virtual Bootcamp para Platform App Builder (TVB403)
    2. Prepárese para su examen de certificación de Platform App Builder (CRT403)
    3. Desarrollo declarativo para creadores de aplicaciones de plataforma ampliado (DEX-403E)

Conclusión

Si tiene experiencia básica con todos los temas anteriores, aprobar el examen será pan comido y podrá obtener el codiciado examen de certificación Salesforce Certified Platform App Builder. Sin embargo, si no tiene suficiente experiencia (6 a 9 meses) con la plataforma de Salesforce y planea convertirse en un Creador de aplicaciones de plataforma certificado. Le sugiero que dibuje un plan de 6 a 9 meses (finalice el Trailhead anterior para prepararse).

Espero que encuentre útiles estos consejos y recursos. Si pones el tiempo y el esfuerzo, tendrás éxito. ¡Feliz estudio y buena suerte!

Evaluación formativa:

¡Quiero saber de ti!

¿Ha realizado el examen de creación de aplicaciones de plataforma certificada de Salesforce? ¿Te estás preparando para el examen ahora? ¡Comparte tus consejos en los comentarios!

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://automationchampion.com/2022/09/16/salesforce-platform-app-builder-certification-exam/

Categories
Developers Tutoriales de Salesforce

Redacción de los servicios REST de Apex (y cuándo no hacerlo) ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

Redacción de los servicios REST de Apex (y cuándo no hacerlo) | Blog de desarrolladores de Salesforce

Apex es el lenguaje central para personalizar la lógica comercial en la plataforma Salesforce y para la integración con sistemas de terceros. Siempre que necesite exponer datos de la plataforma o lógica personalizada a un sistema externo, una de sus opciones es crear un punto final REST de Apex personalizado. En esta publicación, analizaremos los casos de uso para implementar puntos finales REST de Apex personalizados y compartiremos consejos sobre cómo implementarlos y probarlos.

Comprender los casos de uso y las alternativas a los puntos finales REST personalizados

Los puntos finales REST de Apex personalizados son bastante potentes porque le brindan un control total sobre la lógica comercial para su integración. Sin embargo, es fácil pasar por alto el hecho de que su código de terminal personalizado genera un costo de mantenimiento y que hay una serie de alternativas que no requieren código en el lado de Salesforce.

Salesforce tiene un amplio conjunto de API que pueden cubrir sus necesidades de integración:

  • La API REST es la API más flexible. Entre otras cosas, expone operaciones CRUD en registros y consultas sobre otras entidades, como objetos de modelo de datos o límites. Sin embargo, las solicitudes a esta API operan fuera de las transacciones, y esto puede ser un problema cuando necesita encadenar operaciones de escritura en el contexto de una integración. Por ejemplo, si necesita actualizar tres registros y la segunda solicitud falla, debe implementar una estrategia de reversión manual para cancelar la primera operación.
  • La API compuesta es una gran adición a la API REST. Le permite encadenar llamadas API REST dentro de un contexto transaccional gracias a un indicador allOrNone (ver documentos ). Tenga en cuenta que los cambios se pueden revertir en caso de errores. Además, admite operaciones encadenadas para crear registros vinculados, como una Cuenta, una Oportunidad y un Contacto, con una sola solicitud.
  • LaAPI de la interfaz de usuario es excelente para recuperar datos y metadatos asociados con objetos y registros en llamadas de API únicas. También admite operaciones CRUD en registros individuales.
  • La API de GraphQL (Beta a partir del lanzamiento de Summer '22) es la última incorporación a la familia de API. Aprovecha el lenguaje de consulta estándar de GraphQL y le permite ejecutar consultas en la API de la interfaz de usuario. A diferencia de otras API, la API de GraphQL es de solo lectura.

Lea la documentación de esas API y explórelas con herramientas como la colección de API de Salesforce Platform para Postman . Luego, si su caso de uso requiere alguna lógica de negocios personalizada, como el cálculo usando varios registros y una serie de operaciones CRUD que las API no pueden cubrir, puede implementar un punto de enlace REST de Apex personalizado.

Exponer un punto final REST personalizado con Apex

Implementar un punto final REST personalizado

Lo primero que debe hacer es crear una clase de Apex global anotada con @RestResource (consulte los documentos ) y una propiedad urlMapping . Esto le permite exponer su recurso usando un patrón de URL como:

Tenga en cuenta el uso de un carácter comodín opcional * en nuestro valor de urlMapping . Esto capturaría todas las siguientes URL de solicitudes HTTP donde MY_DOMAIN_HOST es el nombre de host de Mi dominio:

Importante: a diferencia de Apex, las URL distinguen entre mayúsculas y minúsculas. Como práctica recomendada general de REST, mantenga las URL en minúsculas.

Ahora que ha declarado una clase de recurso REST, debe crear uno o más métodos de Apex para capturar solicitudes de varios métodos HTTP . Para hacerlo, deberá declarar los métodos de Apex estáticos anotados por uno de estos:

Anotación método HTTP Uso de REST convencional
@HttpDelete DELETE Eliminación de un recurso.
@HttpGet GET Lectura de un recurso.
@HttpPatch PATCH Actualización de un recurso. La diferencia con PUT es que PATCH acepta una copia parcial del recurso para una actualización.
@HttpPost POST Creación de un nuevo recurso.
@HttpPut PUT Actualización de un recurso. La diferencia con PATCH es que PUT espera una copia completa del recurso para una actualización.

Por ejemplo, el siguiente método captura todas las solicitudes GET entrantes para nuestro recurso REST. El nombre del método no tiene importancia, pero se recomienda que al menos mencione el método HTTP para simplificar las pruebas (spoiler: estará llamando al método en sus pruebas).

Si es necesario, puede agregar la anotación @ReadOnly (ver documentos ) a su método. Esto duplica el número máximo de filas devueltas a 100 000 para las consultas SOQL que se ejecutan en este método. Como nota al margen, la anotación @ReadOnly no se limita a los métodos de extremo REST, también está disponible para los servicios web SOAP y la interfaz programable.

Ahora que tiene la firma del método, el siguiente paso es implementar su cuerpo. Para hacerlo, confiamos en la clase System.RestContext (consulte los documentos ) para capturar los detalles de la solicitud entrante como una instancia de System.RestRequest (consulte los documentos ).

Con esto, así es como se vería la implementación de una solicitud GET "Hola, mundo":

En nuestro ejemplo, el método devuelve una cadena, pero puede trabajar con cualquier tipo de objeto o contenido binario. Cada vez que especifica un tipo de devolución para el método de Apex, la Plataforma de Salesforce serializa su valor como JSON en el cuerpo de la respuesta.
Si desea tener más control sobre la respuesta, puede trabajar con un método void y pasar el resultado a una instancia de System.RestResponse (ver docs ) que recupera del RestContext . Esto le permite controlar el tipo de devolución, los encabezados y el código de estado HTTP .

Aquí está el mismo ejemplo de "Hola, mundo" usando RestResponse :

Otra sutileza que vale la pena mencionar es que si su solicitud tiene un cuerpo JSON, puede extraer valores automáticamente gracias a los parámetros del método Apex. Por ejemplo, si el cuerpo de su solicitud usa este formato:

Puede capturar valores de parámetros con esta firma de método de Apex:

Ahora que sabe cómo implementar un punto de enlace REST de Apex personalizado, veamos cómo puede escribir pruebas para él.

Escribir pruebas de Apex para un punto final REST personalizado

Al probar su punto final, simplemente puede falsificar el objeto RestContext para pasar sus valores de prueba. Por ejemplo, esta es una prueba que cubre nuestro ejemplo de "Hola, mundo". Tenga en cuenta cómo falsificamos el URI de solicitud y el método HTTP e invocamos directamente el método que estaría expuesto como un recurso HTTP.

Al probar un método de punto final vacío que usa RestContext.response en lugar de un tipo de retorno, puede verificar la respuesta del servidor desde el contexto de prueba:

palabras de cierre

Esto concluye nuestra publicación sobre puntos de enlace REST de Apex personalizados. Ahora debería tener una buena idea de las alternativas para escribir su propio punto final y, si se trata de esto, cómo puede implementar uno con las pruebas relacionadas. Asegúrese de consultar nuestra aplicación de muestra Recetas de Apex para ver ejemplos de recursos REST de Apex y sus pruebas asociadas. Recuerde siempre que el código que no escribe es código que no tiene que mantener.

Recursos

Recursos de puntos finales de Apex personalizados

Recursos de la API de Salesforce

Sobre el Autor

Philippe Ozil es un defensor principal de desarrolladores en Salesforce, donde se enfoca en la plataforma de Salesforce. Escribe contenido técnico y habla con frecuencia en conferencias. Es un desarrollador de pila completa y disfruta trabajar en proyectos DevOps, robótica y realidad virtual. Sígalo en Twitter @PhilippeOzil o consulte sus proyectos de GitHub @pozil .

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/08/writing-apex-rest-services-and-when-not-to.html

Categories
Developers Tutoriales de Salesforce

Aprenda MOAR en Winter '22 con Apex Enhancements ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

Siga y complete una mezcla de prueba de Learn MOAR Winter '22 para administradores o desarrolladores antes del 31 de octubre para obtener una insignia comunitaria especial y tener la oportunidad de ganar uno de los cinco cupones de certificación de Salesforce (hasta un valor de $ 200 USD). Se aplican restricciones. Aprenda a participar y revise las Reglas Oficiales visitando la página de preguntas de Learn MOAR .

El lanzamiento de Winter '22 trae nuevas y emocionantes características para los desarrolladores de Apex. En esta publicación, le brindaremos una vista previa de tres de nuestros favoritos: un nuevo método Enum valueOf (), que llama a acciones invocables desde Apex y usa respuestas simuladas para probar las funciones de Salesforce.

Método de valueOf()

Comencemos explorando el nuevo valueOf() en la clase Enum . Este método le permite convertir una String en un valor constante Enum Antes de Winter'22, para obtener un Enum de la cadena, tenía que recorrer todos los valores buscando un nombre coincidente. En lugar de, por ejemplo, tener que crear un mapa que vincule la cadena y las constantes Enum para realizar la búsqueda, simplemente puede usar Enum.valueOf() .

 público con clase de intercambio EnumValueOf { public enum Temporada {INVIERNO, PRIMAVERA, VERANO, OTOÑO} public static void convertStringToEnumConstant () { String currentSeasonInput = 'INVIERNO'; // Antes - buscando los valores () Mapa <Cadena, Temporada> temporadasByName = nuevo Mapa <Cadena, Temporada> (); para (Season enumValue: Season.values ()) { SeasByName.put (enumValue.name (). toUpperCase (), enumValue); } Temporada currentSeason = seasonsByName.get (currentSeasonInput); System.debug ('Temporada actual (técnica anterior):' + temporada actual); // Con Winter'22 Temporada currentSeasonWithValueOf = Season.valueOf (currentSeasonInput); System.debug ('Temporada actual (nueva técnica):' + currentSeasonWithValueOf); }
}

Esta función aborda una solicitud de IdeaExchange: Apex Enum parse from string .

Llamar a acciones invocables desde Apex (vista previa para desarrolladores)

La versión Winter'22 incorpora la capacidad de invocar acciones invocables desde Apex . Las acciones invocables son acciones automatizadas que se pueden invocar desde diferentes puntos de entrada, como la API REST, Flow o Process Builder. Son una de las mejores herramientas de Salesforce para hacer las cosas rápidamente. A partir de Winter'22, podrás invocarlos en Apex. Esto agrega una herramienta más al conjunto de herramientas para desarrolladores de Apex, lo que facilita y agiliza la implementación de ciertos tipos de automatización, la reutilización del código y crea un puente más entre el desarrollo de código bajo y el desarrollo de código profesional.

Tenga en cuenta que esta función está en la vista previa para desarrolladores. Puede activarlo en organizaciones CallIAFromApex al incluir la función CallIAFromApex en el archivo de configuración de la organización temporal.

 { "orgName": "Ejemplos de Winter'22", "edition": "Desarrollador", "características": ["CallIAFromApex"],
}

Echemos un vistazo a algunos ejemplos. Primero, exploremos cómo invocar acciones estándar. Cada botón y enlace en Salesforce puede considerarse una acción estándar; eche un vistazo a una lista completa de acciones estándar disponibles . En este ejemplo, invocamos una acción invocable estándar para crear una publicación de Chatter:

 public static void callStandardInvocableAction () { Invocable.Action action = Invocable.Action.createStandardAction ('chatterPost'); action.setInvocationParameter ('text', '¡Me encanta el nuevo sitio web para desarrolladores!'); action.setInvocationParameter ('tipo', 'Usuario'); action.setInvocationParameter ('subjectNameOrId', UserInfo.getUserId ()); Lista <Invocable.Action.Result> results = action.invoke (); if (results.size ()> 0 && results [0] .isSuccess ()) { System.debug ('Feed Item Id:' + results [0] .getOutputParameters (). Get ('feedItemId')); }
}

Para llamar a la acción, primero instanciamos el createStandardAction de la nueva Invocable.Action Apex. Luego, establecemos los parámetros de invocación y, finalmente, lo invocamos llamando al método de invoke El método devuelve una lista de Invocable.Action.Result que puede explorar para averiguar si la operación tuvo éxito o falló o recuperar la salida.

Esta función no se limita a las acciones invocables estándar; también puede llamar a acciones invocables personalizadas. Las acciones invocables personalizadas se definen en Apex . Usted especifica las entradas, salidas y lo que hará el método. Por ejemplo, aquí tenemos una acción invocable personalizada que recibe un nombre de mascota como parámetro y devuelve una String , construyendo una oración:

 público con clase de intercambio SampleInvocableAction { @InvocableMethod (label = 'Construir oración') public static List <String> tellMeSomething (List <String> mascota) { String mascotName = mascot == null || mascot.isEmpty () || String.isBlank (mascota [0])? 'Appy': mascota [0]; return new List <String> {mascotName + 'cree que el nuevo sitio web para desarrolladores es increíble !!'}; }
}

Ahora podemos crear una instancia de la acción con createCustomAction , establecer el parámetro esperado e invocarlo:

 public static void callCustomInvocableAction () { Invocable.Action action = Invocable.Action.createCustomAction ('apex', 'SampleInvocableAction'); action.setInvocationParameter ('mascota', 'Codey'); Lista <Invocable.Action.Result> results = action.invoke (); if (results.size ()> 0 && results [0] .isSuccess ()) { System.debug ('El resultado es:' + resultados [0] .getOutputParameters (). Get ('salida')); }
}

¡Eche un vistazo a todos los métodos disponibles para las nuevas Invocable.Action , Invocable.Action.Result e Invocable.Action.Error en las notas de la versión !

Utilice respuestas simuladas para probar las funciones de Salesforce

Finalmente, vayamos a nuestro tercer tema, ¡nuestras queridas Funciones! Está previsto que las funciones estén disponibles de forma general en la versión Winter'22. Como parte de esta versión, hemos creado algunas clases e interfaces para ayudarlo a escribir fácilmente pruebas de Apex para invocaciones de funciones .

Echemos un vistazo a algunos ejemplos. Usaremos una función arbitraria solo para ilustrar cómo funcionan las pruebas. De hecho, el código que usamos aquí no importa, ya que el simulacro responderá durante la ejecución de la prueba en lugar de la función subyacente.

 module.exports = función asíncrona (evento, contexto, registrador) { // Haz algo aquí
}

Para probar la invocación de una función, deberá proporcionar una implementación simulada para la función. La clase simulada necesita implementar la nueva functions.FunctionInvokeMock y especificar la respuesta simulada enviada al respond() cuando el tiempo de ejecución de Apex llama a la función. Al usar los createSuccessResponse() y createErrorResponse() en la clase simulada, puede emular el éxito o el fracaso de la invocación de la función.

 La clase pública FunctionsInvokeMockInner implementa functions.FunctionInvokeMock { public Boolean throwError = false; private String invocationId = '000000000000000'; funciones públicas.FunctionInvocation responder (String functionName, String payload) { if (throwError) { funciones de retorno.MockFunctionInvocationFactory.createErrorResponse ( invocationId, functions.FunctionErrorType.FUNCTION_EXCEPTION, '¡La función devolvió un error!'); } return functions.MockFunctionInvocationFactory.createSuccessResponse (invocationId, 'Success!'); } }

En este simulacro de muestra, por defecto emulamos una respuesta exitosa. Si la variable throwError true , emulamos un error.

Echemos un vistazo a un método en la SampleFunctionCall que invoca la función de muestra de forma sincrónica:

 public static void callFunctionSynchronously () { // Llamar a la función sincrónicamente functions.Function myFunction = functions.Function.get ('ejemplo.myfunction'); functions.FunctionInvocation invokeResult = myFunction.invoke ('{}'); // Publicar en Chatter si hay error postToChatter (invokeResult);
}

El postToChatter() envía un mensaje a Chatter, indicando si la función se ejecutó correctamente o si ocurrió un error:

 postToChatter vacío estático privado (functions.FunctionInvocation invokeResult) { FeedItem post = nuevo FeedItem (); post.ParentId = UserInfo.getUserId (); if (invokeResult.getStatus () == functions.FunctionInvocationStatus.ERROR) { post.Title = 'Error al procesar la función'; post.Body = 'Error:' + invokeResult.getError (). getMessage (); } demás { post.Title = 'Función ejecutada con éxito'; post.Body = 'ID de invocación:' + invokeResult.getInvocationId (); } insertar publicación;
}

Así es como podemos probar el método callFunctionSynchronously()

 @isTest
static void testSyncFunctionCall () { // Establecer una clase simulada para responder a las invocaciones de funciones Test.setMock (functions.FunctionInvokeMock.class, new FunctionsInvokeMockInner ()); // Llamada a función síncrona Test.startTest (); SampleFunctionCall.callFunctionSynchronously (); Test.stopTest (); // Verifique que se haya creado correctamente la publicación de Chatter Lista <FeedItem> publicaciones = [SELECCIONAR Título, Cuerpo DE FeedItem ORDENAR POR Fecha de creación DESC LIMIT 1]; System.assertEquals (1, posts.size ()); FeedItem publicación = publicaciones [0]; System.assertEquals ('Función ejecutada con éxito', post.Title); System.assertEquals ('ID de invocación: 000000000000000', post.Body);
}

En el ejemplo, le indicamos al tiempo de ejecución de Apex que envíe la respuesta falsa llamando a Test.setMock() . El primer argumento de Test.setMock() es functions.FunctionInvokeMock.class , y el segundo argumento es una nueva instancia de su implementación de la interfaz functions.FunctionInvokeMock

Cuando Test.setMock() , en realidad no se invoca la función real. En su lugar, se recibe la respuesta simulada que especificó en el respond() En este caso, nos burlamos de una invocación exitosa, por lo que debería haberse creado una publicación exitosa de Chatter.

En el caso de invocar una función de forma asincrónica, deberá especificar una devolución de llamada para procesar la salida de la función, como se ve en este segundo ejemplo:

 public static void callFunctionAsynchronously () { // Llamar a la función de forma asincrónica functions.Function myFunction = functions.Function.get ('ejemplo.myfunction'); myFunction.invoke ('{}', new SampleFunctionCallback ());
}

El callFunctionAsynchronously() , reutiliza el postToChatter() mostrado arriba.

 público con clase de uso compartido SampleFunctionCallback implementa functions.FunctionCallback { public void handleResponse (functions.FunctionInvocation invokeResult) { postToChatter (invokeResult); }
}

Podemos probar la invocación de la función asíncrona de la misma manera que lo hicimos con la de sincronización.

 @isTest
testAsyncFunctionCallError vacío estático () { // Establecer una clase simulada para responder a las invocaciones de funciones FunctionsInvokeMockInner mock = new FunctionsInvokeMockInner (); mock.throwError = true; Test.setMock (functions.FunctionInvokeMock.class, simulacro); // Invocación de función asíncrona con devolución de llamada Test.startTest (); SampleFunctionCall.callFunctionAsynchronously (); Test.stopTest (); // Verifique que se haya creado la publicación de Chatter Lista <FeedItem> publicaciones = [SELECCIONAR Título, Cuerpo DE FeedItem ORDENAR POR Fecha de creación DESC LIMIT 1]; System.assertEquals (1, posts.size ()); FeedItem publicación = publicaciones [0]; System.assertEquals ('Error al procesar la función', post.Title); System.assertEquals ('Error: ¡La función devolvió un error!', Post.Body);
}

En este ejemplo, throwError el error (estableciendo throwError en true ), de modo que la función simulacro dispara un error. Luego, verificamos que se haya creado la publicación de error de Chatter.

¡Ahora tiene todas las herramientas necesarias para comenzar a escribir funciones! Eche un vistazo a nuestra aplicación de muestra Functions Recipes para obtener más información.

Próximos pasos

Si desea profundizar en estas nuevas características de Apex que llegarán en Winter '22, consulte el repositorio de GitHub rr-winter22 .

Sobre el Autor

Alba Rivas trabaja como defensora principal de desarrolladores en Salesforce. Se centra en los componentes web Lightning y la estrategia de adopción de Lightning. Puedes seguirla en Twitter @AlbaSFDC .

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2021/09/learn-moar-in-winter-22-with-apex-enhancements.html