Abstimmung
Abstimmung ist der Prozess der Prüfung, ob Ihre Buchhaltungsdaten vollständig, konsistent und mit externen Quellen übereinstimmen. CryptaCount bietet 12 automatisierte Arbeitsbereichsprüfungen, die alles von Adress-Mappings bis zur doppelten Buchführungsintegrität abdecken.
Abstimmungs-Dashboard
Abschnitt betitelt „Abstimmungs-Dashboard“Das Dashboard unter Reconciliation in der Seitenleiste zeigt den aktuellen Stand aller Arbeitsbereichsprüfungen.

Jede Prüfung zeigt:
- Prüfungsname — Was verifiziert wird
- Status — Bestanden, Nicht bestanden, Warnung oder Nicht ausgeführt
- Zuletzt ausgeführt — Wann diese Prüfung zuletzt ausgeführt wurde
- Befunde — Anzahl der gefundenen Probleme (falls vorhanden)
Die 12 Arbeitsbereichsprüfungen
Abschnitt betitelt „Die 12 Arbeitsbereichsprüfungen“1. Nicht zugeordnete Adressen
Abschnitt betitelt „1. Nicht zugeordnete Adressen“Was geprüft wird: Findet Transaktionsadressen, die keine Sachkonto-Zuordnung haben.
Warum es wichtig ist: Nicht zugeordnete Adressen bedeuten, dass Transaktionen nicht ordnungsgemäß verbucht werden können. Wenn eine Adresse in Ihren Transaktionsdaten erscheint, aber keine Sachkonto-Zuordnung hat, sind Buchungssätze für diese Transaktionen unvollständig oder fehlen.
Behebung: Fügen Sie die Adresse als internes oder externes Wallet mit einer Sachkonto-Zuordnung hinzu, oder weisen Sie dem bestehenden Wallet ein Sachkonto zu.
2. Transaktionsanzahlen
Abschnitt betitelt „2. Transaktionsanzahlen“Was geprüft wird: Vergleicht erwartete Transaktionsanzahlen (aus Blockchain-Daten und CEX-Importen) mit tatsächlich erfassten Transaktionen.
Warum es wichtig ist: Ein Unterschied zeigt fehlende Daten — Transaktionen, die hätten importiert werden sollen, es aber nicht wurden. Dies kann durch Synchronisierungsfehler, Importfehler oder unvollständige Abrufe passieren.
Behebung: Betroffene Wallets erneut synchronisieren oder CEX-Daten für die fehlenden Perioden erneut importieren.
3. Anfangs-/Endbestände
Abschnitt betitelt „3. Anfangs-/Endbestände“Was geprüft wird: Prüft, ob der Endbestand einer Periode dem Anfangsbestand der nächsten entspricht.
Warum es wichtig ist: Ein Bruch in der Anfangs-/Endbestandskette bedeutet, dass sich zwischen Periodengrenzen etwas geändert hat — eine spät eintreffende Transaktion, eine Neuberechnung oder eine manuelle Anpassung, die nicht ordnungsgemäß weitergegeben wurde.
Behebung: Salden für die betroffenen Perioden neu berechnen. Wenn die Diskrepanz anhält, suchen Sie nach Transaktionen mit Zeitstempeln zwischen Periodengrenzen.
4. Interne Transfers
Abschnitt betitelt „4. Interne Transfers“Was geprüft wird: Prüft, ob interne Transfers zwischen eigenen Wallets ordnungsgemäß abgeglichen sind und netto null ergeben.
Warum es wichtig ist: Ein nicht abgeglichener interner Transfer bläht sowohl Abflüsse als auch Zuflüsse auf und verzerrt Ihre Finanzberichte. Jeder TRANSFER_OUT von einem Ihrer Wallets zu einem anderen Ihrer Wallets sollte einen entsprechenden TRANSFER_IN haben.
Behebung: Verwenden Sie das Werkzeug CEX Transfer Matching für CEX-zu-Wallet-Transfers, oder klassifizieren Sie abgeglichene Paare als INTERNAL_TRANSFER.
5. Gebühren
Abschnitt betitelt „5. Gebühren“Was geprüft wird: Prüft, ob Gas- und Handelsgebühren ordnungsgemäß erfasst und klassifiziert sind.
Warum es wichtig ist: Fehlende Gebührentransaktionen unterschätzen Aufwendungen. Fehlklassifizierte Gebühren (z. B. eine als Transfer erfasste Gasgebühr) verzerren Berichtskategorien.
Behebung: Markierte Gebührentransaktionen überprüfen und ihre Klassifizierung korrigieren.
6. Preisverfügbarkeit
Abschnitt betitelt „6. Preisverfügbarkeit“Was geprüft wird: Identifiziert Transaktionen und Salden-Daten, bei denen Preisdaten fehlen.
Warum es wichtig ist: Ohne Preis kann CryptaCount keinen beizulegenden Zeitwert für die Transaktion oder den Saldo berechnen. Dies beeinträchtigt FMV-Berechnungen, realisierte Gewinne/Verluste und Wertminderungstests.
Behebung: Fehlende Preise können durch ein Preis-Backfill aufgelöst werden. Bei obskuren oder wenig liquiden Tokens kann eine manuelle Preiseingabe erforderlich sein.
7. CEX-Abgleich
Abschnitt betitelt „7. CEX-Abgleich“Was geprüft wird: Prüft, ob CEX-Einzahlungen und -Auszahlungen mit entsprechenden On-Chain-Wallet-Bewegungen abgeglichen sind.
Warum es wichtig ist: Nicht abgeglichene CEX-Transfers führen zu Doppelzählung — dasselbe wirtschaftliche Ereignis erscheint sowohl als Börsentransaktion als auch als Wallet-Transaktion.
Behebung: Verwenden Sie das Werkzeug Transfer Matching, um nicht abgeglichene Paare zu verknüpfen.
8. Doppelte Buchführung
Abschnitt betitelt „8. Doppelte Buchführung“Was geprüft wird: Prüft, ob jeder Buchungssatz ausgeglichene Soll- und Habenbeträge hat.
Warum es wichtig ist: Ein unausgeglichener Buchungssatz verletzt die grundlegende Buchhaltungsgleichung. Diese Prüfung erkennt beschädigte oder teilweise gebuchte Einträge.
Behebung: Die markierten Buchungssätze überprüfen und korrigieren. Falls nötig, aus der Quelltransaktion erneut buchen.
9. Ledger-Replay
Abschnitt betitelt „9. Ledger-Replay“Was geprüft wird: Repliziert die Buchungssatzsequenz und prüft, ob die resultierenden Salden mit den berechneten Salden übereinstimmen.
Warum es wichtig ist: Dies ist eine umfassende Integritätsprüfung. Wenn das Replizieren von Buchungssätzen von Grund auf andere Salden erzeugt als die gespeicherten Berechnungen, ist etwas in der Datenpipeline inkonsistent.
Behebung: Dies deutet typischerweise auf ein Datenproblem hin. Exportieren Sie die Befunde und untersuchen Sie die spezifischen Vermögenswerte und Perioden, bei denen der Replay von gespeicherten Werten abweicht.
10. Integrität
Abschnitt betitelt „10. Integrität“Was geprüft wird: Führt Datenintegritätsvalidierung über den gesamten Arbeitsbereich durch — referenzielle Integrität, Hash-Ketten-Verifikation im Hauptbuch und Konsistenz zwischen verwandten Entitäten.
Warum es wichtig ist: Erkennt Datenfehler auf niedriger Ebene, die andere Prüfungen übersehen — verwaiste Datensätze, unterbrochene Referenzen und manipulierte Hauptbucheinträge.
Behebung: Integritätsfehler sollten umgehend untersucht werden. Die Befunde detaillieren, welche spezifischen Datensätze die Validierung nicht bestanden haben.
11. Saldo vs. Blockchain
Abschnitt betitelt „11. Saldo vs. Blockchain“Diese Prüfung vergleicht Ihre berechneten On-Chain-Salden mit Live-Blockchain-Daten.
Was geprüft wird: Fragt aktuelle On-Chain-Salden für jedes Wallet ab und vergleicht sie mit den berechneten Beständen in CryptaCount.
Warum es wichtig ist: Ein Unterschied bedeutet, dass entweder Transaktionen in Ihren Daten fehlen (Synchronisierungslücke) oder Transaktionen falsch klassifiziert sind (z. B. ein TRANSFER_IN, der eigentlich ein SWAP sein sollte).
Behebung: Das betroffene Wallet erneut synchronisieren. Wenn die Diskrepanz nach der Synchronisierung anhält, einzelne Transaktionen während der nicht übereinstimmenden Periode untersuchen.
12. Hierarchieabstimmung
Abschnitt betitelt „12. Hierarchieabstimmung“Was geprüft wird: Prüft, ob Salden korrekt durch die Sachkontohierarchie rollen — Unterkonten summieren sich zu ihren übergeordneten Konten.
Warum es wichtig ist: Stellt sicher, dass Berichtssummen konsistent sind. Eine unterbrochene Hierarchie bedeutet, dass Ihre Bilanz- oder Saldenlisten-Summen nicht mit der Summe ihrer Positionen übereinstimmen.
Behebung: Den Sachkontobaum überprüfen und fehlerhafte Eltern-Kind-Beziehungen korrigieren.
Abstimmung ausführen
Abschnitt betitelt „Abstimmung ausführen“Einzelne Prüfungen
Abschnitt betitelt „Einzelne Prüfungen“Führen Sie eine einzelne Prüfung über das Abstimmungs-Dashboard aus, indem Sie neben dem Prüfungsnamen auf Run klicken. Ergebnisse erscheinen innerhalb von Sekunden für die meisten Prüfungen; Ledger-Replay und Integritätsprüfungen können bei großen Arbeitsbereichen länger dauern.
Vollständige Abstimmung
Abschnitt betitelt „Vollständige Abstimmung“Klicken Sie auf Run Full Reconciliation, um alle 12 Prüfungen in Folge auszuführen. Dadurch wird ein umfassender Abstimmungsbericht erzeugt, der für Prüfpfadzwecke gespeichert wird.
Eine vollständige Abstimmung wird empfohlen:
- Am Ende jeder Buchungsperiode vor dem Abschluss
- Nach dem Import großer Mengen neuer Daten
- Nach umfangreichen Klassifizierungs- oder Sachkonto-Mapping-Änderungen
- Vor der Erstellung von Finanzberichten für externe Nutzung
Abstimmungsberichte
Abschnitt betitelt „Abstimmungsberichte“Abgeschlossene Berichte unter Reconciliation → Reports anzeigen.

Jeder Bericht zeigt:
- Run date — Wann die Abstimmung ausgeführt wurde
- Type — Vollständige Abstimmung oder Einzelprüfung
- Status — Bestanden (alle Prüfungen bestanden), Warnung (einige Probleme), oder Nicht bestanden (kritische Probleme gefunden)
- Findings — Gesamtzahl der Probleme über alle Prüfungen
Berichtsdetails
Abschnitt betitelt „Berichtsdetails“Klicken Sie auf einen Bericht, um seine vollständigen Befunde anzuzeigen:
- Summary — Bestanden/nicht bestanden-Status für jede Prüfung mit Befundsanzahlen
- Findings list — Einzelne Probleme mit Beschreibung, betroffener Entität und Schweregrad
- Recommendations — Empfohlene Behebung für jeden Befund
Berichte exportieren
Abschnitt betitelt „Berichte exportieren“Abstimmungsberichte können für externe Prüfzwecke exportiert werden. Der Export enthält:
- Vollständige Befunddetails
- Beschreibungen der Prüfmethodik
- Behebungsstatus für zuvor adressierte Befunde
- Zeitstempel und Arbeitsbereichs-Identifikation
Dieser Export ist für die Prüfungsdokumentation unerlässlich — er liefert den Nachweis, dass Abstimmungsverfahren durchgeführt und ihre Ergebnisse dokumentiert wurden.
Brauchen Sie noch Hilfe?
Nicht gefunden, wonach Sie suchen? Unser Support-Team ist für Sie da.
Evaluieren Sie CryptaCount für Ihre Kanzlei? Preise ansehen · Demo buchen