Almacenamiento de aprobaciones en un presupuesto
Las reglas de aprobación de orden determinan los criterios que requieren que un presupuesto pase por el proceso de aprobación.
Cuando se crea o se cambia un presupuesto, se crean los detalles de aprobación de orden, que contienen la información sobre los criterios que los han desencadenado. Una vez completados los cambios en un presupuesto, éste puede enviarse para el proceso de aprobación con la API sendOrderForApproval. La API sendOrderForApproval evalúa todos los planes de aprobación aplicables y crea aprobaciones de pedidos y detalles de aprobación de pedidos basados en las mismas reglas de aprobación de pedidos, pero específicas para cada plan de aprobación. Para obtener información adicional sobre la API sendOrderForApproval, consulte IBM Sterling® Order Management: Javadoc.
Si se determina que un presupuesto requiere una aprobación y si se configura una retención, el presupuesto se coloca en espera. La retención debe configurarse de forma que impida tipos de modificación que puedan desencadenar aprobaciones.
Por ejemplo, considere un presupuesto en el que un representante de ventas de campo aplica un descuento manual del 15% a un artículo de línea del presupuesto. En este escenario, un Supervisor está autorizado para aprobar un descuento máximo del 10%, un Director de Ventas está autorizado para aprobar un descuento máximo del 20%, un Vicepresidente está autorizado para aprobar un descuento máximo del 50%, y el CEO está autorizado para aprobar un descuento máximo del 50%. Cuando se llama a la API sendOrderForApproval, se crean las siguientes aprobaciones de pedido y se almacenan en el presupuesto:
| Secuencia | Nombre de aprobación | Código de equipo | Grupo de usuarios/rol de |
Secuencia de predecesor |
Obligatorio |
|---|---|---|---|---|---|
| 1 | K1 | Ventas | Supervisor | ||
| 2 | K2 | Ventas | Jefe de ventas | K1 | |
| 3 | K3 | Director general (CEO) | Director general (CEO) | K2 | Y |
En este escenario, un director de ventas está autorizado a aprobar un descuento máximo del 20%. Por lo tanto, los usuarios no necesitan autorización en el siguiente grupo de usuarios/código de equipo de roles en la jerarquía de aprobación, que es un vicepresidente, porque no se han violado más reglas de aprobación. En consecuencia, el vicepresidente no se rellena en el plan de aprobación de pedidos para este presupuesto. El CEO, sin embargo, se llena en el plan de aprobación de pedidos para el presupuesto, porque el CEO es un aprobador obligatorio.
A medida que los usuarios de los grupos de usuarios/roles-código de equipo aprueban un presupuesto, se llena una tabla de aprobación de pedidos con la identificación de la regla de aprobación que se ha desencadenado, una clave para la secuencia de las aprobaciones y un mensaje y un código de mensaje que indican qué regla se ha infringido. Esta tabla de aprobación de pedidos permite a un usuario ver qué líneas de detalle han desencadenado qué aprobaciones.