Enterp... 2.0 necesariamente mas

Recientemente he descubierto el termino Enterp... 2.0, asi a medias para no violar patentes, ya que es una marca registrada y todo. Cuando leo lo que significa el concepto a traves de innumerables blog posts, comentarios, citas, referencias, veo una clara equivalencia con Web 2.0 y un enfoque interno de empresa.
La idea es clara, utilizar herramientas claramente Web 2.0 y esperar que estas den provecho o adaptarlas para que lo hagan. El proposito es bueno, el conocimiento empresarial ha sido historicamente mal gestionado y aprovechado. Con buenos resultados incluso se muestran algunos ejemplos concretos de empresas que ya utilizan el enfoque. Muchas veces en la forma de una Wiki Empresarial, Blogs, tags y nubes.
Personalmente creo que la disciplina y el ambito de estos enfoques esta siendo minimizado. Serian necesarias nuevas formas de gestionar el conocimiento empresarial, empezando por identificar nuevas formas del mismo, no solo en paginas personales y documentos en el sentido general.
Esta parece ser la hora de los gestores de informacion a la Web 2.0, todos orientados a la gestion de documentos on-line, con toda la parafernalia que conlleva el termino en su segunda version. Ahora...
Todos sabemos que la informacion de las empresas se almacenan en complejos sistemas (ERP, CRM, SCM, o cualquier otra combinacion de tres letras mayusculas) de gestion de informacion. Seria prudente brindar una solucion donde ademas se incorporen otros tipos de recursos a gestionar, incluyendo aquellos que son mas susceptibles de encontrarse en una empresa en sentido general.
Enterp... 2.0 deberia ser mas amplio, no la mera aplicacion de formulas generales a un ambito concreto con algunas adecuaciones que aunque funcionales, generan ruido en el tema.
Preferiria que Enterp... 2.0 resolviera el problema de los Sistemas a la Medida en Tiempo Real, o el de la integracion de estos y consecuentemente un menor gasto por concepto de mejoras continuas.

Subversion listo localmente para SCE

En estos dias me he entretenido creando un SVN para gestionar el proyecto SCE en el que estoy trabajando, aunque lo hospedo localmente, me gustaria poderlo a disposicion de todos los que quieran colaborar con el mismo pero desgraciadamente no cuento con un SVN en Internet accesible desde aqui. SourceForge.org, no es una opcion debido a las dificultades que impone para acceder a sus repositorios, con autenticacion, puertos especiales y todo un conjunto de cosas a las que no tengo acceso.

Si el SVN de CubaForge estuviera funcionando seria genial poder hospedar el proyecto alli y darle seguimiento desde cualquier lugar, mas ahora que voy a cambiar de trabajo y me gustaria conservar muchas de las cosas que ya empece aqui.

Actualmente SCE da soporte para autenticacion segura (utiliza SHA1 para encriptar el password) gestion basica de recursos, tiene un pequeño interprete de consola, para poder ir probando los avances y mas adelante incluira su propio servidor Web basado en CherryPy. El soporte de bases de datos sera con independencia de gestor e inicialmente se dara soporte a PostgreSQL solamente.

A proposito de ERP + Web 2.0

Hace unos meses comence un proyecto personal de desarrollo, sin fines comerciales, aunque si a forma de mantener mi mente ocupada y de paso familiarizarme con el lenguaje Python y llegar a sentirme bien programando con el. Mi unico objetivo es implementar una idea para probar un concepto que creo puede ser util a la hora de desarrollar herramientas de gestion de informacion empresarial.

La idea es simple. Implementar servicios basicos de datos, listados, filtrado, busquedas, insercion de datos, actualizacion y borrado, etc. independientes de la estructura de datos. Es decir, basados en una estructura de datos el sistema pueda hacer reconocimiento de estructura e implementar las funcionalidades requeridas. En un segundo paso se podria agregar funcionalidades a partir de descripciones asociadas a la descripcion de los datos, mediante plugins u otra arquitectura de extension de funcionalidades.

Yo le he dado el nombre de Community ERP, mas que nada porque tengo previsto darle el mismo funcionamiento de los sitios Web 2.0, tomando como los recursos a compartir y gestionar las tablas de datos con determinado grado de agrupacion para garantizar que se pueda compartir estas entre los usuarios, siempre contando con una base compartida entre todos que seria el nucleo del sistema ERP como tal.

A raiz del post anterior decidi reescribir la parte del manejo de recursos para poder hacerlo extensible y poder gestionar otros tipos de recursos. Ya sean Imagenes, Documentos (para lo que pienso utilizar TinyMCE), Videos, Sonidos, etc.

En cuanto este lista la primera parte podre disponer de un SVN publico para que pueda ser descargado y probado por todo el que quiera.

Web 2.0 + ERP Posible?

Web 2.0 es un termino que esta rondando por la cabeza de muchos desarrolladores del mundo y ha causado no pocos dolores. En parte por su difusa definicion. Segun la Wikipedia

...refers to a supposed second-generation of Internet-based services — such as social networking sites, wikis, communication tools, and folksonomies — that let people collaborate and share information online in ways previously unavailable.

O sea servicios basados en Internet, redes sociales, wikis y herramientas de comunicacion que le permitan a las personas colaborar y compartir informacion en linea, de formas antes imposibles.

Los sistemas ERP se pudieran beneficiar grandemente de estas caracteristicas propuestas para la Web 2.0. Basicamente seria contar con sistemas ERP completamente en la Web (Intranet o Internet) con funcionalidades inherentes a las redes sociales (en este caso, redes empresariales) wikis y comunicaciones para permitirle a los trabajadores colaborar y compartir informacion.

Haciendo una abstraccion (minima) de los principales sitios que se denominan a si mismos o han sido catalogados como Web 2.0 se pueden identificar dos elementos, Los Usuarios y Los Recursos.

Los usuarios en todos los sistemas tienen una misma significacion. Los recursos en cambio son mas interesantes, en la siguiente lista les muestro algunos ejemplos:

YouTube: Videos
Flickr: Fotos
Trumba: Calendarios
Blogger: Blog (Bitacoras)
del.icio.us: Marcadores de paginas web

Otros ejemplos, (aunque mas integrados) son el servicio de Docs & Spreadsheets de Google Mail o el Google Calendar, con respecto a su servicio de correos Gmail.

Los recursos y la colaboracion en torno a estos son la principal fortaleza del Web 2.0. En el caso de los ERP, seria pues, necesario, identificar los recursos motivo de colaboracion y en todos los sistemas ERP el unico componente que es equivalente y podria utilizarse serian los datos, ya bien en su forma basica (tablas relacionadas) o bien el resultado de algun proceso sobre estos, Reportes, Informes, etc.

Quizas la si existiese algun ERP que hubiera sido desarrollado desde cero con esta concepcion seria posible hoy contar con extensiones para incorporar el manejo de otros recursos en la gestion empresarial.

Todo sea por gestionar los recursos, en este caso los empresariales.

Dejando mi trabajo

Este es un dia amargo para mi, tengo firmada mi peticion de baja en el buro y solo espero que llegue alguien de la Direccion para entregarla. Se que la noticia no va a agradar a muchos, quizas otros se alegren.
En sentido general mis motivos son bien firmes, sencillamente no me gusta el trabajo dando servicio tecnico, y mas cuando en esta empresa hay muy poca cultura informatica y las personas equivocan el ambito de accion del "Informatico" como cariñosamente se nos llama.
La figura del "Informatico" es bien curiosa. Generalmente se nos asocia con un joven, con todos los males propios de la juventud y ninguna virtud. Se nos menosprecia y casi nunca se nos tiene en cuenta para ninguna actividad, somos un satelite con mayor o menor grado de integracion en la empresa. Eso si, que no fallen el Correo e Internet si no estas "frito".
El tema del desarrollo de sistemas, aplicaciones y en sentido general Desarrollo Informatico esta en cero aqui, y sin posibilidades futuras de cambiar, por lo tanto decidi irme.
Alguien dijo una vez: "Busca un empleo que te guste y no tendras que trabajar nunca en la vida" Yo tengo una profesion que me gusta, he dedicado mas de 14 años de mi vida a la Computacion y no estoy dispuesto a sacrificar todo ese tiempo y el que sigue arreglando errores ortograficos, alineacion de tablas, impresoras y cables de red.
Renuncio

Mejoras a XMLREG (v0.1.3)

En estos dias he estado trabajando algo en un proyecto de servicio de datos y como estoy trabajando con Python y CherryPy para trabajar en Web tuve que mejorar algo la interfaz de XMLREG para poder realizar un conjunto de tareas que me son necesarias.

Por esto he añadido soporte para Salvar los documentos en el Contexto, para extender las propiedades de los documentos referenciados.

Tambien he redefinido los mecanismos de escritura/lectura, estableciendo la opcion de escritura por defecto.

Tambien he escrito un pequeño demo de uso de XMLREG de manera que otros objetos/clases puedan extender su funcionalidad y cargar documentos XML desde un contexto de datos.

Falta por crear un demo de contexto de datos desde bases de datos, para ejemplificar su uso en este sentido.

Mas tarde les hablare del Servicio de Datos en el que estoy trabajando.

Saludos

Lo que XMLREG es y no es (y nunca sera)

Hoy asisti a la conferencia "La forma Canonica del Modelo de Objetos" impartida por Medardo R. en el Palacio de Computacion y a pesar de la poca asistencia, creo que fue genial, llegando a considerar que algo asi deberia darse en las carreras de Ciencias de la Computacion en las Universidades del pais (si es que en alguna no se esta dando ya).

El enfasis en la Teoria de la Informacion a lo largo de la conferencia era evidente, y como se que Medardo es un gran entusiasta del XML ya yo le he hablado de XMLREG y sus objetivos, siempre recomendandome de su parte que le eche un vistazo a RDF [1], no quedando claro en realidad Que es y que No es ni sera XMLREG para lo cual me gustaria comentarlos aqui.

Que es XMLREG?

XMLREG es un metodo (modelo) para almacenar informacion refente a configuraciones, definiciones simples, datos jerarquicos, basandose en XML y el modelo de objetos DOM, pero mucho mas sencillo, facil y menos engorroso.

Para esto XMLREG cuenta con 2 principales conceptos, el Contexto, que no es mas que el ambito de donde los datos son obtenidos formando una jerarquia de objetos de datos y el Elemento, componentes principales de esta jerarquia, los cuales son los que contienen la informacion como tal. Accesible mediante una nomenclatura de referencia o como propiedades basicas de los Elementos.

Originalmente XMLREG No esta diseñado para escritura de elementos, solo lectura, aunque se le han incorporado algunas facilidades para esto. O sea XMLREG es solamente un modelo de registro de datos con vista a proveer una manera simple de crear definiciones, configuraciones, etc.

Que No es XMLREG y nunca Sera?

XMLREG no pretende brindar un modelo de persistencia de datos ni objetos, ni de bases de datos para los cuales existen muchas variantes. Tampoco interesa describir recursos dispersos en redes de computadoras.

En general ningun tipo de uso derivado de interacciones lectura-escritura de datos o que impliquen persistencia.

Uso propuesto para XMLREG?

Definicion de funcionalidades, caracteristicas, sistemas, configuraciones, que generalmente tienen una estaticidad prolongada y estructura jerarquica.

Se ha desarrollado con el proposito de potenciar a bajo nivel el desarrollo de varias herramientas genericas de sistemas de gestion, entre gestion de datos, presentacion, generacion de reportes, etc.

XMLREG v0.1.2 terminado, Comienza segunda etapa

Ya termine la codificacion de la primera version usable de XMLREG v0.1.2, en base a esta ya comenzamos la segunda etapa, la de la definicion de los modelos de datos.

Estos modelos cumpliran con las siguientes caracteristicas:
1. Independencia de Fuentes de Datos, podran usarse varios servidores de datos (PostgreSQL, MySQL, Firebird)
2. Extensibilidad de las funcionalidades de datos.
3. Interfaz simplificada de datos. con funcionalidades basicas
4. Mecanismos de salva y replicacion de datos

Otras caracteristicas podran ser adicionadas segun surja la necesidad y debidamente documentadas y comentadas aca.

XMLREG v0.1.0b

Haciendo un poco de esfuerzo ya que es mi primer trabajo con Python que pienso llevar a buen termino. Escribo la primera implementacion de XMLREG v0.1.0b, cuenta con algunas funcionalidades del modelo de registro y contiene 3 clases y 3 tipos de Excepciones.

De las 3 clases, una es el contexto de datos, basado en el sistema de ficheros y las otras dos son los elementos y conjuntos de elementos de los documentos XMLREG.

Aun carece de validacion mediante XMLREG Schema con todas las posibilidades que esto trae. Pero se incluye soporte para declaracion explicita de tipos y para varios tipos de datos (actualmente, int, float, boolean, date, time)

Esta disponible un changelog para ir teniendo idea de los cambios que se van haciendo y espero que para la version 0.1.6 ya este funcional y listo para ser usado en entornos productivos.

A falta de SVN o CVS publicos quedo limitado a proveer los ficheros a solicitud, por correo, solo escribame para notificarme su interes.

Python me parece que No, Mono pase adelante

Recientemente comence a implementar el modelo de registro de datos XMLREG del cual ya les he comentado aca y sucede que como estoy intentando hacer un primer prototipo, utilice Python por la facilidad conque se pueden probar cosas sobre todo en la linea de comandos y me topo con una caracteristica de Python que me deja un tanto desilusionado a utilizarlo para XMLREG. El inconveniente es que no se pueden crear en Python (al menos hasta hoy) crear propiedades o metodos privados de clase, lo cual crea una seria deficiencia a la hora de definir la interfaz para poder interactuar con estos datos ya que parte de la misma incluye la definicion de tipos de solo lectura lo que no veo forma de implementar en Python.

Debido a esto recomence la implementacion utilizando Mono, en C# espero en unos dias terminar una primera beta de lo que seria una DLL para trabajo con XMLREG, que aunque seguramente le faltarian muchas caracteristicas del modelo ya seria usable para pruebas de concepto. Mas adelante hare los ports necesarios para Java, que aunque tenga sus consideraciones de Licencia, al parecer en unos meses ya podremos contar con un JVM (HotSpot) libre.

Compiz y Xgl en Ubuntu

Siempre crei que era muy dificil instalar estos fenomenales paquetes pero he encontrado un pequeño tutorial donde me muestran en 5 pasos como hacerlo.

Resultado: Tengo Xgl instalado y funcionando en mi maquina de maravillas. Cabe decir que tengo video on-board de Intel 815 (si mal no recuerdo) y aunque funciona un poco lento, todo funciona correctamente. Hoy lo probare en la casa, alla tengo una ATI RADEON 7000 con 64Mb de video, espero que funcione mas rapido.

Hoy se cumple un año

Hoy se cumple un año de postear en este blog, que sinceramente espero haya sido de utilidad para inculcar la idea del software libre en la comunidad de desarrolladores de sistemas de gestion empresarial. Y espero poder seguir contribuyendo modestamente en el esfuerzo de contar con mejores sistemas, libres y sobre todo cubanos.

A todos los que alguna vez leyeron este blog, Gracias.

2+2 en todos los tiempos

Me gustaria ilustrar mi punto de vista sobre el desarrollo del software a lo largo de estos años desde la vision de un programa para calcular 2+2

Las primeras computadoras se programaban con cableado para poder realizar la operacion de calculo y obtener el resultado, 4.

Despues ya se podia en un programa guardado en cinta o tarjetas perforadas guardar la operacion (2+2) y correr el programa y obtener el resultado 4.

Posteriormente aprovechando las posibilidades de los nuevos lenguajes de programacion se pudo crear un programa donde los terminos de la suma se introducian en tiempo de ejecucion, quedando el programa en A+B y donde uno si queria calcular 2+2 solo tenia que introducir estos terminos y obtener el resultado 4.

A lo que le sigue una innumerable cantidad de formas de especificar los terminos, ya sea en interfaces Web, de escritorio, ventanas, documentos XML, bases de datos, etc. etc. y con la posibilidad tambien de que el resultado almacenarlo, visualizarlo de mil maneras, enviarlo por correo, etc. Aun teniendo la dificultad de que solo podemos calcular A+B.

Mi reflexion es: Porque todavia estamos atados a la logica del negocio codificada fuertemente en el programa al nivel de lineas de codigo? No es tiempo ya de que podamos programar a un nivel mayor de abstraccion?

En mi opinion, parte del costo elevado del desarrollo de aplicaciones es la unidad atomica de composicion de sistemas, "Las lineas de codigo" que visto metaforicamente equivalen a construir una casa a partir solo de arena.

La gran cantidad de estandares impuestos, propuestos y en desarrollo nos debieran permitir la creacion de sistemas a un nivel mayor de abstraccion.

Reflexiones en pos del ERP y las bases de datos

Leyendo un articulo de Esther Shein del sitio Managing Automation [1] titulado "How to Implement a Single, Global ERP System" me pongo a reflexionar sobre la necesidad que tienen las grandes empresas y sobre todo las que tienen una infraestructura nacional o internacional y donde las comunicaciones cumplen un papel fundamental para contar con sistemas integrados de gestion de recursos.

La importancia que tienen en estas infraestructuras las bases de datos es fundamental, esto unido a las redes de datos han modelado el panorama de los sistemas ERP durante muchos años, reflejandose en la modelacion de sistemas distribuidos ya que las bases de datos no pueden accederse centralmente y en los mecanismos de replicacion de datos para poder contar con la informacion en los lugares donde esta sea necesaria.

Se existiese un esquema de replicacion minimo, tal que sea posible hacer una replicacion de datos top-down y down-top de manera que en el servidor primario este toda la informacion y en el secundario solo la que se necesita, podria utilizarse este esquema para potenciar sistemas distribuidos ERP ya que la naturaleza propia de las organizaciones es la de contar con estructuras que asemejan arboles por lo cual es suficiente poder replicar la informacion hacia arriba todo, hacia abajo solo lo necesario segun el modelo de negocio que se implante.

[1] How to Implement a Single, Global ERP System

XMLREG de nuevo a la carga

Hola amigos bloggeros

Mi proyecto XMLREG va de nuevo a la carga, con nuevas ideas, he logrado mejorar la definicion de datos e incluso la definicion de documentos de validacion, creo que en estos momentos esta mas claro lo que pretendo con este proyecto.

La idea principal es brindar una via estandar de extensibilidad de datos y definiciones. Visto desde la optica de los sistemas de gestion informativa seria posible definir todo el sistema e ir implementando las funcionalidades en la medida que estas fueran necesarias sin que esto suponga un gasto de mantenimiento, readaptacion o de reprogramar funcionalidades, asi mismo, en las interfaces de datos, el estandar de facto XML es "demasiado" extensible, IMHO, y eran necesarios mecanismos para estandarizar tambien la forma en que estos documentos se pueden extender, o sea, definir estructuras practicas para almacenar informacion dentro de documentos XML, para esto nada mejor que adaptar el modelo relacional de E. F. Codd.

Ya se encuentra disponible un primer documento de definicion de intenciones, caracteristicas basicas de los documentos y sistemas que cumplan con el modelo de documento del proyecto XMLREG y un caso de uso, ademas de ejemplo de documento.

Si Ud. esta interesado en colaborar o conocer mas sobre XMLREG o desea consultar la documentacion del mismo, escribame a:

ernesto@consumimport.mincex.cu

Las criticas y sugerencias seran mas que bienvenidas.

Una Wiki AJAX con bastantes extras

Ahora tengo un nuevo juguetico, la Wiki AJAX IRDB2, Inicialmente pensado como una plataforma para el desarrollo de aplicaciones Web basadas en definiciones de datos y sus interrelaciones asi como sus caracteristicas independientemente si el motor de datos las soporte o no, esta parte espero comenzarla pronto y darle a la esta Wiki un toque de distincion entre el resto de los motores Wiki del mundo, tanto libres como comerciales.

Aun me faltan varios retoques y sintaxis que poder parsear, asi como un player de videos flash, de audios, page file uploader, downloader, y varias cositas mas. Ya Yahima (mi novia) comenzara a utilizarla para un proyecto de Web educativa de contenidos pedagogicos aprovechando la posibilidad de definir comandos propios que le permitan describir ejercicios tipos, con la posibilidad de contar con las respuestas si se desea y aprovechando la caracteristicas de ser auto-contenidos para poder distribuir estas paginas Wiki a traves de la red de centros de enseñanza en la municipalizacion.

Si tuviera un SVN cubano lo subiria para que la prueben, mientras solo pueden escirbirme y les mando la instalacion para que la prueben, o los fuentes si estan interesados en colaborar.

Estoy de vuelta

Despues de un incidente que dejo mi empresa sin redes de datos, ya estoy de vuelta, con buenas noticias. En este tiempo de actividad limitada logramos terminar el Sitio Wiki de la empresa y digo "logramos" pues conte con la ayuda de una increible compañera, Zaili, estudiante de Ingenieria Informatica del ISPJAE (o CUJAE) de 3er año, que paso las practicas profesionales este año aca conmigo.

Nos batimos bien duro con una GLC (Gramatica Libre de Contexto) para el WikiFormatting, similar a la de MediaWiki (solo similar) que nos permite ahora contar con un marco idoneo para seguir desarrollando los Servicios de Datos que estan planificados hospedar en dicho Sitio Wiki.

El nombre del sitio "CONSUMIMPORT Wikinet", un abanico de posibilidades para extension, utiliza registro encriptado de usuarios, AJAX para toda la interaccion de paginas, permisos sobre paginas, ficheros adjuntos, comentarios de pagina y unas cuantas cositas mas, aqui les dejo una captura de pantalla:

Modelo de negocios de Tienda Virtual

El comercio electronico es prioridad para muchas empresas que todavia no han podido tener resultados en este variante de gestion comercial debido en gran medida a las dificultades de infraestructura y tecnologicas necesarias para lograr realizar el e-commerce de manera real y eficiente. Muchos son los aspectos que aun faltan por resolver, de manera que una opcion viable para las empresas nacionales es potenciar el uso de catalogos o "vitrinas" virtuales donde sus productos sean vistos, valorados y "comprados", en un proceso que no puede catalogarse como completamente electronico, ya que algunos pasos del ciclo de compra, por algunas limitantes, no pueden ser realizadas completamente de manera virtual en Internet, como son el Pago y el Envio de la mercancia.
En mi empresa por limitantes tecnicas no es posible hacer una relacion directa de la tienda virtual (como recurrentemente la llaman) y el sistema de inventarios y contabilidad que finalmente emite, registra y contabiliza las facturas de venta, puediendo ser estas de gran variedad lo que le adiciona un grado mayor de complejidad, siendo el sistema en cuestion, un sistema propietario por el que la empresa paga una licencia, que no le da derecho siquiera a inmiscuirse en las bases de datos de este para extraer informacion o actualizarla de forma que los clientes puedan interactuar directamente con el sistema desde la tienda virtual, aun cuando el conocimiento necesario para poder realizar esta labor tendria que necesariamente ser obtenido por ingenieria Inversa, proceso que ademas esta prohibido por la licencia de uso. Resultando en una dilatacion de los tiempos de puesta en marcha de dicha tienda virtual con el consecuente gasto que en el tiempo ya se ha realizado por conceptos de hosting, desarrollo, etc.
A mi juicio lo que falla aqui es el modelo de negocios que se quiere implantar, en donde tenemos un componente clave que no es posible (por ahora) eliminar, siendo el sistema de contabilidad e inventarios la piedra angular del asunto, ya que todos los sistemas de tiendas que se han desarrollado chocan con la inevitable interaccion directa entre estos y el sistema de contabilidad, caracteristica deseable pues permitiria automatizar un proceso de venta que aliviaria la carga de los vendedores. Interaccion impuesta por el modelo de negocios escogido inicialmente y nunca puesto a discusion. Pero? Seria conveniente cambiar el modelo de negocio de manera que los usuarios no estarian directamente interactuando contra las bases de datos del sistema (cosa por demas peligrosa) realizando pedidos y emitiendo facturas automaticamente que en definitiva tendrian que ser revisadas por los vendedores, pues como todos sabemos este proceso no puede escapar del control necesario para garantizar la seguridad y eficiencia del mismo?
Creo que el modelo de negocio podria ser otro, en el cual se tendria una tienda virtual general y donde:

• Los vendedores (de las consignaciones o tiendas o puntos de ventas que sean) registran en la tienda los productos que ellos consideren susceptibles de ser vendidos mediante la red, especificando precios, descripciones, medios audiovisuales, tarifas, formas de pago, envios, etc. Donde estos pueden ser agrupados por los tipos, almacenes, puntos de venta, y muchas otras categorias para agilizarle la busqueda a los clientes. Garantizando siempre que las existencias de la tienda se correspondan sino exactamente, en menor cuantia a las que tiene en el almacen.
  
• Los clientes cuando busquen un producto, se registran en el sitio, garantizando la seguridad de las operaciones y cuando hagan su seleccion estas le seran desglosadas segun los puntos de venta a los cuales sus ofertas seran dirigidas.
• Estas ofertas de compra, son redirigidas electronicamente al vendedor el cual les da curso de forma electronica, ya sea registrando la informacion de la compra en "SU" sistema de inventarios y contabilidad conformando una prefactura que le es enviada de vuelta al cliente a traves de la tienda virtual. y donde este si esta conforme emite sus cheques y se dirige a los puntos de ventas con su prefactura y su cheque a hacer las facturas, pagar y retirar la mercancia, o en su defecto designar a un transportista a que realice la operacion, ya sea propio o sugerido por la tienda virtual. conformandose el ciclo de venta completo.

Este modelo de negocio ya ha sido usado por el portal B2BCuba y da oportunidades a varias empresas a publicar sus productos en un unico lugar, donde los clientes pueden hacer sus compras con regularidad, permite la creacion de servicios de transporte adicionales y es susceptible de ser integrado con los sistemas de las empresas que lo permitan, donde no sea posible entonces el vendedor asumira la tarea de intermediario.

Registro Seguro IRDB2+DataServices, resumen MD5 de 'root'

Implementando el registro de usuarios en IRDB2, coincido con varios autores que refieren el uso de la funcion Hash MD5 para encriptar la contrasenna, eligiendo la variante de doble encriptacion en el cliente con transformacion por secuencia aleatoria en el segundo paso lo que garantiza que tanto en el cliente como en el servidor las contrasennas permanezcan encriptadas y no sea posible realizar una suplantacion de identidad por clientes no autorizados, lo cual ya era una posibilidad en IRDB y donde se ha mejorado el proceso.
Como dato curioso, probando el metodo de encriptacion en el cliente muestro en el navegador el resumen MD5 del texto 'root' y al no poder copiarlo (no se por que?) le he dado a la opcion buscar sobre el numerito en cuestion (con el fin de copiarlo desde el google) y me han salido casi 350 resultados del resumen de la palabra 'root':

63A9F0EA7BB98050796B649E85481845

La mayoria (por no decir todos) son referencias a claves de usuarios administradores en diversos sistemas, desde una DB sobre biodiversidad de la U. Texas Austin, un sistema nombrado Mantis, MySQL, algo de XOOPS, y asi...

En tanto ya IRDB2 registra sus usuarios contra el DataServices perfectamente, en base a esto pueden ser establecidos varios esquemas de seguridad segun las necesidades de desarrollo, para la Wikinet de la empresa el modelo es sencillo, por grupos jerarquicos, de manera que los niveles superiores tienen mas de rechos sobre los contenidos que los niveles inferiores, siendo posible implementar casi cualquier modelo de seguridad que tenga como base a usuarios, grupos y permisos.

Wiki + Intranet + Servicio de Datos = Wikinet

Estoy en estos dias tratando de reutilizar un viejo proyecto (IRDB) para desarrollar un sitio Web para la Intranet de la empresa, particularmente me interesaba tener una Wiki y algunos Servicios de Datos, pero haciendolo mucho mas sencillo, pues IRDB tenia algunas deficiencias organizativas que espero superar esta vez, dandole un toque mas descriptivo a la definicion del sitio y las funcionalidades de este y prescindiendo de la base de datos de uso obligatorio en IRDB.

Asi, esta surgiendo poco a poco IRDB2, basado en DataServices, un proyecto de implementacion de XMLREG que poco a poco va rindiendo sus primeros frutos y ya da soporte para definicion XML de todos los ficheros, plantillas pre-procesadas, Upload de ficheros, registro encriptado, AJAX y Wiki.

Los proximos pasos van orientados a dar soporte de XMLREG, definicion, estilo y motor de registros para trabajo con datos (captura, reporting, navegacion, filtrado inteligente, etc.). Todo desarrollado en Java, para aprovechar lo desarrollado previamente y aguardando un SVN nacional para publicacion y desarrollo colaborativo (preferentemente con buena disponibilidad)