Vom Dokument zum geprüften CRM-Eintrag.

Angaben aus bekannten Dokumentarten lesen, prüfen und richtig zuordnen. Unklare Werte werden manuell geklärt.

Beispielarchitektur, kein Kundenprojekt.

ARCHITEKTUR: DANIEL FRANKSTAND: 07.09.2026RAW / RULE / AI / HUMAN

Was heute von Hand erledigt wird.

Dokumente kommen als Datei oder E-Mail-Anhang an. Eine Person sucht relevante Angaben, überträgt Werte und ordnet die Datei einem CRM-Kontakt zu. Unterschiedliche Formate und fehlende Kennungen machen die Bearbeitung aufwendig.

Das Beispiel beschränkt sich auf bekannte Dokumentarten und festgelegte Zielfelder. Es beschreibt keine universelle Dokumenten-KI. Unbekannte oder unlesbare Dateien brauchen eine andere Bearbeitung.

Ein Vorgang.
Ein klarer Verlauf.

Nur geprüfte Angaben werden einem eindeutig erkannten CRM-Datensatz zugeordnet. Das Original bleibt über eine Referenz auffindbar. Unklare Angaben erhalten einen sichtbaren Prüfauftrag.

ERGEBNIS

Geprüfter Datensatz + eindeutige Dokumentreferenz

Eine Datei erreicht einen erlaubten Eingang. Vor der Verarbeitung werden Quelle, Format, Größe und Dokumentreferenz geprüft.

  • Originaldokument aus der vereinbarten Quelle.
  • Bekannte Dokumentarten und benötigte Felder.
  • CRM-Kennungen und Regeln für die Zuordnung.
  • Prüfregeln für Werte, Summen und Pflichtangaben.

Jeder Schritt hat einen Auftrag.

BEISPIELABLAUF / INTERAKTIVWählen Sie einen Prozessschritt
  1. 05 / PROZESSSCHRITT

    Entität zuordnen

    RULE
    Eingangsdaten
    Geprüfte Identifikationsmerkmale
    Aktion
    Sucht die passende Firma, Person oder Transaktion.
    Prüfung
    Eindeutige Kennungen haben Vorrang vor Namensähnlichkeit.
    Bei Fehlern
    Mehrdeutige Treffer erfordern menschliche Zuordnung; keine automatische Neuanlage auf Verdacht.
05 / PROZESSSCHRITT

Entität zuordnen

RULE
Eingangsdaten
Geprüfte Identifikationsmerkmale
Aktion
Sucht die passende Firma, Person oder Transaktion.
Prüfung
Eindeutige Kennungen haben Vorrang vor Namensähnlichkeit.
Bei Fehlern
Mehrdeutige Treffer erfordern menschliche Zuordnung; keine automatische Neuanlage auf Verdacht.
ERGEBNISGeprüfter Datensatz + eindeutige Dokumentreferenz

Beispielarchitektur, kein Kundenprojekt. Die konkrete Umsetzung hängt von Ihrem Prozess und den verfügbaren Systemzugängen ab.

Was in den einzelnen Schritten passiert.

01

Dokumenteingang

RAW
Eingangsdaten
Datei oder Anhang aus einem definierten Eingang
Aktion
Erfasst das Dokument mit einer eindeutigen Referenz.
Prüfung
Dateityp, Größe und erlaubte Quelle werden vor der Verarbeitung geprüft.
Bei Fehlern
Nicht unterstützte oder beschädigte Dateien gehen in eine manuelle Warteschlange.
02

Klassifizieren

AI
Eingangsdaten
Lesbarer Dokumentinhalt und erlaubte Dokumentklassen
Aktion
Ordnet den Inhalt einer bekannten Dokumentart zu.
Prüfung
Nur vereinbarte Klassen sind zulässig; unbekannte Typen werden nicht erzwungen zugeordnet.
Bei Fehlern
Eine unklare Dokumentart wird von einer Person eingeordnet.
03

Extrahieren

AI
Eingangsdaten
Dokumentinhalt und Feldschema der Dokumentart
Aktion
Extrahiert relevante Angaben mit Bezug auf die Quelle.
Prüfung
Nicht vorhandene Werte bleiben leer. Das Modell darf keine fehlenden Stammdaten ergänzen.
Bei Fehlern
Schlecht lesbare oder widersprüchliche Angaben werden zur Prüfung markiert.
04

Validieren

RULE
Eingangsdaten
Extrahierte Felder mit Quellenbezug
Aktion
Prüft Pflichtfelder, Datentypen, Wertebereiche und Querbeziehungen.
Prüfung
Summen, Datumswerte und Kennungen werden durch feste Regeln geprüft.
Bei Fehlern
Ungültige Datensätze gelangen nicht in das CRM.
05

Entität zuordnen

RULE
Eingangsdaten
Geprüfte Identifikationsmerkmale
Aktion
Sucht die passende Firma, Person oder Transaktion.
Prüfung
Eindeutige Kennungen haben Vorrang vor Namensähnlichkeit.
Bei Fehlern
Mehrdeutige Treffer erfordern menschliche Zuordnung; keine automatische Neuanlage auf Verdacht.
06

Felder abbilden

RULE
Eingangsdaten
Validierte Daten und eindeutige CRM-Entität
Aktion
Überführt die Quellfelder in das festgelegte Datenmodell.
Prüfung
Feldverantwortung, Format und zulässige Überschreibungen sind vorgegeben.
Bei Fehlern
Ein Schemawechsel stoppt die betroffene Übertragung und erzeugt einen prüfbaren Fehler.
07

Speichern

RULE
Eingangsdaten
Geprüfte Feldzuordnung und Dokumentreferenz
Aktion
Schreibt die Daten einmalig in das Zielsystem.
Prüfung
Die Zielantwort wird geprüft und der gespeicherte Datensatz abgeglichen.
Bei Fehlern
Temporäre Fehler werden begrenzt wiederholt. Bereits gespeicherte Daten werden erkannt.
08

Ausnahme prüfen

HUMAN
Eingangsdaten
Offene Fälle, Ursache und ursprüngliches Dokument
Aktion
Die zuständige Person korrigiert oder verwirft den Ausnahmefall.
Prüfung
Korrektur und erneuter Start bleiben einem konkreten Vorgang zugeordnet.
Bei Fehlern
Unbearbeitete Ausnahmen werden sichtbar gehalten und nach vereinbarter Frist eskaliert.

Ausnahmen

  • Beschädigte oder unlesbare Dateien gehen zur manuellen Bearbeitung.
  • Unbekannte Dokumentarten werden nicht in eine passende Kategorie gezwungen.
  • Widersprüchliche Angaben werden markiert und nicht ungeprüft übernommen.
  • Bei mehreren möglichen Kontakten entscheidet eine Person über die Zuordnung.

Prüfung

  • Format und Datentyp werden geprüft, anschließend die fachlichen Angaben.
  • Soweit möglich werden Werte mit Original und Stammdaten abgeglichen.
  • Vorhandene Felder werden nur nach vereinbarten Regeln überschrieben.
  • Die Antwort des CRM wird kontrolliert; wiederholte Dateien müssen erkannt werden.

Beteiligte Systeme

Ein freigegebener Datei- oder E-Mail-Eingang und ein CRM mit geeignetem Zugang. Zusätzliche Datenhaltung ist nur nötig, wenn Status und Dokumentreferenzen nicht sinnvoll in den vorhandenen Systemen geführt werden können.

Was gemessen wird

  • Manuelle Zeit pro Dokument, einschließlich Nacharbeit.
  • Richtigkeit der übernommenen Felder anhand geeigneter Prüffälle.
  • Manuelle Prüfungen nach ihrer Ursache.
  • Doppelte Dateien, falsche Zuordnungen und offene Prüfaufgaben.

Was für den Betrieb zu klären ist

Anweisungen im Dokument bleiben Dokumentinhalt. Sie dürfen keine Empfänger, Zugriffsrechte oder Arbeitsschritte verändern. Lesen, Prüfen und Schreiben sind getrennte Aufgaben.

Zugriff, Aufbewahrung und Löschung der Originale werden festgelegt. Ändert sich das CRM-Datenmodell, muss die Verbindung geprüft werden, bevor weitere Daten geschrieben werden.

Die Messgrößen zeigen, was in einem späteren Projekt geprüft werden könnte. Sie beschreiben keine erzielten Kundenresultate oder garantierten Einsparungen.

Erkennen Sie Ihren Ablauf wieder?

Prozess prüfen lassen

Beschreiben SieIhr Vorhaben.

Ein Ablauf, eine Website oder eine interne Anwendung: Ich prüfe die Möglichkeiten.

Projekt anfragen