Datos y acciones

Datos propios

Número: La mayoría de los eventos tiene un número que los identifica en forma única.

Fechas y ubicación: Cuándo y dónde ocurre el evento. Fechas en que ocurre, lugar y documento que lo valida.

Personas que participan: Como un evento es un intercambio, intervienen en el mismo varias personas. Como mínimo intervienen la persona que entrega y la que recibe los recursos que se intercambian. Otras personas pueden también participar con otros roles en el intercambio, por ejemplo quién lo autoriza, quién es el beneficiario, quién es el usuario que lo registra.

Recursos que se intercambian: Pueden ser valores, productos físicos, que son medidos en diferentes unidades, monedas y cantidades. Pueden tener otros valores asociados como descuentos o impuestos.

Distribución: Cuando el evento es económico, las organizaciones distribuyen esos valores con diferentes propósitos: distribuir costos en áreas, en cuentas contables, etc.

Datos adjuntos: Muchas veces se adjunta información no estructurada, como documentos o contratos a los eventos.

Acceso

Los eventos y sus acciones son accedidas principalmente de 3 formas:

1. Desde el menú donde es el usuario el que toma la iniciativa para realizar la acción o tarea a realizar.

2. Desde la bandeja de entrada donde es la aplicación que informa al usuario tareas o acciones que debe realizar.

3. Desde los tableros, que permiten además de analizar o ver información resumida, pero también ir a mas detalle a ver y tomar acciones sobre la misma.

Otros accesos se pueden dar también desde otras tareas o actividades relacionadas.

Los patrones asociados a estas tres formas de acceso son:

Acciones estándar

Las acciones que debe proveerse para un evento, son las que se detallan a continuación.

Algunas serán accedidas desde el WW otras desde el Manager, y algunas desde ambos. En esta sección se describen las acciones que debe proveer el evento y su patrón.

Dentro del WW y el EMgr podrás ver pautas sobre cuáles acciones deben estar presentes.

Acciones asociadas el proceso

En general los eventos luego de su primer ingreso, siguen un proceso. (a diferencia de los objetos que en general no)

Hay acciones asociadas a este proceso, algunas bastante estándar (Confirmar, Autorizar) otras específicas de cada evento (Adjudicar un Pedido, Pagar una Orden de pago, etc)

Estas acciones deben ser las acciones principales, dependiendo del estado del evento.

Estados de los eventos

Los eventos, al ser parte de un proceso tienen un estado

Los valores de esos estados en general se agrupan en estos 4 grandes estados:

En ingreso

Eventos que se están ingresando ó autorizando si así lo requieren, no pueden seguir su flujo aun.

Ejemplo: Orden de compra en proceso de ingreso o en proceso de autorización.

En proceso

Eventos que ya fueron confirmados, ya no pueden ser modificados y pueden seguir el flujo.

Ejemplo: La orden ya está pronta para ser enviada y seguir su flujo.

Completado

Eventos para los cuales su proceso a terminado. que están en flujos ya terminados. No pueden ser utilizados para nada más.

Ejemplo: Orden de compra facturada en forma completa.

Anulado

Anulados: El evento se completó parcialmente o totalmente, pero luego fue anulado total o parcialmente.

Rechazado: En general se da en aquellos eventos que requieren autorización y son rechazados.

Cada evento puede tener varios estados dentro del grupo de estados. Por ejemplo dentro del Estado "En ingreso" puedes tener estados "En proceso de ingreso" o "En proceso de autorización"

Lo importante es tener los grandes estados comunes, de forma de poder consultar y analizar la operativa desde una misma dimensión.

Configuración en K2BTools

El WW, EManager y sus acciones se especifican en el patrón Entity Services de la transacción base del evento.

Ver aquí qué propiedades hay que configurar en este patrón para cumplir con Rigel DS.