Der Record wurde repariert. Die alte Auszahlung hat nicht funktioniert.
Das schlechte Gefühl begann, weil beide Bildschirme die Wahrheit sagten.
Auf der linken Seite zeigte das Sign-Protokoll die aktualisierte Berechtigung. Jetzt sauber. Richtiger Aussteller. Richtiger Status. Der Benutzer hatte das, was er schon immer haben sollte. Man konnte den Datensatz öffnen, die Felder überprüfen, der Aktualisierungsspur folgen und dieses kleine bürokratische Gefühl der Erleichterung spüren, das die Leute fälschlicherweise für Abschluss halten.
Auf der rechten Seite hatte die alte TokenTable-Ausgabe sie immer noch bei null.
Nicht vermisst. Schlimmer. Entschieden.
Das war der Teil, der mir ein wenig im Hals stecken blieb.
Das Programm hatte bereits eine Verteilungsrunde basierend auf einem früheren Zustand des Protokolls dieser gleichen Person durchgeführt. Damals war die Berechtigung unvollständig, oder ausstehend, oder an das falsche Urteil angehängt, was auch immer das richtige Wort für ein Protokoll ist, das sich noch nicht vollständig selbst geworden ist. Also tat TokenTable, was es tun sollte mit dem Zustand, den es erhielt. Es baute die Menge. Einschließlich einiger Leute. Ausschluss anderer. Beträge verhärtet. Finanzen exportierten die Datei. Jemand hat unterschrieben. Wert bewegt.
Dann korrigierte der Aussteller das Protokoll in Sign.
Nicht eine neue Person. Nicht ein gefälschter Anspruch, der plötzlich durchgeht. Die gleiche Person, aber die Überprüfungsebene wurde besser, nachdem das Geld bereits der schlechteren Version zugehört hatte.
Das ist ein so Sign-Problem.
Weil Sign es dem Protokoll ermöglicht, sich zu verbessern. Das ist Teil des Punktes. Berechtigungen können aktualisiert, korrigiert, neu ausgestellt, klargestellt werden. Die Überprüfungsoberfläche bleibt lebendig, anstatt vorzugeben, dass der erste Durchgang heilig war. In Ordnung. Gut, sogar.
Aber TokenTable verhält sich nicht wie eine lebendige Oberfläche, sobald eine Runde abgeschlossen ist. Es verhält sich wie Geschichte. Kalte Zeilen. Eingefrorene Entscheidungen. Geldbörse neben Betrag. Oder Geldbörse neben nichts. Was wirklich sein eigener Betrag ist.
Also bekommen Sie jetzt diese hässliche Spaltung über die Zeit.
Öffnen Sie heute Sign, und der Benutzer sieht berechtigt aus.
Öffnen Sie die historische Auszahlungsdatei, und derselbe Benutzer sieht so aus, als wäre er korrekt ausgeschlossen worden.
Und niemand im Raum bekommt die einfache Version der Geschichte mehr.
Die Unterstützung sieht die aktualisierte Berechtigung und fragt, warum der Benutzer abgelehnt wurde.
Die Schatzkammer sieht den historischen Export und fragt, ob jemand vorschlägt, eine abgeschlossene Verteilung wieder zu eröffnen.
Ops versucht zu erklären, dass beide an dieselbe Person gebunden sind, nur nicht an denselben Moment des Protokolls dieser Person, und Sie können fühlen, wie die Erklärung dünner wird, während Sie sie aussprechen.
Meine Finger schwebten tatsächlich über dem Backfill-Blatt zu diesem Zeitpunkt. Nichts berührend. Nur da. Denn jede Option klingt schlecht, sobald die Korrektur eintrifft, nachdem die finanzielle Geschichte bereits offiziell geworden ist.
Führen Sie die alte Runde für einen Benutzer erneut aus?
Erstellen Sie eine Ausgleichszahlung außerhalb des ursprünglichen TokenTable-Ausgangs?
Lassen Sie den alten Ausschluss unangetastet und sagen Sie, dass das aktualisierte Sign-Protokoll nur für die Zukunft gilt?
Alle diese Entscheidungen bewahren etwas und brechen etwas.
Das ist die gemeine kleine operationale Wahrheit, die sich hinter „lebendiger Verifizierung“ versteckt. Die Infrastruktur kann in der Gegenwart genauer werden, ohne Ihnen einen sauberen Weg zu geben, das, was die frühere Version bereits verursacht hat, rückgängig zu machen. Sign kann das Protokoll reparieren. Es kann das alte Urteil nicht stillschweigend aus der Verteilungsgeschichte zurückziehen, die ihm zugehört hat.
So verbessert sich die Berechtigung. Der Benutzer sieht endlich aus wie er selbst. Und die ältere Auszahlungsrunde sitzt einfach da und trägt eine Entscheidung über eine Version dieser Person, die Sign nicht mehr zeigt, aber TokenTable absolut tat.