Excel verliert Ziffern: Trade-IDs als Text kontrollieren

Ein Tabellenimport kann Gewinne und Zeilenzahl unverändert lassen und trotzdem den Schlüssel einer Ausführung beschädigen. Später ordnest du dann eine Gebühr möglicherweise dem falschen Vorgang zu. Bevor du dem Dashboard vertraust, kontrolliere deshalb nicht nur Geldbeträge, sondern die Identität der zugrunde liegenden Datensätze.

Eine Kennung bezeichnet den Vorgang, keine Geldmenge

Eine ID beantwortet „welcher Datensatz?“. Das Addieren von Ordernummern hat keinen finanziellen Sinn. Jedes Zeichen kann zählen, auch eine führende Null. Gewinn, Kommission und Volumen sind dagegen eigene Rechenfelder. Lege ihre Datentypen vor Formeln und Import fest; eine schön formatierte Auswertung löst keinen mehrdeutigen Schlüssel.

Microsoft beschreibt Excel mit 15 Stellen numerischer Genauigkeit und empfiehlt Text für längere Codes. Daraus folgt nicht, dass jeder Broker lange Tickets verwendet. Die Mechanik kann eine Ausführungs-ID, eine Order-ID oder einen anderen Schlüssel betreffen. Prüfe die vollständige Rohdarstellung, nicht nur eine verkürzte Anzeige.

Bei MT5 bezeichnet DEAL_TICKET die Ausführung und DEAL_ORDER die zugehörige Order. Mehrere Teilfüllungen derselben Order können dieselbe Ordernummer tragen, ohne Duplikate zu sein. Definiere, welche Art Vorgang jede Zeile beschreibt und in welchem Konto- oder Berichtsumfang die Kennung gilt, bevor du Wiederholungen entfernst.

Zwei Vorgänge können denselben beschädigten Schlüssel bekommen

Unser Modell verwendet die fiktiven Text-IDs 2026101300000001 und 2026101300000002. Eine ausdrücklich angenommene Zahlenumwandlung behält die ersten 15 Ziffern und ersetzt die sechzehnte durch 0. Beide werden zu 2026101300000000. Ein Textimport erhält dagegen beide vollständigen Zeichenfolgen. Das sind keine realen Kontodaten und kein experimenteller Nachweis deiner aktuellen Excel-Einstellung.

Der Originalbestand hat zwei Zeilen und zwei verschiedene Schlüssel. Die beschädigte Liste hat weiter zwei Zeilen, aber nur einen Schlüssel mit zwei Vorkommen. Duplikatentfernung könnte einen echten Vorgang löschen; ein Join mit einer anderen Tabelle könnte mehrere oder falsche Zuordnungen erzeugen.

Zusätzliche EUR-Gegenprobe: Den beiden ursprünglichen Vorgängen seien +12 EUR und −5 EUR zugewiesen. Behält der beschädigte Export beide Beträge, bleibt die Summe +7 EUR korrekt, obwohl die IDs nicht stimmen. Bewahrt ein späterer falscher Duplikatprozess nur den ersten Vorgang, stehen plötzlich +12 EUR. Die Aufbewahrungsregel ist hier eine Modellannahme, keine Garantie einer Tabellenfunktion. Identität, Zuordnung und Geldabstimmung brauchen getrennte Prüfungen.

Eine Anzeige wie E+15 allein beweist keine Ziffernverluste. Prüfe tatsächlichen Wert und Export. Ergänze verlorene Endziffern nicht nach Zeilenreihenfolge: Ein echter Export kann sortiert, unvollständig oder um weitere Vorgänge ergänzt sein. Der beschädigte Schlüssel enthält nicht genug Wissen für die ursprüngliche Zuordnung.

Vom erhaltenen Original erneut importieren

Bewahre eine unveränderte Quelle außerhalb der Arbeitsmappe auf. Öffne eine Stichprobe im Texteditor und kontrolliere Überschrift, längste Kennungen und führende Nullen. Unterscheide den Anbieterdownload von einer bereits durch Excel gespeicherten Kopie. Der Name „Original“ belegt die Herkunft nicht; erfasse Abrufzeit und Berichtsumfang. Experimente laufen auf Kopien.

Verwende einen kontrollierten Text-/CSV-Import und weise ID-Spalten ausdrücklich den Typ Text zu. In einer deutschen Excel-Oberfläche ist das ein Datentyp, keine Anweisung, Beträge ebenfalls als Text zu behandeln. Die genaue Importansicht hängt von Version und Ausgabe ab. Prüfe in Power Query die Schritte: Eine frühere numerische Umwandlung kann Zeichen bereits zerstört haben. „Text“ in einem späteren Schritt stellt sie nicht wieder her. Beginne erneut aus der bewahrten Quelle und korrigiere die Reihenfolge.

Excel bietet je nach Version Optionen für automatische Umwandlungen langer Zahlen, führender Nullen oder datumsähnlicher Zeichenfolgen. Kontrolliere deine konkrete Installation. Eine Einstellung auf einem anderen Rechner beweist nicht dieselbe Verarbeitung bei dir. Eine gemeinsam genutzte Datei braucht deshalb einen dokumentierten Importweg.

Kontrolliere nach dem Laden eine Stichprobe, speichere eine Kopie und exportiere erneut. Lies die tatsächlich exportierte Datei als Text und vergleiche sie mit der Referenz. Die Runde Quelle → Import → Export prüft mehr als die sichtbare Zelle. Entscheidend ist das Artefakt, das später ins Journal oder den Tabellenjoin gelangt.

Was der lokale ID-Vergleicher prüft

Füge zwei Listen ein: Referenz-IDs und IDs nach dem Tabellenrundlauf. Eine ID steht je Zeile, ohne CSV-Überschrift, Anführungszeichen oder weitere Spalten. Erlaubt sind ASCII-Buchstaben, Ziffern, Unterstrich, Punkt, Doppelpunkt und Bindestrich. Groß-/Kleinschreibung zählt: ABC und abc sind verschieden. Führende oder abschließende Leerzeichen werden abgelehnt statt stillschweigend entfernt.

Prüfen, ob IDs den Import unverändert überstanden haben

Das Lehrbeispiel läuft lokal im Browser. Es verbindet sich mit keinem Konto und keiner API, versendet keine Eingaben und speichert sie nicht dauerhaft. Gib keine Passwörter oder personenbezogenen Angaben ein.

Original-IDs – eine je Zeile2026101300000001 2026101300000002IDs nach dem Import – eine je Zeile2026101300000000 2026101300000000

Je Liste: 1 bis 10.000 nichtleere Zeilen, höchstens 20.000 Zeilen und 1,5 MB. ID: 1 bis 128 ASCII-Buchstaben, Ziffern oder _ . : -. Führende Nullen und Groß-/Kleinschreibung zählen. Die Reihenfolge verändert den Häufigkeitsvergleich nicht. Das Werkzeug repariert keine verlorenen Ziffern.

Beispiel prüfenBeispiel zurücksetzen

Je Liste gelten 1 bis 10.000 nichtleere Zeilen, maximal 20.000 Gesamtzeilen einschließlich Leerzeilen und 1,5 MB. Jede ID hat 1 bis 128 Zeichen. Der Vergleicher erhält führende Nullen und vergleicht Vorkommen vollständiger Zeichenfolgen. Beim Modell fehlen beide Original-IDs, während der neue Schlüssel zweimal zusätzlich erscheint. Ein Muster passend zum Abschneiden nach der fünfzehnten Stelle ist nur eine Diagnosehypothese; es beweist keine Excel-Ursache. Reine Umordnung verändert den Häufigkeitsvergleich nicht.

Die Analyse läuft lokal ohne Brokeranmeldung, API, Versand oder dauerhafte Speicherung. Du kannst das Ergebnis als TXT herunterladen; ohne JavaScript bleibt das erklärte Modell lesbar. Das Werkzeug bestätigt keine Echtheit und rekonstruiert keine Trades. Übereinstimmende IDs validieren weder Preise noch Mengen, Termine, Währungen oder Kosten.

Erst Schlüssel abstimmen, danach Statistik berechnen

Bei einer Abweichung bewahrst du beide Kopien und suchst die erste Transformation. Ohne ursprünglichen Export bleibt die Referenz eingeschränkt; lege das offen. Fordere gegebenenfalls eine neue Anbieterdatei an, statt Ziffern zu erraten.

Prüfe Berichte mehrerer Konten in passenden Gültigkeitsbereichen. Derselbe Text außerhalb seines Bereichs muss nicht denselben Vorgang bezeichnen. Zuverlässige Beziehungen zwischen Fills und Positionen sind Voraussetzung weiterer Auswertung; der ID-Check ordnet selbst noch keinen Gewinn Robotern zu. Dokumentiere den Abgleich im Journal und prüfe anschließend Joins, Geldbeträge, Gebühren und Balance getrennt. Ein bestandener Test ersetzt diese Kontrollen nicht.

1. Bewahre ursprünglichen Export und importierte Kopie getrennt und suche bei einer ID-Abweichung die erste Transformation. Prüfe lange Kennungen als Text ohne Rundung; wenn die Referenz fehlt, notiere diese Grenze und fordere gegebenenfalls eine neue Datei an, statt vermeintlich fehlende Ziffern zu erraten.
2. Ordne Berichte mehrerer Konten anhand vollständiger Gültigkeitsbereiche und passender zusammengesetzter Schlüssel zu. Vergleiche das Modell mit sieben EUR vollständigem Geldsaldo und dem falschen first-row-Ergebnis; gleicher Text außerhalb desselben Bereichs bezeichnet nicht automatisch denselben Vorgang und darf keinen fremden Fill ersetzen.
3. Dokumentiere den ID-Abgleich mit beiden Dateien und prüfe danach Joins, Geldbeträge, Gebühren und Balance getrennt. Halte ungeklärte Beziehungen zwischen Fills und Positionen offen; ein bestandener Zeichenvergleich bestätigt weder richtige Profitzuordnung zu einem Roboter noch die vollständige wirtschaftliche Abstimmung des Journals.