Inteligencia dialógica y colaborativa / FlorenciaEstado y alcance
Para los sistemas de información y los responsables de la evaluación

Antes de decir sí,
miremos dentro.

¿Dónde residen y se procesan los datos? ¿Qué componentes están disponibles? ¿Quién responde de qué? Una primera evaluación debe partir de estas preguntas, no de una promesa.

Documento para compartir (en italiano)

La ficha
de evaluación previa.

Alcance, arquitectura lógica, preguntas técnicas y verificaciones por completar. No es una certificación del sistema.

VERSIÓN EDITORIAL 1.1 · 06.10.2026
EVIDENCIA DECLARADA POR EL PROYECTO

El núcleo
de referencia.

El sitio describe una prueba de aceptación sin conexión de red con datos sintéticos. El alcance es el núcleo: no todo el servicio ni una prueba de eficacia sobre el terreno.

POR DEFINIR EN LA CONFIGURACIÓN

El servicio
en su entorno.

El alojamiento, los modelos, los accesos, las integraciones, la conservación y el soporte deben especificarse en la propuesta efectiva.

EJEMPLOS, NO FUNCIONES ACTIVAS

Las experiencias
ilustrativas.

Este sitio no ejecuta modelos ni recibe archivos: solo envía las solicitudes de primera conversación. Los recorridos ilustran el método y las devoluciones.

Fuente sobre el núcleo: sitio de COGI.CO consultado el 6 de octubre de 2026, que indica el protocolo v11.1 y una prueba de aceptación del 1 de octubre de 2026. No se ha realizado una verificación independiente del código.

01 / Una lectura por funciones

Componentes distintos.
Responsabilidades explícitas.

Este esquema es una representación editorial de la arquitectura lógica, no una topología de despliegue verificada. Sirve para distinguir lo que debe analizarse en la configuración propuesta.

ARQUITECTURA LÓGICA / SÍNTESIS PARA LA EVALUACIÓNEsquema conceptual
01

Personas y responsabilidades

Pregunta, mandato, control y decisión final.

02

Método y conducción

Organización del diálogo y criterios de devolución.

03

Perspectivas representadas

Fuentes, ámbito, límites y condiciones de impugnación.

04

Núcleo y memoria del diálogo

Composición, registros y trazabilidad que deben documentarse.

05

Modelos y servicios externos

Dependencias, flujos de datos y condiciones de sustitución.

06

Entorno de la organización

Accesos, integraciones y gestión operativa por definir.

Una distinción esencial. Que el núcleo funcione sin conexión de red no implica que la interfaz, los modelos, las integraciones y la gestión del servicio estén todos disponibles sin conexión.
02 / Lo que la propuesta debe decir

Ninguna casilla rellenada
con una frase tranquilizadora.

Para cada punto hacen falta una respuesta referida a la configuración, un responsable y, cuando proceda, una evidencia verificable.

ÁmbitoQué verificar

Alojamiento y localización

¿Dónde se ejecutan la interfaz, el núcleo, los modelos y los registros? ¿Qué proveedores o subproveedores intervienen y en qué entornos?

Flujos de información

¿Qué datos entran, se procesan, se transmiten en su caso a servicios externos y se devuelven? Hace falta un mapa para cada componente.

Modelos y dependencias

¿Qué modelos están previstos? ¿Qué datos reciben? ¿Cuáles son las condiciones de sustitución, las consecuencias operativas y los costes?

Identidad y autorizaciones

¿Qué accesos, roles y controles están realmente implementados? ¿Cómo se autorizan el uso, la modificación y la exportación de la información?

Conservación y eliminación

¿Qué datos y registros se conservan, durante cuánto tiempo y con qué procedimientos de eliminación, exportación y verificación?

Integraciones y gestión

¿Qué sistemas deben conectarse? ¿Con qué requisitos previos, interfaces, responsabilidades, mantenimiento y soporte?

Verificación y responsabilidades

¿Quién valida la configuración y el caso de uso? ¿Qué evidencias hacen falta para la evaluación técnica y para las demás verificaciones aplicables?

Estado actual de estos puntos: no documentados en este sitio como capacidades ya implementadas. Deben completarse antes de aprobar el proyecto y antes de tratar datos en el entorno propuesto.
03 / Prepare la evaluación

Qué hace falta
para empezar bien.

Utilice esta lista como recordatorio local. No es una certificación de conformidad ni de preparación del sistema; las selecciones no se guardan ni se envían.

0 de 6 elementos revisados · Un recordatorio, no una validación
04 / Sin ambigüedades

Las preguntas
que importan.

¿Se puede instalar COGI ya en nuestros sistemas?
Este sitio no acredita la disponibilidad de un paquete instalable completo. La configuración propuesta, los componentes disponibles y los que deben desarrollarse deben ser documentados por el equipo técnico dentro del alcance del piloto.
¿Se envían nuestros datos a modelos externos?
Este sitio no utiliza modelos ni envía datos a servicios externos. Para el servicio real, la respuesta depende de la arquitectura elegida: hacen falta un mapa de los flujos y condiciones documentadas para cada proveedor implicado.
¿La referencia al marco normativo equivale a conformidad?
No. Una referencia general no sustituye las evaluaciones sobre el caso de uso, la configuración, los datos y los roles efectivos. Las verificaciones aplicables deben realizarlas los responsables competentes.
¿«Modelos sustituibles» significa ausencia de dependencias?
No. Es un planteamiento arquitectónico que debe traducirse en condiciones técnicas y operativas: deben verificarse la compatibilidad, la continuidad, los costes, los plazos y la conservación de la información.
¿Es la ficha en PDF (en italiano) un documento técnico definitivo?
No. Es una ficha editorial de evaluación previa con una matriz de la información que debe completarse. La versión, la fecha y los límites figuran en el documento.
Se parte de una pregunta real

Una mesa compartida.
Dirección y sistemas de información.

La primera conversación sirve para acotar juntos la decisión, los datos, las condiciones técnicas y los criterios de verificación.

Inicie una conversación
Buscar en el sitio