Multimoneda en SAP Business One

SAP Business One opera en multimoneda registrando cada documento en su moneda original (por ejemplo, dólares), convirtiéndolo a la moneda local (soles) con el tipo de cambio cargado para la fecha de contabilización, y conservando ambos importes. Esto permite facturar, cobrar, pagar y contabilizar en soles y dólares dentro del mismo sistema, calcular la diferencia de cambio y revaluar los saldos en moneda extranjera en cada cierre. El resultado correcto depende de tres decisiones: qué tipo de cambio se carga cada día, cómo se configuran los socios de negocio y las cuentas, y cómo se ejecuta la revaluación mensual.

En Perú, una buena parte de las empresas vende, compra, financia o importa en dólares, pero declara y cierra en soles. Esa doble realidad crea un problema que rara vez aparece en el día a día, pero sí en el cierre:

  • Cuentas por cobrar en dólares que, en soles, no coinciden con la contabilidad.
  • Diferencias de cambio que nadie puede explicar porque se calcularon a mano.
  • Un estado de resultados que cambia entre el borrador y la versión final.
  • Proveedores del exterior cuyos saldos no cuadran con su estado de cuenta.

Ninguno de estos problemas es un problema de dólar. Son problemas de proceso: tipos de cambio cargados tarde o de forma inconsistente, documentos mal asignados a su moneda y revaluaciones hechas «cuando alcanza el tiempo».

1. Moneda local. Es la moneda en la que se lleva la contabilidad oficial de la empresa. En la mayoría de empresas peruanas, soles.

2. Moneda del sistema. Es una segunda moneda de referencia que SAP Business One utiliza para reportes y consolidación. Se define al crear la empresa y conviene decidirla con criterio financiero desde el inicio, porque cambiarla después es complejo.

3. Moneda del documento. Es la moneda en la que se acordó la operación con el cliente o proveedor: una factura en dólares, una compra en euros, una nota de crédito en soles.

Cuando registras un documento en dólares, SAP Business One lo convierte a la moneda local usando el tipo de cambio de la fecha de contabilización y guarda ambos valores. Esa es la base sobre la que luego se calculan las diferencias de cambio.

En Perú, SUNAT publica diariamente el tipo de cambio de compra y venta, que corresponde a la cotización de cierre de la SBS del día anterior. Es la referencia que usan las empresas para el registro contable y tributario.

Lo importante para una gerencia financiera es que la normativa no usa un único tipo de cambio para todo. A modo orientativo:

  • Las operaciones en moneda extranjera se contabilizan al tipo de cambio vigente a la fecha de la operación.
  • Al cierre, los saldos de activos en moneda extranjera se expresan al tipo de cambio promedio ponderado compra y los de pasivos al venta, según la publicación de la SBS a la fecha del balance.
  • Para el IGV, la conversión de operaciones en moneda extranjera se rige por reglas propias sobre el tipo de cambio venta y la fecha de nacimiento de la obligación tributaria.

Estas reglas son orientativas y pueden tener matices según el tipo de operación. La recomendación práctica: acuerda con tu contador qué tipo de cambio se carga como tipo del día en el ERP y cómo se tratan los casos que requieren otro criterio, y documenta esa decisión antes de salir a producción.

  1. Define la moneda local y la del sistema al crear la base de datos de la empresa.
  2. Habilita las monedas con las que operas (dólares, euros u otras) en la configuración de monedas.
  3. Carga el tipo de cambio diario en la tabla de tipos de cambio e índices. Cada documento toma el tipo de cambio de su fecha de contabilización. Si el tipo de cambio no está cargado, el sistema no puede convertir correctamente, por eso conviene automatizar esta carga.
  4. Configura la moneda de cada socio de negocio. SAP Business One permite que un cliente o proveedor opere solo en una moneda, en varias o en todas. Esta decisión evita, por ejemplo, que una factura en euros se registre a un cliente que solo debería operar en dólares.
  5. Define cuentas contables y bancarias por moneda, para que los saldos en dólares se controlen separadamente y se concilien con el extracto del banco.
  6. Ejecuta la revaluación de saldos en moneda extranjera en cada cierre mediante la función de diferencias de cambio, que ajusta los saldos abiertos al tipo de cambio de la fecha de cierre y registra el efecto en resultados.

Los tipos de cambio de este ejemplo son supuestos, solo para ilustrar el mecanismo.

  • Emites una factura de USD 10,000. El tipo de cambio del día es 3.50. El sistema registra la venta por S/ 35,000 y la cuenta por cobrar por USD 10,000.
  • Al cierre del mes, la factura sigue abierta y el tipo de cambio de cierre es 3.55. La revaluación ajusta la cuenta por cobrar a S/ 35,500. La diferencia de S/ 500 es una ganancia no realizada por diferencia de cambio.
  • Al cobrar, el tipo de cambio es 3.60. El cobro equivale a S/ 36,000, y el sistema reconoce la diferencia remanente como ganancia realizada.

Sin una revaluación ordenada, esas diferencias se acumulan sin explicación o se corrigen con asientos manuales. En el plan contable peruano, las diferencias de cambio se registran en las cuentas 776 (ganancia) y 676 (pérdida), y tu ERP debe alimentarlas de forma automática y trazable.

  • Venta en dólares cobrada en soles (o al revés): el sistema debe reconocer la diferencia al conciliar la factura con el cobro.
  • Importaciones: compras en dólares o euros, con costos de flete, seguro y aduana en monedas distintas que forman el costo del inventario.
  • Cuentas bancarias en dólares: saldos en moneda extranjera que deben revaluarse y conciliarse con el banco.
  • Listas de precios en dos monedas: precios en dólares para clientes de exportación o industriales y en soles para el mercado local.
  • Préstamos y leasing en dólares: pasivos que generan diferencia de cambio en cada cierre.
  • Facturación electrónica en dólares: el comprobante debe emitirse con la moneda correcta y su equivalente tributario, en línea con los requisitos de SUNAT.
  1. Cargar el tipo de cambio a mano, y olvidar días feriados o fines de semana.
  2. No definir la moneda del socio de negocio, lo que permite registrar documentos en monedas inesperadas.
  3. Registrar un cobro en soles contra una factura en dólares sin controlar la conciliación, lo que deja saldos residuales.
  4. No ejecutar la revaluación en cada cierre, y descubrir las diferencias al cierre anual.
  5. Mezclar criterios de tipo de cambio entre áreas (comercial usa uno, contabilidad otro) sin una política documentada.
  6. Ignorar el efecto en el costo de importaciones, distorsionando el margen real por producto.
  7. Corregir con asientos manuales en lugar de resolver la causa en el proceso.
  • Todos los tipos de cambio del mes están cargados y verificados
  • Los cobros y pagos en moneda distinta a la del documento están conciliados
  • Los saldos bancarios en dólares coinciden con el extracto
  • Se ejecutó la revaluación de cuentas por cobrar, cuentas por pagar y bancos
  • Las diferencias de cambio quedaron en las cuentas de resultados correspondientes
  • Las diferencias se pueden explicar por documento, no solo por total

Agenda una demo y revisamos tu proceso de cierre en dólares →

Como partner de SAP Business One con más de 17 años en Perú, tratamos el multimoneda como una decisión de diseño financiero, no como un campo de configuración:

  • Diagnóstico de tu operación en moneda extranjera: qué documentos, cuentas y socios operan en dólares.
  • Política de tipo de cambio acordada con tu contador, documentada antes de salir a producción.
  • Configuración de monedas, socios, bancos y cuentas alineada al plan contable.
  • Automatización de la carga diaria del tipo de cambio, para eliminar el factor humano.
  • Procedimiento de revaluación y cierre, con responsables y tiempos claros.
  • Capacitación y soporte para tesorería, contabilidad y comercial.
Scroll al inicio