Rendiment webservices per a OpenERP i Tryton

Publicado: 16-05-2013 15:00

En qualsevol projecte web amb connexió amb l'ERP fem ús del que anomenem webservices que es connecten mitjançant una API. Això ens permet connectar terceres aplicacions en temps real al nostre ERP.

En el cas d'OpenERP disposem de:

En el cas de Tryton disposem de:

Per cadascun d'ells hem dissenyat petits scripts per realitzar una tasca i obtenir el temps necessari per executar-la.

Estem veient que el nou paquet ERPPeek ha superat el consolidat OOOP en molts tests, però en la cerca de molts registres li veiem un coll d'ampolla bastant gran.

Importació llibreria i connexió

OOOP

real: 0m1.142s
user: 0m0.344s
sys: 0m0.024s

ERPPeek

real: 0m0.118s
user: 0m0.072s
sys: 0m0.016s

Proteus

real: 0m0.843s
user: 0m0.092s
sys: 0m0.200s

Cerca

En aquest cas s'ha usat la cerca d'empreses sense cap filtre. Ha retornat 11000 empreses.

OOOP

real: 0m1.088s
user: 0m0.344s
sys: 0m0.036s

ERPPeek

real: 0m0.555s
user: 0m0.208s
sys: 0m0.032s

Proteus

real: 0m0.785s
user: 0m0.208s
sys: 0m0.100s

Note

El test de proteus s'ha fet de 1000 registres, no de 11.000 registres d'OpenERP.

Cerca i consulta del registres

En aquest cas s'ha usat la cerca de empreses sense cap filtre i un bucle dels resultats per obtenir la informació del nom. Ha retornat 11000 empreses. En aquest cas s'ha utilitzat el browse/get per la lectura dels elements.

OOOP

real: 1m54.359s
user: 0m3.548s
sys: 0m0.268s

ERPPeek

Browse

real: 7m54.161s
user: 0m6.272s
sys: 0m0.720s

Read

real: 2m45.493s
user: 0m27.838s
sys: 0m0.288s

Note

Veiem com en el read (diccionari) obtenim molta més rapidesa que amb el browse (objecte), però continua sent el doble d'un browse de OOOP.

Proteus

real: 0m58.620s
user: 0m1.444s
sys: 0m0.156s

Note

El test de proteus s'ha fet de 1000 registres, no de 11.000 registres d'OpenERP.

Lectura d'un element

Lectura d'un registre per ID.

OOOP

real: 0m1.728s
user: 0m0.364s
sys: 0m0.036s

ERPPeek

real: 0m0.600s
user: 0m0.068s
sys: 0m0.044s

Proteus

real: 0m0.578s
user: 0m0.164s
sys: 0m0.132s

Creació d'un nou registre

Crear una nova empresa.

OOOP

real: 0m1.660s
user: 0m0.348s
sys:0m0.036s

ERPPeek

real: 0m0.471s
user: 0m0.072s
sys: 0m0.036s

Proteus

real: 0m0.838s
user: 0m0.264s
sys: 0m0.120s

Modificació d'un registre

Modificar el nom d'una empresa existent.

OOOP

real: 0m1.172s
user: 0m0.344s
sys: 0m0.028s

ERPPeek

real: 0m0.247s
user: 0m0.056s
sys: 0m0.028s

Proteus

real: 0m0.593s
user: 0m0.184s
sys: 0m0.100s

Precios por grupo de clientes entre OpenERP o Tryton y Magento

Publicado: 14-05-2013 14:00

Magento es una plataforma de comercio electrónico popular. Muchos de estas plataformas están pensadas para ser canales de comercio electrónico B2C (para clientes finales), pero no para entornos B2B (para distribuidores).

De todos modos, en Magento está disponible una funcionalidad que sería similar a un cana de venta B2B: Grupo de precios.

La opción de grupo de precios permite marcar un precio concreto según el grupo de cliente. A parte del precio por defecto o el precio especial, a cada grupo de Magento le podemos marcar un precio distinto.

Por ejemplo, si un usuario pertenece al grupo 'Retailer', el producto tenga un precio distinto que un usuario que pertenece al grupo 'NOT LOGGED IN'.

Podemos diseñar diferentes tarifas en nuestro ERP y asociar que tarifa se usará para calcular los precios de cada grupo de cliente de Magento. OpenERP puede calcular los precios de las tarifas a partir de precio de coste, precio de venta, a partir de otra tarifa, etc.

Está disponible la documentación OpenERP y Magento y Tryton y Magento sobre como se configuran y se utilizan los precios por grupo.

Comercio electrónico B2C y B2B sin conectores

Publicado: 09-04-2013 14:02

Ya hace más de año, el 16 de noviembre de 2011 iniciamos el proyecto OpenERP e-Sale (al principio se llamaba Zoook). Este proyecto apareció después de trabajar con conectores con tiendas virtuales como Magento o Prestashop (antes OSCommerce). El motivo es que la configuración de cualquier conector es complicada, sobretodo, si se desea personalizar. Por este motivo se ha desarrollado un nuevo proyecto de comercio electrónico en el que OpenERP es la base del proyecto.

Al cabo de unos meses ya teníamos OpenERP e-Sale implementado en varios proyectos, aunque cabe de decir que son tiendas más del estilo B2B que B2C. El sistema proporciona un sistema de recálculo de precios de producto, generación de líneas de pedido según stock y proceso de los pedidos de venta sin conectores.

Ahora hemos vuelto a revisar el mundo de las tiendas electrónicas sobre el lenguaje Python. Del proyecto Satchmo hemos pasado por LFS hasta encontrar Oscar Commerce.

Podríamos decir que a simple vista Oscar Commerce es buen sustituto de OpenERP e-Sale y de los conectores de Magento y Prestashop si son proyectos de nueva creación. Dos de los puntos claves de usar esta plataforma en nuestros servicios son:

  • Plantillas Bootstrap. Fin de los sites únicamente para móviles. Con bootstrap podemos conseguir que nuestra tienda electrónica también esté optimizada para nuestros smartphones.
  • Añadir funcionalidades extras en el código origen. Muy similar a la herencia que proporcionan OpenERP y Tryton, también podemos cambiar el comportamiento inicial. Por ejemplo, que los costes de envío provengan del ERP y no del propio Oscar Commerce.

ERP DB Copy. Generación de base de datos copia para OpenERP y Tryton

Publicado: 27-12-2012 14:00

Partiendo de la filosofía del código de Tryton que consigue que cada vez seamos más Pythonistas, nos ha inspirado para crear un nuevo paquete Python para la generación de una copia de base de datos para Tryton y OpenERP que es muy útil como entorno de pruebas o formación.

Hasta ahora la generación de una base de datos de copia se realizaba cuando se realizaba una copia de seguridad, normalmente cada día por la madrugada. Esto ocasionaba que cada día tuviéramos una nueva base de datos para hacer pruebas reemplazando la anterior, pero si el cliente necesita hacer pruebas durante varios días no le era útil. Además la generación de una copia de base de datos conlleva un tiempo y el tiempo de las copias de seguridad era mayor. Otro inconveniente era que el usuario no podía hacer un clon de su base de datos cuando quería y debía esperar al día siguiente.

Finalmente, después de estos inconvenientes, el equipo de Zikzakmedia hemos desarrollado el módulo Database Copy (dbcopy) que permite la generación de esta base de datos cuando se quiera. En un par de clicks y un café instantáneo ya se dispone de una nueva base de datos para pruebas. Este módulo usa el paquete erpdbcopy para la generación de bases de datos copia.

Magento y Tryton eSale. Comercio electrónico integrado con el ERP

Publicado: 05-12-2012 14:01

Después de la publicación de los módulos para OpenERP de integración de herramientas de comercio electrónico era evidente que el siguiente paso era portarlo al ERP Tryton como herramienta esale. Se ha aprovechado para mejorarlo a nivel de diseño, con un código más ligero y mejor usabilidad.

En el caso de Magento, muchos clientes nos comentan que la edición del catálogo de productos no lo quieren hacer en el ERP porque el usuario que los añade a Magento ya está acostumbrado con esta plataforma o porque los productos son importados de otras fuentes hacia Magento. Ahora es posible disponer una integración sólo a nivel de pedidos de venta sin la necesidad de sincronizar el catálogo de productos. La sincronización sólo genera pedidos de venta, y estos albaranes, pedidos de compra y/o facturación. Todo sin tener que importar el catálogo de Magento y sincronizarlo.

Otra mejora es la integración de Tryton eSale con Magento o cualquier otra herramienta de comercio electrónico. Esto nos ha pasado en algunos clientes que su canal B2C estaba implementado con un Magento, y en momento que desean crecer implantando un portal B2B la herramienta Magento no les sirve (por muchos módulos extra que existan de Magento). La unión de OpenERP eSale con Magento Connect hace que se dispongan de campos duplicados, básicamente campos informativos (descripciones y SEO). Ahora, si se desea gestionar los productos con Tryton, el módulo eSale Product comparte acciones y campos para Magento, Tryton eSale o cualquier otra plataforma de comercio electrónico.

Módulo de contabilidad española para Tryton

Publicado: 27-11-2012 14:01

Empezamos ofreciendo servicios y módulos con TinyERP, después con OpenERP y finalmente con Tryton. Y por fin tenemos el módulo para la contabilidad española (account_es). Este módulo ofrece el Plan General Contable Español 2008 y Plan General Contable Español 2008 (PYMES) y está actualizado con todos los cambios del pasado 1 de setiembre de 2012.

Como tenemos muchos clientes a los que damos soporte con OpenERP y todos usan los módulos de localización española, el nuevo módulo de localización española para Tryton se ha diseñado partiendo de un módulo intermedio de estos dos ERPs, para que las actualizaciones o cambios de uno se vean reflejados en el otro, y así dar un mejor mantenimiento.

Albaranes de Tryton o OpenERP para Envialia, servicios de mensajería

Publicado: 16-11-2012 14:00

Este mes hemos estado trabajando con una librería de Python para la comunicación con los servicios de Envialia (webservices). Envialia es una empresa de mensajería como Seur, MRW, Nacex, Tipsa, ... cuyos servicios son la recogida de paquetes en nuestro almacén y su entrega al cliente o bien ellos disponen de nuestro almacén y hacen entregas directamente a nuestro cliente. Este tipo de servicios es muy usado para empresas que se dedican al comercio electrónico, ya sea con la gestión de Magento, OpenERP e-sale o Tryton e-sale.

Todas estas empresas de mensajería disponen de su propio software para la gestión de paquetes en su plataforma. El inconveniente es que estas empresas usan tecnologías un poco obsoletas y tienen estos clientes disponibles sólo para escritorios Microsoft Windows.

La librería que hemos diseñado nos permite comunicar con el servicio de envío de Envialia para las siguientes acciones:

  • Creación de entregas. Envío de nuestros albaranes a Envialia
  • Listado de albaranes. Listado de albaranes entregados a Envialia por fecha
  • Información del albarán. Detalles del albarán de Envialia
  • Estado del albarán. Estado del albarán de Envialia
  • Etiqueta del albarán. Etiqueta del albarán de Envialia (obtención de fichero)

Esta librería está disponible tanto para los ERPs Tryton como OpenERP, así como aplicaciones web Django o Flask.

Participación en las TUL 2012, las jornadas de Tryton

Publicado: 05-11-2012 14:01

Nuevamente parte del equipo de Zikzakmedia se desplaza a Bélgica. Los días 9 y 10 de noviembre de 2012 se realiza unas jornadas sobre Tryton ERP. Aunque este año no hemos propuesto ninguna ponencia (teníamos en el tintero los módulos de CRM, sistemas de facturación recurrente (contratos) o conectores Magento o Prestashop), dispondréis en nuestro Twitter de Tryton ERP de comentarios sobre todo aquello que vaya sucediendo durante estas jornadas. De momento ya están publicadas las ponencias, que abarcan desde el cliente para Android, conectores para el cliente o módulos concretos como el de producción.

Sale Asterisk. Seguimiento de pedidos de venta por teléfono

Publicado: 16-06-2012 14:01

Asterisk es un servidor de telefonía que se puede conectar un número determinado de teléfonos para hacer llamadas entre sí e incluso conectar a un proveedor de VoIP o bien a una RDSI.

Son muchas las tiendas que disponen de esta infraestructura de telefonía y mediante el módulo asterisk para OpenERP se dispone de la base de la comunicación de este ERP con el servidor central de telefonía de nuestra empresa.

Hace unos meses ya se implementó el uso de Asterisk con OpenERP en los departamentos de ventas. En esta primera versión se amplió las funcionalidades del CRM (Iniciativas y oportunidades de pedidos de venta) para el seguimiento hasta ganar la venta.

Salido de la cocina de Zikzakmedia, ahora disponemos del módulo sale_asterisk que nos permite el seguimiento de los pedidos de venta por telefonía y registrar las llamadas.

Topónimos Mejicanos para OpenERP y Tryton

Publicado: 26-04-2012 14:02

Disponible el módulo l10n_mx_toponyms para OpenERP y country_zip_mx para Tryton:

  • Añade relación código postal con ciudad
  • Añade relación país MX con sus distritos (provincias)

Funcionalidad

  • Añadiendo el país México (mx) sólo se listaran los 31 distritos (provincias).
  • Añadiendo el código postal con prefijo, si este existe, lo asociará con una ciudad. Si además el prefijo concuerda con el prefijo de un distrito, rellenará el distrito.

Como siempre, son valores por defecto que propone el sistema. Después se pueden cambiar manualmente si la propuesta no es correcta o vacía.

  • MX24014: Lo asociará con la ciudad Ah-kim-pech y el distrito Campeche (24).
  • MX01020: Lo asociará con la ciudad Guadalupe Inn. Este no lo asociará con ningún distrito ya que no hay ningún distrito con código 01. Se deberá rellenar manualmente.

Tryton

El Top 10. Un ERP ágil tanto para los usuarios como a nivel técnico. Un ERP que se adapta a sus necesidades.

Nereid

Nereid es el nombre que se le ha dado al proyecto web de Tryton. Con él cualquier registro o módulo de Tryton está disponible en como canal web. Imagínate que se puede hacer...

En la nube

Para la pequeña PyME, organizaciones o autónomos hemos creado el servicio SaaS de OpenERP y Tryton. www.zzsaas.com.

Servicios

Usted pone el reto. Nosotros la solución e implementación.