En un Data Warehouse, el término dimensión se refiere a un grupo lógico de datos tal como una localidad geográfica u organizacional sobre los datos de la empresa.

Una Dimensión que cambia con el tiempo es una Slowly Changing Dimensions (SCD) es decir una dimensión que contiene datos que cambian lentamente. Por ejemplo, puede ser una dimensión que permite analizar las ventas de una empresa agrupada por vendedores. Todos los reportes regionales funcionan bien, hasta que un vendedor se mueve de una región o país hacia otra. Como mantienes ese cambio en la Dimensión de ventas?

Podrías obtener un promedio de las ventas anuales por vendedor, pero si se utiliza esto como un indicador de desempeño de los vendedores, esto podría dar información incorrecta. Si el vendedor se movió de una región muy productiva a una región con menos clientes, su promedio será superior al resto de los vendedores aún si su desempeño no es realmente mejor. O podrías crear un nuevo registro de vededor y tratarlo como una entidad distinta, pero eso también trae problemas ya que no se tendrían los totales.

Existen algunas metodologías para tratar este problema del tipo 0,1,2,3,4 y  6 que se explican brevemente a continuación.

Tipo 0. Este es un enfoque pasivo, es decir no se hace nada al respecto. Los valores permanecen como estaba la dimensión cuando los registros fueron creados. No es el tipo más usado.

Tipo 1. En este enfoque se sobreescriben los datos viejos con el dato actualizado sin mantener el historial de  donde perteneció. Este enfoque es sencillo, pero tiene la desventaja de que no contiene historia.

Tipo 2.  En este enfoque se inserta un nuevo registro cada vez que existe un cambio en la dimensión. Se agrega un campo de versión u opcionalmente se agregan dos columnas para capturar la fecha de inicio y final de ese valor. Con este método se puede relacionar fácilmente el período de tiempo para el cual es válido cierto dato en la dimensión pero no es muy sencillo de mantener sobretodo si el modelo dimensional cambia a menudo.

Tipo 3. Este método da seguimiento al cambio agregando nuevas columnas. Una columna  mantendría el dato de la región original de un vendedor por ejemplo, y otra la nueva región o actual, así como una columna de fecha efectiva del cambio. Este enfoque solo puede mantener un cambio histórico, a diferencia del Tipo 2 que puede mantener cambios ilimitados en la historia.

Tipo 4. Este método mantiene una tabla histórica para todos los cambios y una tabla con el valor actual de la dimensión.

Tipo 6 / Híbrido. Este método es una combinación de los Tipos 1,2 y 3 (1 + 2 + 3 = 6. El enfoque es usar una Dimensión TIpo 1 (escribiendo el dato actual), pero agregar un par adicional de columnas con las fechas de validez (TIpo 2).

Otras alternativas son usar un número de versión para cada nuevo renglón tal como el método de Tipo 2.

Los registros deben tener la llave de la tabla de Dimensión como una llave foránea (aunque no es un join a una única columna) en combinación con un filtro de fecha.  Para permitir historial de Tipo 2, las transacciones también podrían tener columnas para referenciar al número de versión aunque tomando las consideraciones de desempeño del Tipo 2.

No es necesario tener una bandera del dato actual en la dimensión o una llave para cada registro pero puede simplificar las consultas y la administración respectivamente.

Note que los Hechos debería tener solamente una fecha para representar la fecha en que ocurrió. Si se tienen múltiples fechas considerar dividir las transacciones de manera más granular.

No pretendo dejar resueltas todas las dudas sobre el manejo de estas dimensiones; sino solamente despertar el interés por aplicarlas y entenderlas.

Ariba Contract Management (www.ariba.com). Administración de contratos de parte del comprador y vendedor, repositorio, creación automática de contratos, herramientas para estructurar terminos de precios y condiciones ,

Contract Insight Enterprise, Contract Management (www.cobblestonesystems.com)

Coupa e-Procurement (www.coupa.com). Algunas características importantes son que previene crear pedidos sobre contratos que no son válidos o que no han sido renovados, enviar alertas a compradores sobre contratos próximos a expirar.

Emptoris Contract Management (www.emptoris.com). Cubre todo el ciclo de vida desde la propuesta y creación del contrato, negociaciones, administración de obligaciones, cumplimiento de normas, renovaciones, análisis.

I-Many Contract Manager (www.imany.com)

Ketera Contract Management (www.ketera.com), cuesta 39.95 USD por usuario por mes.

Mumboe Express, Mumboe Pro (www.mumboe.com)

Oracle Procurement Contracts (www.oracle.com). Cuesta $5,995 USD por usuario

SAP Contract Lifecycle Management (www.sap.com). La principal característica es que se integra con el SAP ERP.

UpsideContract (www.upsidesoft.com)

Zycus iContract (www.zycus.com)

Con tecnologías como VMware Infrastructure -una suite de soluciones que permiten virtualizar servidores, almacenamiento y redes – las empresas que utilizan SAP con deployments de cualquier tamaño, pueden obtener beneficios como consolidación de servidores, asi como automatización de procesos y de centro de datos.

Con VMware ESX es posible abstraer procesadores, memoria, almacenamiento y recursos de red en múltiples máquinas virtuales, formando la base de la suite de VMWare Infrastructure que soporta la estabilidad, confiabilidad y el desempeño de las soluciones de SAP. Algunas de las ventajas de usar soluciones de VMWare para virtualización:

Facilitar la Administración y Reducir riesgos. Con las capacidades de VMware de rápido provisionamiento de ambientes, fotos, clonado y templating permite reducir costos de desarrollo y ambientes de prueba, instalar ambientes según sean requeridos, minimizar esfuerzos de configuración, etc.

Administrar recursos de centros de datos más eficientemente. En una instalación típica de SAP, cada capa del ambiente está hospedado en un servidor físico dedicado que están normalmente subutilizados. Al mismo tiempo, el volumen de hardware crece aceleradamente y los costos de energía se elevan exponencialmente. Utilizando virtualización es posible reducir el harware y por consiguiente el consumo de energía.  Algunos analistas de la industria estiman que el costo anual de consumo de energía de un servidor pronto superará su costo de adquisiciónl

Cumplir con niveles de servicios (SLAs). VMware cuenta con herramientas que funcionan de la mano con las funcionalidades de SAP para permitir entregar una disponibilidad acorde con las necesidades del negocio.

En el caso de una falla física, VMware High Availability automáticamente reinicia las máquinas virtuales en servidores que tienen capacidad, minimizando el tiempo de caída y la falla del servicio. Provee alta disponibilidad sin la complejidad de configuraciones de cluster.

VMware Distributed Resource Scheduler permite balancear dinámicamente la carga entre diferentes recursos de hardware que son agregados en pools de recursos lógicos. Monitore la utilización y de manera inteligente asigna recursos disponibles entre máquinas virtuales basado en reglas predefinidas que reflejan las necesidades y prioridades del negocio.

Con VMware VMotion es posible la migración en vivo de máquinas virtuales de un servidor físico a otro con un mínimo de tiempo fuera. Con esta herramienta es posible realizar tareas de mantenimiento sin tiempos fuera programados que interrumpan la operación del negocio. Esto permitirá realizar las tareas durante horas regulares en lugar de a altas horas de la noche o en fines de semana o ventanas de tiempo programadas.

Con VMware Site Recovery Manager es posible implementar un proceso unificado de recuperación ante desastres sin invertir en una replica exacta del harware. Esta solución se integra con software de replicación de almacenamiento de terceros para eliminar las complejas tareas manuales de recuperación y permitir las pruebas no disruptivas de planes de recuperación, haciendo el failover y la recuperación más rápido, confiable y manejable.

Responder de manera más flexible y soportar la entrega de Servicios al Negocio. VMware Infrastructure permite manejar soluciones basadas en SOA (Service Oriented Architecture) rápida y efectivamente. Al realizar una asignación o reasignación de recursos según niveles de ocupación o de transacciones, VMware permite mantener los niveles de servicio de las aplicaciones. De la misma manera, las tareas de adquisiciones o consolidaciones de empresas, que típicamente impone un reto muy compleo de manejar por la gran cantidad de sistemas y harware involucrado, es más fácil de administrar con estas herramientas, al permitir virtualizar plataformas, aplicaciones y sistemas heredados con distintas  bases de datos en servidores consolidados.

Ante un entorno recesivo, donde los administradores de sistemas tienen que hacer más con menos recursos, estas herramientas permiten lograr los objetivos de seguir brindando el nivel de servicio requerido sin incrementar costos.

Para lograr una mayor explotación de los beneficios del uso de BI en las empresas, se requiere de varios cambios en cuanto a la oferta de parte de proveedores, interfaces de usuario adecuadas para cada perfil asi como entendimiento de las necesidades de los usuarios finales.

Muchas personas relacionan BI con solamente el concepto de OLAP, con interfaces complejas y reportes difíciles de generar. Hoy día, muchas aplicaciones habilitan características de BI inserto en aplicaciones y explotando interfaces y mecanismos nuevos de interacción con el usuario.

Una nueva opción para las empresas que no cuentan con presupuesto para licencias de software de BI, es el uso de software libew (opensource) tal como Jaspersoft o Pentaho. Otra opción para reducir costos es el uso de proveedores de Software as a Service (SaaS). Empresas especializadas en este segmento son LucidEra, PivotLink y Oco.

Los usuarios principales de BI son analistas financieros y de negocio en un 52%, seguidos por los Ejecutivos y gerentes con 44% respectivamente; el resto de los usuarios son personal interno, de campo, clients y proveedores según datos de BIScorecard.

Algunas recomendaciones para las empresas que buscan incursionar en implementaciones de BI son: Pensar más allá de herramientas de consulta, ver como mejorar todo el negocio. Empezar en fases; Enfocarse en el Negocio y su relación con IT. Limpiar o unificar los datos. Por último se debe buscar proporcionar un portafolio de herramientas con interfaces adecuadas para cada perfil de usuario.

Los requisitos importantes a considerar son el ancho de banda ya que a mayor número de usuarios y utilización del servicio, existirá mayor tráfico hacia Internet para consumir la aplicación o el servicio.

Otro de los puntos importantes es los costos de integración con el resto de aplicaciones empresariales (backend), ya que los servicios rentados de SaaS no son muy útiles si se aíslan del resto de aplicaciones y procesos de la empresa.

Es importante también tomar en cuenta los mecanismos de explotación de información, ya que no siempre los reportes provistos son suficientes; y en este sentido debe ser identificado la forma y costos de accesar la base de datos o de crear nuevos reportes que permitan hacer uso de toda la información que se vaya generando con el proveedor de SaaS.

El cálculo de retorno de la inversión de adquirir servicios SaaS debe ser calculado en un horizonte de tiempo que permita realizar una comparativa real con el modelo de licencias. Frecuentemente se realiza un caso de negocio para 2 años de utilización del servicio para poder proyectar los costos completos de propiedad y uso del servicio; en este estimado deberían considerarse los costos de actualización, integraciones, escalaciones y migraciones.

Existe aún un gran campo de oportunidad para proveedores y usuarios de este modelo de uso de software; sin embargo, es posible que en los próximos años veamos algunas fusiones y adquisiciones que cambien el escenario de SaaS. Veremos también los resultados de las iniciativas de los grandes jugadores como Microsoft, Oracle, SAP.

Con la relevancia que ha tomado la terminología de SOA y BPM últimamente, SAP ha hecho esfuerzos para vendernos la idea de que la plataforma de SAP soporta BPM con las herramientas actuales. En la práctica, la realidad es que no existe una suite o un conjunto de productos que permita implementar todo el ciclo de vida como si es posible con otras plataformas que han sido pensadas para workflow, colaboración o flujos de trabajo desde su concepción.

Sin embargo, SAP ha hecho esfuerzos importantes en temas de metodología, modelo y guías para habilitar BPM en las empresas. Dentro de lo que mencionan como areas clave o clusters son:

• Procesos
• Personas
• Estructuras
• Tecnología

Estos cuatro clusters o áreas forman parte de Process Management Lifecycle (PML), que es la metodología de SAP para BPM.

Dentro de estos 4 clusters existen alrededor de 30 componentes que son importantes para habilitar una empresa como “process driven” u orientada a procesos.

En términos generales, en cuanto al rubro de personas, es necesario cubrir lo siguiente:

• Human Capital Allocation: Asignación de empleados no en base a unidades de negocio funcional o de aplicaciones de IT, sino a lo largo de procesos E2E.
• Skill Profiles: Desarrollo de perfiles de competencia que cubren con los requerimientos de las operaciones orientadas a procesos.
• Training: Establecer y definir entrenamiento de empleados para cumplir los perfiles y habilidades requeridos por los procesos, incluyendo metodos de BPM.
• Knowledge Management: Creación y reuso de conocimiento a lo largo de los procesos.
• Performance Management: Definición de metas personales en base a relaciones con los procesos e indicadores de desempeño ligados a los procesos.
• Communication: Proveer información acerca de BPM, promover la colaboración a lo largo de los procesos  End-to-End processes y habilitar la participación activa para soportar la transformación hacia una empresa orientada a procesos.