Angebotsanfragen automatisch verteilen: Regeln

Eine automatische Verteilung spart erst dann Arbeit, wenn eine Anfrage zuverlässig bei der richtigen Stelle ankommt und unklare Fälle sichtbar bleiben. Ein Formularfeld mit drei Themen kann die Zuordnung erleichtern. Freitext, fehlende Angaben, Abwesenheiten und doppelte Eingänge brauchen jedoch einen geplanten Ausnahmeweg.

Beginnen Sie deshalb nicht mit der Regel „alles automatisch weiterleiten“. Entwerfen Sie ein kleines Routingmodell mit Eingang, Entscheidung, Ziel, Bestätigung und Fehlerablage.

Welche Information darf die Zuständigkeit bestimmen?

Verwenden Sie möglichst Angaben, die der Absender versteht und die intern tatsächlich zu unterschiedlichen Bearbeitungswegen führen. Ein Feld „Thema“ kann etwa Website, Automatisierung und bestehendes Projekt unterscheiden. Interne Abteilungsnamen sind oft weniger hilfreich.

Eingangssignal	mögliche Regel	Ausnahme
Thema aus Auswahlliste	definierter Warteschlange zuordnen	Auswahl fehlt oder ist „Sonstiges“
bestehende Vorgangsnummer	bestehendem Vorgang hinzufügen	Nummer unbekannt
Region	zuständige Stelle zuordnen	Gebiet nicht abgedeckt
Produkt oder Leistung	Fachverantwortung wählen	mehrere Leistungen betroffen
Priorität	nur aus verifizierter Quelle übernehmen	Absender setzt selbst „dringend“

Vermeiden Sie Regeln, die aus einzelnen Wörtern im Freitext weitreichende Entscheidungen ableiten. Ein Wort kann in anderem Zusammenhang stehen. Wenn Freitext ausgewertet wird, sollte ein unsicheres Ergebnis in die manuelle Prüfung führen.

Routingtabelle statt versteckter Logik

Dokumentieren Sie jede Regel in einer Tabelle: Bedingung, Ziel, Verantwortliche, Benachrichtigung und Verhalten bei Fehler. So kann der Fachbereich prüfen, ob die Technik dem gewünschten Ablauf entspricht.

Ein Beispiel:

1. Der Server bestätigt eine neue Formularanfrage.
2. Das System prüft die ausgewählte Leistung.
3. Eine bekannte Auswahl erzeugt einen Vorgang in der passenden Warteschlange.
4. Eine unbekannte Auswahl landet in „Zuordnung offen“.
5. Die verantwortliche Person sieht neue und offene Vorgänge in einer Kontrollansicht.
6. Erst nach erfolgreicher Anlage erhält der Absender eine sachliche Eingangsbestätigung.

Die Bestätigung sollte nur sagen, was technisch belegt ist. „Ihre Anfrage wurde empfangen“ ist möglich, wenn der Eingang erfolgreich gespeichert wurde. „Wir erstellen bereits Ihr Angebot“ wäre falsch, solange noch niemand Inhalt und Zuständigkeit geprüft hat. Das W3C empfiehlt bei Formularen klare Erfolgs- und Fehlermeldungen, damit Nutzer das Ergebnis ihrer Übermittlung erkennen.

Ausnahmen brauchen eine eigene Zuständigkeit

Ein „Sonstiges“-Postfach ohne Besitzer ist kein Ersatzweg. Benennen Sie eine Rolle, die offene Zuordnungen regelmäßig prüft. Legen Sie fest, wie Vertretung funktioniert und welche Information zur Entscheidung fehlt.

Typische Ausnahmefälle sind:

• Pflichtangabe fehlt trotz technischer Prüfung,
• Thema passt zu mehreren Teams,
• Zielsystem ist nicht erreichbar,
• identische Anfrage wurde zweimal gesendet,
• Datei oder Nachricht kann nicht verarbeitet werden,
• zuständige Person ist abwesend,
• neue Leistung existiert noch nicht in der Routingtabelle.

Jede Ausnahme sollte einen sichtbaren Status und einen nächsten Schritt haben. Ein technischer Logeintrag allein hilft dem Fachbereich nicht, wenn niemand ihn überwacht.

Datenschutz und Berechtigungen begrenzen

Verteilen Sie nur die Angaben, die das Zielteam für die erste Bearbeitung benötigt. Eine zentrale Anfrage darf nicht vorsorglich in viele Postfächer kopiert werden. Prüfen Sie Rollen, Speicherorte, Löschregeln und die Protokollierung von Weiterleitungen.

Das NIST Cybersecurity Framework 2.0 betont in seiner Govern-Funktion klare Rollen und Verantwortlichkeiten. Diese Orientierung ist kein fertiges Datenschutzkonzept, unterstützt aber die organisatorische Frage: Wer besitzt Regel, Zielsystem und Fehlerablage?

Fehlerfall: Erfolgsseite trotz verlorener Anfrage

Das Formular zeigt „Vielen Dank“, nachdem der Browser die Daten gesendet hat. Das interne System lehnt den Vorgang wegen eines ungültigen Feldwerts ab. Die Weiterleitung scheitert, aber niemand erhält eine Meldung. Für den Absender sieht alles erfolgreich aus.

Trennen Sie deshalb Formularvalidierung, serverseitigen Eingang und erfolgreiche Anlage im Zielsystem. Definieren Sie, welche Stufe die öffentliche Bestätigung auslöst. Scheitert die interne Weitergabe nach bestätigtem Eingang, muss der Vorgang in einer kontrollierten Fehlerablage bleiben und eine zuständige Person informieren. Die Kundennachricht darf keine interne Bearbeitung behaupten, die noch nicht erfolgt ist.

Abnahmetest mit Fallmatrix

Testen Sie mindestens:

• jeden normalen Auswahlwert,
• leere und ungültige Angaben,
• „Sonstiges“ und Mehrdeutigkeit,
• nicht erreichbares Zielsystem,
• doppelten Eingang,
• Abwesenheit oder gesperrtes Ziel,
• erneute Verarbeitung nach Fehlerbehebung.

Dokumentieren Sie pro Fall erwartetes Ziel, sichtbaren Status und verantwortliche Person. Nutzen Sie Testdaten und versenden Sie keine echten Kundenanfragen.

Der Ratgeber Kundenanfragen automatisieren ordnet den Gesamtprozess ein. Für eine konkrete Routinglogik finden Sie den Leistungsbereich Automatisierung. Ihre heutigen Eingänge, Zielstellen und häufigsten Ausnahmen können Sie schriftlich an KDS senden.