Los productos comprados en Moneda del Sistema tendrían por defecto (y
no modificable) el valor 1.
*Esto NO debe ser así. Por cierto los precios de compras en pesos se
verían "catapultados" si se utiliza el valor 1 para cotización de
compra... SIEMPRE SE DEBE REGISTRAR LA PARIDAD MONETARIA DEL MOMENTO DE
LA COMPRA de manera que los precios de venta mantengan, aún con
facturación en moneda local, un valor actualizado. Siempre se pueden
introducir correcciones si en algún momento fuesen necesarias. *
El 29/09/17 a las 11:17, Pedro E.J. de León escribió:
Buen día Marcelo:
Vamos con algunas precisiones.
COMPRO en Euros (en dólares en realidad pero a los
efectos es lo mismo) y vendo también en esa divisa ...
Esto es así pero no exclusivamente así. Las compras y ventas se hacen
en las dos monedas (Moneda Nacional y Dólares) y también las ventas.
Son los productos comprados en dólares, cuya reposición de stock
vuelve a requerir una compra en dólares, los que representan una
situación de riesgo desde el punto de vista de la rentabilidad.
Hoy la Empresa (en su viejo Clipper) almacena el último Precio de cada
producto y la Moneda en que está comprado. Y se maneja así:
*Venta en PESOS 1*) Si Precio "viene" en DÓLARES hace la conversión
al cambio establecido en la Tabla MONEDAS en campo DOLAR FUTURO que se
revisa periódicamente para que esté "un pasito adelante" de la
cotización vigente en el momento de la operación con lo cual se cubren
dos objetivos: a) los pesos obtenidos de la venta permiten comprar en
el mercado los dólares necesarios a realizar la ganancia y hacer la
reposición del producto.. b) los precios en Moneda Nacional de los
productos comprados en dólares no sufren modificaciones diarias sino
periódicamente cuando se hace el ajuste del DOLAR FUTURO.
*Venta en PESOS 2)* Si Precio "viene" en PESOS se utiliza
directamente el valor para la facturación.
*Venta en D**Ó**LARES**3)* Si Precio "viene" en PESOS se convierte a
Dólares con una cifra decimal dividiendo los pesos entre la cotización
Interbancaria Compradora.
*Venta en DÓLARES 4)* Si Precio "viene" en DÓLARES se utiliza
directamente aplicando para la contabilidad en PESOS la tasa de
cotización Inter Bancaria Compradora del cierre del día anterior a la
operación.
No sé si llegaste a ver los comentarios de Sergi Almacellas en el
sentido de que sería mejor hacer un módulo que contemple estos
aspectos.. Por supuesto que la tarea me queda grande hoy por hoy y no
tengo el tiempo para abordarla. Me gusta el desafío pero no puedo
encararlo en este momento. Ya estoy más que excedido de tiempo sin
presentar resultados concretos a la Empresa. Por esa razón intento
ver si puedo resolver con modificaciones pequeñas, por la vía de las
TARIFAS.
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.
Sergi Almacellas sugiere que es mejor que ir por el lado de los
ATRIBUTOS del producto, agregar Campos y extender en el módulo de
Tarifas los campos a los que se pueda acceder... eso creí entender al
menos. No sé. Yo agregaría campos a la tabla de productos, básicamente
MONEDA DE COMPRA y COTIZACIÓN DE COMPRA.
Los productos comprados en Moneda del Sistema tendrían por defecto (y
no modificable) el valor 1.
Los productos comprados en Segunda Moneda obligadamente deberían tener
un valor<> 0 correspondiente a la cotización de compra. (Valor <>0
porque será utilizado como divisor en la tarifa y no se puede dividir
por cero)..
Con estos dos elementos creo resolveríamos la situación de darle al
sistema el precio actualizado en *PESOS* para que recupere el valor
correcto del precio en *DÓLARES ... *y de ahí en más el proceso
seguiría sin modificaciones
TARIFA VENTA CONTADO comprados en ambas Monedas =*precio de venta* /
*cotización compra* x *cotización del día* x margen contado
Naturalmente es preciso que la TARIFA pueda recoger las dos variables
de cotización, a mi juicio una desde la ficha del producto y la otra
desde la tabla de Monedas... O desde donde estuvieren almacenadas.
Quizás habría que prever cómo obtener estos resultados en otro tipo de
consultas de precios..
*Saludos cordiales Enrique*
El 28/09/17 a las 20:59, Marcelo Zunino escribió:
On 28/09/17 19:15, Pedro Enrique José de León Ayçaguer wrote:
No había pensado en esa posibilidad por cuanto pensé que no era
posible que registrara los asientos contables en pesos si fijaba
dólares como moneda del sistema... Mañana lo miro un poco. Ahora me
permitiré una función de cine... Gracias Marcelo
*No* es lo que he pensado.
Si fijas `dólares` como moneda en tu instalación de Empresa, la
contabilidad de dicha Empresa se *registrará* en `dólares`.
Ahora, dadas tus premisas:
COMPRO en Euros (en dólares en realidad pero a los
efectos es lo mismo) y vendo también en esa divisa ...
Aún definiendo `dolares` como divisa en tu instalación de Empresa sería
posible *expresar* reportes contables en Pesos.
Eso debería resultar más simple que modificar la implementación de
facturación.
Bastaría que se mantenga una tabla de cotizaciones diaria, que permita
calcular los Pesos al momento de emitir reportes.
(en teoría alcanza con registrar el "tipo de cambio" para cada fecha en
la que existan operaciones)
Esto sería posible con independencia de la moneda/divisa en que estén
*registradas* la operaciones.
Creo que vale la pena evaluarlo.
Saludos.
El sep 28, 2017 6:50 PM, "Marcelo Zunino"
<[email protected] <mailto:[email protected]>>
escribió:
On 28/09/17 17:26, Pedro E.J. de León wrote:
>
>> 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.
Ahora termino de entender, creo. En ese caso quizá convenga evaluar si
no es conveniente fijar Dólares o Euros como moneda principal del
sistema. Si tu facturación de compra y de venta es en
Euros/Dólares sólo
vas a necesitar la divisa Pesos para expresar la contabilidad, que
también podrás registrar en Euros/Dólares. Si las disposiciones
legales
obligan a presentar los estados contables en Pesos, quizá sea más
sencillo mostrar los reportes contables en Pesos que modificar el
sistema para que resuelva la facturación a tus requerimientos.
Saludos.
.
