> For the complete documentation index, see [llms.txt](https://docs.suno.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.suno.finance/es/financial-model/governance-and-auditability.md). # Gobernanza y auditabilidad El motor es una función pura: los mismos insumos producen la misma valuación, sin estado oculto, aleatoriedad ni ajustes manuales. Todo lo demás en esta página se apoya en esa propiedad, porque hace posible una garantía fuerte: cualquier valuación publicada puede recalcularse exactamente, desde sus propios insumos almacenados, por cualquiera y en cualquier momento. #### Versiones publicadas Una valuación se vuelve oficial al publicarse como una versión numerada. La publicación congela: * el snapshot completo de insumos: cada número que el motor consumió, incluyendo datos del proyecto, series de telemetría, proyecciones macro, puntos de la curva de precios, scores de riesgo, supuestos escalares y el calendario de eventos de equipos; * la tabla completa año por año, columnas intermedias incluidas; * el tornado de sensibilidad como estaba calibrado en ese momento, con cada fila llevando las magnitudes de perturbación que aplicó; * cualquier advertencia del motor activa al publicar; * la identidad de quien publica y el timestamp. Las versiones publicadas nunca se editan ni se eliminan. Las correcciones se hacen publicando una versión nueva. #### Snapshots auto-descriptivos Los snapshots llevan una versión de esquema, que se incrementa con cada cambio de formato y se documenta contra su predecesora. Como las filas de sensibilidad traen embebidas sus propias magnitudes aplicadas, las recalibraciones anuales no dejan huérfana la historia: una versión publicada bajo una calibración anterior sigue declarando exactamente qué usó. Interpretar una valuación vieja requiere el snapshot y esta documentación, nada más. La aritmética del motor está protegida de la misma manera. Una regresión de golden master fija una valuación de referencia completa, con todas sus columnas intermedias, dentro de una suite de más de 1.500 pruebas automatizadas. Un cambio no intencional en la aritmética rompe el build; un cambio metodológico intencional re-fija el golden master con el delta de valor registrado en el changelog del fixture. El resultado es una historia corrida y cuantificada de cómo ha evolucionado la salida del modelo y por qué, que es el mecanismo concreto detrás de la regla de que la metodología mejora con el tiempo mientras las valuaciones publicadas no se mueven. #### La versión activa y el rollback Exactamente una versión publicada por proyecto está activa a la vez; es la que consumen los tenedores de tokens y la Reserva. La publicación normalmente activa la versión nueva, pero una versión puede dejarse preparada sin activarla, y el puntero puede devolverse a una versión anterior si se encuentra un problema. Cada movimiento del puntero queda en un log de activaciones de solo-escritura con autor, timestamp y razón. El NAV consumido solo cambia moviendo un puntero entre objetos inmutables. #### Borradores y diferencias Antes de publicar, el borrador se recalcula en vivo contra los datos actuales, y la interfaz compara los insumos del borrador contra la versión activa: qué supuestos cambiaron, qué telemetría se movió. Quien publica ve por qué cambió el número antes de congelarlo. Las advertencias del motor aparecen en el borrador y se congelan con la versión, así que las salvedades de calidad de datos quedan adjuntas al número que califican. #### Recalibración Las calibraciones empíricas detrás del [análisis de sensibilidad](/es/financial-model/sensitivity-analysis.md), la variabilidad de producción de la telemetría del portafolio y los cuantiles de FX de la serie oficial de tipo de cambio, se refrescan anualmente con fechas de cálculo y fuentes en el registro. A medida que crece la historia operativa, el backtesting de generación y OPEX modelados contra realizados, por proyecto y por año, reemplazará los rangos provisionales de benchmark con los errores de pronóstico medidos del propio protocolo. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.suno.finance/es/financial-model/governance-and-auditability.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.