[{"data":1,"prerenderedAt":93},["ShallowReactive",2],{"content:blog:automatisierung-die-sich-meldet":3,"content:blog":33},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":32},"automatisierung-die-sich-meldet","Überwachung von Prozessen: 41 Schemata an echten Daten geprüft","Warum ein Statusfeld nicht zeigt, ob ein Ablauf arbeitet – für Geschäftsführer und IT-Verantwortliche, die viele automatisierte Abläufe betreiben und wissen wollen, welche davon wirklich laufen","2026-08-18","Überwachung von Prozessen: Lebenszeichen statt Status","Überwachung von Prozessen: 41 Schemata gegen Live-Daten geprüft, Ereignisrauschen von rund 23 000 auf rund 109 pro Tag – Praxis für Unternehmen in DACH.","39 von 41 Prozess-Schemata standen als Entwurf in der Liste, und der Inhaber hielt sie für stillgelegt. Im Hintergrund vervielfachte sich ein Ereignis 78-fach. Wie wir jedes Schema gegen Live-Daten geprüft haben und welchen Fehler ein unabhängiges Review in unserer ersten Korrektur fand.",4,[13,14,15],"Automatisierung","Monitoring","Arbeitsweise",[17,20,23,26,29],{"id":18,"text":19},"entwurf","Was „Entwurf“ in der Liste tatsächlich bedeutete",{"id":21,"text":22},"schaden","Überwachung am Statusfeld: der Schaden blieb unsichtbar",{"id":24,"text":25},"lebenszeichen","Ein Urteil und ein Lebenszeichen für jedes Schema",{"id":27,"text":28},"fehler","Der Fehler in unserer ersten Korrektur",{"id":30,"text":31},"vorgehen","Überwachung von Prozessen: so gehen wir vor","\u003Cp>Überwachung von Prozessen beginnt bei der Frage, ob ein Ablauf tatsächlich arbeitet, und nicht bei dem Status, der beim Anlegen gesetzt wurde. Auf der Prozess-Landkarte eines Unternehmens der Lebensmittelproduktion standen 39 von 41 Schemata als Entwurf. Der Inhaber schloss daraus, dass nichts läuft. Ein Lebenszeichen je Schema hätte ihm das Gegenteil gezeigt.\u003C\u002Fp>\n\u003Ch2 id=\"entwurf\">Was „Entwurf“ in der Liste tatsächlich bedeutete\u003C\u002Fh2>\n\u003Cp>Ein Statusfeld hält fest, was jemand über ein Schema eingetragen hat. Ob der Auslöser feuert, ob Ereignisse ankommen und ob ein Durchlauf zu Ende geht, steht dort nicht. Der Inhaber wollte wissen, welche Abläufe arbeiten. Die Liste beantwortete eine andere Frage, nämlich welche Schemata jemand für fertig erklärt hatte. Beide Fragen teilten sich eine Spalte.\u003C\u002Fp>\n\u003Cp>Die Folge ist keine Kleinigkeit. Wer eine Landkarte so liest, baut im schlimmsten Fall einen Ablauf neu, der längst arbeitet, oder verlässt sich auf einen, der nie gestartet ist. Und er sucht an der falschen Stelle, wenn im Betrieb etwas aus dem Ruder läuft: Alles Auffällige ist ja scheinbar abgeschaltet.\u003C\u002Fp>\n\u003Ch2 id=\"schaden\">Überwachung am Statusfeld: der Schaden blieb unsichtbar\u003C\u002Fh2>\n\u003Cp>Im Hintergrund lief genug, um echten Schaden anzurichten. Ein Ereignis wurde ohne Dedup-Schlüssel verarbeitet, also ohne ein Merkmal, an dem eine doppelte Lieferung erkannt wird, und vervielfachte sich dadurch 78-fach: 628 000 Ereignisse, 1,87 Millionen leere Durchläufe, 14 GB. Abgebrochene Durchläufe hingen dauerhaft im Zustand „läuft“. Dazu schrieb jeder Durchlauf einen Snapshot von 4,6 KB, den nie jemand las – 9,5 von 10 GB bestanden aus diesem Ballast.\u003C\u002Fp>\n\u003Cp>Keine dieser Zahlen tauchte in der Liste auf, weil die Liste nur das Statusfeld kannte. Genau hier trennt sich Anzeige von Beobachtung. Ein Ablauf, der dieselbe Eingabe mehrfach verarbeitet, ist ein klassischer Fall für \u003Ca href=\"\u002Flexikon\u002Fidempotenz\">Idempotenz\u003C\u002Fa>. Solange niemand die Durchläufe zählt, fällt er erst auf, wenn der Speicher knapp wird.\u003C\u002Fp>\n\u003Ch2 id=\"lebenszeichen\">Ein Urteil und ein Lebenszeichen für jedes Schema\u003C\u002Fh2>\n\u003Cp>Wir haben alle 41 Schemata gegen Live-Daten geprüft und jedem ein Urteil gegeben: läuft, teilweise oder läuft nicht, jeweils mit Grund. In der Liste zeigt seitdem jedes Schema sein Lebenszeichen, das heißt den Zeitpunkt der letzten Prüfung und die Zahl der Prüfungen in dieser Woche. Status und tatsächlicher Betrieb stehen getrennt nebeneinander.\u003C\u002Fp>\n\u003Cp>Für den Inhaber änderte sich damit die Lektüre der Landkarte. Ein Schema kann weiter als Entwurf markiert sein und trotzdem ein frisches Lebenszeichen tragen; dann ist klar, dass es arbeitet, obwohl niemand es für fertig erklärt hat. Umgekehrt fällt ein Schema ohne Prüfungen in dieser Woche sofort auf.\u003C\u002Fp>\n\u003Cp>Gezählt wird über eine indexgestützte Abfrage mit Kappe. Das klingt nach Nebensache, entscheidet aber, ob die Ansicht genutzt wird: Die Liste lädt in 44 statt 1585 Millisekunden. Eine Übersicht, auf die man wartet, öffnet im Alltag niemand.\u003C\u002Fp>\n\u003Cp>Parallel haben wir die Ursachen abgestellt. Doppelte Ereignisse erkennt der Ablauf jetzt am natürlichen Quell-Identifikator, also an der Kennung, die das liefernde System ohnehin mitgibt. Durchläufe werden immer abgeschlossen, auch wenn sie abbrechen. Den Snapshot schreibt der Ablauf nur noch bei einer Pause. Das Ereignisrauschen fiel von rund 23 000 auf rund 109 pro Tag, der Verursacher des Ballasts ist abgestellt. Welche weiteren Laufkennzahlen ein \u003Ca href=\"\u002Flexikon\u002Fprozessmonitoring\">Prozessmonitoring\u003C\u002Fa> braucht, steht im Lexikon.\u003C\u002Fp>\n\u003Ch2 id=\"fehler\">Der Fehler in unserer ersten Korrektur\u003C\u002Fh2>\n\u003Cp>Die erste Fassung der Korrektur war falsch, und bemerkt haben wir es nicht selbst. Ein unabhängiges Review fand darin einen stillen Verlust von 49 % echter Kundenereignisse. Die Kurve des Rauschens sah zu diesem Zeitpunkt hervorragend aus. Wir haben den Fehler korrigiert und per Live-Messung belegt, dass danach kein Ereignis mehr verloren ging.\u003C\u002Fp>\n\u003Cp>Die Lehre daraus nehmen wir in jedes Vorhaben mit. Wer Duplikate entfernt, kann echte Ereignisse gleich mit entfernen, und eine sinkende Zahl beweist dann gar nichts. Den Beweis liefert erst ein Abgleich der echten Ereignisse vor und nach dem Eingriff.\u003C\u002Fp>\n\u003Cp>Auch das Lebenszeichen hat eine Grenze. Es zeigt, dass ein Schema geprüft wurde und wann. Ob jedes Ergebnis im Zielsystem fachlich stimmt, sagt es nicht; dafür braucht es eigene Prüfungen am Ergebnis.\u003C\u002Fp>\n\u003Ch2 id=\"vorgehen\">Überwachung von Prozessen: so gehen wir vor\u003C\u002Fh2>\n\u003Cp>Bei gewachsenen Automatisierungen beginnen wir mit einer Bestandsaufnahme gegen Live-Daten, bevor wir etwas umbauen. Jeder Ablauf bekommt ein Urteil mit Grund. Danach legen wir fest, woran sein Lebenszeichen hängt und welche Zählung einen Verlust sichtbar macht. Beides schreiben wir vor dem Start als Abnahmekriterium ins Angebot.\u003C\u002Fp>\n\u003Cp>Am Ende der Bestandsaufnahme liegt eine Liste, in der jeder Ablauf mit Urteil, Grund und letzter Prüfung steht. Welche Abläufe umgebaut, welche nur messbar gemacht und welche abgeschaltet werden, entscheidet die Geschäftsführung auf dieser Grundlage und nicht nach dem Eintrag in einer Statusspalte.\u003C\u002Fp>\n\u003Cp>Eine Korrektur, die Daten zusammenführt oder aussortiert, gilt bei uns erst mit einer Live-Messung der Verluste als erledigt, nicht mit einer schöneren Kurve. Ob dafür ein Ablauf neu entsteht oder ein bestehender nur messbar gemacht wird, entscheiden wir je Fall – so beginnt jedes Vorhaben, in dem wir \u003Ca href=\"\u002Fleistungen\u002Fprozessautomatisierung\">Geschäftsprozesse automatisieren\u003C\u002Fa>.\u003C\u002Fp>",[34,59,67],{"slug":35,"title":36,"subtitle":37,"date":38,"metaTitle":39,"metaDescription":40,"excerpt":41,"readingMinutes":11,"tags":42,"toc":44},"kennzahlen-ohne-bot-traffic","Bot-Traffic in den Besucherzahlen: 133 Besuche an einem Messtag waren kein Mensch","Wie automatisierte Browser die eigene Webanalyse verfälschen und wie man sie umkehrbar herausrechnet – für Geschäftsführer und IT-Verantwortliche, die nach Besucherzahlen entscheiden","2026-09-03","Bot-Traffic herausrechnen: Kennzahlen, denen man glaubt","Bot-Traffic aus der Webanalyse herausrechnen: Segment, Ausschlussliste und Server-IPs, damit Entscheidungen auf echten Besuchen beruhen – Praxis in Deutschland.","In unserer eigenen Webanalyse waren an einem Messtag 133 Besuche kein Mensch, sondern automatisierte Browser – zum Teil unsere eigenen. Drei Hebel haben sie aus den Zahlen genommen, ohne etwas zu löschen. Was das Verfahren leistet und was es nicht erkennt.",[13,43,15],"Webanalyse",[45,48,51,54,57],{"id":46,"text":47},"woher","Woher der Bot-Traffic in den Besucherzahlen kommt",{"id":49,"text":50},"drei-hebel","Drei Hebel: Segment, Ausschlussliste, Server-Adressen",{"id":52,"text":53},"ausblenden","Warum wir Bot-Traffic ausblenden und nicht löschen",{"id":55,"text":56},"grenzen","Was der Filter nicht erkennt",{"id":30,"text":58},"Kennzahlen mit Nachweis: so gehen wir bei Automatisierungen vor",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":60,"toc":61},[13,14,15],[62,63,64,65,66],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},{"id":30,"text":31},{"slug":68,"title":69,"subtitle":70,"date":71,"metaTitle":72,"metaDescription":73,"excerpt":74,"readingMinutes":11,"tags":75,"toc":78},"ki-aufrufe-mit-kostengrenze","KI-Aufrufe mit Kostengrenze: ein Gateway statt privater Einzelkonten","Für Geschäftsführer und IT-Verantwortliche, die wissen wollen, welche KI-Werkzeuge was kosten und was sie sehen","2026-07-30","Kostengrenze für KI-Aufrufe: Gateway statt Einzelkonten","Kostengrenze für KI-Aufrufe: warum Anwendungen Sprachmodelle über ein Gateway mit Protokoll ansprechen sollten – Praxis für Firmen in Deutschland.","Wenn jede Anwendung ein Sprachmodell über einen eigenen Zugang aufruft, weiß niemand, was es kostet und welche Daten wohin gehen. Was eine gemeinsame Stelle mit Grenze und Protokoll ändert, was sie nicht abdeckt und was Sie im Angebot verlangen können.",[76,77,15],"KI","Architektur",[79,82,85,88,91],{"id":80,"text":81},"einzelkonten","Wie Sprachmodelle ohne gemeinsame Stelle in den Betrieb wandern",{"id":83,"text":84},"gateway","Was ein Gateway mit Kostengrenze bei jedem Aufruf prüfen sollte",{"id":86,"text":87},"zwei-grenzen","Warum eine Kostengrenze in Geld allein nicht reicht",{"id":89,"text":90},"blinder-fleck","Was ein Gateway nicht abdeckt",{"id":30,"text":92},"Grenze, Protokoll, Regel: so gehen wir in der Beratung vor",1789408073801]