El 28/09/17 a les 22:26, Pedro E.J. de León ha escrit:
Tu no eres quien compra en euros, sinó la persona que te compra tu
producto.
Sergi, *SÍ COMPR**O *en Euros (en dólares en realidad pero a los efectos
es lo mismo) y vendo también en esa divisa que no es la del sistema. De
ahí la importancia de no "perder la referencia" cuando se calcula el
precio de venta. De otro modo, cuando voy a reponer el Stock con pesos
"flacos" ya no no puedo comprar los Euros necesarios (dólares en mi
caso) para recuperar las unidades vendidas.
Para esto existe un producto financiero que se llama opciones sobre
divisa.
Esto parece interesante. Pero tendré que indagar dónde lo encuentro y
cómo funciona.
Habla con tu entidad financiera.
Utiliza un lote único para cada producto, de esa forma podrás
identificar que movimiento fue el que compraste el producto exacto y
saber el costo exacto. En ese movimiento tienes la referencia a la
compra asociada, por lo que puedes saber la divisa el precio y
teniendo el historico de cotizaciones (o bien guardar la tasa de
cambio en la linea para tener el valor exacto utilizado) podrás saber
los valores en las dos divisas.
Estuve mirando un poco en la pestaña /*Lotes*/ de un producto pero no
llegué a interpretar demasiado el procedimiento..
Creo que la parte relevante es la de los movimientos de stock, que es
dónde le assignas el lote a cada movimiento.
Sobre esta idea, aunque yo iba por el lado de los ATRIBUTOS, tenía
alguna esperanza de solucionar guardando la COTIZACIÓN correspondiente a
la fecha de la operación de compra. Los precios en moneda local, de
Venta y de Compra, se establecerían a partir de ella.
Si vas a añadir este tipo de campos, mejor un módulo y añadir el campo
explícitamente que no utilizar atributos.
TARIFA calcularía precio de VENTA en moneda de sistema=/(*precio de
venta* / *atributo COTIZACIÓN* x *margen ganancia *x *cotización del día*)/
/para que Tryton recupere el valor correcto en la otra Divisa volviendo
a dividir entre *cotización del día* con lo que obtendremos lo deseado. /
Supongo que así podría funcionar sin tocar el programa.... y tendría
toda la información reunida en la "ficha" del producto.
La gracia de todo es que hagas un par de módulos para tocar el programa
y adapatarlo a tus necessidades. Por lo que comentas no debería ser muy
complicado.
*Claro que para escribir aquella instrucción en la TARIFA necesitaré de
vuestro concurso porque no sabría como decírselo... Todavía no me he
familiarizado lo suficiente como para saber dónde encontrar los nombres
internos de los campos donde se almacenan los datos...***Ténganle
paciencia al anciano.... Que queda a Uds. más que muy agradecido.
El módulo de tarifas por defecto sólo acepta la clave *list_price* para
hacer referencia al precio de venta del producto. Pero se puede extender
para añadir campos addicionales. En tu caso deberias añadir un campo que
tenga en cuenta las diferèncias de cotización.
Un saludo,
**
--
Sergi Almacellas Abellana
www.koolpi.com
Twitter: @pokoli_srk
