01
Mit dem Bericht beginnen, der schon zählt
Keine neue Kennzahl. Eine bestehende wiederkehrende Sicht, auf die sich Leute verlassen und bei der die manuellen Schritte und Definitionen jemandem bereits bekannt sind.
← Anwendungsfälle
Reporting und BI
Reporting und BI
Wiederkehrende Berichte, die von manuellen Exporten, Tabellen und dem Wissen einer einzelnen Person abhängen. Beetl pflegt die Pipeline darunter.
Quellsysteme
ERP-Systeme
Datenbanken
Dateien und Tabellen
Betriebssysteme
Manuelle Exporte
Beetl-Antwort
Eine gepflegte Reporting-Pipeline
Anzeichen
Die meisten wiederkehrenden Berichte in mittelständischen Unternehmen hängen an einer Person und an Schritten, die nur in deren Kopf existieren. Aus dem ERP exportieren. Den Betriebsauszug ziehen. In einer Arbeitsmappe zusammenführen. Die Korrekturen anwenden, auf die sich alle geeinigt, die aber niemand aufgeschrieben hat. Veröffentlichen. Nächsten Monat wiederholen.
Das Ergebnis sieht meist in Ordnung aus. Das Problem ist alles drumherum. Der Bericht kann nicht erstellt werden, wenn diese Person abwesend ist. Niemand kann mit Sicherheit sagen, wie eine Zahl zustande kam. Und jede Frage, die beim Bau der Arbeitsmappe nicht vorhergesehen wurde, wird zu einer weiteren Woche Handarbeit.
Beetl behandelt das als Integrationsproblem und nicht als Dashboard-Problem. Die Systeme, aus denen sich der Bericht speist, werden lesend verbunden. Die manuellen Schritte werden zu expliziten SQL-Pipelines mit deklarierten Eingaben und einer Ausgabe, und sie laufen, wenn sich die zugrunde liegenden Daten ändern, statt wenn jemand daran denkt. Die Definitionen sind nicht länger stillschweigend.
BI ist ein umkämpfter Markt, und wir tun nicht so, als wäre es anders. Was das hier lohnend macht: Es beweist die Integrationsschicht an Arbeit, auf die sich das Unternehmen ohnehin verlässt, und es hinterlässt etwas, auf dem der nächste Datenfluss aufbauen kann, statt eines Berichts, der für immer gepflegt werden muss.
1
Eine Person exportiert jeden Monat dieselben Dateien und baut daraus denselben Bericht neu.
2
Zwei Teams nennen unterschiedliche Zahlen für dieselbe Kennzahl, und beide können ihren Rechenweg zeigen.
3
Wird der Bericht hinterfragt, dauert es länger, eine Zahl bis zum Quelldatensatz zurückzuverfolgen, als den Bericht zu erstellen.
Wie die Arbeit läuft
Das Dashboard ist der einfache Teil. Die Arbeit liegt in der Ingestion- und Transformationsschicht darunter, und die hat meist keinen Eigentümer.
02
Die manuellen Schritte durch eine Pipeline ersetzen
Die Exporte, Joins und Tabellenlogik werden zu explizitem SQL mit deklarierten Eingaben und einer Ausgabetabelle, ausgeführt, wenn sich die Eingaben ändern.
03
Die Spur dranlassen
Das kuratierte Ergebnis behält seine Verbindung zu den Quelldatensätzen und zur Pipeline-Version, sodass eine hinterfragte Zahl beantwortet statt verteidigt werden kann.
Was am Ende bleibt
Eine gepflegte Pipeline statt eines neu gebauten Berichts, mit Zugang in natürlicher Sprache zu den kuratierten Daten darüber.
- Eine gepflegte Pipeline hinter einer wiederkehrenden Sicht, die den manuellen Export und Neubau ersetzt.
- Kennzahlendefinitionen als SQL und Mapping-Tabellen festgehalten statt im Kopf einer Person.
- Abfragen in natürlicher Sprache über den kuratierten Daten, mit den Quelldatensätzen weiterhin an der Antwort.
Bringen Sie uns den Bericht, den nur eine Person neu bauen kann.
Nennen Sie uns, aus welchen Systemen er sich speist und wie er heute entsteht. Wir schneiden die Pipeline darunter zu und klären, was es braucht, damit er nicht mehr von Hand gebaut wird.
Kontakt aufnehmen