En estos días electorales en Argentina algunos candidatos hablan (para no mencionar en plena campaña electoral de lo que se debe hacer para frenar la inflación) de dolarizar la economía (lo que ya cubrimos en otro post). Otro candidato empezó a hablar de una moneda digital. Que es lo que creo va a ocurrir en los próximos meses. La moneda argentina va a sufrir una quita de ceros.
Esta quita de ceros ocurrió al menos tres veces durante mi memoria. Una durante 1983, otra durante 1985 (al inicio del Plan Austral) y otra a fines del año 1991 (a un año de iniciada la convertibilidad). Si me presionan, creo que el peso argentino va a sufrir una quita de tres ceros, como sucedió con el inicio del Plan Austral. La pregunta en ese caso es, que hacemos con Odoo?
Es bastante parecido a lo que planteabamos con la dolarización de nuestra instalación de Odoo. Primero, la migración de la contabilidad no es factible debido a que significa una migración completa del sistema y eso está fuera de nuestros planes debido a que es muy caro. Segundo, no haría nada con respecto a la historia. Hacerlo es muy complejo (por no decirlo imposible, alguien puede predecir que hacer para eso y como va a reaccionar el sistema?) y además consume mucho tiempo (el cual no vamos a tener).
Lo que necesitamos hacer es:
- Actualizar los precios y costos con menos ceros.
- Hacer actualizaciones pertinentes a la factura electrónica
- Actualizar los saldos contables
- Analizar impacto en los reportes contables
Después de hacer un backup del sistema, pasamos a hacer lo anteriormente listado
Actualización de precios y costos
Esto lo podemos hacer mediante xmlrpc o mediante scripts ejecutados con acciones de servidor. Tambien los costos indicados en las listas de precios de proveedores (modelo product.supplierinfo) y las listas de precio de clientes (modelo product.pricelist.item). También los precios extras en la variantes y los contratos (si ellos estan presentes)
Un ejemplo? Por ejemplo podríamos crear una acción de servidor para actualizar los productos. Para ello necesitaríamos el siguiente código en una acción de servidor
for rec in records:
standard_price = rec.standard_price / 1000
list_price = rec.list_price / 1000
vals = {
'standard_price': standard_price,
'list_price': list_price,
}
rec.write(vals)
Y si queremos ver la definición de la acción de servidor:
Esa es la parte técnica. A nivel funcional no es tan sencillo. Quitar ceros a precios y costos requieren un nivel de planeación y coordinación a nivel organizacional importante. Este último punto es lo más importante.
Hacer actualizaciones pertinentes a la factura electrónica
No creo que hayan actualizaciones a la factura electrónica por dos motivos. El primero es, cual se haría? No se necesitan modificaciones a los web-services de AFIP para acomodar una moneda con menos ceros. El segundo es, cualquier cambio a los web-services de factura electrónica demoraría en forma indefinida la implementación de una política económica.
Pero hay que estar atento, por la dudas. Uno en Argentina puede esperar cualquier cosa.
Actualizar saldos contables
Yo no cambiaría el plan contable. Mantendría las mismas cuentas contables (al fin y al cabo estamos modificando los montos que se debitan y acreditan). Solo crearía una cuenta para registrar la pérdida incurrida cuando quitamos los ceros. Y crearía un nuevo diario del tipo normal y en este registraría los asientos contables que actualizarán los saldos contables. El paso siguiente es actualizar los saldos contables, al igual que los saldos de cuenta corriente de clientes y proveedores.
Primero se debe crear una cuenta conciliable (verán porque más adelante) llamada Ajuste Quita de Ceros. para cada cuenta contable que no sea ni cobrable ni pagable (conciliable al fin y al cabo) se debe crear un nuevo asiento. Supongamos que tenemos una cuenta llamada Banco Online con un saldo de 10,000 pesos. 
Este asiento registraría el saldo en el Banco Online pero sin los ceros que se quitaron (se paso de 10,000 a 10. Suena feo pero debemos asumirlo, Argentina paso a ser un país muy pobre). Y registra en la cuenta de resultado los montos substraidos de la contabilidad.
Lo mismo se debe hacer para el saldo de las cuentas de proveedores y deudores por venta. Pero para cada contacto con el que se registra una deuda (aquí deberíamos actualizar la columna partner_id para permitir su posterior conciliación). Se podría hacer lo mismo a nivel factura, pero es una decisión a tomar. Personalmente no lo haría.
Bien, que hacemos con los saldos de las facturas de clientes? Esto es más complejo. Por cada apunte contable con monto residual (campo amount_residual) debemos conciliarlo con la cuenta Ajuste Quita Ceros (que es la que actualizamos anteriormente). Como funciona el mecanismo de conciliación? Lo hicimos en un post anterior.
Analizar impacto en los reportes contables
Creo que se va a necesitar desarrollar una serie de reportes (que van a ser pocos) para informar a los clientes y proveedores sobre lo que se hizo. No utilizaría los reportes existentes para mostrar lo que se hizo para ajustar los montos involucrados en la contabilidad, pero esto merece un análisis aparte.