El diseñador de flujos de trabajo utiliza nodos para determinar la lógica empresarial que se aplica en el procesamiento de facturas en Perk.

Cuando creas un flujo de trabajo, utilizas cuatro tipos de nodos:

• Nodos de estado: Indican el estado del documento. En otras palabras, estos nodos representan estados internos de Perk (p. ej. Borrador, En aprobación, etc.).
• Nodos de condición: Representan cláusulas condicionales. Son condiciones if-else basado en una lógica específica que es verdadera o falsa.
• Nodos de actividad: Representa acciones o tareas detrás de escena en Perk.
• Nodos de aprobación:Complementar los nodos de actividad para reproducir la lógica de negocio de un flujo de aprobación.

Los nodos de estado son comunes tanto a los flujos de trabajo de facturación como a los de gastos. Condición, actividad, y Los nodos de aprobación son específicos de cada tipo de flujo de trabajo.

Cada nodo de estado tiene una combinación específica de nodos que se pueden colocar antes y después. La acción que se puede activar depende de esta combinación.

El diseñador de flujos de trabajo permite estas combinaciones para los flujos de trabajo de facturación:

Nodos de condición de factura

Los nodos de condición incluyen cláusulas condicionales para realizar el siguiente paso en el flujo de trabajo. El diseñador de flujos de trabajo ofrece estas notas para la gestión de facturas:

• Contiene el número de pedido
• Validación de importe
• Aprobación automática en función de la condición del proveedor.
• Condición verdadera/falsa
• Condición personalizada de verdadero/falso
• No contiene partidas con gastos excesivos.
• Proveedor con propiedad
• Presentación al propio centro de costos
• Contiene alerta coincidente
• Artículos de línea que no son de orden de compra presentes
• Remitente con propiedad
• Antigüedad de la factura ≤ umbral máximo
• Se presentan discrepancias en la correspondencia de tres vías.

Contiene el número de pedido

Configure una condición verdadera/falsa en función de si la factura contiene un número de orden de compra (OC) seleccionado:

• Verdadero:Si la factura está vinculada a una orden de compra, por ejemplo, si se ha seleccionado al menos un número de orden de compra en el encabezado de la factura.
• Falso:Si la factura no está vinculada a una orden de compra, por ejemplo, no se encuentran números de orden de compra en el encabezado de la factura.

Por ejemplo, usted envía una factura. Si la factura está asociada a una orden de compra, omite el flujo de aprobación y pasa a En revisión. De lo contrario, se realiza un flujo de aprobación por etiqueta (es decir, se requiere la aprobación de todos los aprobadores del valor de la etiqueta).

Validación de importe

Configure una condición booleana (verdadero/falso) basada en el importe de la factura.

En este caso, esta condición retorna:

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

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

Esta condición específica presenta tres opciones diferentes:

Puede definir un umbral inferior o superior para comprobar si el importe del documento es mayor o menor que el umbral especificado, o establecer un umbral inferior y superior para comprobar si el importe del documento se encuentra dentro de un rango.

Aprobación automática según el estado del proveedor (solo para empresas)

Configure una condición booleana para determinar si desea aprobar automáticamente las facturas de un proveedor específico. Este nodo de condición se utiliza con Aprobar automáticamente una factura para un proveedor determinado. Si agrega uno al flujo de trabajo, verá una nueva sección en Facturas > Facturas de proveedores > Proveedor > Configuración. Desde allí, puede configurar un umbral de aprobación automática para el propio proveedor. En este caso, esta condición devuelve:

• Verdadero:Si la factura es inferior al umbral de aprobación automática establecido en el proveedor.
• Falso:Si la factura supera el umbral de aprobación automática establecido en el proveedor.

Dependiendo del flujo de trabajo, la factura está Lista para exportar o En revisión.

Condición verdadera/falsa

Configure una condición de verdadero/falso basada en reglas de negocio específicas que usted determine en formato JSON.

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

Por ejemplo, puede utilizar esta condición para comprobar cualquier atributo presente en la factura, como el número de pedido, campos personalizados, valores de etiquetas, etc.

Nota:La condición Verdadero/Falso comprueba los atributos guardados en la factura (como los campos personalizados). Si necesita comprobar los atributos en el objeto mismo, como si se ha seleccionado un campo personalizado en una dimensión de etiqueta, utilice la Condición personalizada de verdadero/falso.

Reglas JSON

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

Se admiten las siguientes operaciones:

Por ejemplo, puedes:

• comprobar si un En la factura se encuentra un campo personalizado específico.
• comprobar si hay un Notificación de discrepancia de divisas en una factura

Verifique el campo personalizado en la factura.

Puedes configurar una regla para comprobar si existe un valor específico en un campo de información personalizada y si este es igual a verdadero. En ese caso, devuelve verdadero.

1. Identifique el nombre del campo de información personalizada en la empresa.

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

   { 
    "==": [ 
    { 
    "var": [ 
    "customInformation.skipApproval" 
    ] 
    }, 
    true 
    ] 
    }

    

3. Luego, se asigna el flujo de trabajo a la entidad legal.

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)

Verifique la notificación de discrepancia de divisas.

Puedes configurar una regla para comprobar si, entre las notificaciones, hay un valor de discrepancia de moneda y si es igual a verdadero. Si es así, devuelve true.

Nota:Necesitas tener órdenes de compra importadas para la empresa. Agrega un nodo verdadero/falso y copia y pega este fragmento en el campo Reglas:

   { 
 "!": { 
 "reducir": [ 
 { 
 "var": "notificaciones" 
 }, 
 { 
 "o": [ 
 { 
 "en": [ 
 { 
 "var": "current.title" 
 }, 
 [ 
 "supplierInvoiceNotification.currencyMismatch.title", 
 "supplierInvoiceNotification.multipleCurrencyMismatch.title" 
 ] 
 ] 
 }, 
 { 
 "var": "acumulador" 
 } 
 ] 
 }, 
 falso 
 ] 
 } 
 } 

Verifique si hay notificación de discrepancia en la cuenta.

Puedes configurar una regla para comprobar si hay una notificación de discrepancia de cuenta en todas las notificaciones de factura y si es igual a true. Si es así, devuelve true.

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

{ 
 "algunos": 
 [ 
 { 
 "var": "notificaciones" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "título" 
 }, 
 "notificaciónFacturaProveedor.NúmeroDeCuentaDiscrepancia.título" 
 ] 
 } 
 ] 
 }

Verifique el artículo de línea que solo incluye impuestos.

Puedes configurar una regla para comprobar si hay al menos una partida solo de impuestos en todas las partidas. Si es así, devuelve true.

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

{ 
 "algunos":[ 
 { 
 "var":lineItems" 
 }, 
 { 
 "==":[ 
 { 
 "var":isTaxOnly" 
 }, 
 true 
 ] 
 } 
 ] 
 }

Precaución: No todas las integraciones de sistemas ERP/Finanzas admiten partidas que solo incluyan impuestos. Consulte con el equipo de Éxito del Cliente de Perk para comprobar si esto es posible con su sistema financiero.

Verifique las reglas comerciales de facturación.

En el procesamiento de facturas, puede configurar reglas de negocio que le permiten verificar una lista de palabras clave predeterminadas en el documento. Si la palabra clave está presente, puede definir una acción específica. Por ejemplo, puede ingresar un valor fijo en un campo personalizado específico o seleccionar una casilla de verificación en un campo personalizado.

Existen dos maneras de utilizar el flujo de trabajo para comprobar esos casos y redirigir la factura a una ruta diferente: comprobar el campo personalizado o comprobar una notificación específica.

• Verifique que el campo personalizado esté seleccionado/contenga un valor específico como resultado de la acción de la regla de negocio de la factura.
  En el ejemplo siguiente, comprueba si la factura contiene la palabra Irán. Si es así, Perk selecciona la casilla de verificación del campo personalizado Embargar factura.
  ​

  

  En este caso, usted configura el Comprobación habitual de que los campos personalizados estén presentes en el documento de factura con el siguiente código:

{ 
 "==": [ 
 { 
 "var": [ 
 "customInformation.embargoInvoice" 
 ] 
 }, 
 true 
 ] 
 }

• Verifique si existe una notificación/advertencia de regla de negocio de factura en el documento de factura. En el siguiente ejemplo, se verifica la presencia de la palabra clave "notificación" en el encabezado de la factura:
  ​

  

  En este caso, debe verificar la presencia de notificaciones de factura con este código:

{ 
 "algunos": 
 [ 
 { 
 "var": "notificaciones" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "título" 
 }, 
 "supplierInvoiceNotification.keywordsDetected.title" 
 ] 
 } 
 ] 
 }

Verifique los requisitos legales de la factura.

En el procesamiento de facturas, puede verificar el cumplimiento de los requisitos legales. En otras palabras, Perk puede comprobar la presencia de atributos estándar en los documentos de factura y activar una notificación específica. Puede verificar la presencia de estas notificaciones en su flujo de trabajo.

Por ejemplo, puedes:

1. Impida que la factura avance en el flujo de trabajo si existen comprobaciones que la invaliden según sus necesidades. Por ejemplo, puede que desee detener el flujo de trabajo y enviar una notificación si la factura contiene un número de IVA o una dirección de proveedor incorrectos, entre otros datos.
2. Cambie el estado de la factura a Necesita revisión si hay alguna de estas notificaciones presentes en el encabezado de la factura.

El fragmento de código básico para configurar esta regla JSON es el siguiente, donde se reemplaza "Notification" con la referencia de notificación.

{ 
 "algunos": 
 [ 
 { 
 "var": "notificaciones" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "título" 
 }, 
 "TEXTO DE NOTIFICACIÓN" 
 ] 
 } 
 ] 
 }

Verifique los artículos que no sean de orden de compra.

Puedes configurar una regla para comprobar si hay al menos un elemento de línea con el estado coincidente No-PO. Si es así, devuelve true.

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

{ 
 "algunos":[ 
 { 
 "var":lineItems" 
 }, 
 { 
 "==":[ 
 { 
 "var":matchStatus" 
 }, 
 true 
 ] 
 } 
 ] 
 }

Condición personalizada de verdadero/falso

Configure una condición de verdadero/falso basada en reglas de negocio específicas que usted determine en formato JSON.

Por ejemplo, puede utilizar esta condición para comprobar si un 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: La condición especificada en JSON no se cumple.

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

Verifique que el campo personalizado esté marcado en el objeto de costo.

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

1. Identifique el campo personalizado en la empresa en la etiqueta. 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:
   ​

   { 
    "algunos": [ 
    { 
    "var": "_costObjects" 
    }, 
    { 
    "==": [ 
    { 
    "var": "customInformation.

3. Configura el flujo de trabajo en la entidad legal.

Verifique que el campo personalizado no esté presente/sí lo esté en el encabezado de la orden de compra.

Puedes configurar una regla para comprobar en la orden de compra si la información personalizada es nula o tiene un valor determinado. Este ejemplo comprueba si la orden de compra NO contiene información personalizada en el encabezado.

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

{ 
 "algunos": 
 [ 
 { 
 "var": "_purchaseOrders" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "customInformation.

Verifique que el campo personalizado no esté presente/sí lo esté en una partida de pedido.

Puedes configurar una regla para comprobar en la orden de compra si la información personalizada es nula o tiene un valor determinado. En este ejemplo, se comprueba si la orden de compra NO contiene información personalizada en sus artículos.

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

{ 
 "algunos": 
 [ 
 { 
 "var": "_purchaseOrders" 
 }, 
 { 
 "algunos": 
 [ 
 { 
 "var": "items" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "customInformation.

Verifique si la partida de la orden de compra coincidente requiere una entrada de mercancías o no.

La orden de compra determina si se requiere una entrada de mercancías y si debe utilizarse en la conciliación de tres vías. Puede comprobar si se requiere una partida de entrada de mercancías correspondiente.

 "algunos":[ 
 { 
 "var":_purchaseOrders" 
 }, 
 { 
 "algunos":[ 
 { 
 "var":items" 
 }, 
 { 
 "==":[ 
 { 
 "var":requireGoodsReceipt" 
 }, 
 true 
 ] 
 } 
 ] 
 } 
 ] 
 }

Compruebe que los aprobadores actuales no sean quienes presentaron la factura (verificación por pares).

Puedes establecer una regla para comprobar si, en la factura, los aprobadores seleccionados para su aprobación forman parte de la lista de remitentes.

• Si ninguno de los aprobadores seleccionados figura como remitente de la factura, devuelve verdadero
• Si al menos una persona ha enviado y aprobado la factura, devuelve falso.

{ 
 "y": [ 
 { "!": { "en": [ { "var": "currentApproverIds.0" }, { "var": "enviadores" } ] } }, 
 { "!": { "en": [ { "var": "currentApproverIds.1" }, { "var": "enviadores" } ] } }, 
 { "!": { "en": [ { "var": "currentApproverIds.2" }, { "var": "enviadores" } ] } }, 
 { "!": { "en": [ { "var": "currentApproverIds.3" }, { "var": "enviadores" } ] } }, 
 { "!": { "en": [ { "var": "currentApproverIds.4" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.5" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.6" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.7" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.8" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.9" }, { "var": "submitters" } ] } } 
 ] 
 }

No contiene partidas con gastos excesivos.

Establezca una condición de verdadero/falso para determinar si la factura ha superado el presupuesto. En este caso, la condición devuelve:

• Verdadero:Si no hay sobregasto en la factura, es decir, ningún elemento de la factura tiene un estado de sobregasto, devuelve verdadero.
• Falso:Si hay un gasto excesivo en las partidas de la factura, la condición devuelve falso.

Proveedor con propiedad (solo para empresas)

Configure una condición de verdadero/falso basada en uno o varios campos específicos. Puede comparar cualquier valor de proveedor. Por ejemplo:

• Nombre del proveedor (proveedor.nombre)
• Código ERP del proveedor
• Condiciones de pago del proveedor
• Información personalizada del proveedor

En este caso, esta condición retorna:

• Verdadero:La propiedad especificada coincide con el atributo del proveedor en el proveedor, que se encuentra en la factura.
• Falso:La propiedad especificada NO coincide con el atributo especificado en el proveedor que figura en la factura.

Para configurar este nodo, introduzca el campo de datos que desea comprobar y el/los valor/es que contiene dicho campo:

Por ejemplo, si desea realizar una acción específica para un grupo específico de proveedores, puede especificar el campo como supplier.name y el valor Matches con varios nombres de proveedores, como Acme, MyCompany, etc.

La condición devuelve "verdadero", ya que compara la información de la factura con la información del proveedor.

Presentación al propio centro de costos

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

• Verdadero:La factura está codificada con objetos de costo cuyo propietario es la misma persona que presentó la factura.
• Falso:El propietario de los objetos de coste derivados de la factura no es el mismo que el usuario remitente.

La condición devuelve verdadero si alguno de los remitentes presentes en la factura es igual al propietario del objeto de coste de la factura.

Por ejemplo, si “Alex 1” envía una factura con dos partidas:

1. Partida 1 con propietario del objeto de coste “Alex 1”
2. Partida 2 con propietario del objeto de coste “Soporte de beneficios”

La condición devuelve true y mueve la factura al siguiente paso, incluso si hay un propietario de objeto de costo diferente para uno de los elementos de línea.

Contiene alerta coincidente (solo para Enterprise)

Configure una condición booleana (verdadero/falso) para determinar si se han activado alertas coincidentes para el documento. En este caso, esta condición devuelve:

• Verdadero:Si hay algún error de coincidencia en la factura, devuelve verdadero.
• Falso:Si no hay errores coincidentes en la factura, devuelve falso.

Por ejemplo, puede usar este nodo donde, si falta un recibo de mercancías y usted intenta enviar la factura, Perk detecta este estado y el nodo de condición devuelve true. El paso posterior a este nodo depende del escenario específico.

Actualmente, la lista de notificaciones que Perk puede consultar es la siguiente:

Artículos de línea que no son de orden de compra presentes

Este nodo permite comprobar si alguno de los artículos de la factura tiene el estado de coincidencia No es un pedido. Si es así, devuelve verdadero. De lo contrario, devuelve falso.

Normalmente se utiliza para diseñar flujos de trabajo donde es necesario verificar si existen costos adicionales que no se hayan incluido en la orden de compra. De ser así, es posible que se requiera la aprobación adicional de los responsables de los objetos de costo.

Verifique si es necesario aprobar costos adicionales no planificados que no figuren en la orden de compra.

Las órdenes de compra (OC) son una herramienta para que las empresas controlen sus gastos y presupuestos. Si bien las OC registran la mayor parte de los gastos, en ocasiones puede ser necesario registrar costos adicionales que no están incluidos en su alcance. Por ejemplo, costos adicionales de flete o envío que no se incluyeron cuando se aprobó inicialmente el presupuesto de la OC.

Para cubrir este caso de uso, puede utilizar el nodo de condición presente de partidas sin orden de compra, que verifica si existen costos adicionales en el documento de factura que no se incluyeron originalmente en la orden de compra. La mayoría de las empresas requieren aprobaciones adicionales en estos casos. Por lo tanto, es posible que desee configurar lo siguiente:

• Si hay partidas que no corresponden a órdenes de compra, realice una aprobación adicional (por ejemplo, una aprobación de objeto de coste).
• Si no hay partidas que no sean de órdenes de compra, no realice ninguna aprobación adicional (por ejemplo, pase directamente al estado En revisión).

Normalmente, este nodo de condición se enlaza con un nodo de condición de factura de pedido, ya que suele ocurrir que las facturas que no son de pedido se tratan de forma diferente.

Remitente con propiedad

Este nodo permite configurar una condición que devuelve verdadero/falso si el grupo remitente de la factura contiene una propiedad específica. Se puede verificar cualquier propiedad de usuario, como nombre, correo electrónico, jefe de línea, así como campos personalizados.

Este nodo solo puede ser utilizado por clientes con un plan Profesional o Empresarial.

En este caso, esta condición retorna:

• Verdadero:El objeto de costo asociado con la factura del remitente tiene un valor de propiedad específico.
• Falso:El objeto de costo asociado con la factura 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 una factura enviada es creada por un usuario cuyo gerente directo es "Alex Smith", devuelve verdadero.
• Si una factura enviada es creada 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. Tienes un campo personalizado configurado en el perfil de usuario:

1. 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”.

El resultado es el siguiente:

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".

Antigüedad de la factura ≤ umbral máximo

Este nodo permite comprobar la antigüedad de una factura y asegurarse de que no supere un límite máximo. Si la factura excede dicho límite, devuelve `false`. Se suele utilizar para diseñar flujos de trabajo en los que es necesario comprobar que la fecha de una factura no sea anterior a un número determinado de días.

El nodo realiza los siguientes cálculos:

• Comprueba la fecha de la factura en la factura.
• Calcula la diferencia entre la fecha de hoy y la fecha de la factura/pago que figura en la factura.
• 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 envíen facturas con más de uno o dos meses de antigüedad. Con este nodo, es posible definir una ruta de flujo de trabajo específica que impida el envío de facturas antiguas.

Se presentan discrepancias de coincidencia de tres vías.

Este nodo le permite configurar una condición verdadera/falsa para determinar si se han activado alertas coincidentes para el documento en el contexto de la coincidencia de tres vías y enrutar el documento de factura en consecuencia. Por ejemplo, puede usar este nodo para verificar si se han detectado discrepancias de coincidencia de tres vías, como por ejemplo: discrepancia en la cantidad, discrepancia en la cantidad o Falta el recibo de la mercancía.

En este caso, esta condición retorna:

• Verdadero:
  • Si hay algún error de coincidencia en la factura, según lo configurado por el usuario en la opción del nodo.
• FALSO:
  • Si no hay errores de coincidencia en la factura, según lo configurado por el usuario en la opción del nodo.

Puede seleccionar uno o varios de estos tres casos, según su configuración preferida. Por ejemplo, coloque la condición después de Enviar para comprobar si la factura tiene o no discrepancias relacionadas con la conciliación de tres vías. Si ese es el caso, puede decidir informar al usuario a través de Asigne la notificación de flujo de trabajo y dirija el documento a Necesita revisión.

Nodos de actividad de facturación

Los nodos de actividad de facturación realizan una acción específica sobre el documento en el flujo de trabajo.

Puede realizar estas acciones en el flujo de trabajo:

• Asignar aprobadores con propiedad (Solo para empresas)
• Asignar todos los aprobadores de objetos de costo
• Asignar aprobadores de etiquetas personalizadas (Solo para Enterprise)
• Asignar todos los gestores de línea de objetos de coste (Solo para Enterprise)
• Asignar todos los aprobadores de etiquetas
• Asignar aprobadores de etiquetas personalizadas (Solo para Enterprise)
• Asignar aprobadores estáticos (Solo para Enterprise)
• Asignar aprobador de proveedor predeterminado
• Asignar gerente de línea
• Asignar aprobadores de documentos SAP (solo para Enterprise)
• Generar un error (Solo para empresas)
• Asignar notificación de flujo de trabajo (Solo para empresas)
• Asignar al propietario de la orden de compra como aprobador.

Asigne aprobadores a la propiedad (solo para empresas)

Determinar los aprobadores en función de una propiedad específica que los usuarios tengan en sus datos de usuario.

Se puede utilizar para crear grupos de aprobación o para asignar usuarios de forma dinámica en función de propiedades personalizadas específicas que se pueden configurar en el perfil del usuario.

En este caso, esta condición retorna:

• Verdadero: Requiere un aprobador con las opciones especificadas en la acción. Si el aprobador no está presente, no se avanza.
• FALSO: Requiere un aprobador con las opciones especificadas en la acción. Si el aprobador no está presente, se continúa.

Por ejemplo, puede usar este nodo de flujo de trabajo para asignar como aprobadores a todos los usuarios con la propiedad customInformation.TeamA igual a true. Esto significa que todos los usuarios con la casilla de verificación Equipo A marcada en su perfil se asignan para su aprobación.

Esta condición específica incluye dos opciones que deben completarse:

Asignar todos los aprobadores de objetos de costo

Asigne a todos los responsables de los objetos de coste la función de aprobador. Técnicamente, el proceso recorre las distintas partidas de la factura, extrae los responsables de los objetos de coste y los asigna para su aprobación.

Por ejemplo, puede configurar Perk para que asigne todos los propietarios de los objetos de coste y requiera la aprobación de todos ellos cuando se envíe una factura.

En este caso, esta condición retorna:

• Verdadero: Si Perk no puede encontrar un aprobador, mantiene el documento en el mismo estado.
• FALSO: Si Perk no puede encontrar un aprobador, mueve el documento al siguiente estado.

Asignar aprobadores de objetos de coste personalizados (solo para Enterprise)

Determina los propietarios de los objetos de coste como aprobadores en función de una propiedad específica. Técnicamente, recorre los distintos centros de coste de la factura y asigna los aprobadores según las propiedades especificadas en las opciones.

Esta condición específica viene con opciones que deben completarse:

Por ejemplo, desea asignar un usuario especial (que no sea el propietario del objeto de coste) para la aprobación utilizando el objeto de coste en la factura:

1. Agregue un campo personalizado thirdApprover al objeto de costo.
2. Consulte el campo del objeto de costo (en este caso, el campo personalizado custom.Information.thirdApprover) y el valor de usuario correspondiente donde encontrará el correo electrónico para identificar a ese usuario (en el campo estándar user.email).
3. En este caso, puede especificar cualquier correo electrónico de usuario en el objeto de costo, y Perk lo asigna automáticamente. El remitente codifica el objeto de costo en la factura. A partir de ese objeto de costo, Perk selecciona el usuario especificado con esa dirección de correo electrónico.

Asigne todos los gestores de línea de objetos de coste (solo para Enterprise).

Asigne como aprobadores a los responsables de línea de todos los propietarios de objetos de coste. El sistema verifica el valor del objeto de coste y asigna al responsable de línea del propietario que cumpla con estas condiciones. Si no se proporciona una escalada dinámica, asigna al responsable de línea del propietario del objeto de coste, en general (sin verificación).

Por ejemplo, puede configurar Perk para asignar los gerentes de línea de todos los propietarios de objetos de costo y requerir la aprobación de todos los propietarios cuando se envía una factura.

En este caso, esta condición retorna:

• Verdadero: Si Perk no puede encontrar un aprobador, mantiene el documento en el mismo estado.
• FALSO: Si Perk no puede encontrar un aprobador, mueve el documento al siguiente estado.

Asignar todos los aprobadores de etiquetas

Asigna como aprobadores a todos los usuarios que tengan un valor de etiqueta determinado en el documento de factura. Técnicamente, el sistema recorre las distintas partidas de la factura, extrae los valores de etiqueta de los aprobadores y los asigna para su aprobación.

El nodo viene con dos opciones:

Hay dos opciones Al configurar flujos de trabajo de etiquetas con respecto a los ID:

• No introduzca ningún ID de dimensión de etiqueta en el flujo de trabajo: El flujo de trabajo considera todas las dimensiones de etiqueta en el documento de factura. Esto significa que el flujo de trabajo se puede reutilizar en diferentes entornos, sin modificaciones.
• Introduzca los ID de las dimensiones de etiqueta en el flujo de trabajo: El flujo de trabajo considera solo esa dimensión de etiqueta. Esto significa que primero deberá crear un flujo de trabajo con los ID de las dimensiones de etiqueta de PRUEBA y otro flujo de trabajo con los ID de las dimensiones de etiqueta de PRODUCCIÓN.

Asignar aprobadores de etiquetas personalizadas (solo para la versión Enterprise)

Determinar los propietarios de los objetos de costo como aprobadores en función de una propiedad específica. Técnicamente, el proceso recorre los valores de las etiquetas de la factura y asigna los aprobadores según las propiedades especificadas en las opciones.

Por ejemplo, si desea asignar un usuario especial (que no sea el propietario del objeto de coste) para la aprobación utilizando el objeto de coste en la factura:

1. Agregue un campo personalizado additionalApprover a la etiqueta.
2. Consulte el campo Código ERP de la dimensión Etiqueta y el campo Etiqueta (en este caso, el campo personalizado customInformation.additionalApprover) y el valor de usuario correspondiente donde encontrará el correo electrónico para identificar a ese usuario (en el campo estándar email).
3. En este caso, puede especificar cualquier correo electrónico de usuario en el objeto de costo, y Perk lo asigna automáticamente. El remitente codifica el objeto de costo en la factura. A partir de ese objeto de costo, Perk selecciona el usuario especificado con esa dirección de correo electrónico.

Asignar aprobador estático (solo para Enterprise)

Asigna un aprobador mediante un ID específico. En resumen, asigna un usuario específico para la aprobación en nombre de la entidad legal. Se suele utilizar para asignar un usuario final para la aprobación si se cumplen ciertas condiciones; por ejemplo, para facturas superiores a 50.000, se asigna al director general.

Este nodo viene con opciones que deben completarse:

Por ejemplo, puede configurar este nodo para asignar dos usuarios como aprobadores y vincularlo con un nodo de aprobación final. Cualquiera de estos usuarios puede aprobar y finalizar el flujo de aprobación.

Asignar aprobador de proveedor predeterminado

Asigna como aprobador al aprobador configurado por defecto en el proveedor. Por ejemplo, configura el flujo de trabajo para asignar como aprobador al aprobador configurado en el proveedor.

Asignar gerente de línea

Configure un flujo de trabajo donde todos los gerentes de línea del usuario que envió el formulario o aprobó por última vez estén asignados como aprobadores. Debe usarse en combinación con la opción de gerente de línea o escalamiento.

Este nodo tiene dos opciones:

Asignar aprobadores de documentos SAP (solo para Enterprise)

Configure un asignador, asignando usuarios del campo personalizado del objeto de coste como aprobadores. Este es un nodo especial que solo es válido para clientes de facturación de SAP que necesitan replicar sus tablas de aprobación en Perk mediante objetos de coste.

Este nodo tiene dos opciones que deben completarse:

Por ejemplo, puede configurar un flujo de trabajo donde Perk asigne como aprobadores a los usuarios que se obtienen de la información personalizada del centro de costos apuntando al ID de SAP especificado en la clave de usuario (en este caso, customInformation.SAPUserId).

Provocar un error (solo para Enterprise)

Configura Perk para que envíe un mensaje de error cuando se produzca una determinada acción o condición.

A diferencia de Asignar notificación de flujo de trabajo, este nodo de actividad detiene el flujo de trabajo por completo y no agrega ningún registro adicional al documento en sí.

Este nodo tiene una opción:

Por ejemplo, puedes configurar un flujo en el que, en caso de sobrecoste, Perk envíe un mensaje que diga: "Por favor, contacta con el departamento de compras".

Notificación de flujo de trabajo (solo para empresas)

Configura Perk para que envíe un mensaje informativo cuando ocurra cierta acción o condición.

A diferencia de Lanzar un error, este nodo de actividad simplemente envía información al usuario, para que pueda confirmarla y pasar al siguiente paso.

El nodo tiene dos opciones:

Por ejemplo, puede configurar una notificación que se active en caso de que haya un gasto excesivo para enviar un mensaje informativo a los usuarios que diga: "¡Tenga en cuenta que hay un gasto excesivo!".

Asignar al propietario de la orden de compra como aprobador.

Este nodo asigna al propietario que está configurado en la Orden de Compra como aprobador. El propietario de la Orden de Compra está especificado.

Consejo:Utilice este nodo para configurar un flujo de aprobación de proveedores en combinación con Aprobación final.

Por ejemplo, se configura el flujo de trabajo para asignar como aprobador al aprobador configurado en la Orden de Compra.

Nodos de aprobación de facturas

Complemento de nodos de aprobación de facturas nodos de actividad en el flujo de trabajo para realizar lógica comercial específica de facturación.

Puedes utilizar estos nodos de aprobación:

• Todos los aprobadores deben dar su aprobación (solo para empresas).
• Aprobación final
• Aprobación de objetos de coste
• Aprobación o escalada del gerente de línea
• Aprobación de SAP (solo para empresas)

Todos los aprobadores deben dar su aprobación (solo para empresas).

Configure un flujo de aprobación que obligue a todos los aprobadores asignados por el nodo de actividad a aprobar el documento.

Técnicamente, lo que hace este nodo es lo siguiente:

• Una vez que un aprobador de etiquetas aprueba, se elimina el ID del aprobador de la lista de ID de aprobadores actuales.
• Asigna el documento a otros aprobadores asignados al documento de factura que aún necesitan aprobación.

Una vez que todos los aprobadores hayan aprobado el documento, este pasa al siguiente paso del flujo.

Caso de uso

Puedes usar este nodo con este otro nodo:

• Asignar aprobadores con propiedad: Esto da como resultado que “todos” los aprobadores tengan que aprobar para continuar.
• Asignar todos los aprobadores de etiquetas: Crea un flujo de aprobación para "todos" los aprobadores de etiquetas.
• Asignar aprobador estático: todos los aprobadores especificados deben aprobar para finalizar el flujo de aprobación.

Aprobación final

Configura varios flujos de aprobación, según tus necesidades.

Técnicamente, lo que hace este nodo es que, cuando se asignan varios aprobadores a un documento, al aprobarlo un usuario, se borra la lista de aprobadores restantes y el documento pasa al siguiente paso del flujo de trabajo.

Caso de uso

Puedes usar este nodo con este otro nodo:

• Asignar aprobadores con propiedad: Borra la lista de aprobadores, lo que hace que "cualquiera" de los aprobadores pueda finalizar el flujo de aprobación.
• Asignar aprobador de proveedor predeterminado: Crea un flujo de aprobación de proveedores estándar donde los aprobadores se especifican en el proveedor.
• Asignar todos los aprobadores de etiquetas: Crea un flujo de aprobación de aprobadores de etiquetas "cualquiera".
• Asignar aprobador estático: Borra a todos los aprobadores de la lista, lo que hace que "cualquiera" de los aprobadores pueda finalizar el flujo de aprobación.
• Asignar gerente de línea
• Asignar aprobadores de objetos de costo personalizados
• Asignar todos los aprobadores de objetos de coste: Borra la lista de aprobadores, lo que hace que "cualquiera" de los aprobadores pueda finalizar el flujo de aprobación.

Aprobación de objetos de coste

Permite configurar un flujo de aprobación de objetos de coste. Técnicamente, lo que hace es lo siguiente:

• Gestiona la escalada al centro de costes principal, si fuera necesario.
• Completa el primer nodo de actividad. Asigna todos los aprobadores de objetos de coste.

Este nodo específico tiene varias opciones:

La casilla de verificación Comprobar independencia se utiliza para determinar, en los casos en que el remitente sea el mismo que el aprobador del objeto de coste, la aprobación se eleva al propietario del objeto de coste principal para cumplir con la normativa.

Caso de uso

Puedes usar este nodo con este otro nodo:

• Asignar todos los aprobadores de objetos de costo: Esto hace que “todos” los aprobadores tengan que aprobar para finalizar el flujo de aprobación.
• Asignar aprobadores de objetos de costo personalizados

Aprobación o escalada del gerente de línea

Configure un flujo de trabajo de gerente de línea con el Asignar gerente de línea. Técnicamente, se refiere a la escalada a la jerarquía de gerentes de línea cuando un usuario determinado aprueba secuencialmente.

Caso de uso

Puedes usar este nodo con este otro nodo:

• Asignar gerente de línea

Aprobación de SAP (solo para empresas)

Configure un flujo de aprobación especial en combinación con la función Asignar aprobadores de documentos SAP. Técnicamente, este nodo gestiona la lógica de negocio para extraer información personalizada de un objeto de coste y asignarla a los distintos aprobadores.

Este es un nodo especial que solo es válido para clientes de facturación de SAP que necesitan replicar sus tablas de aprobación en Perk mediante el uso de objetos de coste.

Este nodo tiene dos opciones que deben completarse:

Caso de uso

Puedes usar este nodo con este otro nodo:

• Asignar aprobadores de documentos SAP: crea un flujo de aprobación que utiliza datos del objeto de información personalizada del centro de costos.