Mostrando entradas con la etiqueta Rendimiento. Mostrar todas las entradas
Mostrando entradas con la etiqueta Rendimiento. Mostrar todas las entradas

martes, 5 de enero de 2016

Auditoria II: Estructura del Grupo, Datos locales, Conversión de Moneda.


Esta es la segunda parte del documento "Auditoria de las Cuentas Consolidadas" cuyo propósito es además desarrollar los pasos claves de la consolidación. Consideramos que son la clave en el proceso de auditoría, porque (1) son la fuente de los principales riesgos para el auditor; y (2) porque son difíciles de justificar para el consolidador.

Identificamos los pasos de consolidación que mostramos en la figura, y que en este articulo explicaremos los tres primeros.  Están desarrollados en el presente artículo por el riesgo que representan para el auditor y cómo el consolidador debe ser capaz de ayudar a cubrir los riesgos y garantizar un proceso eficiente de la auditoría.

Puede descargar también el documento completo en el siguiente enlace WP_Auditoria_conso

Paso 1: Estructura del Grupo

El perímetro de consolidación es una de las primeras cosas que va a comprobar un auditor. Los principales riesgos que encuentra en esta etapa son la existencia (prueba de la propiedad) y la integridad (¿están todas las filiales identificadas?).

miércoles, 15 de abril de 2015

Historia de la consolidación (IV) La década de 1990: La búsqueda de una solución milagrosa

(IV) La década de 1990: La búsqueda de una solución milagrosa

En la mayoría de Estados miembros de la Comunidad Europea, el inicio de esta década coincidió con el requisito para los grupos de un cierto tamaño de generar las cuentas consolidadas. Este hecho fue un choque cultural importante para muchos de ellos, los cuales no estaban muy bien preparados para cumplir con este requisito.

¿Por qué?

Muchos de los grupos descubrieron que eran grupos a efectos de consolidación; habían estado funcionando pensando empresa por empresa, ignorando los detalles importantes y no siempre incluyendo todas sus transacciones.

martes, 7 de abril de 2015

Historia de la consolidación (III) La década de 1980: Los inicios de la era de la informática.


(III) 1980: Los inicios de la era de la informática.

El inconveniente de los trabajos de consolidación y el retraso en las fechas no podían permanecer como estaban por mucho tiempo.

Aún no había ordenadores a principios de la década de 1980, pero algunas empresas de informática, precursores de los futuros proveedores de software, asumieron el reto y comenzaron a ofrecer soluciones.

Los grupos más grandes mostraron rápidamente su interés en el nuevo software. ¡No es difícil entender por qué! Una compañía de software llegó a la vanguardia en Francia en la década de 1980 con su software COMFI (Consolidation Modulaire et FInancière). Dos funciones destacaban. Por un lado, su concepto de modularidad cubría el actual "Información por segmentos" requerido por las normas vigentes NIIF cuando un grupo está activo en diferentes sectores. Por otro, el innovador software funcionaba en una mini-computadora Singer, del fabricante de la máquina de coser bien conocido de la época... 

lunes, 9 de febrero de 2015

Guide: 9 steps. The Reconciliation of Intra-Group Transactions



We recommend that you set up a change management plan to make the project a success, with emphasis on the internal promotion of the project, so as encourage the entities to want the product.

Step 1:
Announcement to the entities: inform the entities about the project, the challenges it addresses and the expected benefits. You also need to make sure that you have the commitment and support of top management. Otherwise, the project is likely to fail.

Step 2: 
Send a question list to the entities to gather for each entity or reporting unit the information necessary to build the conversion tables and the source files structures

miércoles, 28 de enero de 2015

Guide: From balance reconciliation to transactional reconciliation



Automation of the interco reconciliation process can provide an opportunity to review and optimise accounting close processes.

Sigma Conso offers a transaction-level intra-group account reconciliation software package called Mona InterWeb. The application’s strong point is that it can be implemented over time (balance > balance, balance > transactions, transactions > transactions) to help improve group processes.

A transaction-level intra-group reconciliation application makes it possible to: 
  1. Match all closely associated transactions based on a list of predefined criteria (including materiality thresholds, currency variations, etc.). 
  2. Send the data that couldn’t be matched to the counterparties. The application assists the counterparties with the reconciliation. 
  3. Enable counterparties to use a collaborative platform to process data which can’t be reconciled as is. 
The automation of interco reconciliation can be illustrated as a funnel.


lunes, 26 de enero de 2015

Guide: The reconciliation of intra-group transactions - Process optimisation




In this blog we are going to look how to implement a simpler and more effective process ensuring better financial information quality.
This table summarises the process we recommend and compares it to a traditional process with its limitations. The optimal process is detailed in the following blogs.



You can download our white paper:  Guide: The reconciliation of Intra-Group Transactions

Traditional process                               Optimal process

At what level does interco reconciliation take place?

In the consolidation department

In local accounting departments

When?

During the consolidation period

During local accounting close

Tool used

Excel

Or consolidation software functionality (automatic centralised reconciliation of counterparty positions differences are resolved outside of the tool)

Or a balance reconciliation tool (the reconciliation process is part of the consolidation - balance reconciliation process)

Transaction reconciliation software/ transaction matching for automatic reconciliation/the reconciliation process is done at the local accounting department level and can be corrected, if required, to ensure better financial data quality/the tool is a collaborative platform for more
effective communication between the different people involved

In the event of differences

Exchange of Excel files, alignment on the seller, etc.
The consolidation department is copied on all email exchanges between the entities and is quickly overwhelmed. Difficult to justify differences, lack of time

The goal of the reconciliation isn’t to get a zero difference, but to be able to justify differences.
Differences are explained and information is provided to the consolidation department for required journal entries. Local accounting  is corrected with the right information, if necessary

Results

Risk of consolidation process delays which can result in forced entries.
The fast close is endangered (number quality versus meeting the close deadline)
Lack of reliability
Consolidation department time wasted, resources are used for low added-value work

Automatic matching of all transactions. Only non-reconciled transactions are studied Reconciliation is done before the close process and doesnt interfere with it
Consolidation teams dedicate
100% of their time to consolidation adjustments and results analysis
Local accounting  is corrected ensuring better financial information quality Transactions are perfectly auditable

Process optimisation: automation - to what extent and with what results?

Interco reconciliation is a complex process and many groups are trying to automate it. 

The projects we are currently working on were initiated by clients who want to improve: 
  • Productivity (reduce the number of employees working on interco reconciliation and reduce the time they spend on it) 
  • Transaction traceability for better auditability. 
Interco reconciliation, a complex and often poorly managed process.

Intra-group transactions are often thought to be part of the consolidation process because they are eliminated at consolidation time. 

The search for differences between intra-group account balances becomes the group consolidation department’s responsibility and is often very tedious. This is because consolidators don’t have access to the data sources. There can also be a number of reasons for the differences. 

Among the most commons are:
  • Cut-off date discrepancies 
  • Different close dates 
  • The conversion of transactions initially denominated in foreign currencies 
  • Sales accounted for as a fixed assets at the purchaser’s 
  • VAT paid by the purchasing company 
  • Rediscounting of debt with the banks 
  • Etc. 
What do groups do today? The current situation. 

Some groups exchange Excel files among entities so that they can agree amongst themselves. 

All consolidation software packages normally provide intra-group account reconciliation functionality. 

Consolidators have two options depending on the software: 

• Either the consolidation software centralises the interco reconciliation process:  the application automatically reconciles counterparty positions centrally. The tool calculates any differences at the account balance level. However, it is up to the consolidation department to coordinate the resolution of differences: email exchanges, sending of .xls files to try to resolve differences.

• Or the software provides a more elaborate module to reconcile intercos and give access to the entities. The consolidation department then has the option of decentralising dispute resolution and entrusting reconciliation to the entities. They can then reconcile amongst themselves. A data visualisation table enables them to view the positions of their counterparties. Reconciliation is done 
on the balance, in the transaction or local currency. The risk is that entities artificially align on their counterparty to make the interco difference disappear. This threatens financial data quality. Among other criticisms reported by operations: while the tools highlight the differences, they don’t provide much help in justifying the differences (exchange differences, temporary differences, fixed-asset production, VAT impact, etc.). In addition, they don’t always enable decisions that impact accounting data and enable corrections to local accounting information, if required. In the event of a difference, buyers and sellers exchange Excel files to try to resolve the differences via the transaction details. These file exchanges make audits difficult. 

Reconciliation is done at the balance level in both instances. If the balance is different, the transactions are reviewed for the reconciliation. The risk is that certain transactions artificially reconciled by two entities “slip through”. The quality of the process and financial data obtained isn’t guaranteed. 

The interco reconciliation process is done at consolidation process time in all of the cases we have just seen. In our opinion this is too late. 

There is a third possible solution at the accounting team level. It involves implementing a dedicated interco account reconciliation application on a collaborative platform which enables transaction matching to speed up and improve reconciliation quality. 

The idea in this case is to bring the interco reconciliation process down to the level of the entity which will use the tool for their accounting close. This means that the process is somewhat reversed. Instead of starting with the balance and working back to the transactions, reconciliation is done at the transaction level first.

In the next blog I will look the process From balance reconciliation to transactional reconciliation.

For more information you can download our white paper:  Guide: The reconciliation of Intra-Group Transactions



 Guide

viernes, 16 de enero de 2015

Guide: 9 steps - The reconciliation of intra-group transactions




The Reconciliation of  Intra-Group Transactions 

Interco reconciliation is still a resource-intensive process. See how to implement a simpler and more effective process ensuring better financial information quality.

A guide to improve process productivity and reliability

The obligation to reconcile intercos is covered briefly in the IFRS standards, but practical aspects are not.

It is therefore up to groups to implement the best possible process to eliminate intercos from the balance sheet and income statement, a preliminary step to consolidation.

It would appear today that, in many groups, interco reconciliation is still:

  • A “consolidation” team responsibility, although these teams only have a very limited view of the overall situation. The goal is to reconcile transactions which took place at the local entity level and in their corporate accounting
  • A resource-intensive process: one or more people have to be fully dedicated for a period of time to collecting the data to be reconciled and to resolving disputes
  • A time-consuming process, which it is tempting to rush through when the deadline for closing the books is approaching quickly. The tactics used include forced entries, alignment on the seller, etc. to go faster and meet closing deadlines
  • A difficult process to audit.

Can a simpler and more effective process be implemented?

lunes, 1 de diciembre de 2014

Increase your productivity and improve the quality of your consolidated reporting


Services and expertise with Sigma Conso

Take advantage of Sigma Conso’s services and expertise to increase your productivity and improve the quality of your consolidated reporting

We offer services for various situations :

A first consolidation? Optimizing the closing process? Managing complex transactions? Converting to IFRS standards?

Our team of dedicated consultants are consolidation experts who help our clients with these issues every day.

miércoles, 29 de octubre de 2014

Data Driven Planning: Controlando los Procesos

Planificación Basada en Datos: Controlando los procesos


En esta serie de blogs queremos mostrar el caso de la Planificación Basada en Datos (Data Driven Planning) y los siete modelos que toda organización necesita para gestionas el rendimiento corporativo. En el último blog Planificación Basada en Datos: lo fundamental establecimos la importancia de los procesos de negocios y las preguntas clave que deben responder mediante la red de modelos de planificación. En este blog vamos a fijarnos en los dos primeros modelos modelo de actividades operativas/productivas (OAM - Operating Activity Model) y el Cash / Funding Model - Modelo de Caja / Financiación (CFM).

Puede descargar el documento completo que explica detalladamente la Planificación Basada en Datos (Data Driven Planning).


Modelo de Actividad Operativa

El modelo de actividades operativas/productivas (OAM - Operating Activity Model) es el eje central de la planificación organizativa que, como su nombre indica, se centra en las actividades departamentales. Su propósito es supervisar los procesos de negocio, recursos y resultados, con una serie de indicadores que permiten a la dirección evaluar: su eficiencia y eficacia.

En particular puede ser utilizado para:
  • Comparar y contrastar los recursos, carga de trabajo y salidas tanto actuales como en el pasado.
  • Asignar presupuestos para "business as usual", es decir, suponiendo que no hay iniciativas estratégicas.
El modelo tiene diferentes versiones de los datos, algunos de los cuales son flujos de otros modelos de la planificación. Estas versiones incluyen:
  • Metas/Objetivos – contiene las metas de alto nivel fijadas durante el proceso de planificación estratégica
  • Presupuesto – contiene la asignación de recursos para el año/período actual.
  • Forecast/Pronóstico – contiene la última "mejor estimación" de rendimiento futuro para los próximos meses
  • Real/actual – contiene el resultado del pasado
El modelo es multidimensional en su naturaleza y utiliza 'atributos' que permite asignar indicadores a las actividades específicas del proceso de negocio y los clasifica como:

  • Un objetivo – define lo que la organización está tratando de lograr en el largo plazo;
  • Objetivos de los Procesos de Negocio: Estos indicadores miden el éxito de los principales procesos de negocio de la organización y las actividades de soporte que conducen directamente al logro de los objetivos;
  • Una hipótesis - Supervisan las hipótesis o suposiciones claves fijadas sobre el entorno de negocios imperante y el forecast conexo, las cuales están relacionadas al valor de los Objetivos de los Procesos de Negocio;
  • Indicadores de Actividad/Trabajo – éstos describen el volumen (y a veces la calidad) del trabajo realizado por un departamento en particular. por ejemplo el número de correos enviados por el Departamento de marketing como parte de su proceso de generación de oportunidades;
  • Indicadores de resultado – estos evalúan lo que una actividad debe lograr directamente, por ejemplo el número de personas que respondan a un correo;
  • Indicadores de recurso – seguimiento de los gastos que fluyen de fuera de la organización.

Mediante el uso de estos atributos, el modelo es capaz de mostrar datos por departamento pero en relación con la actividad, los resultados y los recursos utilizados. A continuación ejemplos de los tipos de informes que puede ser generados.

Este primer informe muestra los objetivos de la empresa y objetivos del proceso de negocio para un período seleccionado. Contiene una mezcla de indicadores de resultado, de trabajo y de recursos para ambos, el presupuesto y el rendimiento real, así como del año anterior. Indicadores icono se utilizan para mostrar si los resultados están “mejor'' o 'peor' sobre el target.


Ejemplo de informe que muestra los Objetivos Corporativos y cómo son soportados por los objetivos de proceso de negocio.


El próximo informe muestra los indicadores de resultado, de trabajo y de recursos para un departamento seleccionado. Como en el último informe, el rendimiento real es contrastado con presupuesto, mientras que el forecast de final de año se compara con el objetivo anual. Desde aquí la dirección puede evaluar la relación entre la carga de trabajo y los resultados para juzgar si el foco está en las actividades correctas.



Ejemplo de Informe que muestra el uso de recursos, de trabajo y de resultado de un Departamento


Utilizando los atributos como un filtro, el informe anterior es capaz de mostrar automáticamente los indicadores que se aplican al departamento seleccionado.

Estos dos informes son sólo una pequeña muestra de lo que puede visualizarse desde el OAM. Curiosamente, la mayoría de las organizaciones ya tienen gran parte de esta información, aunque se muestra típicamente en informes separados de presupuestación y de cuadro de mando, sin tener una conexión entre ellos. Cuando se tratan de esta manera, los datos no pueden utilizarse para modelar el valor de la organización y mucha de su valía se ha perdido.


Cash / Funding Model (CFM) Modelo de Caja / Financiación

Unido al OAM está Cash / Funding Model - Modelo de Caja / Financiación (CFM) cuyo propósito es evaluar las necesidades de la organización de los recursos financieros. Algunos de esos recursos se utilizarán para soportar los gastos de funcionamiento, y otros serán necesarios para inversiones de capital o iniciativas estratégicas. Este modelo está relacionado con el modelo de actividad operativa (OAM) que contiene los presupuestos y pronósticos para predecir flujos de efectivo futuros. Luego pasa a ayudar al manejo evaluar la mejor fuente para cualquier déficit de efectivo.

Aunque es cierto que muchos de los sistemas financieros internos contienen datos relativos al flujo de efectivo, lo que no permiten a la dirección es modelar los datos desde un punto de vista de la planificación. Por ejemplo:
  • ver el flujo de efectivo revisado basado en nuevas condiciones de crédito de proveedores o un cambio en las condiciones de pago de cliente;
  • considerar el coste de financiación de un aumento en la capacidad de producción para satisfacer la demanda proyectada para nuevos productos; o
  • para evaluar el impacto sobre los recursos por la externalización de una función en particular.
Asimismo, los sistemas financieros no contienen los supuestos fundamentales que afectan el flujo de efectivo. Por ejemplo, la inflación tiene un impacto importante sobre los recursos de efectivo, sin embargo, los datos subyacentes soportando cualquier hipótesis de inflación no están contenidos dentro de esos sistemas.

El modelo de flujos de efectivo y saldos requieren diferentes conjuntos de información, como se muestra a continuación:


La línea punteada indica información almacenada dentro del CFM, mientras que las líneas en negritas indican los flujos de datos de otros modelos de la planificación.

Los datos almacenados pueden resumirse en:

Condiciones de pago del cliente y del proveedor. El CFM contiene información al detalle de cada proveedor y cliente importante, donde el efecto del flujo de efectivo debe ser calculado. Dependiendo de cómo se definen las condiciones de pago (por ejemplo, en semanas o meses), los intervalos de tiempo en este modelo pueden tener un incremento inferior al del OAM.

Provisiones de cash. El efectivo es modelado para presupuestos y pronósticos. Las provisiones de efectivo se cogen de la OAM donde el nivel de detalle permite identificar los movimientos de cada proveedor o cliente y así pueden coincidir con los detalles del cliente correspondiente.

Demanda de efectivo. Asimismo, la demanda de efectivo también es proporcionada del OAM y toma en cuenta todos los gastos operacionales, que para un fabricante incluyen el suministro de materias primas y los costes de fabricación. También incluye cualquier flujo de efectivo en lo referente a gastos de capital. Como con las provisiones, estas salidas están al nivel para que se puedan enlazar a los perfiles de pago en el CFM.

Necesidades Netas de Financiación. Se utilizan reglas dentro del CFM para mover 'time-shift' los datos de provisiones y demanda de efectivo importado, en los períodos de tiempo en que el efectivo saldrá o entrará en las cuentas de cash (bancos) de la organización. A esto se suman otros consumidores de efectivo/fuentes de ingresos no cubiertas por la oferta y la demanda de los otros modelos. Esto puede incluir diferentes elementos, tales como los pagos de intereses y dividendos devengados. Estos detalles se introducen directamente en el CFM. Restando la demanda de efectivo de la fuente, gestión puede revisar los recursos financieros necesarios.


Para abordar cualquier déficit de efectivo, o para reducir la cantidad de préstamos, los datos de presupuesto y previsión dentro del OAM pueden reevaluarse para ver cuáles son las actividades podrían ser cambiadas. El modelo también permite a la dirección evaluar el impacto del cambio de condiciones de pago del cliente y del proveedor. Suponiendo que esto se ha hecho, el modelo puede utilizarse ahora para evaluar cómo se debe financiar cualquier déficit de efectivo con las dos fuentes obvias de financiamiento, deuda y capital.


Al informar sobre los resultados reales, muchos de los datos dentro del modelo de flujo de efectivo pueden ser cargados directamente de los sistemas subyacentes de transacción, así hay muy poca necesidad de modelar para producir una comparación entre versiones del presupuesto y de previsión.

En el próximo blog nos fijaremos en  el Modelo de Histórico Detallado (Detailed History Model) y Modelo de Pronostico Detallado (Detailed Forecast Model). Si usted no puede esperar y quiere saber más ahora, puede descargar nuestro documento completo sobre Planificación Basada en Datos - Data Driven Planning desde aquí.