Política de estándares

1. Propósito

Esta política define los estándares operativos que gobiernan cómo Fidamen construye sistemas, publica investigación y entrega outputs. Cada afirmación en este sitio — incluyendo "decision-grade", "audit-ready" y "trazable" — se corresponde con un estándar específico documentado a continuación.

2. Outputs decision-grade

Afirmación: "Resultados decision-grade" — utilizada en la página principal y en las páginas de sistemas.

Estándar: Un output se califica como decision-grade cuando satisface todos los siguientes criterios:

• Las entradas están documentadas y versionadas
• El modelo computacional es inspeccionable — sin transformaciones opacas
• Las suposiciones están declaradas explícitamente en los metadatos del output
• Los resultados son reproducibles dados los mismos inputs y versión del modelo
• Los errores son detectables mediante puertas de validación automatizadas

Relación con las afirmaciones: Ver Decision Integrity para el marco formal de seis dimensiones (Precisión, Contextualización, Explicabilidad, Auditabilidad, Robustez, Gobernanza).

3. Audit readiness

Afirmación: "Entrega lista para auditoría" — utilizada en las descripciones de sistemas y plataformas.

Estándar: La audit readiness requiere que cada entregable cumpla los siguientes controles:

• Control de versiones: Toda la lógica del sistema, esquemas de datos y configuraciones se mantienen bajo control de versiones con trazabilidad a nivel de commit
• Contratos de entrada/salida: Cada componente del sistema declara contratos de entrada y salida tipados; sin flujos de datos implícitos
• Registro de cambios: Todos los cambios materiales en la lógica o fuentes de datos se registran con fecha, autor y justificación
• Puertas de validación: Los outputs pasan por controles de calidad automatizados antes de la publicación o entrega
• Declaración de suposiciones: Los outputs publicados incluyen una sección explícita de suposiciones que identifica alcance, limitaciones y condiciones de contorno

Limitación: Fidamen no posee certificaciones de auditoría externas (p. ej. ISO 27001, SOC 2). "Audit-ready" se refiere a la trazabilidad estructural de los outputs, no al estado de certificación por terceros. Ver Aviso legal §5 para la divulgación completa de seguridad.

4. Política de versiones y lanzamiento

Afirmación: "Política de versiones" — referenciada en la página Decision Integrity.

Estándar:

• Releases MAJOR (cambios que rompen la lógica): requieren revisión formal, justificación documentada y pruebas de regresión antes del despliegue
• Releases MINOR (cambios aditivos): revisadas y probadas; no alteran los contratos de salida existentes
• Releases PATCH (correcciones): registradas, probadas y desplegadas con notas de cambio

Las publicaciones siguen un modelo de release única: cada paper se publica como release discreta y se actualiza solo cuando cambian suposiciones materiales. Los working papers están explícitamente marcados como documentos en desarrollo activo.

5. Estándares metodológicos

Afirmación: "Investigación aplicada que valida las arquitecturas de los sistemas" — utilizada en la página principal y en quiénes somos.

Estándar: Todas las publicaciones deben cumplir los siguientes criterios antes de la publicación:

• Clasificadas por tipo de documento: Essay, White Paper, Technical Note o Working Paper
• Declaración explícita de suposiciones, alcance y limitaciones
• Referencias trazables a los componentes de sistema que sustentan
• Definiciones formales donde se introduce terminología de dominio
• Los working papers están claramente declarados como documentos en curso

Relación con las afirmaciones: Ver Quiénes somos — Metodología para los detalles de clasificación.

6. Controles de gobernanza

Afirmación: "Stewardship responsable" y "Gobernanza" — utilizadas en todo el sitio.

Estándar:

• Responsabilidad única: Todos los sistemas y publicaciones tienen un responsable designado (actualmente: Ugo Candido, Principal)
• Revisión metodológica: Los diseños de sistema y las publicaciones se revisan contra el marco Decision Integrity antes del lanzamiento
• Evolución controlada: Las fuentes de datos, parámetros de modelo y reglas lógicas se actualizan mediante un proceso de cambio documentado — sin modificaciones no controladas
• Límites de alcance: Cada sistema declara explícitamente lo que cubre y lo que no

7. Trazabilidad metodológica

Afirmación: "Los componentes del sistema están conectados a investigación publicada con referencias explícitas."

Estándar: Cada sistema en el atlas de sistemas incluye una sección "Base metodológica" que enlaza a las publicaciones específicas que documentan su lógica de diseño. Ningún componente de sistema se basa en decisiones de diseño no documentadas.

8. Mapeo afirmaciones-estándar

9. Contacto

Preguntas sobre esta política: info@fidamen.com