Después de completar más de 12 HFM implementaciones, un área en la que sigo viendo problemas a los clientes es la traducción de moneda. Si bien algunos clientes tienen necesidades de traducción muy básicas, muchos requieren más funciones de las que están disponibles. de forma nativa dentro de HFM. Siento que valdría la pena explorar este tema más profundamente, comenzando con los conceptos básicos funcionales de traducción y configuración dentro de HFM y construyendo hasta moneda compleja modelado de traducción.
Hay tres tipos de moneda principales que utilizan los clientes de varias monedas: moneda local, moneda funcional y moneda de informe. A modo de ilustración, consideremos Entity Company en Inglaterra. En la entidad Empresa, se puede aplicar lo siguiente:
Para traducir estos saldos, se pueden utilizar dos Métodos de Conversión estándar, Remedición (Tasa Temporal) o Tasa Actual.
La nueva medición no es un tipo de traducción que la mayoría de los clientes requieren como parte de su proceso comercial. Por lo tanto, comenzaré con el método de tasa actual más comúnmente utilizado.
La configuración más común del método de conversión de tasa actual que veo dentro de HFM es tener una tasa de moneda mensual (tasa FX) para las cuentas del estado de ingresos y otra tasa FX para el saldo Hoja de Cuentas. Algunos clientes pueden configurar su aplicación con una frecuencia mayor a un mes, pero esto no es común. Las Cuentas de Estado de Resultados se traducen típicamente utilizando la Tasa Promedio (AVG) para el período, mientras que las cuentas de balance se traducen utilizando la tasa de fin de mes/al contado (EOM).
Traducción de una cuenta específica dentro HFM se basa en el tipo de cuenta asociado con la cuenta dentro de los metadatos. Los tipos de cuentas de ingresos/gastos suelen estar asociados con las cuentas de estado de ingresos. Las cuentas del estado de resultados suelen ser traducido basado en el método PVA. Esto significa que se identifica la actividad periódica y luego se multiplica/divide por la tasa promedio. Este saldo luego se agrega a cualquier saldo anterior en USD del año hasta la fecha. En por otro lado, los tipos de cuenta de activo/pasivo suelen estar asociados con las cuentas de balance. La traducción del balance general se produce tomando el saldo final del período y multiplicando/dividiendo por la Tasa EOM. Esto se conoce como el método VAL.
PVA
Jan Feb Mar
AVERAGE RATE.MXN 1.5 2.0 3.0
INCOME ACCT (MXN) 100 300 600 (YTD amounts)
INCOME ACCT (USD) 150 550 1450 (Importe TRADUCIDO después de la consola)
El método PVA toma el valor periódico en Ingresos/Gastos y multiplica/divide el saldo por el tipo de cambio de ese período. Luego agrega este resultado al valor traducido del anterior período. No cambia el monto del tipo de cambio ni mira al período anterior para el tipo de cambio.
En el ejemplo anterior, los cálculos son los siguientes:
JAN 100 * 1.5 = 150
FEB (300 - 100) = 200 * 2.0 = 400 + 150 (JAN YTD) = 550
MAR (600 - 300) = 300 * 3.0 = 900 + 550 (FEB YTD)= 1450
VAL
Jan Feb Mar
End Of Month RATE.MXN 1.5 2.0 3.0
FIXED ASSETS (MXN) 100 300 600 (YTD amounts)
FIXED ASSETS (USD) 150 600 1800 (TRANSLATED amount after consol)
El método VAL toma el saldo final en las cuentas de activo/pasivo y lo multiplica/divide por el tipo de cambio de fin de mes para ese período.
JAN 100 * 1.5 = 150
FEB 300 * 2.0 = 600
MAR 600 * 3.0 = 1800
Problemas y limitaciones
Uno de los primeros temas que trataremos en relación a la traducción comienza en esta etapa. Como se indicó anteriormente, existen tipos de cuentas de activos y pasivos nativos de HFM. No hay un tipo de cuenta de capital. Equidad El saldo de la cuenta se compone de múltiples transacciones que ocurrieron hasta la fecha dentro del negocio. Cada una de estas transacciones puede requerir la aplicación de una tasa de cambio diferente. Por ejemplo, cuando una empresa invierte dinero en otra organización, esa inversión generalmente se traduce en función de la tasa en el momento de la transacción o la tasa acordada en el contrato. Como se puede imaginar, durante el vida de la organización, muchas transacciones diferentes pueden constituir el saldo de fin de mes dentro de HFM. Las transacciones históricas no deben volver a traducirse a la Tasa EOM actual; en cambio, deberían mantener el saldo original traducido.
Hay una variedad de enfoques para superar esta limitación dentro de HFM. Esté atento a mi próxima publicación, donde nos centraremos en un enfoque de uso frecuente.
¿Quiere saber más sobre las conversiones de divisas? Rellene el siguiente formulario y un consultor de MindStream se pondrá en contacto con usted.
Oracle
Oracle tiene el conjunto más completo de aplicaciones comerciales globales integradas que permiten a las organizaciones tomar mejores decisiones, reducir costos.