Tema 5.1: Tecnología Comercio Electrónico B2B

Transcripción

1 Tema 5.1: Tecnología Comercio Electrónico B2B

2 Infraestructura Software B2B (1) Grandes volúmenes de transacciones. Formatos de mensaje entendidos por todos los participantes. Estándares sectoriales inter-organización. Múltiples paquetes software especializado en tareas concretas. Software B2B debe estar integrado con las aplicaciones del backend de la empresa. Integración de Aplicaciones. Software específico para llevar a cabo las labores específicas de comercio B2B: Ejemplo: Subastas.

3 Infraestructura Software B2B (2) Paquetes software de comercio electrónico a gran escala: Suelen incluir también funcionalidades B2C (ver Tema 5.2). Fabricantes: Oracle E-Business suite, IBM Websphere Commerce Business Edition, Énfasis en integración: ventas B2B (o B2C) son un canal más. Paquetes backend pueden estar específicamente preparados también para soportar entornos B2B. Soporte para formatos de mensajes típicos. Nivel de automatización muy alto: Ejemplo: pedidos automáticos en caso de existencias bajas.

4 Infraestructura Software B2B (3) Paquetes software de comercio electrónico a gran escala (cont.): Soporte para cifrado y autenticación en todas las comunicaciones. Complejas estructuras de autorización y workflows para establecer lo que se puede hacer: Un miembro de una empresa debe poder realizar el mismo las compras pero de acuerdo a las normas de la empresa. Los clientes de la empresa pueden solicitar directamente lo que precisan.

5 Infraestructura Software B2B (4) Documentos deben de ajustarse a normas aceptadas por todos los participantes en las operaciones comerciales: EDI: Surgido antes de Internet, aún el más utilizado. Cuenta a su favor con una base solidamente implantada en muchas industrias grandes (aeronáutica, eléctricas, financiera, ) Iniciativas basadas en XML: RosettaNet. Muy utilizado en industria de semiconductores. ebxml. Estándar de OASIS.

6 Infraestructura Software B2B (5) Paquetes software de apoyo: CRM (Customer Relationship Management). Datos actualizados de clientes actuales y potenciales. Soporte para la actividad del departamento de ventas. Permiten coordinar la actividad de venta, hacer un seguimiento de las oportunidades en curso, elaboración de informes, promociones y descuentos Proveedores tradicionales: Siebel (ahora Oracle), MySAP, Microsoft precios desde euros a cientos de miles y costes de implantación que pueden superar el millón. Proveedores on-demand: Salesforce, Sugar CRM, Coste empieza en unos 100 euros por usuario / mes. Rápidos, potentes, fiables y con bastantes posibilidades de adaptación: ganan usuarios incluso entre compañías medianas y arrasan en las pequeñas.

7 Infraestructura Software B2B (6) Paquetes software de apoyo: ERP (Enterprise Resource Planning). Pretenden gestionar todos los recursos de una empresa incluyendo gestión de proyectos, contabilidad, logística, marketing, Por ejemplo, un jefe de proyecto puede saber exactamente el coste actual de un proyecto en curso y cuántos recursos más puede consumir para no amenazar la rentabilidad (reuniones, horas de desarrollo, uso de equipos hardware, ) Fabricantes: SAP, PeopleSoft (ahora Oracle), El coste de inicio puede superar los 2 millones de euros. Las implantaciones pueden durar años.

8 Infraestructura Software B2B (7) Paquetes software de apoyo: SCM (Supply Chain Management). Controlan los aspectos de almacén, transporte, logística en empresas donde estos aspectos son muy complejos. Múltiples proveedores, almacenes físicos, fábricas, puntos de venta, transportistas, materias primas,... Ejemplo: cadena de tiendas de ropa. Reposiciones en almacén se estiman en base a data mining sobre compras pasadas, características del producto, época del año, etc... Estrategia de distribución a puntos de venta y almacenes se estima en base a complejas fórmulas de coste. Fabricantes: i2, Manugistics, Precio varía mucho. En general, millones de euros.

9 Infraestructura Software B2B (y 8) Paquetes software de apoyo: CMS (Content Management Systems). Gestionar de forma eficiente un sitio web que contiene catálogos de miles de productos. Integrar contenido existente, rotaciones de contenido, gestión de información multimedia en múltiples formatos, Utilizados también para gestión de conocimiento interna (e.g. Intranets). Fabricantes: Vignette, Documentum, Coste varía mucho, pero suele superar los euros.

10 Negociación Automática El enfoque dominante ha sido utilizar subastas: Son adecuadas tanto para personas como para programas. En un mercado virtual B2B, las subastas son un mecanismo de negociación que puede realizarse de forma automatizada y con confianza por todas las partes de que va a ser justo. Se han desarrollado muchos métodos de subasta on-line para B2B, algunos inspirados en mecanismos de subastas reales y otros no. Algunos investigadores trabajaron en agentes negociadores capaces de aplicar ideas más sofisticadas, pero no han tenido implantación.

11 Tipos de Subastas (1) Subasta inglesa: La más famosa: pujas públicas ascendentes. Se considera poco ventajosa para el vendedor (el comprador puede no pagar todo lo que podría). Muy usada en B2C, poco en B2B. Subasta yankee: Se subastan múltiples unidades de una mercancía. Cada participante puja un precio por unidad e indica la cantidad que desea. El que puja más se lleva la cantidad que solicita. El resto se reparten en orden de puja las cantidades sobrantes. Todos pagan el precio ofrecido por el participante que haya pujado más bajo de entre los que consiguen mercancía.

12 Subasta holandesa: Tipos de Subastas (2) El precio va bajando hasta que alguien lo para. Se considera buena para el vendedor porque el comprador muy interesado está incentivado a pujar alto o se quedará sin la mercancía. Google la utilizó en su subasta de acciones. Puja sellada más alta: Participantes emiten una única puja sellada y la comunicación entre ellos está prohibida. Segunda puja sellada más alta (Vickrey): La subasta la gana el que puja más alto pero paga el precio de la segunda puja más alta. Compradores tienden a pujar de forma más cercana a lo que están dispuestos a pagar (el mecanismo les protege de una sobreestimación).

13 Subastas dobles: Tipos de Subastas (y 3) Varios vendedores y compradores emiten pujas indicando cantidad y precio. Todos ven las pujas de todos (hay variantes selladas). Continua hasta que se acaba la mercancía. Subastas inversas: Vendedores ofertan para un único comprador. Puede ser de las variantes anteriores. Normalmente sólo la pueden utilizar grandes empresas (comprador necesita una posición de fuerza). Existen paquetes software: Ariba.

14 Integración de Aplicaciones (1) Múltiples aplicaciones en el backend de una empresa: CRM: Customer Relationship Management. ERP: Enterprise Resource Planning. Facturación. Almacén. Atención al cliente. Ejemplo: Aplicación de Gestión de Incidencias en una operadora. Relación con socios. Ejemplo: Aplicación que se comunica con instaladores en una operadora.

15 Integración de Aplicaciones (2) Arquitectura Integración de Aplicaciones: Integración de Plataforma: Independencia de plataforma hardware, sistema operativo, lenguaje de programación Tecnología dominante: Servicios Web SOAP. Integración de Datos: Datos de interés para los procesos de negocio están distribuidos en diversos repositorios heterogéneos. Acceso unificado a los datos independientemente del modo de almacenamiento, de su localización y de las heterogeneidades de formato.

16 Integración de Aplicaciones (y 3) Integración de Aplicaciones: Procesos de negocio modelados como flujos de mensajes entre aplicaciones: Lenguajes: propietarios, WS-BPEL (casi siempre con extensiones propietarias). Las capas de Integración de Plataforma e Integración de Aplicaciones se estudiaron con detalle en ADOO: Haremos una breve introducción a las tecnologías de Integración de Datos.

17 Integración de Datos Distribuidos El problema de la integración de datos distribuidos consiste en integrar datos de fuentes distribuidas, heterogéneas y posiblemente autónomas. Heterogéneas Sistema De Integración Distribuidas Autónomas Poco estructuradas

18 Clasificación Sistemas Integración de Datos Criterio 1: Materializados vs Virtuales Datos se copian a un gran almacén central (materializado) o se mantienen en las fuentes y sistema hace de intermediario (virtual). Criterio 2: Tipo de información que tratan: Información no estructurada: Motores de recuperación y clasificación automática de información. Materializado. Útiles en Gestión del conocimiento, portales, etc. Información estructurada: Data Warehouse (almacén de datos). Materializado. Bases de Datos Federadas. Virtual. Información estructurada y semi-estructurada: Sistemas EII: Enterprise Information Integration. Virtual

19 Data Warehouse (1) Los datos de las fuentes se copian periódicamente a un almacén central. Pueden copiarse todos los datos o sólo un subconjunto. Para disminuir la carga de las actualizaciones, las fuentes pueden enviar sólo los cambios producidos. Requiere dicho soporte por parte de las fuentes. Ventajas: No es necesario rehacer aplicaciones ni volver a formar a los usuarios Eficiente

20 Problemas: Data Warehouse (2) Datos no actualizados Puede no ser posible o muy ineficiente con fuentes autónomas Organizaciones quieren mantener el control sobre sus datos. No es factible hacer copias masivas periódicas. Sistema de integración pesado Contiene gran cantidad de datos. Conclusión: muy útil para informes, tratamiento de históricos, análisis de tendencias, etc. Menos útil en otros ámbitos. En informes/análisis de tendencias, a menudo no es importante tiempo real, pero sí lo es mucho la eficiencia (a veces, los procesos son muy pesados).

21 Data Warehouse (y 3) Arquitectura típica de una instalación Data Warehouse: Herramienta ETL (Extraction, Transformation and Load) para extraer la información de las bases de datos origen, transformarla de la forma deseada y volcarla en el repositorio central. Base de datos OLAP. Base de datos especial optimizada para consultas que involucren grandes cantidades de datos. Herramienta de generación de informes. Permite crear de forma sencilla informes complejos que utilicen la información almacenada en el repositorio central.

22 Sistemas EII (1) La capa lógica de las bases de datos fue creada para aislar a los programas de aplicación de la necesidad de ocuparse de la lógica de combinación de datos: En su lugar, se utiliza una capa específica, independiente de la aplicación. Ventajas: No es necesario codificar cada operación de combinación de datos (simplemente escribimos una consulta SQL). El sistema implementa las principales operaciones y se ocupa de la optimización de consultas. El sistema se ocupa de las políticas de control de acceso a datos. El sistema se ocupa de tratar condiciones especiales: e.g. swapping a disco si la consulta devuelve muchas tuplas, evitando desbordamientos.

23 En los entornos distribuidos y heterogéneos de hoy, las aplicaciones (ad-hoc o EAI) se ven forzadas a combinar los datos por sí mismas (como en los viejos tiempos ). Implementar operaciones de combinación de datos Optimización. Condiciones especiales. Sistemas EII (2) Además, los nuevos entornos necesitan aún más de la capa de combinación de datos: Heterogeneidad: e.g. combinar datos en modelo relacional con datos en modelo XML. Distribución: consideraciones de eficiencia llevan a la necesidad de técnicas específicas (e.g. cache).

24 Sistemas EII (3) EII: Enterprise Information Integration. Datos permanecen en las fuentes y se define un esquema virtual de integración. Cuando el sistema recibe una consulta, la subdivide en consultas para los esquemas de las fuentes origen. El sistema EII combina los resultados de las fuentes y devuelve la respuesta unificada de acuerdo al esquema global. Pueden tratar fuentes como bases de datos, servicios web, XML, CSV, aplicaciones paquetizadas. A veces, incluso fuentes web (mediante aplicaciones de automatización web).

25 Sistemas EII (4): Ejemplo APLICACIÓN USUARIO R={TITULO,AUTOR,PRECIO,PUNTOS} DATOS R SELECT * FROM R WHERE TITULO= Moby Dick DATOS R=(DATOS A) (DATOS B) NIVEL LÓGICO NIVEL FÍSICO SELECT * FROM A WHERE TITULO= Moby Dick DATOS A DATOS B SELECT * FROM B WHERE TITULO= Moby Dick HTTP HTTP ENVOLTORIO1 ENVOLTORIO 2 HTML A={TITULO,AUTOR,PRECIO} HTML B={TITULO,AUTOR,PUNTOS}

26 Sistemas EII (5) En ocasiones, pueden permitir inserciones: En fuentes que implementen Two-Phase Commit. Problema de inserciones sobre vistas: algunas vistas pierden información, con lo cuál no es factible hacer inserciones. Ventajas: Datos en tiempo real. Válidos para fuentes autónomas. Sistema de integración ligero. Tratan fuentes semi-estructuradas. Inconveniente: Menos eficiente. Puede usar precargas para las fuentes que se desee. En realidad, contiene lógicamente al esquema Data Warehouse, aunque los paquetes software actuales no siempre proporcionen esta funcionalidad.

27 Sistemas EII (6) Tareas principales: Reformulación y ejecución de consultas. Traducir consulta general sobre el esquema global en una lista de subconsultas sobre las fuentes. Optimización de consultas. Tener en cuenta retardos de red, trabajar con poca información de costes de las fuentes, etc. Diversidad de formatos. Heterogeneidad de taxonomías, convenciones semánticas, esquema, etc. Heterogeneidad en las capacidades de consulta de las fuentes (e.g. un formulario web). Acceso y recuperación de datos puede ser complejo (e.g. traducción de consulta SQL a invocación SOAP).

28 Sistemas EII (7): Arquitectura APP1 APP2 APP3 APP4 SOAP JDBC ODBC XQUERY Web Services JDBC ODBC XQuery ACCESS INTERFACES SQL / XQuery / XPath Full Text Result Sets / XML EII SYSTEM Caché Metadata Repository Query Analyzer and Decomposer Plan Generator Optimizer Execution Engine Wrapper Creator Database Wrapper JDBC/ODBC Proprietary Wrappers Proprietary APIS and Protocols Web Services Wrapper SOAP Web Wrapper HTTP HTML Graphical Tool AI - Based Web Wrapper Generation JDBC/ODBC Propietary Interface Web Services http Local Databases and Data Warehouses Backoffice and Propietary Applications Partner s Applications External Websites

29 Valoración EII (1) Idea análoga al EAI, pero con la integración de datos. Se crea una sola vez un wrapper para cada fuente Para los tipos de fuentes más comunes, el EII permitirá que el wrapper se cree sólo mediante configuración. Después, cada necesidad de combinación de datos se realiza de forma declarativa, sin programar: Se requerirá sólo definir una vista en el lenguaje del sistema EII (SQL, Xquery, ).

30 Valoración EII (2) Ventajas similares al EAI pero en el contexto de integración de datos: Crear un nuevo proceso de combinación de datos no implica programar El sistema se encarga de tareas complejas como la reformulación de consultas, el swapping de conjuntos de resultados muy grandes su optimización o la interacción con las fuentes. La respuesta a cambios es más rápida.

31 Valoración EII (y 3) Todos los procesos de combinación de datos son gestionados desde un único punto: Facilidad de administración y obtención de informes. Facilita la implantación de políticas globales: autenticación, seguridad, etc. Las herramientas traen ya implementados wrappers configurables, para los tipos principales de fuentes: Bases de datos. Servicios Web. Fuentes XML Aplicaciones típicas de fabricantes populares: ERPs, CRMs, etc.