[{"data":1,"prerenderedAt":92},["ShallowReactive",2],{"content:blog:wissensbasis-50-regeln-aus-dem-chat":3,"content:blog":31},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":17,"body":30},"wissensbasis-50-regeln-aus-dem-chat","Wissensbasis statt Chatverlauf: 50 Regeln an einem Tag in den Betrieb","Wie kaufmännische Regeln aus Nachrichten in ein System kommen, mit dem die KI arbeitet – und warum jede Regel danach jemandem gehören muss","2026-07-28","Wissensbasis: 50 Regeln aus dem Chat an einem Tag","Wissensbasis aus dem Chatverlauf: 50 Regeln an einem Tag produktiv, KI-Entwürfe folgen ihnen. Was Unternehmen in DACH für Pflege und Zuständigkeit brauchen.","Die Regeln der Auftragsannahme standen nirgends aufgeschrieben, aber alle waren irgendwann im Chat gesagt worden. Wir haben 50 davon an einem Tag geordnet und in den Betrieb gebracht. Die Technik war der kleinere Teil; die Frage, wer eine Regel ändern darf, der größere.",4,[13,14,15,16],"KI","Vertrieb","Arbeitsweise","Praxisbericht",[18,21,24,27],{"id":19,"text":20},"chat","Wo kaufmännische Regeln tatsächlich stehen",{"id":22,"text":23},"tag","Vom Chatverlauf zur Wissensbasis an einem Tag",{"id":25,"text":26},"schattenbetrieb","Schattenbetrieb, bevor die Entwürfe zählen",{"id":28,"text":29},"eigentuemer","Eine Wissensbasis ohne Eigentümer veraltet","\u003Cp>Eine Wissensbasis für kaufmännische Regeln muss man selten neu erfinden, denn ihr Inhalt steht meist längst im Chatverlauf. In einem Kundenprojekt haben wir 50 Regeln der Auftragsannahme an einem Tag aus dem Chatverlauf in eine produktive Wissensbasis übernommen. Antwortentwürfe der KI an Kunden folgen seither diesen Regeln, freigegeben von einem Menschen.\u003C\u002Fp>\n\n\u003Ch2 id=\"chat\">Wo kaufmännische Regeln tatsächlich stehen\u003C\u002Fh2>\n\u003Cp>Fragt man in einem Unternehmen nach den Regeln der Auftragsannahme, bekommt man selten ein Dokument, sondern einen Namen. Die Person, die seit Langem Bestellungen annimmt, weiß, wann Vorkasse verlangt wird, in welcher Nachricht die Zahlungsdaten stehen dürfen, wie Preise genannt werden und welche Formulierung bei einer Rückfrage passt. Aufgeschrieben ist davon wenig. Der Rest liegt verstreut in Nachrichten, in denen Kolleginnen gefragt und Antworten bekommen haben.\u003C\u002Fp>\n\u003Cp>Das ist kein Versäumnis, sondern die normale Form, in der kaufmännisches Wissen wächst: als Antwort auf einen Einzelfall. Zum Problem wird es, wenn eine zweite Stelle dieselben Regeln anwenden soll – eine neue Kollegin, eine Vertretung oder eine KI, die Antwortentwürfe vorbereitet. In unserem Projekt war genau das der Ausgangspunkt: Die Entwürfe der KI folgten teils Regeln, die im Betrieb längst nicht mehr galten.\u003C\u002Fp>\n\u003Cp>Dieselbe Form haben viele kaufmännische Regeln jenseits der Auftragsannahme: wer eine Abweichung vom Angebot freigibt, welche Zahlungsbedingungen für welchen Kundenkreis gelten, wie eine Rechnungskorrektur formuliert wird. Gesagt ist das alles irgendwann, geschrieben selten.\u003C\u002Fp>\n\n\u003Ch2 id=\"tag\">Vom Chatverlauf zur Wissensbasis an einem Tag\u003C\u002Fh2>\n\u003Cp>Die Arbeit an diesem Tag hatte drei Schritte.\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Herausziehen.\u003C\u002Fstrong> Aus dem Chatverlauf wurden die Aussagen gesammelt, die eine Regel sind, und von denen getrennt, die nur einen Einzelfall beschreiben. Ein Satz wie „diesmal ausnahmsweise ohne Anzahlung“ ist keine Regel; „Zahlungsdaten erst in der finalen Bestätigung“ ist eine.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ordnen.\u003C\u002Fstrong> Die Regeln wurden strukturiert abgelegt: ein lebender Kern, den die KI bei jedem Entwurf berücksichtigt, dazu eigene Einträge für Themen wie Preise, Produktliste und Zahlung. Veraltete Regeln haben wir nicht gelöscht, sondern als veraltet markiert, damit nachvollziehbar bleibt, warum ein älterer Entwurf anders klang.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Absichern.\u003C\u002Fstrong> Was nicht schiefgehen darf, steht nicht nur im Regelwerk, sondern zusätzlich im Code: der Umgang mit Zahlungsdaten und der Stil der Antworten. Eine Regel in Textform ist eine Anweisung an ein Sprachmodell; eine Regel im Code ist eine Prüfung.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Dass das an einem Tag geht, liegt weniger an der KI als daran, dass der Inhalt schon existierte. Niemand musste Regeln erfinden oder in Runden abstimmen. Sie waren gesagt und mussten gefunden, getrennt und geordnet werden.\u003C\u002Fp>\n\n\u003Ch2 id=\"schattenbetrieb\">Schattenbetrieb, bevor die Entwürfe zählen\u003C\u002Fh2>\n\u003Cp>Produktiv heißt bei uns nicht „hochgeladen“. Bevor ein Manager die Entwürfe freigab, liefen sie im Schattenbetrieb an echten Dialogen mit: Die KI schrieb ihren Entwurf, geantwortet wurde weiter wie bisher, und beides wurde verglichen.\u003C\u002Fp>\n\u003Cp>Ob die Regeln greifen, zeigt sich an Einzelheiten, nicht an einer Quote. Preise werden so genannt, wie die Regel es vorgibt, die Produktliste ist vollständig, Zahlungsdaten stehen erst in der finalen Bestätigung, Vorkasse wird verlangt. Der aufschlussreichste Fall war eine Anfrage nach einem Produkt, das gar nicht angeboten wird. Der Entwurf erfand nichts, sondern nannte die tatsächliche Auswahl.\u003C\u002Fp>\n\u003Cp>Wie solche Regeln im laufenden Betrieb Entwürfe, Zuordnungen und Rückfragen steuern, beschreiben wir auf der Seite zur \u003Ca href=\"\u002Fleistungen\u002Fki-automatisierung\">KI-Automatisierung\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"eigentuemer\">Eine Wissensbasis ohne Eigentümer veraltet\u003C\u002Fh2>\n\u003Cp>Die ehrliche Grenze dieses Vorgehens liegt nicht in der Technik. Eine Regel, die niemandem gehört, veraltet, und sie veraltet leise. Der Ausgangspunkt des Projekts war selbst ein Beispiel dafür: Die KI folgte Regeln, die im Chat irgendwann geändert worden waren, ohne dass jemand die alte Fassung zurückgenommen hätte.\u003C\u002Fp>\n\u003Cp>Ein Tag reicht, um Regeln aus einem Chatverlauf zu übernehmen. Er reicht nicht, um sie aktuell zu halten. Dafür braucht jeder Themenblock eine verantwortliche Person, die eine Änderung nicht nur im Chat ankündigt, sondern im Regelwerk einträgt. Fehlt diese Zuständigkeit, wird der Chatverlauf wieder zum eigentlichen Regelwerk, und die KI arbeitet mit dem Stand des Übernahmetags.\u003C\u002Fp>\n\u003Cp>Es ist dieselbe Frage, die sich im \u003Ca href=\"\u002Flexikon\u002Fstammdatenmanagement\">Stammdatenmanagement\u003C\u002Fa> stellt: Daten ohne Verantwortliche verlieren ihren Wert nicht auf einmal, sondern Zeile für Zeile.\u003C\u002Fp>\n\u003Cp>So gehen wir solche Übernahmen an: die Regeln aus den vorhandenen Gesprächen ziehen, statt sie in Workshops neu zu formulieren; veraltete Fassungen markieren statt löschen; was nicht schiefgehen darf, im Code prüfen. Chatverläufe enthalten personenbezogene Daten – welche davon ein Sprachmodell zu sehen bekommt, halten wir im Angebot fest. Und wer eine Regel ändern darf, klären wir mit dem Auftraggeber, bevor die erste übernommen ist.\u003C\u002Fp>",[32,60,85],{"slug":33,"title":34,"subtitle":35,"date":36,"metaTitle":37,"metaDescription":38,"excerpt":39,"readingMinutes":11,"tags":40,"toc":44},"rechnungsexport-346-belege-fehlten","Abruf an der Quelle statt Rechnungsexport: 346 Belege fehlten","Warum eine CSV-Datei vollständig aussieht, auch wenn sie es nicht ist – und was ein direkter Abruf der Rechnungen daran ändert","2026-09-12","Rechnungsexport von Hand: 346 Belege fehlten","Rechnungsexport von Hand gegen Abruf an der Quelle: 3 048 Rechnungen automatisch geholt, 346 Belege fehlten im Export. Was Buchhaltungen in DACH prüfen.","Einmal im Monat eine CSV-Datei aus dem Portal, darauf bauen alle Auswertungen auf. Wir haben die Rechnungen stattdessen direkt aus dem staatlichen E-Rechnungssystem geholt und beim ersten Abgleich gesehen, was der manuelle Export nie enthalten hatte.",[41,42,43,16],"E-Rechnung","Schnittstellen","Buchhaltung",[45,48,51,54,57],{"id":46,"text":47},"ausgangslage","Der monatliche Rechnungsexport als Arbeitsgrundlage",{"id":49,"text":50},"quelle","Abruf direkt aus dem E-Rechnungssystem",{"id":52,"text":53},"abgleich","Der erste Abgleich: 346 Belege, die im Rechnungsexport fehlten",{"id":55,"text":56},"luecken","Warum ein Export Lücken hat, die niemand sieht",{"id":58,"text":59},"grenzen","Was der Abruf nicht löst",{"slug":61,"title":62,"subtitle":63,"date":64,"metaTitle":65,"metaDescription":66,"excerpt":67,"readingMinutes":11,"tags":68,"toc":71},"offene-posten-bank-statt-haekchen","Offene Posten aus der Bank statt aus dem Häkchen: 1 725 auf 802","Wie ein Abgleich gegen die Kontoauszüge die Liste offener Lieferantenrechnungen wieder brauchbar macht – für Geschäftsführung und kaufmännische Leitung","2026-08-11","Offene Posten: Bankabgleich statt Zahlungsvermerk","Offene Posten gegen die Bank abgleichen: 1 268 Zahlungen zugeordnet, 1 051 über die Rechnungsnummer. Ein Praxisbericht für kaufmännische Leitungen in DACH.","Eine Lieferantenrechnung galt als offen, solange niemand die Zahlung abgehakt hatte. Wir haben die Liste gegen die Kontoauszüge abgeglichen: 1 268 Zahlungen zugeordnet, 1 051 davon über die Rechnungsnummer. Was dabei bewusst Handarbeit bleibt, steht am Ende.",[43,69,70,16],"Automatisierung","PostgreSQL",[72,75,77,80,83],{"id":73,"text":74},"bezahlt","Offene Posten, die längst bezahlt waren",{"id":52,"text":76},"Der Abgleich: Rechnungsnummer zuerst, dann Betrag und Gegenpartei",{"id":78,"text":79},"ergebnis","Von 1 725 auf 802 offene Posten",{"id":81,"text":82},"sekunden","Warum 0,4 Sekunden mehr sind als Komfort",{"id":58,"text":84},"Was von Hand bleibt: Zahlungen ohne Rechnungsnummer",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":86,"toc":87},[13,14,15,16],[88,89,90,91],{"id":19,"text":20},{"id":22,"text":23},{"id":25,"text":26},{"id":28,"text":29},1789379229934]