Finanzoperationen vollständig schließen.Auch die Arbeit, die in der Policy hängen bleibt.

Eine Klärung zählt, wenn das Audit die Lösung akzeptiert und das Item für das vereinbarte Fenster geschlossen bleibt (typischerweise 30 Tage). Wenn das Audit es wieder öffnet, berechnen wir nichts. Das ist das Versprechen — ihr zahlt für vom Audit abgesegnete Ergebnisse, nicht für Versuche.

Ihr kodifiziert eure Policy als Regeln — Wesentlichkeitsschwellen, Trennungsanforderungen, Freigabeketten. Unsere Agenten prüfen jede Aktion gegen das Regelwerk vor der Buchung oder dem Entwurf. Wenn eine Regel unklar oder fehlt, eskalieren wir an einen menschlichen Controller und melden die Lücke, damit ihr die Regel verfeinern könnt.

SAP, NetSuite, DATEV, Microsoft Dynamics, Stripe Billing, Chargebee, Bill.com, Tipalti, Adyen, Stripe, Mollie und Banking-APIs out of the box. Eigene Integrationen für proprietäre oder selbstgebaute Systeme.

Entwürfe werden in einem Workflow gestaged, den eure Buchhalter freigeben, bevor gebucht wird. Sobald ihr Kategorien zu autonom hochstuft, werden Buchungen direkt über die native ERP-API ausgeführt — mit vollem Audit-Trail. Beide Pfade halten das Hauptbuch als Single Source of Truth.

Jede Agenten-Aktion ist an einen Actor und eine Rolle gebunden. Freigaben verlangen eine andere Rolle als die der Erstellung. Das Regelwerk ist konfigurierbar pro Entität, pro Kategorie und pro Betragsband — und jeder Check wird für das Audit geloggt.

Jede Aktion — Entwurf, Freigabe, Buchung, Eskalation, Schließung — wird mit Zeitstempel, Actor, Regelpfad und den Daten geloggt, die der Agent zum Entscheidungszeitpunkt sah. Export in CSV / Excel / direkt im ERP-Audit-Tool-Format. Das Audit kann jede Entscheidung gegen die zum Zeitpunkt aktive Policy nachspielen.

Gleiche Idee, andere Einheit: wir entwerfen, statt zu buchen. Für Finance heißt das, wir entwerfen Buchungssätze, Routing-Entscheidungen und Mahn-Texte — euer Team gibt frei, bevor irgendetwas im Hauptbuch oder beim Kunden landet. Wir lernen aus Korrekturen. Ihr gebt Kategorien autonom frei, wenn ihr und das Audit bereit seid.

Standard sind 90 Tage eurer historischen Ausnahmen. Wir spielen jede durch eure aktuelle Policy und unsere Agenten — und melden, was wir geklärt hätten (audit-akzeptable Lösung), was wir eskaliert hätten und wo Policy-Kanten brechen. Ihr seht die Klärungsrate, bevor irgendetwas in Produktion gebucht wird.

Wir eskalieren die Ausnahme an einen menschlichen Controller und markieren sie als Policy-Lücke. Nach drei oder vier Eskalationen derselben Lücke entwerfen wir die fehlende Regel basierend darauf, wie euer Team ähnliche Items in der Vergangenheit gelöst hat. Ihr und das Audit entscheidet, ob ihr sie übernehmt.

Sanftes Mahnwesen, Zahlungszusagen-Tracking, Streitfall-Bearbeitung und rechtliche Eskalation sind jeweils eigene Workflows mit eigenen Policy-Gates. Kundenkommunikation ist mehrsprachig und gelernt aus eurer historischen AR-Korrespondenz. Rechtliche Eskalation geht immer an einen Menschen, niemals automatisch.

Keine Kartendaten fließen je durch unsere Agenten. Wir orchestrieren Retry, Kundenbenachrichtigung und Ratenangebote über euren bestehenden PCI-konformen Prozessor. Der Agent sieht nur Event-Metadaten — fehlgeschlagener Status, Grund-Code, Kunden-ID — niemals rohe Kartendetails.

Pricing ist pro geklärter Ausnahme, mit einem monatlichen Cap, das ihr setzt. Peaks sind üblich, und wir planen Kapazität dafür ein. Wenn euer Volumen regelmäßig das Cap überschreitet, vereinbaren wir ein höheres Jahres-Commitment mit größeren Volumen-Stufen — niemals Überraschungs-Überzahlungen.