Adónde van sus datos contables cuando hace una pregunta

«¿Adónde van nuestros datos?» es la primera pregunta que hace un equipo financiero sobre un asistente de IA, y normalmente recibe una respuesta sobre alojamiento. El alojamiento es la mitad pequeña de la respuesta.

Esta página sigue una pregunta por todo el recorrido y nombra qué se mueve en cada paso.

El recorrido de una pregunta

Usted pregunta: ¿qué clientes superan su límite de crédito?

1. La pregunta llega a la plataforma. Se guarda con su conversación.
2. El asistente escribe una consulta. Una tabla, un filtro, un conjunto de campos. La consulta es texto. No contiene ningún dato de su sistema.
3. La plataforma ejecuta la consulta. Se ejecuta a través de su propia conexión a Business Central, con sus propias credenciales delegadas. Business Central decide qué puede leer usted.
4. Vuelven las filas. Se guardan con la conversación, cifradas.
5. La plataforma representa un bloque. Una tabla, un valor o un gráfico, construido con esas filas.
6. Las filas van al modelo como resultado de una herramienta. Este es el paso que la gente no espera, y es el paso que hace real la respuesta.
7. El modelo escribe la frase. La plataforma coteja cada cifra que contiene con las filas del paso 4.
8. Usted lee la respuesta.

¿Qué se envía al modelo?

Tres cosas: su pregunta, la conversación hasta ese momento y las filas que ese turno necesitaba.

Las filas son la parte honesta de la respuesta. El resultado de una herramienta pasa a formar parte de la petición siguiente, así que los registros que devolvió una consulta sí llegan al modelo. Un asistente que afirmara lo contrario o estaría equivocado o estaría respondiendo desde un conjunto de entrenamiento, que es peor.

La cantidad está acotada. Un resultado demasiado grande para devolverlo se reduce a unas pocas filas y una nota que lo advierte.

¿Qué no se envía?

Su base de datos. En la plataforma no existe ninguna copia de su entorno de Business Central. Cada lectura ocurre cuando usted pregunta, a través de su conexión. No hay sincronización nocturna ni almacén de datos por medio.

Nada que la pregunta no haya pedido. La consulta decide el alcance. Una pregunta sobre límites de crédito no se lleva sus nóminas.

Datos que usted no puede ver. La consulta se ejecuta con sus permisos, así que las filas que llegan al modelo son filas que usted tiene permitido leer. Un compañero que haga la misma pregunta puede obtener otro resultado, y eso es correcto.

¿Sus datos entrenan un modelo?

No. Los modelos son de pesos abiertos y están alojados. UNI4C no hace ajuste fino con conversaciones de clientes, y no existe ninguna canalización que las llevara hacia el entrenamiento.

Merece la pena separar esto de una promesa de no entrenar. Una promesa depende de la conducta. La ausencia de una canalización es una propiedad del sistema.

¿Qué conserva el proveedor del modelo?

Nada entre turnos. Sin caché de prompts, sin conversaciones almacenadas, sin estado por cliente.

Hay una consecuencia visible que lo demuestra. Como el proveedor no conserva nada, el contexto entero se vuelve a enviar en cada turno en lugar de referenciarse desde algo que ellos hubieran guardado. Eso cuesta más, y es el diseño que elegimos.

¿Dónde se ejecuta cada parte?

Las conversaciones, los resultados de las herramientas, los adjuntos, los archivos generados y las credenciales guardadas se cifran con cifrado autenticado. Un texto cifrado manipulado se rechaza en lugar de descifrarse.

¿Cómo se compara esto con Copilot en Business Central?

Microsoft hace tres afirmaciones sobre Copilot. Hereda sus permisos de datos y no puede leer más datos a los que usted ya tiene acceso. Para los clientes dentro de la Frontera de Datos de la UE, los datos no salen de esa frontera. Y Microsoft no lee sus prompts ni usa sus datos para entrenar modelos de IA sin su permiso explícito.

Son afirmaciones sólidas y se sostienen. La diferencia no está en el nivel de protección. Está en la forma de la pregunta que responde cada producto. Copilot trabaja dentro de Business Central. Un asistente aparte lee a través de varios sistemas, así que su recorrido de datos cruza más fronteras y hay que describirlo con más detalle.

Qué preguntar a cualquier proveedor

Seis preguntas. Las respuestas dicen más que una página de certificaciones.

1. ¿Existe una copia de nuestros datos en su plataforma, o leen bajo demanda?
2. ¿Qué filas llegan al modelo, y qué pasa con un resultado demasiado grande?
3. ¿El proveedor del modelo conserva algo entre turnos?
4. ¿En qué país se ejecuta la inferencia?
5. ¿Quién tiene la credencial que lee nuestro ERP: nuestro usuario o su cuenta de servicio?
6. ¿Cuánto tiempo conservan la conversación y las filas que contiene, y quién lo decide?

Un proveedor que responda a las seis con concreción se ha planteado el problema. Un proveedor que responde con el nombre de una región y un sello de cumplimiento ha respondido a una pregunta de seis.