Release-Checks für Daten
Sehen Sie, was sich in Ihren Daten geändert hat, bevor jemand sie nutzt.
Datainspec vergleicht jede neue Lieferung mit der von Ihnen freigegebenen Version. Es zeigt, was nicht mehr stimmt und in welchen Zeilen, und liefert Ihrer Pipeline ein klares Urteil.
- Keine Einrichtung: Datainspec profiliert jede Spalte selbst
- Läuft auf Ihrem Rechner
- Nur lesender Zugriff auf Ihre Quellen
- kritischDie Spalte payment_method fehlt
- kritisch1.703 Lyoner Preise betragen das 100-Fache ihres September-Preises
- kritisch24 Bestellungen kommen doppelt vor
- Warnung37 Bestellungen haben eine Menge von −1
- WarnungEin Kommentar enthält einen Datenbankbefehl
Ein synthetischer Händler: neun Filialen und ein Onlineshop, fünf absichtlich eingeschleuste Probleme. Die Zeilen stammen aus seiner Oktoberdatei. Die Befunde stammen unverändert aus der Engine.
- CSV
- Parquet
- DuckDB
- SQL-Datenbanken
- + weitere folgen
Warum Datainspec
Ein unachtsames Speichern – erkannt, bevor jemand dafür bezahlt.
Siebzig Sekunden. Eine Regionalstelle öffnet ihre Datei in Excel und speichert sie – und 84.134 Personen-IDs ändern sich unbemerkt. Die Daten sind synthetisch; die Befunde und die Laufzeit stammen aus einem echten Scan.
Ausprobieren
Eine Lieferung. Fünf Probleme.
Sechs Schritte, von einer Datei, der Sie vertrauen, bis zur dokumentierten Entscheidung. Klicken Sie sich anhand der Bestelldaten der Demo hindurch.
orders/Oktober-LieferungSo funktioniert es
Fünf Ebenen zwischen einer Lieferung und Ihren Berichten.
- 01Profilieren
Datainspec lernt jede Spalte der Version, die Sie freigeben: ihre Rolle, ihren normalen Wertebereich und die passenden Prüfungen. Nichts einzurichten.
- 02Freigeben
Eine Person gibt diese Version als Referenz frei, nachdem die Version selbst einen Qualitätscheck durchlaufen hat. Wer sie wann freigegeben hat, wird festgehalten.
- 03Prüfen
Jede neue Lieferung wird damit verglichen: was nicht mehr stimmt, in klaren Worten, mit den betroffenen Zeilen.
- 04Entscheiden
Real problem, Expected change oder Noise. Entscheidung und Begründung begleiten den Befund in den nächsten Scan.
- 05Urteil
Ihre Pipeline erhält ein Urteil und einen Exit-Code: weitermachen, warnen oder den nächsten Schritt anhalten.
Für wen
Für alle, die für die Daten geradestehen.
Ein Urteil und ein Exit-Code für jede Lieferung.
Ein Befehl vergleicht die neue Datei oder Tabelle mit der freigegebenen Version und endet mit Exit-Code 0, 1, 2 oder 3. Ihre Pipeline entscheidet, was als Nächstes passiert.
Für Data Engineers- Keine Regeldatei vorab nötig
- CSV, Parquet, DuckDB, SQLite und mehr, nur lesend
- Ein JUnit-Bericht für die Testansicht Ihrer CI
Jede Freigabe, jede Sperre, jede Überschreibung – dokumentiert.
Wer was wann und warum entschieden hat – für jede Version eines Datensatzes und jeden Befund dazu. Exportierbar, wenn jemand danach fragt.
Für Governance und Compliance- Freigegebene Versionen, Zertifikate und ein Rollback, das nichts löscht
- Ein Audit-Log mit Wer, Wann und Warum, als CSV
- Teilbare Berichte ohne Werte aus den Daten
Stoppen Sie die fehlerhafte Datei, bevor eine Zahl abgezeichnet wird.
Jede Lieferung, geprüft gegen die Version, der Sie vertraut haben: auf Ihren eigenen Rechnern, mit einer Person, die entscheidet, und einem Protokoll darüber.
Für Data-Verantwortliche- Nichts verlässt Ihre Rechner, keine Telemetrie
- Kein Einführungsprojekt vor dem ersten Scan
- Ein Pilotprojekt mit einem Datensatz, Kriterien vorab vereinbart
Wissen, was sich geändert hat, bevor die Zahlen herausgehen.
Was sich seit der Version geändert hat, der Sie vertraut haben – in klaren Worten, mit den betroffenen Zeilen, in einer Windows-App.
Für Analysten und Reporting- Kein Code nötig
- Erwartete Änderungen einmal erklärt, mit Ihrem Namen
- Die Historie jeder Spalte, Monat für Monat
Testen Sie Datainspec an einer Ihrer echten Datenübergaben.
Wählen Sie einen wiederkehrenden Datensatz. Datainspec läuft auf Ihren Rechnern; am Ende werten wir gemeinsam aus, was erkannt wurde und was nur Rauschen war.