Start · Lösungen · Finanzen & Buchhaltung · Flottenkarten abgerechnet, Anomalien sofort sichtbar
Lösung · Finanzen & BuchhaltungEine Betankung 300 km abseits der Route wartet nicht mehr aufs Monatsende, bis sie jemand bemerkt
Flottenkarten abgerechnet, Anomalien sofort sichtbar
Ein Roboter konsolidiert täglich die Kartentransaktionen aller Quellen, ordnet sie Fahrzeugen, Fahrern und Routen zu, stellt die Sätze für Sammelrechnungen zusammen und legt musterbrechende Transaktionen den Menschen noch am selben Tag zur Entscheidung vor.
Kurzfassung für die Geschäftsführung
Kartentransaktionen kommen aus mehreren Quellen in verschiedenen Formaten, und die Abrechnung heißt: Tausende Positionen Fahrzeugen und Limits zuordnen. Missbrauch zeigt sich in der Kundenreklamation, oder nie.
Konsolidierung, Zuordnung und Regelprüfung laufen täglich. Die Sammelfakturierung bekommt fertige Sätze, keine Rohdateien.
Eine musterbrechende Transaktion, Ort, Frequenz, Volumen über Tankgröße, ist noch am selben Tag ein Fall, mit menschlicher Entscheidung: sperren, Fahrer fragen, anerkennen.
Dateien und APIs der Kartenanbieter; das Fahrzeug- und Limitregister; Telematik, wo vorhanden; Fälle und Fakturierung im ERP und in Microsoft Teams
Geschäftsproblem
Tausende Positionen, null Fragen
Tankkarten vereinfachen das Leben des Fahrers und verkomplizieren das der Finanzabteilung. Transaktionen kommen aus dem eigenen Kartensystem und von externen Anbietern, jede Quelle in eigenem Format und Rhythmus. Bevor eine Sammelrechnung oder eine Flottenabrechnung existiert, muss jemand diese Ströme zusammenkleben, Fahrzeugen und Fahrern zuordnen und die Positionen klären, die zu nichts passen.
Bei Zehntausenden Positionen im Monat wird echte Kontrolle statistisch: geprüft wird, was von selbst schreit. Eine Betankung abseits der Route, zwei Betankungen im Stundenabstand, ein Volumen größer als der Tank, eine Karte am Standtag des Fahrzeugs, all das sind in Daten sichtbare Muster, aber nur, wenn jemand täglich hinsieht statt beim Monatsabschluss.
Der Monatsrhythmus hat noch einen Fehler: Streitfälle. Der Flottenkunde beanstandet eine Position der Sammelrechnung drei Wochen nach dem Ereignis, wenn der Fahrer sich nicht mehr erinnert und der Telematikeintrag erst gesucht werden muss. Jeder Streit kostet mehr als der strittige Betrag, also wird er öfter anerkannt als geklärt.
Am Ende kann niemand sagen, was Missbrauch und Fehler kosten, denn das System ist so gebaut, dass es sie nicht sieht. Sichtbar ist nur die Rechnungssumme, und eine Summe stellt keine Fragen.
Wie es heute läuft
So sieht die Arbeit aus, bevor irgendetwas automatisiert wird.
- MenschJemand lädt Transaktionsdateien der Anbieter und des eigenen Systems herunter, jede in anderem Format
- MenschPositionen werden in einer Tabelle geklebt und nach einem nicht immer aktuellen Register Fahrzeugen zugeordnet
- FehlerrisikoDie Kontrolle beschränkt sich auf das Auffällige; Zeit- und Routenmuster rutschen durch
- WartezeitDie Sammelfakturierung wartet auf den vollständigen Satz, und der Satz auf die letzte Datei
- FehlerrisikoDer Kundenstreit kommt Wochen nach dem Ereignis, wenn Beweise rekonstruiert werden müssen
- FehlerrisikoEine verlorene oder missbrauchte Karte arbeitet bis zum Zyklusende, weil zwischendurch niemand hinsieht
Warum der heutige Prozess mehr kostet, als es scheint
Die Rechnung, die in keinem Budget auftaucht.
- Unentdeckter Missbrauch taucht nirgends auf: die Kosten sind real, aber in der Position „Kraftstoff“ aufgelöst, also existieren sie formal nicht.
- Streitfälle per Anerkennung erledigt, weil Klären mehr kostet als der Betrag; in der Masse ist das ein systematischer Rabatt, den niemand genehmigt hat.
- Stunden des Dateiklebens und Zuordnens jeden Monat, im schlechtesten Moment: beim Abschluss.
- Kartenlimits und Regeln vor Jahren gesetzt und nie überprüft, weil niemand die Daten hat, sie zu verbessern.
Kosten des Nichtstuns
Die mittlere Zeile ist naturgemäß eine Schätzung: den Wert des Missbrauchs sieht man erst, wenn Kontrollen existieren, und genau das ist das Problem. 0,4 % ist ein vorsichtiger Modellwert für eine Flotte ohne tägliche Regelprüfung; Branchenspannen sind in beide Richtungen breiter.
Ein ehrlicher Hinweis: ein Teil der Anomalien erweist sich als unschuldig. Die Betankung abseits der Route kann ein Umweg sein, die Doppelbetankung ein Säulenfehler. Deshalb ist das Regelergebnis eine Frage an den Menschen, kein Urteil; der Wert liegt darin, dass die Frage am selben Tag fällt.
Eine Modellorganisation mit realistischen Proportionen – die Zahlen dienen dazu, dieselbe Rechnung mit Ihren Daten zu machen; sie sind kein Kundenergebnis.
Ein Flottenkartenbetreiber an einem Stationsnetz, der auch Kundenflotten bedient: eigenes Kartensystem, Fremdtransaktionen von zwei Anbietern, SAP für die Fakturierung, Telematik bei einem Teil der Flottenkunden, Microsoft 365.
38.000 Transaktionen monatlich, 4.200 aktive Karten, Sammelrechnungen für 130 Flottenkunden in drei Zyklen.
Konsolidierung in Tabellen, Handzuordnungen bei Registerabweichungen, Stichprobenkontrolle, Streitfälle per Mail mit rückwärts rekonstruierter Historie.
Drei Personen verlieren den Großteil des Monats mit Kleben und Zuordnen; Anomalien kommen von Kunden, nicht aus eigener Kontrolle; niemand kennt die Missbrauchskosten.
Der Roboter holt täglich die Transaktionen aller Quellen, normalisiert sie, ordnet sie Fahrzeugen und Fahrern zu, prüft den Regelkatalog (Limits, Geografie, Zeit, Tankvolumen, Fahrzeugstatus, Telematik wo vorhanden) und baut die Rechnungssätze; Anomalien gehen noch am selben Tag als Fälle zur Entscheidung.
Im modellierten Fall wartet die Sammelfakturierung nicht mehr aufs Kleben, und die erste echte Missbrauchszahl der Firmengeschichte entsteht nach einem Quartal täglicher Kontrolle. Modellzahlen, nicht die Bücher eines Kunden.
Vorgeschlagene Lösung
Wir beginnen mit Register und Regeln: Fahrzeuge, Karten, Fahrer, Limits und ein Katalog von Kontrollregeln mit Schwellen, aufgeschrieben mit Finanzen und Flotte. Regeln sind versionierte Konfiguration, kein Code: eine neue Regel ist eine Tabellenzeile, kein Projekt.
Täglich holt der Roboter die Transaktionen jeder Quelle, bringt sie in ein Format und ordnet sie Fahrzeugen und Fahrern zu, mit einer expliziten Liste nicht zuordenbarer Positionen statt eines stillen „hat schon gepasst“. Jede Transaktion durchläuft den Regelkatalog; wo der Kunde Telematik hat, werden Positionen zusätzlich gegen Standort und Fahrzeugstatus geprüft.
Saubere Transaktionen bauen die Sammelrechnungssätze im ERP exakt im Kundenzyklus. Anomalien werden Microsoft-Teams-Fälle mit vollem Kontext: Karte, Historie, Muster, Karte der Route, wo Telematik existiert. Der Mensch entscheidet: Karte sperren, Fahrer oder Kunden fragen, mit Vermerk anerkennen. Kundenstreitfälle erhalten das Transaktionsdossier mit einem Klick, solange die Beweise frisch sind.
UiPath Orchestrator: Tagesläufe, Warteschlangen je Quelle, Wiederholungen und Audit-Trail; UiPath Document Understanding für Streitfall-Anhänge; UiPath-Integration-Service-Konnektoren für Microsoft Teams und Outlook 365; Fälle des UiPath Action Center
Quellennormalisierung, das Karten-Fahrzeug-Fahrer-Register, den versionierten Regelkatalog, Zuordnungen mit expliziten Ausnahmen, Rechnungssätze, Anomaliefälle mit Kontext und Streitdossiers
Dateien und APIs der Kartenanbieter, das eigene Kartensystem, SAP-Fakturierung über dokumentierte Schnittstellen, Telematik der Flottenkunden, wo verfügbar
So läuft der automatisierte Prozess
- AutomatisierungTäglich holt und normalisiert der Roboter die Transaktionen aller Kartenquellen
- AutomatisierungPositionen werden Fahrzeugen und Fahrern zugeordnet; nicht zuordenbare landen auf einer expliziten Liste
- AutomatisierungJede Transaktion durchläuft den Regelkatalog; mit Telematik auch den Abgleich mit Route und Fahrzeugstatus
- SystemSaubere Transaktionen bauen die Sammelrechnungssätze im Rhythmus der Kundenzyklen
- MenschEine Anomalie ist ein Fall am selben Tag: sperren, fragen, anerkennen, immer menschliche Entscheidung
- MenschDer Kundenstreit erhält ein Transaktionsdossier mit Historie und Karte, solange das Ereignis frisch ist
Zusammenspiel von Mensch und Automatisierung
Die Automatisierung übernimmt
- Die tägliche Konsolidierung und Normalisierung aller Transaktionsquellen
- Zuordnungen, den Regelkatalog und den Bau der Rechnungssätze im Zyklusrhythmus
- Anomaliefälle mit Kontext und Streitdossiers auf Abruf
Menschen entscheiden
- Den Regelkatalog, Schwellen und Limits sowie jede ihrer Änderungen
- Die Entscheidung in jeder Anomalie: sperren, fragen, anerkennen
- Streitentscheidungen und Gespräche mit Flottenkunden
Vorher und nachher
Systeme und Integrationen
Der Stack ist bewusst kurz: ein Motor, eine Ausführungsschicht, ein Ort, an dem ein Mensch entscheidet.
Eingänge
- Transaktionen aus eigenem System und von Anbietern
- das Karten-, Fahrzeug-, Fahrer- und Limitregister
- der Kontrollregelkatalog
- Telematikdaten, wo verfügbar
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Action Center
Zielsysteme
- Sammelrechnungssätze im ERP
- Anomaliefälle in Microsoft Teams
- Streitdossiers und Regelstatistik
Berührungspunkte mit Menschen: Fälle des UiPath Action Center in Microsoft Teams; wöchentlicher Regel-Review mit Finanzen und Flotte
Eingesetzte Technologien
Tagesläufe je Quelle, Warteschlangen, Wiederholungen, Passwortspeicher, Audit
AAnomaliefälle, Streitdossiers und Kundenkorrespondenz
ASperr- und Anerkennungsentscheidungen dort, wo die Flottenfinanzen arbeiten
ALesen von Streitanhängen und Belegen, wenn sie als PDFs und Scans kommen
ARechnungssätze und Abrechnungen über dokumentierte Schnittstellen; der Roboter bereitet vor, gebucht wird nach Ihren Regeln
ASo setzen wir das um
Von der Beschreibung zum laufenden Prozess
Diese Lösung setzen wir im Rahmen unserer Prozessautomatisierung um: Zuerst messen wir den Prozess mit Unternehmensdaten, dann bauen, testen und betreuen wir die Roboter. Die SAP-Integration übernimmt unser SAP-Team.
Fallstudien
Umgesetzte Kundenprojekte finden Sie unter Case Studies.
Illustratives Wirtschaftlichkeitsmodell
Zahlen, die Sie mit eigenen Daten prüfen können.
Der Missbrauchsprozentsatz ist vor Einführung der Kontrolle per Definition unbekannt, und er ist die größte Unbekannte des Modells; 0,4 % ist vorsichtig, „halbe Erkennbarkeit“ bewusst bescheiden. Die echte Zahl entsteht nach dem ersten Quartal täglicher Regeln, und sie wird die erste solche Zahl der Firmengeschichte sein.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung auf Basis Ihrer Eingaben. Modelliert wird freigesetzte Kapazität, keine versprochene Einsparung.
Geschäftlicher Nutzen
- Die Sammelfakturierung verlässt den kritischen Pfad, weil die Sätze täglich fertig sind
- Anomalien bekommen ihre Frage am selben Tag, und eine missbrauchte Karte arbeitet nicht bis zum Zyklusende
- Streitfälle werden mit Dossier geklärt statt anerkannt, solange der Fahrer sich erinnert und die Telematik den Eintrag hat
- Limits und Regeln werden auf Wirksamkeitsstatistik geprüft, nicht auf Gefühl
- Die Missbrauchskosten werden eine steuerbare Zahl, statt in der Position „Kraftstoff“ zu verschwinden
Aus Sicht der Geschäftsführung
- Die Kontrolle hört auf, statistisch zu sein: jede Transaktion durchläuft täglich dieselben Regeln
- Jede Entscheidung, Sperre, Anerkennung, Streitentscheid, hat einen Eintrag mit Name und Kontext
- Gespräche mit Flottenkunden laufen auf Dossiers, nicht auf Entschuldigungen
KPIs für die Geschäftsführung
Anomalien je tausend Transaktionen und deren Ausgang · Zeit von der Transaktion bis zur Anomalieentscheidung · ohne Klärung anerkannte Streitfälle · Termintreue der Rechnungssätze · Wert erkannten Missbrauchs je Quartal
Sicherheit und Governance
Die Automatisierung hat genau die Berechtigungen, die sie braucht. Keine einzige mehr.
- Karten- und Transaktionsdaten werden im für die Regeln nötigen Minimum verarbeitet; Zugänge je Quelle, technische Konten, voller Audit
- Eine Kartensperre ist nie automatisch: der Roboter bereitet vor, ein Mensch entscheidet, der Eintrag bleibt
- Regelkatalog und Limits sind versioniert; jeder Fall protokolliert Regel und Version, die ihn auslösten
- Fahrerdaten sind auf dienstliche Zuordnungen beschränkt; Fälle arbeiten mit Karten- und Fahrzeugnummern, Dossiers zeigen Personendaten nur Berechtigten
- Fälle und Register bleiben in Ihrem Microsoft-365-Tenant, die Roboter laufen in der EU-Region der UiPath Automation Cloud
Warum jetzt
Die Kraftstoffpreise machten Flottenkarten zu einer wesentlichen Kostenposition der Kunden: Flotten fragen nach Kontrollen und Berichten, und der Betreiber, der sie hat, gewinnt Ausschreibungen.
Telematik ist alltäglich geworden: die Daten zum Abgleich von Transaktionen und Routen liegen längst bei den Kunden und warten nur auf einen Prozess, der sie nutzt.
Die Skala wächst schneller als die Teams: jeder neue Flottenkunde sind Tausende Positionen, und eine Tabelle stellt sich nicht selbst ein.
Relevante Führungsrollen
Die Kosten von Missbrauch und Fehlern werden messbar und sinken; die Sammelfakturierung hängt nicht mehr am Dateikleben
Kontrollen und Streitdossiers werden ein Verkaufsargument gegenüber Flotten, keine Servicekosten
Limits und Regeln stützen sich auf Statistik, und Fragen erreichen Fahrer, solange das Ereignis frisch ist
Häufige Fragen und Einwände
Haben sie, zu Recht: sie fangen Muster, die in ihrem Netz sichtbar sind. Ihren Kontext sehen sie nicht: Routen, Fahrzeugstatus, Standtage, das Fahrerregister. Die meisten Anomalien zeigen sich genau an der Naht dieser zwei Welten, und die Naht liegt bei Ihnen, nicht beim Anbieter.
Dafür gibt es Schwellen: man beginnt mit scharfen Regeln (Volumen über Tank, Karte am Standtag) und erweitert nach Wirksamkeit. Der wöchentliche Regel-Review gehört zum Prozess; eine Regel, die Rauschen produziert, wird gestimmt oder abgeschaltet, mit Änderungshistorie.
Das Kartensystem autorisiert und belastet; der Überbau rechnet ab und kontrolliert. Verschiedene Aufgaben: die Autorisierung sieht die Karte im Transaktionsmoment, die Kontrolle das Muster über Zeit und Flotte. Der Überbau ersetzt das System nicht, er konsumiert dessen Daten zusammen mit den übrigen Quellen.
Wann diese Lösung nicht passt
- Eine Flotte unter ~20 Fahrzeugen mit einer Transaktionsquelle: der Anbieterbericht und ein Blick genügen
- Keine elektronischen Transaktionsquellen: aus Papierbelegen baut man keine Tageskontrolle
- Die Erwartung automatischer Sperren ohne Menschen: das tun wir bewusst nicht, denn die Kosten einer Fehlsperre trägt ein Fahrer unterwegs
Eine Frage für die nächste Sitzung
Was kosteten uns Missbrauch und Fehler auf Flottenkarten im letzten Jahr, und woher stammt diese Zahl, wenn die Kontrolle einmal je Zyklus läuft?
Vorgehen bei der Umsetzung
Der Umfang ohne Unklarheiten, noch vor der Unterschrift.
Wir liefern
- Das Karten-Fahrzeug-Fahrer-Register und den Regelkatalog mit Schwellen, aufgeschrieben mit Finanzen und Flotte
- Die tägliche Konsolidierung aller Quellen mit expliziter Ausnahmeliste der Zuordnungen
- Sammelrechnungssätze im Rhythmus der Kundenzyklen
- Anomaliefälle mit Kontext und Streitdossiers mit einem Klick
- Die Regelwirksamkeitsstatistik und einen Parallellauf über einen vollen Fakturazyklus
Wir brauchen von Ihnen
- Drei Monate Transaktionen aller Quellen sowie das Karten- und Fahrzeugregister
- Einen Regelkatalog-Eigentümer in den Finanzen und einen Ansprechpartner der Flotte
- Zugänge zu Dateien oder APIs der Anbieter und zur ERP-Fakturierung
Etappen
Analyse
Ein Transaktionsmonat durch vorläufige Regeln geschickt: Quellenkarte, Registerabweichungen, erste Anomalien
Regeln
Der Regelkatalog mit Schwellen und Entscheidungspfaden, freigegeben von Finanzen und Flotte
Bau
Normalisierung, Zuordnungen, Regeln, Rechnungssätze, Fälle und Dossiers
Parallellauf
Ein voller Zyklus: der Roboter rechnet parallel ab, Unterschiede zum bisherigen Prozess auf die Position geklärt
Go-live
Umstellung auf die Sätze des Roboters, Regel-Review nach dem ersten Monat
Ein Quick Win. Der Aufwand hängt von der Zahl der Quellen und der Qualität des Fahrzeugregisters ab; Telematik ist eine Option, keine Startbedingung.
Karte 2417 tankte seit März samstags, hundert Kilometer von der Basis. Die Sammelrechnungen gingen monatlich raus, pünktlich.
Senden Sie uns einen Transaktionsmonat aller Quellen und das Fahrzeugregister. Wir schicken die Analyse zurück: die Positionen, die unsere Regeln zur Entscheidung markiert hätten, die Zuordnungsabweichungen und eine Schätzung der Zeit, die die Fakturierung zurückgewänne.
Senden Sie einen Transaktionsmonat zur AnalyseDer Nachbarprozess hat meist dasselbe Problem
Kassen, Terminals, Bargeld und Geldtransport fügen sich von selbst; Menschen sehen nur die Ausnahmen.
Lösung ansehen Vertrieb & MarketingDie neue Großhandelspreisliste im ERP, bevor die Stationen öffnenDie 6-Uhr-Preisänderung des Produzenten heißt nicht mehr ein Tag auf gestrigen Margen.
Lösung ansehen Betrieb & ProduktionKein Fahrer fährt mit einem abgelaufenen DokumentFahrer- und Fahrzeugdokumente laufen in vierzehn Kalendern ab.
Lösung ansehen