Migración de la Edición Latinoamericana
(Solo para Usuarios)
3ra. Edición Actualización
Por Ernesto Seijas y Maybeth Seijas de Essplan Consultores
Ha pasado un tiempo desde que Carl Noble y Alfred Rappaport responsables de la plataforma lógica financiera del software Alcar (ahora “HSF”), decidieron crear una edición latinoamericana que permitiera cambiar las bases de presentación de la información financiera USGAAP para adaptarla a las normas generalmente aceptadas por los contadores públicos de ajustes por inflación. En algunos países de la región, la inflación ha descendido al punto que ya no se registran los ajustes en los estados financieros.
Actualmente la Gerencia del Producto HSF de Oracle ha dado señales que la orientación es a reducir el número de ediciones a nivel mundial y para este lado del continente solo mantienen al día las que se utilizan en los Estados Unidos de Norteamérica conocidas como: “estándar”, “utilities” y “bank”.
Es importante entonces que los usuarios valoren las diferencias actuales entre la edición latinoamericana descontinuada y las ediciones actualizadas. De acuerdo a nuestra experiencia en la programación de modelos en ambas ediciones hemos podido identificar algunas de las funciones adicionales que añaden valor a la edición estándar:
En cuanto al punto no.1 ajuste por inflación y ajustes no caja, la edición latina permite formular una cuenta del estado de resultados (v1185) que no afecta el movimiento de efectivo, donde se hacen las relaciones de cálculo para la corrección monetaria del periodo. En el patrimonio existe una cuenta predeterminada que no permite reformularse (v2860), es decir una cuenta “calc”, donde se acumulan los ajustes de las cuentas relacionadas del activo, pasivo y patrimonio del periodo (v2xxx.04.xxx).
Este esquema presentaba algunos inconvenientes de presentación ya que el patrimonio no podía presentarse correctamente y la cuenta ganancia acumulada tenía que separarse en dos cuentas una que acumulaba la ganancia neta sin la corrección monetaria y otra que acumulaba las correcciones monetarias. Esto hacía necesario crear una cuenta memo que reemplazara la cuenta del sistema y a algunos usuarios no se sentían lo suficientemente representados con este esquema de solución.
Con la versión vigente se libera la inflexibilidad de la cuenta del patrimonio (v2860), se crea una cuenta de reconciliación de ajustes no caja (v4498) y nuevas cuentas denominadas de “Ajuste no Caja” a cada cuenta del balance general (v2xxx.35.xx). Lo positivo es que estas cuentas pueden asociarse libremente al cálculo del ajuste por inflación o ser consideradas cuentas que no afectan el movimiento de efectivo.
El punto no. 2 sobre la presentación del flujo de efectivo, se observa una mejora sustancial en la presentación del reporte de flujos de efectivo (“FAS95”), flujo de fondos y flujo de valoración. En cuanto al reporte FAS95 (el que actualmente utilizan los auditores) se ha adaptado al formato de presentación para incluir una cuenta de ajustes para conciliar la utilidad neta con el efectivo neto provisto por las actividades operacionales (v4500).
En el reporte FAS95 en la sección del flujo de las actividades de inversión se colocaron las cuentas de adiciones de inversión en obras en progreso (v2180.01) y adquisiciones directas de activos fijos (v2170.01). En la sección de financiamiento se observan cambios mayores como la inclusión de cuentas dedicadas a los desembolsos y amortizaciones de las actividades de financiamiento.
En cuanto al punto no. 3 el programador de deudas, es una funcionalidad construida para apoyar al usuario en la creación del perfil de la estrategia de financiamiento que no está disponible en la edición latinoamericana. Como función de la edición estándar, ofrece excelente versatilidad e integración con los estados financieros para el registro del saldo de la porción corriente de la deuda a largo plazo, gastos por intereses, frecuencia de intereses y pago, desembolsos y amortizaciones, costo financiero diferido y amortización, entre otras funciones relacionadas al financiamiento.
Luego de evaluar las diferencias más importantes entre las ediciones, se consideraría de suma importancia que los responsables del mantenimiento de los modelos, hagan planes para la migración de ediciones, antes que la introducción de las nuevas versiones del sistema, logre amplificar las diferencias. Para saber si sus modelos están en la edición latinoamericana, se deben hacer las pruebas técnicas para determinar si hace falta hacer la migración a la edición vigente.
|
|
|
|
|
|
|
|