Actualmente, _get_current_rate devuelve 1/rate cuando la moneda es preciada con respecto a la moneda base.
El problema es que en account_voucher por la lógica que usa, a veces la llama con rate y otras con 1/rate. Esto provoca que al realizar pagos o cobros con la misma moneda que la factura (que no sea la moneda de la compañía) hace malas conversiones erróneas.
Lo que intenta esta modificación es agregar un campo nuevo en res.currency.rate que se habilita si la moneda está configurada como Preciada. Y al cargar ese campo, se recalcula el camp rate original. Entonces, la lógica original queda tal cual y las conversiones que se hacen son correctas.
Si están de acuerdo, se pasaría a mergear !16 (closed)
Está faltando la migration antes de mergear para quitar el WIP.
Migration agregada por @ssaid