> ## Documentation Index
> Fetch the complete documentation index at: https://docs.m9tz.de/llms.txt
> Use this file to discover all available pages before exploring further.

# Playbook: Back-Office und Buchhaltung

> So wird das Agenten-Blueprint-Muster auf eine Back-Office- oder Buchhaltungsabteilung angewendet – Rollendefinition, SOPs, Eingabeereignisse, Freigabe-Routing und Prüfpfad-Schnittstellen.

# Playbook: Back-Office und Buchhaltung

Dieses Playbook veranschaulicht, wie das Agenten-Blueprint-Muster auf eine Abteilung angewendet wird, deren Kernaufgabe die Verarbeitung interner Geschäftsvorgänge ist – Rechnungen, Freigaben, Abstimmungen, Speseneinreichungen und ähnliche finanzielle oder administrative Abläufe. Sie werden darin Ihre Kreditorenbuchhaltung, Ihren Finanzoperations-Bereich oder ein allgemeines Back-Office-Koordinationsteam wiedererkennen.

Nutzen Sie dieses Dokument als Referenz, wenn Sie das Blueprint-Muster auf Ihre eigene Abteilung übertragen. Alle Platzhalter („Abteilung C", „VM-3", „Ihr ERP-System") stehen für die realen Bezeichnungen, die Sie im Rahmen eines Scoping-Projekts einsetzen würden.

<Note>
  Dieses Playbook beschreibt ein strukturelles Muster, keine fertige Implementierung. Konkreter Umfang, Zeitrahmen und die genaue Eignung für Ihre Situation werden im Beratungsprozess festgelegt. Siehe [Umfang & Grenzen](/de/consulting/scoping) für die Beschreibung des Scoping-Vorgehens.
</Note>

***

## Abteilungsprofil

| Dimension                             | Beispielwert                                                                                               |
| ------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
| **Abteilungsname**                    | Abteilung C (Back-Office / Buchhaltung)                                                                    |
| **Primäre Aufgabe**                   | Finanzielle und administrative Dokumente entgegennehmen, prüfen und zur menschlichen Freigabe weiterleiten |
| **Primäre Eingabequellen**            | Ihr ERP-System (neue Dokumentereignisse), gemeinsames Rechnungspostfach, zeitgesteuerte Auslöser           |
| **Primäre ausgehende Schnittstellen** | Ihr ERP-System (Statusaktualisierungen), Freigabe-Benachrichtigungskanal, Prüfprotokoll                    |
| **VM-Bezeichnung**                    | VM-3                                                                                                       |

***

## Rollendefinition

Die Rollenbeschreibung des Agenten für eine Back-Office-Abteilung:

> *VM-3 ist zuständig für den Empfang finanzieller und administrativer Dokumente, deren Prüfung anhand definierter Regeln sowie die Weiterleitung an den zuständigen Freigeber – mit vollständig vorbereiteten Kontextinformationen. Der Agent genehmigt, lehnt ab und führt keine Zahlungen aus. Alle finanziellen Entscheidungen erfordern die ausdrückliche Zustimmung eines Menschen.*

Diese Einschränkung ist für Back-Office-Agenten nicht verhandelbar. Der Agent bereitet vor und leitet weiter; eine Person entscheidet. Der Prüfpfad dokumentiert beides.

***

## Standardarbeitsanweisungen (SOPs)

<Accordion title="SOP 1: Dokument empfangen und prüfen">
  **Auslöser:** Ein neues Dokumentereignis geht aus einer verbundenen Eingabequelle ein (z. B. ein neuer Rechnungsdatensatz in Ihrem ERP-System oder eine Einreichung im gemeinsamen Rechnungspostfach).

  **Schritte:**

  1. Die Dokumentfelder extrahieren: Dokumenttyp, Referenznummer, Betrag, Lieferanten- oder Anbieterkennung sowie Datum.
  2. Prüfen, ob die erforderlichen Felder vorhanden und im erwarteten Format vorliegen.
  3. Den zugehörigen Bestellauftrag oder Referenzdatensatz in Ihrem ERP-System nachschlagen.
  4. Schlüsselfelder (Betrag, Lieferant, Positionen sofern vorhanden) mit dem Referenzdatensatz abgleichen.
  5. Einen Prüfstatus zuweisen: **übereinstimmend**, **Abweichung gefunden** oder **Referenz nicht gefunden**.
  6. Das Prüfergebnis am Dokumentdatensatz protokollieren.
  7. Den Vorgang mit dem angehängten Prüfergebnis an SOP 2 (Freigabe-Routing) übergeben.

  **Eskalationsregel:** Wenn das Dokument nicht ausgewertet werden kann oder erforderliche Felder fehlen, wird es mit dem Vermerk „unvollständiges Dokument" an die menschliche Prüfwarteschlange weitergeleitet, ohne einen Prüfversuch zu unternehmen.
</Accordion>

<Accordion title="SOP 2: Zur Freigabe weiterleiten">
  **Auslöser:** Geprüftes Dokument mit Status aus SOP 1.

  **Schritte:**

  1. Den zuständigen Freigeber anhand der für dieses Deployment konfigurierten Weiterleitungsregeln ermitteln (Regeln können auf Dokumenttyp, Betragshöhe, Abteilung oder Lieferantenkategorie basieren).
  2. Eine Freigabe-Benachrichtigung verfassen, die Folgendes enthält: Dokumentreferenz, Betrag, Lieferant, Prüfstatus, ggf. Zusammenfassung der Abweichung sowie einen Link zum Dokumentdatensatz in Ihrem ERP-System.
  3. Die Benachrichtigung über den konfigurierten Kanal an den Freigeber senden (z. B. internes Benachrichtigungssystem oder E-Mail).
  4. Die Weiterleitungsmaßnahme mit Freigeber-ID und Zeitstempel protokollieren.
  5. Eine Erinnerung setzen, falls innerhalb des konfigurierten Zeitfensters keine Rückmeldung eingeht.

  **Eskalationsregel:** Wenn der Freigeber anhand der Weiterleitungsregeln nicht ermittelt werden kann, wird der Vorgang mit dem Vermerk „Freigeber unbekannt" an die menschliche Prüfwarteschlange weitergeleitet.
</Accordion>

<Accordion title="SOP 3: Freigabeantwort verarbeiten">
  **Auslöser:** Eine Freigabe- oder Ablehnungsantwort geht von einem Freigeber ein.

  **Schritte:**

  1. Die Antwort lesen und die Entscheidung identifizieren: genehmigt, abgelehnt oder zur Klärung zurückgegeben.
  2. Den Dokumentstatus in Ihrem ERP-System entsprechend der Entscheidung aktualisieren.
  3. Die Entscheidung mit Freigeber-ID, Zeitstempel und eventuellen Kommentaren protokollieren.
  4. Bei Genehmigung: Das Dokument als bereit zur Zahlungsabwicklung markieren (keine Zahlung wird vom Agenten ausgelöst).
  5. Bei Ablehnung: Den betreffenden Kontakt oder das Team mit dem Ablehnungsgrund benachrichtigen.
  6. Bei Rückgabe zur Klärung: Das Dokument mit der angehängten Klärungsanfrage an die menschliche Prüfwarteschlange zurückleiten.

  **Eskalationsregel:** Der Agent löst niemals eine Zahlung aus. „Bereit zur Zahlungsabwicklung" ist ausschließlich ein Statusmerkmal – die Zahlungsausführung ist stets ein manueller Schritt durch eine autorisierte Person.
</Accordion>

<Accordion title="SOP 4: Periodischen Zusammenfassungsbericht erstellen">
  **Auslöser:** Zeitgesteuerter Auslöser (z. B. Wochenende, Monatsende – wird pro Deployment konfiguriert).

  **Schritte:**

  1. Ihr ERP-System nach den im Berichtszeitraum verarbeiteten Dokumenten abfragen: Gesamtanzahl empfangen, übereinstimmend, Abweichungen gefunden, ausstehende Freigabe, genehmigt, abgelehnt.
  2. Die Anzahlen in einer strukturierten Zusammenfassung kompilieren.
  3. Die Zusammenfassung anhand der genehmigten Berichtsvorlage formatieren.
  4. Die Zusammenfassung an die konfigurierten Empfänger senden.
  5. Das Berichtserstellungsereignis mit Zeitstempel protokollieren.

  **Hinweis:** Der Bericht enthält ausschließlich Anzahlen und Status. Er enthält keine Zahlungsdetails oder Kontostände.
</Accordion>

***

## Eingabequellen

| Eingabequelle                 | Gelieferte Daten                                                        | Format                                       |
| ----------------------------- | ----------------------------------------------------------------------- | -------------------------------------------- |
| Ihr ERP-System                | Neue Dokumentereignisse (Rechnungen, Speseneinreichungen, Gutschriften) | Strukturiertes JSON per Webhook oder Polling |
| Gemeinsames Rechnungspostfach | Von Lieferanten per E-Mail eingegangene Rechnungen                      | Unstrukturiert (PDF oder E-Mail-Inhalt)      |
| Zeitgesteuerter Auslöser      | Periodische Berichterstellung, Mahnungserinnerungen bei Fälligkeit      | Timer-Ereignis                               |

***

## Ausgehende Schnittstellen

| Ausgehende Schnittstelle        | Was der Agent schreibt                                                   | Menschliche Freigabe erforderlich? |
| ------------------------------- | ------------------------------------------------------------------------ | ---------------------------------- |
| Ihr ERP-System                  | Dokumentstatusänderungen, Prüfergebnisse, Freigabeergebnisse             | Nein (nur Statusmerkmale)          |
| Freigabe-Benachrichtigungskanal | Freigabeanfragen mit vollständigem Kontext                               | k. A. (nur Weiterleitung)          |
| Prüfprotokoll                   | Jede durchgeführte Maßnahme mit Dokumentreferenz, Akteur und Zeitstempel | Nein (nur anhängen)                |
| Menschliche Prüfwarteschlange   | Unvollständige Dokumente, unbekannte Freigeber, Abweichungen             | k. A. (nur Weiterleitung)          |

***

## Eskalationsregeln

Die folgenden Situationen werden stets an einen Menschen weitergeleitet:

* Dokument kann nicht ausgewertet werden oder erforderliche Felder fehlen
* Referenzdatensatz (Bestellauftrag oder Äquivalent) kann im ERP-System nicht gefunden werden
* Abweichung zwischen Dokument und Referenzdatensatz festgestellt – diese werden niemals automatisch genehmigt
* Freigeber kann anhand der Weiterleitungsregeln nicht ermittelt werden
* Jedes Dokument, das den konfigurierten Betragsschwellenwert überschreitet (Schwellenwert wird pro Deployment festgelegt)
* Freigabeantwort enthält eine Klärungsanfrage

Der Agent kann Dokumente nicht genehmigen, Zahlungen ausführen oder Finanzdatensätze jenseits von Statusmerkmalen ändern. Diese Einschränkungen werden auf Ebene der Integrationsberechtigungen durchgesetzt, nicht nur in der SOP-Logik.

***

## JSON-Nachrichtenfluss (vereinfacht)

Ein vereinfachter Dokumentverarbeitungsereignis-Datensatz, der in das Prüfprotokoll geschrieben wird:

```json theme={null}
{
  "event": "document_received",
  "source": "erp_webhook",
  "document_type": "invoice",
  "document_ref": "INV-2024-00891",
  "vendor_ref": "VENDOR-0015",
  "amount": 4200.00,
  "currency": "your_currency",
  "po_reference": "PO-2024-00214",
  "validation_status": "matched",
  "discrepancy": null,
  "routing_approver": "APPROVER-002",
  "notification_sent": true,
  "escalated": false,
  "timestamp": "2024-08-01T08:55:00Z"
}
```

Bei einem Dokument mit einer Abweichung nimmt `validation_status` den Wert `"discrepancy_found"` an, `discrepancy` enthält eine verständliche Beschreibung, und `escalated` ist `true`.

***

## Prüfpfad

Jede Maßnahme, die der Agent ergreift, wird in ein unveränderliches Prüfprotokoll (Append-Only) geschrieben. Jeder Eintrag dokumentiert:

* Das Eingabeereignis, das die Maßnahme ausgelöst hat
* Den ausgeführten SOP-Schritt
* Die gelesenen und geschriebenen Daten
* Die beteiligte Person (sofern vorhanden – Freigeber-ID, Prüfer-ID)
* Einen Zeitstempel

Dieses Protokoll ist die primäre Aufzeichnung für jede nachträgliche Überprüfung oder Rückfrage zur Verarbeitung eines Dokuments. Es kann vom Agenten nach dem Schreiben nicht mehr verändert werden.

***

## Stufenweise Ausweitung

| Phase   | Was automatisiert wird                                    | Was manuell bleibt                                   |
| ------- | --------------------------------------------------------- | ---------------------------------------------------- |
| Phase 1 | Nur Dokumentempfang, -auswertung und Prüfprotokollierung  | Alle Weiterleitungs- und Freigabe-Workflows          |
| Phase 2 | Freigabe-Routing-Benachrichtigungen hinzugefügt           | Alle Freigabeentscheidungen und ERP-Statusänderungen |
| Phase 3 | ERP-Statusänderungen und periodische Berichte hinzugefügt | Zahlungsausführung (dauerhaft manuell)               |

Der Einstieg in Phase 1 ermöglicht es dem Team, den Prüf-SOP anhand echter Dokumente zu validieren, bevor Benachrichtigungen an Freigeber versendet werden. In dieser Phase kann die Abweichungserkennung ohne das Risiko einer Fehlweiterleitung von Freigaben kalibriert werden.

***

## Querverweise

* [Was ist ein Agent?](/de/what-is-an-agent) – Rollendefinitionen und die drei Schichten jedes Agenten
* [Agentenstruktur → Überblick](/de/agent-structure/overview) – Eingaben, Intelligenz und Aktionen
* [Agentenstruktur → Komponenten](/de/agent-structure/components) – Sicherheitsgrenzen, Werkzeuge und Übergaberegeln
* [Agentenstruktur → Integrationen](/de/agent-structure/integrations) – ERP-Systeme und Freigabekanäle verbinden
* [ERP & Altsysteme](/de/agent-structure/integrations) – Adapter-Muster für die Anbindung vorhandener Finanzsysteme
* [Umfang & Grenzen](/de/consulting/scoping) – wie Umfang und finanzielle Sicherheitsgrenzen definiert und kontrolliert werden