![]() |
|
Acerca de las expresionesUna expresión es una combinación válida de uno o más operadores, funciones, campos y literales que puede evaluar Oracle CRM On Demand. Este tema ofrece información acerca de las siguientes características de expresiones:
Sintaxis de nombre de campo y campos en expresionesLa mayoría de los campos que están disponibles en la página de configuración de campo para un tipo de registro también están disponibles en la lista de campos para ese tipo de registro en Expression Builder y pueden usarse en expresiones. NOTA: Los campos personalizados del tipo de campo Texto (Corto - Enmascarable) son una excepción. No puede utilizar estos campos en una expresión de Expression Builder. Si agrega un campo a una expresión seleccionando el nombre del campo de la lista de campos de Expression Builder, este nombre se incluye en el editor de expresiones con la siguiente sintaxis: [{FieldName}] Los nombres de campo que aparecen en el editor de expresiones son nombres de campo independientes del idioma que se usan para identificar internamente los campos en Oracle CRM On Demand. Aunque también puede escribir los nombres de campo directamente en el editor de expresiones usando la sintaxis [{FieldName}], se recomienda usar siempre los campos seleccionados de la lista para que los nombres de campo de la expresión sean correctos. Acerca de la sintaxis de nombre de campo y los nombres de campo en expresiones de las versiones anterioresEn versiones anteriores a la versión 29 Service Pack1 de Oracle CRM On Demand, al agregar un campo desde la lista de campos de Expression Builder, se introducía en el editor de expresiones con la siguiente sintaxis: [<FieldName>] Además, en versiones anteriores a la versión 29 Service Pack 1, Expression Builder usaba campos independientes del idioma diferentes de los usados en la versión 29, Service Pack 1 y posteriores de Expression Builder. Sin embargo, todas las expresiones que usan la sintaxis [<FieldName>] y los nombres de campo correspondientes, y que fueran válidas en versiones anteriores, seguirán siendo válidas en la versión 29 Service Pack 1 y en versiones posteriores. Puede seguir introduciendo los nombres de campo independientes del idioma con la sintaxis [<FieldName>] directamente en el editor de expresiones, si lo desea. Sin embargo, se recomienda seleccionar siempre los campos de la lista de campos de Expression Builder para que los nombres y la sintaxis de campo sean siempre correctos. Una expresión puede contener una mezcla de los nombres de campo nuevos y antiguos, siempre y cuando se use la sintaxis [{FieldName}] para los nuevos nombres de campo y la sintaxis [<FieldName>] para los antiguos. Acerca de los ejemplos de la ayuda en línea de Oracle CRM OnDemandAlgunos de los ejemplos de expresiones que aparecen en la ayuda en línea usan los nombres de campo independientes del idioma y la sintaxis de nombre de campo que se usaban en versiones anteriores a la versión 29 Service Pack 1. Estos ejemplos siguen siendo válidos. Sin embargo, si selecciona los campos correspondientes de la lista de campos en Expression Builder al crear o actualizar una expresión en la versión 29 Service Pack 1 o en versiones posteriores, los nombres de campo de la expresión serán diferentes de los mostrados en los ejemplos de la ayuda en línea, y los campos aparecerán en el editor de expresiones con la nueva sintaxis. Longitud de la expresiónPara el cuerpo del mensaje de un correo electrónico configurado con la acción Enviar correo electrónico en una regla del flujo de trabajo, la longitud máxima admitida de una expresión es de 2000 caracteres, incluidos los espacios. Puede insertar un salto de línea en el mensaje de correo electrónico pulsando Intro. Un salto de línea se cuenta como dos caracteres en el cuadro de texto. En todos los demás casos en los que se utiliza Expression Builder, la longitud máxima admitida de una expresión es de 1024 caracteres, incluidos los espacios. También debe asegurarse de que el número total de caracteres en el campo en el que va a guardar la expresión no excede el límite de dicho campo. En los siguientes campos de flujo de trabajo, se colocan tres signos de porcentaje (%%%) antes y después de los nombres de funciones y de campos:
Los signos de porcentaje indican que el nombre de la función o del campo se debe convertir a un valor de texto. Cada signo de porcentaje se cuenta como un carácter en el campo en el que se guarda la expresión. Si escribe un nombre de función o de campo directamente en el campo, debe escribir tres signos de porcentaje antes y después de éste. Si utiliza el Expression Builder para incrustar un nombre de función o de campo, los signos de porcentaje se agregan automáticamente. Por ejemplo, si utiliza Expression Builder para insertar el siguiente nombre de campo en el cuerpo del mensaje de un correo electrónico en una acción de flujo de trabajo: [{Name}] Expression Builder inserta lo siguiente (un total de 14 caracteres) en el cuerpo del mensaje del correo electrónico en la acción de flujo de trabajo: %%%[{Name}]%%% Longitud de literalCuando se transfiere una cadena o literal numérico a una función en Expression Builder, el literal no debe contener más de 75 caracteres, incluidos espacios. Si un literal excede los 75 caracteres, Expression Builder considera el literal un error de sintaxis. Si se transfiere una cadena a una función haciendo referencia a un nombre de campo, no se aplica el límite de 75 caracteres a la longitud del valor en el campo transferido al literal. Cuando se crea una expresión para establecer un valor predeterminado para un campo, el límite de 75 caracteres se aplica a cualquier cadena o literal numérico transferido a cualquier función de la expresión. Además, el número de caracteres del resultado de la expresión no debe superar el número máximo de caracteres permitidos en el campo. Expresiones condicionalesUna expresión condicional es una expresión que, cuando la evalúa la aplicación, siempre devuelve un valor booleano como True o False. NOTA: Sí, No, S y N no son valores booleanos. Si especifica True o False como valores de retorno para las funciones tales como la función IIf, True y False se devuelven como cadenas y no como valores booleanos. Si utiliza valores booleanos incorrectos en expresiones condicionales puede dar lugar a comportamiento imprevisible. Una expresión utilizada en cualquiera de los contextos debe ser una expresión condicional:
Expresiones de validaciónLas expresiones de validación se utilizan para garantizar que los datos introducidos en los campos son válidos. Una expresión de validación debe ser una expresión condicional. Una expresión de validación de un campo se evalúa cada vez que se actualiza el campo en un registro nuevo o existente. Sin embargo, una expresión de validación no se evalúa en las siguientes circunstancias:
Si no se evalúa una expresión de validación, o si se evalúa en NULL, no se genera ningún mensaje de error. Éstos sólo se generan cuando se produce un error en la expresión de validación (es decir, la expresión se evalúa en FALSE). Una expresión de validación es distinta de otros tipos de expresiones porque puede comenzar con un operador condicional. Por ejemplo, si Nombre de la cuenta es el campo que está validando la expresión, la expresión puede comenzar por: = 'Hospital Acme' Esta expresión, aunque no tiene la forma correcta, superará una comprobación de sintaxis, ya que Oracle CRM On Demand inserta el nombre del campo que se está validando antes de la expresión si no encuentra un nombre de campo al comienzo de la expresión. También puede introducir la expresión de validación de la siguiente forma: [<AccountName>]= 'Hospital Acme' donde [<AccountName>] es el campo que se valida. Si la expresión requiere que se evalúen otros campos además del que se está validando, lo habitual es que la primera comparación de la expresión se realice con el campo que se valida. Las expresiones de validación se utilizan sólo en el cuadro de texto Validación de campos de la administración de campos avanzada en Oracle CRM On Demand. Ejemplos de expresiones de validaciónEjemplo 1: Un proceso empresarial requiere que la fecha de cierre de una oportunidad sea posterior a la fecha de creación de ésta. Si desea implementar este proceso, cree una expresión de validación para el campo Fecha de cierre (en la página Configuración de campos de oportunidades) siguiendo las instrucciones descritas a continuación: > [<CreatedDate>] Si lo desea, puede utilizar el siguiente ejemplo, pero tenga en cuenta que el campo que se está evaluando (Fecha de cierre) debe ser el primer campo en la expresión: [<CloseDate>] > [<CreatedDate>] Para obtener más información acerca de cómo crear y modificar los campos, consulte Crear y editar campos. Ejemplo 2: Un proceso empresarial requiere que los ingresos de una oportunidad sean un valor distinto de cero cuando la probabilidad de la oportunidad es del 40% o superior. La regla empresarial indica que la dependencia radica en los dos campos y se puede reformular de la siguiente forma: Para una oportunidad, los ingresos no pueden ser cero cuando la probabilidad es superior o igual a 40. A la inversa, la probabilidad no puede ser superior o igual a 40 si los ingresos son cero. Una expresión de validación se evalúa cuando se crea el registro y cada vez que lo actualiza un usuario. Puesto que una actualización del campo Probabilidad o del campo Ingresos puede afectar a ambos campos, debe tener reglas de validación tanto en el campo Probabilidad como en el campo Ingresos para implementar correctamente la regla empresarial. (Para obtener información acerca d la creación y edición de campos, consulte Crear y editar campos.) Los pasos necesarios para implementar el ejemplo son los siguientes:
Uso de campos dependientes en expresionesUn campo dependiente es un campo unido cuyos valores dependen de una clave foránea. Un campo combinado es un campo en un tipo de registro que utiliza una clave foránea para hacer referencia a un campo de otro tipo de registro. Un ejemplo de un campo dependiente es el campo AccountName en el tipo de registro Oportunidad. El campo AccountName del tipo de registro Oportunidad es un campo unido cuyos valores dependen del campo de clave foránea AccountId, que hace referencia al tipo de registro Cuenta. Si la expresión tiene que determinar el valor de un campo dependiente, se recomienda que utilice la función JoinFieldValue y que obtenga el valor más reciente del campo haciendo referencia al campo ID; es decir, el campo de clave foránea. En caso contrario, los resultados de la expresión podrían ser incorrectos y la salida del valor de la expresión podría no ser válida. Para obtener más información sobre los campos unidos y la función JoinFieldValue, consulte JoinFieldValue. Temas relacionadosConsulte los siguientes temas para obtener información relacionada con Expression Builder: |
Publicado en agosto 2018 | Copyright © 2005, 2018, Oracle. Todos los derechos reservados. Legal Notices. |