El truncamiento es el fallo silencioso de la IA sobre un ERP

Un asistente lee una tabla. La tabla contiene 3.901 filas coincidentes. La lectura se detiene en 500. El asistente escribe un total.

El total es aritmética sobre una muestra. Es incorrecto, y nada en la pantalla lo dice. Este es el fallo silencioso de la IA sobre un sistema ERP, y empeora a medida que crecen sus datos, porque solo aparece en las tablas que más importan.

¿Qué es una lectura truncada?

Una lectura truncada es una consulta que se detiene antes de devolver todas las filas coincidentes.

Toda conexión de datos tiene un límite. Una página de API tiene un tamaño de página. Una herramienta de lectura tiene un tope de registros. Una respuesta tiene un tamaño máximo. Estos límites son correctos. Un sistema sin límite falla de otra manera y peor.

El fallo no es el límite. El fallo es un resultado que no dice que se ha cortado.

¿Por qué el truncamiento es más difícil de detectar que un número equivocado?

Porque la respuesta parece correcta en todo aquello que una persona comprueba.

Un nombre de cliente equivocado se ve. Una fecha equivocada se ve. Un total sobre 500 de 3.901 filas es un número verosímil con el formato correcto, en una frase con la gramática correcta, sobre una pregunta que usted hizo. Solo falla frente al total real, que es justo lo que usted no tenía.

Las tablas donde ocurre esto son los movimientos contables, los movimientos de valor y las líneas de documentos registrados. Son las tablas que llevan su dinero.

¿Cómo pruebo si un asistente trunca?

Use esta prueba con cualquier asistente, incluido el nuestro. Lleva cinco minutos.

1. Elija una tabla con más filas de las que caben en una página de resultados. Los movimientos de cliente de un periodo largo sirven en la mayoría de las empresas.
2. Haga una pregunta que requiera todas las filas: un total, una media o un recuento.
3. Haga una segunda pregunta: ¿cuántos registros devolvió esa consulta?
4. Haga una tercera pregunta: ¿había más filas que no leíste?

Un sistema correcto responde a la pregunta 3 con un número y a la pregunta 4 con un sí o un no claros. Un sistema que no puede responder a la pregunta 3 no ha podido responder correctamente a la 2, salvo por suerte.

Después repita la primera pregunta con un filtro que haga pequeño el resultado. Si los dos totales discrepan de una forma que el filtro no explica, ha encontrado el fallo.

¿Qué debería hacer un sistema correcto?

Cuatro cosas, en orden.

Paginar hasta agotar los datos, hasta un tope declarado. Una sola página nunca basta. La paginación automática hasta un límite documentado, por ejemplo 2.000 registros, cubre la mayoría de las preguntas reales.

Llevar el estado de truncamiento en el resultado. El resultado tiene que decir cuántos registros se han devuelto y si quedan filas. Eso debe formar parte de los datos, no de la prosa.

Negarse a agregar una lectura truncada. Esta es la parte que la mayoría de los sistemas se saltan. Si la consulta ha alcanzado su tope, un total o una media sobre ella no son un total ni una media. Un informe debe decir que la lectura estaba incompleta en lugar de dibujar un número.

Decirlo en la respuesta. Quien lee, y no solo el registro técnico, tiene que enterarse de que la lectura se detuvo.

Un informe es donde esto sale caro

Una conversación se lee una vez. Un informe lo abren cada mes personas que no hicieron la pregunta original.

Si un informe es una imagen guardada de un número, el truncamiento queda congelado dentro, y el número sigue estando mal mientras exista el informe. Si un informe es un conjunto de consultas que se vuelven a leer, cada apertura es una lectura nueva y el estado de truncamiento se puede volver a comprobar cada vez.

Este es el argumento práctico a favor de los informes que vuelven a leer frente a los informes que almacenan. No va solo de frescura. Va de un límite que se puede reevaluar en lugar de un límite que se registró una vez y se olvidó.

Una trampa relacionada: las filas correctas, el campo equivocado

El truncamiento tiene un primo. La antigüedad de saldos de clientes en Business Central se puede calcular por distintos campos de fecha, y Microsoft documenta la elección. Calcular la antigüedad por fecha de registro, fecha de documento o fecha de vencimiento da tres respuestas correctas y distintas.

Un asistente que elige una sin decírselo no ha truncado nada. Ha respondido a una pregunta que usted no hizo. El control es el mismo: la respuesta debe decir qué ha filtrado y cómo, para que quien la lee pueda ver la elección que se hizo.

La versión corta

Pregúntele a cualquier asistente cuántas filas ha leído. Si no se lo puede decir, tampoco le puede decir el total.