Abgeschnittene Lesevorgänge sind der stille Fehler in ERP-KI

Ein Assistent liest eine Tabelle. Die Tabelle enthält 3.901 passende Zeilen. Der Lesevorgang stoppt bei 500. Der Assistent schreibt eine Summe.

Die Summe ist Arithmetik über eine Stichprobe. Sie ist falsch, und nichts auf dem Bildschirm sagt das. Das ist der stille Fehler in KI über einem ERP-System, und er wird schlimmer, während Ihre Daten wachsen, denn er tritt nur bei den Tabellen auf, die am wichtigsten sind.

Was ist ein abgeschnittener Lesevorgang?

Ein abgeschnittener Lesevorgang ist eine Abfrage, die aufhört, bevor sie alle passenden Zeilen zurückgegeben hat.

Jede Datenverbindung hat eine Grenze. Eine API-Seite hat eine Seitengröße. Ein Lesewerkzeug hat eine Obergrenze an Datensätzen. Eine Antwort hat eine Maximalgröße. Diese Grenzen sind richtig. Ein System ohne Grenze versagt anders, und schlimmer.

Der Fehler ist nicht die Grenze. Der Fehler ist ein Ergebnis, das nicht sagt, dass es abgeschnitten wurde.

Warum ist ein Abschneiden schwerer zu entdecken als eine falsche Zahl?

Weil die Antwort in jeder Hinsicht richtig aussieht, die ein Mensch prüft.

Ein falscher Kundenname ist sichtbar. Ein falsches Datum ist sichtbar. Eine Summe über 500 von 3.901 Zeilen ist eine plausible Zahl in korrekter Formatierung, in einem Satz mit korrekter Grammatik, zu einer Frage, die Sie gestellt haben. Sie scheitert nur an der echten Summe, und die war genau das, was Sie nicht hatten.

Die Tabellen, auf denen das passiert, sind Debitorenposten, Wertposten und gebuchte Belegzeilen. Das sind die Tabellen, die Ihr Geld tragen.

Wie prüfe ich einen Assistenten auf abgeschnittene Lesevorgänge?

Nutzen Sie diesen Test bei jedem Assistenten, auch bei unserem. Sie dauert fünf Minuten.

1. Wählen Sie eine Tabelle mit mehr Zeilen, als eine Ergebnisseite hat. Debitorenposten über einen langen Zeitraum funktionieren in den meisten Unternehmen.
2. Stellen Sie eine Frage, die jede Zeile braucht: eine Summe, einen Mittelwert oder eine Anzahl.
3. Stellen Sie eine zweite Frage: wie viele Datensätze hat diese Abfrage zurückgegeben?
4. Stellen Sie eine dritte Frage: gab es weitere Zeilen, die du nicht gelesen hast?

Ein korrektes System beantwortet Frage 3 mit einer Zahl und Frage 4 mit einem klaren Ja oder Nein. Ein System, das Frage 3 nicht beantworten kann, kann Frage 2 auch nicht richtig beantwortet haben, außer durch Glück.

Wiederholen Sie dann die erste Frage mit einem Filter, der das Ergebnis klein macht. Weichen die beiden Summen in einer Weise voneinander ab, die der Filter nicht erklärt, haben Sie den Fehler gefunden.

Was sollte ein korrektes System tun?

Vier Dinge, in dieser Reihenfolge.

Blättern, bis die Daten zu Ende sind, bis zu einer genannten Obergrenze. Eine einzelne Seite genügt nie. Automatisches Blättern bis zu einer dokumentierten Grenze, etwa 2.000 Datensätze, deckt die meisten echten Fragen ab.

Im Ergebnis mitführen, dass abgeschnitten wurde. Das Ergebnis muss sagen, wie viele Datensätze zurückkamen und ob Zeilen übrig sind. Das muss Teil der Daten sein, nicht Teil der Prosa.

Sich weigern, einen abgeschnittenen Lesevorgang zu aggregieren. Das ist der Teil, den die meisten Systeme überspringen. Hat der Abruf seine Obergrenze erreicht, ist eine Summe oder ein Mittelwert darüber keine Summe und kein Mittelwert. Ein Bericht muss sagen, dass der Lesevorgang unvollständig war, statt eine Zahl zu zeichnen.

Es in der Antwort sagen. Die Leserin, nicht nur das Protokoll, muss erfahren, dass der Lesevorgang gestoppt hat.

In einem Bericht wird das teuer

Eine Unterhaltung wird einmal gelesen. Ein Bericht wird jeden Monat von Menschen geöffnet, die die ursprüngliche Frage nicht gestellt haben.

Ist ein Bericht ein gespeichertes Bild einer Zahl, ist der unvollständige Lesevorgang darin eingefroren, und die Zahl bleibt falsch, solange der Bericht existiert. Ist ein Bericht ein Satz Abfragen, die neu abrufen, dann ist jedes Öffnen ein neuer Lesevorgang, und es lässt sich jedes Mal erneut prüfen, ob abgeschnitten wurde.

Das ist das praktische Argument für Berichte, die neu lesen, statt für Berichte, die speichern. Es geht nicht allein um Aktualität. Es geht um eine Grenze, die neu bewertet werden kann, statt um eine Grenze, die einmal festgehalten und dann vergessen wurde.

Eine verwandte Falle: die richtigen Zeilen, das falsche Feld

Das Abschneiden hat einen Vetter. Die Auswertung offener Forderungen in Business Central kann auf verschiedenen Datumsfeldern beruhen, und Microsoft dokumentiert die Wahl. Nach Buchungsdatum, Belegdatum oder Fälligkeitsdatum zu gliedern ergibt drei verschiedene richtige Antworten.

Ein Assistent, der eines auswählt, ohne es Ihnen zu sagen, hat nichts abgeschnitten. Er hat eine Frage beantwortet, die Sie nicht gestellt haben. Die Kontrolle ist dieselbe: die Antwort muss sagen, was sie gefiltert hat und wie, damit eine Leserin die getroffene Wahl sehen kann.

Die kurze Fassung

Fragen Sie jeden Assistenten, wie viele Zeilen er gelesen hat. Kann er es Ihnen nicht sagen, kann er Ihnen die Summe auch nicht sagen.