In diesem Beitrag
Enterprise-Software: Geschäftsregeln klären, bevor KI den Code schreibt
Die Erstattungsfunktion scheint fertig beschrieben für einen KI-Coding-Agenten: Käufe, die weniger als 30 Tage zurückliegen, können erstattet werden. Dann leitet der Vertrieb eine 60-Tage-Zusage weiter. Finance fragt, ob der Betrag über 5.000 € liegt. Der Support erklärt, dass die Customer Success Manager (CSMs) schon immer Ausnahmen gemacht haben.
Die Bedingung lässt sich programmieren. Was sie bedeuten soll, muss das Unternehmen noch klären.
In diesem fiktiven Unternehmensprozess hält eine Person aus Compliance die bisherige Praxis für vertretbar. Eine andere vermutet einen Richtlinienverstoß, kann die betreffende Richtlinie aber nicht finden. Die Vertriebszusage stammt von einer Confluence-Seite, deren Autor das Unternehmen verlassen hat. Jeder Fachbereich erwartet, dass die neue Software sein Verständnis übernimmt.
Widersprüchliche Geschäftsregeln geben für dieselbe fachliche Entscheidung unvereinbare Anweisungen. Um sie zu klären, braucht es Belege, eine entscheidungsbefugte Person und einen festgelegten Umgang mit strittigen Fällen. Mehr generierter Code schafft diese Befugnis nicht.
Enterprise-Systeme enthalten auch anspruchsvolle technische Probleme, etwa bei Sicherheit und verteilten Zuständen. Hier geht es um den vorgelagerten Engpass: festzulegen, welches Verhalten das Unternehmen verantworten will. Die Erstattungsfristen und die Freigabegrenze im Beispiel sind fiktive Unternehmensregeln. Sie beschreiben keine gesetzlichen Erstattungsansprüche.
Widersprüche zwischen Geschäftsregeln einzeln erfassen
Halte jede Aussage separat fest, bevor du sie in einer Spezifikation zusammenführst. Ein glatt formulierter Absatz kann einen Widerspruch verbergen, den eine kleine Tabelle sofort zeigt. Bewahre den ursprünglichen Wortlaut, die Quellenversion und die betroffenen Geschäftsvorgänge zusammen mit der offenen Entscheidungsfrage auf.
Prüfe zuerst den Geltungsbereich. Eine Standardfrist von 30 Tagen und eine bestätigte 60-Tage-Zusage können für unterschiedliche Käufe gleichermaßen gültig sein. Die Finance-Freigabe beantwortet eine andere Frage. Kläre deshalb, ob zwei Anweisungen denselben Geschäftsvorgang und dieselbe Entscheidung betreffen, bevor du sie als Widerspruch behandelst.
| Aussage | Benötigte Belege | Offene Entscheidung |
|---|---|---|
| Käufe unter 30 Tagen sind erstattungsfähig. | Die genehmigte Richtlinie, ihr Gültigkeitsbeginn und das Ereignis, ab dem die Frist läuft. | Für welche Käufe gilt die Frist, und was passiert genau an ihrem Ende? |
| Der Vertrieb hat 60 Tage zugesagt. | Die datierte Vertriebsseite und die tatsächlich gegebenen Zusagen gegenüber betroffenen Kunden. | Welche Zusagen gelten, und wer darf ihren strittigen Anwendungsbereich klären? |
| CSMs dürfen Ausnahmen machen. | Die übertragene Entscheidungsbefugnis und Beispiele dokumentierter Ausnahmen. | Wer darf eine Ausnahme für welchen Grund, Betrag und Kauf genehmigen? |
| Beträge über 5.000 € brauchen eine Finance-Freigabe. | Die Freigaberichtlinie, die Definition des Betrags und die aktuell verantwortliche Person. | Ist der Kaufbetrag oder der Erstattungsbetrag gemeint? Gilt die Grenze nur bei Überschreitung? |
| Compliance ist sich uneinig. | Die vermutete Verpflichtung, ihre Quelle und die zur Auslegung befugte Person. | Wer klärt die Auslegung, und wie werden laufende Anträge bis dahin behandelt? |
Ein altes Dokument ist ein Beleg, der geprüft werden muss. Sein Alter allein macht eine Kundenzusage nicht ungültig. Wiederholte Ausnahmen belegen ebenso wenig, dass die Mitarbeitenden dazu befugt waren. Bleibt die Dokumentensuche erfolglos, bleibt auch die Frage offen.
Das NASA Systems Engineering Handbook verbindet die Klärung von Stakeholder-Konflikten ausdrücklich mit der Frage, wer die Entscheidungsbefugnis besitzt. Dieses Prinzip hilft auch hier: Benenne die Entscheidung, die noch aussteht.
Ergänze für jeden Widerspruch eine verantwortliche Person, einen Entscheidungstermin und eine vorläufige Bearbeitungsanweisung. Betrifft eine ungeklärte Vertriebszusage einen laufenden Erstattungsantrag, leite ihn in die vereinbarte Prüfung weiter. Für diese Warteschlange braucht es eine zuständige Person und eine Eskalationsfrist, die die geltende Kundenfrist berücksichtigt.
Für jede Entscheidung die Befugnis klären
Bestimme für die konkrete Entscheidung eine verantwortliche Person und halte die Grenzen ihres Mandats fest. „Das entscheidet der Fachbereich“ weist die Aufgabe niemandem zu.
Atlassians DACI-Modell unterscheidet zwischen der Person, die eine Entscheidung vorantreibt, der freigebenden Person, den Beitragenden und den zu Informierenden. So kann die Koordination Belege zusammentragen, ohne dadurch selbst die Richtlinienbefugnis zu übernehmen.
Im Erstattungsbeispiel entscheidet die zuständige Finance-Person über die Freigaberegel. Die dazu befugten kaufmännischen und rechtlichen Verantwortlichen klären, welche Kundenzusagen gelten. Eine benannte Person verantwortet die Richtlinie, definiert außergewöhnliche Umstände und überträgt bei Bedarf die Befugnis für Ausnahmen. Die Produktleitung koordiniert den daraus entstehenden Prozess innerhalb dieses Mandats.
Ein Fractional CPO kann offene Entscheidungen sichtbar machen und die Arbeit koordinieren. Die Rolle berechtigt nicht automatisch dazu, Finance- oder Compliance-Vorgaben außer Kraft zu setzen. Sind mehrere Freigaben erforderlich, benenne jede davon und ihre Reihenfolge.
Dokumentiere die vereinbarte Regel, ihre Begründung, die erforderlichen Freigaben, die betroffene Kundengruppe und den Gültigkeitsbeginn. Ergänze Quellenlinks und die Person, die den Eintrag pflegen wird. Die Produktleitung sollte den Grund für eine Regel auch erklären können, wenn die Teilnehmenden des ursprünglichen Meetings längst andere Aufgaben haben.
Wenn die Einigung stockt, lege der entscheidungsbefugten Person eine konkrete Wahl vor. Zum Beispiel: „Bei diesen Käufen sind die 60-Tage-Zusagen strittig. Sollen wir sie zur Prüfung weiterleiten, bis die für den Vertrag verantwortliche Person den Anwendungsbereich geklärt hat?“ Das lässt sich leichter entscheiden als eine allgemeine Bitte, sich zum Thema Erstattungen abzustimmen.
Erstattungsfähigkeit und Zahlungsfreigabe trennen
Eine Erstattung kann die fachlichen Voraussetzungen erfüllen und trotzdem vor der Auszahlung eine Finance-Freigabe benötigen. Werden beide Fragen in einem einzigen Wahrheitswert zusammengefasst, geht die Freigabeanforderung leicht verloren.
Angenommen, die Verantwortlichen im fiktiven Beispiel genehmigen diesen begrenzten Umfang: eine vollständige Erstattung für einen Kauf mit bereits abgerechneter Zahlung und positivem Euro-Betrag. Für den Kauf darf es keine frühere Erstattung und keinen laufenden Streitfall geben. Andere Fälle gehen an einen separat verantworteten Prüfprozess. Die Tabellen sind Vorschläge zur Veranschaulichung. Sie bilden weder eine produktive Richtlinie noch ein ausgeführtes Erstattungssystem ab.
Im Beispiel enthält der Kaufdatensatz die zugehörige genehmigte Richtlinienversion und eine Frist von 30 oder 60 Tagen. Die 60-Tage-Frist gilt nur, wenn die autorisierte Prüfung diese Zusage für den Kauf bestätigt hat. Eine ungeklärte Zusage bleibt in Prüfung.
Die Frist läuft vom Abschluss des Kaufs bis zum Eingang des Erstattungsantrags. Grundlage sind UTC-Zeitstempel und verstrichene Zeiträume von jeweils 24 Stunden. „Weniger als 30 Tage“ schließt deshalb genau 30 Tage aus. Das sind ausdrückliche Festlegungen für dieses Beispiel. Dein Unternehmen muss das maßgebliche Ereignis, die Zeitzone und die Grenze selbst festlegen.
| Bedingung | Ergebnis zur Erstattungsfähigkeit | Begründung |
|---|---|---|
| Erforderliche Fakten, die geltende Richtlinie oder die Befugnis sind ungeklärt; oder der Fall liegt außerhalb des definierten Umfangs. | REVIEW | Eine befugte Person muss die fehlende Grundlage klären. |
| Im definierten Umfang, mit geklärten Fakten, feststehender Richtlinie und bestätigter Befugnis; bei Antragseingang ist die genehmigte Frist noch nicht erreicht. | ELIGIBLE | Die Standardfrist oder eine bestätigte 60-Tage-Zusage gilt. |
| Im definierten Umfang, mit geklärten Fakten, feststehender Richtlinie und bestätigter Befugnis; die Frist ist abgelaufen; eine gültige Ausnahme für diesen Kauf wurde genehmigt. | ELIGIBLE | Die autorisierte Ausnahme ändert nur die zeitliche Erstattungsfähigkeit. |
| Im definierten Umfang, mit geklärten Fakten, feststehender Richtlinie und bestätigter Befugnis; die Frist ist abgelaufen; über einen Ausnahmeantrag wurde noch nicht entschieden. | REVIEW | Die für Ausnahmen zuständige Person muss entscheiden. |
| Im definierten Umfang, mit geklärten Fakten, feststehender Richtlinie und bestätigter Befugnis; die Frist ist abgelaufen; es gibt keinen Ausnahmeantrag oder die Ausnahme wurde abgelehnt. | NOT_ELIGIBLE | Nach der dokumentierten Richtlinie besteht keine Erstattungsfähigkeit. |
Eine negative Zeitspanne, ein fehlender Zeitstempel oder eine ungeprüfte Ausnahmebefugnis gelten als ungeklärte Daten. Eine genehmigte Ausnahme muss den Kauf benennen und für den Antrag gültig sein. Abgelaufene, widerrufene, widersprüchliche oder nicht zum Fall passende Ausnahmefreigaben gehen in REVIEW. NOT_ELIGIBLE beschreibt die Entscheidung nach dieser Richtlinie. Ein strittiger vertraglicher oder zwingender Anspruch muss entsprechend geprüft werden.
Prüfe die Zahlungsfreigabe anschließend separat. Im Beispiel bezieht sich die Grenze auf den abgerechneten Bruttokaufbetrag in Euro. Genau 5.000 € überschreiten 5.000 € nicht. Bevor Teilerstattungen oder andere Währungen hinzukommen, müssen die Verantwortlichen dafür die jeweilige Betragsgrundlage definieren.
| Bedingung | Nächster Status | Erforderliche Handlung |
|---|---|---|
Das Ergebnis zur Erstattungsfähigkeit ist REVIEW. | Fachliche Prüfung | Den Fall mit der zuständigen Person klären und die Antwortfrist überwachen. |
Das Ergebnis zur Erstattungsfähigkeit ist NOT_ELIGIBLE. | Ergebnis nach Richtlinie | Den Grund und den Weg erläutern, auf dem die Entscheidung angefochten werden kann. |
| Erstattungsfähig, positiver Betrag bis einschließlich 5.000 €. | Bereit für die Zahlungsprüfungen | Die getrennten Kontrollen zur Zahlungsausführung durchlaufen. |
| Erstattungsfähig, über 5.000 €, Finance-Freigabe fehlt, steht aus oder ist ungültig. | Wartet auf Finance | Die erforderliche Freigabe für diesen Kauf und Betrag anfordern. |
| Erstattungsfähig, über 5.000 €, gültige Finance-Freigabe dokumentiert. | Bereit für die Zahlungsprüfungen | Die getrennten Kontrollen zur Zahlungsausführung durchlaufen. |
| Erstattungsfähig, über 5.000 €, Finance lehnt die Freigabe ab. | Eskalation der Freigabeentscheidung | Die Ablehnung mit den befugten Verantwortlichen klären. Die Erstattungsfähigkeit bleibt bestehen. |
Eine von einem CSM genehmigte Ausnahme für eine verspätete Erstattung ersetzt in diesem Beispiel niemals die Finance-Freigabe. „Bereit für die Zahlungsprüfungen“ bedeutet auch nicht, dass bereits Geld geflossen ist. Autorisierung, doppelte Anträge und fehlgeschlagene Zahlungen brauchen weiterhin technische Umsetzung und Prüfung.
Decision Model and Notation der OMG bietet einen Standard zur Beschreibung von Entscheidungen. Auch eine Tabellenkalkulation kann diese Bedingungen sichtbar machen, bevor das Team eine Engine für die Ausführung auswählt.
Die Regelreihenfolge verdient eine eigene Prüfung. Bei den von Camunda dokumentierten Hit Policies erlaubt Unique höchstens eine passende Regel; First liefert den ersten Treffer. Welche Unternehmensrichtlinie Vorrang verdient, entscheidet keine der beiden Einstellungen.
Unsere Tabellen dienen der Erklärung und sind kein ausführbares DMN. Prüfe vor der Implementierung alle Eingabekombinationen, die unterstützt werden sollen. Auch für null Treffer braucht es ein festgelegtes Ergebnis. Eine Auffangzeile darf sich unter Unique nicht mit den normalen Zeilen überschneiden. Wer einen sichtbaren Konflikt durch Umordnen der Zeilen beseitigt, kann damit unbemerkt einer fachlichen Position Vorrang geben.
Strittige Grenzen in konkrete Abnahmebeispiele übersetzen
Lass die Verantwortlichen konkrete Eingaben und erwartete Ergebnisse freigeben, bevor die Implementierung beginnt. Die folgenden Beispiele prüfen die oben getroffenen Festlegungen. Es sind vorgeschlagene Abnahmefälle, keine berichteten Testergebnisse.
| Antrag | Erwartetes Ergebnis | Sichtbar werdende Entscheidung |
|---|---|---|
| 30-Tage-Frist, Kauf bei Antragseingang 29 Tage 23:59:59 alt, 100 €. | Erstattungsfähig; bereit für die Zahlungsprüfungen. | Die strikt definierte Zeitgrenze. |
| 30-Tage-Frist, Kauf bei Antragseingang genau 30 Tage alt, keine Ausnahme. | Nach dieser Richtlinie nicht erstattungsfähig. | Genau 30 Tage unterscheiden sich von weniger als 30 Tagen. |
| Bestätigte 60-Tage-Frist, Kauf bei Antragseingang 45 Tage alt, 100 €. | Erstattungsfähig; bereit für die Zahlungsprüfungen. | Die für diesen Kunden geltende Zusage. |
| Bestätigte 60-Tage-Frist, Kauf bei Antragseingang genau 60 Tage alt, keine Ausnahme. | Nach dieser Richtlinie nicht erstattungsfähig. | Auch die längere Frist hat eine festgelegte Grenze. |
| 30-Tage-Frist, Kauf bei Antragseingang 31 Tage alt, gültige Ausnahme, 6.000 €, keine Finance-Freigabe. | Erstattungsfähig; wartet auf Finance. | Eine Ausnahme ändert die Erstattungsfähigkeit, nicht die Zahlungsbefugnis. |
| 30-Tage-Frist, Kauf bei Antragseingang 31 Tage alt, Entscheidung zur Ausnahme steht aus. | Prüfung. | Ein unbeantworteter Antrag ist keine Genehmigung. |
| Kauf bei Antragseingang 10 Tage alt, 5.000 €. | Erstattungsfähig; bereit für die Zahlungsprüfungen. | Genau 5.000 € überschreiten die Grenze nicht. |
| Kauf bei Antragseingang 10 Tage alt, 5.000,01 €, keine Finance-Freigabe. | Erstattungsfähig; wartet auf Finance. | Der erste Cent über der Grenze. |
| Der Vertrieb nennt 60 Tage; ob diese Zusage gilt, ist ungeklärt. | Prüfung mit verantwortlicher Person und Frist. | Fehlende Befugnis darf weder zur automatischen Genehmigung noch zur automatischen Ablehnung führen. |
| Die Richtlinie ändert sich nach dem Kauf; für diesen Kauf gilt die frühere Version. | Die dokumentierte, für den Kauf geltende Version anwenden. | Eine neu bearbeitete Seite ändert die festgelegte Richtliniengrundlage nicht. |
Hänge diese Beispiele an den Entscheidungseintrag. Entwickler können aus den freigegebenen Eingaben und Ergebnissen Tests erstellen. Prüfende können einen fehlgeschlagenen Test auf die fachliche Entscheidung zurückführen, die er absichert.
Prüfe auch bisher nicht erfasste Kombinationen, einschließlich ungültiger Eingaben und widersprüchlicher Freigaben. Sobald die Zahlungsausführung zum Umfang gehört, ergänze deren eigene Fehler- und Wiederholungsfälle. Halte diese Kontrollen von den Beispielen zur Erstattungsfähigkeit getrennt. Ein bestandener Richtlinientest belegt noch keine sichere Zahlungsintegration.
KI für die Belegarbeit und die freigegebene Umsetzung einsetzen
Nutze KI, um Widersprüche zu finden, Alternativen vorzubereiten und genehmigte Entscheidungen in Code und Tests zu übersetzen. Ein Coding-Agent kann wesentliche Teile dieser Arbeit unterstützen. Die Befugnis, unter der eine Regel wirksam wird, kommt weiterhin vom Unternehmen.
Vor der Entscheidung kann ein Assistent Quellen vergleichen, auf die er berechtigt zugreifen darf, Datumsangaben und Zitate erhalten sowie fehlende Definitionen markieren. Er kann erkennen, dass ein Dokument „Kaufbetrag“ und ein anderes „Erstattungsbetrag“ nennt. Er kann den Fall mit 5.000,01 € vorschlagen, den noch niemand besprochen hat.
Ein sinnvoller Analyseauftrag lautet:
Vergleiche diese Quellen zur Erstattung. Liste widersprüchliche Aussagen mit Quelle, Version, Gültigkeitsbeginn und betroffener Kundengruppe auf. Trenne dokumentierte Entscheidungen von Annahmen und bisheriger Praxis. Benenne, wer jede Frage klären muss. Entwirf Beispiele für Grenzfälle, aber lass das erwartete Ergebnis offen, wenn die autorisierte Entscheidung fehlt.
Gib dem Coding-Agenten nach der Freigabe die versionierte Entscheidung und die akzeptierten Beispiele. Verlange, dass er neue Unklarheiten meldet, statt eine Richtlinie allein nach Aktualität oder Häufigkeit ihrer Nennung auszuwählen. Tests, die nur aus demselben ungeklärten Prompt abgeleitet werden, können dieselbe Annahme wiederholen.
Unser GitHub-Spec-Kit-Leitfaden für den produktiven Einsatz behandelt den anschließenden Ablauf von Spezifikation, Planung und Umsetzung. Eine Spezifikation wird nützlicher, wenn die strittigen fachlichen Entscheidungen dahinter eine verantwortliche Person und ein Ergebnis haben.
Die Entscheidung nach dem Release aktuell halten
Veröffentliche die genehmigte Regel dort, wo Vertrieb, Support und Entwicklung sie tatsächlich nutzen. Aktualisiere Vertriebsunterlagen und Supportanweisungen zusammen mit der Implementierung. Kennzeichne abgelöste Inhalte eindeutig und bewahre die Historie auf, die frühere Käufe erklärt.
Die NASA-Leitlinien zum Anforderungsmanagement verbinden genehmigte Änderungen mit einer Folgenabschätzung und nachvollziehbaren Aufzeichnungen. Für diesen Prozess bedeutet das: feststellen, welche Kunden, Anweisungen und Tests von einer Regeländerung betroffen sind.
Der Eintrag sollte eine Regel-ID, Version, verantwortliche Person, Freigabenachweise und den Geltungsbereich enthalten. Verknüpfe ihn mit den Abnahmebeispielen und der Implementierungsänderung. Eine neue 30-Tage-Regel kann für künftige Käufe gelten, während eine frühere Kundengruppe ihre bestätigte 60-Tage-Frist behält.
Lege für vorübergehende Ausnahmen ein Ablaufdatum oder einen Anlass zur erneuten Prüfung fest. Beobachte, wie lange Fälle ungeklärt bleiben und weshalb Mitarbeitende sie zur Prüfung weiterleiten. Wiederkehrende Ausnahmen können auf eine Regel hinweisen, die überarbeitet werden sollte. Sie gehören als nachvollziehbarer Änderungsantrag zur verantwortlichen Person.
Unser Leitfaden für ein KI-fähiges Unternehmenswiki erklärt, wie sich freigegebenes Wissen pflegen lässt. Der Leitfaden zur Discovery-Phase beschreibt den breiteren Prozess, der aus einem Produktproblem einen abgestimmten Projektumfang macht.
Um den Nutzen von KI-Coding für diesen Prozess zu bewerten, erfasse neben der Implementierungszeit auch die Wartezeit auf Entscheidungen und die Nacharbeit durch nachträglich geklärte Regeln. Wird Code schneller fertig, während Freigaben offenbleiben, bleibt der Engpass in der Lieferung erkennbar.
Beginne mit einer Entscheidung, über die Uneinigkeit besteht. Bringe die widersprüchlichen Belege zusammen, bestimme die entscheidungsbefugte Person und gehe die Grenzfälle gemeinsam mit ihr durch. So erhält das Team eine präzise Grundlage für die Umsetzung und kann nachvollziehen, warum sie gilt.
Widersprüchliche Geschäftsregeln in Enterprise-Software: FAQ
Wie klärt man widersprüchliche Geschäftsregeln vor der Automatisierung?
Erfasse jede Aussage mit Quelle, Version und betroffenen Geschäftsvorgängen. Bestimme die entscheidungsbefugte Person und die erforderlichen Freigaben. Vereinbare die Regel, ihren Geltungsbereich und den Umgang mit ungeklärten Fällen. Lass anschließend konkrete Beispiele freigeben, bevor die Umsetzung beginnt.
Wer sollte eine Geschäftsregel in Enterprise-Software verantworten?
Die Person oder Rolle, der die Befugnis für diese Entscheidung übertragen wurde. Die Produktleitung kann den Ablauf koordinieren. Finance verantwortet die finanzielle Freigabe, während zuständige kaufmännische oder rechtliche Verantwortliche die Kundenzusagen klären. Halte das Mandat und den Eskalationsweg fest.
Kann KI entscheiden, welches Richtliniendokument richtig ist?
KI kann Quellen vergleichen, Widersprüche erkennen und eine ausdrücklich genehmigte Vorrangregel anwenden. Ihre generierte Antwort begründet selbst keine organisatorische Befugnis. Ist die geltende Regel strittig, muss die Unsicherheit sichtbar bleiben und an die verantwortliche Person weitergeleitet werden.
Was gehört in die Dokumentation einer Geschäftsregelentscheidung?
Erfasse die Frage, Regel-ID und Version, verantwortliche Person, Quellen, Begründung, Freigaben, betroffene Kundengruppe, Gültigkeitsbeginn, Ausnahmebefugnis und Abnahmebeispiele. Verknüpfe den Eintrag mit der Implementierung und informiere betroffene Teams über Änderungen.
Braucht jeder Unternehmensprozess eine DMN-Engine?
Nein. Eine kleine geprüfte Tabelle kann ausreichen, um die Regel zu besprechen. Die Wahl einer Engine zur Ausführung ist eine eigene Architekturentscheidung. Jede Umsetzung muss den genehmigten Vorrang erhalten und fehlende Fakten, überlappende Bedingungen sowie nicht abgedeckte Fälle behandeln.
Was sollte das Team tun, solange eine Richtlinienentscheidung offen ist?
Nutze einen ausdrücklich autorisierten vorläufigen Bearbeitungsweg mit verantwortlicher Person, Antwortfrist und Eskalation. Mache aus Unsicherheit keine automatische Ablehnung oder Genehmigung. Der vorläufige Prozess muss geltende Kundenverpflichtungen berücksichtigen und nach der Entscheidung überprüft werden.