Common use of Acceso a datos Clause in Contracts

Acceso a datos. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios.  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros.  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL)  El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc.  El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R.  El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización.  El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in- memory que forma parte del componente servidor del producto de software.  El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental.  El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección.  El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL.  El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc.  El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos.  El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente

Acceso a datos. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios. Las capacidades de conexión y acceso x xxxxxxx de información deben incluir:  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros.  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL)  El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc.  El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R.  El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización.  El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in- in-memory que forma parte del componente servidor del producto de software.  El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental.  El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección.  El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL.  El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc.  El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos.  El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente.

Acceso a datos. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios.  Las capacidades de conexión y acceso x xxxxxxx de información deben incluir: • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros.  • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL)  • El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc.  • El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R.  • El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización.  • El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in- in-memory que forma parte del componente servidor del producto de software.  • El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental.  • El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección.  • El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL.  • El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc.  • El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos.  • El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente.

Acceso a datos. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios.  • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros.  • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL)  • El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc.  • El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R.  • El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización.  • El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in- memory que forma parte del componente servidor del producto de software.  • El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental.  • El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección.  • El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL.  • El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc.  • El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos.  • El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente