Desenredando la maraña de IT

Transcripción

1 WHITE PAPER esenredando la maraña de IT esarrollo de una estrategia de integración de datos exhaustiva

2 Este documento contiene información comercial secreta, confidencial ( Información confidencial ) y propiedad de Informatica Corporation y no se puede copiar, distribuir, duplicar o reproducir en modo alguno sin el consentimiento previo por escrito de Informatica. Aun cuando se ha intentado garantizar que la información de este documento sea precisa y completa, pueden existir errores tipográficos o imprecisiones técnicas. Informatica no asume ninguna responsabilidad por ningún tipo de pérdida derivada del uso de la información incluida en este documento. La información incluida en este documento está sujeta a cambios sin previo aviso. La incorporación de los atributos de los productos mencionados en este documento en cualquier versión o actualización de cualquier producto de software de Informatica, así como la fecha de dichas versiones o actualizaciones, se producirán según determine Informatica. Protegido por una o más de las siguientes patentes de EE.UU.: 6,032,158; 5,794,246; 6,014,670; 6,339,775; 6,044,374; 6,208,990; 6,208,990; 6,850,947; 6,895,471; o por las siguientes patentes en trámite de EE.UU.: 09/644,280; 10/966,046; 10/727,700. Edición publicada en diciembre de 2008.

3 White Paper Tabla de contenido Resumen El reto: encontrar el equilibrio entre complejidad y capacidad de gestión...3 Causas que originan la complejidad innecesaria....5 Problema fundamental 1: Evolución de las tecnologías... 5 Problema fundamental 2: Estándares inconsistentes... 5 Problema fundamental 3: Arquitectura de la información no definida o adoptada de forma deficiente... 6 Problema fundamental 4: Implementaciones que se centran en el sistema en lugar de centrarse en los procesos empresariales... 6 Problema fundamental 5: Fusiones y adquisiciones... 6 Problema fundamental 6: Prácticas poco consolidadas para el mantenimiento de la documentación Qué es un sistema de integración?....7 Selección de una plataforma de integración de datos....9 Implementación de una estrategia de integración de datos Ventajas de la estrategia...13 Conclusión esenredando la maraña de IT 1

4 Resumen Muchas compañías han permitido que sus infraestructuras de IT crezcan de manera poco sistemática hacia una maraña de sistemas deficientemente integrados, una situación que complica innecesariamente su capacidad de competir en un mercado global complejo de por sí. En la raíz del problema se encuentra el hecho de que la compañías evolucionan con el tiempo, del mismo modo que lo hacen los sistemas y las políticas que las rigen. Sin embargo, mantenerse estático no es la respuesta. Las compañías deben centrar sus esfuerzos en hacer que la infraestructura de IT sea más racionalizada y eficiente mediante una integración más exhaustiva y que englobe a toda la empresa. Este informe sugiere que el mejor enfoque hacia la integración es la adopción de una nueva plataforma estandarizada, la definición de una estrategia de integración explícita y su implementación a través de un Centro de Competencia de Integración (ICC). En lugar de reinventar la rueda en cada proyecto, las organizaciones con un ICC pueden optimizar los recursos y aprovechar los éxitos anteriores, alcanzando rápidamente unos costes de mantenimiento inferiores, una mayor estabilidad de sus operaciones y una capacidad de respuesta más rápida ante las condiciones empresariales en constante cambio. Al final de este informe, comprenderá: El motivo por el que una maraña innecesaria de integraciones está desviando actualmente una gran parte de su presupuesto de IT de los proyectos más estratégicos. Cómo hacer frente a las principales causas del problema. Cómo racionalizar y consolidar tecnologías de integración para reducir costes e impulsar las economías de escala. Cómo elegir una plataforma de integración de datos escalable, unificada y basada en estándares y aplicarla coherentemente a la organización de IT. 2

5 White Paper El reto: encontrar el equilibrio entre complejidad y capacidad de gestión En el inestable entorno macroeconómico actual, las compañías emplean cuatro importantes estrategias para actuar de forma más eficiente y reducir costes: 1. Globalización para diversificar sus operaciones 2. Consolidación para escalar sus operaciones 3. Reducción de riesgos para proteger sus operaciones 4. Gobierno para cumplir con un creciente número de estándares industriales y normativas gubernamentales Cada una de estas estrategias inicia un crecimiento exponencial en software, hardware y datos que, a su vez, crea una infraestructura de IT compleja que es costosa y difícil de gestionar. Muchas compañías dificultan más de lo necesario este complejo entorno al integrar uno a uno los sistemas, sin definir adecuadamente las limitaciones tecnológicas, los estándares de desarrollo, los procesos de su ciclo de vida o la documentación de mantenimiento. Esta maraña de integraciones de punto a punto, como se muestra en la Figura 1, hace que aumenten los costes de mantenimiento, que se produzcan retrasos innecesarios al implementar cambios y situaciones imprevisibles en las operaciones. Globalización Consolidación Reducción de riesgos Gobierno Mejorar las decisiones y cumplimiento de normativas Modernizar el negocio y reducir costes de IT Facilitar fusiones y adquisiciones Mejorar la atención al cliente y la eficacia operativa Externalizar funciones non-core Aumentar la eficacia de la red de socios On-emand Aplicación Base de datos No estructurado B2B SWIFT SEPA NACHA HIPAA Figura 1. Complejidad de integración innecesaria esenredando la maraña de IT 3

6 Este barullo, que denominamos maraña de integración no ocurre en un solo sistema. Los cientos y miles de componentes que forman una aplicación empresarial determinada están generalmente diseñados para funcionar de forma conjunta y cohesionada según un estándar desarrollado y aplicado al diseño por un arquitecto jefe. Nos referimos en cambio a las interfaces entre aplicaciones que se han desarrollado de forma independiente, probablemente mediante tecnologías diferentes y que continúan gestionándose de modo autónomo. Utilizamos el término integración para referirnos al hecho de aunar estas aplicaciones independientes para que funcionen conjuntamente sin complicaciones. El problema no es el número de integraciones, sino la falta de estándares debido a las múltiples integraciones independientes llevadas a cabo sin un plan de acción o sin la suficiente atención al modo en el que afectan unas a otras. Esta complejidad innecesaria resulta particularmente problemática en compañías de gran tamaño, que requieren miles de integraciones para mantener sus operaciones empresariales. Puede obligar a desviar un importe considerable de presupuesto de IT destinado a inversiones estratégicas por tener que seguir apoyando las acciones de mantenimiento y las operaciones en curso. Según un estudio realizado en 2007 por Forrester Research, las organizaciones suelen gastar entre un 60% y un 70% de su presupuesto de IT en operaciones en curso y acciones de mantenimiento, lo que deja un máximo del 40% para la inversión en nuevas capacidades y ventajas competitivas. 1 Como afirmó un irector de tecnologías de la información, Tengo un presupuesto de millones de dólares, pero no tengo dinero para gastar. Este informe propondrá a las organizaciones sugerencias sobre cómo evitar la innecesaria complejidad de integración y al mismo tiempo maximizar la eficacia de las organizaciones, racionalizando la infraestructura de IT y aumentando la excelencia operacional: especialmente mediante el uso de un Centro de Competencia de Integración (ICC). Revisaremos las causas que originan el problema, presentaremos una estrategia para esclarecerlo y ofreceremos consejos prácticos para ejecutar la estrategia de forma efectiva. Finalmente, abordaremos cuestiones decisivas acerca de cómo realizar la transición a un entorno más eficiente y sencillo, logrando al mismo tiempo los siguientes objetivos clave: Respaldar proyectos de vital importancia protegiendo la disponibilidad y evitando la pérdida de datos. Minimizar el impacto de los sistemas operativos 24x7. Involucrar a nuevos tipos de empresas operativas y propietarios de IT que no hayan participado tradicionalmente en aplicaciones analíticas y otras soluciones empresariales similares. Aumentar el retorno de la inversión mediante el aprovechamiento de los recursos actuales. 4 1 Andrew Bartels, U.S. IT Spending Benchmarks for 2007, Forrester Research, Inc., 13 de noviembre de 2007.

7 White Paper Causas que originan la complejidad innecesaria Entender las causas que originan la maraña nos permite hacer frente a los problemas en lugar de hacer frente simplemente a los síntomas. Estos son algunos de los problemas fundamentales: Evolución de las tecnologías Estándares inconsistentes empleados por equipos de proyectos independientes Arquitectura de la información no definida o adoptada de forma deficiente Implementaciones que se centran en el sistema en lugar de centrarse en los procesos empresariales Fusiones y adquisiciones Prácticas poco consolidadas para el mantenimiento de la documentación Problema fundamental 1: Evolución de las tecnologías En los años 90, surgieron las herramientas de integración como una nueva clase de software que evolucionó en un nicho de mercado con miles de productos procedentes de diversos proveedores. En el siglo XXI, nuevos productos y proveedores han continuado emergiendo, pero aquellos con mayor fuerza han ido absorbiendo a los más pequeños. A medida que nos aproximamos a 2010, estamos viendo un número más pequeño de proveedores de plataformas con ofertas muy consolidadas (en realidad esto forma parte de la solución, como mostraremos en la siguiente sección). Sin embargo, la rápida evolución del sector se ha combinado con las integraciones de codificación tradicionales en una amplia variedad de herramientas y lenguajes de programación para dar paso a diversas tecnologías incompatibles. Problema fundamental 2: Estándares inconsistentes En muchas compañías se ha permitido a equipos independientes de desarrollo que tomen decisiones autónomas que afecten sólo a sus sistemas y satisfagan únicamente sus objetivos de proyectos específicos. Con el tiempo, esto ha originado inconsistencias y ausencia de estandarización en los equipos y sistemas. Puesto que cada sistema de una infraestructura de IT específica se interrelaciona en una red compleja de intercambio de información, el resultado final es un rendimiento poco óptimo e incluso, a veces, caóticas interrupciones en el flujo de datos. Por ejemplo, una organización utilizaba MQ como tecnología de colas de mensajes en toda la empresa, pero los diferentes equipos habían configurado distintas colas. Llegado un punto, el creciente número de incidentes de producción indujo a la compañía a implementar un ICC. El ICC descubrió 800 servidores que gestionaban colas de mensajes, de las cuales se habían dejado de usar. e las colas restantes, contaban con configuraciones de parámetros inconsistentes que funcionaban correctamente durante las operaciones normales, pero que causaban cortes de producción durante las cargas máximas (por ejemplo, umbrales de alerta inconsistentes, tamaños de cola máximos demasiado pequeños para los picos de volumen y retrasos incompatibles entre colas dependientes). En resumen, el 25% de la infraestructura era totalmente innecesaria y el 60% de la infraestructura restante era innecesariamente compleja. Una vez que el ICC aplicó unas reglas de configuración consistentes y cambió los controles de gobierno, la infraestructura MQ pasó de ser uno de los mayores problemas para la compañía durante los periodos de más trabajo a convertirse en invisible; simplemente pasó a funcionar. esenredando la maraña de IT 5

8 Problema fundamental 3: Arquitectura de la información no definida o adoptada de forma deficiente La tercera causa de complejidad de integración innecesaria es la ausencia de una arquitectura de información empresarial o, si ésta existe, el hecho de que no sea adoptada por la totalidad de la organización. En los años 80 y a principios de los 90, las compañías solían desarrollar un modelo de datos empresarial detallado que se podía aplicar a todos los componentes de aplicación para garantizar una definición consistente de la información. esafortunadamente, este hecho coincidió con una tendencia hacia la compra de sistemas empresariales complejos en lugar de invertir en su construcción. A medida que las compañías iban adquiriendo aplicaciones de diversos proveedores de software, se fueron creando tantos modelos y variaciones del significado de información como proveedores existían. Como resultado, el modelo de datos empresariales llegó a no tener ningún sentido. Un ICC que utiliza prácticas innovadoras puede resolver este dilema, tal y como se muestra en este informe. Problema fundamental 4: Implementaciones que se centran en el sistema en lugar de centrarse en los procesos empresariales Otro error habitual se produce al tratar cada sistema empresarial de forma independiente a la hora de analizar, crear y mantener intercambios de información con otros sistemas. Esto puede parecer algo racional al principio, si asumimos que cada sistema tiene un conocimiento exhaustivo y detallado de todos los intercambios de información con otros sistemas a los que se conecta directamente. Sin embargo, el todo es realmente mayor que la suma de sus partes. A medida que los datos se desplazan por los sistemas, sutiles transformaciones pueden acumularse hasta generar un resultado inesperado: algo que la teoría denomina comportamiento emergente a partir de sistemas de adaptación compleja. Los ejecutivos empresariales y contables lo denominan datos inconsistentes, que les impiden obtener una única versión de la verdad. Problema fundamental 5: Fusiones y adquisiciones Cuando se fusionan dos organizaciones independientes, las acciones individuales que hayan llevado a cabo darán como resultado incompatibilidades. El problema se agrava cuando las compañías fracasan en su intento por acabar lo antes posible con las diferencias tras la fusión o adquisición. En un plazo de uno o dos años, el entusiasmo por racionalizar las incompatibilidades comenzará a desvanecerse y la nueva organización conjunta pasará a afrontar nuevos retos. Esto añade las incompatibilidades restantes a cualquier problema de integración heredado y hace que la "maraña" siga aumentando. Problema fundamental 6: Prácticas poco consolidadas para el mantenimiento de la documentación Con frecuencia, los equipos de proyecto crean documentación para las nuevas integraciones mediante modelos estáticos creados a partir de herramientas como Microsoft Word, Visio o Excel. Sin embargo, esta documentación es prácticamente inservible para la gestión operativa diaria, el análisis de impacto, la resolución de problemas o la gestión de cambios. Por qué? En primer lugar, incluso si toda la documentación se almacena en un lugar y con un formato estandarizado, resulta difícil encontrar un documento concreto al cabo del tiempo. En segundo lugar, los estándares de documentación y terminología cambian con el paso del tiempo, creando variaciones que requieren que cualquier persona que vaya a usar esta documentación vuelva a familiarizarse desde el principio con la integración. Recuerde que el número de integraciones no es el factor clave en la creación de una complejidad de integración innecesaria. El rendimiento poco óptimo se deriva de dependencias variables, poco documentadas y mal entendidas. Para hacerles frente, debe comprender en qué consiste un sistema de integración, seleccionar una plataforma de integración e implementar una estrategia de integración. 6

9 White Paper Qué es un sistema de integración? Un sistema de integración es un conjunto de componentes que se gestionan como una unidad para coordinar datos. Es independiente de otros sistemas de aplicación de la empresa, a los que provee servicios. Entre los servicios que ofrece se pueden incluir la migración, consolidación, sincronización y calidad de datos o la organización de procesos, por nombrar algunos. Esto contrasta con la perspectiva tradicional, en la que los componentes de integración se gestionan como parte de una aplicación empresarial o no se gestionan en absoluto (es decir, son componentes de integración huérfanos ). Un sistema de integración contempla los componentes de integración desde una perspectiva holística. Fija claramente los límites de cada aplicación empresarial y define explícitamente todos los componentes que representan colectivamente el sistema de integración y sus funciones, independientemente de cómo puedan estar distribuidos dichos componentes. Un sistema de este tipo puede sostener la integración de datos en todas las aplicaciones una vez completados los proyectos iniciales. Los intercambios de información entre dos aplicaciones empresariales suelen estar representadas a nivel conceptual (pizarra) con una línea, tal y como muestra la Figura 2. Sistema de ventas Sistema financiero Transacciones de ventas Figura 2. Vista de integración conceptual La Figura 3 muestra cómo los sistemas de integración pueden aislarse de los sistemas de aplicación. e este modo el intercambio de información se asemeja a la vida real (nivel físico). En este sencillo ejemplo, la línea de la Figura 2 es un hub para la extracción, transformación y carga (ETL) que accede directamente a la base de datos asociada al sistema de origen y al sistema de destino. En este ejemplo, la línea de la vista conceptual es un sistema en sí mismo, que combina hardware, software y procesos operativos. Sistema de ventas Sistema de integración Sistema financiero Sistema de ventas Sistema financiero Lectura de origen atos de transacciones de clientes Hub de integración y transformación atos financieros auditados Figura 3. Ámbito del sistema de integración sencillo esenredando la maraña de IT 7

10 En un ámbito más complejo (Figura 4), la línea simple de la Figura 3 conceptual es en realidad un conjunto complejo de interacciones entre varios componentes. Un programa de extracción independiente está asociado al sistema de ventas. El programa de carga para el sistema financiero se ha asignado (por acuerdo) como parte del sistema de integración. Tenga en cuenta que en este ejemplo, las colas que forman parte de la red de transporte y el servidor de seguridad también forman parte del sistema de integración. Sistema de ventas Sistema de integración Sistema financiero Programa de extracción Programa de carga Sistema de ventas Hub de integración y transformación Sistema financiero atos de transacciones de clientes atos financieros auditados Componente de seguridad y cifrado Figura 4. Ámbito de integración complejo Se deben plantear cuatro cuestiones para un ICC en este ámbito específico: El programa de extracción forma parte del sistema de ventas o del sistema de integración? El programa de carga forma parte del sistema financiero o del sistema de integración? Todas las colas forman parte del sistema de integración o tan sólo algunas de ellas? El componente de seguridad y cifrado forma parte del sistema de integración? Aquellas personas responsables de gestionar, operar y sustentar cada uno de los componentes deben definir explícitamente y estar de acuerdo con las respuestas a estas preguntas, tanto para eliminar la ambigüedad como para asignar una responsabilidad clara para todos los componentes en el sistema empresarial o en el sistema de integración. 8

11 White Paper Selección de una plataforma de integración de datos Actualmente, las tecnologías de integración están suficientemente consolidadas, por lo que cada organización debería determinar qué herramientas y tecnologías permitirá utilizar a su personal de IT para crear y sustentar integraciones, así como establecer bajo qué condiciones cambiarán dichas herramientas y tecnologías. Aunque cierto solapamiento o redundancia puede ser apropiado en determinados casos, por lo general es mejor seleccionar un número reducido de productos necesarios para cubrir el espectro de las necesidades de integración. Es más, a medida que va consolidándose la tecnología de integración, las organizaciones deben estar abiertas a la elección de nuevos productos que ofrezcan oportunidades de mejora. La Figura 5 muestra un esquema para la clasificación de una amplísima variedad de productos disponibles de modo que puedan ayudar a minimizar el uso de tecnologías duplicadas o innecesarias. Sistemas empresariales Sistemas de integración Sistemas de planificación de recursos empresariales Sistemas de recursos humanos Sistemas de ventas y marketing Hub de integración ata Warehouse Hub de transformación Extraer, transformar y cargar Integración de aplicaciones Agente de integración Sistemas de clientes Sistemas de finanzas y contabilidad Sistemas de productos y pedidos ata Mart Enterprise Information Integration Bus de servicios empresariales Sistemas de distribución e inventario Sistemas de ingeniería y fabricación Sistemas externos (software como servicio) Motor de reglas Objeto de negocio Calidad de datos Business to Business Publicar y suscribir Cola de mensajes Hub de integración Sistemas de integración Hub de transformación Integración de aplicaciones Portal Portal de información irectorio y seguridad de registro Repositorio de integración Gestor de metadatos Glosario de negocios Gestión de procesos Motor de estado de procesos Supervisión de la actividad Portal Repositorio de integración Gestión de procesos Gestión de contenido Buscar Registro de servicios Análisis de IT Flujo de trabajo Procesamiento de eventos complejos Figura 5. Taxonomía de los sistemas de integración Es decir, se trata de un esquema de sistemas de integración (uno o más productos han sido configurados, desplegados y ejecutados en una configuración operacional) y no un esquema de tecnologías individuales. Los seis sistemas de integración de la Figura 6 forman una taxonomía de alto nivel conocida como familias de sistemas. A su vez se dividen en una lista más pormenorizada de sistemas. Tenga en cuenta que la Figura 5 contrasta los sistemas de integración con los sistemas empresariales. Los sistemas empresariales se encargan de funciones empresariales como la contabilidad, el marketing, la fabricación y las ventas. Los sistemas de integración unen los sistemas empresariales individuales en un conjunto con cohesión mediante la consolidación, adaptación, limpieza y transformación de datos. Los sistemas de integración también controlan y supervisan la totalidad de los procesos empresariales y ofrecen una experiencia integrada a usuarios o clientes externos. En otras palabras, las integraciones entre aplicaciones se ven colectivamente como un sistema en lugar de como apéndices de punto a punto de las aplicaciones empresariales. esenredando la maraña de IT 9

12 No espere que se produzca una alineación individual entre productos de proveedores y sistemas de integración. Muchos de los productos genéricos ofrecen funciones procedentes de más de una categoría del sistema de integración. Por ejemplo, la Figura 6 muestra qué partes del esquema soporta la plataforma de integración de datos de Informática y dónde las herramientas de otros distribuidores pueden complementar la plataforma con capacidades de BPM, SOA o EAI. Sistemas de integración Hub de integración Hub de transformación Integración de aplicaciones ata Warehouse Extraer, transformar y cargar Agente de integración E ata Mart Enterprise Information Integration Bus de servicios empresariales E Motor de reglas B Calidad de datos Publicar y suscribir E Objeto de negocio B Business to Business E Cola de mensajes E Portal Repositorio de integración Gestión de procesos Portal de información Gestor de metadatos Motor de estado de procesos B irectorio y seguridad de registro Glosario de negocios Supervisión de la actividad B Gestión de contenido Registro de servicios S Flujo de trabajo B Buscar Análisis de IT Procesamiento de eventos complejos Integración de datos (Informatica) E EAI B BPM S SOA Leyenda BPM: automatiza y coordina las tareas que conforman los procesos empresariales SOA: ofrece un amplia combinación de servicios que participan en los procesos empresariales EAI: vincula aplicaciones (por ejemplo, mediante solicitud API/respuesta o modelos pub/sub) para simplificar y automatizar los procesos de transacciones I: ofrece datos consistentes, precisos y completos a toda la empresa en la latencia deseada (batch, tiempo real, captura de cambios, etc.). Figura 6. Tecnologías de integración frente al esquema de sistemas de integración 10

13 White Paper Implementación de una estrategia de integración de datos Tras seleccionar una plataforma de integración, la organización necesita desarrollar una estrategia de integración que abarque a las personas, los procesos y las políticas involucrados en su implementación. Para las personas, la estrategia debe satisfacer las necesidades de formación, los estándares de rendimiento laboral, la estructura organizativa y las funciones y responsabilidades. Para los procesos, debe satisfacer la evaluación y selección tecnológica, el ciclo de vida de integración, la alineación con la arquitectura y gestión de proyectos, y las mejores prácticas en documentación. Para las políticas, debe definir un esquema de gobierno y los principios de integración, y resolver problemas de financiación. La estrategia es valiosa únicamente cuando se ejecuta. Por lo tanto, lo más importante para una estrategia de integración es que cuente con un esquema y una estructura organizacional que permita la ejecución excepcional y sostenible. Requiere un Centro de Competencia de Integración (ICC). Se pueden aplicar cinco modelos organizativos diferentes en función de lo consolidado que esté el ICC, del tamaño de la organización, del modelo operativo empresarial y de otros factores, tal y como se muestra en la Figura 7. El modelo Mejores Prácticas es el más adecuado cuando la ventaja más deseada es la relacionada con la optimización de la efectividad del personal de IT. El modelo Estándares Tecnológicos es el más útil para el aprovechamiento óptimo de la infraestructura de IT existente. Los modelos Servicios Compartidos y Servicios Centrales son los mejores para el aprovechamiento de la información en toda la empresa. El modelo Autoservicios es el más efectivo para problemas bien definidos en los que los usuarios empresariales se benefician claramente de la habilidad para crear sus propias soluciones integradas de forma rápida sin que participe directamente el personal de IT (es decir, mediante productos de software como servicio, tales como Informatica On emand ). Modelos del Centro de Competencias de Integración Silos de Proyectos Mejores Prácticas Estándares Tecnológicos Servicios Compartidos Servicios Centrales Autoservicios Tecnología Procesos Organización Independiente Independiente Independiente Recomendado efinido istribuido Estandarizado efinido istribuido Compartido efinido Híbrido Compartido efinido Centralizado Automático inámico Invisible Ventajas Optimización de proyectos Aprovechamiento de conocimientos Consistencia Optimización de recursos Control Innovación y eficiencia Figura 7. Modelos de ICC e izquierda a derecha, estos modelos sacan partido de las personas, la tecnología y la información en ese orden. Para obtener información más detallada que le permita determinar qué modelo de ICC elegir, consulte la documentación Informatica Velocity SM Integration Methodology Competency disponible en inglés en Además del modelo organizativo, seis ámbitos adicionales definen un ICC: 1. Ámbito funcional 2. Ámbito tecnológico 3. Ámbito de sistemas de integración 4. Ámbito de actividad 5. Ámbito de servicio de ICC 6. Ámbito de la organización esenredando la maraña de IT 11

14 La Figura 8 muestra un esquema que define las funciones de un ICC. En el contexto más amplio, un ICC completamente funcional y consolidado debe ser responsable de sustentar todas las integraciones internas y externas desde la implementación inicial de proyectos hasta su mantenimiento continuo, soporte y operaciones El ICC es responsable de todos estos aspectos: Soluciones de integración entre aplicaciones, en las que se gestionan la mayoría de interacciones entre sistemas. Integración entre bases de datos, incluyendo una variedad de soluciones como la migración de datos por lotes, la sincronización y consolidación de datos y la inteligencia empresarial. Integración Business-to-business, que satisface las necesidades de la combinación con sistemas de clientes y proveedores, la adaptación a los protocolos de estándares del sector y el manejo de documentos semiestructurados o no estructurados. Integración Business-to-person (también llamada integration as the glass ), que proporciona a los usuarios una perspectiva de los sistemas a través de soluciones de portal, gestión de contenido, estándares de presentación y capacidades de búsqueda. Integración de la orquestación de procesos empresariales, incluyendo el flujo de trabajo humano, la gestión de procesos de flujo entre sistemas de larga duración y la coordinación de procesos entre canales. Seguridad de la información, que incorpora soluciones de cifrado de datos, gestión de certificados, datos de autorización y capacidades de registro único. Orquestación de procesos Integración interna Entre aplicaciones Business to Business Calidad de datos y metadatos Entre bases de datos Business to Person Integración externa Seguridad de la información Figura 8. Esquema de definición del ámbito de ICC Como muestra la Figura 8, la calidad de los datos y los metadatos (posiblemente el aspecto más importante y relevante de un ICC) se sitúa en el centro del esquema porque influye en todas las dimensiones de la integración de datos y procesos. La calidad de los datos debe considerarse en todas las fases del ciclo de vida de un proyecto y en todos los tipos de soluciones de integración, y un ICC debe llevar a cabo prácticas y políticas para garantizar que los datos sean precisos y completos desde el principio. 12