Usted está aquí:
InsScheduledAutomatedTransitionService:scheduleAutomatedTransition
Utilice este servicio para automatizar la transición de estado programando una transición de estado de objeto, desde un estado de origen a un estado de destino (Estados de ciudad), utilizando patrones por hora, diarios o semanales.
Clase: InsScheduledAutomatedTransitionService
Método: scheduleAutomatedTransition
Funcionamiento
Esta transición es para flujos de trabajo de Modelo de estado de Vlocity. No se admiten patrones de programación complejos (cada dos días, cada primer lunes del mes, etc.).
-
Con las entradas objectName y fieldName (y las entradas opcionales typeName y typeValue), se determina la Versión de modelo de estado de ciudad específica que representa el flujo de trabajo.
-
Con las entradas fromState y toState, se determina la transición de estado de Vlocity específica en ese flujo de trabajo, es decir, en la versión de modelo de estado de Vlocity del paso anterior. Las entradas de programación proporcionan información sobre la frecuencia y el momento de ejecutar un trabajo programado de Salesforce que realizaría la transición de estado automatizada, desde 'fromState' a 'toState'. Cada vez que se ejecuta el trabajo programado, realiza estas acciones:
-
Recupere hasta 5 instancias del tipo representado por 'objectName', donde el valor del campo representado por 'fieldName' = el valor representado por 'fromState'. Esto garantiza que solo se seleccionen aquellas instancias de objeto que están actualmente en el estado representado por 'fromState' para realizar la transición.
-
Se ejecutan todas las reglas de transición de estado de Vlocity configuradas para la transición de estado de Vlocity especificada (como se determina en el paso 2 anterior).
-
Si el resultado general de la ejecución de la regla (que se rige por los criterios de realización de la transición establecidos en la transición de estado de Vlocity) es verdadero, como la ejecución de la regla superada, el estado de la instancia del objeto se actualiza al estado y se representa por 'toState'.
-
Si el resultado general de la ejecución de la regla es falso, es decir, la ejecución de la regla falló, el estado de la instancia del objeto se actualiza al estado Alternativo configurado en la Transición de estado de Vlocity si existe.
-
Si el estado de la instancia del objeto se actualiza a un nuevo estado (ya sea 'toState' o el estado Alternativo para la Transición especificada), se ejecutan las Acciones de Vlocity correspondientes configuradas para ese estado (es decir, el campo 'To State' en Acción de Vlocity).
-
El número de instancias de objeto cuyo estado se actualizó a 'toState' se devuelve en 'noOfUpdatedRecords'. El número de instancias de objeto cuyo estado se actualizó al estado Alternativo se devuelve en 'noOfUpdatedRecordsToAlternateStates'.
-
Si no se realizó ninguna transición, la instancia del objeto permanece en el 'fromState'.
-
Entradas
Ingreso |
Descripción |
|---|---|
|
Obligatorio. Nombre de API de objeto |
|
Obligatorio. Nombre de API de campo que aloja el valor de estado. |
|
Obligatorio. Valor de campo De estado (origen) de la transición de estado. |
|
Obligatorio. Valor de campo A estado (destino) de la transición de estado. |
|
Opcional.
|
|
Opcional.
Nota
Por ejemplo, con typeName = 'Type__c' y typeValue = 'Proveedor individual', se utilizará un modelo de estado de Vlocity específico configurado para el objeto Application__c. |
|
Un objeto de mapa que contiene claves de |
|
Obligatorio. Valor de cadena
|
|
Formato: Hora militar. No es obligatorio si |
|
Valor de cadena. Valores aceptables: Los días también se pueden representar numéricamente, del 1 al 7, donde domingo = Obligatorio si |
JSON de entrada
Este es un ejemplo del JSON de entrada cuyo patrón de programación es semanal a las 13:30 cada lunes:
{
"objectName":"prefix__Application__c",
"fieldName":"prefix__Status__c",
"fromState":"New",
"toState":"Submitted",
"schedule":{
"pattern":"WEEKLY",
"startTime":"13:30",
"dayOfTheWeek":"MON"
}
}JSON de salida
El JSON de salida muestra el número de registros actualizados (máximo cinco) y enumera cualquier excepción.
{
"noOfRecordsForProcessing": <Number of records for processing from a search, max=5>,
"noOfUpdatedRecords": <Number of records that have successful 'from state' to 'to state' transition>,
"noOfUpdatedRecordsToAlternateStates": <Number of records that have successful 'from state' to 'alternate state' transition>,
"errors":<Consolidated error mapping between record ID and error detail. This is null when there's no error.>
}