KF / Preguntas frecuentes



¿Qué se puede buscar?

Títulos de ítems y cuerpos de documento, con ordenación por relevancia BM25. La sintaxis de consulta es la de SQLite FTS5: palabras sueltas, "frases exactas", prefijo* y los operadores booleanos AND, OR, NOT.

Buscar no es lo mismo que enumerar. Cuando la pregunta es ¿qué hay? y no ¿dónde está?, use la vista de listado, que siempre informa de un total.

Editar tablas en Markdown es incómodo

Lo es, y supone una regresión real si viene de un editor de rejilla. Aquí la simplicidad tiene un coste. No hay planes de incorporar un editor de rejilla.

Dos cosas lo suavizan. La barra del editor tiene una rejilla de 4×4 para insertar el esqueleto de una tabla, y KF acepta bloques .csv: pegue filas separadas por comas y se representan como tabla, lo que suele ser más cómodo que mantener barras y guiones a mano. Véase la referencia de Markdown.

¿Cómo adjunto un fichero o una imagen?

Arrástrelo sobre el editor o péguelo desde el portapapeles. También hay un selector de ficheros bajo el área de texto. Las subidas duplicadas se detectan y se almacenan una sola vez.

¿Se puede usar KF como intranet?

Sí — es uno de los tres modos de despliegue admitidos, junto con escritorio y web. Una advertencia: conviene evitar la edición simultánea del mismo ítem, porque solo se conserva la última escritura.

¿Qué muestra la ruta de navegación?

La cadena de códigos desde el ítem hasta Home. Como los códigos son opcionales, la ruta omite los ítems que no llevan ninguno — de modo que es un rastro legible y no una representación literal de todos los niveles. Véase herencia de conocimiento.

¿Es KF una herramienta de gestión de requisitos?

No. Tiene funciones útiles para trabajar con requisitos —versiones inmutables de documentos, documentos parciales, vistas jerárquicas de datos— pero le faltan otras, en particular enlaces de dependencia entre requisitos, ficheros versionados y variables.

¿KF admite ISO 26262?

Sí, para la Parte 3: análisis de peligros y evaluación de riesgos. Los eventos peligrosos son eventos, los objetivos de seguridad son acciones, y el ASIL se calcula a partir de S/E/C mediante la matriz de riesgo — el mismo modelo que usa cualquier otro AMFE en KF, de modo que un HARA y un AMFE de componente convencional pueden convivir en una base de datos con una matriz cada uno. Véase ISO 26262.

¿Cómo se configura la escala de riesgo?

KF incluye preajustes para la Prioridad de Acción de AIAG/VDA, el RPN de SAE J1739 y el ASIL de ISO 26262. La vista genérica muestra una escala de tres colores (verde, naranja, rojo) derivada de severidad y ocurrencia, con umbrales configurables.

La página Modelo de riesgo de cualquier ítem muestra qué matriz lo puntuó, las escalas con las que se leyó y las reglas en el orden en que se aplicaron — así una clasificación siempre puede rastrearse hasta la regla que la produjo. La configuración se trata en configuración de riesgo.

¿En qué idiomas está disponible?

La interfaz de la aplicación está en inglés. El volumen de texto de interfaz es pequeño —un menú y unas pocas etiquetas de pestaña—, por lo que rara vez supone un obstáculo en la práctica.

El manual del producto y estas preguntas frecuentes están disponibles en inglés y español.

¿Qué puedo importar y exportar?

Entrada: CSV, Excel y paquetes KF. Salida: CSV, Excel, JSON, OGDL, SVG, XML de MS Project, iCalendar y PDF a través de las vistas de impresión. Importar un CSV cuya columna code coincida con ítems existentes los actualiza en lugar de duplicarlos, que es lo que hace segura la ida y vuelta por una hoja de cálculo. Véase importar y exportar.

¿Puedo asignar personas a las acciones?

No como gestión de recursos. KF puede ordenar acciones y producir un Gantt, pero no se pueden asignar personas ni recursos a esas acciones salvo en el texto. Queda deliberadamente fuera del alcance.

Los ítems sí llevan roles y firmas, que es otra cosa: un registro de quién responde, no una entrada de planificación.

¿Es MD5 suficiente para firmar documentos y ficheros?

Para este propósito, sí. La firma existe para detectar cambios accidentales y dar a una revisión una huella estable — no para resistir a un falsificador decidido.

La probabilidad de una colisión accidental entre n documentos es P = 1 - exp(-n² / 2¹²¹). Con un millón de documentos es minúscula: mucho menos probable que una corrupción silenciosa del propio almacenamiento.

MD5 no resiste colisiones frente a un adversario que controla el contenido, y ninguna parte del diseño de KF supone lo contrario. Si su modelo de amenaza incluye la falsificación deliberada, la firma no es el control que busca — lo son el control de acceso y el registro de auditoría.