Arquitecturas-de-comercio-electronico

Vista previa del material en texto

UNIVERSIDAD TECNOLÓGICA DEL VALLE DEL 
MEZQUITAL 
 
Tecnologías de la Información y Comunicación 
 
Investigación ACE 
Arquitecturas del Comercio Electrónico 
 
Asignatura: Comercio Electrónico 
 
Docente: Lic. Argelia Sánchez Salazar 
 
Alumno 
Miguel Ángel Hernández Hernández 
 
Grado: 9° Grupo: “C” 
 
Matricula: 123308 
 
 
 
Contenido 
Introducción ................................................................................................ 3 
Arquitectura Eco ......................................................................................... 4 
OBI .............................................................................................................. 5 
OTP (Open Trading Protocol) ....................................................................... 6 
Building Blocks ............................................................................................ 7 
Semper ........................................................................................................ 8 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Introducción 
El comercio electrónico se puede definir, en un sentido amplio, como cualquier 
forma de transacción o intercambio de información comercial basada en la 
transmisión de datos sobre redes de comunicación como Internet. En este sentido, 
el concepto de comercio electrónico no sólo incluye la compra y venta electrónica 
de bienes, información o servicios, sino también el uso de la Red para actividades 
anteriores o posteriores a la venta, como son: 
 la publicidad. 
 la búsqueda de información sobre productos, proveedores, etc. 
 la negociación entre comprador y vendedor sobre precio, condiciones de 
entrega, etc. 
 la atención al cliente antes y después de la venta. 
 la cumplimentación de trámites administrativos relacionados con la 
actividad comercial. 
 la colaboración entre empresas con negocios comunes. 
Estas actividades no tienen necesariamente que estar presentes en todos los 
escenarios de comercio electrónico. 
A continuación se describen brevemente algunas arquitecturas de comercio 
electrónico 
 
 
 
 
 
 
 
Arquitectura Eco 
El grupo de trabajo eCo, que incluye expertos de compañías como Hewlett-Packard, 
IBM, Intel, Sun Microsystems, RosettaNet y VeoSystems, tiene como objetivo 
desarrollar un entorno común que permita la interoperabilidad de diversas 
especificaciones de entornos de comercio electrónico tales como EDI, OBI, OTP 
(ver secciones siguientes) y otras. El enfoque de eCo no es esperar hasta que se 
resuelvan todos los problemas de normalización, sino mejorar la traducción entre 
los diferentes protocolos y normas existentes. 
La arquitectura eCo está basada en el lenguaje XML. En eCo las interfaces de 
servicio se definen en términos de documentos comerciales, por ejemplo una oferta 
de precios, un pedido, etc. y de los procedimientos asociados a cada uno de ellos. 
Otras ventajas de la arquitectura eCo, citadas en las directrices, son: 
 tiene una arquitectura de bloques flexible . 
 evita el problema de interoperabilidad mediante un tipo avanzado de 
traducción de protocolos, que se basa en un análisis semántico de procesos 
empresariales. 
 es una plataforma neutral en el sentido de que se beneficia de la aportación 
de la mayoría de las principales empresas implicadas en el comercio 
electrónico en Estados Unidos sin que ninguna de ellas sea dominante. 
 
 
 
 
 
 
 
 
 
 
OBI 
OBI es una especificación para comercio electrónico entre empresas, en particular 
para el caso de compras numerosas de productos de bajo precio unitario, por 
ejemplo como las realizadas por el departamento de compras de una organización 
grande. La especificación ha sido desarrollada por el consorcio OBI, que desde junio 
de 1998 está gestionado por CommerceNet. OBI tiene actualmente más de 60 
miembros. 
La versión 1.0 de la especificación OBI se publicó en marzo de 1997 y la versión 
1.1 en junio de 1998. La arquitectura OBI incluye cuatro entidades: la persona que 
hace un pedido, la empresa vendedora, la compradora y la autoridad de pago. 
Omitiendo algunas interacciones complementarias u opcionales, las entidades 
citadas interactúan en cuatro pasos. 
1. Una persona, perteneciente a la organización compradora, hace un pedido 
de un producto seleccionado del catálogo de un vendedor. 
2. El vendedor reenvía el pedido a la organización compradora que le devuelve 
el pedido autorizado. 
3. El vendedor comprueba el crédito del comprador con la autoridad de pago 
y procesa el pedido. 
4. La autoridad de pago emite una factura y recibe el pago. 
 
 
 
OTP (Open Trading Protocol) 
OTP es una especificación para comercio electrónico sobre Internet desarrollada 
por el consorcio OTP, que cuenta actualmente con más de 30 miembros. OTP 
pretende reproducir en un escenario electrónico la secuencia de interacciones que 
tienen lugar en las transacciones tradicionales, incluyendo los documentos que 
ahora nos son familiares: recibos, facturas, etc. 
OTP especifica el formato y contenido de los mensajes intercambiados entre 
entidades, así como las posibles formas de transmitir los mensajes OTP de una 
entidad a otra. OTP hace uso del estándar XML por lo que sus mensajes pueden 
procesarse directamente con analizadores de este lenguaje. 
En general, una transacción se compone de una serie de "pasos" que pueden estar 
presentes o no y ordenarse de diferentes maneras según el tipo concreto de 
transacción a modelar, por ejemplo una compra, una devolución, un depósito de 
fondos, etc... Los pasos de una transacción encapsulan procedimientos básicos 
como por ejemplo: 
 Oferta. 
 Acuerdo De Compra. 
 Pago (Usando Alguno De Los Mecanismos De Pago Existentes). 
 Entrega. 
 Recibo De Compra. 
 Resolución De Problemas En La Transacción. 
 
 
 
 
 
Building Blocks 
Los componentes (building blocks) de comercio electrónico se definen a partir del 
análisis de los procesos comerciales de interés, clasificándolos en tres grupos 
según el ámbito donde actúan: componentes del comprador, del vendedor y de 
terceras partes. En la terminología del modelo, se denomina "solución" a la 
implementación de un componente en forma de un producto o servicio específico 
de comercio electrónico. Un "conjunto de soluciones" es la implementación de varios 
componentes en forma de conjunto integrado de productos y servicios que 
constituyen un sistema de comercio electrónico completo. 
El modelo identifica los siguientes componentes: 
1. De marketing: 
 Creación / consulta de catálogos 
 Publicación de información / análisis de información 
 Ofertar un precio / pedir una oferta de precio 
 Reservar un producto para un comprador / añadir un producto a la cesta de la compra 
2. De contratación: 
 Confirmar un pedido / hacer un pedido 
 Reponer existencias de un producto / registrar la confirmación de un pedido 
 Aceptar la cancelación / cancelar un pedido 
3. De logística: 
 Recibir / generar una notificación de entrega 
 Recibir /entregar un producto 
4. De cierre de una operación: 
 Confirmar / seleccionar un método de pago 
 Procesar / entregar una tarjeta de crédito o monedero electrónico 
 Efectuar el pago 
5. De interfaz con la Administración 
 Declaración de impuestos 
 Notificaciones de exportación 
 
 
 
Semper 
SEMPER, abreviatura de Secure Electronic Market Place for Europe, es un proyecto 
del programa ACTS que ha desarrollado una arquitectura de comercio electrónico 
con un avanzado sistema de seguridad. El proyecto se planteó como objetivos 
estudiar los requisitos e implicaciones técnicas, legales, comerciales y sociales del 
comercio electrónico, definir una arquitectura de comercio electrónico abierta e 
independiente de plataformas hardware/software o arquitecturas de red específicas 
y, por último, implementar y evaluarun prototipo. 
La arquitectura SEMPER soporta transacciones seguras entre comprador y 
vendedor, así como con terceras partes como autoridades de certificación, brokers, 
notarios, etc. SEMPER ofrece dos grupos de servicios de seguridad: 
1. Básicos 
 Autenticación 
 Integridad 
 Firma Digital 
 Pago 
 Confidencialidad 
2. Avanzados, por ejemplo 
 Anonimidad 
 Resolución De Conflictos 
 Sellos De Tiempo 
 Firma De Contratos Por Varias Partes 
La arquitectura propuesta por SEMPER comprende cuatro niveles o capas, de arriba a 
abajo: 
1. Comercio 
2. Intercambios 
3. Transferencia 
4. Servicios de soporte 
 
 
El nivel de comercio ofrece el conjunto de servicios de seguridad a las aplicaciones 
de negocio a través de una API definida por SEMPER. Además, este nivel ofrece 
un conjunto de bloques de propósito general que pueden reutilizarse en el diseño 
de nuevas aplicaciones. 
El nivel de intercambios se encarga de controlar "intercambios justos" entre las 
partes. Por intercambio justo se entiende aquí aquel en el que las partes acuerdan 
los términos del intercambio de antemano de forma que cuando éste se lleva a cabo 
tienen garantía de recibir la información acordada. 
El nivel de transferencia ofrece servicios para transmitir y recibir información 
estructurada en "contenedores" con unos determinados atributos de seguridad 
asociados.