Etiqueta: lógica empresarial

¿Qué es la gestión de pedidos y por qué debería importarle?

Post author By EGA Futura
Post date 24 de enero de 2024

En el mundo del comercio electrónico, pocas cosas superan la emoción de recibir un paquete en la puerta de casa. Para los clientes, la entrega satisfactoria marca una línea de meta anticipada. Para las empresas, el cumplimiento de los pedidos significa rentabilidad y continuidad. ¿Qué es la gestión de pedidos? Es todo lo que hace posible esta experiencia.

La gestión de pedidos es el cerebro que hay detrás de cada paso del proceso de realización de pedidos. Piense en un sistema de gestión de pedidos como el conductor de un complejo conjunto de lógica empresarial y flujos de trabajo que llevan un pedido desde el carrito hasta el cliente.

La gestión de pedidos es el cerebro detrás de cada paso del proceso de pedido y cumplimiento

Es un proceso que puede hacer o deshacer la relación con sus clientes, ya sean consumidores o compradores empresariales. Con el sistema de gestión de pedidos adecuado, puede fidelizar a sus clientes, mejorar sus flujos de ingresos y descubrir más formas de ahorrar dinero.

La gestión de pedidos es un proceso que puede marcar la diferencia

Máster en gestión de pedidos

Aprenda a agilizar sus sistemas más allá del botón Comprar para poder conectar con los clientes y fidelizarlos.

Aprenda a agilizar sus sistemas más allá del botón Comprar para poder conectar con los clientes y fidelizarlos

¿Qué es la gestión de pedidos?

Un sistema de gestión de pedidos controla todo lo que sucede después del pago, incluidos los procesos operativos posteriores, las personas, los sistemas y las asociaciones que ayudan a cumplir un pedido. Es una plataforma para gestionar pedidos, registros de clientes, cumplimiento, visibilidad de inventario, pagos y facturación, y atención al cliente. Pero los sistemas de gestión de pedidos sirven para mucho más que simplemente asegurarse de que los paquetes se entregan en los lugares correctos

Los consumidores y los compradores B2B esperan que todo el proceso de pedido funcione a la perfección, desde el pago hasta la entrega. También quieren total transparencia sobre el estado de su pedido, incluida su ubicación actual, su hora prevista de llegada y detalles sobre cualquier problema en tránsito. Si el producto no satisface sus necesidades, quieren devoluciones sin complicaciones. Un buen sistema de gestión de pedidos facilita el cumplimiento de estas expectativas

¿Qué ocurre después de la compra?

Los sistemas de gestión de pedidos solían estar relegados a la trastienda, normalmente dentro de la división de logística de una empresa. Pero eso no funciona en una economía centrada en el cliente, en la que la gestión de pedidos es fundamental para la experiencia global del cliente.

Los sistemas de gestión de pedidos suelen estar relegados a la trastienda, normalmente a la división de logística de una empresa

Todo el trabajo que las marcas realizan a lo largo del ciclo de vida de la gestión de las relaciones con los clientes (CRM) (concienciación, marketing, experiencia en el sitio web, consideración, adquisición, conversión, etc.) conduce a este momento. De hecho, la gestión del pedido es el momento más importante del intercambio de valor. Si las empresas no cumplen su parte del intercambio de valor (dinero por bienes y servicios prestados), ¿tiene realmente importancia todo lo anterior? Los sistemas de gestión de pedidos deben cumplir esa promesa de marca

Después de que un cliente haga clic en el botón Comprar, comienza un intrincado baile para llevar a cabo el pedido. Los escaparates pueden interactuar con hasta 39 sistemas diferentes para completar esta parte del recorrido del cliente. Los tipos de sistemas más comunes son los de impuestos, pagos, fraude, gestión de inventario, contabilidad, planificación de recursos empresariales (ERP) y envíos. Éstos son algunos de los pasos clave que deben incluirse en cualquier proceso eficaz de gestión de pedidos:

Los sistemas de gestión de pedidos son los siguientes

1. Obtenga una visión precisa de los conteos de inventario

Cuando se trata de gestión de inventario, una visión clara le ayuda a optimizar el producto y ahorrar dinero. Podrá evitar errores costosos como falta de existencias, exceso de existencias, errores de picking y errores de envío. Esto también aumenta las posibilidades de que pueda mantener las estanterías abastecidas y entregar los productos de forma rápida y correcta.

Cuidado con las existencias

2. Comprobar enrutamiento de pedidos

¿Pueden los clientes esperar un envío estándar o su pedido se enrutará a un almacén para su personalización? Para pedidos especiales, un equipo puede necesitar instrucciones para construir un producto personalizado a mano. El sistema de gestión de pedidos adecuado le ayudará a encaminar los pedidos de forma eficaz y rentable y a gestionar el flujo de mercancías en toda la cadena de suministro

3. Asegúrese de que su proceso de envío esté integrado

Las opciones de envío rápidas y flexibles son fundamentales para ganarse la fidelidad y la confianza de los clientes. De hecho, el 57% de los consumidores afirma que la entrega en el mismo día les hará más fieles a una marca concreta. Y los compradores B2B esperan ahora las mismas opciones: en 2020 se produjo un aumento global del 44% en los pedidos B2B en línea. Cuando sus sistemas de envío y gestión de pedidos están integrados, los datos de los pedidos se comparten de forma rápida y sencilla, lo que se traduce en una entrega más rápida para los clientes y en menores costes operativos para su empresa.

4. Entregar el producto

Una vez que los artículos han sido recogidos, empaquetados y preparados para el envío, el pago es capturado, y las mercancías están finalmente en su camino hacia el cliente. Este último paso del proceso se conoce como entrega de última milla. Con un sistema de gestión de pedidos flexible e integrado, el cumplimiento de la última milla es rápido, fiable y transparente. Incluso puede utilizar este paso para desencadenar nuevos esfuerzos de marketing. Por ejemplo, cuando un cliente recibe el nuevo sofá que ha pedido, puede enviarle un correo electrónico personalizado sugiriéndole mesas auxiliares o sillas a juego

Transforma la experiencia del cliente con una gran gestión de pedidos

Los pedidos y su tramitación constituyen el núcleo de una experiencia de compra excepcional. Los sistemas de gestión de pedidos de última generación se centran en el cliente y forman parte integral del front office. ¿Por qué? Porque los momentos que orquestan estos sistemas pueden molestar o sorprender a los clientes. Ayudan a determinar si un cliente completa una transacción y se convierte en un cliente fiel o se pasa a la competencia. A continuación, le indicamos en qué debe centrar sus esfuerzos (y realizar algunos ajustes rentables) para ofrecer una experiencia de gestión de pedidos estelar.

Sistema de gestión de pedidos

Ofrece opciones de envío/entrega flexibles

Los clientes exigen flexibilidad en el envío y la entrega: desde entregas en una hora y en fin de semana hasta recogida en tienda y entrega al día siguiente. Sea franco sobre su capacidad para satisfacer estas expectativas. Muestre claramente las opciones que ofrece en cada página de producto para que los clientes sepan lo que ofrece antes de pasar por caja.

Los clientes exigen flexibilidad en los envíos

Proporcionar información precisa de la disponibilidad del producto, incluyendo la ubicación

No decepcione ni frustre a sus clientes con una notificación de falta de existencias después de que hayan añadido un artículo a su carrito. Para los compradores de negocios, el tiempo es dinero, y cualquier minuto que se pierda comprando mercancía no disponible es una pérdida de tiempo. Si un producto está agotado o se está agotando, indícalo en la página del producto para que los clientes estén al tanto.

Ofrece autoservicio de estado de pedidos y devoluciones

Los clientes deben poder comprobar el estado del pedido y recibir actualizaciones por mensaje de texto o correo electrónico. También deben poder cambiar los datos de envío, si es necesario. Las devoluciones también deben ser autoservicio, permitiendo a los clientes imprimir etiquetas de devolución y elegir cómo y dónde devolver los artículos. Esto les da más control sobre su experiencia y le ayuda a usted a reducir los costes asociados al servicio y la asistencia al cliente. Cada opción de autoservicio que ofrezca significa menos llamadas de asistencia y más ingresos.

Empower service agents and sales-reps

Los agentes de servicio y los representantes de ventas están en primera línea de la experiencia del cliente. Tienen que ayudar a los clientes con sus pedidos y hacer que toda la interacción sea fluida. Esto requiere las herramientas adecuadas para reducir el tiempo de gestión de llamadas, aumentar la eficiencia y ofrecer a los representantes una visibilidad completa de los pedidos. La tecnología debe ayudarles a realizar pedidos en nombre de los clientes y a efectuar cambios en el envío y la entrega de los pedidos existentes, cuando sea necesario

Comience con un sistema de gestión de pedidos

La gestión de pedidos no consiste únicamente en procesar pedidos. Integra sistemas orientados al cliente que afectan a la experiencia posterior a la compra, incluidos ERP, CRM, ventas, servicio y comercio. Los sistemas de gestión de pedidos hacen que todo esté disponible y sea accesible para todas las partes interesadas en una plataforma unificada.

La gestión de pedidos no es sólo procesar pedidos

Con un sistema de gestión de pedidos flexible e integrado, diseñado para soportar experiencias omnicanal a escala global, dispondrá de todas las herramientas que necesita para tener más éxito y hacer que los clientes vuelvan a por más. Los clientes esperan una experiencia post-compra fluida, y estas estrategias le ayudarán a conseguirlo.

Aumentar los pedidos y reducir los costes

Aprenda cómo ahorrar tiempo y aumentar los beneficios con la gestión de pedidos omnicanal.

Tags ai, AMA, ant, Atención al cliente, Cadena de suministro, CI, cli, Cómo, Conectar, confianza, Correo electrónico, Costo, CRM, Datos, Dev, Eficiencia, el flujo, Empresa, Empresas, ERP, Escala, Estrategia, Facturación, flujo, Flujos, ga, Herramientas, INCLUIDOS, INCLUIR, INCLUYE, Instrucciones, IT, LEx, lógica empresarial, Marca, Marketing, Negocio, Negocios, Notificación, Paquetes, PCI, Pedido, Plataforma, Proceso, Product, Producto, productos, Quip, Registro, REST, Salesforce, Salesforce.com, SEPA, Tecnología, Tema, Temas, TI, UI, UTAM, UX, Ventas, Versión

Analista de negocios de Salesforce Enterprise Software Salesforce Tutoriales de Salesforce

5 razones por las que necesita un diccionario de datos de Salesforce

Post author By EGA Futura
Post date 3 de diciembre de 2023

Desde el temor a las imprecisiones en los informes hasta la lucha constante contra los silos de datos y la sombra amenazante de los fallos de cumplimiento, los retos de supervisar sus datos son abundantes. Y ni siquiera empecemos con los quebraderos de cabeza financieros causados por las malas prácticas de gestión de datos.

Llevar un sistema de gestión de datos es una tarea difícil

Mantener un diccionario de datos no es sólo marcar una casilla para el gobierno de datos, se trata de desbloquear flujos de trabajo más fluidos y colaborativos, acelerar los tiempos de entrega, agilizar los procesos de ventas y minimizar (si no eliminar) el tiempo de inactividad del sistema.

Un diccionario de datos de Salesforce unificará la clasificación de datos en todas las integraciones, mantendrá la calidad de los datos y ayudará a los usuarios a cumplir las normativas y a elaborar informes. Este concepto podría ser la estrella guía que ha estado buscando.

¿Qué es un diccionario de datos?

Un diccionario de datos de Salesforce es una recopilación de los nombres, atributos y descripciones de los objetos de datos o lógica empresarial de un modelo de datos para garantizar que todos los usuarios empresariales o partes interesadas sean coherentes en la forma de referirse a estos elementos. Por ejemplo, su tipo/categoría -especialmente si contienen PII (información de identificación personal)

Un diccionario de datos es un repositorio centralizado de metadatos (si no está seguro de lo que son los metadatos, lea aquí). Es donde se documentan todos los cambios de CRM para que su equipo pueda realizar rápidamente análisis de impacto y hacer cambios futuros sin temor a roturas.

El diccionario de datos es un repositorio centralizado de metadatos

Para cualquier persona que dependa de Salesforce, asegurarse de que su org está meticulosamente documentado es primordial – tener una ventana en tiempo real a través de varios equipos no es sólo un nice-to-have, es una necesidad.

5 ventajas de un diccionario de datos de Salesforce

1. Metadatos claros en todos los equipos Metadatos claros en todos los equipos

Si pudiera hacer un seguimiento de las incontables horas dedicadas a enviar mensajes a equipos dispares preguntando sobre definiciones de metadatos y las nuevas herramientas de terceros que desean integrar con Salesforce.

A través de los innumerables mensajes, correos electrónicos y tickets de asistencia, probablemente haya pensado «tiene que haber una forma mejor». Esto no sólo es un proceso ineficiente, sino que también resulta en una falta de claridad para los campos de Salesforce y la asignación de integración existente.

Por suerte, existe una forma mejor. Y comienza con la implementación de un diccionario de datos automatizado. He aquí algunas formas en las que puede mejorar la comunicación de su equipo entre departamentos:

Claridad de las definiciones: Proporciona definiciones claras y concisas de los metadatos, reduciendo la necesidad de aclaraciones de ida y vuelta y garantizando que los equipos están en la misma página en lo que respecta a las estructuras y significados de los datos.
Diccionario de datos integrado
Comunicación integrada: Facilita una comunicación más fluida sobre la integración de herramientas de terceros con Salesforce al proporcionar un punto de referencia para las estructuras y relaciones de datos, lo que reduce los malentendidos y las interpretaciones erróneas.
Incrementa la comunicación entre los equipos de trabajo y los usuarios de Salesforce
Aumenta la eficacia: Lo que antes era un proceso manual en una hoja de cálculo ahora se documenta automáticamente con cada cambio que se produce en su organización. Esto asegura que su equipo confía en la documentación dentro de su diccionario de datos. Además, detecta automáticamente qué campos están empujando datos entre plataformas, lo que le permite saber dónde se está compartiendo la información más sensible de sus clientes.
Impulsa la incorporación: Centraliza el conocimiento de los sistemas, lo que permite a sus equipos formar a los nuevos empleados de forma más rápida y eficaz. Mediante la asignación de metadatos de Salesforce, se ha demostrado que disponer de un diccionario de datos ayuda a los equipos a incorporarse 10 veces más rápido
Velocidad de entrega más rápida: Con menos tiempo dedicado a la comunicación y a la ingeniería inversa de las plataformas a las que se mueven sus datos de Salesforce, usted y sus equipos disponen de más tiempo para centrarse en las tareas que tienen entre manos y ofrecer resultados.
Precisión de entrega más rápida

2. Comprender la accesibilidad de los campos a los datos confidenciales

Navegar por los campos de Salesforce y descifrar quién tiene acceso a datos sensibles y críticos lleva mucho tiempo. Sin embargo, es una parte fundamental de su trabajo porque no se trata sólo de desenmarañar una red de accesos.

Emprender la accesibilidad a los campos de Salesforce y descifrar quién tiene acceso a los datos confidenciales y críticos lleva mucho tiempo

La adopción de un diccionario de datos puede desmitificar la accesibilidad a los campos y reforzar la comprensión y el gobierno de los datos confidenciales por parte de tu equipo. He aquí cómo:

Control de acceso

Resumen de permisos: Enumera los permisos de acceso para cada campo de Salesforce, lo que le permite revisar quién tiene acceso a los datos (sensibles o no).
Permisos de acceso
Aclaración de roles: Ayuda a identificar para cada campo qué roles y perfiles pueden ver, modificar o eliminar datos.
Los roles y perfiles pueden ver, modificar o eliminar datos

Gestión de la conformidad

Cumplimiento normativo: Ayuda a garantizar que la organización cumple las leyes de protección de datos documentando la accesibilidad y el uso de los campos de datos sensibles.
Cumplimiento normativo
Rastro de auditoría: Actúa como punto de referencia para garantizar el cumplimiento de las políticas de datos internas y externas.
Pista de auditoría

Seguridad de datos y sistemas

Configuración de seguridad: Muestra la configuración de seguridad de cada campo, lo que ayuda a identificar cualquier vulnerabilidad que pudiera ser susceptible de vulnerar los datos.
Configuración de seguridad:
Mitigación de riesgos: Identifica los campos con datos confidenciales y aplica las medidas de seguridad adecuadas para evitar accesos no autorizados.
Mitigación de riesgos
Supervisión proactiva: Visualice las tendencias de los datos y los datos que se mueven entre los sistemas integrados. Junto con la supervisión de eventos de Salesforce Shield, puede prevenir, mitigar y supervisar las amenazas a los datos confidenciales.
Supervisión proactiva

3. Reducir la deuda técnica

Ejemplo: recibes una solicitud para crear un nuevo campo en Salesforce y cuando vas a hacerlo, te das cuenta de que ya existe – y todo el mundo lo ha estado utilizando de forma diferente durante quién sabe cuánto tiempo.

Cuando la deuda técnica se acumula, actúa como una cadena, ralentizando los procesos. Esto significa que hacer adaptaciones a los nuevos requisitos es engorroso, y puede dar lugar a más errores y vulnerabilidades del sistema.

Por eso es tan importante tomar medidas para gestionar la deuda técnica. Con un diccionario de datos, deberías tener:

Documentación mejorada: Una documentación completa y bien mantenida dentro del diccionario de datos sirve como guía a través del complejo panorama de las estructuras y relaciones de datos. Esto reduce la dependencia del conocimiento tribal y garantiza que todos los miembros del equipo puedan navegar por el sistema de forma eficiente.
Optimización de la documentación
Integraciones optimizadas: Al detallar los mapeos de integración existentes y las herramientas de terceros, un diccionario de datos facilita integraciones más informadas y coherentes. Esto evita la creación de integraciones redundantes o conflictivas, lo que reduce la presión sobre los recursos del sistema y mitiga la deuda técnica innecesaria.
Integraciones optimizadas:
Identificación proactiva de problemas: Un diccionario de datos permite a los equipos identificar y abordar posibles problemas y vulnerabilidades en una fase temprana del proceso de desarrollo, evitando que los pequeños problemas se conviertan en una bola de nieve que genere una deuda técnica importante. Este enfoque proactivo mantiene la integridad del sistema y evita las repercusiones de los problemas no resueltos.
Actualizaciones automatizadas: Un diccionario de datos garantiza que cualquier cambio o actualización en las estructuras de datos y las integraciones se refleje inmediatamente, lo que reduce el esfuerzo manual necesario para el mantenimiento y garantiza que los equipos trabajen con la información más actualizada y precisa, evitando la acumulación de deuda debido a datos obsoletos o incorrectos.

4. Evitar rupturas involuntarias

Los cambios mal gestionados en Salesforce tienen grandes consecuencias: una de ellas es alimentar con datos erróneos sus sistemas empresariales integrados, lo que puede provocar rupturas. Por ejemplo, si su equipo de Salesforce crea una regla de validación en el CRM y ese campo se está asignando a HubSpot y Salesloft, es posible que estos sistemas ya no tengan acceso para actualizar la información como se esperaba. Es una receta perfecta para un efecto dominó de impactos descendentes negativos.

La función de análisis de impacto de Sonar simplifica la gestión de cambios en Salesforce, ofreciendo un mapa completo de CRM y un eje centralizado para todo el conocimiento del sistema, todo en una plataforma fácil de usar. Además, con una visión clara de toda su integración tecnológica, los líderes de sistemas de negocio pueden:

Con la función de análisis de impacto de Sonar, se simplifica la gestión de cambios en Salesforce

Reducir el tiempo de inactividad y el tiempo de resolución cuando se produzcan interrupciones
Asegurar un funcionamiento fluido de las operaciones
Asegurar operaciones fluidas para sus equipos GTM

5. Confíe en la integridad de sus informes comerciales

Los informes fiables proporcionan una visión clara y basada en datos del rendimiento de la empresa, ayudando a cualquiera a identificar tendencias, oportunidades y áreas que requieren atención.

Los informes fiables proporcionan una visión clara y basada en datos del rendimiento de la empresa, ayudando a cualquiera a identificar tendencias, oportunidades y áreas que requieren atención

Un diccionario de datos (como las capacidades de Sonar) desempeña un papel fundamental en la mejora de la precisión de los informes mediante:

- Garantizar la coherencia: Al proporcionar definiciones de datos, descripciones de campos y metadatos estandarizados, garantiza que todos los miembros del equipo tengan una comprensión clara de los elementos de datos utilizados en los informes. Esta claridad reduce el riesgo de interpretaciones erróneas durante el análisis de los datos.

Tome decisiones empresariales basadas en datos: la documentación dentro del diccionario de datos proporciona contexto sobre cada elemento de datos, lo que permite a los creadores de informes tomar decisiones informadas al seleccionar campos y diseñar informes.

Implemente su diccionario de datos hoy mismo

La implementación de un diccionario de datos de Salesforce permite a su equipo estandarizar los elementos de datos, garantizar la calidad de los datos y simplificar los procesos de cumplimiento y generación de informes. No espere para liberar todo el potencial de su plataforma Salesforce: un diccionario de datos permitirá a su organización tomar decisiones informadas con confianza.

Independientemente de si ya dispone de un diccionario de datos de Salesforce o está pensando en crearlo, Sonar puede ayudarle. Con la confianza de algunos de los equipos de RevOps más dinámicos, Sonar ofrece el conjunto de herramientas esencial para gestionar eficazmente el cambio en Salesforce.

En última instancia, el diccionario de datos de Sonar promueve la precisión de los datos al establecer un lenguaje común y facilitar prácticas de generación de informes bien informadas, lo que conduce a perspectivas empresariales más fiables y precisas.

Tags accesibilidad, Acceso a datos, Actividad, Admins, AMA, Análisis, asignación, Business, Business Analysts, Business Logic, CI, Clasificación de datos, cli, cola, Cómo, confianza, Conocimiento, CRM, cuenta, Data, Datos, Datos de Salesforce, Desarrollo, Deuda, documentación, Empresa, ERP, Evento, Eventos, flujo, Flujos, ga, Genie, Gestión de datos, Herramientas, Informe, Informes, inicio, integración, Integraciones, Integration, Integrations, Lead, Líder, lógica empresarial, Marca, Negocio, Objeto, Oportunidad, PCI, Performance, Plataforma, Plataforma Salesforce, platform, Proceso, Quip, Rendimiento, RevOps, Salesforce, Salesforce Platform, Salesforce Shield, Salesforce.com, security, seguridad, Seguridad de datos, Supervisión de eventos, Tarea, Tech, Technology, Tecnología, Tema, Temas, TI, Tools, trust, UI, Usuarios, Ventas

Developers

Nunca te pierdas el ritmo: notificaciones para la eliminación de clientes potenciales en la cadencia de participación de ventas

Post author By EGA Futura
Post date 8 de noviembre de 2023

Última actualización el 1 de noviembre de 2023 por Rakesh Gupta

Gran idea o pregunta duradera:

¿Cómo se notifica al propietario del cliente potencial cuando alguien elimina un cliente potencial de la cadencia de participación de ventas?

Objetivos:

Después de leer este blog, podrás:

Comprender la captura de datos modificados
Comprender el objeto ActionCadenceTracker
Suscríbase para cambiar eventos mediante un activador de Apex
Llamar a un flujo iniciado automáticamente desde la clase Apex
Y mucho más.

👉 Anteriormente, escribí un artículo sobre Sales Engagement. ¿Por qué no echarles un vistazo mientras lo haces?

¿Ya ha recorrido el camino de ladrillos amarillos de la cadencia de ventas?

A Benjamin Moore , administrador de Salesforce en Gurukul On Cloud (GoC), se le ha asignado una tarea específica. Siempre que un vendedor por teléfono o el equipo de ventas internas elimine un cliente potencial (cliente potencial) de la cadencia de participación de ventas, asegúrese de la creación automática de una tarea con estos detalles:

Asunto : – Cliente potencial eliminado de la cadencia de participación en ventas
Estado : – No iniciado
Prioridad :- Alta
Fecha de vencimiento : – Hoy
Relacionado con : – Plomo
Asignado a : – Propietario principal

¿Qué es la cadencia de participación en ventas?

La adquisición de clientes potenciales es un paso importante en cualquier esfuerzo de marketing. Una vez que los equipos de ventas internas tienen una lista de clientes potenciales, están listos para emprender actividades de divulgación. ¡Pero espera! Demos un paso atrás y reflexionemos sobre las siguientes preguntas como preámbulo para comprender la cadencia de ventas: (1) ¿Con qué frecuencia desea que sus representantes se comuniquen con los clientes potenciales? (2) ¿Cómo le gustaría que se comunicaran con el cliente potencial, mediante llamada o correo electrónico? (2) ¿Cómo desea capturar la disposición de las llamadas? (3) etcétera.

La cadencia de participación de ventas es una línea de tiempo de las actividades y métodos de ventas que siguen los representantes de ventas para atraer clientes potenciales. El propósito de una cadencia es facilitar que el representante de ventas interno cumpla con el cronograma y garantice que los prospectos no sean olvidados, es decir, que nada se pierda. Por ejemplo, si ofrece una consulta gratuita en su sitio web y alguien completa un formulario, la cadencia incluiría una lista de las cosas que hace para programar la primera reunión.

Una cadencia de ventas normalmente incluye tres puntos de contacto diferentes: correo electrónico , redes sociales y llamadas/correos de voz . La cadencia, para diferentes embudos de ventas, puede diferir, pero siempre debe incluir una combinación de las tres formas de comunicación mencionadas.

Una cadencia de participación de ventas se parece a esto:

En otras palabras, las cadencias de participación de ventas difieren de un tipo de proceso de ventas a otro, pero la idea básica sigue siendo la misma: toques consistentes y secuenciales.

¿Qué es la captura de datos modificados?

La captura de datos modificados (CDC) es una técnica utilizada en bases de datos y sistemas de procesamiento de datos para identificar y capturar los cambios realizados en los datos. El objetivo principal de CDC es garantizar que los cambios en los datos de origen (como inserciones, actualizaciones y eliminaciones) puedan detectarse y procesarse fácilmente en sistemas posteriores.

La captura de datos de cambios (CDC) en Salesforce es una función que le permite realizar un seguimiento y capturar los cambios realizados en los datos de Salesforce. Proporciona una manera de capturar y entregar cambios en los datos, tanto en tiempo real como de manera histórica, lo que facilita la sincronización de datos entre sistemas y mantiene una copia actualizada de los datos de Salesforce en almacenes de datos externos. Aquí hay un desglose de de qué se trata la captura de datos modificados en Salesforce:

Actualizaciones en tiempo real : CDC proporciona un flujo de cambios en tiempo real, lo que significa que tan pronto como se realiza un cambio en Salesforce, se captura y se puede actuar de inmediato.
Captura integral de datos : CDC captura no solo los datos modificados sino también los metadatos sobre el cambio, como cuándo ocurrió el cambio y qué tipo de cambio fue (por ejemplo, crear, actualizar, eliminar).
Objetos estándar y personalizados : puede habilitar CDC tanto para objetos estándar de Salesforce (como Cuenta, Contacto) como para objetos personalizados.
Arquitectura basada en eventos : los cambios se entregan como eventos. Las aplicaciones pueden suscribirse a estos eventos y tomar medidas cada vez que haya un cambio. Esto permite una integración más dinámica y con mayor capacidad de respuesta entre Salesforce y los sistemas externos.
Integración simplificada : CDC puede simplificar los desafíos de integración. En lugar de sondear frecuentemente a Salesforce en busca de cambios, los sistemas externos pueden simplemente escuchar los eventos de cambio y actuar en consecuencia.
Alto volumen : está diseñado para manejar un gran volumen de eventos de cambio, lo que garantiza que incluso las empresas con cantidades masivas de datos puedan utilizar CDC de manera efectiva.
API y eventos de plataforma : Salesforce proporciona API que permiten que los sistemas externos se suscriban a estos eventos de cambio. Además, estos eventos de cambio se basan en Salesforce Platform Events, lo que facilita el trabajo dentro del ecosistema de Salesforce.
Canales de eventos : los eventos de cambio se envían a canales de eventos que tienen una convención de nomenclatura como data/ObjectNameChangeEvent , donde ObjectName es el nombre del objeto de Salesforce, como Account o Contact .
Detalles del evento : cada evento de cambio contiene información sobre el cambio, como el tipo de cambio (crear, actualizar, eliminar, recuperar), el ID del registro, los nombres de los campos modificados y los nuevos valores de esos campos.
1. Salesforce retiene los eventos de cambio durante 72 horas, lo que permite que los sistemas se pongan al día si se retrasan en el procesamiento de eventos.

Los administradores pueden habilitar la captura de datos modificados para objetos específicos en Salesforce a través del menú de configuración. Una vez habilitados, los cambios en esos objetos comenzarán a generar eventos de cambio.

Change Data Capture en Salesforce proporciona una manera poderosa de mantener los sistemas externos sincronizados con los datos de Salesforce sin la necesidad de una lógica de integración compleja o sondeos frecuentes. Es especialmente útil para análisis en tiempo real, sistemas de respaldo y otras aplicaciones que requieren datos actualizados de Salesforce.

Posible solución I: flujo activado por registro en el cliente potencial

Antes de profundizar en la solución funcional real, permítame guiarlo a través de algunas soluciones potenciales que pueden parecer las rutas más fáciles y rápidas a primera vista. Sin embargo, existen razones específicas por las que estas soluciones no serán viables.

Si tiene experiencia en la gestión de clientes potenciales y cadencias de participación de ventas, es posible que haya notado que Salesforce almacena ActionCadenceId (el ID de la cadencia asignada al cliente potencial) en el registro del cliente potencial. En particular, Salesforce establece ActionCadenceId en nulo cuando un cliente potencial se elimina/completa manualmente de la cadencia de participación de ventas.

Es posible que esté contemplando la idea de implementar un flujo posterior al guardado activado por registro (no conozco el flujo posterior al guardado, consulte este artículo) en el objeto principal y aplicando las siguientes condiciones:

ActionCadenceId no es nulo {!$GlobalConstant.False}
1. Con la condición "Solo si el registro que desencadenó la ejecución del flujo se actualiza para cumplir con los requisitos de la condición".
Luego consulte el objeto ActionCadenceTracker para averiguar el estado y CompletionReason = ' ManuallyRemoved '

Sin embargo, encontrará un obstáculo al intentar guardar el flujo. Resultaría en un mensaje de error que indica:

Sí (resultado de la decisión): el campo $Record.ActionCadenceId contiene un valor derivado que no se admite. En un flujo programado o activado por registro, $Record no admite algunos campos estándar cuyos valores se derivan. Elimine el campo $Record.ActionCadenceId.

Ahora comprende por qué no podemos utilizar este enfoque para abordar el caso de uso empresarial mencionado anteriormente.

Nota : Los campos Cadencia y Cadencia asignado en registros de clientes potenciales, contactos y cuentas personales no se pueden utilizar como criterios de campo en reglas de flujo de trabajo, flujos y Generador de procesos.

Posible solución II: flujo activado por registro en ActionCadenceTracker

Inicialmente, esta solución puede parecer una opción más prometedora que la anterior, y quizás se pregunte por qué no se consideró antes. Desafortunadamente, Salesforce impone restricciones, lo que impide el uso de flujos activados por registros y activadores de Apex en este tipo de SObject en particular ( ActionCadenceTracker ).

Lamentablemente, esto marca el final de esta solución.

Posible solución III: flujo activado por programación en ActionCadenceTracker

La tercera opción es crear un flujo activado por programación para el objeto ActionCadenceTracker , lo cual ciertamente es factible. Sin embargo, es fundamental tener en cuenta que esta solución no es en tiempo real.

Puede configurar el flujo activado por programación para que se ejecute a intervalos , como cada minuto o cada hora, pero tiene sus limitaciones. Recomiendo encarecidamente considerar la escalabilidad al optar por esta solución.

Si bien este enfoque puede ser adecuado para ciertos escenarios, no sirve como una solución viable para el caso de uso empresarial específico mencionado, que requiere notificaciones en tiempo real.

La pregunta ahora es: ¿Cuál es la mejor solución para el caso de uso empresarial mencionado anteriormente? Empecemos.

Enfoque de campeón de automatización (Sí, quiero):

La mejor solución para el caso de uso empresarial determinado es utilizar Change Data Capture (CDC) en el objeto ActionCadenceTrackerChangeEvent . Si no está familiarizado con Change Data Capture (CDC), le recomiendo encarecidamente hacer una pausa aquí y completar este módulo de Trailhead.

Antes de continuar, debes familiarizarte con el objeto ActionCadenceTracker en Salesforce. Representa un objetivo de cadencia activa.

Se crea un registro ActionCadenceTracker cuando agrega un objetivo a una cadencia. Utilice ActionCadenceTracker para obtener información sobre un objetivo de cadencia de carrera, incluido su estado, paso actual, cliente potencial asignado y motivo de finalización.

Nombre del campo	Detalles
Razón de finalización	El motivo por el que el objetivo completó la cadencia. Este campo contiene un valor si el estado del objetivo es Completo. Los valores posibles son: Salida automática: el objetivo se completó porque se produjo una condición de salida global. Este valor está disponible en la versión API 49.0 y posteriores. AutomáticamenteSalidoEliminadoPaso Salida automáticaPaso principal no válido DaisyChained: el objetivo se completó porque está conectado a otra cadencia de acción. LeadConverted: el objetivo se completó porque el cliente potencial se convirtió. Eliminado manualmente: el objetivo se completó porque el representante de ventas lo eliminó de la cadencia. ManuallyRemovedNoAccess: reservado para uso futuro. NoMoreSteps: el objetivo completó la cadencia de acción porque se completaron todos los pasos de la cadencia de acción.
Estado	El estado del rastreador de cadencia de acción actual. Los valores posibles son: Completo Error Inicializando En pausa Procesamiento: Salesforce está trabajando para cambiar el estado de este rastreador de cadencia de acción. Le recomendamos que filtre los pasos que tienen este estado en sus paneles. Correr
ID de destino	El ID del objetivo (Contacto, Cliente potencial) que está asignado a esta cadencia de acción.

Para resolver este requisito, utilizaremos Change Data Capture (CDC), un Apex Trigger para suscribirnos a eventos de CDC y un flujo de inicio automático para gestionar la creación de tareas.

Antes de discutir la solución, permítanme mostrarles un diagrama del proceso a alto nivel. Dedique unos minutos a revisar el siguiente diagrama de flujo para comprenderlo.

Comencemos a construir este proceso de automatización.

Práctica guiada (nosotros hacemos):

Hay tres pasos para resolver los requisitos comerciales de Benjamin utilizando Change Data Capture (CDC), un Apex Trigger y un flujo de inicio automático . Debemos:

Habilite el objeto ActionCadenceTracker para notificaciones de cambios
Flujo iniciado automáticamente
1. Definir propiedades de flujo
2. Cree una variable de colección de registros para almacenar clientes potenciales
3. Agregue un elemento Loop para recuperar los registros de la variable de colección de registros
4. Agregue un elemento de Asignación para asignar valores a una Variable de registro (Tarea)
5. Agregue un elemento de Asignación para agregar la Variable de registro a una Variable de colección de registros .
6. Agregue un elemento Crear registros para crear tareas
Desencadenadores asincrónicos de Apex para eventos de cambio

Paso 1: habilite el objeto ActionCadenceTracker para notificaciones de cambios

Haga clic en Configuración .
En el cuadro Búsqueda rápida, escriba Cambiar captura de datos y seleccione Cambiar captura de datos .
En Entidades disponibles, seleccione Rastreador de cadencia ( ActionCadenceTracker ) y haga clic en la flecha > .
Haga clic en Guardar .

Paso 2.1: Definir las propiedades del flujo

Haga clic en Configuración .
En el cuadro Búsqueda rápida, escriba Flujos .
Seleccione Flujos y luego haga clic en Nuevo flujo .
Seleccione el flujo iniciado automáticamente (sin activación) opción.
Haga clic en Crear .

Paso 2.2: Agregar una variable de recopilación de registros para almacenar clientes potenciales

En Caja de herramientas , seleccione Administrador y luego haga clic en Nuevo recurso para almacenar los clientes potenciales.
Introduzca la siguiente información:
1. Tipo de recurso : variable
2. Nombre de API : varR_Leads
3. Tipo de datos : Registro
4. Objeto : Plomo
5. Marque Permitir múltiples valores (colección)
6. Marque disponible para entrada
7. Verificar disponible para salida
Haga clic en Listo.

Paso 2.3: Agregar un elemento de bucle para recuperar los registros de la variable de colección de registros

En Flow Designer, haga clic en el icono + y seleccione el elemento Bucle .
Ingrese un nombre en el campo Etiqueta ; el nombre de la API se completará automáticamente.
Para Variable de colección, seleccione {!varR_Leads} .
Para especificar la dirección para iterar sobre la colección seleccione la opción Desde el primer elemento hasta el último elemento.
Haga clic en Listo .

Paso 2.4: Agregar un elemento de asignación para asignar los valores a una variable de registro (tarea)

Cree una tarea de tipo varR_Task de variable de registro para crear una tarea para el propietario del cliente potencial.
En Flow Designer, debajo del nodo Para cada , haga clic en el icono + y seleccione el elemento Asignación .
Ingrese un nombre en la etiqueta ; el nombre de API se completará automáticamente.
Establecer valores de variables
1. Fila 1 :
  1. Campo : Asunto
  2. Valor : Cliente potencial eliminado de la cadencia de participación en ventas
2. Haga clic en Agregar tarea
3. Fila 2 :
  1. Campo : Estado
  2. Valor : No iniciado
4. Haga clic en Agregar tarea
5. Fila 3 :
  1. Campo : Prioridad
  2. Valor : Alto
6. Haga clic en Agregar tarea
7. Fila 4 :
  1. Campo : Fecha de actividad
  2. Valor : {!$Flujo.FechaActual}
8. Haga clic en Agregar tarea
9. Fila 5 :
  1. Campo : WhoId
  2. Valor : {!Loop_Through_Leads.Id}
10. Haga clic en Agregar tarea
11. Fila 6 :
  1. Campo : ID de propietario
  2. Valor : {!Loop_Through_Leads.OwnerId}
Haga clic en Listo.

Paso 2.5: Agregar un elemento de asignación para agregar la variable de registro a la variable de colección de registros

Cree una tarea de tipo varR_Tasks de recopilación de registros para almacenar la variable de registro (creada en el paso 2.4) para el proceso masivo.
En Flow Designer, haga clic en el icono + y seleccione el elemento Asignación .
Ingrese un nombre en la etiqueta ; el nombre de API se completará automáticamente.
Establecer valores de variables
1. Fila 1:
  1. Campo: {!varR_Tasks}
  2. Operador: Agregar
  3. Valor: {!varR_Task}
Haga clic en Listo.

Paso 2.6: Agregar un elemento Crear registros para crear tareas

En Flow Designer, debajo del nodo Después del último , haga clic en el icono + y seleccione el elemento Crear registros .
Ingrese un nombre en la etiqueta ; el nombre de API se completará automáticamente.
Para Cuántos registros crear, seleccione Múltiples.
Colección de registros de mapas : {!varR_Tasks}
Haga clic en la X en la parte superior para guardar los cambios.

Al final, Benjamin's Flow se verá como la siguiente captura de pantalla:

Una vez que todo se vea bien, realice los pasos a continuación:

Haga clic en Guardar .
Ingrese la etiqueta de flujo (CadenceTracker); el nombre de la API se completará automáticamente.
Versión API para ejecutar el flujo : 59
Etiqueta de la entrevista : CadenceTracker {!$Flow.CurrentDateTime}
Haga clic en Guardar .

¡Casi llegamos! Una vez que todo se vea bien, haga clic en el botón Activar .

Paso 3: Activadores asincrónicos de Apex para eventos de cambio

Tiene la opción de recibir notificaciones de cambios en la plataforma Lightning suscribiéndose para cambiar eventos a través de activadores de Apex. Si bien los activadores de Apex para eventos de cambio comparten similitudes con los de los objetos estándar de Salesforce, también existen distinciones notables. Al igual que los activadores de Apex tradicionales para objetos de Salesforce, usted crea un activador de evento de cambio para el evento de cambio específico asociado con el objeto de Salesforce. Vale la pena señalar que en este contexto solo se admiten activadores posteriores a la inserción.

El desencadenador de evento de cambio se activa cuando se recibe uno o un lote de eventos de cambio. A diferencia de los activadores de objetos, los activadores de eventos de cambio se ejecutan de forma asincrónica una vez completada la transacción de la base de datos. La ejecución asincrónica hace que los desencadenadores de eventos de cambio sean ideales para procesar la lógica empresarial que consume muchos recursos y al mismo tiempo mantener la lógica basada en transacciones en el desencadenador de objetos. Al desacoplar el procesamiento de cambios, los desencadenantes de eventos de cambio pueden ayudar a reducir el tiempo de procesamiento de las transacciones.

Los desencadenantes de eventos de cambio tienen estas características.

Se ejecutan bajo la entidad Proceso Automatizado. Como tal, los registros de depuración para el desencadenador son creados por la entidad de proceso automatizado y los campos del sistema, como CreadoById y OwnerId, hacen referencia al proceso automatizado.
Están sujetos a los límites del gobernador síncrono de Apex.
Tienen un tamaño de lote máximo de 2000 mensajes de eventos (la cantidad de elementos en Trigger.New).

Cree un desencadenador de Apex en el objeto ActionCadenceTrackerChangeEvent .

 desencadenar ActionCadenceTrackerAsyncTrigger en ActionCadenceTrackerChangeEvent (después de insertar) { ActionCadenceTrackerAsyncTriggerHandler.handleChangeEvent(Trigger.new);
}

Cree una clase de Apex ActionCadenceTrackerAsyncTriggerHandler , como se muestra a continuación.

 clase pública ActionCadenceTrackerAsyncTriggerHandler { handleChangeEvent vacío estático público (List<ActionCadenceTrackerChangeEvent> changeEvents) { Set<Id> actionCadenceTrackerIds = nuevo Set<Id>(); for(evento ActionCadenceTrackerChangeEvent: eventos de cambio) { encabezado EventBus.ChangeEventHeader = evento.ChangeEventHeader; if (header.changetype == 'ACTUALIZAR' && event.CompletionReason == 'Manualmente eliminado') { Lista<Id> recordIds = header.getRecordIds(); actionCadenceTrackerIds.addAll(recordIds); } } if(!actionCadenceTrackerIds.isEmpty()) { encontrarRelatedLeads(actionCadenceTrackerIds); } } findRelatedLeads vacío estático privado (Set<Id> actionCadenceTrackerIds) { Lista<Lead> AssociatedLeads = [Seleccione ID, OwnerId de plomo donde Id IN (SELECCIONAR targetId DESDE ActionCadenceTracker DÓNDE ID EN: actionCadenceTrackerIds AND Target.Type = 'Cliente')]; if(!asociadosLeads.isEmpty()) { runFlow (líderes asociados); } } runFlow vacío estático privado (List<Lead> leads) { Mapa<Cadena, Objeto> params = nuevo Mapa<Cadena, Objeto>(); params.put('varR_Leads', clientes potenciales); Flow.Interview.CadenceTracker myFlow = nuevo Flow.Interview.CadenceTracker(params); miFlow.start(); }
}

Prueba de concepto

De ahora en adelante, si un usuario elimina un cliente potencial de la cadencia de participación de ventas, Change Data Capture (CDC) publicará un evento. Más adelante, un activador de Apex y un flujo crearán una tarea para el propietario principal.

El primer paso es asignar la cadencia de participación de ventas a un cliente potencial.
El siguiente paso es eliminar manualmente el cliente potencial de la cadencia de participación en ventas.
Tarea creada por automatización.

Evaluación formativa:

¡Quiero saber de ti!

¿Qué es lo que aprendiste de esta publicación? ¿Cómo imagina aplicar este nuevo conocimiento en el mundo real? Siéntete libre de compartir en los comentarios a continuación.

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://automationchampion.com/2023/11/01/never-miss-a-beat-notifications-for-prospect-removal-in-sales-engagement-cadence/

Tags activador de Apex, Activadores de Apex, Actividad, admin, administrador, Administrador de Salesforce, Administradores, Administrator, Administrators, After-Save Flow, ai, AMA, Análisis, Analytics, apex, Apex triggers, API, apis, Aplicaciones, Architects, Arquitectura, asignación, asynchronous apex, Autolaunched Flow, Automation Champion, Automatización, bucle, Business, Business Logic, Búsqueda rápida, Campeón de automatización, captura de datos modificados, Carrera, Change Data Capture, CI, cli, cliente potencial, clientes potenciales, Cloud, Cómo, Conocimiento, consulta, contacto, Contactos, Correo electrónico, Crear registro, CRO, cuenta, Data, Datos, Datos de Salesforce, decisión, desencadenador de Apex, EGA Futura, el flujo, Empresa, Empresas, Evento, Eventos, Eventos de plataforma, flow, Flow Designer, Flows, flujo, flujo activado por programa, Flujo activado por programación, Flujo activado por registro, flujo de inicio automático, Flujo iniciado automáticamente, Flujo posterior al guardado, Flujos, ga, Generador de procesos, Herramientas, INCLUDE, INCLUDES, INCLUIR, INCLUYE, inicio, integración, Integration, Lead, LEx, Líder, Lightning, Lightning Platform, Llamar a un flujo, lógica empresarial, Marca, Marketing, mensaje de error, New Flow, nodo, Nuevo flujo, Objeto, Otros, Pantalla, PCI, Plataforma, Plataforma Lightning, platform, Platform Events, plomo, Preguntas, Proceso, Proceso automatizado, Process Builder, Prospecto, Prueba, Quip, Registro, Respuesta, REST, Salesforce, Salesforce Platform, Schedule-Triggered Flow, Tarea, Tema, Temas, TI, trailhead, UI, Variable de colección, Ventas, Versión

Developers Salesforce Uncategorized

Preguntas de la entrevista de Salesforce CPQ, parte 2

Post author By EGA Futura
Post date 16 de octubre de 2023

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.

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.

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:

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.

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.

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:

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

Listas relacionadas

Columnas de línea
Secciones de plantilla
Documentos adicionales

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:

A. El Producto A pasa a estar DISPONIBLE si se selecciona el Producto B.
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.

Atributo de configuración
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

Tags ai, AMA, Análisis, Analytics, API, Aura, Business, CI, cli, cliente potencial, clientes potenciales, cola, Cómo, Conocimiento, consulta, Costo, CPQ, Crear registro, CRO, cuenta, Datos, EGA Futura, Empresa, Encuesta, entrevista de salesforce, Evento, Facturación, Funciones, ga, Gestión de contratos, grupo, INCLUIR, INCLUYE, Informe, Informes, inicio, IU, la oportunidad, Lead, Lógica de negocios, lógica empresarial, Marca, mensaje de error, Móvil, Negocios, Objeto, Oportunidad, Otros, Paquetes, PCI, Pedido, Precio de lista, Precio estándar, Preguntas, preguntas de la entrevista de salesforce, Proceso, proceso de aprobación, Product, Producto, productos, Prospecto, Quip, Registro, regla de precio, Rendimiento, REST, Salesforce, Salesforce CPQ, salesforce-admin, SEPA, sfdc, sfdcamplified, Sin categoría, Tema, Temas, TI, UI, Ventas

Developers

El poder de las métricas de uso mejoradas para optimizar la asignación de eventos de la plataforma

Post author By EGA Futura
Post date 6 de julio de 2023

Última actualización el 6 de julio de 2023 por Rakesh Gupta

Gran idea o pregunta duradera:

Cómo monitorear el consumo de eventos de la plataforma según el nombre del evento, el ID del cliente, el tipo de evento y el tipo de uso

Objetivos:

Después de leer este blog, podrá:

Obtenga una comprensión integral de los eventos de la plataforma
Descubra las ventajas de monitorear los patrones de consumo para la optimización del rendimiento del sistema y la identificación de tendencias de uso
Implemente métricas de uso mejoradas para eventos de plataforma a través de una guía paso a paso
Explore los beneficios de monitorear patrones de consumo para optimizar el rendimiento del sistema e identificar tendencias de uso
y mucho más

Jestilla Zetkin trabaja como arquitecta de Salesforce en Gurukul On Cloud (GoC), recientemente se encontró con una publicación de blog titulada Monitoreo de publicación de eventos y uso de entrega de la plataforma . Esta publicación proporcionó información sobre cómo varias formas de monitorear el uso de la publicación y entrega de eventos de la plataforma.

A medida que se expande el negocio de GoC, la afluencia de datos ha llevado a casos frecuentes de alcanzar los límites diarios para los eventos de la plataforma. En consecuencia, Jestilla está buscando una solución para monitorear el consumo de eventos de la plataforma según el nombre del evento, la identificación del cliente o el tipo. Esta capacidad de monitoreo le permitirá analizar qué evento está consumiendo una parte significativa de la asignación, lo que le permitirá tomar las medidas adecuadas en consecuencia.

¿Qué es Plataforma de Eventos?

Las arquitecturas basadas en eventos se han vuelto muy populares en los últimos años y por una buena razón. Se basa en el patrón de fuego y olvido . Activar un evento y dejar que cada sistema maneje la lógica empresarial le permite mantener los sistemas no relacionados desacoplados y puede ayudar a simplificar la arquitectura.

Los eventos de la plataforma le permiten entregar notificaciones de eventos seguras, escalables y personalizables dentro de Salesforce o desde fuentes externas. Las aplicaciones pueden publicar y suscribirse a eventos de plataforma en la plataforma de Salesforce mediante Apex, Flow o en un sistema externo mediante CometD. Si desea obtener más información sobre el evento de plataforma, consulte el módulo de Trailhead .

Comprender el objeto PlatformEventUsageMetric

Hagamos una pausa aquí y familiarícese con el objeto PlatformEventUsageMetric en Salesforce.

Contiene datos de uso para la publicación y entrega de eventos a clientes CometD y Pub/Sub API, componentes empApi Lightning y retransmisiones de eventos. Si las métricas de uso mejoradas están habilitadas, los datos de uso están disponibles para las últimas 24 horas, hasta la última hora y para el uso diario histórico.

En API 58.0 y versiones posteriores, puede habilitar Métricas de uso mejoradas para obtener datos de uso por nombre de evento y cliente para intervalos de tiempo granulares. PlatformEventUsageMetric contiene métricas de uso separadas para eventos de plataforma y eventos de captura de datos modificados.

Nombre del campo	Detalles
Tipo de evento	El tipo de evento para el que le gustaría consultar las métricas de uso, como un evento de cambio o un evento de plataforma personalizado. Este campo está disponible cuando las métricas de uso mejoradas están habilitadas.
Segmento de tiempo	El intervalo de tiempo utilizado para agregar los datos de uso devueltos en los resultados de la consulta. Este campo está disponible cuando las métricas de uso mejoradas están habilitadas.
Tipo de uso	Este campo está disponible cuando las métricas de uso mejoradas están habilitadas. El tipo de métricas de uso de eventos para consultar, como publicación de eventos o entrega de eventos. Utilice este campo con los campos EventName o EventType. Los valores posibles son: PUBLISH —Métricas de uso para eventos publicados. ENTREGA —Métricas de uso para eventos que se entregaron a los suscriptores.
Valor	El valor de uso para la métrica y el intervalo de fechas especificados.

Para obtener datos de uso completos para cada evento, aprovecharemos las métricas de uso de eventos mejoradas. Esta función nos permitirá recopilar información agregada e identificar los eventos específicos que consumen una parte importante de la asignación.

Mientras que PlatformEventSettings representa configuraciones para eventos de plataforma y eventos de captura de datos modificados.

Nombre del campo	Detalles
enableEnhancedUsageMetrics	Habilita métricas de uso mejoradas para consultas ejecutadas en PlatformEventUsageMetric. Las métricas de uso mejoradas proporcionan campos adicionales para las consultas y segmentos de tiempo granulares. Para obtener más información, consulte Métricas de uso mejoradas en la Guía para desarrolladores de eventos de plataforma. El valor predeterminado es falso.

Práctica guiada (nosotros hacemos):

Antes de que pueda obtener más métricas de uso, debe habilitar las Métricas de uso mejoradas en la API de metadatos . Para hacer esto, establezca el valor del campo enableEnhancedUsageMetrics en verdadero en PlatformEventSettings . Una vez hecho esto, podrá obtener métricas de uso detalladas para el consumo de eventos de la plataforma.

Paso 1: habilite las métricas de uso mejoradas

Asegúrese de que Visual Studio Code esté correctamente configurado y que su organización de Salesforce esté conectada a él.

Modifique el paquete.xml para recuperar los metadatos relacionados con los eventos de la plataforma.

Ejemplo de paquete.xml para recuperar la configuración de PlatformEvent.


<tipos> <miembros>PlataformaEvento</miembros> <nombre>Configuración</nombre>
</tipos>

El siguiente paso es modificar PlatformEventSettings .
1. Proceda a modificar PlatformEventSettings, cuyos valores se almacenan en el archivo PlatformEvent.settings en la carpeta de configuración .
2. En PlatformEventSettings, establezca el campo enableEnhancedUsageMetrics en true .
3. Guarde los cambios en el archivo PlatformEvent.settings-meta.xml .
Finalmente, haga clic con el botón derecho en el archivo de su paquete en el Explorador y seleccione SFDX: Implementar origen en el manifiesto en la organización .

Paso 2.1: obtenga métricas de uso diario agregadas por nombre de evento

Haga clic en Configuración | Consola de desarrollador .

En el Editor de consultas, ejecute la siguiente consulta SOQL

 SELECCIONE EventName, EventType, UsageType, Value, StartDate, EndDate FROM PlatformEventUsageMetric WHERE TimeSegment='Diario'

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://automationchampion.com/2023/07/05/the-power-of-enhanced-usage-metrics-in-optimizing-platform-event-allocation-2/

Developers Tutoriales de Salesforce

Presentamos las mejoras de la beta abierta de Anypoint Code Builder ☁️

Post author By EGA Futura
Post date 17 de junio de 2023

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.

…

Presentamos las mejoras de la versión beta abierta de Anypoint Code Builder | Blog de desarrolladores de Salesforce

¡Nos complace anunciar el lanzamiento en junio de la versión beta abierta de Anypoint Code Builder! Anypoint Code Builder es el IDE (Entorno de desarrollo integrado) de próxima generación de MuleSoft, para que los desarrolladores diseñen, desarrollen e implementen API e integraciones. Desde su lanzamiento Open Beta en febrero de 2023, el equipo ha estado agregando mejoras regularmente en una cadencia bimensual. Mientras que el lanzamiento de abril se centró en capacidades de IU adicionales, el lanzamiento de junio se centra en una mayor accesibilidad para los usuarios y la flexibilidad en la forma en que los usuarios pueden diseñar e implementar sus API.

Disponibilidad de Open Beta en el plano de control de la UE

Desde su lanzamiento, la versión beta abierta de Anypoint Code Builder solo ha estado disponible en el plano de control de EE. UU. Nos complace decir que esta restricción ya no existe. ¡La versión beta abierta de Anypoint Code Builder ahora está disponible para todos los usuarios en el plano de control de la UE! Esto significa que los usuarios de la UE ya no necesitarán crear nuevas cuentas de prueba en el plano de control de NA para acceder a una instancia de IDE en la nube y experimentar una latencia mucho menor a medida que diseñan y desarrollan. En el futuro, todas las versiones y mejoras futuras de Anypoint Code Builder estarán disponibles para los aviones de control de EE. UU. y la UE simultáneamente.

Entonces, ¿cómo pueden comenzar los usuarios de la UE? Simplemente haga que el administrador de su organización acepte los Términos y condiciones de la versión Beta y le otorgue permisos, luego diríjase a Anypoint Code Builder Central , donde puede crear una nueva instancia de su IDE en minutos. Y dado que es un IDE basado en la nube, seleccionaremos automáticamente el plano de control adecuado para su instancia. ¡Es fácil!

Diseño e implementación de API iterativas

Con Anypoint Code Builder, a los usuarios se les ofrecen tres recorridos principales para comenzar: diseñar especificaciones de API , implementar especificaciones de API y desarrollar integraciones . Tradicionalmente, la única forma de implementar una especificación de API era terminar por completo la fase de diseño y publicarla en nuestro mercado público, Anypoint Exchange . Sin embargo, no existe una regla que diga que el diseño y la implementación de la API deben estar aislados (después de todo, todos somos Trailblazers aquí, ¿no?). Es por eso que presentamos el diseño e implementación de API iterativas en Anypoint Code Builder. Esto le permite comenzar a diseñar la especificación de su API y luego saltar directamente a la fase de implementación para comenzar a agregar lógica empresarial antes de completar la fase de diseño. El resultado final es una experiencia optimizada que permite a los usuarios flexibilizarse entre las fases de diseño e implementación, abordando todo el proyecto en secciones en lugar de todo a la vez. Y para colmo, hemos hecho que toda esta experiencia sea perfecta al proporcionar una vista única para ambas fases directamente desde su navegador.

Se agregó soporte de interfaz de usuario para fragmentos

Cuando se lanzó por primera vez Open Beta para Anypoint Code Builder, la interfaz de usuario era de solo lectura. Los desarrolladores podían usarlo para visualizar su trabajo, pero no había forma de desarrollarlo activamente. Sin embargo, este siempre fue un plan temporal y el objetivo final es brindar a los usuarios dos opciones sólidas para la integración y el desarrollo de API: código bajo y código profesional. Durante los últimos seis meses, hemos estado trabajando para lograr esta visión agregando formas de interactuar con la interfaz de usuario. Por ejemplo, en nuestro lanzamiento de abril, introdujimos la capacidad de agregar nuevos componentes a sus flujos simplemente usando el símbolo "+".

En nuestro lanzamiento de junio, presentamos dos mejoras más en la interfaz de usuario para mejorar la experiencia de código bajo. La primera es la capacidad de seleccionar conectores directamente desde Anypoint Exchange mientras se agregan componentes. Esto proporciona a los desarrolladores una alternativa de interfaz de usuario a la paleta de comandos, al mismo tiempo que les brinda una forma más limpia de clasificar todas las versiones y operaciones del conector que están disponibles. El segundo es la capacidad de agregar fragmentos de la interfaz de usuario.

Los fragmentos son bloques de código preempaquetados que los desarrolladores pueden reutilizar en varios proyectos. Hay algunos que vienen preconstruidos con Anypoint Code Builder, pero los desarrolladores también pueden crearlos personalizados. Esto acelera el desarrollo al facilitar la replicación de tareas repetitivas. Por ejemplo, supongamos que con frecuencia necesita obtener información de contacto de una organización específica en Salesforce. La primera vez que haga esto, escribirá el XML con toda la configuración necesaria. Una vez escrito, puede empaquetar ese código en un fragmento. La próxima vez que necesite obtener información de contacto de esa organización, simplemente puede seleccionar ese fragmento de la interfaz de usuario en lugar de codificarlo todo nuevamente. A medida que los desarrolladores comienzan a crear bibliotecas de fragmentos, vemos que se trata de una herramienta increíblemente poderosa que ayudará a promover la reutilización en toda la organización.

Conclusión

El lanzamiento en junio de la versión beta abierta de Anypoint Code Builder es un hito fundamental en nuestro camino hacia la disponibilidad general. Con la expansión al plano de control de la UE, estamos entusiasmados de brindarles a más desarrolladores la oportunidad de tener en sus manos el producto. Y esperamos continuar introduciendo capacidades de interfaz de usuario adicionales junto con algunas funcionalidades de inteligencia artificial emocionantes a finales de este año. Si desea obtener una descripción general más detallada de las mejoras de junio, consulte la descripción general completa del video .

Más recursos

Sobre el Autor

Rohan Vettiankal es gerente de marketing de productos en MuleSoft, donde dirige su cartera de integración. A lo largo de su carrera, ayudó a llevar una variedad de productos al mercado, incluida una herramienta de visualización de datos basada en la web, una plataforma de infraestructura de datos local y un producto PaaS en la nube. En su tiempo libre, Rohan disfruta de actividades al aire libre como el senderismo, el snowboard y la escalada en roca. También le encanta la música y ha estado tocando el piano desde que tenía 12 años y recientemente ha estado aprendiendo guitarra. Siga a Rohan en 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/06/introducing-anypoint-code-builder-open-beta-enhancements.html

Tags accesibilidad, Actividad, admin, administración, administrador, ai, AMA, Anypoint, API, apis, Arquitecto, beta, Beta abierta, Blogs, Business, Carrera, CI, Cloud, code builder, código bajo, Cómo, Comunidad, contacto, cuenta, Data, Datos, desarrollador, Desarrolladores, desarrolladores de Salesforce, Desarrollo, Dev, Developers, EGA Futura, Empresa, Flows, flujo, Flujos, Force.com, ga, generador de código, html, integración, integración y API, Integraciones, Integrations, inteligencia, inteligencia artificial, interfaz de usuario, IU, la oportunidad, LEx, lógica empresarial, Marketing, MuleSoft, Nube, Ohana, Oportunidad, PCI, Plataforma, Plataforma MuleSoft Anypoint, Podcast, Product, Producto, productos, Prueba, Quip, REST, Salesforce, Salesforce.com, Slack, Soporte, Tarea, TI, Trailblazer, UI, Versión, versión beta, Versiones

Developers

Configurar el tamaño de lote para el activador de eventos de plataforma

Post author By EGA Futura
Post date 1 de mayo de 2023

Última actualización el 30 de abril de 2023 por Rakesh Gupta

Gran idea o pregunta duradera:

¿Cómo configurar el usuario y el tamaño del lote para Platform Event Trigger?

Objetivos:

Después de leer este blog, podrá:

Comprender el tamaño del lote para el activador de eventos de la plataforma
Anular el usuario de ejecución predeterminado para el desencadenador de eventos de la plataforma
Cree PlatformEventSubscriberConfig a través de la API REST
y mucho más

Jestilla Zetkin trabaja como arquitecta de Salesforce en Gurukul On Cloud (GoC) . Recientemente, enfrentó desafíos mientras trabajaba con eventos de plataforma, principalmente límites de gobernadores. Quiere aprender a configurar el tamaño del lote para el activador de eventos de la plataforma. En este ejercicio, configuraremos el tamaño del lote para lo siguiente:

Activador de vértice
1. LeadGenerationEventTrigger en Lead_Generation__e
2. Tamaño del lote: 50
3. Usuario ejecutor: Usuario de integración

¿Qué es Plataforma de Eventos?

Las arquitecturas basadas en eventos se han vuelto muy populares en los últimos años, y por una buena razón. Se basa en el patrón de fuego y olvido . Activar un evento y dejar que cada sistema maneje la lógica empresarial le permite mantener los sistemas no relacionados desacoplados y puede ayudar a simplificar la arquitectura.

¿Cuál es el tamaño de lote predeterminado para el desencadenador de eventos de plataforma?

De forma predeterminada, el disparador de eventos de la plataforma se ejecuta como el usuario del sistema de procesos automatizados con un tamaño de lote de 2000 mensajes de eventos. A veces es necesario cambiar el usuario y el tamaño del lote para eludir los límites del gobernador u otros desafíos.

Salesforce le permite anular el usuario de ejecución predeterminado y el tamaño de lote de un desencadenador de Apex de evento de plataforma con PlatformEventSubscriberConfig en la API de herramientas o la API de metadatos para configurar el desencadenador.

Puede especificar cualquier usuario activo en la organización de Salesforce. El activador se ejecuta en un contexto de sistema con privilegios para acceder a todos los registros independientemente de los permisos de nivel de campo y de objeto del usuario. Puede especificar un tamaño de lote personalizado de 1 a 2000. El tamaño del lote es el número máximo de mensajes de eventos que se pueden enviar a un disparador en una ejecución.

Comprender el objeto PlatformEventSubscriberConfig

Hagamos una pausa aquí, familiarícese con el objeto de la API de herramientas PlatformEventUsageMetric en Salesforce. Representa los ajustes de configuración para un disparador de Apex de evento de plataforma, incluido el tamaño del lote y el usuario que ejecuta el disparador.

Nombre del campo	Detalles
Tamaño del lote	Un tamaño de lote personalizado, de 1 a 2000, para el desencadenador Apex del evento de plataforma. El tamaño del lote corresponde al número máximo de mensajes de eventos que se pueden enviar a un disparador en una ejecución. El tamaño de lote predeterminado es 2000 para activadores de eventos de plataforma.
Nombre del desarrollador	El nombre exclusivo del objeto PlatformEventSubscriberConfig.
etiqueta maestra	Etiqueta para PlatformEventSubscriberConfig. En la interfaz de usuario, este campo es Configuración de suscriptor de eventos de plataforma.
PlatformEventConsumerId	El ID del desencadenador de Apex del evento de plataforma que se va a configurar.
ID de usuario	El ID del usuario con el que se ejecuta el desencadenador de Apex del evento de plataforma. De forma predeterminada, el disparador de eventos de la plataforma se ejecuta como la entidad de proceso automatizado. Establecer el usuario que ejecuta a un usuario específico tiene estos beneficios: Los registros se crean o modifican como este usuario. Los registros con campos OwnerId tienen sus campos OwnerId completados para este usuario cuando se crean o modifican. Este usuario crea los registros de depuración para la ejecución del disparador. Puede enviar un correo electrónico desde el activador, que no es compatible con el usuario de Proceso automatizado predeterminado.

Los componentes PlatformEventSubscriberConfig tienen el sufijo .platformEventSubscriberConfig y se almacenan en la carpeta PlatformEventSubscriberConfigs .

Este componente PlatformEventSubscriberConfig tiene la etiqueta LeadGenerationEventTriggerConfig . Contiene la configuración de un disparador de eventos de plataforma, LeadGenerationTrigger , y especifica el tamaño del lote y el usuario.


<?versión xml="1.0" codificación="UTF-8"?>
<PlatformEventSubscriberConfig xmlns="http://soap.sforce.com/2006/04/metadatos"> <platformEventConsumer>LeadGenerationTrigger</platformEventConsumer> <tamaño del lote>50</tamaño del lote> <masterLabel>LeadGenerationEventTriggerConfig</masterLabel> <usuario>desarrollador@automationchampion.com</usuario> <isProtected>falso</isProtected>
</PlatformEventSubscriberConfig>

Práctica guiada (nosotros hacemos):

Para agregar una configuración, realice una solicitud POST como se menciona a continuación:

Abra Workbench e inicie sesión con su nombre de usuario y contraseña de Trailhead Playground .
Asegúrese de haber seleccionado la opción Producción para el medio ambiente .
Navegue a la pestaña Utilidades y seleccione la opción REST Explorer .
Selecciona las siguientes opciones:
1. Elija un método HTTP para realizar en el URI del servicio REST API a continuación : POST
2. URL : /services/data/v58.0/tooling/sobjects/PlatformEventSubscriberConfig
3. Cuerpo : proporcione los valores en el cuerpo de la solicitud. Esta solicitud de ejemplo configura un activador existente con un tamaño de lote de 50 y especifica el ID de un usuario en ejecución.
  1. {
    "Tamaño del lote": "50",
    “Nombre del desarrollador”:”LeadGenerationEventTriggerConfig”,
    “MasterLabel”:”LeadGenerationEventTriggerConfig”,
    “PlatformEventConsumerId”: “01qB0000000Zcug”,
    “ID de usuario”: “005B00000015gt8”
    }
  2. Dónde:
    1. 01qB0000000Zcug, disparador de Apex en Lead_Generation__e
    2. 005B00000015gt8, es el ID de usuario del usuario de integración
4. Haga clic en Ejecutar .
Puede consultar y recuperar las configuraciones en su organización con SOQL. Si consulta desde Developer Console Query Editor, asegúrese de seleccionar Use Tooling API . Esta consulta de ejemplo recupera todas las configuraciones establecidas en su organización de Salesforce.

Evaluación formativa:

¡Quiero saber de ti!

¿Qué es una cosa que aprendiste de esta publicación? ¿Cómo imagina aplicar este nuevo conocimiento en el mundo real? Siéntase libre de compartir en los comentarios a continuación.

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://automationchampion.com/2023/04/30/configure-the-batch-size-for-platform-event-trigger-2/

Developers Tutoriales de Salesforce

Retrospectiva de un desarrollador de plataforma de TrailblazerDX '23 ☁️

Post author By EGA Futura
Post date 13 de abril de 2023

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

…

Retrospectiva de un desarrollador de plataforma de TrailblazerDX '23 | Blog de desarrolladores de Salesforce

TrailblazerDX '23 fue increíble, lleno de innovación y contenido para desarrolladores. Un mes después de la feria, todavía hay mucho que puedes aprender de este gran evento. En esta publicación de blog, compartiré las recomendaciones de un desarrollador de Salesforce Platform y una lista de recursos para ayudarlo a navegar por los diferentes anuncios de productos y funciones.

Principales anuncios principales

Como era de esperar de una conferencia de tecnología, la parte más esperada del programa fue el discurso principal . Hicimos una serie de anuncios clave que muestran las nuevas innovaciones de Salesforce. He seleccionado los tres temas más importantes para desarrolladores que se trataron durante el discurso principal del programa principal. ¡Sigue leyendo!

Anuncio de GPT de Einstein

Lo más destacado de TrailblazerDX '23 fue el anuncio de Einstein GPT , la inversión de Salesforce en IA generativa en toda nuestra cartera de productos. Compartimos una serie de demostraciones de cómo funciona con diferentes productos (Sales Cloud, Service Cloud, Slack y Tableau, solo por nombrar algunos), pero lo que más se destaca para los desarrolladores es el aumento de productividad potencial que brinda la capacidad de aprovechar la tecnología GPT para la generación de código.

En particular, pudimos vislumbrar cómo Einstein GPT podría ayudarnos a generar código Apex basado en un aviso en VS Code: Einstein GPT generó un método y el código de prueba relacionado. ¿Cuan genial es eso?

Este es solo el comienzo de una experiencia de desarrollador completamente nueva, sin embargo, no me malinterpreten: la IA no reemplazará a los desarrolladores. Einstein GPT ayuda a los desarrolladores a ser más productivos al sugerir fragmentos de código, pero la responsabilidad de los desarrolladores es usar el código generado como punto de partida, luego refinarlo y mantenerlo para satisfacer las necesidades comerciales.

Nube de datos

El segundo anuncio importante del discurso de apertura fue una muestra de Data Cloud (anteriormente conocida como Genie). Vimos cómo Data Cloud puede ingerir datos de múltiples fuentes, armonizar y transformar los datos y luego desencadenar acciones casi en tiempo real. Esta última parte es la más interesante para los desarrolladores: Data Cloud puede generar eventos de plataforma y desencadenar flujos basados en reglas personalizadas. Con estas capacidades, los desarrolladores pueden implementar fácilmente una lógica empresarial personalizada que se activa cuando se actualizan los datos de Customer 360.

Automatización

La automatización es una parte clave de nuestra estrategia de plataforma. Anunciamos una serie de funciones que simplificarán y ampliarán la forma en que los Trailblazers pueden automatizar con o sin código, gracias a Flow, Flow Orchestrations, MuleSoft y Slack. Estos son mis aspectos más destacados para los desarrolladores de plataformas:

Los componentes de pantalla reactivos (Beta a partir de Spring '23) son un cambio de juego para crear componentes web Lightning personalizados que interactúan con otros componentes de un flujo.
Las llamadas HTTP (Beta a partir de Spring '23) son excelentes acciones de flujo declarativo que ayudan a reducir en gran medida (si no a eliminar) la necesidad de código Apex personalizado al interactuar con sistemas y API de terceros.
Los flujos invocables (Beta en Summer '23) permiten a los constructores llamar a sistemas de MuleSoft y de terceros con solo clics y una configuración optimizada

¿Quiere profundizar en el contenido principal? Consulte la grabación de la conferencia magistral completa en Salesforce+ y los capítulos específicos que cubrimos anteriormente:

Recursos del producto

Mientras se transmitía y grababa el discurso principal, una buena parte de la experiencia de TrailblazerDX en persona fue navegar por las demostraciones de productos en el piso de la exposición e interactuar con los gerentes de productos y otros expertos de Salesforce.

Esta parte de la experiencia en realidad no se presta para ser compartida de forma remota, pero tengo buenas noticias: he reunido trailmixes dedicados para todas y cada una de las demostraciones presentadas en la exposición. Estos trailmixes dedicados incluyen un montón de recursos relevantes, como videos, publicaciones de blog, episodios de podcast, documentos de hoja de ruta y más.

Demostraciones de productos destacados

Herramientas/plataformas para desarrolladores y DevOps

Código

API y eventos

Móvil

Personalización y configuración de código bajo

Seguridad y privacidad

Sesiones en Salesforce+

Además del discurso de apertura principal, varias sesiones se transmitieron en vivo y se grabaron en Salesforce+ .

Aquí está la selección curada del equipo de defensa de desarrolladores de excelentes sesiones para desarrolladores:

Discurso principal de la plataforma: hoja de ruta para crear y ampliar su Customer 360
Conozca las últimas actualizaciones de la hoja de ruta de Salesforce Platform directamente de expertos en productos. Vea cómo puede ampliar su Customer 360 con automatización, DevOps y seguridad.

Apex: novedades y novedades
Aprenda de Chris Peterson y Daniel Ballinger sobre las funciones recientemente lanzadas y las próximas en la hoja de ruta de Apex.

De la idea a la producción: creación de aplicaciones escalables en Heroku
Únase a Julián Duque y Jonathan Jenkins para conocer cómo Salesforce Heroku le permite crear aplicaciones seguras y escalables utilizando lenguajes abiertos en la Plataforma Salesforce.

Simplifique la integración de API con servicios externos
Jennifer Jin y Lily Sai muestran interesantes actualizaciones de los servicios externos, lo que hace que sea más fácil que nunca realizar llamadas API de forma segura desde Salesforce, incluida la capacidad de realizar llamadas de servicios externos de forma nativa desde Apex.

Cree su primera aplicación en Salesforce
Aprenda a crear su primera aplicación de Salesforce con LeeAnne Rimel y Julie Thompson. Descubra cómo crear su modelo de datos, diseñar la seguridad de su aplicación, ajustar la UX con herramientas declarativas e implementar para sus usuarios.

Administrar lanzamientos con DevOps Center
Karen Fidelak explica cómo administrar lanzamientos con el centro DevOps. Aprenderá a administrar cambios y lanzamientos con confianza, sin necesidad de conjuntos de cambios.

Resumiendo

TrailblazerDX '23 fueron dos días llenos de gran contenido. De hecho, hubo tanta bondad que esta publicación de blog solo araña la superficie. Espero que esta retrospectiva le haya permitido ponerse al día y entusiasmarse con la próxima innovación relacionada con Einstein GPT, la nube de datos y la automatización, y que haya aprendido más sobre nuestros productos y funciones. Prepárese para más actualizaciones de desarrolladores a medida que trabajamos para el lanzamiento de Summer '23 en los próximos meses.

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 full-stack y disfruta trabajar en proyectos DevOps, robótica y VR. 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/2023/04/a-platform-developers-retrospective-of-trailblazerdx-23.html

Tags admin, administrador, ai, AMA, Análisis, Anuncios, apex, API, Aplicaciones, AppExchange, Arquitecto, Automatización, beta, Blogs, Business, CI, cli, Cloud, Código Apex, código bajo, comienzo, commerce cloud, Cómo, Componentes Web Lightning, Comunidad, Comunidad de desarrolladores, Connect, CRM, CRM Analytics, css, Data, Datos, desarrollador, desarrollador de salesforce, Desarrolladores, desarrolladores de Salesforce, Desarrollo profesional, Destacado, Destacados, Dev, Developers, DevOps, DevOps Center, EGA Futura, Einstein, Einstein GPT, Empresa, ERP, Estrategia, Evento, Eventos, Eventos de plataforma, Experience Cloud, Experiencia de desarrollador, flow, Flows, flujo, Flujos, Force.com, Funciones, ga, Genie, github, Google, Heroku, Herramientas, html, INCLUDE, INCLUYE, integración, Jenkins, Lightning, Lightning Web Components, lógica empresarial, lwc, Marketing, Marketing Cloud, Mobile, Móvil, MuleSoft, Noticias, Nube, Nube de datos, Ohana, Otros, Pantalla, Plataforma, Plataforma de Salesforce, Plataforma Salesforce, Platform Events, Podcast, Product, Productividad, Producto, productos, Prueba, punto de partida, Quip, REST, Retribuir, Sales cloud, Salesforce, Salesforce CLI, Salesforce Flow, Salesforce Functions, Salesforce Platform, Salesforce.com, SDK, seguridad, servicios externos, sin código, Slack, Spring '23, Tableau, TDX, Tecnología, Tema, Temas, TI, Trailblazer, Trailblazer Community, TrailblazerDX, trailhead, twitter, UI, Versión, Versión de Salesforce, VS Code, VSCODE, YouTube

Developers Tutoriales de Salesforce

Mejores prácticas de LWC para flujos de pantalla ☁️

Post author By EGA Futura
Post date 5 de febrero de 2023

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

…

Mejores prácticas de LWC para flujos de pantalla | Blog de desarrolladores de Salesforce

Screen Flows, parte de Salesforce Flow , permite a los desarrolladores y administradores crear interfaces de usuario y vincularlas a los datos de Salesforce mediante herramientas de código o sin código. Los flujos de pantalla permiten a los desarrolladores usar componentes web Lightning (LWC) como elementos de flujo . Sin embargo, la creación de LWC para un flujo requiere que siga algunas prácticas recomendadas. Al hacerlo, aumenta el rendimiento de sus LWC y su componente funciona mejor dentro del motor de tiempo de ejecución de Flow.

En este blog, primero nos sumergimos en cómo funciona la administración de estado en el tiempo de ejecución de Flow y luego compartimos algunas prácticas recomendadas de administración de estado y eventos que debe seguir al crear LWC para sus flujos de pantalla.

Mejores prácticas para la gestión del estado de LWC en flujos de pantalla

El tiempo de ejecución de Flow se adhiere a los principios de diseño de gestión de estado de LWC. Funciona mejor cuando los componentes de LWC que representa no modifican sus propios atributos @api y, en su lugar, solicitan que se realice un cambio FlowAttributeChangeEvents .

Este patrón es esencial por dos razones.

Los componentes que permiten a sus padres controlar sus parámetros @api se reutilizan más fácilmente porque permiten que la aplicación controle el estado en lugar de la propia lógica empresarial interna del componente.
Al activar eventos de cambio de atributo, el tiempo de ejecución de Flow puede mantener una imagen precisa del estado del componente, lo que le permite controlar las interacciones entre componentes, como la visibilidad de campo condicional.

El uso de las reglas de linter de Salesforce LWC es una excelente manera de asegurarse de que su componente no modifique los parámetros @api . Configure un linter que use las reglas de linter de LWC en su entorno de desarrollo, asegurándose específicamente de que se aplique la configuración lwc/no-api-reasignments .

A continuación se muestra un ejemplo de un componente de entrada de texto simple. Demuestra cómo debe activarse un FlowAttributeChangeEvent en lugar de actualizar el parámetro @api de LWC.

Código problemático

Código compatible

Mejores prácticas para eventos LWC en flujos de pantalla

En las próximas secciones, profundizaremos en las mejores prácticas para eventos de flujo como FlowAttributeChangeEvent y FlowNavigationEvent .

Mejores prácticas de evento de cambio de atributo

Esta sección presenta una lista de FlowAttributeChangeEvent (ver documentos ) Qué hacer y qué no hacer .

No modifique los atributos @api en el componente. En su lugar, active el evento FlowAttributeChangeEvents .
Active el evento en los controladores de eventos o en los métodos invocados dentro de los controladores de eventos.
Limite el parámetro de valor del evento a los siguientes tipos de datos:
1. Cadena
2. Número
3. booleano
4. JSON (para tipos de registros)
Asegúrese de que el tipo de datos del parámetro de valor FlowAttributeChangeEvent coincida con el tipo de datos del parámetro @api de LWC.
Reaccione a los cambios en @api utilizando un patrón get/set cuando corresponda. Esto también es necesario para la comunicación cruzada entre los componentes cuando se utilizan componentes de pantalla reactiva (Beta) .

El siguiente ejemplo demuestra el uso de get/set para contar las actualizaciones de un parámetro @api en lugar de simplemente incrementar un contador antes de activar un evento de cambio de atributo. Vale la pena señalar que los dos patrones a continuación son válidos pero logran resultados ligeramente diferentes.

En el escenario anterior, this.changeCounter se incrementará siempre que el usuario ingrese un cambio en la entrada de texto y siempre que el tiempo de ejecución de Flow determine que la propiedad textValue ha cambiado. Esto tendrá en cuenta la inicialización de componentes y las interacciones entre componentes cuando se utilizan componentes de pantalla reactivos .

Nota: será necesario usar una variable intermedia para generar actualizaciones desde el método set. En este ejemplo, presentamos textValueToRender para este propósito.

Veamos un ejemplo de código en el que incrementamos un contador antes de activar un evento de cambio de atributo. En este escenario, no usamos el patrón get/set .

En este caso, this.changeCounter se incrementará cada vez que el usuario ingrese un cambio en la entrada de texto.

6. Utilice parámetros @track para mantener un estado de componente local modificable.

El siguiente ejemplo muestra un selector de color que presenta al usuario un cuadro de texto de entrada y algunas muestras. Tenga en cuenta que el componente selector de color devuelve el color al flujo, por lo que solo color debe ser un parámetro @api , los miembros selectedSwatchId e inputValue son solo internos y, por lo tanto, no necesitan ningún decorador.

colorPicker.js

swatch.color === newColor); this.selectedSwatchId = foundSwatch && foundSwatch.id;
} get color() { return this.inputValue;
} handleSwatchSelected(event) { // Select get the swatch data for the clicked swatch: const selectedSwatch = this.ALL_SWATCHES.find(swatch => swatch.id === event.target.dataset.id); const changeEvent = new FlowAttributeChangeEvent(‘color’, selectedSwatch.color); this.dispatchEvent(changeEvent); } handleInputValueChange(event) { this.inputValue = event.target.value; const changeEvent = new FlowAttributeChangeEvent(‘color’, this.inputValue); this.dispatchEvent(changeEvent);
} «>

7. Utilice un método get para combinar @api para construir una variable derivada para la vista.

Saludo.js

8. Aplique la misma lógica en el método set de @api que contribuye a una variable miembro derivada. Esto es necesario para la gestión del estado de los componentes internos en escenarios complejos. Esto garantizará que un cambio realizado en cualquier atributo contribuyente hará que el valor se represente correctamente, independientemente del orden en que se establezcan los atributos.

desplegable.js

{ return option.isSelected && option.value === selectedValue; }); if (!isAlreadySelected) { const attributeChange = new FlowAttributeChangeEvent(‘value’, selectedValue); this.dispatchEvent(attributeChange); }
} computeOptions() { if (this.internalOptionLabels.length !== this.internalOptionValues.length) { return []; } return this.internalOptionLabels.map((label, index) ==> { const value = this.internalOptionValues[index]; const isSelected = this.internalValue === value; return { label, value, isSelected }; });
} «>

9. No modifique los parámetros de FlowAttributeChangeEvent después de la construcción. De forma predeterminada, las instancias de FlowAttributeChangeEvent están compuestas y burbujeadas .

10. Evite activar los eventos FlowAttributeChangeEvents y FlowNavigationXxx al mismo tiempo. La razón de esto es que puede conducir a condiciones de carrera. Nunca hay una garantía de que el componente LWC haya tenido tiempo de representar los valores actualizados en el momento en que comenzamos el proceso de navegación.

Mejores prácticas de eventos de cambio de navegación

Además del FlowAttributeChangeEvent , los LWC personalizados pueden activar eventos de navegación para moverse entre pantallas y pausar o finalizar flujos.

La intención de los eventos de navegación es permitir que los autores de LWC personalizados incluyan mecanismos de control adicionales dentro de sus componentes. Con ese fin, los eventos de navegación deben activarse al reaccionar a la interacción del usuario final.

Consulte la lista de lo que se debe y lo que no se debe hacer a continuación cuando planee usar eventos de navegación.

Ejecute eventos de navegación en controladores de eventos (o en el método que invocan).
No active eventos de navegación fuera de los controladores de eventos, ya que genera una mala experiencia para el usuario final.
No active eventos de navegación en controladores de ciclo de vida como renderedCallback y connectedCallback .

La lógica para omitir pantallas debe descansar en los nodos de decisión de flujo y no debe determinarse durante el ciclo de vida de una pantalla. Además, la navegación en una pantalla ficticia puede provocar un rendimiento deficiente del flujo.

Conclusión

Nos encanta cuando los desarrolladores crean soluciones innovadoras con componentes web Lightning combinados con flujos. Seguir las mejores prácticas descritas en este blog garantiza que sus componentes se integren bien en el motor de tiempo de ejecución de Flow y funcionen como se espera.

Referencias

Sobre los autores

Josh Goodman es miembro principal del personal técnico con más de 7 años de experiencia como desarrollador en Salesforce. A lo largo de su mandato, Josh ha trabajado en muchas características interesantes, como agregar informes y tableros a Salesforce One móvil, llevar Wave Charting a Lightning, agregar compatibilidad con carpetas anidadas a las páginas de inicio de informes y tableros, y convertir la interfaz de usuario de Flow de Aura a LWC. . Actualmente está trabajando en nuevas y emocionantes características de tiempo de ejecución de la interfaz de usuario para Flows.

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, Flow, Apex y Lightning Web Components en Salesforce. Mohith se encuentra actualmente entre los principales contribuyentes en Salesforce Stack Exchange, 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/2023/02/lwc-best-practices-for-screen-flows.html

Tags admin, administración, administrador, AMA, apex, API, Arquitecto, Aura, beta, Blogs, Business, Carrera, CI, cli, Cómo, Componentes Web Lightning, Comunidad, Connect, Conocimiento, CRM, css, cuenta, Data, Datos, decisión, desarrollador, Desarrolladores, desarrolladores de Salesforce, Desarrollo, Dev, Developers, EGA Futura, el flujo, Empresa, Evento, Eventos, flow, Flows, flujo, Flujos, Force.com, ga, Google, Heroku, Herramientas, herramientas para desarrolladores, html, INCLUDE, Informe, Informes, inicio, integración, Integración y APIs, interfaz de usuario, javascript, json, Lead, Lightning, Lightning Experience, Lightning Web Component, Lightning Web Components, lógica empresarial, lwc, Marketing, mecanografiado, Mobile, Móvil, MuleSoft, New Flow, Ohana, Pantalla, Plataforma, Plataforma de Salesforce, Podcast, Preguntas, Proceso, Product, Producto, productos, reaccionar, Registro, Rendimiento, REST, Salesforce, Salesforce Flow, Salesforce Platform, Salesforce.com, Screen Flow, sin código, Slack, stack exchange, Tableau, Tech, TI, Trailblazer, Tutoriales, UI, VS Code, YouTube

Developers Discover Magazine Salesforce Tutoriales de Salesforce

Desmitificando Net Zero Cloud

Post author By EGA Futura
Post date 2 de febrero de 2023

A menudo veo confusión en torno a esta nube, y con el cambio de nombre y las muchas mejoras que ha tenido con respecto a los lanzamientos, pensé, ¿por qué no tratar de arrojar algo de luz?

¿Por qué yo?

Para los que no lo sepan, además de todo lo relacionado con Salesforce y Agile, mi enfoque es ayudar a las organizaciones a reducir el desperdicio. Pérdida de tiempo, esfuerzo, energía, dinero, materiales… Soy un profesional de la Economía Circular (Cambridge), Biomimicry Practitioner, escribí un libro sobre Sostenibilidad y negocios, parte de la Iniciativa de Sostenibilidad de Agile Alliance, y apoyo a mi pueblo con un ' re-wilding', siendo su representante designado en el grupo Climate Change Wiltshire.

Ahí es donde va mi corazón y mi energía: dejar el lugar mejor que como lo encontramos.

Por lo tanto, NZC se encuentra en una encrucijada clave para mí: donde las habilidades y la búsqueda se cruzan.

¿Porqué ahora?

¡Llegan los reglamentos! He aquí un breve resumen:

US 22 > Se requiere SEC para empresas que cotizan en bolsa
UE 22 > CSRD oct 22 ampliar alcance +
Brasil 21 > Divulgación ESG
India 22 > top 1000 listados para reportar sustentabilidad
Singapur 22 > divulgar para cotizar a cambio
China 22 > huella ambiental de las empresas que cotizan en bolsa
NZ 21 > 200 grandes instituciones financieras
Reino Unido > ESOS 250 em o 44mil (energía)
Reino Unido > empresas cotizadas +500 empleados+£500 millones de facturación Informe Riesgos relacionados con el clima y oportunidades dentro de la energía y el carbono o informe estratégico

¿Qué intenta resolver Net Zero Cloud?

En este momento, como gerente de sustentabilidad, hay un gran esfuerzo manual para recopilar, agregar, auditar y compilar datos para generar informes. Net Zero Cloud, al ser la tecnología de Salesforce, puede actuar como un habilitador para automatizar y facilitar esto.

Otra razón, relacionada con la anterior, es que como Gerente de Sostenibilidad el proceso es tan REACTIVO, lo que significa que solo sabe cómo lo ha hecho DESPUÉS del hecho, demasiado tarde para arreglarlo. Net Zero Cloud puede actuar como habilitador de información en tiempo real y para que una organización sea más proactiva.

También relacionado con la recopilación de datos, es bastante complicado procesar la mayoría de los datos en silos y complicados. Net Zero Cloud, al ser la tecnología de Salesforce, puede habilitar datos integrados, lógica empresarial y UX.

Y así como las regulaciones que están en camino como se mencionó, en el futuro esto será obligatorio y con implicaciones fiscales.

Diferencias vs otras cosas de SF

Existen algunas diferencias clave entre otros productos de Salesforce, incluso soluciones industriales, que creo que vale la pena descubrir:

1) ¡Salesforce crea sus datos!

En serio, a través de la configuración y las actualizaciones, Salesforce crea registros de datos. La razón de esto es la extracción de agencias gubernamentales clave para permitir los cálculos en equivalentes de emisiones de carbono. ( Un equivalente de dióxido de carbono o equivalente de CO2, abreviado como CO2-eq es una medida métrica utilizada para comparar las emisiones de varios gases de efecto invernadero sobre la base de su potencial de calentamiento global (GWP), al convertir cantidades de otros gases a la cantidad equivalente de dióxido de carbono con el mismo potencial de calentamiento global. )

Esencialmente, esto utiliza datos de referencia de cosas como la Agencia de Protección Ambiental de EE. UU. (EPA), la Administración de Información Energética de EE. UU. (EIA), la Agencia Internacional de Energía (IEA), el Departamento de Negocios, Energía y Estrategia Industrial del Reino Unido (BEIS), Gases de Efecto Invernadero (GHG) Protocolo, etc

2) Automatizaciones

Tiene, por ejemplo, datos relacionados con CBECS en su lugar y el generador BEI si necesita crear sus propios registros; BEI es la Intensidad Energética del Edificio.

Además de los procesos DPE (motor de procesamiento de datos) que se ejecutarán, como los cálculos de inicio para ayudar con el pronóstico de emisiones o la aplicación de tasas de inflación.

3) Multi-industria

Salesforce ya tiene múltiples 'nubes' como soluciones de la industria. Sin embargo, Net Zero Cloud cubre más de uno: contabilidad de carbono, economía circular (gestión de residuos), gestión de riesgos hídricos, DEI parcial…

Y no me sorprendería si se unieran más áreas. Dado que el capital social y el natural son áreas bastante amplias, están altamente interrelacionadas.

Una envoltura

Ok, dejémoslo así por ahora, ¿quizás el próximo paso es que cubramos la arquitectura?

¿Qué opinas? (¡Pon un comentario!)

** ¡Por supuesto que hay módulos de Trailhead en esto! >

https://trailhead.salesforce.com/modules?sort=NEWEST&products=products-net-zero-cloud

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://salesforceweek.ly/2023/02/demystifying-net-zero-cloud.html

Tags admin, administración, Agile, API, Arquitectura, CI, cli, Cloud, Cómo, Datos, EGA Futura, Empresa, Empresas, Estrategia, Facturación, Force.com, ga, grupo, html, Informe, Informes, inicio, Lead, lógica empresarial, Negocio, Negocios, Nube, Oportunidad, Otros, Proceso, Product, Producto, productos, Registro, Salesforce, Salesforce.com, SEPA, Tecnología, TI, trailhead, UI

Developers Tutoriales de Salesforce

Una experiencia de desarrollador completa en Heroku, funciones de Salesforce y AWS ☁️

Post author By EGA Futura
Post date 18 de noviembre de 2022

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

…

Una experiencia de desarrollador completa en Heroku, funciones de Salesforce y AWS | Blog de desarrolladores de Salesforce

En Salesforce, la innovación es uno de nuestros valores fundamentales. Con eso en mente, nos comprometemos a innovar en las tecnologías de la plataforma Salesforce, como Heroku y Salesforce Functions, así como a través de nuestra asociación con AWS, para unificar y mejorar la experiencia del desarrollador. En esta publicación de blog, le brindamos una descripción general de nuestras actualizaciones recientes, nuestra hoja de ruta y el poder de combinar estas tecnologías.

Convierta las aplicaciones en experiencias conectadas

Heroku es una plataforma como servicio para crear, implementar, ejecutar y administrar aplicaciones, y continúa siendo una parte esencial de la plataforma Salesforce. Para organizaciones de todo tipo, Heroku reduce los gastos continuos de DevOps y proporciona la flexibilidad para escalar bajo demanda en función de las necesidades comerciales. Para los desarrolladores y los equipos, Heroku les permite crear aplicaciones utilizando las herramientas que elijan y una experiencia de desarrollador meticulosamente diseñada. Salesforce continúa invirtiendo en Heroku y facilita su uso con otras nubes de Salesforce.

Heroku Connect , un potente servicio complementario de Heroku, es una solución de sincronización de datos que sincroniza automáticamente datos entre Heroku Postgres y una organización de Salesforce, lo que permite a los desarrolladores crear rápidamente aplicaciones escalables y elásticas que se basan en datos de Salesforce. Disminuye la carga de los desarrolladores encargados de la sincronización de datos entre aplicaciones y Salesforce. Heroku Connect también se conecta a otros servicios de Heroku (p. ej., Apache Kafka en Heroku , Heroku Data para Redis, conectores de transmisión de datos y está disponible a través del mercado de Heroku Elements ). No hay mejor solución para sincronizar datos entre Salesforce y las aplicaciones orientadas al cliente sin alcanzar los límites de la API.

Escale de forma nativa en la plataforma de Salesforce

Funciones de Salesforce ( GA Winter'22 ) proporciona un entorno informático escalable en la plataforma de Salesforce para su lógica empresarial. Escritas en los idiomas y herramientas de su elección, y estrechamente integradas con la estructura de directorios del proyecto SFDX y la CLI, las funciones de Salesforce están alojadas en una infraestructura informática elástica administrada por Salesforce y preconfiguradas para integrarse de forma segura con su organización. Las funciones de Salesforce pueden ayudarlo a superar los límites del regulador en la plataforma, específicamente los límites de CPU, memoria y Apex asíncrono (ya que la invocación asíncrona de funciones es ilimitada). Otros límites, como DML mixto y la cantidad de llamadas HTTP por solicitud, también se eliminan en Funciones. Tenga en cuenta que las operaciones y consultas DML realizadas desde una función se ejecutarán en la plataforma y deben cumplir con los límites del gobernador.

Salesforce Functions incorporó recientemente la capacidad de utilizar los servicios de datos de Heroku (Heroku Postgres, Heroku Data for Redis y Apache Kafka en Heroku), que es una de mis innovaciones favoritas. Para obtener más información, mire esta sesión de TrailblazerDX '22 o esta excelente sesión sobre eliminación de duplicados de registros de Dreamforce '22. Además, mi colega Julián Duque publicó algunos episodios increíbles de codLive sobre el tema, incluidos: codeLive: Heroku Data in Functions with Redis , codeLive: Heroku Data in Functions with Apache Kafka y codeLive: Heroku Data in Functions with Postgres .

Libere el poder de las nubes conectadas

Salesforce y AWS anunciaron su asociación ampliada en junio del año pasado, diseñada para facilitar a los clientes de todo el mundo el uso conjunto de las capacidades de Salesforce y AWS para aprovechar de forma nativa los servicios de AWS en Salesforce, y permitir que ambos desarrolladores creen y lancen soluciones personalizadas. aplicaciones y conecte datos y flujos de trabajo de forma segura en ambas plataformas.

Muchos clientes ya tienen datos en un almacén de datos en AWS. Los adaptadores de Salesforce Connect le permiten desbloquear esos datos dentro de Customer 360 sin necesidad de una integración personalizada o middleware. Por ejemplo, los adaptadores de Salesforce Connect para Amazon DynamoDB y Amazon Athena le permiten virtualizar datos de servicios de datos de AWS, como Amazon DynamoDB o Amazon S3, en objetos externos de Salesforce.

Event Relays for AWS Beta (GA) le permite conectar de forma nativa Salesforce y AWS con eventos en tiempo real, lo que acelera el desarrollo de aplicaciones multiplataforma. Event Relays también agiliza la sincronización de datos cuando los datos residen en su propia implementación de AWS.

Construye más rápido, a tu manera

Salesforce Platform proporciona un conjunto de primitivas con Heroku, Salesforce Functions y productos de asociación de AWS que lo ayudan a crear aplicaciones más rápidamente y con mayor flexibilidad. A los desarrolladores les encanta Heroku porque pueden concentrarse en crear aplicaciones y servicios, y no en mantener la infraestructura. Heroku se esfuerza por deleitar a los desarrolladores con una PaaS obstinada que agiliza el desarrollo de aplicaciones modernas y DevOps, ayudando a los clientes a acelerar la velocidad de ingeniería y la seguridad de implementación.

Entendemos que muchos clientes ya tienen datos en un almacén de datos en AWS (por ejemplo, Amazon RDS, S3 o DynamoDB). La expansión de la asociación entre Salesforce y AWS impulsará el desarrollo de integraciones sencillas entre los servicios de Salesforce y AWS. Si desea integrar los servicios de AWS existentes en Salesforce, ahora tendrá la opción de hacerlo con un conjunto simplificado de opciones de configuración. Esta asociación le permite desbloquear esos datos dentro de Customer 360 sin tener que sincronizarlos con una base de datos de Postgres en Heroku. Los servicios de datos de Heroku y Heroku Connect siguen siendo excelentes opciones para los clientes sin inversiones significativas en almacenes de datos de AWS.

Desde el punto de vista de un desarrollador, tiene un valor inmenso que Salesforce brinde una solución integral completa para construir dentro del ecosistema. Con esto en mente, lanzamos Salesforce Functions para ofrecer capacidades informáticas elásticas en la plataforma a nuestros desarrolladores. Y con la experiencia de desarrollador integrado (DX) de Salesforce, disfrutan de un acceso transparente a los datos de Salesforce y una integración más estrecha con las experiencias creadas en herramientas de bajo código.

Por otro lado, sabemos que las decisiones comerciales pueden optar por capacidades existentes sobre nuevas capacidades. Si un cliente de Salesforce tiene flujos de trabajo integrados con los servicios de AWS, el uso de Event Relays for AWS para activar esos flujos de trabajo desde Salesforce significa que no tiene que gastar valiosos recursos de desarrollador en la creación de middleware o integraciones personalizadas.

Con todas estas innovaciones implementadas, es posible que se pregunte cuándo usar una u otra, o cuándo usarlas juntas. A continuación, se incluyen algunos consejos basados en los requisitos de los casos de uso:

REQUISITO	SOLUCIÓN RECOMENDADA
Cree experiencias digitales orientadas al cliente con acceso a datos de Salesforce Core y herramientas de automatización, como Salesforce Flow	Heroku
Conecte datos uni o bidireccionalmente en Heroku con Salesforce	Conexión Heroku
Ofrezca experiencias escalables dentro de los límites de confianza de Salesforce utilizando los idiomas estándar de la industria (235 000 llamadas adicionales por día más allá del límite de asignación diaria)	Funciones de la fuerza de ventas
Acceda de forma segura a los productos de datos de Heroku, incluidos Heroku Postgres, Apache Kafka en Heroku y Heroku Data para Redis, directamente desde un entorno informático elástico.	Funciones de la fuerza de ventas
Virtualice los datos de AWS en Salesforce para crear aplicaciones empresariales conscientes del cliente	Adaptadores de Salesforce Connect para servicios de datos de AWS
Acceda a servicios o características existentes en AWS desde flujos de trabajo o aplicaciones de Salesforce	Retransmisiones de eventos para AWS

Hoja de ruta y próximos pasos

Para concluir, echemos un vistazo a algunas funciones relacionadas que están en la hoja de ruta y que estarán disponibles próximamente (consulte nuestra declaración prospectiva ).

Compatibilidad con Heroku en la unificación de la CLI de Salesforce , lo que significa que los comandos de la CLI de Heroku estarán disponibles en nuestro propio ejecutable sf (¡sí!), el mismo que se usa para Funciones.
Nuevo plan Heroku Dynos de bajo coste . Dynos duerme después de 30 minutos sin tráfico web y solo consume horas cuando está activo, lo que brinda una solución económica.
Compatibilidad con más idiomas en las funciones de Salesforce. El siguiente en venir: ¡Python! Eche un vistazo a la nota clave para desarrolladores de Dreamforce '22 para verla en acción o regístrese para el programa piloto .
Integración de Salesforce Functions con Flow, LWC y Platform Events.
Compatibilidad con almacenes de datos de AWS adicionales en Salesforce Connect, como Amazon RDS.

Eche un vistazo más profundo a las hojas de ruta en el sitio de arquitectos de Salesforce y la hoja de ruta pública interactiva de Heroku en GitHub.

Si desea probar algún código, eche un vistazo a nuestras nuevas aplicaciones de muestra de combinación de cuentas y generador de PDF en GitHub, y comuníquese con su ejecutivo de cuenta si necesita una licencia de cortesía.

Como ha visto, hay una variedad de soluciones disponibles, dependiendo de su implementación actual y expansión futura, para ayudarlo a aprovechar al máximo estas tecnologías de la plataforma Salesforce. En función de sus comentarios, nos comprometemos a proporcionarle elementos primitivos en la Plataforma de Salesforce que le permitan construir rápidamente, a su manera.

Sobre los autores

Alba Rivas trabaja como Principal Developer Advocate en Salesforce. Actualmente se enfoca en el desarrollo de Lightning Web Components y Slack. Puedes seguirla en Twitter o Linkedin .

Srini Nirmalgandhi es directora de marketing de productos en Salesforce y se centra en productos para desarrolladores para la plataforma Salesforce. Puede comunicarse con él en Twitter o 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/2022/11/a-complete-developer-experience-across-heroku-salesforce-functions-and-aws.html

Tags A PI, admin, administrador, AMA, Amazon Athena, Amazon DynamoDB, Amazon S3, Apache Kafka, apex, API, Aplicaciones, aplicaciones de salesforce, Aplicaciones empresariales, Arquitecto, asignación, Athena, Automatización, AWS, beta, Blogs, Business, CI, cli, CLI de Salesforce, Codeys, Comunidad, Conectar, conexión de salesforce, Conexión privada, Conexión privada de salesforce, Connect, consulta, CRM, CRO, css, cuenta, Data, Datos, desarrollador, Desarrolladores, desarrolladores de Salesforce, Desarrollo, desarrollo de aplicaciones, Dev, Developers, DevOps, DF, DML, Dml mixto, Dreamforce, Dreamforce '22, EGA Futura, Empresa, Event Relay, Evento, Eventos, Eventos de plataforma, Experiencia de desarrollador, Experiencia del desarrollador, flow, flujo, Flujos, Force.com, fuerza de ventas, Funciones, Funciones de Salesforce, ga, Genie, github, Google, Heroku, Herramientas, html, INCLUYE, integración, integración de salesforce, integración y API, Integraciones, LEx, Lightning, Lightning Web Component, Lightning Web Components, lógica empresarial, lwc, Marketing, Mobile, Nube, Nuevos desarrollos, Objeto, Ohana, Otros, PCI, Plataforma, Plataforma de Salesforce, Plataforma Salesforce, Platform Events, Podcast, postgres, Product, Producto, productos, Quip, redis, Registro, Salesforce, salesforce connect, Salesforce Flow, Salesforce Functions, Salesforce Platform, Salesforce.com, seguridad, Seguridad e identidad, servicios web de Amazon, SFDX, Slack, Tableau, Tecnología, Tema, TI, Trailblazer, TrailblazerDX, trailhead, UI, Ventas, Versiones, VS Code, YouTube

Developers

Cómo aprobar el examen de certificación de desarrollador de la plataforma Salesforce I

Post author By EGA Futura
Post date 18 de septiembre de 2022

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

Han pasado siete años desde que aprobé el examen de Desarrollador de Plataformas I. En los últimos meses, muchas personas se pusieron en contacto conmigo para pedirme orientación y un camino para convertirme en un desarrollador de plataforma I profesional certificado.

Eso me da una idea para escribir una publicación de blog sobre este tema. Al leer desde el principio hasta el final de este artículo, tendrá una comprensión clara de cómo aprobar el examen de certificación de desarrollador de plataformas I y podrá diseñar un plan y una estrategia para hacerlo.

Ya que está aquí, es posible que desee consultar los siguientes artículos:

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

El examen de desarrollador de la plataforma Salesforce I está destinado a una persona que tiene experiencia en el desarrollo y la implementación de interfaces de usuario y lógica empresarial básica utilizando las capacidades programáticas de la plataforma Lightning, incluida la aplicación práctica de las habilidades y los conceptos que se indican en los objetivos del examen a continuación.

El candidato a desarrollador de la plataforma Salesforce I tiene la experiencia, las habilidades y los conocimientos que se describen a continuación:

Tiene experiencia con aplicaciones basadas en datos y bases de datos relacionales.
Tiene experiencia con lenguajes orientados a objetos como Apex, JavaScript, Java, C# y Ruby.
Está familiarizado con los límites del gobernador y sus implicaciones.
Tiene experiencia con Model View Controller (MVC) y arquitecturas basadas en componentes.
Conoce las capacidades de los objetos principales en el esquema de Salesforce.
Conoce las capacidades y los casos de uso de los campos de fórmula y los campos de resumen.
Sabe cuándo usar métodos declarativos versus programáticos para resolver los requisitos comerciales.
Puede aprovechar las capacidades declarativas relevantes de la plataforma, cuando corresponda.
Conoce el lenguaje de programación de Apex y puede utilizar las mejores prácticas de Apex para personalizar Salesforce.
Puede ampliar la plataforma Lightning mediante Apex, Visualforce y componentes Lightning básicos.
Puede utilizar capacidades programáticas fundamentales de la plataforma Lightning para desarrollar interfaces personalizadas para ampliar las capacidades de Salesforce y desarrollar una lógica empresarial personalizada.
Está familiarizado con las pruebas, la depuración y la implementación de código y conoce los entornos disponibles.
No se espera que un candidato para este examen administre ninguna aplicación estándar de Salesforce, desarrolle aplicaciones móviles, desarrolle y publique productos administrados en AppExchange, o realice ajustes o diseñe integraciones como llamadas, API y servicios de correo electrónico.

Después de decidir presentarse para el examen, es hora de recopilar información al respecto y considerar qué pasos tomará para aprobarlo. Una vez que tenga una línea de tiempo concreta, piense en cómo integrará un plan de estudio sólido con el resto de sus responsabilidades: equilibrio entre el trabajo y el hogar, etc. Tener una fecha concreta para estudiar lo ayudará a mantenerse motivado.

A continuación se presentan algunos detalles sobre el examen y los materiales de estudio:

60 preguntas de opción múltiple/selección múltiple: 105 minutos
68% es el puntaje de aprobación
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 desarrollador de plataforma I
Esquema del examen
- Fundamentos del desarrollador : 23 %
- Automatización y Lógica de Procesos : 30%
- Interfaz de usuario: 25%
- Pruebas, depuración e implementación : 22 %

Si su objetivo es convertirse en un desarrollador de plataforma certificado, le recomiendo comenzar con la certificación Platform App Builder . Mientras se prepara para el examen de Platform App Builder, obtendrá una sólida comprensión de los modelos de datos, la automatización declarativa y las capacidades de diseño de la interfaz de usuario.

Una vez que haya terminado con la certificación Platform App Builder, comience a mejorar sus habilidades iniciando la vía de certificación Platform Developer I.

Lo que necesita saber para suavizar su viaje

Una de las cosas que solía decir mi instructor de manejo es que uno no puede aprender a manejar sentado detrás del volante. También decía a menudo que aprender a conducir un automóvil lleva tiempo: uno no se convierte en un buen conductor de la noche a la mañana; lo aprendes practicando detrás del volante durante muchas horas. Lo mismo se aplica cuando empiezas a aprender a programar. Puede aprender las mejores prácticas viendo videos en YouTube o leyendo libros/artículos. Para convertirse en desarrollador, debe comenzar a escribir código de forma independiente.

Para obtener la certificación Platform Developer I , debe demostrar sus conocimientos, habilidades y experiencia en la creación de aplicaciones personalizadas en Lightning Platform. No hay atajo para el éxito. Lee y practica todo lo que puedas.

Comencemos desde lo básico : aunque no haya escrito ningún código y desee convertirse en desarrollador de plataformas, los siguientes pasos lo ayudarán a lograr su objetivo.
1. Pase 1-2 horas diarias escribiendo y practicando código. Es posible que desee consultar este artículo para hacerse una idea: Decodifique de forma creativa su trayectoria como desarrollador de Salesforce .
2. Aprende a escribir algoritmos básicos o Pseudo Código . Siempre puede buscar algoritmos y código de muestra en los documentos proporcionados por Salesforce. Pero aprenderlos expandirá su mentalidad y la forma en que aborda cualquier problema.
  1. Un algoritmo no es más que una mención de pasos para resolver un problema.
  2. Aprenda la programación orientada a objetos del video de YouTube Tutorial de Java para principiantes .
  3. Si se siente abrumado por la gran cantidad de información, puede que sea el momento de dar un paso atrás y volver a centrar su atención en aprender directamente el código Apex.
Comience su viaje de Apex desde el curso de David Liu. No solo mires el video. Asegúrese de practicar el ejercicio en su organización de desarrollador. Utilice este enlace para registrarse en una organización de edición para desarrolladores gratuita.
Vídeos de desarrolladores de Salesforce
1. Introducción a Salesforce y el modelado de datos: episodio 1
2. Personalizar UX en Salesforce – Episodio 2
3. Automatización en Salesforce – Episodio 3
4. Componentes web Apex y Lightning en Salesforce: episodio 4
5. Seguridad en Salesforce – Episodio 5
6. Aprenda los conceptos básicos de SOQL –
7. Aprenda los conceptos básicos de DML :
Configuración de Visual Studio Code en su Mac
Productividad y herramientas para desarrolladores de Salesforce
Pruebas, depuración e implementación
A estas alturas, tendrá una buena comprensión de SOQL y Apex. Es hora de comenzar a aprender el componente web Lightning.
Aprenda el componente web Lightning
1. Los siguientes videos del equipo de desarrolladores de Salesforce le brindarán una comprensión justa del componente web Lightning .
  1. Primeros pasos con el componente web Lightning: videos de YouTube
  2. Cree componentes web Lightning : módulo Trailhead. Asegúrese de practicar todos los temas en su organización de desarrollador.
Preparación para el examen de desarrollador de plataformas I
1. Regístrese en el seminario web para desarrolladores 1 de la plataforma de días de certificación de Salesforce
2. Prepárate para tu Certificación PDI
3. Trailmix: Prepárese para su credencial de desarrollador de la plataforma Salesforce I
4. Trail: estudio para el examen de desarrollador de plataformas I
5. Superinsignia: Especialista en Apex
6. Capacitación opcional dirigida por un instructor de Trailhead: Bootcamp virtual de Trailhead para desarrolladores de plataformas I

Recursos adicionales

Hay toneladas de blogs que lo ayudarán a prepararse para el examen de Desarrollador de plataforma I.

Recuerda

No se preocupe demasiado por recordar la sintaxis. Olvidarás la mayor parte de todos modos.
Aprende a escribir código. Concéntrese en mejorar las habilidades para resolver problemas.
1. Comience a escribir pseudocódigo en lugar de escribir código Apex directamente. ¡Significa resolver el problema en lenguaje sencillo (pseudocódigo)! Y, solo entonces, escribir el código.
Domina un buen depurador. ¡Piense en ello como resolver una novela de detectives!
No olvides hacer una prueba unitaria de tu código. La mayoría de las veces, su código siempre tendrá errores.
No crea que el código altamente eficiente siempre es bueno. A veces, el costo de desarrollo lo supera.
Siempre cometerás errores. Esté dispuesto a aceptarlo y aprender de él.
Comience a usar Visual Studio Code (o un IDE) y aprenda la mayoría de los accesos directos. La curva de aprendizaje puede ser alta. Pero una vez que se convierta en memoria muscular, tu productividad mejorará.
Hágase amigo de un programador profesional y vea si pueden tomarse unos minutos para revisar su código.
No te rindas, he conocido a muchos programadores autodidactas. Todos tenían una cosa en común: nunca se rindieron.

Conclusión

Si tiene una buena experiencia práctica con todos los temas anteriores, aprobar el examen será pan comido y podrá obtener la tan codiciada certificación Platform Developer I. Sin embargo, si no tiene suficiente experiencia con Apex, SOQL, Lightning Web Component y planea convertirse en un desarrollador de plataforma I. Le sugiero que dibuje un plan de 6 a 9 meses (finalice la capacitación anterior de ApexAcademy, Trailmix y dirigida por un instructor) para prepararse para ello.

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 desarrollador de plataforma certificado I 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/15/how-to-pass-salesforce-platform-developer-i-certification-exam-4/

Tags admin, AMA, apex, API, Aplicaciones, AppExchange, aprenda el componente web Lightning, Arquitectura, Automation Champion, Automatización, Blogs, Certificación, Certificación de desarrollador de JavaScript I, Certificación de Salesforce, CI, Código Apex, Cómo, Cómo aprobar el examen de PDI, cómo prepararse para el examen de PDI, Componente web Lightning, Componentes Web Lightning, Conocimiento, consulta, contacto, Correo electrónico, Costo, Datos, desarrollador, Desarrollador de la plataforma Salesforce I, desarrollador de plataforma de Salesforce I, desarrollador de plataforma I Examen de certificación de capacitación gratuita, Desarrollador de plataforma Volcados de examen de certificación I, desarrollador de salesforce, Desarrolladores, desarrolladores de Salesforce, Desarrollo, Dev, DML, DUMPS de certificación de desarrollador de plataforma I, EGA Futura, Empresa, Estrategia, Evento, Eventos, Examen, Examen de certificación de desarrollador de plataforma I, examen de desarrollador de plataforma de Salesforce I, Examen de Platform App Builder, ga, Herramientas, herramientas para desarrolladores, Integraciones, interfaz de usuario, IU, java, javascript, Lightning, Lightning Platform, Lightning Web Component, Lightning Web Components, lógica empresarial, Móvil, Negocios, Objeto, PCI, Plataforma, Plataforma de Salesforce, Plataforma Lightning, Plataforma Salesforce, Platform App Builder, Platform App Builder Examen, pregunta de certificación de desarrollador de plataforma I, Preguntas, preguntas de PDI, Proceso, Product, Productividad, Producto, productos, Prueba, pruebas, Quip, REST, Salesforce, Salesforce Lightning, Salesforce Plataforma, seguridad, soql, Tema, Temas, TI, trailhead, UI, Visual Studio Code, volcados de PDI, YouTube

Developers Tutoriales de Salesforce

Una introducción a Apex para desarrolladores de Java ☁️

Post author By EGA Futura
Post date 14 de septiembre de 2022

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

…

Introducción a Apex para desarrolladores de Java | Blog de desarrolladores de Salesforce

Si es un desarrollador de Java que explora el ecosistema de Salesforce y se pregunta qué es Apex, ¡esta publicación es para usted! Apex es el lenguaje de programación backend de la plataforma Salesforce. Apex, junto con herramientas declarativas como Flows, le permite personalizar la lógica empresarial. Apex se basa en la sintaxis de Java optimizada específicamente para los requisitos de la plataforma multiinquilino de Salesforce y ofrece una serie de funciones listas para usar, como multiinquilino, seguridad, compatibilidad con versiones anteriores y escalabilidad. En esta publicación, exploramos las funciones de Apex desde la perspectiva de un desarrollador de Java. Veremos los pasos desde el código fuente hasta el tiempo de ejecución, las diferencias de sintaxis y comportamiento, el acceso y la seguridad de los datos y, finalmente, los espacios de nombres y los paquetes. Desde el código fuente hasta el tiempo de ejecución Compile al implementar A diferencia de Java, no hay un compilador de Apex que se ejecute en su máquina. Apex solo se ejecuta en Salesforce Platform y el código se compila automáticamente en el momento de la implementación. Intentar implementar código que no compila anula la implementación. Este proceso reduce en gran medida la posibilidad de que la Plataforma aloje un código Apex "no válido".

La plataforma expone un servidor de idioma que lo ayuda a validar su código fuente. Esto le permite desarrollar en un IDE local o remoto, como VS Code, con las extensiones de Salesforce o Code Builder (Beta).

Además de la compilación en el momento de la implementación, las clases e interfaces de Apex están vinculadas a las versiones de la API. Esto garantiza una sólida compatibilidad con versiones anteriores a medida que evoluciona la Plataforma. Podría lograr algo similar recompilando el código fuente de Java para diferentes versiones de tiempo de ejecución, pero el poder de Apex ejecutándose en una organización de Salesforce es que el código escrito hace una década, así como el código reciente, se ejecutan en el mismo tiempo de ejecución.

Pruebas

Al igual que con cualquier idioma, las pruebas son una parte clave del proceso de desarrollo. Sin embargo, la diferencia con el ecosistema de Salesforce es que la plataforma requiere una cobertura de código mínima del 75 % cuando se implementa en un entorno de producción. Si no se cumple este objetivo, se cancela la implementación.

Las pruebas de Apex se pueden ejecutar en cualquier momento gracias a las API de la plataforma o las herramientas para desarrolladores. La plataforma incluye su propio ejecutor de pruebas yfunciones de pruebas unitarias en forma de afirmaciones y anotaciones de Apex.

Límites del gobernador

La plataforma de Salesforce se basa en una arquitectura de múltiples inquilinos. Cuando se ejecuta el código Apex, hay una serie de límites estrictos que imponen una calidad de servicio equitativa entre todos los inquilinos. Los límites son una parte clave del tiempo de ejecución, como dice la documentación:

[…] el motor de tiempo de ejecución de Apex impone límites estrictamente, de modo que el código o los procesos de Apex fuera de control no monopolizan los recursos compartidos. Si algún código de Apex supera un límite, el gobernador asociado emite una excepción de tiempo de ejecución que no se puede manejar.

Existen diferentes tipos de límites, como el tiempo de CPU, el tamaño del almacenamiento dinámico y los límites por transacción. Asegúrese de leer la sección de límites y reguladores de ejecución de la Guía del desarrollador de Apex para obtener una descripción general de esos límites. Los límites son especialmente importantes cuando se trabaja con datos. Volveremos a esto en la sección de acceso a datos de esta publicación.

Diferencias de sintaxis y comportamiento

Si bien la sintaxis de Apex es similar a la de Java 5, existen varias diferencias sintácticas y de comportamiento.

Sintaxis insensible a mayúsculas y minúsculas

Una de las mayores sorpresas para los desarrolladores que son nuevos en Apex puede ser el hecho de que el lenguaje no distingue entre mayúsculas y minúsculas. Leer código de Apex que no tiene un estilo coherente puede resultar confuso para un desarrollador de Java. Le recomendamos que siga usando las convenciones de código Java para la clase, el método y la nomenclatura de variables cuando trabaje con Apex, incluso si esas convenciones se basan en la distinción entre mayúsculas y minúsculas.

Colecciones

En Apex, solo hay tres tipos de colección: List , Set y Map . A diferencia de Java, estos tres tipos son clases, no interfaces. Se crean instancias directamente en Apex y no hay equivalentes para implementaciones de colecciones de Java especializadas, como ArrayList , LinkedSet o HashMap .

Puede encontrar más información sobre las colecciones en la publicación de blog Mastering Apex Collections .

Herencia

Los métodos y las clases de Apex son definitivos de forma predeterminada. Esto significa que solo puede extender clases si especifica:

El modificador virtual en la clase padre
El modificador de override en los métodos secundarios que anulan un método principal

Consulte la Guía para desarrolladores de Apex para obtener más información sobre cómo ampliar una clase .

Modificadores de clase y método

El modificador static tiene algunas diferencias notables entre Java y Apex.

No se puede acceder a las variables de clase estática o métodos estáticos a través de instancias de clase
Las clases internas se comportan como una clase interna de Java estática pero no requieren la palabra clave static
Los métodos y variables estáticos solo se pueden declarar en una definición de clase de nivel superior, no en una clase interna

En Apex, el modificador de método predeterminado es private (no existe un equivalente para el modificador de acceso Java "predeterminado") y los métodos de interfaz no tienen modificadores (siempre son globales).

Apex introduce un par de modificadores que no existen en Java:

El modificador de acceso global para clases y métodos. Compartiremos más sobre este modificador en la sección "Paquetes y espacios de nombres" de esta publicación.
Los modificadores with sharing , without sharing y de clase de inherited sharing . Volveremos a estos modificadores en la sección "Acceso a datos y seguridad", y puede leer más sobre estos modificadores de seguridad en la Guía para desarrolladores de Apex.

Procesamiento asíncrono

Si bien Apex no expone el acceso programático a los subprocesos, existen algunos patrones y clases dedicados que le permiten ejecutar código de forma asíncrona. El módulo Apex asíncrono de Trailhead y la Guía para desarrolladores de Apex brindan una excelente descripción general y orientación sobre las diferentes opciones para el procesamiento asíncrono: métodos futuros, lotes, colas y trabajos programados.

Genéricos y anotaciones

Apex admite tipos y anotaciones genéricos para tipos de sistema; sin embargo, no puede declarar sus propios tipos y anotaciones genéricos personalizados.

Excepciones

Las clases de excepción deben extender la clase de Exception base u otra excepción definida por el usuario, y su nombre de clase termina con la palabra "excepción".

Acceso a datos y seguridad

A diferencia del código Java, que está diseñado para ejecutarse en varios servidores de aplicaciones y conectarse a diferentes tipos de bases de datos, Apex está estrechamente relacionado con la plataforma Salesforce. Esta especialización permite una gran optimización y sencillez a la hora de trabajar con datos. Apex interactúa con los datos gracias a dos lenguajes de consulta integrados y al lenguaje de manipulación de datos (DML). Apex también aplica automáticamente verificaciones de permisos para el acceso a datos.

Lenguajes de consulta de datos

La sintaxis de Apex integra dos lenguajes de consulta que son específicos de Salesforce:

Lenguaje de consulta de objetos de Salesforce (SOQL): un lenguaje utilizado para recuperar registros con consultas de tipo SQL
Lenguaje de búsqueda de objetos de Salesforce (SOSL): un lenguaje utilizado para búsquedas basadas en texto

Gracias a estas integraciones, puede recuperar datos rápidamente y asignarlos a clases con unas pocas líneas de código en lugar de decenas de líneas de Java:

<dx-code-block title language code-block="// SOQL query that retrieves accounts from the automotive industry
List accounts = [ SELECT Id, Name FROM Account WHERE Industry = ‘Automotive’
]; // SOSL query that retrieves a mixed list of accounts and contacts
// as long as any of their fields starts with "united"
List<List> results = [ FIND ‘united*’ IN ALL FIELDS RETURNING Account(Id, Name), Contact(Id, Name)
];»>

Tenga en cuenta el uso de SObject (ver documentos ) en la segunda consulta. SObject es la clase principal para todos los objetos que se pueden almacenar en la base de datos de la plataforma: objetos estándar como Account o Contact , así como cualquier objeto de base de datos personalizado definido por el usuario.

Cada vez que un administrador crea un objeto personalizado, la plataforma genera automáticamente una clase coincidente con los campos relevantes para este objeto y vuelve a compilar su base de código sin tiempo de inactividad.

Pruebe el módulo Conceptos básicos y base de datos de Apex en Trailhead para obtener más información sobre cómo Apex interactúa con los datos.

Lenguajes de manipulación de datos (DML)

Además de recuperar datos, la plataforma proporciona palabras clave que le permiten realizar operaciones DML , como insertar, actualizar o eliminar, con una cantidad mínima de código.

Las operaciones DML se incluyen de forma automática y transparente en una transacción de base de datos, que puede revertirse en caso de error.

Comprobaciones de permisos

Más allá de las funciones básicas de la base de datos, Apex también proporciona mecanismos para hacer cumplir el modelo de seguridad definido por los administradores de Salesforce para controlar qué usuarios pueden acceder o modificar objetos, registros o campos. Apex aplica estas reglas de seguridad y uso compartido al ejecutar consultas y operaciones DML.

Las reglas de uso compartido son parte del modelo de seguridad que influye en el acceso a los registros. Estas reglas se aplican en función de los modificadores de seguridad de clase ( with sharing , without sharing y inherited sharing ) y el contexto de ejecución actual (si un usuario específico o el sistema inició la ejecución). Sin embargo, estos modificadores de acceso no aplican los permisos del usuario ni la seguridad de nivel de campo (FLS).

A partir del lanzamiento de Winter '23, hay una versión beta en curso para las operaciones de base de datos en modo usuario . El modo de usuario garantiza que se respeten los permisos FLS y de objeto del usuario que ejecuta, a diferencia de cuando se ejecuta en modo de sistema (el modo predeterminado para Apex).

Espacios de nombres y paquetes

Tanto Apex como Java usan la noción de paquetes, pero estos significan cosas diferentes según el idioma. El equivalente más cercano a los paquetes de Java en Apex son los espacios de nombres , pero su uso es diferente.

Las clases de Apex se pueden aislar de otras clases gracias a los espacios de nombres, sin embargo, se aplican consideraciones especiales:

Un espacio de nombres está registrado en una organización de Salesforce
Una organización solo puede tener un espacio de nombres
El nombre de un espacio de nombres debe ser único en todos los clientes de Salesforce
No hay subespacios de nombres
Los espacios de nombres solo están disponibles cuando se usan con paquetes de Salesforce

No profundizaremos en los diferentes tipos de paquetes de Salesforce en aras de la brevedad, pero los paquetes actúan como un contenedor para los entregables y estos incluyen más que el código Apex. Los paquetes pueden incluir la mayoría de los tipos de metadatos, como definiciones de objetos y campos, diseños, informes y paneles, componentes de la interfaz de usuario y más. Algunos tipos de paquetes ( paquetes administrados ) se crean con un espacio de nombres.

El modificador de acceso global permite acceder a clases y métodos fuera de su espacio de nombres. Una clase pública dentro de un paquete no es visible para una organización donde está instalado el paquete.

No hay administradores de paquetes o dependencias para Apex como Maven o Gradle. Los paquetes se instalan utilizando su ID de versión, ya sea desde las API de Salesforce, herramientas como la CLI de Salesforce o AppExchange (mercado de Salesforce).

palabras de cierre

Esto concluye nuestra descripción general de Apex. Aprendió sobre los detalles de cómo desarrollar, probar, implementar y empaquetar su código fuente de Apex. Obtuvo una descripción general de las herramientas de desarrollo y las características clave del lenguaje. Usted vio lo que hace que Apex sea excepcionalmente poderoso para abordar el desafío de un entorno de nube basado en datos y de múltiples inquilinos y cómo el acoplamiento estrecho de la plataforma permite optimizaciones que Java no admitiría.

Ahora está listo para continuar su viaje como desarrollador con Apex. Te dejaremos algunos recursos para guiarte en el camino.

Recursos

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

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

…

En Salesforce, la confianza es nuestro valor número uno. Cuando cree aplicaciones en la plataforma Salesforce, tenga la seguridad de que residen en un entorno seguro.

Implementamos las mejores prácticas y estándares de seguridad de la industria en todas las capas, desde la infraestructura hasta el código de la aplicación. Brindamos múltiples opciones de configuración que le permiten implementar un modelo de seguridad de datos efectivo, de modo que los datos sean accesibles solo por usuarios autorizados.También brindamos protecciones integradas para vulnerabilidades de seguridad de aplicaciones comunes, como Cross-Site Scripting, inyección SOQL o Cross -Falsificación de solicitud de sitio. Además de todo eso, le brindamos herramientas para proteger el almacenamiento y la transmisión de secretos que puede utilizar para proteger aún más sus aplicaciones.

Sin embargo, como desarrollador de Salesforce, existen ciertos conceptos y mejores prácticas que debe conocer para evitar la filtración de datos o la creación de vulnerabilidades de seguridad de aplicaciones peligrosas. En esta publicación de blog, le brindaremos una descripción general rápida de las mejores prácticas de seguridad que debe seguir al codificar con Apex y con LWC (Nota: Visualforce y Aura están fuera del alcance de esta publicación de blog).

Hacer cumplir la seguridad de los datos para proteger sus registros

Primero, hablemos de la seguridad de los datos. La seguridad de los datos evita el acceso no autorizado. Es decir, asegura que cada usuario tenga acceso solo a los datos a los que debería tener acceso. En Salesforce, esto se implementa a través de tres capas diferentes: seguridad a nivel de objeto (también conocida como CRUD: Crear, Leer, Actualizar, Eliminar), seguridad a nivel de campo (FLS) y seguridad a nivel de registro (también conocida como Compartir).

Me gusta explicar estas tres capas con la siguiente imagen, en la que imaginamos una base de datos como si fuera una hoja de cálculo. Básicamente, cada capa controla la visibilidad de una tabla (pestaña), columna o registro en la base de datos.

Estas capas de seguridad se configuran a través de varias herramientas, como conjuntos de permisos, valores predeterminados de toda la organización o reglas de uso compartido. Si es un desarrollador en solitario o alguien de un equipo pequeño, puede configurarlos usted mismo. Pero si estás en un equipo más grande, es probable que no lo hagas. Sin embargo, en ambos casos, probablemente escribirá código. Por lo tanto, es extremadamente importante que comprenda cómo se ejecuta el código de la aplicación en lo que respecta a la seguridad de los datos y cómo hacer cumplir los diferentes mecanismos de seguridad de los datos cuando no se aplican de forma predeterminada.

Básicamente, las operaciones en Salesforce se pueden ejecutar en dos modos: modo de usuario, donde se aplica la seguridad de los datos, y modo del sistema, donde no lo está. Las operaciones a través de puntos de entrada como la interfaz de usuario estándar (páginas de registro de Salesforce estándar) y los puntos finales de API estándar se ejecutan en modo de usuario. Los componentes y servicios que se utilizan para crear interfaces de usuario también se ejecutan en modo de usuario. Estos pueden ser componentes Lightning en forma de registro o puntos finales LDS (Lightning Data Service).

Sin embargo, Apex fue diseñado para implementar la lógica empresarial. Muchas veces, los procesos comerciales necesitan acceso a todos los datos, independientemente del usuario que está ejecutando el proceso. Es por eso que decidimos hacer que Apex se ejecute en modo de sistema de forma predeterminada. Esto le brinda flexibilidad, pero al mismo tiempo, debe implementar controles de seguridad de datos cuando el proceso no requiere esos privilegios de datos.

Los puntos de entrada resaltados en la imagen son solo una parte. Puede encontrar una lista más exhaustiva en esta publicación de Stackexchange .

Para hacer cumplir la seguridad de los datos en Apex , deberá verificar los permisos de objetos, campos y niveles de registro cuando:

Crea, actualiza o elimina registros con operaciones DML
Lees registros con SOQL o SOSL

Hay diferentes formas en las que puede verificar la seguridad a nivel de campo y de objeto en Apex:

Usando la WITH SECURITY_ENFORCED en consultas SOQL. Esta cláusula evita la recuperación de objetos y campos a los que el usuario no tiene acceso, lanzando una excepción en su lugar:

 Public static List <Cuenta> getAccountsWithSecurityEnforcement () {
regreso [
SELECCIONE Nombre, Ingresos anuales, Industria
De la cuenta
CON SECURITY_ENFORCED
ORDEN POR Nombre
];
}

Uso de los métodos Schema.DescribeSObjectResult y Schema.DescribeFieldResult. Permiten una gran flexibilidad para ajustar la forma en que su código verifica la seguridad de los datos, pero también requieren más trabajo de su parte como desarrollador y ocupan más líneas de código:

 cuenta estática pública createAccountCRUDCheck () { Cuenta de cuenta; // Solo cheque CRUD if (Schema.sObjectType.Account.isCreateable ()) { acct = nueva cuenta (); acct.Name = 'ACME'; acct.AnnualRevenue = 1000000; insertar cuenta; } demás { lanzar nueva DMLException ('No hay permisos de objeto para crear una cuenta.'); } cuenta de retorno; }

 Lista estática pública <Cuenta> getAccountsFLSCheck () { // Comprobación FLS (comprobación CRUD implícita) Si ( Schema.sObjectType.Account.fields.Name.isAccessible () && Schema.sObjectType.Account.fields.AnnualRevenue.isAccessible () && Schema.sObjectType.Account.fields.Industry.isAccessible () ) { return [SELECCIONAR Nombre, Ingresos anuales, Industria DE la cuenta ORDENAR POR Nombre]; } return new List <Cuenta> (); }

 Lista estática pública <Cuenta> getAccountsStripInaccessible () { SObjectAccessDecision securityDecision = Security.stripInaccessible ( AccessType.READABLE, [SELECCIONAR Nombre, Ingresos anuales, Sector DE la cuenta ORDENAR POR Nombre] ); System.debug (securityDecision.getRecords ()); return securityDecision.getRecords (); }

 cuenta estática pública createAccountStripInaccessible () { Cuenta cuenta = nueva cuenta (); acct.Name = 'ACME'; acct.AnnualRevenue = 1000000; SObjectAccessDecision securityDecision = Security.stripInaccessible ( AccessType.CREATABLE, nueva lista <Cuenta> {cuenta} ); insertar securityDecision.getRecords (); return (Cuenta) securityDecision.getRecords () [0]; }

Hay una cuarta opción, que todavía no está disponible en general, pero en fase piloto, llamada Código Apex seguro con operaciones de base de datos en modo de usuario . Con este piloto, los métodos de la base de datos admitirán un AccessLevel que le permitirá ejecutar operaciones de la base de datos en modo de usuario. ¡Manténganse al tanto!

Bonificación: si desea ver un ejemplo de uso más avanzado de los Schema , eche un vistazo a CanTheUser en Apex Recipes. Esta clase es una biblioteca que expone métodos fáciles de leer para verificar la seguridad a nivel de campo y objeto.

Para aplicar la seguridad a nivel de registro , debe indicar una cláusula de uso compartido en la definición de la clase Apex . Una clase puede ser with sharing (impone permisos de registro), without sharing (omite intencionalmente los permisos de registro) o inherited sharing (hereda el comportamiento de verificación de seguridad de registro del código de llamada).

 público con clase de uso compartido AccountController { // Contenido de la clase
}

No especificar una cláusula de intercambio es siempre una mala práctica. Omitir la cláusula de uso compartido de una clase y usar el uso inherited sharing refuerza el comportamiento de uso compartido de la clase que llama. Sin embargo, si la clase es el punto de entrada a la transacción de Apex, el inherited sharing pasa a ser más seguro with sharing mientras que el caso omitido tiene el valor predeterminado without sharing . Además, si se omite la cláusula de uso compartido, no estará claro si se espera el comportamiento heredado o si el desarrollador simplemente se olvidó de indicarlo.

Como ha visto, las formas de verificar la seguridad a nivel de campo y de objetos son diferentes de cómo verifica la seguridad a nivel de registro. Este es un concepto erróneo común que me encantaría que los lectores recordaran: ¡ configurar una clase como para compartir no impone permisos de seguridad a nivel de campo o de objeto!

Prevención de amenazas con seguridad de aplicaciones

Seguridad de aplicaciones describe las mejores prácticas a seguir al crear aplicaciones para prevenir amenazas y vulnerabilidades comunes. Anualmente, la organización Open World-Wide Application Security Project ( OWASP ) revisa la lista OWASP Top 10. Este es un informe que describe las 10 vulnerabilidades más críticas que están afectando la seguridad de las aplicaciones web. Estas son las vulnerabilidades enumeradas en OWASP Top 10 para 2021:

A1: 2017-Inyección
A2: Autenticación rota en 2017
A3: Exposición de datos sensibles en 2017
A4: Entidades externas XML 2017 (XXE)
A5: 2017-Control de acceso roto
A6: Configuración incorrecta de seguridad en 2017
A7: XSS de secuencias de comandos entre sitios de 2017
A8: Deserialización insegura en 2017
A9: 2017: uso de componentes con vulnerabilidades conocidas
A10: Registro y monitoreo insuficientes en 2017

Afortunadamente, Salesforce cuenta con protecciones predeterminadas para la mayoría de estas vulnerabilidades, como CSP, Locker Service, Shadow DOM y muchas más. Sin embargo, hay algunos casos extremos, en los que un desarrollador puede abrir involuntariamente la puerta a algunos de ellos. Analicemos algunas de estas situaciones:

Inyección SOQL

La inyección de SQL se produce cuando los datos que no son de confianza se interpretan como parte de una consulta SQL. En Salesforce, tenemos nuestro propio lenguaje de consulta, SOQL.SOQL es similar a SQL , pero una de sus principales diferencias es que SOQL no se puede usar para modificar datos, solo para leer. Como consecuencia, SOQL es intrínsecamente más seguro contra los ataques de inyección SOQL , ya que no modificarán la base de datos. Sin embargo, un ataque de inyección SOQL puede revelar datos confidenciales que el desarrollador no esperaba exponer.

El uso de la sintaxis de consulta SOQL estática en Apex mitiga el riesgo de un ataque de inyección SOQL. Los tokens de consultas estáticas se validan en tiempo de compilación y las variables de Apex vinculadas con ":" se tratan como variables en tiempo de ejecución para garantizar que no se conviertan en elementos ejecutables en la consulta.

 Public static List <Cuenta> getFilteredAccountsStatic (String searchValue) { String likeValue = '%' + searchValue + '%'; // CONSULTA SEGURA :) regreso [ SELECCIONE Nombre, Ingresos anuales, Industria De la cuenta DONDE Nombre COMO: likeValue ORDEN POR Nombre ]; }

Sin embargo, si utiliza consultas dinámicas , es posible que se produzca una inyección SOQL. Piense en el siguiente código:

 Public static List <Cuenta> getFilteredAccountsInjection (String searchValue) { String likeValue = ''% '+ searchValue +'% ''; // ¡¡¡NO HAGAS ESTO !!! return (Lista <Cuenta>) Database.query ( 'SELECCIONAR Nombre, Ingresos anuales, Industria DE la cuenta DONDE Nombre LIKE' + likeValue + 'ORDEN POR Nombre' ); }

Si un atacante consigue pasar un valor como %' AND AnnualRevenue >= 2000000 AND Industry LIKE '% , a la searchValue , podrá recuperar todas las cuentas que AnnualRevenue> = 2000000, revelando información privada.

Para prevenir esto:

Utilice consultas estáticas cuando sea posible
Si usa consultas dinámicas, vincule los datos que no sean de confianza con ":"

 Public static List <Cuenta> getFilteredAccountsBinding (String searchValue) { String likeValue = '%' + searchValue + '%'; return (Lista <Cuenta>) Database.query ( 'SELECCIONAR Nombre, Ingresos Anuales, Industria DE Cuenta DONDE Nombre COMO: likeValue ORDENAR POR Nombre' ); }

Si alguna de estas opciones es posible, escape, encasille (encuentre un ejemplo aquí ) o allowlist (para permitir solo valores identificados) los datos no confiables

 Lista estática pública <Cuenta> getFilteredAccountsEscape (String searchValue) { String likeValue = ''% '+ String.escapeSingleQuotes (searchValue) +'% ''; return (Lista <Cuenta>) Database.query ( 'SELECCIONAR Nombre, Ingresos anuales, Industria DE la cuenta DONDE Nombre LIKE' + likeValue + 'ORDEN POR Nombre' ); }

Secuencias de comandos entre sitios (XSS)

Con Cross-Site Scripting (XSS) , los atacantes pueden inyectar scripts maliciosos en el navegador de la víctima. Esto sucede siempre que una aplicación incluye datos que no son de confianza en la salida que genera sin validarlos o codificarlos. XSS puede provocar el secuestro de sesiones, redireccionamientos maliciosos o simplemente desfigurar la aplicación web.

Locker Service y CSP (Content-Security Policy) son nuestras herramientas para luchar contra XSS en Salesforce. Sin embargo, a pesar de que hacen un gran trabajo, existen algunas mejores prácticas de desarrollo que deben seguirse para no disminuir su eficacia:

Manténgase alejado de la manipulación DOM ( lwc:dom="manual" ) cuando sea posible, y use directivas de plantilla en su lugar. ¿Por qué? porque cuando dejas que el marco manipule el DOM, Locker Service desinfecta las entradas antes de renderizar el HTML. Mientras que si lo manipula usted mismo, Locker Service no lo hace. Alternativamente, si necesita usar lwc:dom="manual" , desinfecte las entradas usted mismo. Puede hacerlo aplicando filtrado de entrada (por ejemplo, no permitir > ) o codificación de salida (por ejemplo, transformar > a < ).
Evite las funciones de JavaScript que evalúan cadenas como código, como Eval , DOMParser.parseFromString , Document.implementation.createHTMLDocument y setTimeout / setInterval (cuando se utilizan para evaluar una cadena).
Evalúe adecuadamente las bibliotecas de terceros, ya que también pueden contener vulnerabilidades XSS. Puedes hacerlo manualmente o usando herramientas automáticas, como CheckMarx o Snyk.

Falsificación de solicitud entre sitios (CSRF)

La falsificación de solicitudes entre sitios (CSRF) obliga a un usuario a ejecutar acciones no deseadas en una aplicación web en la que está autenticado. Imagine que el usuario está autenticado con Salesforce. Con CSRF, un atacante malintencionado podría hacer que el usuario elimine cuentas, cambie una cantidad de oportunidad o algo mucho peor. ¡Y es posible que el usuario que haya iniciado sesión no se dé cuenta de que está ocurriendo! En algunos casos, un ataque CSRF no modifica la base de datos, como cerrar la sesión del usuario. Si bien no es inmediatamente dañino, puede ser molesto.

Salesforce cuenta con protecciones CSRF; esta protección está activada (y no puede desactivarse de forma predeterminada) en el menú Configuración. La protección envía un token con cada solicitud que el servidor valida antes de responder. Esto dificulta la vida del atacante, ya que tendría que averiguar tanto la URL como el token anti-CSRF.

Sin embargo, nuevamente, hay un caso de borde que la protección no cubre. Este es el momento exacto en el que se carga una página. La recomendación en este caso es evitar cambiar el estado de la base de datos al cargar la página. Es decir, no realice operaciones DML en la carga de Lightning Web Components ( constructor, connectedCallback, renderedCallback ).

Exposición de datos sensibles

A veces, necesita trabajar con datos confidenciales en su código, como contraseñas, claves de cifrado, tokens OAuth, información de pago, etc. Este tipo de datos nunca deben codificarse de forma rígida, sino que deben almacenarse correctamente en las aplicaciones. En Salesforce, hay varias funciones que puede utilizar para almacenar secretos de forma segura:

Credenciales con nombre : un tipo de metadatos que se utiliza para almacenar información sobre los puntos finales de las llamadas y que se puede hacer referencia fácilmente en Apex. Le permiten configurar la autenticación y mantener los secretos relacionados con la autenticación almacenados de forma segura en Salesforce.
Configuraciones personalizadas protegidas : configuraciones personalizadas que pertenecen a un paquete no son visibles en las organizaciones de los suscriptores.
Metadatos personalizados protegidos y Registros de metadatos personalizados protegidos : los tipos de metadatos personalizados que pertenecen a un paquete no son visibles para los suscriptores. También tiene la opción de proteger registros de metadatos personalizados individuales en lugar del tipo de metadatos personalizados.
Cifrado de plataforma de escudo : una función que le permite cifrar datos en reposo (en la base de datos) para requisitos de cumplimiento de seguridad más estrictos. Como desarrollador, sepa que cuando se utilizan campos encriptados de protección, existen algunas limitaciones de SOQL y SOSL.

Además, si necesita enviar información confidencial fuera de los límites de seguridad de Salesforce, puede cifrar sus datos y descifrarlos en el destino. Hay varias funciones en la clase Apex Crypto que lo ayudarán a implementar diferentes algoritmos para garantizar el secreto, la integridad, la autenticidad y el no repudio de los datos. De manera equivalente, puede encontrar bibliotecas JavaScript como CryptoJS con el mismo propósito y utilidades similares.

Próximos pasos

En esta publicación de blog, hemos cubierto algunas de las mejores prácticas de seguridad que debe seguir al desarrollar en la plataforma Salesforce. Esta no es una lista completa, ya que la seguridad es un tema importante, ¡pero es un buen punto de partida!

Para explicar estos conceptos con más profundidad, he creado una serie de videos. La serie contiene tres episodios de una hora que espero que disfruten. Mira la serie aquí:

Si quiere ponerse manos a la obra, le recomiendo que eche un vistazo a la ruta Desarrollar aplicaciones web seguras en Trailhead. Si desea consultar la documentación completa, consulte la Guía de seguridad de Salesforce .

Sobre el Autor

Alba Rivas trabaja como líder desarrolladora evangelista en Salesforce. Se centra en los componentes web Lightning y la estrategia de adopción de Lightning. Puedes seguirla en Twitter @AlbaSFDC ( http://twitter.com/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/07/security-for-salesforce-developers.html

Nombre del campo	Detalles
Nombre	El nombre de la métrica para la que se va a obtener el uso. `CHANGE_EVENTS_DELIVERED : –` Número de eventos de captura de datos modificados entregados a los clientes de CometD `CHANGE_EVENTS_PUBLISHED : –` Número de eventos de captura de datos modificados publicados `PLATFORM_EVENTS_DELIVERED : –` Número de eventos de la plataforma entregados a los clientes de CometD `PLATFORM_EVENTS_PUBLISHED : –` Número de eventos de plataforma publicados
Fecha de inicio	La fecha y hora de inicio en UTC utilizadas para consultar las métricas de uso. La granularidad de la fecha es por hora.
Fecha final	La fecha y hora de finalización en UTC utilizadas para consultar las métricas de uso. La granularidad de la fecha es por hora.
Valor	El valor de uso para la métrica y el intervalo de fechas especificados.

ActionCadence.Name	Target.Name	CurrentStep.StepTitle	LastCompletedStep.Title	Estado
Cadencia de correo electrónico simple	Robert Janzen	Correo electrónico de introducción	–	Corriendo

ActionCadenceName	Target.Name	StepTitle	DueDateTime	IsActionTaken	IsActionTakenDateTime	Estado
Cadencia de correo electrónico simple	Robert Janzen	Correo electrónico de introducción	2021-08-31T21: 59: 59.000 + 0000	FALSO	–	Activo

Máster en gestión de pedidos

¿Qué es la gestión de pedidos?

¿Qué ocurre después de la compra?

Reciba artículos de comercio seleccionados para usted en su bandeja de entrada

1. Obtenga una visión precisa de los conteos de inventario

2. Comprobar enrutamiento de pedidos

3. Asegúrese de que su proceso de envío esté integrado

4. Entregar el producto

Transforma la experiencia del cliente con una gran gestión de pedidos

Ofrece opciones de envío/entrega flexibles

Proporcionar información precisa de la disponibilidad del producto, incluyendo la ubicación

Ofrece autoservicio de estado de pedidos y devoluciones

Empower service agents and sales-reps

Comience con un sistema de gestión de pedidos

Aumentar los pedidos y reducir los costes

¿Qué es un diccionario de datos?

5 ventajas de un diccionario de datos de Salesforce

1. Metadatos claros en todos los equipos Metadatos claros en todos los equipos

2. Comprender la accesibilidad de los campos a los datos confidenciales

Control de acceso

Gestión de la conformidad

Seguridad de datos y sistemas

3. Reducir la deuda técnica

4. Evitar rupturas involuntarias

5. Confíe en la integridad de sus informes comerciales

Implemente su diccionario de datos hoy mismo

Gran idea o pregunta duradera:

Objetivos:

¿Qué es la cadencia de participación en ventas?

¿Qué es la captura de datos modificados?

Posible solución I: flujo activado por registro en el cliente potencial

Posible solución II: flujo activado por registro en ActionCadenceTracker

Posible solución III: flujo activado por programación en ActionCadenceTracker

Enfoque de campeón de automatización (Sí, quiero):

Práctica guiada (nosotros hacemos):

Paso 1: habilite el objeto ActionCadenceTracker para notificaciones de cambios

Paso 2.1: Definir las propiedades del flujo

Paso 2.2: Agregar una variable de recopilación de registros para almacenar clientes potenciales

Paso 2.3: Agregar un elemento de bucle para recuperar los registros de la variable de colección de registros

Paso 2.4: Agregar un elemento de asignación para asignar los valores a una variable de registro (tarea)

Paso 2.5: Agregar un elemento de asignación para agregar la variable de registro a la variable de colección de registros

Paso 2.6: Agregar un elemento Crear registros para crear tareas

Paso 3: Activadores asincrónicos de Apex para eventos de cambio

Prueba de concepto

Evaluación formativa:

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

Gran idea o pregunta duradera:

Objetivos:

¿Qué es Plataforma de Eventos?

Comprender el objeto PlatformEventUsageMetric

Práctica guiada (nosotros hacemos):

Paso 1: habilite las métricas de uso mejoradas

Paso 2.1: obtenga métricas de uso diario agregadas por nombre de evento

Disponibilidad de Open Beta en el plano de control de la UE

Diseño e implementación de API iterativas

Se agregó soporte de interfaz de usuario para fragmentos

Conclusión

Más recursos

Sobre el Autor

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

Gran idea o pregunta duradera:

Objetivos:

¿Qué es Plataforma de Eventos?

¿Cuál es el tamaño de lote predeterminado para el desencadenador de eventos de plataforma?

Comprender el objeto PlatformEventSubscriberConfig

Práctica guiada (nosotros hacemos):

Evaluación formativa:

Principales anuncios principales

Anuncio de GPT de Einstein

Nube de datos

Automatización

Recursos del producto

Herramientas/plataformas para desarrolladores y DevOps

Código

API y eventos

Móvil

Personalización y configuración de código bajo

Seguridad y privacidad

Sesiones en Salesforce+

Resumiendo