Factor. UOM.

[imart...@gmail.com]

Hola!

¿¿¿Alguien sabe en que módulo, código python, se utiliza el campo Factor de UOM para realizar el cambio de unidades de medida???

Muchas gracias!

[Alvaro Fernandez]

Hola,

     (Te hablo en todo momento en la versión 6.1 y 6.0, aunque no creo que cambie mucho en la 7) El módulo es el product. El objeto de la unidad de medida (donde se almacena el factor) es "product.uom". La función en la que se hace el cambio de unidad de medida, depende de dónde la realices, pero dentro de la propia unidad de medida hay dos funciones donde se calcula la cantidad en función de la unidad de medida: "_compute_qty" y "_compute_qty_obj".





Álvaro Fernández

[imart...@gmail.com]

Muchas gracias!

Y desde estas funciones puedo acceder a los campos de product??

He añadido dos campos a la tabla, x_grueso  y x_metros2. Y los dos influyen para realizar el cambio de unidades.

Al final deberia ser así.

        amount = qty / (from_unit.factor * product.x_grueso / product.x_metros2)

Esta bien? esta mal? esta muy mal?

Muchas gracias.

El dimarts 25 de març de 2014 11:16:04 UTC+1, imart...@gmail.com va escriure:

[Alvaro Fernandez]

Hola,

     Pero, ¿dónde quieres aplicar esta fórmula? ¿en un pedido de venta? ¿de compra? ¿O quieres hacer una conversión de la unidad de medida de un producto en su ficha? ¿Estas unidades de medida, son del mismo tipo? Creo que no estoy entendiendo muy bien lo que necesitas...




Álvaro Fernández

[imart...@gmail.com]

Hola!
El factor de conversión seria el campo factor de las unidades por un campo nuevo que hemos añadido en la tabla product, x_grueso.
1 metro x metro x milimetro pesa 8,24 kg de acero.
Los artículos los vendemos en metros quadrados y los compramos en kg. Por lo tanto el factor de conversión es 8,24 por x_grueso (de cada articulo de acero).

Muchas gracias!

[Ana Juaristi]

Creo que ya lo comenté anteriormente pero por si fuese de interés... mrp_dimensions te controla todos estos cambios de unidad tanto en venta como en compra como en fabricación.

Duda: Tengo entendido que el acero son 7,84kg por dm3 no? entonces, no entiendo de donde saldría ese 8,24 pero igual estoy equivocada.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios OpenERP en España" de Grupos de Google.
Para anular 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 obtener más opciones, visita https://groups.google.com/d/optout.

--
CEO Avanzosc, S.L : Office phone / Tfono oficina: (+34) 943 02 69 02
Ana Juaristi Olalde : Personal phone: 677 93 42 59. User/usuario skype: Avanzosc
www.openerpsite.com

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 Julio Urkijo, 32, 20720, Azkoitia (Gipuzkoa), Tef. 943 02 69 02 - adminis...@avanzosc.com

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, 32, 20720, Azkoitia (Gipuzkoa), telefonoa: 943 02 69 02 - adminis...@avanzosc.com

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, 32, 20720, Azkoitia (Gipuzkoa), T: 943 02 69 02 – adminis...@avanzosc.com

[Ivan Martinez]

Hola Ana,

Pero mrp_dimensions no esta disponible en la versión 7.0...

Aquí utilizamos el factor de conversión, para el acero, de 1 metro * 1 metro * 1 milímetro pesa 8,24 kg.

Las compras las realizamos en kg y vendemos en planchas de 1 metro cuadrado. Por lo tanto una plancha de acero de 8 milimetros de grueso pesa 8,24 * 8 = 65,92 kg.

Muchas gracias.

--
Has recibido este mensaje porque estás suscrito a un tema del grupo "Usuarios OpenERP en España" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/openerp-spain-users/iNVpD_U1Hjc/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a openerp-spain-u...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Ivan Martinez Villanueva
696612511

[Alejandro Santana]

Hola.

Tal vez lo que necesites sea usar la opción que da OpenERP de usar unidades de medida diferentes para la venta (UoS = Unit of Sale) y para el almacén (UoM = Unit of Measure).

Entre ambas hay un coeficiente de relación que es uos_coeff, de manera que uos = oum * uos_coeff

Por otro lado, el factor de product.uom sirve para relacionar una unidad de medida con la unidad referencia de su misma "categoría de unidades de medida", por ejemplo, sirve para relacionar cm con m, o g con kg, pero no cm con kg.

Esto en teoría [1] te serviría si tienes definida cada tipo de plancha (por lo que veo en tu caso, m^2 de cada (x * y * z)) y lo relacionarías con un uos_coeff en cada caso.

El campo uos_coeff está en product.template (también accesible en product.product, ya que hereda del anterior).

Estos días estoy pegándome un poco con ello para un cliente, pero para la versión 6.1. Aún hay mucho que mejorar, sin duda, pero puedes echarle un vistazo al módulo product_uos_extended [2] de https://code.launchpad.net/~anubia/anubia-openerp-addons/6.1 

[1]: Lo de que en teoría es útil es porque he comprobado que el uso de esta unidad secundaria está bastante "rota" (ver bug: https://bugs.launchpad.net/openobject-addons/+bug/1089229 ), y se trata de manera diferente en product, sale.order, account.invoice, perdiéndose a veces en el paso de una a otra y teniendo nombres de variables que significan cosas diferentes en los diferentes modelos. A parte, se ve en el código que no se tiene en cuenta en el cálculo de la unidad secundaria de venta el que se elijan otras unidades dentro de la misma categoría de unidad de medida en los pedidos de ventas o en facturas (en teoría deberías poder expresar en un pedido de venta en g algo que en producto esté definido en kg... pero no recalcula el precio unitario).

[2]: Ojo, está un tanto embrollado y la nomenclatura es un tanto confusa (y me temo que no he comentado el código como debería, ya que aún es un WIP), pero parte debido a que no quería romper ningún tipo de compatibilidad con el modelo de datos actual, que en cuanto a UoM/UoS es bastante confuso. Si se hiciera de cero (u OpenERP lo arreglara) sería muchísimo más sencillo.

Entre otras cosas, permito especificar en la ficha de producto el precio de la unidad de venta (si existe) y recalcularía el de la unidad de medida. Así se puede elegir en los informes la cantidad en cada una de las unidades (principal o secundaria) y el precio de la que se quiera. Y recuperarlo desde pedidos de venta o facturas.

También se permite especificar cantidades y precio según unidad secundaria en pedidos de venta, recalculando el resto de valores. Ahora estoy para arreglar lo mismo en facturas, pero ahí depende de si es una factura nueva o proviene de pedido de venta, ya que sólo existe una variable que se identifica con uos, independientemente de que en el pedido de venta se especificase uom o uos.

En fin... sigo con ello. Si te sirve de algo, perfecto.

[Pedro Manuel Baeza Romero]

Como apunte, en la rama OCB 6.1 he revisado varios parches relacionados con las unidades de venta, y me consta que en la 7 se han arreglado bastantes cosas al respecto, pero tampoco os puedo dar señas concretas ahora mismo ya que hablo de memoria.

Conviene echar un vistazo...

Un saludo.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios OpenERP en España" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.