journal

fünf tage auf unter zwei: eine fallstudie zum monatsabschluss

eine anonymisierte fallstudie: eine dienstleistungsgruppe mit mehreren gesellschaften hat ihren monatsabschluss dank ki-gestützter kontenabstimmung von 5 tagen auf unter 2 gesenkt – ein mensch zeichnet dabei jede zeile ab.

oliver r.founding engineer··3 min lesezeit

dieser beitrag. ein anonymisiertes ergebnis von einem finance-team, für das wir gebaut haben. eine dienstleistungsgruppe mit mehreren gesellschaften hat ihren monatsabschluss von 5 tagen auf unter 2 gesenkt. ein ki-assistent gleicht die bank-zu-hauptbuch-zeilen ab. ein mensch zeichnet weiterhin ab, bevor etwas gebucht wird.

der buyer hier ist ein financial controller bei einer dienstleistungsgruppe mit mehreren gesellschaften. zwei personen führten den abschluss durch. jeden monat verbrachten sie die ersten 5 arbeitstage damit, kontoauszüge gesellschaft für gesellschaft mit dem hauptbuch abzugleichen, bevor überhaupt jemand eine abweichung ansehen konnte. die meiste zeit ging für das manuelle abgleichen von zeilen drauf.

wir haben einen abstimmungsassistenten ausgeliefert, der etwa 90 % der bank-zu-hauptbuch-zeilen automatisch abgleicht und den rest für einen menschen markiert. der abschluss läuft jetzt in unter 2 tagen. nichts wird ohne freigabe gebucht, und der vollständige audit-trail bleibt erhalten. dieser beitrag zeigt, was sich für das finance-team geändert hat, nicht wie wir es verdrahtet haben. der build entspricht dem abstimmungs-use-case unter /ai-for/finance und dem workflow-automatisierungs-build unter /platforms.

#was hat sich für das zweiköpfige abschlussteam tatsächlich geändert?

der manuelle abgleich ist verschwunden. niemand scrollt mehr durch zwei kontoauszüge nebeneinander auf der suche nach der zeile, die nicht übereinstimmt. der assistent liest den bank-feed und das hauptbuch für jede gesellschaft, gleicht ab, was er kann, und übergibt eine kurze liste von ausnahmen. die beiden personen, die früher 5 tage mit dem abgleichen verbrachten, verbringen jetzt unter 2 tage mit der prüfung der ausnahmen und dem lesen der abweichungen. das sind pro monat rund 3 zurückgewonnene arbeitstage pro person.

wie funktioniert ki für den monatsabschluss eigentlich?

in diesem fall liest ein ki-assistent den bank-feed und das hauptbuch jeder gesellschaft, gleicht automatisch etwa 90 % der zeilen ab und markiert den rest zur prüfung durch einen menschen. nichts wird ohne menschliche freigabe gebucht, und ein vollständiger audit-trail bleibt erhalten. der abschluss sank von 5 tagen auf unter 2. das team verbringt die zurückgewonnene zeit mit abweichungsanalyse, nicht mit abgleichen.

#zeichnet weiterhin ein mensch ab, bevor etwas gebucht wird?

ja. jede buchung wird von einem menschen freigegeben. der assistent gleicht ab und schlägt vor. er bucht nicht von sich aus. die etwa 10 % der zeilen, die er nicht mit sicherheit zuordnen kann, sind genau die, die sich ein mensch zuerst ansieht, denn dort liegt das eigentliche urteilsvermögen. der audit-trail erfasst, was automatisch abgeglichen wurde, was ein mensch geändert hat und wer es freigegeben hat. ein prüfer kann jede zeile bis zur quelle zurückverfolgen.

  • der assistent gleicht pro gesellschaft automatisch etwa 90 % der bank-zu-hauptbuch-zeilen ab
  • die verbleibenden ~10 % werden als ausnahmen zur prüfung durch einen menschen markiert
  • nichts wird ohne menschliche freigabe gebucht; der vollständige audit-trail bleibt erhalten
  • abschlussdauer: vorher 5 tage, nachher unter 2
  • das zweiköpfige team gewann pro monat rund 3 arbeitstage pro person zurück und verlagerte sie auf abweichungsanalyse

we are

wir liefern ein ergebnis, das ihr messen könnt: 5 tage auf unter 2, wobei ein mensch jede buchung freigibt und ein vollständiger audit-trail erhalten bleibt.

we aren't

wir verkaufen keinen autonomen abschluss-bot, der buchungssätze eigenständig bucht und von eurem controller verlangt, ihm zu vertrauen.

#warum eine neue kennzahl, und warum anonymisiert veröffentlichen?

die meisten unserer finance-belege drehten sich bisher um time-to-pay, wie der rechnungsverarbeitungs-build, den wir im /journal beschrieben haben. abschlusstage sind eine andere kennzahl für eine andere aufgabe. wir veröffentlichen diese, weil ein controller, der auf einen 5-tage-abschluss blickt, sehen will, dass sich die abschlusstage bewegen, nicht die time-to-pay. der kunde hat darum gebeten, vorerst nicht genannt zu werden, und das respektieren wir. die zahl ist echt, und der build ist echt.

wenn ihr einen abschluss führt und die erste woche jedes monats im abgleichen verschwindet, passt genau das zu diesem problem. wir zeigen euch lieber einen ehrlichen beleg als einen pitch. erzählt uns, woran ihr baut, und wir sagen euch, ob abschlusstage die richtige kennzahl sind, die ihr zuerst bewegen solltet.

zurück zum journal
build in publicfinancemonth-end closereconciliationcase study

sag uns, was dugeliefert brauchst.

30-min-call buchen