Metodología de Cifra Clara

Por qué publicamos una metodología

Una cifra convincente puede ser incorrecta por una base mal elegida, una fecha mezclada, una tasa expresada en otro periodo o un supuesto que nunca se explicó. La metodología existe para que puedas repetir el cálculo, detectar sus límites y entender qué parte es matemática y cuál requiere interpretar una norma, un contrato o un documento.

Cifra Clara trabaja con cuatro capas: entradas, motor de cálculo, presentación y contexto de decisión. Las entradas declaran unidad, periodo, rango y precisión. El motor aplica una fórmula o una tabla de reglas. La presentación muestra resultado, desglose, redondeo y mensajes de validación. El contexto conecta con fuentes, guías, riesgos y el siguiente paso oficial.

Cómo elegimos una intención

Una URL debe responder una pregunta diferenciable. No creamos páginas por cada combinación de monto, fecha o resultado que pueda producir una calculadora. Agrupamos consultas que comparten tarea y separamos las que exigen una explicación distinta: calcular IVA no es lo mismo que entender si un bien es exento; estimar una cuota no es lo mismo que leer una tabla de amortización.

El research de Cifra Clara se normaliza, deduplica y clasifica por familia, intención, vigencia y relación con una herramienta. Las long tails se usan para enriquecer headings, preguntas frecuentes y ejemplos; no se convierten automáticamente en URLs. Cuando una palabra tiene ambigüedad —por ejemplo, “escritura”— se revisa el contexto antes de asignarla a vivienda, educación o historia.

Fuentes y jerarquía de evidencia

Preferimos una fuente primaria para una regla o dato cambiante: DIAN y su Normograma para asuntos tributarios; Superintendencia Financiera y Banco de la República para contexto financiero; DANE para IPC; Superintendencia de Notariado y Registro para registro y notarías; LegalApp e ICBF para orientación familiar.

Una fuente secundaria puede ayudar a explicar lenguaje o descubrir una pregunta, pero no sustituye la fuente que fija una tarifa, una fecha o una obligación. Fuentes identifica el uso de cada referencia y Actualizaciones muestra cuándo se revisó. Si una página oficial deja de estar disponible, no inventamos el contenido ni conservamos una cifra como si siguiera vigente.

Fórmulas, unidades y periodos

Cada calculadora declara qué representa cada campo. Un importe puede estar en pesos; una tasa puede ser mensual, efectiva anual, nominal, vencida o anticipada; una fecha puede marcar inicio, corte o fin; un porcentaje puede aplicarse a una base y no al total. Si no se puede identificar la unidad, el campo no debe aceptar un número silenciosamente.

Las fórmulas se implementan con precisión interna suficiente y se redondean en la salida según el concepto. Los valores monetarios se presentan con separador de miles y decimales localizados: 1200345 se ve como 1.200.345, y 1200345,67 como 1.200.345,67. La vista conserva el texto escrito y el número normalizado en variables separadas; así, el formato no altera la operación y un punto o coma no se interpreta dos veces.

Las conversiones de tasas encadenan periodos compatibles. Las actualizaciones por IPC encadenan factores, en vez de sumar porcentajes sin justificación. Las tablas de crédito separan interés y abono a capital por periodo. Las operaciones tributarias muestran la base antes de aplicar una tarifa. Estas son explicaciones de diseño, no una licencia para aplicar una fórmula fuera del escenario que declara la página.

Validación y errores comprensibles

Un botón que responde no demuestra que una calculadora funcione. Se prueban estados vacíos, valores cero, límites, fechas incompatibles, tasas inválidas, máximos razonables y cambios de vigencia. Cada rama principal tiene un caso esperado y se comprueba que no aparezcan NaN, infinitos o totales sin desglose.

Cuando falta o falla un dato, el formulario marca el campo, explica el motivo y el rango o formato esperado. El resumen usa un aviso accesible y lleva al primer error; cada mensaje queda asociado al control correspondiente. Los valores válidos permanecen escritos para que puedas corregir uno sin perder los demás. Los prefijos monetarios reservan espacio dentro del control y no se superponen en móvil, zoom o cifras largas.

Qué no automatizamos

No decidimos si una persona debe declarar, si un bien está definitivamente gravado, si un contrato autoriza un aumento, si una cuota es justa o si una oficina aceptará un documento. Tampoco consultamos bases privadas, expedientes, historias clínicas, saldos bancarios ni matrículas inmobiliarias. Esas decisiones requieren hechos, documentos y autoridad.

En contenido regulatorio mostramos vigencia, supuestos y exclusiones. Una calculadora de sanciones es un orientador; una conversión de UVT no prueba que el tope aplique; una cuota de crédito no incluye cargos que no se introduzcan; una estimación de cuota alimentaria no fija una obligación. La advertencia no es un adorno: evita que una cifra útil se convierta en una afirmación que no podemos sostener.

Revisión editorial

Antes de publicar, una página debe tener título y descripción diferenciados, respuesta breve, headings que sigan la intención, enlaces internos naturales, fuentes y próximos pasos. Se revisa que cada enlace apunte a una ruta existente, que no haya una promesa de oficialidad y que los ejemplos no oculten las limitaciones. Las páginas de datos se vuelven a revisar cuando cambia el periodo de referencia.

Los reportes reproducibles —URL, pasos, dato de entrada, resultado observado y fuente pública— tienen prioridad. No necesitamos recibir documentos personales para comprobar un error de fórmula. Cuando una corrección se confirma, se actualiza el contenido, el código o la fuente y se registra el cambio.

Alcance de esta versión

Esta metodología describe el sitio a 19 de agosto de 2026. Las reglas pueden cambiar y el generador puede incorporar mejoras comunes para futuras calculadoras. Consulta Actualizaciones para distinguir una revisión de contenido de un cambio funcional y Quiénes somos para conocer la independencia del proyecto.