Reducir la carga del motor de comisiones con cambios de datos ascendentes

Por qué dirigir datos aguas arriba

Cada transformación que realiza el motor de comisiones (conversión de un tipo de datos, atravesar una relación para encontrar un indicador o ejecutar un cálculo de retroceso para determinar el crédito de territorio) consume memoria y tiempo. El motor de comisiones tiene una asignación fija de ambos para cada declaración. Cuando se supera esa asignación, las declaraciones agotan el tiempo de espera o fallan.

Utilice Gestor de objetos, Flujo o Apex para mover el trabajo de preparación de datos ascendentemente a Salesforce de modo que el motor de comisiones reciba datos limpios y preconfigurados y se centre en la lógica de comisiones en vez de la limpieza de datos.

Escenarios comunes de optimización ascendente

Estos tres escenarios ofrecen el retorno más alto al tratar datos ascendentemente antes de que lleguen a Spiff.

• Conversión de tipo de datos. Spiff utiliza tipos de datos específicos para fechas, booleanos y divisa. Cuando los datos de origen no coinciden con el tipo esperado, Spiff convierte cada valor en el momento del cálculo para cada registro procesado.

  Ejemplos comunes incluyen la conversión de un campo de DATETIME al formato de DATE que Spiff utiliza para comparaciones de periodos, o la conversión de un campo booleano que su sistema de origen almacena como 0 y 1 en valores de true / false de Spiff.

  Realice estas conversiones en un campo de fórmula o Flujo de Salesforce antes de que se sincronicen los datos, de modo que Spiff reciba el valor en su forma final.

• Campos de indicador en objetos relacionados. Las reglas de la Comisión a veces requieren comprobar si un producto, categoría o condición específicos están asociados con un registro. Cuando esa información reside en un objeto relacionado, Spiff atraviesa la relación para cada registro en el filtro para evaluar la condición.

  Por ejemplo, una regla que paga comisión solo cuando un pedido incluye un tipo de producto específico hace que Spiff una el objeto Pedido al objeto Producto de pedido para cada registro de pedido. Agregar una casilla de verificación o un campo indicador directamente en el objeto Pedido (establecido por un Flujo cuando se agrega el producto) elimina esa relación completamente.

  Considere agregar campos de indicador en objetos principales siempre que su lógica de comisión requiera comprobar una condición en un objeto secundario.

• Acreditación de territorios. Los cálculos de comisiones basados en territorios a menudo requieren lógica de retrospectiva: determinar a qué territorio pertenecía un representante en el momento del cierre de una negociación y qué crédito se le debe. Ejecutar esta lógica dentro del motor de comisiones para cada declaración requiere mucho cálculo.

  Un enfoque más eficiente es tener sus datos de asignación de territorios de suministro de clientes como una búsqueda precalculada. Cuando los datos de asignación están disponibles como un campo directo u objeto relacionado en Spiff, el motor lee un valor en vez de calcularlo. Coordine con su cliente para proporcionar estos datos como parte de la sincronización de datos normal en vez de calcularlos de forma dinámica en cada ejecución de declaración.

Herramientas para la gestión de datos ascendente

Utilice estas herramientas de Salesforce para preparar datos antes de que lleguen a Spiff.

• Gestor de objetos. Agregue campos de fórmula, campos de casilla de verificación o campos personalizados a objetos de Salesforce existentes para almacenar valores precalculados o indicadores.
• el flujo. Utilice flujos desencadenados por registro para rellenar campos de indicador, convertir tipos de datos o redactar valores calculados cuando Spiff crea o actualiza registros.
• Apex. Para transformaciones complejas o procesamiento por lotes, utilice desencadenadores Apex o Apex programado para preparar datos a escala antes de que se sincronicen en Spiff.

Importante Coordine los cambios de datos ascendentes con su administrador de Salesforce y los propietarios de planes de comisiones. Los cambios en objetos de origen afectan a los procesos de CRM y los cálculos de comisiones.

Planificar cambios ascendentes antes de la implementación

Los cambios de datos ascendentes son más fáciles de implementar al inicio de una implicación. Revise la asignación de datos completa para sus planes de comisión. Además, identifique cualquier campo que requiera conversión de tipo, cualquier condición que requiera desplazamiento de relaciones y cualquier lógica de crédito para proporcionarse como datos precalculados.