Los nodos de condición incluyen cláusulas condicionales para ejecutar el siguiente paso del flujo de trabajo. El diseñador de flujo de trabajo ofrece estas notas para gestionar los gastos:

• Condición verdadera/falsa
• Condición personalizada de verdadero/falso
• Validación de importe (viaje)
• Validación de importe (categoría)
• Validación de importe (viaje)
• Tasas impositivas incompletas (Solo para empresas)
• Sumisión a objetos de coste propios
• Remitente con propiedad
• Objeto de costo con propiedad
• Pagado con tarjeta de empresa
• Antigüedad del gasto ≤ umbral máximo

Condición verdadera/falsa

Configure una condición verdadera/falsa según reglas comerciales específicas que determine en Formato JSONPor ejemplo, puede usar esta condición para verificar si un gasto es un recibo o no, si es una nota de crédito, etc.

En este caso, esta condición retorna:

• Verdadero: Se cumple la condición especificada en JSON (es decir, la propiedad está presente en el gasto).
• FALSO: No se cumple la condición especificada en JSON (es decir, la propiedad no está presente en el gasto).

Nota: La condición Verdadero/Falso verifica los atributos guardados en el gasto (como los campos personalizados). Si necesita verificar los atributos del propio objeto, por ejemplo, si se ha seleccionado un campo personalizado en una dimensión de etiqueta, utilice la opción Condición personalizada de verdadero/falso.

Reglas JSON

Puede crear reglas de negocio complejas y serializarlas como JSON. Las reglas JSON se especifican en el Normas campo de las opciones del nodo.

Se admiten las siguientes operaciones:

Por ejemplo, puedes:

• Comprueba si hay un El campo personalizado está presente a expensas.
• Comprueba si un gasto es un tipo de recibo.
• Comprueba si un gasto es un sin tipo de recibo.
• Verificar si el gasto es asignado a un viaje.
• Comprueba si el El gasto tiene advertencias.
• Comprueba si el El gasto es un gasto de viaje.
• Comprueba si el El gasto tiene una de dos categorías seleccionadas.

Verifique el campo personalizado de categoría en el gasto

Puede establecer una regla para verificar si en la categoría enviada en el gasto, la casilla de verificación de información personalizada es igual a verdadero (es decir, seleccionado). Si es así, devuelve verdadero.

1. Identifique el campo de información personalizada en la empresa, si Perk no lo ha configurado previamente.

2. Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:
    

   {
    "==": [
    {
    "var": [
    "customInformation."
    ]
    },
    verdadero
    ]
   }

3. Configurar el flujo de trabajo en la empresa.

Nota: Los campos de información personalizados solo los puede configurar Perk. Es posible que necesite... abrir un ticket de soporte Si el campo de información personalizado que necesita aún no existe en su implementación de Perk o si no conoce el nombre (que puede o no ser el mismo que la etiqueta que se muestra en la aplicación)

Compruebe si el gasto es un recibo.

Puedes configurar una regla para comprobar si el gasto es un recibo. Si lo es, devuelve verdadero.

Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:

  {
 "en": [
 {
 "var": "tipoDeExceso"
 },
 [
 "recibo"
 ]
 ]
}

Verifique si el gasto no es un gasto sin recibo

Puedes configurar una regla para comprobar si el gasto no tiene recibo. Si es así, devuelve verdadero.

Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:

{
 "en":[
 {
 "var":"tipoDeExceso"
 },
 [
 "sin recibo"
 ]
 ]
}

Compruebe si se ha asignado un gasto a un viaje.

Puedes configurar una regla para comprobar si el gasto se ha asignado a un viaje. Si se ha asignado a un viaje, la regla devuelve verdadero.

Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:

{
 "!=": [
 {
 "var": "tripId"
 },
 nulo
 ]
}

Compruebe si el gasto no se ha notificado

Puedes configurar una regla para comprobar si el gasto no tiene notificaciones ni advertencias. Si no tiene ninguna notificación, devuelve verdadero.

Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:

{
 "==": [
 {
 "var": [
 "notificaciones.0"
 ]
 },
 nulo
 ]
}

Comprueba si el gasto es un gasto de viaje.

Puedes configurar una regla para comprobar si un gasto tiene a Perk como proveedor. Si es así, devuelve verdadero.

{
 "==":[
 {
 "var":[
 "proveedor de viajes"
 ]
 },
 "travelPerk"
 ]
}

Compruebe si el gasto tiene seleccionada una de las dos categorías.

Puedes configurar una regla para comprobar si un gasto tiene seleccionada una categoría u otra. Perk comprueba tanto los gastos de una sola categoría como los gastos con múltiples categorías mediante la variable splitcategories.0.categoryId.

Nota:Debe cambiar el ID de la categoría Perk por el que desee. De lo contrario, este ejemplo no funcionará.

{
 "o":[
 {
 "en":[
 {
 "var":"categoryId"
 },
 [
 "GxjPfl9gGX",
 "4QYutTYGSg"
 ]
 ]
 },
 {
 "en":[
 {
 "var": "splitCategories.0.categoryId"
 },
 [
 "GxjPfl9gGX",
 "4QYutTYGSg"
 ]
 ]
 }
 ]
}

Condición personalizada de verdadero/falso

Configure una condición booleana (verdadero/falso) basada en reglas de negocio específicas que usted defina en formato JSON. Por ejemplo, puede usar esta condición para comprobar si se ha seleccionado un campo de casilla de verificación personalizado para una dimensión de etiqueta.

En este caso, esta condición retorna:

• Verdadero:
  • Se cumple la condición especificada en JSON.
• FALSO:
  • No se cumple la condición especificada en JSON.

Nota:Si bien la condición personalizada verdadero/falso puede parecer similar a la condición verdadero/falso, puede "profundizar" en los objetos que están presentes en el gasto.
La condición Verdadero/Falso verifica los datos indicados en el gasto (como un campo personalizado, un valor, etc.), mientras que la condición Verdadero/Falso Personalizado puede extraer otros datos. Por ejemplo, puede verificar el objeto de costo al que está asignado el gasto y comprobar la lógica.

Puedes crear reglas de negocio complejas y serializarlas como JSON. Las reglas JSON se especifican en el campo Rules de las opciones del nodo. Puede realizar este "análisis en profundidad" para varios objetos:

• Dimensiones de la etiqueta
• Objetos de costo
• Entidad legal
• Categorías
• Usuario

Por ejemplo, puedes:

• Compruebe si un El campo personalizado está marcado en el objeto de valor de la etiqueta del gasto.
• Compruebe si un El remitente es lo mismo que el aprobador de la etiqueta.
• Compruebe si un El campo personalizado está marcado en la categoría del gasto.

Verifique que el campo personalizado esté marcado en el valor de la etiqueta.

Puedes establecer una regla para comprobar si, en la dimensión de etiquetas con un ID de Perk específico, la casilla de verificación de información personalizada está marcada como verdadera (es decir, seleccionada). Si es así, devuelve verdadero.

1. Identifique el campo personalizado en la empresa en la etiqueta (es posible que Perk deba configurarlo). El valor del campo de etiqueta (CustomFieldLabel) DEBE especificarse en la expresión a continuación.

2. Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:
    

   {
    "==": [
    {
    "var": "_tags.YOKOYID.customInformation."
    },
    verdadero
    ]
   }

3. Configurar el flujo de trabajo en la empresa.

Nota: Los campos de información personalizados solo los puede configurar Perk. Es posible que necesite... abrir un ticket de soporte Si el campo de información personalizado que necesita aún no existe en su implementación de Perk o si no conoce el nombre (que puede o no ser el mismo que la etiqueta que se muestra en la aplicación)

Compruebe si el remitente es un aprobador de campo personalizado.

Puedes establecer una regla para comprobar un campo personalizado con un ID de Perk específico; los aprobadores de esa matriz de campos personalizados son iguales al usuario que realiza la solicitud.

Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:

{
 "en":[
 {
 "var":"userId"
 },
 {
 "var":"_tags..approverIds"
 }
 ]
}

Precaución:Asegúrese de cambiar con el ID de su campo personalizado.

Verifique el campo personalizado de categoría en el gasto.

Puedes establecer una regla para comprobar si, en la categoría enviada para el gasto, la casilla de verificación de información personalizada es igual a true (es decir, seleccionada). Si es así, devuelve true.

1. Identifique el campo personalizado en la categoría (es posible que Perk deba configurarlo). El valor del campo de etiqueta (CustomFieldLabel) DEBE especificarse en la expresión siguiente.
2. Agregue un nodo verdadero/falso y copie y pegue este fragmento en el campo Reglas:

{
 "alguno": [
 {
 "var": "_categories"
 },
 {
 "==": [
 {
 "var": "customInformation."
 },
 verdadero
 ]
 }
 ]
}

Nota:Los campos de información personalizados solo pueden ser configurados por Perk. Es posible que necesite Abra un ticket de soporte si el campo de información personalizada que necesita no existe en su implementación de Perk o si desconoce el nombre (que puede o no ser el mismo que la etiqueta que se muestra en la aplicación).

Validación de importe (viaje)

Configure una condición booleana (verdadero/falso) si el gasto cumple con una condición de importe. Por ejemplo, configure la lógica para que Perk omita el flujo de aprobación si el gasto está entre 10 y 100 CHF y pase directamente a En revisión. En caso contrario, ejecute un flujo de aprobación de etiquetas.

En este caso, esta condición retorna:

• Verdadero:
  • Se cumple la condición de cantidad.
• FALSO:
  • No se cumple la condición de importe.

Esta condición específica tiene una opción:

Por ejemplo, configuras la lógica para que Perk compruebe si el gasto supera los 150 CHF (sin dividirlo entre el número de participantes). Si el gasto supera los 150, devuelve verdadero.

El tipo de agregación determina si se calcula un total acumulado para el día o si cada gasto se verifica individualmente. Esto se utiliza en situaciones donde los empleados tienen una asignación diaria. Por ejemplo, para empleados con una asignación diaria de 40 CHF para el almuerzo, si se selecciona el tipo de agregación único en el nodo, dos gastos de almuerzo de 30 CHF devuelven verdadero a la condición. Si se selecciona el tipo de agregación diario y se envían dos gastos de almuerzo de 30 CHF, el segundo gasto resulta en una respuesta falsa.

Validación de importe (categoría)

Configure una condición booleana si corresponde. A diferencia de la validación de importe (gastos), esta condición verifica el importe de cada categoría de gasto. El importe umbral se define en la propia categoría, como un campo personalizado, en lugar de dentro del nodo de condición.

Por ejemplo, configuras la lógica para indicarle a Perk que si la suma de los gastos de la categoría está entre 100 y 500 CHF, omita el flujo de aprobación y pase a En revisión. De lo contrario, realiza un flujo de aprobación de etiquetas.

En este caso, esta condición retorna:

• Verdadero:
  • Se cumple la condición de cantidad.
• FALSO:
  • No se cumple la condición de importe.

Esta condición específica tiene una opción:

Configurar campos personalizados para la validación de importes de categorías.

Para utilizar esta condición, necesita dos campos personalizados para las categorías de gastos:

• customInformation.thresholdCurrency : la moneda del umbral (CHF, EUR, etc.)
• customInformation.thresholdAmount: la cantidad del umbral (50, 100, etc.)

Es posible que Perk deba configurar primero estos campos personalizados. Debe ingresar thresholdCurrency y thresholdAmount como nombres en la configuración del campo personalizado.

Nota:Los campos de información personalizados solo pueden ser configurados por Perk. Es posible que necesite Abra un ticket de soporte si el campo de información personalizada que necesita no existe en su implementación de Perk o si desconoce el nombre (que puede o no ser el mismo que la etiqueta que se muestra en la aplicación).

Este paso debe realizarse para cada entidad legal en la que desee utilizar el flujo de trabajo con el nodo de validación del importe de la categoría de gastos.

El importe umbral se establece directamente en la configuración de la categoría. Se aplica a los gastos presentados para esa categoría y depende del tipo de agregación (individual/diario), del operador y de la lógica configurada en el flujo de trabajo.

Validación de importe (viaje)

Configure una condición booleana (de control) en los gastos de viaje para verificar si el importe total del viaje supera el umbral definido (en la moneda de la entidad legal). Por ejemplo, configure la lógica para que Perk indique si el importe del viaje excede el umbral especificado.

En este caso, esta condición retorna:

• Verdadero:
  • Se cumple la condición de importe. El importe total reclamado por el viaje es superior al importe umbral.
• FALSO:
  • No se cumple la condición de importe. El importe total reclamado por el viaje es inferior al importe umbral.

Esta condición específica tiene una opción:

Tasas impositivas incompletas

Configure una condición de verdadero/falso para determinar si al documento se le ha asignado un tipo impositivo y si los importes de los impuestos extraídos del gasto son correctos.

• Verdadero:Si el código tributario está incompleto o la suma de los importes tributarios es incorrecta, devuelve verdadero.
• Falso:Si el código tributario está completo y la suma de los importes tributarios es correcta, devuelve falso.

Por ejemplo, si un gasto tiene impuestos (con o sin categorías separadas) pero falta el código fiscal o los importes brutos de los impuestos no suman el total del reclamo, devuelve verdadero.

El nodo incluye dos opciones:

Por defecto, Perk considera que las tasas impositivas cero son tasas impositivas válidas y devuelve false si un gasto tiene seleccionada una tasa impositiva cero. Puede anular este comportamiento seleccionando la casilla de verificación Excluir tasas impositivas cero, lo que significa que si un gasto tiene una tasa impositiva cero, devuelve true.

Además, puede excluir las dietas (viáticos) de esta comprobación del tipo impositivo, ya que las dietas normalmente no incluyen impuestos.

Sumisión a objetos de coste propios

Establezca una condición que devuelva verdadero/falso si el objeto de costo del gasto es el mismo que el objeto de costo del remitente. En este caso, esta condición devuelve:

• Verdadero:El propietario del objeto de coste asignado al gasto es la misma persona que presentó el gasto.
• Falso:El propietario del objeto de coste asignado al gasto no es el mismo que el usuario que lo envió.

Por ejemplo, el usuario Alex Smith registra un gasto y lo asigna al objeto de costo "Fabricación". El propietario del objeto de costo de fabricación es Alex Smith. En este caso, Perk devuelve verdadero. Otro usuario, Jan, registra un gasto para el mismo objeto de costo. En este caso, Perk devuelve falso.

Remitente con propiedad

Configure un nodo de condición que devuelva verdadero/falso si el remitente contiene una propiedad específica. Puede verificar cualquier propiedad del usuario, como nombre, correo electrónico, jefe directo, así como campos personalizados.

En este caso, esta condición retorna:

• Verdadero:El objeto de costo asociado con el gasto del remitente tiene un valor de propiedad específico.
• Falso:El objeto de costo asociado con el gasto del remitente no tiene el valor de propiedad específico.

Por ejemplo, si la condición se establece con la propiedad Line manager y coincide con Alex Smith,

• Si un gasto enviado es creado por un usuario cuyo gerente directo es "Alex Smith", devuelve verdadero.
• Si un gasto enviado es creado por un usuario cuyo gerente directo es "Devis Hirt", devuelve falso.

Configurar la validación de propiedades del remitente en un campo personalizado.

Por ejemplo, si desea comprobar si el usuario en el campo personalizado Administración de destino tiene el valor “G000” o “G001”:

1. Identifica el campo personalizado creado en el usuario. Si aún no está configurado, es posible que debas contactar con el soporte de Perk para que lo hagan. Recuerda el valor de Nombre, ya que lo necesitarás en el siguiente paso.
   - Nombre: customInformation.targetAdministration
   - Etiqueta: Administración de objetivos
   - Tipo: Entrada de texto
   ​
2. Haga clic en el nodo "Remitente con propiedad" en el diseñador de flujo de trabajo e ingrese estos datos. Como desea verificar varios valores, ingrese el valor "G001" y luego haga clic en + Agregar fila para agregar el segundo valor "G002":
   ​
   - Propiedad: customInformation.targetAdministration
   - Coincidencias: G001
   - Coincidencias: G002
   ​
   En este caso, Perk comprueba si el remitente posee esta propiedad. Si es así, realiza una aprobación del objeto de coste. Si es así, mueve el documento a "En revisión".

Objeto de costo con propiedad

Configure un nodo de condición que devuelva verdadero/falso si el objeto de costo contiene una propiedad específica. Puede verificar cualquier propiedad del objeto de costo, como el nombre del objeto de costo, el código ERP, los campos personalizados, etc.

En este caso, esta condición retorna:

• Verdadero:El objeto de costo asociado con el gasto del remitente tiene un valor de propiedad específico.
• Falso:El objeto de costo asociado con el gasto del remitente no tiene el valor de propiedad específico.

Por ejemplo, si la condición se establece con la propiedad Name y coincide con Sales,

• Si se introduce un gasto registrado en el objeto de coste con el nombre "Ventas", devuelve verdadero.
• Si se introduce un gasto enviado en el objeto de coste con el nombre "Fabricación", devuelve falso.

Configurar la validación de propiedades de objetos de coste en un campo personalizado.

Por ejemplo, si desea comprobar que el objeto de coste presentado en el gasto se ha marcado como un objeto de coste especial (la casilla de verificación Objeto de coste especial está marcada como verdadera):

1. Identifique el campo personalizado en el objeto de costo. Si no está disponible, es posible que necesite la ayuda del Soporte de Perk para configurarlo. Recuerde el valor del Nombre, ya que lo necesitará para el siguiente paso:
   - Nombre: customInformation.specialCostObject
   - Etiqueta: Objeto de coste especial
   - Tipo: Casilla de verificación
2. Haga clic en el objeto Costo con el nodo de propiedad en el diseñador de flujo de trabajo e ingrese estos datos:
   - Propiedad: customInformation.specialCostObject
   - Coincidencias: verdadero

Dado que desea comprobar si la casilla de verificación está marcada o no, introduzca el valor «verdadero». En este caso, Perk comprueba si el objeto de coste enviado en el gasto es un objeto de coste especial. Si es verdadero, omite la aprobación del objeto de coste. Si es falso, ejecuta el flujo de aprobación.

Pagado con tarjeta de empresa

Configure una condición de verdadero/falso para comprobar si un gasto se ha pagado con una tarjeta de empresa.

En este caso, esta condición retorna:

• Verdadero:El gasto se paga con una tarjeta de empresa.
• Falso:El gasto no se paga con una tarjeta de empresa.

Precaución:Este nodo se utiliza como condición de exportación de tarjeta. DEBE colocarse siempre al final del flujo de trabajo para diferenciar la ruta de exportación. También puede utilizarse en otros escenarios, como después de una acción de envío para redirigir los gastos a un flujo diferente.

Antigüedad del gasto ≤ umbral máximo

Este nodo permite comprobar la antigüedad de un gasto y asegurarse de que no supere un umbral máximo. Si el gasto supera el máximo establecido, devuelve false.

Normalmente se utiliza para diseñar flujos de trabajo en los que es necesario comprobar si la fecha de un gasto no es anterior a un determinado número de días.

El nodo realiza los siguientes cálculos:

• Comprueba la fecha de gasto/fecha de pago en el gasto.
• Calcula la diferencia entre la fecha de hoy y la fecha de gasto/pago del gasto.
• Se compara con el valor introducido en la configuración del nodo (edad máxima en días).
• Devoluciones:
  • Si la diferencia > edad máxima: false
  • si la diferencia < edad máxima: verdadero

Por ejemplo, las empresas suelen querer impedir que los usuarios registren gastos con una antigüedad superior a uno o dos meses. Con este nodo, es posible definir una ruta de flujo de trabajo específica que impida el registro de gastos con una antigüedad mayor.