[v12] Tarifas de precios con calculo basado en otra tarifa
Jesus Ramiro
Estoy configurando las tarifas y no funcionan como yo esperaba, me decís que opináis.
Quiero utilizar la opción de cálculo ‘basado en otra tarifa’. Para ello tengo tres listas de precios:
- PUBLICA
- DESCUENTO
- OFERTA
- DESCUENTO + PUBLICA
Regla 1:
Aplicar Sobre: Global
Calcula el Precio: Formula
Basado en: Otra Tarifa
Otra Tarifa: DESCUENTO
Regla 2:
Aplicar Sobre: Global
Calcula el Precio: Formula
Basado en: Otra Tarifa
Otra Tarifa: PUBLICA
Comportamiento Esperado:
Cuando añado un producto al pedido mira en “Regla 1” y si ese producto no se encuentra mira en “Regla 2” y si tampoco se encuentra pues obtiene el precio venta de la ficha del producto.
Comportamiento Actual:
Cuando añado un producto al pedido mira en “Regla 1” y si ese producto no se encuentra obtiene el precio venta de la ficha del producto. NO MIRA EN MAS REGLAS
Sospecho que este comportamiento se basa en que si se encuentra con una regla definida con (Aplicar Sobre: Global) ya no va a mirar si hay más opciones. O se encuentra el producto o se devuelve el precio de venta de la ficha.
Yo creo que con el ‘comportamiento esperado’ que comento el tema de las tarifas sería más potente y daría más juego.
Miguel Bejar Luque
Buenas tardes,
En principio la tarifa que coge es la que cumpla el requisito, si pones aplicar sobre global, cogerá la primera, porque cumplpe la condicion, y aplicara la regla 1, y para el precio del producto se basará el la tarifa Descuento, y el precio que pondrá será lo que hayas puesto en nuevo precio = descuentos o lo que hayas puesto ahí, pero no irá a la segunda regla, porque la primera la aplicas a todos los productos
Saludos
--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/openerp-spain-users/1f94326f-eb33-4a50-b738-e1414ffe79fcn%40googlegroups.com.
Jesus Ramiro
Efectivamente es como indicas, esa es la gran limitación que le veo al sistema de tarifas de Odoo.
Porque para el planteamiento de diferentes listas de precios que planteo, no hay otra manera de indicar que quiero que se aplique solo a los artículos de las (sub-tarifas). Y a mayores si quisiera también tener algún calculo global sobre los precios lo añadiría como una tercera regla basada en esa definición de tarifa.
No conocerá alguien algún módulo que en la opción “Aplicar Sobre” añada la opción (Ninguno). Y de esta manera se ciña a los productos definidos en la sub-tarifa.
Arnau Birba
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/openerp-spain-users/300e6fa8-8a05-4866-9221-b67e6cbffeb0n%40googlegroups.com.
| |||||||||||||||||
Jesus Ramiro
En ese escenario que describes es justo hasta donde encaja el sistema de basarse en otra tarifa. Porque solo has necesitado basarte en una tarifa. El problema surge si tienes una segunda lista de ofertas, como es mi caso.
Imagínate que además de la tarifa OFERTA, necesitas otra como por ejemplo PROMOCIONES.
Y no puedes juntar las dos listas porque estas PROMOCIONES no son para todos los clientes.
Es decir que para los clientes necesito una nueva tarifa que en tu caso seria “TARIFA 20 + PROMOCIONES”.
No hay manera de hacer una configuración para que si el producto que no está en la lista OFERTA lo busque en una segunda lista PROMOCIONES.
Esto surge porque en varios ERP’s made in SPAIN, En la ficha de los clientes se suele poder definir:
Tarifa: Que es la típica lista de precios con algún cálculo como tiene Odoo
Pactos: Precios especiales que tiene el cliente para ciertos productos.
Promociones: Ciertos artículos que están en promoción y se le asignan al cliente o no.
Intento reproducir esto es Odoo.
Arnau Birba
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/openerp-spain-users/f14f411b-3de6-4664-8d29-caeea3ff3a46n%40googlegroups.com.
Ana Juaristi
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/openerp-spain-users/CACvdw8iHtH_qGZc%2BB5GVbeUBcnVouxhOwmSUj3NeAOfV2Qw_3A%40mail.gmail.com.
Ana Juaristi Olalde : Personal phone: 677 93 42 59. User/usuario skype: Avanzosc
El contenido de esta comunicación y de toda su documentación anexa es confidencial y se dirige exclusivamente a su destinatario. El uso no autorizado de esta información está prohibido por la legislación vigente. Si usted no es el destinatario le rogamos nos lo indique, no comunique su contenido a terceros y proceda a su destrucción. Disculpe las molestias que le haya ocasionado la recepción indebida de este e-mail. Sus datos figuran en un fichero cuyo titular es Avanzosc, S.L., a quien usted puede dirigirse para ejercer sus derechos de acceso, rectificación, cancelación y oposición en Av) Julio Urkijo, 34 20720, Azkoitia (Gipuzkoa), Tef. 943 02 69 02 - administracion@avanzosc.es
Komunikazio
honen
edukia eta dokumentazio erantsia konfidentziala da eta
hartzaileak bakarrik jaso beharko luke. Indarrean dagoen
legeriak debekatu egiten du bertan eskainitako
informazioa baimenik gabe erabiltzea. Komunikazioa zuri
iritsi bazaizu, baina zu ez bazara hartzailea, mesedez,
guri jakinarazi, eta jasotako informazioa ez inori
jakinarazi eta suntsitu. Barkatu okerreko email hau
jasotzeak eragindako eragozpenak. Zure datuak Avanzosc,
S.L. enpresaren fitxategietan sartuta daude. Zure datuak
atzitzea eska dezakezu, bai eta, datuak zuzentzea,
ezereztea eta tratamenduari aurka egitea ere.
Horretarako, enpresara jo dezakezu, helbide honetan: Julio Urkijo etorbidea 34, 20720,
Azkoitia (Gipuzkoa), telefonoa: 943 02 69 02 - administracion@avanzosc.es
This message and all documents attached to it are
confidential and intended only for the person or entity
to which it is addressed. Any use of this information by
unauthorised persons is prohibited under current
legislation. If you received this message by error,
please advise us, destroy it and refrain from
communicating its contents to third parties. We
apologise for any inconvenience receiving this email
improperly may cause to you. Your
personal data are included in a file owned by Avanzosc, S.L.
If you want to exercise your rights of access, correction,
erasure and objection you can contact the Controller at julio Urkijo 34 20720, Azkoitia (Gipuzkoa), T: 943 02 69
02 – administracion@avanzosc.es
Alejandro Martínez
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/openerp-spain-users/CAMfyfia7M_u8OzTCQAdXKGU0cfCNpK5QHojmk5v%3DJ1E2S_Rh%3Dw%40mail.gmail.com.
Jesus Ramiro
Muchas gracias Ana por tu explicación.
El concepto que maneja Odoo con las tarifas cubre una inmensa casuística claro que sí. Pero la casuística que he tratado de explicar no consigo ver que la cubra.
No la cubre simplemente por el hecho de que no se pueden enlazar dos reglas que se basen en otras tarifas. Por lo menos yo no lo termino de ver por más que pongo.
El enfoque de Odoo que explicas implica que cada vez que necesitemos configurar algún precio diferente para un cliente crear una tarifa para ese cliente.
En esas tarifas (especificas por cada cliente) mejor basar los precios en reglas de cálculo. Porque como pongas precios a mano se volvería algo inmantenible para futuros cambios de precios.
De esta forma se consiguen tener diferentes precios para los clientes pero creo que tendría que cambiar completamente el concepto que tiene ahora el usuario porque no se parece en nada a lo que manejan actualmente.
El concepto de tener que mantener solo los precios en cuatro tarifas (Asociado / Ofertas / Descuentos / Promociones)
Y más tarde definir las tarifas que asignamos a los clientes y en el orden que queramos que se apliquen:
Descuentos + Asociado
Descuentos + Promociones + Asociado
Ofertas + Descuentos + Asociado
….
….
Es un concepto para las tarifas que intento cubrir con Odoo. Y veo que si Odoo fuera capaz de enlazar varias reglas que se basasen en otras tarifas, cubriría aún muchas más casuísticas.
Igual conceptualmente está muy bien, pero técnicamente añadir este concepto al que ya maneja es algo extremadamente complicado. Puede ser porque aún no lo he analizado a nivel técnico.
Saludos!!
Pedro Manuel Baeza Romero
Jesus Ramiro
Por lo que veo en el código sí que hay que sustituir un método entero para crear un módulo. Pero me parece factible la verdad :-).
Voy a crear un módulo con ese código. Si funciona bien lo subo a mi Github para los interesados.
Saludos.