Notas de la versión de Salesforce Spiff del 26 de junio de 2026

Tipos de cuota ahora disponibles en nuevos entornos sandbox de Salesforce Spiff

Dónde: Este cambio se aplica a Salesforce Spiff.

Por qué: Anteriormente, los entornos sandbox no incluían Tipos de cuota del entorno principal. Los Tipos de cuota no estaban en el entorno sandbox, de modo que las fórmulas que hacían referencia a Tipos de cuota por Id. no se podían resolver correctamente. Tampoco se garantizó que los Id. de Tipo de cuota coincidieran entre el entorno sandbox y la producción, de modo que la implementación de lógica de comisión que dependía de Tipos de cuota produjo errores en la producción. Ahora, cuando crea un entorno sandbox, Spiff copia automáticamente todos los tipos de cuota desde el entorno principal. Los Tipos de cuota duplicados tienen identificadores coincidentes en el entorno principal, de modo que la lógica de comisión que hace referencia a un Tipo de cuota duplicado se resuelve correctamente en producción tras la implementación. Los tipos de cuota no cuentan en el límite de registros de transacciones de sandbox, lo que libera capacidad para otros datos de prueba transaccionales.

Para entornos sandbox creados antes de esta actualización, Tipos de cuota se eliminan del recuento de límites de registro la próxima vez que se crea o se elimina un Tipo de cuota en ese entorno sandbox.

Cómo: Este cambio es automático cuando crea un nuevo entorno sandbox; no se requiere configuración. Los Tipos de cuota no están gestionados por conjuntos de cambios, de modo que mantenga los nombres de Tipo de cuota sincronizados entre el entorno sandbox y el entorno principal para evitar errores de referencia de fórmula tras la implementación. Si cambia el nombre de un Tipo de cuota en un entorno sandbox, Spiff actualiza automáticamente fórmulas en ese entorno sandbox, pero ese cambio de nombre no se implementa en producción. Los tipos de cuota creados directamente en el entorno sandbox no tienen un Id. coincidente en el entorno principal y no puede implementarlos a través de conjuntos de cambios.

Filtrado de conjuntos de cambios mejorado e historial de flujos de trabajo para el cumplimiento

Dónde: Este cambio se aplica a Salesforce Spiff.

Por qué: Anteriormente, las tablas Conjuntos de cambios entrantes y salientes no tenían opciones de filtrado, lo que dificultaba la búsqueda de conjuntos de cambios específicos en organizaciones con grandes historiales de implementación. Para auditar la actividad de flujo de trabajo de un conjunto de cambios, los usuarios consultaron el Registro de actividad del sistema por separado. Ahora, dos nuevos filtros le ayudan a restringir la lista de conjuntos de cambios rápidamente, y la nueva ficha Historial lleva la ruta de flujo de trabajo completa al modal de conjunto de cambios, de modo que puede verificar envíos, validaciones, aprobaciones e implementaciones sin salir de la página.

Cómo: Para filtrar la tabla de conjuntos de cambios por fecha, utilice el filtro Fecha de envío en la página Conjuntos de cambios entrantes o salientes. Para filtrar por estado de flujo de trabajo (por ejemplo, para mostrar solo conjuntos de cambios con el estado Listo para implementar), utilice el filtro Estado. Para revisar el historial de flujos de trabajo de un conjunto de cambios, haga clic en el nombre del conjunto de cambios para abrir el modal y, a continuación, seleccione la ficha Historial.

Realizar un seguimiento del estado de procesamiento de informes en informes de obligaciones y declaraciones

Dónde: Este cambio se aplica a Salesforce Spiff.

Por qué: Anteriormente, no había forma de saber en un informe si sus datos se habían procesado correctamente o cuándo se habían ejecutado por última vez. Los administradores y gestores no tenían visibilidad sobre si un informe estaba actualizado, aún pendiente o fallaba debido a un cambio de datos, lo que dificulta Trust datos de informes o investigar discrepancias. Dos nuevas columnas opcionales, Estado de procesamiento y Última ejecución correcta, están ahora disponibles para informes de obligaciones y declaraciones. Estado de procesamiento muestra el estado de cálculo actual del informe. Última ejecución correcta muestra una marca de tiempo de la última vez que el informe se completó correctamente, de modo que puede saber de un vistazo si los datos reflejan una ejecución correcta reciente o una anterior. Estado de procesamiento tiene cuatro valores posibles. Realizar correctamente significa que el informe se ejecutó y completó sin errores. Error significa que el informe se ejecutó correctamente anteriormente pero ahora está fallando, probablemente debido a un cambio en los datos subyacentes después de la última ejecución correcta. Pendiente significa que el informe está en cola pero Spiff no ha ejecutado aún el informe. Nunca calculado significa que el informe nunca se ha ejecutado y Spiff no muestra ninguna marca de tiempo.

Cómo: En la ficha Informes, abra o cree un informe de obligación o declaración. Haga clic en el icono de columnas junto a Ejecutar y guardar, busque Estado de procesamiento o Última ejecución correcta y haga clic en el icono + para agregar la columna. Haga clic en Aplicar y, a continuación, haga clic en Ejecutar y guardar.