Semanalmente se realizan las tareas de instalación de nuevos módulos así como la actualización de módulos ya disponibles. A continuación se describen las novedades de TrytonERP:

Semanalmente se realizan las tareas de instalación de nuevos módulos así como la actualización de módulos ya disponibles. A continuación se describen las novedades de TrytonERP:

Ya están disponibles para OpenERP y Tryton los módulos para realizar órdenes de pago y órdenes de cobro (remesas de recibos) con el nuevo formato SEPA (Single Euro Payment Area). Este formato sustituye los antiguos formatos Norma 19, 58, 32, 34 que dejan de estar en vigor des del 1 de febrero de 2014, si bien las normas 58 y 32 se pueden usar hasta el 1 de febrero de 2016 (Adeudos Directos SEPA) y para las otras la Comunidad Europea hace unos días dictaminó una moratoria de 6 meses, hasta 1 de agosto, pero de aplicación voluntaria según el banco Single Euro Payments Area (SEPA)

Si desea usar los nuevos formatos SEPA en OpenERP o Tryton se recomienda contactar con el servicio de soporte para realizar los ajustes, debido que cambia bastante la forma de generar los ficheros. Entre otras cosas hay que:

• Cambiar todas las cuentas bancarias de 20 dígitos a IBAN de 24 caracteres. Lo mejor es añadir los nuevos IBAN junto a las antiguas de 20 dígitos y convertirlos en cuentas bancarias por defecto. Si fueran muchos podemos hacer un script para automatizar el proceso.
• En caso de remesas de recibos (antigua Norma19) es necesario configurar el "Identificador de acreedor SEPA" en el tercero de la empresa.
• En caso de remesas de recibos (antigua Norma19) hay que crear mandatos diferentes para cada cliente, indicando si son recibidos únicos o periódicos. Convendría enviar estos mandatos a los clientes para que los devuelvan firmados y sellados.

Los módulos de Sepa también están incluidos en la modalidad SaaS de OpenERP y Tryton.

Semanalmente se realizan las tareas de instalación de nuevos módulos así como la actualización de módulos ya disponibles. A continuación se describen las novedades de TrytonERP:

Semanalmente se realizan las tareas de instalación de nuevos módulos así como la actualización de módulos ya disponibles. A continuación se describen las novedades de TrytonERP:

Semanalmente se realizan las tareas de instalación de nuevos módulos así como la actualización de módulos ya disponibles. A continuación se describen las novedades de TrytonERP:

Semanalmente se realizan las tareas de instalación de nuevos módulos así como la actualización de módulos ya disponibles. A continuación se describen las novedades de TrytonERP:

Ya tenemos terminal punto de venta para Tryton -TPV-. Después de trabajar con un módulo extra para OpenERP que ampliaba la gestión para los TPV, durante este mes de octubre hemos estado trabajando para disponer de un TPV para Tryton, integrado dentro del propio ERP.

Con este nuevo módulo se ha ampliado como los pedidos de venta se pueden crear:

• Pedidos de venta realizados por comerciales (con o sin gestión de oportunidades de venta).
• Pedidos de venta a partir de terminales de venta TPV.
• Pedidos de venta a partir de aplicaciones de comercio electrónico (conectado con tiendas como Magento, PrestaShop, Amazon, ...) o tienda de Tryton.

Toda la gestión de los pedidos de venta, ya sean comerciales, TPV o tiendas electrónicas queda completamente integrada tanto a nivel de logística (albaranes) como de contabilidad (facturación).

Para más información o documentación hemos publicado un artículo en Terminal punto de venta (TPV) en Tryton

A continuación disponen de la presentación del Tryton POS en las Jornadas de Tryton 2013 en Barcelona #tub2013.

Las empresas que disponen de canales de venta on-line o tiendas virtuales suelen recurrir a aplicaciones ya existentes y dedicadas sólo a este uso. El objetivo de estas tiendas virtuales (generalmente canales B2C) es sólo la venta (clientes, productos y pedidos). No son herramientas de gestión globales y no contemplan muchos de los procesos internos: logística (albaranes, stock, transporte, ...), tarifas, generación de pedidos de proveedor, incidencias o relación con el cliente (CRM), ...

Para integrar nuestra tienda de comercio electrónico con nuestra herramienta de gestión (ERP) generalmente en el ERP se incorpora un módulo que realiza esta comunicación o sincronización. Uno de los errores de diseño de estos módulos es hacerlos independientes para cada software de comercio electrónico, cuando hay una base común en muchos softwares de comercio electrónico: el uso por parte del usuario y el código de ciertos procesos (buscar direcciones o clientes existentes, generación de pedidos, cálculo de impuestos, ...).

Para evitar esta duplicidad, en Tryton se ha diseñado un módulo que controla toda la base común de cualquier comercio electrónico, conocido como eSale. El módulo eSale contempla la gestión base de cualquier tienda de comercio electrónico, ya sea Magento, Prestashop, Amazón, Virtuermart, Drupal e-commerce, ... y para cada uno de ellos deberemos disponer de un módulo concreto que haga de capa de comunicación intermedia entre la tienda electrónica y el ERP (conexión vía webservices que es propio para cada tienda virtual).

También se ha dividio la gestión entre el ERP y la tienda virtual en varios módulos eSale. Aunque se recomienda que toda la gestión sea controlada por el propio ERP y no disponer de otras herramientas, algunos de los proyectos nos encontramos que ciertos procesos se realizan por terceras aplicaciones y integradas con la tienda electrònica. Un ejemplo típico es la carga de productos a partir de terceras aplicaciones.

Al tener cada proceso separado en módulos conseguimos no incluir ciertas gestiones en el propio ERP si no son requeridas. Esto conlleva que la gestión diaria sea más simple para el usuario con menos tareas a realizar (por ejemplo si no se gestionan productos para la tienda virtual, no hace falta instalar el módulo que incluye toda la gestión de importación y exportación de productos).

La práctica totalidad de las empresas de comercio electrónico que disponen de una o más tiendas virtuales tienen contratado los servicios de un transportista para el envío y entrega de las ventas al cliente. En algunos casos, estas mismas empresas transportistas gestionan el propio almacén de la empresa de comercio electrónico, de forma que se envía directamente. O el propio proveedor del producto lo envía directamente al cliente (proceso llamado Drop Shipment).

Aunque la propia tienda virtual disponga de módulos de conexión con los webservices de estas empresas de transportistas, se recomienda que no sea la propia tienda virtual quien realice el envío de los pedidos a los proveedores de transportistas. Veamos dos ejemplos de incidencias reales en el momento de procesar el pedido en el almacén:

• Que no haya stock de uno de los productos en el momento de empaquetar el pedido. Deberemos hacer envíos parciales o esperar que haya stock para envío completo.
• Que no todos los productos estén en condiciones de envío. En ciertos productos delicados puede pasar que en el proceso de empaquetar se rompan o debido a la fecha de caducidad no se puedan entregar.

Esto ocasionaría que la recogida por parte del proveedor se retrase unas horas (mañana o tarde) o incluso al día siguiente. Por esto es importante el envío del paquete sea en el momento de empaquetar el pedido, nunca antes. Cuando dispongamos el paquete listo para enviar es el momento que nuestro ERP puede dar la notificación de entrega al transportista.

Ya que existen muchos proveedores de transporte (Envialia, MRW, Seur, UPS, DHL, ...), se ha diseñado un módulo genérico que contiene la lógica para la gestión de envíos al transportista y sólo debe añadirse el módulo que hace la conexión con la empresa de mensajería o transporte mediante sus propios webservices. De este modo disponemos de la funcionalidad básica para cualquier envío y así la integración con un transportista en concreto es mucho más sencillo y menos costoso que desarrollar un módulo para cada proveedor de mensajería tal como se había realizado en el caso de OpenERP.