Datos y acciones
Los eventos son todo aquello que ocurre dentro de una organización. En general documentan total o parcialmente un intercambio de recursos entre personas, en diferentes instancias: en la planificación, en la ejecución, etc. Pueden ser económicos o no.
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.
Datos del proceso
Muchos eventos son parte de un proceso dentro de la organización (se solicita, se compra, se recibe, se paga) En estos casos tendremos los eventos anteriores y posteriores a un evento. Un evento puede referenciar a N eventos anteriores o a 1, de la misma forma a los posteriores.
Acceso
Los eventos y sus acciones son accedidas principalmente de 3 formas:
Desde el menú donde es el usuario el que toma la iniciativa para realizar la acción o tarea a realizar.
Desde la bandeja de entrada donde es la aplicación que informa al usuario tareas o acciones que debe realizar.
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
Los eventos permitirán, según lo definido en le modelo conceptual, un conjunto de acciones.
Especificamos a continuación las acciones, clasificadas en diferentes categorías y en cada una el patrón a usar.
Hay dos acciones principales, que permiten visualizar datos y además permiten el acceso a la gran mayoría de las acciones de una entidad.
Estos son el WW y el Manager que se describen a continuación.
El objetivo del WW es visualizar, buscar y accionar sobre un conjunto de instancias de un evento o una en particular. (Ej: Ver y tabajar sobre un conjunto de facturas)
Desde el WW se accede a acciones globales (agregar, buscar) o acciones que aplican a una o varias instancias (editar, visualizar..)
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.