Odoo para Negocios de Estampados, ¿con packs?
Solución a una problemática clásica de implementación
Hace poco más de 1 mes se nos presentó la gente de Estampado Textil (a quienes por supuesto recomendamos) con la problemática de llevar su negocio de estampados en un sistema de Odoo. Al principio pensé que era simplemente cuestión de configurar correctamente el módulo de fabricación, después de todo, hace muchos años que en el foro oficial de Odoo el equipo de desarrollo oficial del mismo publicó uno de esos "Challenges" sobre como hacer que Odoo funcione en empresas de estampado. Pero la gente de Estampado Textil me hizo darme cuenta de algo: lo que odoo plantea es una solución a nivel fabricación, pero a nivel ventas el problema de la trazabilidad de stock sigue ahí. Con lo que no solucionan gran cosa, simplemente hacen más complejo todo. A continuación voy a plantear la problemática que desciframos y la solución que terminamos implementando, la cual es mucho más simple de lo que parece.
Reconociendo el problema
Hablamos de un negocio de productos estampados, ellos tienen su producto base (no importa cual) y le agregan una estampa (personalizada o no, no es lo importante). El proceso es en apareciencia sencillo, el producto a estampar (pongamos por caso una remera) se encuentra dado de alta con sus variantes de talle y color, con su stock correspondiente; y el producto estampado tambien se encuentra dando de alta con sus variantes. No obstante, el stock del producto estampado depende directamente del stock del producto a estampar. Si yo tengo 10 remeras negras talle M y la remera estampada Moldeo la utiliza como base, entonces tengo también 10 remeras estampadas Moldeo. Pero si tengo las remeras estampadas con el escudo de River, Boca o Banfield, que utilizan la misma remera negra de base, entonces también tengo 10 de stock de esas tres "variedades" (que deben ser tratadas como productos individuales). El asunto se complejiza todavía más, porque si mediente una orden de ventas se vende una remera estampada Banfield, entonces el sistema debe dejar 9 remeras negras de base para estampar, y automáticamente ajustar el stock del resto de los productos a estampar. Es decir, el negocio en stock físico tiene la remera negra lisa, pero virtualmente las vende estampadas y quiere mostrar todo el stock "potencial" que tiene en base a su stock de remeras base. De modo tal que solo estampen a pedido, pero siempre mostrando el stock potencial que tienen para que el cliente decida si puede comprar o no. Y si, se estima que esto funcione con un eCommerce, así que el dato de stock tiene que ser exacto.
La solución: packs de OCA
Soy de los que sostienen que si algo no está roto no debe ser arreglado; y en este caso si hay un módulo pensado para otra cosa pero que puede servirnos con pequeñas modificaciones ¿por qué no usarlo?. Es el caso del product-pack de OCA. Se trata de un conjunto de módulos sumamente sencillos pero muy estables, que permiten hacer que un producto sea un pack. Es decir, si un negocio vende un pack compuesto por 2 productos A, 1 producto B y 1 producto C; entonces con esta serie de módulos permitirá que ese producto (al ser marcado como pack y correctamente configurado) muestre el stock potencial que tiene, y hasta un precio calculado. Para que esto funcione hace falta instalar el product_pack y el stock_product_pack. ¿Dónde está el truco? Cada remera estampada es un "pack" compuesto por una remera base y una estampa (producto de tipo consumible, es decir, con stock "infinito").
Fácil y sencillo, y lo mejor es que con un poco de paciencia se puede usar junto con variantes.
Acerca de:
Ignacio Buioli
Degree on Multimedia Arts. He has developed numerous Multimedia projects as well as written articles and translated texts of the mentioned subject. In Moldeo Interactive, He is a Partner and Programmer; also taking care of a large part of the online networks and courses.