Start · Lösungen · Weitere Lösungen
Lösung · Weitere LösungenRegister, Sanktionslisten und ein Anruf stehen zwischen einer Anfrage und Ihrem Zahllauf
Keine Zahlung an einen ungeprüften Lieferanten
Jede Lieferantenanlage und jede Bankänderung wird gegen Register und Sanktionslisten geprüft, per Rückruf an eine hinterlegte Nummer bestätigt und erst nach Abschluss dieser Prüfung bezahlt.
Kurzfassung für die Geschäftsführung
Eine Bankverbindung, die auf eine E-Mail hin geändert wird, ist der billigste Weg zu einem sechsstelligen Verlust.
Wir bauen einen Prüfablauf zwischen der Anfrage und dem ERP, den jede Gesellschaft nutzt.
Keine Bankverbindung erreicht SAP ohne einen Anruf an eine Nummer, die der Antragsteller nicht geliefert hat, womit der eine Schritt entfällt.
SAP S/4HANA Geschäftspartner und Zahllauf; SharePoint Nachweisbibliothek; Power BI Prüfbericht
Geschäftsproblem
Lieferantenrisiko
Die Pflege der Lieferantenstammdaten ist als Datenerfassung besetzt und wird auch so gemessen, dabei ist das Feld mit der Bankverbindung die letzte Kontrolle, bevor Geld das Unternehmen verlässt. Eine Adresskorrektur, ein neuer Ansprechpartner und eine neue IBAN laufen durch dasselbe Postfach, werden von derselben Person erfasst und mit demselben Achselzucken freigegeben.
Die Bestätigungsschleife ist der Teil, der einen Treasurer beunruhigen sollte. Eine Anfrage kommt per E-Mail, die Sachbearbeiterin bittet den Absender um Bestätigung, der Absender bestätigt, und damit läuft die gesamte Prüfung über den Kanal, den ein Angreifer bereits kontrolliert. Fahrlässig ist daran nichts; so handelt eine ausgelastete Person, wenn die Alternative die Suche nach einer Telefonnummer in einem System ist, das seit Jahren niemand gepflegt hat.
Die Sanktionsprüfung hat dieselbe Form: eine manuelle Suche bei der Anlage, selten wiederholt. Ein Lieferant, der später sanktioniert, gelöscht oder seiner Umsatzsteuer-Identifikationsnummer verlustig wird, bleibt vollständig zahlbar, weil niemand ein zweites Mal hinsieht. Über neun Gesellschaften mit neun Checklisten liegt das Gruppenrisiko dort, wo am wenigsten geprüft wird. Der Druck, der das am Leben hält, ist gewöhnlich: Warteschlangen zum Quartalsende, Lieferanten, die mit Lieferstopp drohen, und ein Team, das an Durchlaufzeiten gemessen wird und nicht daran, was es abgelehnt hat.
Wie es heute läuft
- MenschDer Einkauf schickt ein Lieferantenformular und einen gescannten Briefkopf an das Stammdatenpostfach
- MenschDie Sachbearbeiterin prüft die USt-IdNr. in VIES, wenn Zeit bleibt, und legt den Geschäftspartner in SAP anhand des PDF an
- FehlerrisikoSanktions- und Registerprüfung sind eine manuelle Suche bei der Anlage, die niemand wiederholt
- WartezeitMonate später kommt eine Bankänderung per E-Mail und reiht sich in vierzig offene Vorgänge ein
- MenschDie Sachbearbeiterin bittet den Absender um Bestätigung, der Absender bestätigt von derselben Adresse, und die Bankverbindung wird in SAP ersetzt
- FehlerrisikoDer echte Lieferant mahnt Wochen später; danach folgen Rückrufversuch bei der Bank, Versicherungsmeldung und eine Prüfungsfeststellung
Warum der heutige Prozess mehr kostet, als er scheint
Der teuerste Teil dieses Prozesses hat keine eigene Kostenstelle.
- Eine einzige umgeleitete Zahlung kann die Jahrespersonalkosten des Teams übersteigen, und Geld, das länger als ein paar Tage auf einem ausländischen Konto liegt, kommt selten zurück.
- Eine Prüfung nur bei der Anlage lässt den Bestand unbeobachtet: Ein Unternehmen, das nach dem Onboarding sanktioniert oder gelöscht wird, bleibt zahlbar, bis es jemand zufällig bemerkt, und niemand ist dafür zuständig.
- Ungültige Umsatzsteuernummern fallen bei der steuerlichen Durchsicht auf und nicht bei der ersten Rechnung, und der dort versagte Vorsteuerabzug ist ein Liquiditätsverlust, den niemand dem verursachenden Prozess zurechnet.
- Neun Checklisten ergeben neun Standards, und Abfragen in neun nationalen Registern lassen sich von drei Personen unter Quartalsdruck nicht einheitlich erledigen, weshalb verlässlich die längste Prüfung entfällt.
Kosten des Nichthandelns
Nachahmung wird von Quartal zu Quartal billiger. Ein überzeugender Briefkopf, eine geklonte Domäne und eine fehlerfreie Anfrage in der Sprache des Lieferanten kosten einen Angreifer fast nichts, und die Adressaten werden nach der Länge ihrer Warteschlange ausgesucht. Die Zahl der Änderungsanfragen wächst mit dem Lieferantenbestand, die Prüfungen hängen weiter daran, wer Dienst hat, und jeder Versuch ist ein weiterer Zug aus demselben Topf.
Nichts davon scheitert laut. Eine Neuprüfung, die nie läuft, wird zur Zahlung an ein frisch gelistetes Unternehmen, entdeckt von der Bank statt vom Unternehmen selbst, und die Prüfungsfeststellung zu den Lieferantenstammdaten kehrt jedes Jahr in schärferer Formulierung zurück. Sichtbar kostet das nichts, bis zu dem Tag, an dem es eine Zahlung, eine Meldung an eine Aufsicht und ein Gespräch im Gremium darüber kostet, warum die Kontrolle ein Postfach war.
Eine plausible Organisation mit realistischen Größenordnungen. Die Zahlen sind zum Nachrechnen mit Ihren Daten gedacht, kein Kundenergebnis.
Eine Logistikgruppe mit Sitz in den Niederlanden, neun Gesellschaften in Europa, rund 6.800 aktive Lieferanten: Frachtführer, Lagerbetreiber, Kraftstoff- und Ausrüstungslieferanten, viele davon klein. Die Stammdaten aller Gesellschaften liegen in SAP S/4HANA und werden von einem dreiköpfigen Team gepflegt.
Rund 90 Lieferantenanlagen und 150 Stammdatenänderungen im Monat, davon etwa 40 Bankänderungen, überwiegend per E-Mail beantragt. Zwei Gesellschaften hatten in den letzten zwei Jahren Versuche der Zahlungsumleitung, einer davon erfolgreich.
Anfragen erreichen ein gemeinsames Postfach, Umsatzsteuernummern werden von Hand geprüft, wenn die Warteschlange es zulässt, die Sanktionsprüfung ist eine Suche beim Onboarding, jede Gesellschaft nutzt ihre eigene Checkliste, und Bankänderungen werden durch Antwort auf die Anfrage bestätigt.
Fünfzig Minuten je Anlage und dreißig je Änderung, nichts davon wiederverwendbar, dazu eine Bestätigung, die durch dasselbe Postfach läuft wie die Anfrage. Das Team wird an Durchlaufzeiten gemessen, also entfällt die längste Prüfung zuerst.
Ein Prüfablauf für jede Anlage und jede Änderung, unabhängig von der anfragenden Gesellschaft: automatische Abfragen zu Umsatzsteuer, Register und Sanktionen, gelesene und abgeglichene Bescheinigungen, nach Risikosignalen bewertete Anfragen, eine verpflichtende Rückrufaufgabe in Microsoft Teams bei jeder Bankänderung und eine Zahlsperre, bis diese Aufgabe geschlossen ist.
Im modellierten Fall sinkt die Prüfarbeit je Anfrage auf etwa zehn Minuten, aus der Sanktionsprüfung wird ein monatlicher Durchlauf plus ein Durchgang über jeden Zahlungsvorschlag, und keine geänderte Bankverbindung wird bezahlt, bevor jemand die in SAP hinterlegte Nummer angerufen hat. Jede Zahl hier ist ein Modell auf den folgenden Annahmen und keine Messung bei einem Kunden.
Vorgeschlagene Lösung
Wir bauen einen Prüfablauf zwischen der Anfrage und dem ERP, den jede Gesellschaft nutzt. Bei einem neuen Lieferanten prüft ein Roboter die Umsatzsteuernummer über VIES, holt den Eintrag aus dem nationalen Handelsregister, gleicht Unternehmen, Eigentümer und Geschäftsführung gegen die konsolidierte EU-Liste sowie die OFAC- und die britische Liste ab und vergleicht Land und Inhaber der vorgeschlagenen Bankverbindung mit der Registrierung. UiPath Document Understanding liest die beigefügten Bescheinigungen, sodass die Sachbearbeiterin Abweichungen erhält und keine PDF-Sammlung.
Bankänderungen bekommen einen eigenen Weg, weil dort der Verlust entsteht. UiPath Communications Mining klassifiziert jede Anfrage und bewertet die Signale, die Zahlungsumleitungen begleiten: Dringlichkeit, eine Absenderdomäne, die vergangene Woche zum ersten Mal auftauchte, eine Antwortadresse, die vom Absender abweicht, die Bitte, den üblichen Weg zu umgehen, eine Bank in einem Land, in dem der Lieferant nicht tätig ist. Unabhängig von der Bewertung erzeugt jede Bankänderung eine Aufgabe in UiPath Action Center, die die Sachbearbeiterin in Microsoft Teams abschließt, und die Aufgabe verlangt einen Anruf an eine bereits in SAP hinterlegte Nummer. Die Nummer aus der E-Mail wird nie gewählt und nie angeboten.
Zwei Kontrollen laufen nach der Uhr statt nach der Anfrage. Der Bestand wird monatlich neu geprüft, sodass ein nach dem Onboarding sanktionierter Lieferant innerhalb von Wochen auffällt statt nie, und der Zahlungsvorschlag wird vor jedem Lauf geprüft, mit einer Sperre für jeden Lieferanten, dessen Prüfung noch offen ist. Der Technologiestapel bleibt bewusst klein: eine Dokumentenmaschine, ein Klassifikator, eine Ausführungsschicht, ein Ort, an dem Menschen handeln, und nichts wird nach SAP geschrieben, bevor eine benannte Person die davorliegende Aufgabe geschlossen hat.
Intents und extrahierte Felder aus UiPath Communications Mining; UiPath Document Understanding mit dem vortrainierten Modell Certificates of Incorporation und Generative Extraction für den Rest; UiPath Action Center Aufgaben mit SLA, abgeschlossen in Microsoft Teams; Warteschlangen, Trigger, Credential Store und Prüfpfad in UiPath Orchestrator
Einen Prüfablauf für neun Gesellschaften; die Abweichungsregeln für Bankland, Kontoinhaber und Registeranschrift; die Schwellen der Risikosignale; die Rückrufaufgabe samt Gesprächsleitfaden; die Logik für Zahlsperre und Vorschlagsprüfung; das Prüfprotokoll und seinen Power BI Bericht
VIES, nationale Register und Sanktionslisten über APIs im UiPath Integration Service Connector Builder; Lesen, Ändern und Sperren des SAP S/4HANA Geschäftspartners über die SAP BAPI und OData Konnektoren; das Stammdatenpostfach über den Microsoft Outlook 365 Konnektor
So läuft der automatisierte Prozess
- AutomatisierungEine Nachricht im Stammdatenpostfach löst die Aufnahme aus; Communications Mining klassifiziert sie als Anlage, Änderung oder Sonstiges und bewertet die Risikosignale im Text
- AutomatisierungDer Roboter prüft die Umsatzsteuernummer, holt den Registereintrag, gleicht Unternehmen, Eigentümer und Geschäftsführung gegen die Sanktionslisten ab und vergleicht Bankland und Inhaber mit der Registrierung
- AutomatisierungDocument Understanding liest die beigefügten Register- und Steuerbescheinigungen und vergleicht sie Feld für Feld mit dem Inhalt der Anfrage
- MenschJede Bankänderung und jede Anlage mit einer Abweichung wird zur Action Center Aufgabe in Teams: Die Sachbearbeiterin ruft die Nummer aus SAP an und hält fest, was bestätigt wurde
- SystemGeprüfte Änderungen werden nach SAP geschrieben; abgelehnte schließen mit einem Grundcode und gehen an Compliance, und jeder Lieferant mit offener Prüfung trägt eine Zahlsperre
- AutomatisierungDer gesamte Bestand wird monatlich neu geprüft, und das Prüfprotokoll speist einen Power BI Bericht nach Gesellschaft, Lieferant und Datum
Modell der Zusammenarbeit von Mensch und Automat
Die Automatisierung übernimmt
- Abfragen zu Umsatzsteuer, Register und Sanktionen bei jeder Anlage sowie die monatliche Neuprüfung des gesamten Bestands
- Das Lesen der Bescheinigungen und ihren Abgleich Feld für Feld mit der Anfrage
- Die Bewertung eingehender Nachrichten auf die Signale, die Zahlungsumleitungen begleiten
- Das Setzen der Zahlsperre, das Schreiben geprüfter Änderungen nach SAP und die Prüfung jedes Zahlungsvorschlags
Menschen entscheiden
- Über den Rückruf selbst, gewählt aus der hinterlegten Nummer und nie aus der Anfrage
- Was eine Abweichung zwischen Register, Bescheinigung und Formular tatsächlich bedeutet
- Über Sanktionstreffer, Ablehnungen und das Lieferantengespräch, das darauf folgt
- Über die Schwellen: welche Signale eine Aufgabe erzeugen, welche Gesellschaft was aussetzen darf, quartalsweise überprüft
Vorher und nachher
Systeme und Integrationen
Wir fügen keine Technologie hinzu, damit eine Architektur seriös aussieht. Jedes Element unten hat hier eine konkrete Aufgabe.
Eingänge
- Stammdatenpostfach in Outlook
- Lieferantenformular in Microsoft Forms
- Register- und Steuerbescheinigungen als Anhänge
- VIES und nationale Handelsregister
- konsolidierte EU-Liste sowie OFAC- und britische Liste
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Communications Mining
- UiPath Document Understanding
- UiPath Integration Service
- UiPath Action Center
Zielsysteme
- SAP S/4HANA Geschäftspartner und Zahllauf
- SharePoint Nachweisbibliothek
- Power BI Prüfbericht
Berührungspunkte für Menschen: Action Center Rückrufaufgaben in Microsoft Teams; Ablehnungs- und Eskalationsweg zu Compliance; quartalsweise Schwellenüberprüfung mit den Kontrollverantwortlichen
Eingesetzte Technologien
klassifiziert Lieferantenanfragen und extrahiert die in der Nachricht enthaltenen Risikosignale
Aliest Register- und Steuerbescheinigungen, unter anderem mit dem vortrainierten Modell Certificates of Incorporation
Aführen Abfragen und den Monatslauf aus, halten die Warteschlange, verwahren Zugangsdaten im Credential Store und protokollieren jeden Schritt
AAPIs für Register, Umsatzsteuer und Sanktionen; das Stammdatenpostfach als Trigger
Adie Rückrufaufgabe, ihr SLA und die festgehaltene Bestätigung
ALesen und Ändern des Geschäftspartners, Zahlsperren, Zahlungsvorschlag
APrüfprotokoll und Ausnahmebericht nach Gesellschaft, Lieferant und Datum
ABeispielhaftes Wirtschaftlichkeitsmodell
Was es wert ist, mit offener Rechnung.
Anlagen und Änderungen kosten unterschiedlich viel Zeit, deshalb rechnet der Rechner mit der Differenz zwischen heute und dem Zielzustand und nicht mit einer der beiden Tätigkeiten allein: 90 Anlagen zu 50 Minuten plus 150 Änderungen zu 30 Minuten sind 9.000 Minuten im Monat, dieselben 240 Anfragen zu je etwa 10 Minuten sind 2.400, und die 6.600 Minuten dazwischen ergeben im Schnitt 27,5 freigesetzte Minuten je Anfrage. 39 € je Stunde sind ein angenommener Vollkostensatz für Stammdatenarbeit. Die abgewendete Zahlung bleibt außerhalb des Rechners: Eine Wahrscheinlichkeit und eine Menge Minuten gehören nicht in dieselbe Box.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung aus Ihren Eingaben. Sie modelliert freigesetzte Kapazität und verspricht keine Einsparung.
Geschäftlicher Nutzen
- Keine Bankverbindung erreicht SAP ohne einen Anruf an eine Nummer, die der Antragsteller nicht geliefert hat, womit der eine Schritt entfällt, auf dem die Zahlungsumleitung beruht
- Das Sanktionsrisiko wird laufend überwacht statt nur beim Onboarding: Der Bestand wird monatlich geprüft und jeder Zahlungsvorschlag vor dem Versand
- Das Onboarding hängt nicht mehr davon ab, welche Gesellschaft fragt, und eine ungültige Umsatzsteuernummer fällt vor der ersten Rechnung auf, nicht erst bei der steuerlichen Durchsicht
- Das Stammdatenteam wechselt von Abfragen zur Prüfung, also zu dem Teil der Kontrolle, der wirklich einen Menschen braucht
- Prüfungshandlungen werden zur Stichprobe im Protokoll: Jede Änderung trägt ihre Nachweise, ihre Bewertung, wer wen angerufen hat und was bestätigt wurde
Sicht der Geschäftsleitung
- Der Treasurer gibt einen bereits geprüften Zahllauf frei, mit jeder geänderten Bankverbindung entweder bestätigt oder gesperrt
- Compliance beantwortet eine Aufsichtsfrage aus dem Prüfprotokoll nach Lieferant, Gesellschaft und Datum statt aus einer Rekonstruktion
- Der Einkauf sieht die Onboarding-Durchlaufzeit und den Grund jeder Ablehnung, und das Gruppenrisiko ist nicht länger die schwächste lokale Checkliste, weil es einen Ablauf gibt und seine Ausnahmen je Gesellschaft sichtbar sind
KPIs für die Geschäftsführung
Sicherheit und Governance
Sicherheit wird mit dem Prozess entworfen, nicht danach.
- Die Kanaltrennung ist die Kontrolle, deshalb erzwingt der Entwurf sie: Die Nummer, die die Sachbearbeiterin wählt, kommt aus SAP, und keine Bankänderung wird geschrieben, bevor eine benannte Person die davorliegende Aufgabe schließt
- Das SAP-Konto des Roboters liest und ändert Geschäftspartner und setzt Zahlsperren, sonst nichts; seine Zugangsdaten liegen in Azure Key Vault über den Credential Store des Orchestrator und nicht im Ablauf
- Der Zugriff auf das Stammdatenpostfach wird über Microsoft Graph Anwendungsberechtigungen je Postfach vergeben statt für den gesamten Tenant, und Prüfergebnisse, Gesprächsnotizen und Entscheidungen werden in SharePoint unter Microsoft Purview Aufbewahrungsbezeichnungen abgelegt
- Personenbezogene Daten zu Geschäftsführung und Eigentümern werden ausschließlich zur Prüfung verarbeitet, in jedem generativen Schritt durch den UiPath AI Trust Layer mit einem freigegebenen Modell maskiert; die Verarbeitung bleibt in der EU-Region der UiPath Automation Cloud und in Ihrem eigenen Microsoft 365 Tenant
Warum jetzt
Zahlungsumleitung wird als Geschäft betrieben, nicht als Experiment: Briefköpfe, geklonte Domänen und einwandfreie Lieferantenkorrespondenz werden eher gekauft als hergestellt, und das Ziel ist die Warteschlange zum Quartalsende
Sanktionspflichten greifen über den Namen hinaus auf die Eigentümerstruktur, und die Listen ändern sich wöchentlich, womit keine manuelle Suche über neun Gesellschaften Schritt hält, während der API-Zugang zu VIES und zu den meisten europäischen Registern die Abfrage, die das Weglassen rechtfertigte, auf Sekunden verkürzt
Das Kapazitätsargument ist das kleinere und trägt dennoch: Die modellierten 4.290 € im Monat laufen so lange wie der Prozess und kaufen dabei keinerlei Kontrolle
Relevante Führungsrollen
Eine umgeleitete Zahlung ist ein nicht versicherter Verlust und ein Thema für das Gremium; hier wird aus einer Gewohnheit ein Schritt, der sich nicht überspringen lässt
Jeder Lauf geht gegen einen geprüften Vorschlag hinaus, mit jeder geänderten Bankverbindung vor der Zahlung bestätigt oder gesperrt
Laufende Prüfung mit Protokoll beantwortet eine Aufsichtsfrage ohne Rekonstruktionsprojekt
Das Onboarding wird schnell und in neun Gesellschaften identisch, und jede Ablehnung kommt mit ihrer Begründung
Häufige Fragen und Einwände
An ruhigen Tagen, und meist an die Nummer aus der Nachricht, die gefragt hat. Hier ist der Anruf verpflichtend und geht an die bereits in SAP hinterlegte Nummer, und die Änderung kann im ERP nicht existieren, solange die Aufgabe darüber nicht geschlossen ist.
Es prüft die Zahlungsdatei auf dem Weg nach draußen. Hier wird der Lieferant bei der Anlage geprüft, monatlich und noch einmal gegen den Zahlungsvorschlag, und das Ergebnis wird an den Stammsatz gebunden, in dem das Risiko entsteht.
Abfragen, die einen Tag dauerten, dauern Minuten, deshalb laufen die meisten Anfragen schneller als heute. Nur der Rückruf wartet, und die Zahlsperre gilt allein der geänderten Bankverbindung, nicht dem übrigen Rechnungsbestand des Lieferanten.
Wann diese Lösung nicht passt
- Ein paar hundert langjährige Lieferanten, deren Bankänderungen persönlich abgestimmt werden; der Ablauf würde einer funktionierenden Praxis nur Zeremonie hinzufügen
- Eine Einkaufsplattform, die geprüftes Onboarding und Bankänderungen bereits für alle Gesellschaften erzwingt, wo die Lücke in der Abdeckung liegt und nicht im Werkzeug
- Keine Bereitschaft, eine Zahlung während einer offenen Prüfung zu halten; ohne diesen Hebel ist die Kontrolle nur ein Ratschlag
Eine Frage für die nächste Sitzung
Wenn die nächste Bankänderung zum Quartalsende eintrifft und vollkommen echt aussieht, welcher Schritt unseres Prozesses hält sie auf, und könnte irgendjemand in diesem Raum diesen Schritt heute benennen?
Vorgehen bei der Umsetzung
Was wir liefern und was wir für den Start brauchen.
Wir liefern
- Eine Durchsicht eines Jahres an Bankänderungen und neun Onboarding-Checklisten, die in einem geschriebenen Kontrollstandard endet
- Den Prüfablauf: Abfragen zu Umsatzsteuer, Register und Sanktionen mit Abweichungsregeln für Bankland, Inhaber und Anschrift
- Ein Communications Mining Modell für Klassifikation und Risikosignale, trainiert auf Ihrer eigenen Korrespondenz, samt den Integrationen zu Registern, Sanktionslisten, SAP und Outlook, der Rückrufaufgabe in Teams und der Zahlsperrenlogik
- Monatliche Neuprüfung, Prüfung des Zahlungsvorschlags, das Prüfprotokoll und seinen Power BI Bericht, danach einen kontrollierten Start nur mit Bankänderungen, Schulung und Hypercare
Wir brauchen von Ihnen
- Zwölf Monate Lieferantenanfragen samt Korrespondenz, damit der Klassifikator eine Lerngrundlage hat
- Ein Servicekonto in SAP, das Geschäftspartner lesen und ändern sowie Zahlsperren setzen darf, in Test und Produktion
- Zugang zu den Registern und Sanktionsquellen, die Ihre Richtlinie verlangt
- Hinterlegte Telefonnummern Ihrer Lieferanten und eine benannte Verantwortung in Compliance für Sanktionstreffer
Etappen
Analyse
Ein Jahr Änderungsanfragen und neun Checklisten, gemeinsam mit Treasury, Compliance und Einkauf gesichtet
Design
Ein Kontrollstandard: Regeln, Risikosignale, Schwellen, Gesprächsleitfaden, Sperrpolitik
Aufbau
Abfragen, Klassifikation, Bescheinigungslesen, SAP-Änderungen und die Teams-Aufgabe in Ihrer Umgebung
Pilot und Ausbau
Zuerst Bankänderungen in allen Gesellschaften, danach Anlagen, Monatslauf und Prüfung vor dem Zahllauf
Abteilungsweit. Der Aufwand folgt der Zahl der Register und Sanktionsquellen im Umfang, der Distanz zwischen neun Checklisten und einem Standard sowie dem Zustand der Telefonnummern in Ihren Lieferantenstammdaten.
Die nächste Anfrage kommt zum Quartalsende und wird vollkommen echt aussehen.
Schicken Sie uns drei aktuelle Bankänderungen mit geschwärzten Angaben. Wir kommen zurück mit den Risikosignalen, die ein Klassifikator bei jeder einzelnen erhoben hätte, und mit dem Punkt, an dem die Zahlung gestoppt worden wäre.
Drei Ihrer Änderungsanfragen testenDer Nachbarprozess hat meist dasselbe Problem
Eine überzeugende E-Mail genügt, damit eine sechsstellige Zahlung auf dem Konto eines Betrügers landet.
Lösung ansehen EinkaufLieferantenanlage und Prüfung in Tagen statt WochenSchluss mit drei verlorenen Wochen und fehlenden Nachweisen bei jedem neuen Lieferanten.
Lösung ansehen Weitere LösungenRechnungen gelesen, kontiert und automatisch weitergeleitetJemand tippt das PDF weiterhin ins ERP, rät die Kostenstelle und jagt dem Freigebenden hinterher.
Lösung ansehen Weitere LösungenDieselbe Rechnung aus drei Kanälen, nur einmal bezahltEin Bindestrich, ein erneuter Scan oder eine neue Nummer genügen, damit dieselbe Rechnung zweimal bezahlt wird.
Lösung ansehen Case StudyB2B-Kunden-Onboarding in 24 Stunden — Case StudyEin Neukunde bleibt nicht „heiß“, nur weil Ihr Prozess neun Schritte hat.
Case Study ansehen Case StudyRechnungsstreit ohne Eskalation — Case StudyEine strittige Rechnung ist keine Einzelaufgabe — sie ist eine Ermittlung: Bestellung, Lieferung, Vertrag, Korrespondenz.
Case Study ansehenBranchen, in denen wir das am häufigsten umsetzenProduktion & IndustrieHandel & E-CommerceDienstleistungen & ITShared Services