Establecer lo que de verdad se sabe
Contratos, tarifas, datos de recurso, base de costes y el term sheet tal y como está hoy. Separamos lo firmado de lo previsto y ponemos precio a la diferencia.
Hipótesis identificadas, cálculos trazables y comprobaciones visibles. El estándar DECOMP da una estructura compartida al archivo que recibe tu equipo.
Umbral 1,20x
| Escenario | Cobertura mínima de la deuda | Año crítico |
|---|---|---|
| Caso base | 1,23x | 8 |
| Precio −15% | 1,16x | 15 |
| Precio −25% | 0,90x | 15 |
Deuda: 64,6 M€. El calendario permanece fijo al cambiar el precio. Se excluyen impuestos, circulante y reservas, entre otros conceptos.
Abrir el modelo completoEs como se construye un buen modelo, así que es como llevamos el trabajo. Siempre sabes en cuál de las tres fases estamos y qué sale de la sala al terminarla.
Contratos, tarifas, datos de recurso, base de costes y el term sheet tal y como está hoy. Separamos lo firmado de lo previsto y ponemos precio a la diferencia.
Un modelo dimensionado a la decisión que tienes delante. Dimensionamiento de deuda, ratios de cobertura, sensibilidades y los escenarios que el comité de riesgos va a correr, los hayas corrido tú antes o no.
El modelo, la documentación y una sesión de trabajo con quien lo va a usar. Si necesitas que abramos el archivo cada vez que cambia un número, hemos fallado.
No faltan modelizadores con talento. Faltan modelos que dos modelizadores con talento puedan pasarse sin una semana de orientación. Cada analista que inventa su propia disposición añade un idioma privado a un archivo que otros tendrán que leer bajo presión de tiempo, normalmente con una operación viva.
Un estándar elimina ese coste haciendo el trabajo predecible. Las hipótesis viven aquí, el cálculo corre así, las comprobaciones dicen si funcionó. Todo lo genuinamente difícil de la operación sigue siendo difícil. Orientarse en el archivo, no.
DECOMP es el estándar sobre el que construimos. Decomp Finance lo mantiene y Decomp Academy lo enseña. Puedes leer lo que exige, aprenderlo sin nosotros y contrastar nuestro trabajo contra él.
Hay más. Estas son las primeras que se abandonan bajo presión y las que más cuestan cuando se abandonan.
Las fórmulas sencillas facilitan la revisión y el mantenimiento. Seis funciones anidadas casi siempre significan que falta una fila intermedia.
Cada hipótesis introducida una vez, en un solo lugar, con su fuente al lado. Los números repetidos por el libro son la vía rápida a dos versiones de la verdad.
Los bloques de trabajo calculan. Las hojas de salida presentan. Cuando se mezclan, cambiar un gráfico empieza a cambiar un resultado.
Un modelo que no puede decirte que está roto es peor que uno que lo está de forma evidente. Cada fila de comprobación resuelve en un cumple o un falla visible, incluida una comprobación de obsolescencia en cualquier bloque de solver.
Los principios son fáciles de publicar y difíciles de verificar. Estas son las pruebas que aplicamos antes de entregar nada, y las que puedes correr tú mismo sobre el archivo entregado.
El objetivo de diseño es que un modelo de un solo activo construido sobre este estándar sea revisable en un día. Una estructura con varios tramos y varias divisas, con coberturas, lleva más, y quien diga lo contrario no ha revisado ninguna.
Una celda inconsistente en una fila de veinticinco años es el defecto con menos probabilidad de aparecer leyendo el modelo y más de ser material. La prueba de consistencia de filas es mecánica, lleva minutos y es lo primero que corremos sobre cualquier archivo, incluidos los nuestros.
Cada modelo se entrega con tres cosas: el libro, la documentación de estructura, hipótesis y fuentes, y una sesión de trabajo con quien lo va a operar.
Esa última parte no es un formalismo. Es donde se descubre si el modelo es de verdad utilizable por alguien que no lo construyó. Si resulta que no lo es, ese problema es nuestro.
El mínimo identifica el peor periodo. El perfil completo muestra cuántos periodos están cerca del covenant y durante cuánto tiempo.
Los años contratados favorecen a cualquier estructura. La discusión empieza el día que termina el contrato de venta, y ahí es justo donde los modelos son más flojos.
No errores elegantes de lógica financiera. Periodos sobrescritos, definiciones inconsistentes y un ajuste de redondeo que se ha vuelto material.
Cuéntanos qué debe resolver el modelo y quién lo va a utilizar.