|
|
|
|
| Caso de estudio: Contruplaza.com
|
|
|
|
 En este caso de estudio veremos el sistema de gestión de contenido y catálogo electrónico integrado con Ariba Marketplace
7.51 desarrollado para Contruplaza. |
|
|
|
|
Construplaza.com es un marketplace lider en el sector de la construcción, con una inversión total de más de 45 millones de
euros.
El producto utilizado como plataforma de transacciones del marketplace es Ariba Marketplace, pero al hacer las pruebas de
mantenimiento los técnicos consideran que la operativa de administrar con Ariba los contenidos de su mercado virtual (30.000
categorías, más de un millón de referencias previstas) no es satisfactoria: la forma de trabajar es muy engorrosa y propensa
a errores, no hay posibilidades para incorporar a los proveedores directamente como administradores de su información, lo
que obliga a asumir este papel con el personal propio de Contruplaza, con los consiguientes costes y pérdida de agilidad del
servicio.
Ante este escenario se convierte en priritario disponer de un sistema alternativo para la alimentación y gestión de los contenidos
del catálogo del marketplace y su sincronización con Ariba. Para ello se estudian soluciones de fabricantes de EEUU como Requiste,
Saqqara o Cohera y se elige finalmente QCatalog como la solución más adecuada.
|
|
|
|
|
Los principales retos del proyecto son:
| Complejidad de la información |
La solución tecnológica debe dar cabida a la información de detalle de características técnicas de los productos expuestos
en Contruplaza. Se entiende que esta información es la que marca la diferenciación de los productos entre fabricantes y su
ventaja competitiva. En el momento de arranque del proyecto se parte de una taxonomía (árbol de categorías) con cerca de 30.000
categorías y unas 700 fichas de productos diferentes. |
|
| Conciliar la diferenciación y normalización de los productos |
La naturaleza propia de un marketplace acoseja que su plataforma tecnológica pueda ser compatible con estándares tecnológicos
para el intercambio de información entre sistemas, en este sentido existen normativas como UNSPSC o eCl@ss que definen taxonomías
estandarizadas para catálogos de productos. El sistema debe ser capaz de mostrar / exportar / importar la información según
estos estándares a la vez que debe ser capaz de salvaguardar la información particular que se quiere contemplar en este marketplace
en particular. |
|
| Flexibilidad para importar y exportar información |
Ya hay una gran cantidad de contenido creado creado, para ello se ha confeccionado una hoja Excel específica para cada uno
de los productos de forma compatible con Ariba. La solución debe ser capaz de importar esta información. Por otra parte la
solución se convierte en la herramienta maestra para el mantenimiento de la información y debe ser por tanto capaz de volcarla
correctamente en Ariba. |
|
| Adaptación a los sistemas existentes |
Las hojas Excel anteriores se adaptan al modelo de datos impuesto por Ariba ya que este producto determina cómo debe ser el
modelo de datos y para que sea posible la integración de la solución con Ariba, la solución debe ser capaz de adaptarse y
absorber este modelo. |
|
| Fácil mantenimiento de la información |
Una vez conseguido que el sistema soporte los requirimiento arriba expuestos, el siguiente reto consiste en disponer de un
sistema de administración que permita administrarla con facilidad. |
|
| Permitir la administración directa de la información por los proveedores |
Dado el volumen de información previsto para un marketplace de estas características, un servicio diferencial que quiere ofrecer
Construplaza a sus clientes es la posibilidad de administrar y mantener directamente su información. Este requisito implica
varias condiciones: el sistema de administración debe funcionar en web, para que sea fácilmente accesible, debe haber un sistema
de seguridad potente para proteger el acceso a los datos de manera que cada proveedor solo pueda actuar sobre su conjunto
particular de información y debe haber un soporte a procesos de preproducción y puesta en producción que permita consolidar
y revisar periodicamente la información introducida por los proveedores y una vez aprobada, ponerla en público. |
|
| Localizar fácilmente la información deseada |
Para que un catálogo electrónico de estas características sea operativo para los clientes, es importante que éstos puedan
localizar fácilmente la información que desea encontrar, hay dos posibles vías busquedas textuales por semejanza de palabras
clave (las búsquedas típicas en buscadores internet como Altavista o Google) y búsquedas paramétricas que buscan la información
con mucha precisión: "damos todos los tubos corrugados entre 'x' e 'y' euros que estén fabricados con el material 'z' " |
|
| Diferentes formatos de presentación de la información |
El marketplace se concibió desde un principio con la idea de ir más allá de un simple mercado de compra-venta. La idea es
ofrecer un conjunto rico de servicios adicionales como lo son actualmente la generación de catálogos impresos bajo demanda
(en formato .PDF) o la exportación de la información en formato Excel. El reto que plantea este requisito a la solución tecnológica
es el de disponer de una arquitectura limpia estructura en la cual se separen rigurosamente contenido de su presentación,
ya que el contenido se presentará no solamente en HTML, sino en los formatos. Aunque esto parece evidente las aplicaciones
web raramente lo hacen sino que tienden a mezclar el tratamiento del contenido y su presentación. Así pudimos afrontar la
complejidad de la información y conciliar la normalización y diferenciación de los productos.
|
|
|
|
|
|
|
Con nuestro producto de gestión de contenido especializado en catalogación, QCatalog, fuimos capaces de abordar todos los
requisitos anteriores. En particular los requisitos de modelar una información rica y detallada en los contenidos.
Así QCatalog actúa hoy como la herramienta maestra para la gestión del contenido del marketplace. Tanto el personal interno
de Construplaza como los proveedores de los productos del marketplace disponen de herramientas en web que les permiten administrar
la información de sus productos fácilmente desde cualquier puesto de trabajo con acceso a Internet.
Otro hito importante fue que QCatalog, al ser una solución abierta y programable, ha permitido crear otros servicios de valor
añadido como lo son la generación automática de catálogos impresos para los proveedores (un proceso que de forma tradicional
implica unos costes altos) y la facilidad de exportar esta información a Excel.
Así el marketplace se convierto no solamente en un lugar donde proveedores y clientes realizan transacciones, sino en un centro
de servicios de valor añadido a proveedores y clientes a muy bajo coste. |
|
| Tecnología y arquitectura |
|
|
|
El modelo de datos de QCatalog es completamente abierto y permite por tanto utilizar cualquier modelo de datos, a la vez es
capaz de mantener vistas, lo cual permite mantener una taxonomía y fichas de producto propias a la vez que se mantiene compatible
con taxonomía estandarizadas como las arriba mencionadas. Puesto que el modelo de datos se define en XML Schema, es posible
transformar en modelo de datos descrito en las hojas Excel de forma automática a una descripción del mismo en un documento
XML Schema válido para QCatalog de manera que no es necesario crear el modelo de datos de nuevo a mano.
A partir del XML Schema, QCatalog, genera de forma automática toda la capa de acceso a datos personalizada y la conecta con
los APIs estándar para acceder a sus funcionalidades de mantenimiento de la información, búsquedas, soporte de internacionalización,
etc.
Para la problemática de importación y exportación de información, QCatalog ofrece tanto un interfaz Java como un interfaz
XML, con ello resulta relativamente sencillo importar la información existente desde la hojas Excel, pasando por un paso intermedio
de transformación del los formatos texto exportados por Excel a documentos XML para QCatalog. Del mismo modo resulta sencillo
desarrollar un pequeño módulo de integración con Ariba que permite la alimentación de Ariba con el contenido generado en QCatalog.
En la administración del sistema se logra incorporar directamente a los proveedores, ya que QCatalog permite ser administrado
en web y así los proveedores pueden fácilmente administrar a través de Internet sus áreas privadas del marketplace. Los proveedores
pueden administrar los contenidos tanto de forma manual introduciendo la información de sus productos en sencillos formularios
web como de forma automática importando la información por medios electrónicos como hojas Excel, ficheros de texto o docuimentos
XML.
QCatalog es una aplicación J2EE que cuya arquitectura ha sido diseñada rigurosmente por capas de servicios en las cuales la
presentación y el contenido se encuentran completamente separadas. De este modo la capa de presentación obtiene todo su información
en formato XML lo que permite, dadas la facilidad de transformación de documentos XML, presentar esta información en prácticamente
cualquier formato, ya sea HTML, .PDF, hojas Excel, etc. |
|
|
| Castor TPV |
|
|
| Gestión y control para su negocio. |
|
 |
|
| info>>
|
| Zedro |
|
|
| Gestión de Archivos Clínicos para Hospitales. |
|
 |
|
| info>>
|
|
