[{"data":1,"prerenderedAt":92},["ShallowReactive",2],{"content:blog:zahlungsabgleich-nach-rechnungsnummer":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},"zahlungsabgleich-nach-rechnungsnummer","Zahlungsabgleich über die Rechnungsnummer: offene Posten von 1 725 auf 802","Wie aus einer Liste nie abgehakter Rechnungen eine Arbeitsgrundlage wurde – und wo der Abgleich an seine Grenze kommt. Für die kaufmännische Leitung","2026-08-19","Zahlungsabgleich: offene Posten von 1 725 auf 802","Zahlungsabgleich über die Rechnungsnummer: 1 268 Zahlungen zugeordnet, offene Posten von 1 725 auf 802. Was im Mittelstand in Deutschland Handarbeit bleibt.","In der Buchhaltungssoftware galt jede Rechnung ohne Zahlungsvermerk als offen: 1 725 Positionen, mit denen niemand arbeiten konnte. Nach dem Abgleich gegen die Kontoauszüge standen noch 802 offene Posten da. Warum die Nummer im Verwendungszweck den Ausschlag gab – und was ohne sie passiert.",4,[13,14,15,16],"Automatisierung","Buchhaltung","PostgreSQL","Praxisbericht",[18,21,24,27],{"id":19,"text":20},"liste","1 725 offene Posten, mit denen niemand arbeiten konnte",{"id":22,"text":23},"rechnungsnummer","Zahlungsabgleich: warum die Rechnungsnummer zuerst geprüft wird",{"id":25,"text":26},"entscheidung","Ein Treffer schließt keinen Posten",{"id":28,"text":29},"ohne-nummer","Zahlungsabgleich ohne Rechnungsnummer bleibt Handarbeit","\u003Cp>Zahlungsabgleich über die Rechnungsnummer hat bei einer Unternehmensgruppe aus Lebensmittelproduktion und Filialhandel die Liste offener Posten von 1 725 auf 802 Positionen gebracht. Von 1 268 zugeordneten Zahlungen fanden 1 051 ihren Beleg über die Nummer im Verwendungszweck. Der Abgleich selbst läuft in 0,4 statt 12,3 Sekunden.\u003C\u002Fp>\n\n\u003Ch2 id=\"liste\">1 725 offene Posten, mit denen niemand arbeiten konnte\u003C\u002Fh2>\n\u003Cp>In der Buchhaltungssoftware galt eine Lieferantenrechnung als offen, solange kein Zahlungsvermerk gesetzt war. So kamen 1 725 offene Positionen über drei Gesellschaften zusammen, fast alle davon als überfällig markiert. Die Buchhaltung selbst ging von einem Bruchteil wirklich offener Rechnungen aus. Als Arbeitsgrundlage war die Liste damit wertlos: Niemand konnte sagen, welche Verbindlichkeiten tatsächlich bestanden und welche nur nie abgehakt worden waren.\u003C\u002Fp>\n\u003Cp>Die eigentliche Frage lautete deshalb, was „offen“ in diesem Unternehmen bedeuten soll: nicht bezahlt laut Bank, nicht abgehakt laut Software oder noch gar nicht prüfbar, weil der passende Kontoauszug fehlt. Die neue Ansicht trennt diese drei Zustände, statt sie in einer Zahl zu vermischen.\u003C\u002Fp>\n\u003Cp>Das ist ein typischer Bruch am Ende des Weges, den ein Auftrag nimmt. Selbst wenn Anfrage, Angebot und Rechnung digital laufen, hängt zwischen Rechnung und Zahlung oft ein Häkchen, das jemand von Hand setzen muss. Fehlt es, sieht die Software eine Schuld, wo das Geld längst geflossen ist – und wer die Zahlungen der Woche plant, arbeitet gegen eine Liste, der er nicht traut.\u003C\u002Fp>\n\n\u003Ch2 id=\"rechnungsnummer\">Zahlungsabgleich: warum die Rechnungsnummer zuerst geprüft wird\u003C\u002Fh2>\n\u003Cp>Für die neue Ansicht werden die Kontoauszüge importiert, und jede Bankzahlung wird gegen die offenen Rechnungen aller drei Gesellschaften geprüft. Zuerst zählt die Rechnungsnummer, die im Verwendungszweck zitiert ist; danach Betrag, Währung, Datum und Gegenpartei.\u003C\u002Fp>\n\u003Cp>Die Reihenfolge ist kein Detail. Ein reiner Betragsabgleich scheitert an Sammelüberweisungen: Eine Zahlung begleicht mehrere Rechnungen, und ihr Betrag passt zu keiner einzelnen. Steht die Nummer im Verwendungszweck, ist die Zuordnung dennoch eindeutig. Von den 1 268 zugeordneten Zahlungen liefen 1 051 über diesen Weg – genau jene Fälle, an denen der Betrag allein gescheitert wäre.\u003C\u002Fp>\n\u003Cp>Technisch ist die Suche nach Nummern in freiem Text der aufwendige Teil. Verwendungszwecke sind uneinheitlich geschrieben, mit Präfixen, Leerzeichen und abgeschnittenen Zeichen. Die Suche läuft deshalb über einen Trigramm-Index in PostgreSQL; ein vollständiger Durchlauf dauert 0,4 statt 12,3 Sekunden.\u003C\u002Fp>\n\n\u003Ch2 id=\"entscheidung\">Ein Treffer schließt keinen Posten\u003C\u002Fh2>\n\u003Cp>Wichtiger als jede Trefferquote war eine Regel: Kein Treffer schließt eine Rechnung automatisch. Jeder Vorschlag landet im Reiter „Sieht nach Bankzahlung aus“, entschieden wird von Hand. Das ist bewusst keine \u003Ca href=\"\u002Flexikon\u002Fdunkelverarbeitung\">Dunkelverarbeitung\u003C\u002Fa>. Bei Verbindlichkeiten richtet ein falsch geschlossener Posten mehr Schaden an als ein Klick zu viel, etwa wenn eine tatsächlich offene Rechnung aus dem Blick gerät. Die Buchhaltung kennt außerdem, was im Kontoauszug nicht steht: eine Gutschrift, die mit der nächsten Rechnung verrechnet wurde, einen Skontoabzug, eine Absprache mit dem Lieferanten. Ein begründeter Vorschlag erspart ihr die Suche, die Entscheidung nimmt er ihr nicht ab.\u003C\u002Fp>\n\u003Cp>Dieselbe Haltung zieht sich durch die ganze Ansicht:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Überfällig und diese Woche fällig\u003C\u002Fstrong> stehen getrennt, damit die Zahlungsplanung mit der richtigen Liste beginnt.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Doppelerfassungen\u003C\u002Fstrong> werden sichtbar markiert, nicht stillschweigend ausgeblendet.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>384 Positionen\u003C\u002Fstrong> sind jünger als der letzte Kontoauszug. Sie werden ausdrücklich als nicht prüfbar ausgewiesen, statt als Schuld geführt.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ein Excel-Export\u003C\u002Fstrong> geht an die Buchhaltung, die in ihrer gewohnten Umgebung weiterarbeitet.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>So ging die Liste von 1 725 auf 802 Positionen zurück, ohne dass eine einzige Position still verschwunden ist.\u003C\u002Fp>\n\n\u003Ch2 id=\"ohne-nummer\">Zahlungsabgleich ohne Rechnungsnummer bleibt Handarbeit\u003C\u002Fh2>\n\u003Cp>Die ehrliche Grenze liegt bei Zahlungen, deren Verwendungszweck keine Nummer trägt. Dann bleiben nur Betrag, Währung, Datum und Gegenpartei, und diese Merkmale sind selten eindeutig. Ein Lieferant berechnet wiederholt gleiche Beträge, eine Teilzahlung deckt nur einen Teil ab, eine Sammelzahlung kommt ohne Aufstellung. Das System kann solche Zahlungen vorschlagen, entscheiden kann es sie nicht. Sie bleiben beim Menschen, und kein Index ändert daran etwas.\u003C\u002Fp>\n\u003Cp>Die Verbesserung sitzt deshalb oft nicht im Abgleich, sondern einen Schritt früher im Weg. Bei Lieferantenrechnungen liegt es an der eigenen Zahlungsfreigabe, die Nummer konsequent in den Verwendungszweck zu schreiben. Bei eigenen Ausgangsrechnungen lässt sich die Nummer so platzieren, dass Kunden sie mitschicken, etwa über einen QR-Code für die Überweisung auf dem Beleg.\u003C\u002Fp>\n\u003Cp>Genau so gehen wir bei der \u003Ca href=\"\u002Fleistungen\u002Fprozessautomatisierung\">Workflow-Automatisierung\u003C\u002Fa> vor: Bevor Kernpfad Systeme einen Abgleich baut, zählen wir an den Kontoauszügen des Kunden, wie viele Zahlungen überhaupt eine Nummer tragen, und verfolgen den Weg vom Auftrag bis zur Buchung. Liegt der Engpass in der Zahlungsfreigabe, beginnt die Arbeit dort und nicht im Code. Als Abnahmekriterium steht dann im Angebot, dass kein Posten ohne Vermerk aus der Liste verschwindet.\u003C\u002Fp>",[32,59,66],{"slug":33,"title":34,"subtitle":35,"date":36,"metaTitle":37,"metaDescription":38,"excerpt":39,"readingMinutes":11,"tags":40,"toc":43},"346-rechnungen-fehlten-im-export","346 Rechnungen fehlten im Export: was der erste Abgleich vor der E-Rechnung zeigte","Ein Praxisbericht über den Schritt zwischen Beleg und Zahlung – für kaufmännische Leitungen, die den Rechnungseingang automatisieren wollen","2026-09-12","E-Rechnung: 346 Belege fehlten im manuellen Export","E-Rechnung direkt aus dem staatlichen System statt Handexport: Beim ersten Abgleich fehlten 346 Belege. Was Unternehmen in Deutschland daraus lernen.","Ein Lebensmittelhersteller mit drei Gesellschaften zog seine Belege monatlich von Hand aus einem Portal. Bevor wir den Abruf direkt aus dem staatlichen System automatisiert haben, lag die Historie neben dem Export: 346 Belege fehlten dort. Warum dieser Vergleich vor jeder Umstellung steht – und was er nicht beantwortet.",[41,42,14,16],"E-Rechnung","Datenqualität",[44,47,50,53,56],{"id":45,"text":46},"handexport","Ein Monatsexport sieht immer vollständig aus",{"id":48,"text":49},"abgleich","Erst abgleichen, dann die E-Rechnung automatisch abrufen",{"id":51,"text":52},"deutschland","Was die E-Rechnung in Deutschland daran ändert",{"id":54,"text":55},"grenzen","Was der Abgleich nicht beantwortet",{"id":57,"text":58},"vorgehen","Wie wir einen Rechnungsschritt umstellen",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":60,"toc":61},[13,14,15,16],[62,63,64,65],{"id":19,"text":20},{"id":22,"text":23},{"id":25,"text":26},{"id":28,"text":29},{"slug":67,"title":68,"subtitle":69,"date":70,"metaTitle":71,"metaDescription":72,"excerpt":73,"readingMinutes":11,"tags":74,"toc":78},"50-regeln-aus-dem-chat","Prozesswissen aus dem Chat: 50 Regeln an einem Tag in die Wissensbasis","Warum die Regeln der Bestellannahme erst aufgeschrieben sein müssen, bevor eine KI danach Antworten entwirft – für Geschäftsführer im Mittelstand","2026-07-28","Prozesswissen sichern: 50 Regeln aus dem Chat an einem Tag","Prozesswissen lebt im Chat und im Kopf: 50 Regeln der Bestellannahme kamen an einem Tag in die Wissensbasis. Warum das in Deutschland vor der KI kommt.","Ein Filialmanager hatte über ein Jahr gesammelt, wie Bestellungen angenommen werden: Preise, Sorten, Zahlungsregeln, Formulierungen. Verbindlich aufgeschrieben war davon nichts. Wir haben 50 Regeln an einem Tag in eine produktive Wissensbasis gebracht – und zeigen, warum dieser Schritt vor jeder Automatisierung steht.",[75,76,77,16],"KI","Wissensbasis","Bestellannahme",[79,82,85,88,90],{"id":80,"text":81},"wo-es-liegt","Wo Prozesswissen im Mittelstand tatsächlich liegt",{"id":83,"text":84},"heben","Wie 50 Regeln aus dem Chat in die Wissensbasis kamen",{"id":86,"text":87},"vor-der-automatisierung","Warum Prozesswissen vor der Automatisierung kommt",{"id":54,"text":89},"Was eine Wissensbasis nicht von selbst tut",{"id":57,"text":91},"Wie wir mit verstreutem Wissen anfangen",1789376171992]