FP&A y BI no compiten, conviven: el error de relevar necesidades financieras como si fueran pedidos de reportes
Tiempo de lectura: 8 minutos
Un BI y un software de FP&A no son alternativas; cumplen funciones distintas y tienen que convivir. El BI visualiza y explora datos; el FP&A traza la contabilidad, la convierte en información de gestión mediante ajustes, reporta bajo varias normas y permite modelar y ejecutar el presupuesto en forma colaborativa. El BI puede alimentar al FP&A y también mostrar lo que el FP&A produce.
¿Por qué tantos proyectos de FP&A terminan convertidos en un tablero de BI?
Casi todo empieza con un relevamiento de necesidades. Alguien se sienta con el CFO y con los gerentes y les pregunta qué necesitan. Las respuestas suenan así: «quiero ver el presupuesto contra el real», «necesito el P&L por unidad de negocio», «quiero el margen por cliente todos los lunes».
Todas esas frases describen lo que se quiere ver. Ninguna describe cómo se construye el número que se quiere ver. Y ahí está la trampa: si el relevamiento se transforma en una lista de reportes, la conclusión natural es que alcanza con un BI. La empresa ya tiene Power BI, Qlik o Tableau, el equipo de datos sabe usarlo y el proyecto arranca rápido.
El problema aparece unos meses después. Los tableros existen, pero detrás de cada tablero financiero sigue habiendo un Excel donde alguien reclasifica cuentas, asigna gastos de estructura, carga el presupuesto que llegó por mail y ajusta la contabilidad para que el número «de gestión» tenga sentido. El BI muestra el resultado; el trabajo financiero sigue pasando afuera.
¿Qué pasa cuando se le pide a un BI que haga el trabajo de un FP&A?
Un BI es una herramienta excelente para lo que fue diseñada. Forzarlo a cumplir funciones de planificación financiera genera problemas que se repiten en casi todas las empresas:
- Ajustes de gestión sin trazabilidad. Las reclasificaciones, asignaciones y ajustes que convierten la contabilidad legal en información de gestión se hacen en una planilla o en un proceso de carga. Cuando el directorio pregunta por qué el margen de gestión difiere del contable, nadie puede mostrar asiento por asiento qué se ajustó, quién lo hizo y por qué.
- Un tablero por norma. Si necesitás reportar bajo norma local, bajo NIIF para la casa matriz o para un banco, y además en formato de gestión y en otra moneda, cada versión termina siendo un modelo distinto, con su propia lógica y su propio riesgo de error.
- Un presupuesto que no vive en ningún lado. El BI puede mostrar el presupuesto, pero no está pensado para construirlo. Los gerentes siguen cargando sus números en planillas, que alguien consolida a mano, y recién después el resultado se sube al BI. La colaboración, las versiones y las aprobaciones siguen dependiendo del correo.
- Un control presupuestario apoyado sobre arena. El tablero de real contra presupuesto se ve impecable, pero el presupuesto que compara es la versión final de un Excel que nadie puede auditar. El control es tan confiable como el archivo que lo alimenta.
En los relevamientos que hacemos vemos un patrón: la empresa no tiene un problema de visualización. Tiene un problema de construcción del número. Y ninguna mejora de visualización resuelve eso.
¿Qué hace cada herramienta y dónde está la frontera?
La forma más útil de separar las aguas es mirar capacidad por capacidad.
| Capacidad | BI | FP&A |
|---|---|---|
| Visualizar y explorar datos de muchas fuentes | Su fortaleza principal | Reportería propia, más acotada |
| Trazar cada número hasta el asiento y la cuenta contable | Lee datos, pero no incorpora la lógica contable (partida doble, períodos cerrados, cuadre con el balance) | Parte de la contabilidad y mantiene el cuadre |
| Transformar la contabilidad legal en información de gestión mediante ajustes | Solo si los ajustes se hacen afuera (Excel o procesos de carga), sin registro de quién ajustó qué | Ajustes, reclasificaciones y asignaciones registrados y auditables |
| Reportar bajo múltiples normas y monedas (local, NIIF, gestión) | Requiere un modelo distinto por norma | Versiones paralelas sobre la misma base contable |
| Modelar el presupuesto por drivers y escenarios | No está diseñado para escribir datos ni simular | Es su función central |
| Ejecutar el presupuesto en forma colaborativa (carga por área, permisos, aprobaciones, versiones) | No, más allá de extensiones puntuales | Flujos de carga y aprobación con permisos por centro de costo |
| Control presupuestario (real contra presupuesto, desvíos) | Sí puede ayudar, siempre que el presupuesto venga de una fuente gobernada | Sí, con explicación de desvíos por driver |
La última fila es la más importante para la convivencia: el control presupuestario es el punto natural de encuentro. El BI es muy bueno mostrando desvíos a toda la organización; el FP&A garantiza que el presupuesto y el real que se comparan sean correctos.
Los dos flujos de la convivencia
Entre ambas herramientas no hay una frontera: hay un circuito.
- BI como input del FP&A. La capa de datos que alimenta al BI (ventas por producto, dotación, producción, pipeline comercial) es la mejor fuente de drivers para el presupuesto. El FP&A toma esos datos operativos, ya modelados, y los usa para proyectar.
- FP&A como input del BI. El presupuesto aprobado, el forecast, los escenarios y el P&L de gestión ajustado se publican hacia el BI, donde conviven con los datos operativos y llegan a cada gerente en el tablero que ya usa todos los días.
El recorrido completo queda así: ERP y sistemas operativos → capa de datos y BI → FP&A (ajustes, normas, presupuesto, escenarios) → BI (control y comunicación a toda la empresa). Cada herramienta hace lo que mejor sabe hacer.
Seis preguntas para relevar necesidades sin caer en la trampa
Antes de decidir si una necesidad es de BI o de FP&A, hacé estas preguntas:
- ¿La persona necesita ver un número o modificarlo? Si necesita cargarlo, ajustarlo o proyectarlo, no es solo BI.
- ¿El número requiere ajustes sobre la contabilidad para tener sentido de gestión?
- ¿Se reporta bajo más de una norma o en más de una moneda?
- ¿Participan otras áreas cargando información (presupuesto, forecast, justificación de desvíos)?
- ¿Hacen falta versiones o escenarios del mismo número?
- ¿Alguien va a preguntar quién cambió qué, cuándo y por qué?
Si respondés que sí a dos o más, la necesidad es de FP&A. Y probablemente también sea de BI para comunicar el resultado.
¿Cómo se ve una arquitectura donde FP&A y BI trabajan juntos?
La respuesta no es elegir. Es asignar a cada herramienta su rol y conectarlas. En Plika el punto de partida es la contabilidad: el sistema traza cada número hasta su origen, registra los ajustes que transforman la información legal en información de gestión, mantiene reportes bajo distintas normas y monedas sobre la misma base, y permite que cada área cargue y apruebe su presupuesto con permisos y versiones.
Lo que Plika produce (presupuesto, forecast, escenarios y P&L de gestión) puede publicarse hacia el BI que la empresa ya usa, para que el control presupuestario llegue a toda la organización con números que el área de finanzas puede defender línea por línea.
El resultado es una división de trabajo clara: el BI sigue siendo la ventana de la empresa, y el FP&A se convierte en el lugar donde se construyen y se gobiernan los números financieros que esa ventana muestra.
Pregunta para tu próximo relevamiento: de los reportes financieros que hoy muestra tu BI, ¿cuántos dependen de un Excel que alguien ajusta a mano antes de cargarlo?
En un Health Check de 45 minutos mapeamos con vos qué necesidades de tu área son de BI, cuáles son de FP&A y cómo conectarlas. ¡Agendalo!
Preguntas frecuentes
El BI (Business Intelligence) sirve para visualizar y explorar datos de distintas fuentes. El FP&A (Financial Planning & Analysis) sirve para construir los números financieros de gestión a partir de la contabilidad, planificar el presupuesto, proyectar escenarios y controlar su ejecución.
Podés mostrarlo y controlarlo. Construirlo en forma colaborativa, con drivers, versiones, aprobaciones y trazabilidad, no es la función para la que esas herramientas fueron diseñadas; en la práctica, el presupuesto termina armándose en planillas y el BI solo lo exhibe.
Depende de tus necesidades. Si tu área de finanzas ajusta la contabilidad para obtener información de gestión, reporta bajo varias normas o monedas, o coordina un presupuesto con varias áreas, sí: el BI va a seguir siendo útil para comunicar, pero el trabajo financiero necesita su propia herramienta.
En dos sentidos: los datos operativos que ya están modelados para el BI alimentan los drivers del FP&A, y el presupuesto, el forecast y el P&L de gestión que produce el FP&A se publican hacia el BI para el control y la comunicación a toda la empresa.
