Mostrando entradas con la etiqueta Gestión. Mostrar todas las entradas
Mostrando entradas con la etiqueta Gestión. Mostrar todas las entradas

martes, 26 de marzo de 2019

¿Que son los OKRs (Objectives and Key Results)?

En el artículo anterior PERFORMANCE MANAGEMENT: DIGITALIZAR LA IMPLANTACIÓN DE LA ESTRATEGIA mencionabamos los OKR (Objetives and Key Results) y la importancia de poder identificarlos y medir la contribución de cada iniciativa / actividad planificada en el total de los resultados financieros. Bastantes personas han preguntado sobre la diferencia entre OKR y KPI, que intentaremos explicar en este artículo.

miércoles, 9 de enero de 2019

Implementación exitosa de la estrategia: Construir capacidades para la era digital.

Cada vez más organizaciones elaboran internamente el Plan Estratégico (con ayuda de consultores externos cuando es necesario). Pero cuando hablamos de Estrategia, muchas organizaciones creen en el poder de la "magia". 

Construyen un plan estratégico, identifican los indicadores clave de rendimiento (KPI) y las metas y soporte necesarios para cumplir sus objetivos y luego esperan que, como por arte de magia, se logre el éxito. Esto es algo que vemos una y otra vez, en todo tipo de organizaciones y tamaños. 

El hecho es que desarrollar el plan y los indicadores clave de rendimiento es solo el primer paso, la clave es implementar el plan, que se trata principalmente de los proyectos e iniciativas que se seleccionan para ayudar a lograr los objetivos estratégicos.

martes, 20 de marzo de 2018

El presupuesto crea problemas con los proyectos y las iniciativas

Las técnicas tradicionales del proceso presupuestario nos llevan a recopilar información para el presupuesto financiero del año siguiente, aproximadamente 4 meses antes de que comience. Eso significa que, para un año financiero de enero a diciembre, comenzamos a presupuestar alrededor de septiembre, tal vez incluso un poco antes.

En esta técnica se presupuesta el Crecimiento Natural. El impulso de las actividades en curso seguirá generando costes y ventas. El valor de estas transacciones es bastante fácil de prever en el futuro inmediato, aunque con el tiempo los límites superiores e inferiores podrían desviarse. 

Además, en el proceso presupuestario se incluirán los proyectos de cambio y las iniciativas estratégicas. 

Sin embargo, el corazón de un modelo de presupuesto diseñado para el entorno VUCA actual es un conjunto de relaciones que muestran cómo la organización crea valor. Este modelo describe las actividades involucradas y cómo estas vinculan los diferentes departamentos y como se relacionan entre sí.

jueves, 2 de noviembre de 2017

El Controller como Coach Estratégico


Muchos estudios y encuestas muestran a los CEO consideran que la “Excelencia en la ejecución” y una “Ejecución coherente de la estrategia por parte de la alta dirección” son los dos retos principales a los que se enfrentan en la actualidad. Una situación que no ha cambiado durante los últimos años.

La gestión de la ejecución de la estrategia es un proceso continuo que se extiende no sólo a toda la organización, sino también a los eventos y situaciones del mundo empresarial donde opera.

lunes, 18 de mayo de 2015

El futuro de la consolidación: (II) las NIIF y el PCGA local


Una de las principales razones de las dificultades técnicas derivadas del proceso de consolidación ha sido siempre la naturaleza discontinua del proceso. Contrariamente el proceso contable, que se basa en la transferencia de los saldos acumulados, tasas de cambio de moneda, porcentajes, métodos de consolidación y entradas/salidas de empresas desde el perímetro son todas las discontinuidades que siempre han hecho difícil la tarea del consolidador.

Las Normas IFRS añadieron otra discontinuidad en el proceso en el año 2005 en que las cuentas incluidas, en principio, se establecen basados en normas locales mientras que las cuentas consolidadas deben ser creadas utilizando estándares y normas IFRS.

Los legisladores tendrán que tomar algunas decisiones difíciles tarde o temprano, que en mi opinión son inevitables, para lidiar con situaciones contradictorias. Echemos un vistazo a esto.

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... 

jueves, 12 de marzo de 2015

Historia de la consolidación (II) La década de 1970: La edad del lápiz y la goma de borrar


(II) La década de 1970: La edad del lápiz y la goma de borrar

Si un historiador describiese las consolidaciones realizadas por las sociedades holding pioneras que decidieron publicar sus cuentas consolidadas a finales de la década de 1960, se referiría a la edad del lápiz y de la goma de borrar. 

Los PCs no existían y las hojas de cálculo eran algo inaudito. Los principios de consolidación no estaban todavía suficientemente bien controlados para dar lugar a un software especializado. 

viernes, 6 de marzo de 2015

La historia de la consolidación: ¿Por qué consolidar las cuentas?


Estos artículos analizan la consolidación en las últimas décadas. Incluye algunas anécdotas que marcaron la aventura pionera de los primeros grupos. Nuestra mirada al pasado revela una extraordinaria evolución, principalmente proveniente de la tecnología de la información y la cultura de los grupos, más que de los principios de contabilidad de consolidación mismos.
Concluimos nuestra visión general con un intento de imaginar cómo la consolidación y el entorno en el que se lleva a cabo pueden seguir cambiando en el futuro.

(I) ¿Por qué la consolidación de las cuentas?

La historia muestra que a finales del siglo XIX las empresas, principalmente en los Estados Unidos, se estaban organizando en grupos. Fueron llamados conglomerados en su momento.

Pronto se hizo evidente lo difícil que era para obtener un panorama económico y financiero de estos grupos de empresas como una sola entidad. Esta fue la dificultad a la que se enfrentó el mundo financiero en ese momento. 

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

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í.