Otro ERP se une a la liza… OpenERP
Permitidme que copie una entrada de Jordi Esteve en barrapunto, que me ha hecho plantearme el estudio de OpenERP.
Empieza aquí....
OpenERP . Hace 1 año escaso el repositorio SVN del desarrollo de OpenERP solo era accesible por sus partners que pagaban una cuota "elevada" (Abanq actualmente no ofrece ni esto). Hace 6 meses el repositorio SVN fue abierto a todo el mundo y hace 3 meses todo el desarrollo se ha migrado a launchpad, plataforma de desarrollo de software libre creada por Canonical. Aquí se
gestionan diferentes ramas con bazaar (similar a svn), bugs, translations (en este momento Español está casi al 100% y catalán al 80-90%), ...
En OpenERP Commiters casi 60 personas, muchas sin relación con la empresa madre, estamos desarrollando módulos que posteriormente algunos son traspasados a la versión oficial por el OpenERP Quality Team.También hace pocas semanas se ha creado el OpenERP Spanish Localization Project a partir del código desarrollado en el svn de google-code. Aquí se alojan los módulos de localización como la validación cifs, cuentas bancarias, planes contables, remesas de recibos 19 y 58, importación extractos bancarios 43, ...
La tecnología que usa también es muy importante: framework de desarrollo en python y ficheros XML, modular (más de 300 módulos), informes diseñados desde OpenOffice, clientes de escritorio para windows, mac y linux versión Qt y versión Gtk, cliente-sevidor web (si, la misma aplicación es a la vez una aplicación de escritorio y una aplicación web), conectores para diferentes tiendas on-line: os-commerce, virtuemart, magento, ...
Termina aquí...
A ver qué tal es OpenERP...
Detalles que no me van gustando…
Estoy ya enfrascado en adaptar tanto AbanQ como OpenBravo a mis necesidades de almacenaje de materias primas para el proceso productivo (que en el caso de las artes gráficas, es papel, tintas o barnices, y determinados consumibles para maquinaria, que aunque no son materias primas, sí inciden en la producción, como mantillas, solución de mojado, etc).
La primera en la frente con AbanQ. Una de las premisas básicas de los sistemas ERPs es la de la no duplicidad de la información en el modelo de datos. Para ello, por ejemplo, se tiene un maestro de proveedores (que puede ser una tabla donde se almacenan todos los proveedores). Y cuando debemos hacer una referencia a un proveedor desde cualquier otra entidad (por ejemplo, un pedido a proveedor o un albarán de proveedor), incluimos en esta otra tabla una columna o campo que almacena un dato, el identificador único de la tabla maestra de proveedores. De esta forma, tenemos una relación establecida y los datos no duplicados.
Veo que el modelo de datos de los módulos oficiales de AbanQ en su versión 2.2, duplican la información. Tenemos una tabla de proveedores, donde existen campos o columnas como el nombre o el CIF del mismo. Sin embargo, veo, con desagrado, que en la tabla de pedidos a proveedores, encuentro campos que duplican información: veo en esa tabla, el id del proveedor (lógico), pero también el nombre del mismo o su cif. ¿Para qué quiero tener repetida la información del proveedor en la tabla de pedidos de proveedores? Pero ya no es sólo la repetición. Imaginemos que modificamos el nombre del proveedor. Estamos obligando al sistema a que extienda esa modificación del nombre a todos las tablas que también almacenan el nombre del proveedor.
Este es un error de diseño grave del modelo relacional. Voy a preguntarlo en los foros, a ver qué respuesta obtengo, porque también existe la posibilidad, de que esté interpretando mal el modelo de datos.
Este error no ocurre en OpenBravo, donde de hecho existe un maestro genérico, "Terceros" que almacena todas las entidades ajenas a la empresa pero que influyen en la misma: Clientes, Proveedores, Acreedores, Empleados, etc. OpenBravo y su modelo de datos, respeta ese diseño básico del modelo relacional de bases de datos.
Actualizado a 21 de Noviembre de 2008. Me ha contestado Federico Albujer en los foros de AbanQ a esta inquietud en el modelo. Reproduzco aquí su respuesta, ya que me ha parecido muy interesante:
Donde dije digo, digo Diego…
Hace unos días, publiqué que descartaba AbanQ como posible ERP que adaptar a mi empresa... Sin embargo, a día de hoy tengo que rectificar. Es cierto que AbanQ en cuanto a funcionalidad es menor a OpenBravo u OpenXpertya. Pero, la construcción de OpenBravo es mucho más compleja, aparte de que existe bastante polémica alrededor de la aplicación (como puede verse en algunos hilos de barrapunto, aquí, sobre su licencia y sus formas como empresa, o aquí, entrada de una persona que tenía un blog dedicado en exclusiva a OpenBravo y que tuvo que cerrar).
Lo que sí está claro es que OpenBravo es un fork de Adempiere o Coimpiere, y en el que no acabo de ver (que no significa que no exista) la programación modular que sí tiene AbanQ. Es por ello, y aunque AbanQ esté por debajo en funcionalidad que voy a volver a contemplarlo. Por su modularidad.
Todo lo que encuentre que falte, lo iré implementando yo, y poniendo a disposición de la comunidad. Al fin y al cabo, AbanQ está desarrollado en Qt (que conozco con soltura)...
Manejo de clientes esporádicos
Hay algunos problemas, que se presentan en la gestión del día a día que pueden parecer sin importancia, pero que a la larga pueden dar lugar a una cantidad de problemas importante. Uno es la gestión informática de clientes esporádicos. Si tengo un cliente que sé que va a venir un sólo día y quizás no aparezca nunca, ¿realmente interesa crearle una ficha de cliente en el sistema? ¿Realmente merece la pena esa inversión de tiempo y de distorsión de información en el sistema?
El día que mi padre, fundador de la empresa, me planteó este problema, pensé que lo mejor era dar de alta a todos los clientes con ficha propia en el sistema, fueran o no esporádicos. Sin embargo, esta aproximación tiene problemas importantes.
- La agenda de clientes puede llegar a hacerse inmanejable, con cientos de registros de clientes que nunca se volverán a utilizar.
- Se tendrán además, registros inconsistentes. Inevitablemente todos tendemos a no incorporar toda la información de un cliente esporádico... total, si no va a volver a venir, ¿para qué complicarnos introduciendo toda la información?
Por otro lado, almacenar todos los clientes tiene otra serie de ventajas
- Un funcionamiento lineal del sistema informático (para crear una factura siempre debe existir clientes creados)
- Una agenda de clientes potenciales (ya que fueron clientes alguna vez nuestro) que nos puede permitir rescatarlos en el futuro.
En nuestro caso optamos por una solución intermedia. Nuestra agenda de clientes presenta una estructura relacional 1 a muchos, con una tabla que gestiona la información del cliente, y otra las posibles direcciones (o sucursales) de ese cliente. Para los clientes esporádicos, introduje una modificación en el programa, que permitiera la creación de un único cliente mostrador, pero con múltiples direcciones para clientes esporádicos directamente desde facturas, albaranes o presupuestos. La solución es efectiva.
Al plantear la mudanza a OpenBravo u OpenXpertya o cualquier otro ERP, esta opción deja de estar disponible para nosotros. A no ser que la implemente... me lo estoy pensando.
Continuando con los ERPs…
He estado estos días probando OpenXpertya y OpenBravo. La verdad, es que se nota el núcleo común de ambas, Compiere. La filosofía de trabajo en ambas es igual (la forma de configurar las entidades o clients, por ejemplo es igual en ambas, el workflow, o los sistemas de navegación). Hay diferencias. Presento algunas.
Qué me gusta de OpenXpertya
- Su entorno de escritorio en Java. OpenBravo sólo tiene entorno web, y el trabajo se hace algo más incómodo. OpenXpertya ofrece tanto la interfaz web, como la interfaz Java, lo que se agradece. Hay detalles que pulir, pero si me decanto por esta herramienta, iré corrigiendo los bugs que encuentre, y subiéndolo a OpenXpertya (si me dan permiso).
- Integrado con herramientas en OpenOffice.
- Muy enfocado al mercado español.
Qué no me gusta de OpenXpertya
- La comunidad que hay detŕas, debe ser escasa. Sus foros tienen muy poca actividad (escasamente 1 o 2 mensajes al día, algunos hace meses que no se actualizan). Su wiki es bastante pobre aún.
- La propia respuesta comercial no parece fuerte. No me han respondido aún a peticiones para un soporte comercial.
- Carece de un módulo de producción, como sí tiene OpenBravo.
Qué me gusta de OpenBravo
- Su módulo de producción. Me parece un buen punto de partida para implantar el ERP en centros productivos.
- Su interfaz web está mucho más cuidada que la de OpenXpertya... sin embargo no tiene entorno de escritorio, lo que para mí es un handicap.
- Su comunidad parece más viva. Su wiki es bastante más completo que el de OpenXpertya y ayuda bastante más. Sus foros, presentan algo más de actividad.
- No necesitas JBoss para hacerlo funcionar. ¿Realmente usa OpenXpertya EJB o similares para necesitar un servidor de aplicaciones?
Qué no me gusta de OpenBravo
- No tiene entorno de escritorio.
- No parece tan enfocado al mercado español (aunque es desarrollado por una empresa española).
- No tiene (o no lo he encontrado) integración con OpenOffice.
Seguiremos comentando...
Elección de un ERP en artes gráficas
Existen varios ERPs de conocido prestigio en el mercado español, como por ejemplo Inextrama (basado en SAP), Optimus (creo que realizado en MySQL y sobre python...), Palmart... Creo que cualquier industria gráfica de mediano tamaño necesita de un ERP con el que gestionar su operativa diaria.
Curiosamente, nosotros no tenemos ningún ERP tal cual implementado, y sí una serie de herramientas desarrolladas por mí en Qt para presupuestar, facturar...
Necesitamos uno. Y como los de pago no me acaban de convencer (demos demasiado... orientadas, sin posibilidad de utilizarlo y saber si realmente puede adaptarse a nuestras necesidades) y dado que uno de los módulos más complejos (el de presupuesto) lo tengo realizado, hemos decidido implementar un ERP opensource al que acoplar nuestros módulos existentes.
Entre los ERP opensource existentes, estoy valorando tres.
De ellos AbanQ es el que me parece menos evolucionado. Es un desarrollo realizado en C++ con las librerías Qt, y con soporte de varias bases de datos. Sin embargo, me parece que sigue un desarrollo demasiado lineal (es como si me faltara la interrelación entre todas las tablas) y que, aunque muy modular y ampliable, está aún por detrás en funcionalidad.
OpenBravo y OpenXpertya provienen de una misma base, Compiere, proyecto ERP también en software libre, y que ha tenido un fork, Adempiere. Son proyectos robustos, realizados en Java, "relativamente" modulares, y ampliables. OpenXpertya está enfocado casi exclusivamente frente al mercado hispanoamericano (España y Latinoamérica), a diferencia de OpenBravo, lo que lo sitúa en una posición de ventaja frente a esta. OpenXpertya cuenta además con un cliente pesado Java (de escritorio) frente a OpenBravo que sólo tiene interfaz web. Esto es una ventaja añadida para OpenXpertya. Sin embargo, la documentación alrededor de OpenBravo parece más extensa (OpenXpertya tiene un manual de pago de la versión 1.9 y va por la 2.2...), y su comunidad parece mayor que la de OpenXpertya. Estos son factores muy importantes.
Sigo analizando y comentando...
El jefe de mi novia es …. impresentable
Anécdota curiosa. Así trabajan algunos "empresarios" (con comillas muy resaltadas). Este señor exige el cumplimiento de una jornada laboral de 43 horas semanas (3 por encima de lo establecido legalmente y en convenio) sin remunerar. Y cuando se le dice que no se está dispuesto a echar, dice el "buen" señor:
-¿Y el Corte Inglés cómo lo hace? ¿Cómo está de 10 a 22? Con la gente echando horas extra!!!...
Claro, le cabe a uno pensar, ¿este hombre está en serio? Si lo está, ¿en qué mundo vive? Si no lo está, ¿de verdad cree que puede engañar a su personal con esas reflexiones? ¿No conoce el concepto de turnos?
En fin, esas y otras muchas anécdotas, son las que nos dan a los empresarios la fama que tenemos... Espero, por el bien de todos, que este tipo de "empresarios" sean los menos...
Negocios sin margen
Trabajar con la Administración Pública en las Ártes Gráficas es, en general, harto decepcionante. Cada vez más, el único criterio de evaluación en sus concursos públicos (y en muchos contratos menores no necesariamente licitados a través de la fórmula concurso público) es el precio. Y me pregunto, si lo que se busca es lo más barato, ¿a qué están forzando a las empresas?
- A procesos productivos en los que no prime la calidad.
- Están forzando a que las empresas hagan sus inversiones escogiendo la maquinaria más barata (da igual la calidad que den, si reducen su coste hora)
- A que aumente la precariedad laboral (recordemos que hay que reducir el coste hora, mas si eso es a costa del trabajador).
No soy un iluso, el precio es un factor importante, pero gracias a Dios, y en una sociedad como la nuestra, no es el único. ¿Por qué no incluyen los puntos a evaluar mejoras que pudieran realizarse al trabajo impreso? ¿Por qué no se incluyen entre esos puntos a evaluar algunas medidas de calidad, como por ejemplo, valorar aquel que ofrezca un mayor número de tintas impresas (ejemplo que se ha venido rápido a la cabeza)?
Como en muchos otros apartados, la Administración Pública no instruye ni alecciona, simplemente presiona sin sentido, mientras se despilfarra dinero en otros menesteres que todos conocemos.
Ruptura de confianza
Cada día estoy más convencido de que las empresas deben proporcionar confianza por encima de cualquier cosa. Sin embargo, hoy día se tiende a lo contrario. Cada vez se inspira menos confianza. Los clientes buscan en su mayoría el precio (especialmente la administración pública, que rara vez valora algún otro criterio que no sea el precio y el plazo de entrega). Lo segundo que buscan es la entrega inmediata del producto (sin entender en muchos casos que los impresos a medidas deben "fabricarse").
Sin embargo, soy de los que piensa que todavía es válido un modelo basado en la confianza entre cliente y proveedor: confío que en que me darás el mejor servicio, al mejor precio, en el menor tiempo posible y con la máxima calidad, y entre ambos negociamos cuál de esos parámetros es más importante en cada trabajo, ya que en general, suelen ser incompatibles entre sí.
Pero el nivel de exigencia cada día es más elevado, y se aprieta en todos los factores. Todas las empresas intentan ofertarlos todos, lo que es imposible, y se generan problemas y desconfianza. Creo que soy utópico, pero deberíamos intentar ir a una sociedad más empática y no tan egoísta.
Tendencias en el papel impreso: Acabados
La publicidad nos inunda... está claro. Hoy día es posible recibir publicidad en el móvil, y se obtienen unas imágenes o textos (a través de mensajes de texto o cualquier otro medio de transmisión) que pueden estar en múltiples resoluciones, tamaños o colores. Generalmente, la mayoría de nosotros, borramos ese mensaje (bastante molestos por recibirlo) sin prácticamente verlo. Lo mismo ocurre con el SPAM (de hecho, ninguna empresa seria se atreve a poner su publicidad en SPAM por lo dañino que es para su imágen). Bastante molesta es también la publicidad en las páginas web (de hecho, los nuevos navegadores utilizan bloqueadores anti-publicidad).
Esto ocurre cuando el soporte en el que se transmite la información es de coste muy bajo, como son los electrónicos: se satura el medio, y deja de ser válido para publicidad (o al menos su efectividad es muy reducida, lo que se compensa con cantidad de la misma, que provoca un círculo vicioso de rechazo por saturación).
El papel presenta una ventaja... si se sabe utilizar. Un folleto en un papel con un acabado adecuado, genera una sensación diferente en muchas personas. Primero, porque el papel se siente como algo físico (frente a la publicidad online... que da una sensación más etérea... son letras o dibujos en una pantalla fácilmente eliminables). Se estimula además, no sólo la vista (como ocurre con medios electrónicos), también se estimula el tacto, e incluso el olfato. Por tanto, creo que el papel sigue siendo un soporte comercial perfectamente válido. Voy a presentar algunos de esos acabados.
Uno de ellos es por ejemplo, el plastificado del papel. Tras el proceso de impresión puede utilizarse un acabado conocido como plastificado. Básicamente consiste en aplicar una película o lámina muy fina de PVC sobre la superficie del papel (generalmente toda la del impreso). Éste proporciona al papel un tacto particular, sedoso en algunos casos. Además, el color impreso adquiere una vistosidad especial y se consigue una mayor calidad en el impreso en general. El plastificado además protege el papel, proporcionándole una sensación más compacto (como si el gramaje del papel hubiera aumentado... realmente es así, la película tiene peso!). Existen dos tipos de plastificado: mate y brillo. Eso sí, para aplicarlos hay que tener en cuenta que no todos los papeles aceptan el plastificado, y que además deben respetarse los tiempos de secado de tintas (lo que hace imposible aplicarlos en trabajos de hoy para mañana).
Categorías
- Artes Gráficas (26)
- ERP Open Source (20)
- General (26)
- Librerías Qt (24)
- Mundo empresarial (21)
- Programación (13)
- Uncategorized (1)
Mis blogs favoritos
Programación
Mi empresa
Entradas anteriores
- diciembre 2010 (1)
- octubre 2010 (1)
- abril 2010 (1)
- marzo 2010 (2)
- febrero 2010 (1)
- diciembre 2009 (5)
- noviembre 2009 (3)
- julio 2009 (1)
- junio 2009 (2)
- mayo 2009 (3)
- abril 2009 (4)
- marzo 2009 (12)
- febrero 2009 (2)
- enero 2009 (2)
- diciembre 2008 (6)
- noviembre 2008 (10)
- octubre 2008 (1)
- septiembre 2008 (6)
- agosto 2008 (5)
- julio 2008 (12)