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:
Esta librería está disponible tanto para los ERPs Tryton como OpenERP, así como aplicaciones web Django o Flask.
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.
La idea es sencilla: Disponer un cliente para Android conectado a OpenERP para la consulta/gestión de la asistencia de comedores escolares. El proyecto ha sido llevado a cabo para un Consell Comarcal de Catalunya y permite la gestión de comedores escolares de centros públicos. Mediante tabletas táctiles con Android, los monitores pasan lista de los alumnos que se quedan a comer, pudiendo consultar si también tenían previsto venir, además de sus datos personales por si hay que llamar a su tutor.
Aunque parezca todavía increíble, a no todos los pueblos les llega internet con suficiente calidad. Para evitar cortes en el acceso al servidor OpenERP, los dispositivos Android pueden trabajar fuera de linea, pudiendo mas tarde sincronizar los datos de escuelas, grupos, alumnos y asistencias al servidor OpenERP.
Además del cliente Android conectado a OpenERP, el proyecto ha requerido diseñar la gestión de un comedor escolar con OpenERP: centros educativos, ediciones, sesiones, alumnos, inscripciones y asistencias, incluyendo la facturación con gestión de becas y partición de la facturación entre varios agentes. Toda la gestión se basa en OpenERP y en varios módulos de training. El código fuente se encuentra disponible en Launchpad. Se ha desarrollado un cliente hecho a medida para Android 2.3 (compatible con versiones superiores).
Quizás el formulario mas complejo de un ERP sea el de productos seguido del formulario de clientes. Las opciones que nos ofrece OpenERP para añadir un producto son inmensas y debemos ir campo por campo y rellenar o seleccionar las opciones según el producto. Los campos rellenados por defecto en el formulario ya nos va bien para muchos productos. Pero aun así, para ciertos usuarios, puede ser tedioso añadir productos a nuestro catálogo.
El módulo product_oneclick pretende mitigar este problema, permitiendo añadir productos con un simple asistente. Desde Ventas/Productos/Crear productos podemos ejecutar un asistente que nos pedirá los campos esenciales para añadir un producto. También, en ciertas instalaciones, hemos añadido funcionalidades extras para Magento y OpenERP e-Sale para añadir los campos de comercio electrónico. De esta forma el usuario puede dar de alta un producto sin que la vista de formulario por defecto le asuste por su complejidad de campos y opciones.
Como conocerán por los medios de comunicación del 11 de julio de 2012, se efectuará un incremento del IVA.
Durante el mes de agosto se aplicarán estos nuevos impuestos en el ERP. Para el día 1 de septiembre los productos deberán estar actualizados con estos nuevos impuestos.
Los incrementos en los impuestos son:
La actualización de los impuestos se realizará en todos los servicios SaaS y en todos los servidores OpenERP que dispongan activado los servicios de mantenimiento y actualización.
Estamos trabajando en la definición de los nuevos impuestos. Recibirán un correo cuando esté actualizado su servidor o instancia de OpenERP con la definición de los nuevos impuestos.
Para actualizar los productos actuales a los nuevos impuestos lo puede hacer manualmente modificando los campos impuestos de compras y ventas en el formulario de productos. Si se dispone de un catálogo amplio de productos podemos realizar esta actualización "atacando" directamente a la base de datos. En este último caso nos deberán confirmar el día que desean actualizar los productos con los nuevos impuestos.
Para los usuarios registrados es suficiente actualizar los IVAs de los productos, pues se recalcula el precio según tarifa y con los impuestos definidos en el producto. Para los usuarios anónimos deberá actualizar los productos del canal de comercio electrónico para recalcular los precios de venta que se guardan en memoria caché.
Es sencillo de configurar: En Magento no hace falta definir los nuevos IVAs. Simplemente el IVA 18% existente en Magento se debe redefinir el cálculo del 18 al 21.
En OpenERP, a nivel contable no debe hacer nada. Simplemente deberá cambiar el nombre de las opciones del campo tax_class_id para que gráficamente el usuario vea la opción IVA 21 y no IVA 18.
Para cambiar las opciones del selector del campo IVA de Magento, accedemos a: Administrador/Estructura de base de datos/Objetos. Filtramos por el objeto product.product y editamos el campo x_tax_class_id (Impuestos magento) y en el campo Selección del campo, modificamos la etiqueta de las opciones. Por ejemplo:
Por defecto en OpenERP los ficheros adjuntos se guardan en la base de datos. Esto provoca que el tamaño de la base de datos empieza a crecer mucho cuando nuestro ERP empieza a contener muchos ficheros adjuntos. Esto tiene el inconveniente a nivel técnico que la generación de copias de seguridad sea más lenta ya que el fichero SQL va creciendo en tamaño.
Es por este motivo que en su instancia SaaS o en su servidor de OpenERP se ha instalado el módulo document. Este módulo permite almacenar físicamente los ficheros adjuntos en el disco duro y como la base de datos no guarda el contenido (binario) de los ficheros es mucho más ligera.
Los ficheros adjuntos se gestionan (se añaden, se consultan y se eliminan) desde el icono adjuntos del cliente de escritorio, pero también se generan adjuntos automáticamente en facturas, en correos electrónicos, en remesas de recibos, ...
Adjuntos y la base de datos _copia
Si se generan ficheros adjuntos en la base de datos copia, esta internamente los guardará en el directorio especificado en Conocimiento/Configuración/Documentos/Medios. El día siguiente, estos ficheros quedarán huérfanos ya que no tendrán relación sobre el adjunto del ERP. Internamente no pasa nada, sólo que se crecerá en la ocupación de espacio del disco duro con ficheros físicos sin relación con el ERP.
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.
Para las empresas de comercio electrónico es común que se incluyan importaciones de catálogos de productos de portales especializados. Hace poco ya anunciábamos el módulo icecat para la importación de productos dentro de nuestro OpenERP con la información del portal icecat. Ahora ya disponemos en OpenERP de la integración con el portal IngramMicro. Aunque la información de este portal es poca/básica para un portal e-sale, nos facilita la importación de sus productos (nombres, categorías, precio coste, ...).
El desarrollo del módulo Ingram ha conllevado realizar un módulo base para la importación/exportación de ficheros CSV: csv_file. El objetivo de este módulo es la importación y/o exportación de datos desde/a fichero CSV especificando que campos se requieren y al mismo tiempo permite calcular sus datos. Por ejemplo, si exportamos un producto que su categoría es la que tiene ID 1, podemos exportar a CSV indicando que nos transforme el número 1 por el nombre de la categoría.
Se encuentra disponibles varias mejoras del módulo del cálculo de los balances contables de OpenERP, ya que había un error en el cálculo del balance (normalmente el de situación) si habían apuntes en algunas cuentas muy específicas como la 551, en que no todo el saldo va un concepto del balance, sino que el debe y el haber van a lugares distintos.
También hemos aprovechado para crear una plantilla de balance de situación "BALANCE PYMES (PGCE 2008) 129 + 7 - 6" que permite calcularlo en cualquier momento del ejercicio fiscal (en uno o varios períodos), aunque no esté hecho el asiento de pérdidas y ganancias.
La plantilla de balances "BALANCE PYMES (PGCE 2008) 129 + 7 - 6" es idéntica a la plantilla normal "BALANCE PYMES (PGCE 2008)" pero en el "VII. Resultado del ejercicio" tiene los conceptos 129,7,(6) en lugar de 129, así se calculan beneficios + ingresos - gastos.
Disponible el módulo l10n_mx_toponyms para OpenERP y country_zip_mx para Tryton:
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.
El Top 10. Un ERP àgil tant pels usuaris com a nivell tècnic. Un ERP que s'adapta a les seves necessitats.
Nereid és el nom que s'ha donat el projecte web de Tryton. Amb Nereid qualsevol registre o mòdul de Tryton està disponible en el canal web. Imaginis fins a on pot arribar...
Per la petita PiME, organitzacions o autònoms hem creat el servei de SaaS d'OpenERP i Tryton. www.zzsaas.com.
Tu poses el repte. Nosaltres la solució i implementació.
