Start · Lösungen · Kundenservice
Lösung · KundenserviceJede Retoure erhält RMA-Nummer, Label und einen Erstattungstermin am Tag der Anmeldung
Retouren und Gutschriften ohne E-Mail-Pingpong
Anspruchsprüfung, RMA, Label, Wareneingangsprüfung, Gutschrift und Erstattung laufen als ein Prozess; der Kunde wird bei jedem Schritt informiert, und nur echte Ausnahmen erreichen einen Menschen.
Kurzfassung für die Geschäftsführung
Drei Wochen, zwei Anrufe und elf E-Mails, um einem Kunden sein Geld zurückzugeben.
Wir bauen einen Prozess, der die Retoure von der Anmeldung bis zum Geld führt.
Der Kunde erfährt das Ergebnis am Tag seiner Anmeldung, statt zu warten, bis ein Mitarbeiter seine Position in der Schlange erreicht.
SAP S/4HANA (Retourenbeleg, Gutschrift, Bestand); Erstattungs-API des Zahlungsdienstleisters; Label-API des Versanddienstleisters
Geschäftsproblem
Retourenabwicklung
Eine Retoure ist kein einzelner Prozess. Sie besteht aus drei Entscheidungen in drei Abteilungen: der Service entscheidet, ob die Ware zurückkommen darf, das Lager beurteilt den Zustand bei Ankunft, die Buchhaltung bestimmt, wann das Geld herausgeht. Jede Stelle hält ein Drittel der Antwort, keine sieht die beiden anderen, und der Einzige, der den Vorgang von Anfang bis Ende verfolgt, ist der Kunde.
Verbunden werden diese Entscheidungen per E-Mail, und E-Mail kennt keinen Status. Eine angenommene Anmeldung sieht genauso aus wie eine, die niemand gelesen hat. Die RMA-Nummer lebt in einem gesendeten Element. Ein Paket, das am Dienstag ankam, wartet auf dem Wareneingangstisch, bis jemand Zeit hat, und das Prüfergebnis steht auf einer ausgedruckten Liste, bevor es irgendwo erfasst wird. Die Buchhaltung wird um eine Gutschrift gebeten, ohne prüfen zu können, ob die Ware zurück ist. Jede Lücke wird zu einem Tag, und jeder Tag zu einer Kundennachricht, die ohne neue Information beantwortet wird.
Retouren sind zudem der Ablauf, der ausgerechnet dann schlechter wird, wenn das Volumen steigt: in der Woche nach einer Aktion, zwei Wochen nach den Feiertagen. Das Team fängt die Spitze mit Überstunden auf, Erstattungen laufen aus der gesetzlichen Frist, und nicht eingebuchte Ware verliert an Wert, während sie wartet.
Wie es heute läuft
Eine Retoure kommt als Freitext in den meisten Handelsunternehmen mit mehr als einem Vertriebskanal, unabhängig vom ERP.
- MenschDer Kunde schreibt an die Retourenadresse oder füllt ein Webformular aus; eine Mitarbeiterin überträgt die Angaben in eine Tabelle
- MenschSie prüft Bestelldatum, Kanal, Zahlungsart und Gewährleistung in der Shop-Verwaltung und in SAP und entscheidet dann
- WartezeitAlles Ungewöhnliche wartet auf das Lager oder den Category Manager, typischerweise ein bis drei Arbeitstage
- MenschEine RMA-Nummer stammt aus einer Nummernliste, das Label entsteht im Portal des Dienstleisters und wird in eine E-Mail kopiert
- WartezeitDas Paket reiht sich am Wareneingang ein; das Prüfergebnis steht auf einem Ausdruck und wird später erfasst
- MenschDie Buchhaltung wird per E-Mail um eine Gutschrift gebeten und wöchentlich erinnert, bis sie erscheint
- SystemDie Erstattung wird von Hand im Backend des Zahlungsdienstleisters ausgelöst und zum Monatsende abgestimmt
- FehlerrisikoUnleserliche RMA-Nummern, doppelte Erstattungen und Gutschriften für nie eingetroffene Ware fallen erst Wochen später auf
Warum der heutige Prozess mehr kostet, als es scheint
Zeit, die verschwindet, bevor sie jemand misst.
- Nicht die Bearbeitung, sondern die Übergaben erzeugen die Kalendertage. Die Arbeit besteht aus drei oder vier kurzen Kontakten in verschiedenen Teams; dazwischen liegt der Vorgang still, weshalb eine zweiwöchige Erstattung eine Viertelstunde Aufwand enthält.
- Jede Nachfrage des Kunden ist doppelt bezahlte Nacharbeit: einmal durch die Mitarbeiterin, die einen Status sucht, den kein System führt, und einmal durch den Kunden, dessen Markenbild vom Warten geprägt wird, nicht vom Produkt.
- Nicht eingebuchte Ware lässt sich nicht verkaufen. Stücke am Wareneingang sind im ERP unsichtbar, weder für den Wiederverkauf verfügbar noch abgewertet, und Elektronik verliert mit jeder Wartewoche an Wert.
- Erstattungsfehler sind leise und teuer. Eine doppelte Erstattung, eine Gutschrift ohne Ware oder eine Zahlung auf ein nicht mehr bestehendes Zahlungsmittel fällt bei der Abstimmung auf, und die Korrektur kostet mehr als die Transaktion selbst.
- Die Hochsaison ist der Zeitraum, in dem der Prozess am schlechtesten läuft und am meisten zählt. Ein Team, das im Normalmonat zurechtkommt, braucht im Dezember Überstunden, den einzigen verfügbaren Hebel.
Kosten des Nichtstuns
Der Dezember wird erneut mit Überstunden gelöst, die Tabelle wächst um ein Blatt je Monat, und das Team kommt weiter zurecht. Was sich ansammelt, ist leiser: Erstattungen, die in einem Teil der Fälle die gesetzliche Frist reißen, Retourenware, die am Wareneingang an Wert verliert, und Kosten je Retoure, die niemand nennen kann, weil sie nie gemessen wurden.
Die Ausprägung, die vor einem Vorstand benannt gehört, ist die rechtliche. Ein Fernabsatzhändler schuldet das Geld innerhalb einer festen Frist ab der Widerrufserklärung des Kunden, und ein Median von zweieinhalb Wochen lässt keinen Spielraum für einen Krankheitstag.
Eine plausible Organisation mit realistischen Größenordnungen. Die Zahlen sind zum Nachrechnen mit Ihren Daten gedacht, kein Kundenergebnis.
Ein europäischer Elektronikhändler: 90 Filialen in vier Ländern, eigener Webshop, zwei Marktplatzkanäle, rund 2.400 Beschäftigte, SAP S/4HANA, Microsoft 365 E3 und ein zentraler Retourenhub.
5.500 Retourenanmeldungen im Monat; etwa 55% Widerrufe innerhalb der gesetzlichen 14 Tage, 30% Gewährleistungsfälle innerhalb der zweijährigen Frist, 15% Filialretouren mit zentraler Abwicklung.
Anmeldungen kommen per E-Mail und Webformular, werden in einer Tabelle geführt, von Hand gegen Shop-Verwaltung und SAP geprüft, erhalten eine RMA aus einer Nummernliste, werden auf einem Ausdruck geprüft und dann in zwei manuellen Schritten zu Gutschrift und Erstattung.
Rund elf Minuten Bearbeitung je Retoure, verteilt auf drei oder vier Kontakte, zuzüglich der Wartezeit dazwischen. Der Median von der Anmeldung bis zum Geld liegt bei zweieinhalb Wochen, und die Hälfte aller Kundennachrichten bringt keine neue Information.
Ein Eingangsformular und eine Warteschlange; Anspruchsprüfung aus einer Regeltabelle von Service und Buchhaltung; RMA, Label und Bestätigung binnen Minuten; Prüfung als Teams-Aufgabe im Hub; Retourenbeleg, Gutschrift und Erstattung gebucht von Robotern in SAP und über die API des Zahlungsdienstleisters.
Im Modellfall sinkt die Zeit bis zur Erstattung auf wenige Tage nach dem Scan des Pakets, der Anteil der Retouren mit Mitarbeiterkontakt fällt auf die Prüfung plus den Ausnahmerest, und der Service beantwortet nicht mehr die Frage „wo ist mein Geld". Eine Illustration, kein Kundenergebnis.
Vorgeschlagene Lösung
Wir bauen einen Prozess, der die Retoure von der Anmeldung bis zum Geld führt. Anmeldungen kommen über ein Microsoft Forms Retourenformular im Webshop und in den Filialen, über die Marktplatzkanäle und über das Postfach, das sie ohnehin weiter erhält. Jede wird zu einer Transaktion in einer UiPath Orchestrator Warteschlange mit Auftrags- und Seriennummer, und ein Roboter liest Auftrag, Lieferdatum, Kanal, Zahlungsart und Gewährleistungsstatus aus SAP, um die Anspruchsregeln anzuwenden: Widerrufsfrist, Gewährleistung, versiegelt oder geöffnet, Seriennummer passend zur Rechnung, Wert gegen die Kulanzschwelle. Die Anspruchsprüfung ist eine Regeltabelle, die Service und Buchhaltung besitzen und versionieren, kein Urteil aus dem Gedächtnis am Freitagnachmittag.
Angenommene Anmeldungen werden binnen Minuten beantwortet. Der Roboter vergibt die RMA-Nummer, ruft das Label über die API des Dienstleisters ab, sendet eine Bestätigung mit dem voraussichtlichen Erstattungstermin und avisiert das Paket, damit der Hub weiß, was kommt. Beim Scan erfährt der Kunde, dass die Ware angekommen ist, was den häufigsten Anrufgrund beseitigt. Der Mitarbeiter im Hub füllt eine UiPath Action Center Formularaufgabe aus, zugestellt als Benachrichtigung mit Aktion in Microsoft Teams: Zustandscode, Zubehör, Seriennummernabgleich, Fotos. Wünscht der Hub einen eigenen Wareneingangsbildschirm, bauen wir eine Power Apps Canvas App, die dasselbe Ergebnis über den UiPath connector for Power Platform zurückgibt, derzeit Preview und premium-lizenziert.
Der finanzielle Teil läuft danach ohne Nachfrage. Roboter buchen Retourenbeleg und Gutschrift in SAP, geben die Warenbewegung frei, sodass das Stück für die Neubewertung sichtbar wird, erstatten über die API des Dienstleisters auf das ursprüngliche Zahlungsmittel und schreiben dessen Referenz an die Gutschrift, sodass die Abstimmung schon bei der Buchung passt.
Künstliche Intelligenz kommt hier bewusst nicht vor. Anspruchsprüfung und Gutschriftenlogik sind Regeln mit rechtlichen und buchhalterischen Folgen, und eine Regel, die ein Prüfer lesen kann, schlägt ein Modell, dem man vertrauen muss.
Microsoft Forms Antworten als Eingangsauslöser; UiPath Orchestrator Warteschlangen, Trigger und Prüfpfad; UiPath Action Center Formularaufgaben mit Benachrichtigungen mit Aktion in Microsoft Teams; Microsoft Teams Approvals app; SAP BAPI und SAP OData Konnektoren; UiPath Integration Service Connector Builder
Die Regeltabelle der Anspruchsprüfung samt Versionshistorie, RMA-Nummernkreis und Dokumente, das Prüfformular und die Zustandscodes, die Buchung von Retourenbeleg und Gutschrift in SAP, den Erstattungsaufruf und dessen Abstimmungsreferenz, die Kundennachrichten, die Ausnahmesteuerung, das Dashboard
Label-API des Dienstleisters und Erstattungs-API des Zahlungsdienstleisters als Connector-Builder-Verbindungen; Marktplatzkanäle über deren APIs, sonst über einen geplanten Export
So läuft der automatisierte Prozess
- AutomatisierungEin Retourenformular, eine Marktplatzmeldung oder ein Kassenbeleg erzeugt einen Vorgang in der Orchestrator-Warteschlange mit Auftrags- und Seriennummer
- SystemDer Roboter liest Auftrag, Lieferdatum, Kanal, Zahlungsart und Gewährleistungsstatus aus SAP und wendet die Anspruchsregeln an
- AutomatisierungAngenommene Anmeldungen erhalten RMA-Nummer, Versandlabel und eine Bestätigung mit dem voraussichtlichen Erstattungstermin
- MenschAnmeldungen außerhalb der Richtlinie, darunter Kulanz, später Widerruf und fehlender Kaufnachweis, erreichen die Serviceleitung als Teams-Freigabe
- AutomatisierungDas Paket wird im Hub gescannt, der Vorgang wechselt in die Prüfung und der Kunde erfährt von der Ankunft
- MenschDer Mitarbeiter im Hub erledigt die Prüfaufgabe: Zustandscode, Zubehör, Seriennummernabgleich, Fotos
- AutomatisierungRoboter buchen Retourenbeleg und Gutschrift in SAP, bewegen den Bestand, erstatten auf das ursprüngliche Zahlungsmittel und archivieren die Nachweise
- AutomatisierungDer Kunde erhält die Erstattungsbestätigung mit der Gutschrift; das Dashboard zeigt jeden offenen Vorgang, sein Alter und den Verantwortlichen
Zusammenspiel von Mensch und Automatisierung
Die Automatisierung übernimmt
- Eingang aus allen Kanälen, Dublettenprüfung und die Anspruchsentscheidung gegen Auftrags-, Liefer- und Gewährleistungsdaten
- RMA-Nummernkreis, Versandlabel, Paketavis und die vier Statusnachrichten
- Retourenbeleg, Gutschrift, Warenbewegung, Erstattungsaufruf und Rückschreiben der Dienstleisterreferenz
- Erinnerungen, SLA-Uhren und die tägliche Übersicht, was wartet und bei wem
Menschen entscheiden
- Kulanz, späte Widerrufe und alles, was die Regeln als außerhalb der Richtlinie markieren, innerhalb der Vollmachten
- Den physischen Zustand der Ware und ihre Vollständigkeit, das Urteil, das keine Regel aus Daten fällt
- Streitfälle: abweichende Seriennummer, Transportschaden, Abweichung zwischen Kunde und Prüfung
- Die Regeln selbst: Widerrufsfristen, Zustandscodes, Abzüge und Schwellenwerte
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
- Retourenanmeldung aus Microsoft Forms
- Retourenmeldungen aus Webshop und Marktplätzen
- Kassenexport der Filialretouren
- das gemeinsame Retourenpostfach
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Action Center
- UiPath Integration Service
Zielsysteme
- SAP S/4HANA (Retourenbeleg, Gutschrift, Bestand)
- Erstattungs-API des Zahlungsdienstleisters
- Label-API des Versanddienstleisters
Berührungspunkte für Menschen: Prüfaufgaben in Microsoft Teams; Teams Approvals für Erstattungen außerhalb der Richtlinie; der Wareneingangsbildschirm in Power Apps
Eingesetzte Technologien
stellen jede Retoure in die Warteschlange, führen die Regeln aus, buchen in SAP, wiederholen, protokollieren, prüfen
APrüf- und Ausnahmeaufgaben dort erledigt, wo der Hub ohnehin arbeitet
Adas Retourenformular im Webshop und in den Filialen; jede Antwort eröffnet einen Vorgang
AKulanz und Erstattungen über der Schwelle mit Nachweisen im Anhang freigegeben
Aoptionaler Wareneingangsbildschirm am Rechner im Retourenhub
AAuftrags-, Seriennummern- und Gewährleistungsabfragen; Retourenbeleg, Gutschrift, Bestand
ALabel- und Erstattungs-APIs als eine kontrollierte Verbindung
AIllustratives Wirtschaftlichkeitsmodell
Was es wert ist, mit offener Rechnung.
Die elf Minuten je Retoure sind drei oder vier kurze Kontakte in Service, Hub und Buchhaltung, einschließlich der Antworten auf Nachfragen, und 22 € sind Vollkosten je Stunde für eine Stelle im Retourenservice in Mitteleuropa. Beide Werte illustrieren typische Bandbreiten; keiner ist eine Messung bei einem Kunden. Wir modellieren freigesetzte Kapazität, nicht Personalabbau, und lassen den durch schnellere Neubewertung gehobenen Wert außen vor, meist den größeren Betrag.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung aus Ihren Eingaben. Sie modelliert freigesetzte Kapazität und verspricht keine Einsparung.
Geschäftlicher Nutzen
- Der Kunde erfährt das Ergebnis am Tag seiner Anmeldung, statt zu warten, bis ein Mitarbeiter seine Position in der Schlange erreicht
- Erstattungen gehen innerhalb der gesetzlichen Frist heraus, weil Gutschrift und Zahlung dem Prüfergebnis folgen und nicht einer E-Mail an die Buchhaltung
- Zurückgesandte Stücke werden im ERP mit dem Scan sichtbar, sodass Neubewertung und Wiederverkauf Tage früher beginnen
- Anfragen nach dem Verbleib des Geldes gehen zurück, weil der Status den Kunden viermal von selbst erreicht
- Saisonspitzen fängt die Warteschlange auf statt Überstunden, und dasselbe Team deckt neue Filialen oder Kanäle ab
- Die Richtlinie greift überall gleich und schließt die Lücke zwischen dem, was die Website verspricht, und dem, was der Service tut
Aus Sicht der Geschäftsführung
- Retouren sind keine Blackbox mehr: Kosten je Retoure, Durchlaufzeit und Ausnahmegründe werden erstmals gemessen, nach Kanal und Warengruppe
- Die Richtlinie wird zum Steuerungsinstrument. Eine geänderte Widerrufsfrist oder Abzugsregel ist eine versionierte Änderung an einer Tabelle, noch am selben Nachmittag in allen Märkten wirksam
- Freigabegrenzen setzt der Prozess durch, sodass Kulanzausgaben begrenzt sind statt nachträglich entdeckt
- Der Prozess übersteht Urlaube und Kündigungen, weil das Anspruchswissen in der Regeltabelle liegt und nicht bei vier Personen
KPIs für die Geschäftsführung
Sicherheit und Governance
Kontrolle ist kein Zusatz.
- Roboter arbeiten mit eigenen SAP-Konten, beschränkt auf Retourenbelege, Gutschriften und die zugehörigen Warenbewegungen; kein Mitarbeiter teilt ein Kennwort mit einer Automatisierung, und jede Buchung trägt die Vorgangsnummer
- Erstattungen sind konstruktiv begrenzt: ausschließlich auf das ursprüngliche Zahlungsmittel, höchstens bis zum ursprünglichen Betrag und oberhalb der eingestellten Schwelle erst nach namentlicher Freigabe in Teams
- Karten- und Zahlungskennungen werden im Prozess nicht gehalten; der Roboter behält die Transaktionsreferenz des Dienstleisters, nicht das Zahlungsmittel
- Vorgangsdaten, Dokumente und Prüffotos bleiben in Ihrem Microsoft 365 Tenant, die Automatisierungsschicht läuft in der EU-Region von UiPath Automation Cloud
- Änderungen an Regeltabelle und Freigabegrenzen sind versioniert und freigegeben, sodass eine Prüfung nachvollziehen kann, welche Regel an welchem Tag galt
Warum jetzt
Ein Fernabsatzhändler in der EU muss innerhalb von 14 Tagen nach Zugang der Widerrufserklärung erstatten, gemäß der Verbraucherrechterichtlinie 2011/83/EU, und mindestens zwei Jahre Gewährleistung nach der Richtlinie (EU) 2019/771 gewähren. Beide Fristen sichert die Prozessgestaltung, nicht ein Appell an das Team
Die modellierten 22.200 € Bearbeitungskapazität im Monat sind der sichtbare Teil; in keinem Budget erscheint der Wiederverkaufswert, der verloren geht, während nicht eingebuchte Stücke in den stärksten Wochen warten
Die Integrationsarbeit, die vor fünf Jahren ein Portalprojekt bedeutete, ist heute Konfiguration: menschliche Aufgaben werden in Microsoft Teams erledigt, und eine Versand- oder Zahlungs-API ist eine kontrollierte Verbindung
Relevante Führungsrollen
Retouren werden zum gemessenen Ablauf mit Durchlaufzeit und Stückkosten statt zur Schlange, die alles aufnimmt, was vorne hereinkommt
Gutschriften werden gegen nachweislich zurückgekehrte Ware gebucht, Erstattungen stimmen bei der Buchung, und Kulanzausgaben sind sichtbar, bevor sie die Marge erreichen
Das Team beantwortet Fragen, die Urteilsvermögen erfordern, statt eigene E-Mails erneut zu lesen; vier Statusnachrichten ersetzen den größten Teil der eingehenden Kontakte
Häufige Fragen und Einwände
Die meisten davon sind keine Ausnahmen, sondern ungeschriebene Regeln. Drei Monate Historie zeigen üblicherweise eine überschaubare Zahl von Bedingungen, die den Großteil der Entscheidungen abdecken, und wirklich Ungewöhnliches geht mit den Nachweisen an einen Menschen.
Es wird nichts Neues entschieden. Die Regeln sind die Richtlinie, die Sie ohnehin veröffentlichen, nur niedergeschrieben und versioniert, und der Prozess wendet die von Ihnen gesetzten Schwellen an. Darüber gibt eine benannte Führungskraft in Teams frei, und jede Entscheidung behält ihren Regelbezug.
Sie müssen Teams für nichts anderes öffnen. Die Prüfaufgabe kommt als Benachrichtigung, die mit wenigen Eingaben erledigt ist, und wenn der Hub einen Wareneingangsbildschirm bevorzugt, bauen wir einen, der dasselbe Ergebnis zurückmeldet.
Wann diese Lösung nicht passt
- Teams mit weniger als einigen hundert Retouren im Monat, wo ein gemeinsames Postfach mit gutem Textbaustein und wöchentlicher Durchsicht günstiger ist
- Keine nutzbare Verbindung zwischen Anmeldung und ursprünglichem Auftrag, etwa bei Kanälen ohne Auftragsreferenz; zuerst die Zuordnung
- Eine Richtlinie, die nur als Einzelfallverhandlung existiert, ohne Regeln auf Kanalebene, die jemand niederschreiben will
Eine Frage für die nächste Sitzung
Wie groß ist der Abstand in Tagen zwischen der Rückgabeankündigung eines Kunden und dem Abgang des Geldes von unserem Konto, und an wie vielen dieser Tage arbeitet überhaupt jemand am Vorgang?
Vorgehen bei der Umsetzung
Was wir liefern und was wir für den Start brauchen.
Wir liefern
- Retourenhistorie über drei Monate: Kanäle, Gründe, Ausnahmen der Richtlinie, Durchlaufzeiten und die Stellen, an denen die Tage entstehen
- Die Regeltabelle der Anspruchsprüfung, gemeinsam mit Service und Buchhaltung erstellt, versioniert und dort verankert
- Eingang aus Formular, Marktplatzkanälen und Postfach in eine Warteschlange
- RMA-Nummernkreis, Label-Integration, die Kundennachrichten und das Paketavis
- Die Prüfaufgabe in Action Center und Teams, die Zustandscodes und auf Wunsch einen Wareneingangsbildschirm
- Buchung von Retourenbeleg, Gutschrift und Bestand in SAP, den Erstattungsaufruf und das Rückschreiben zur Abstimmung
- Pilot auf einem Kanal, danach Rollout mit Hypercare und einem Handbuch für Service und Hub
Wir brauchen von Ihnen
- Drei Monate Retourenhistorie mit den zugehörigen SAP-Belegen und Daten
- Die Retourenrichtlinie je Kanal und Land, einschließlich der gelebten Kulanzpraxis
- Technische Konten für SAP, das Portal des Versanddienstleisters und die API des Zahlungsdienstleisters
- Einen Prozessverantwortlichen im Kundenservice und einen Ansprechpartner in der Buchhaltung für die Gutschriftenregeln
Etappen
Analyse
Historie, Kanäle, Ausnahmen, Volumina und tatsächliche Durchlaufzeiten mit den Verantwortlichen
Design
Zielprozess, Regeltabelle, Zustandscodes, Freigabeschwellen, Nachrichten, Sicherheitsmodell
Aufbau
Roboter, Warteschlange, SAP-Buchung, Verbindungen zu Versand und Zahlung, Teams-Punkte
Validierung
Nachstellen historischer Retouren, Ausnahmebehandlung, Abnahme durch Service und Hub
Inbetriebnahme
Kontrollierter Start auf einem Kanal unter Aufsicht, danach die übrigen
Optimierung
Überwachung, Regelpflege, neue Kanäle, Berichte zu Kosten und Durchlaufzeit
Abteilungsweit. Der Aufwand richtet sich nach der Zahl der Kanäle und Länder mit abweichenden Richtlinien, der Zahl der Zahlungsdienstleister und danach, wie viel Richtlinie nur als Praxis existiert.
Elf Tage nach dem Rückversand kann niemand sagen, wo das Paket ist.
Senden Sie uns die Retourenstatistik eines Monats: Anmeldungen nach Kanal und Grund, Ihre Richtlinienregeln sowie die Daten von Anmeldung, Eingang und Erstattung. Sie erhalten eine Aufschlüsselung der Durchlaufzeit, die zeigt, wo die Tage bleiben und welche Entscheidungen bereits Regeln sind.
Retouren eines Monats durchrechnenDer Nachbarprozess hat meist dasselbe Problem
Jeder dritte Kundenkontakt fragt nach dem Auftrag; die Antwort steht längst in SAP und im Portal des Frachtführers.
Lösung ansehen KundenserviceJede Kundenmail klassifiziert und weitergeleitetIhre besten Mitarbeitenden sortieren morgens Post, statt sie zu beantworten.
Lösung ansehen Supply ChainKundenaufträge aus PDFs und E-Mails direkt ins ERPKundenbestellungen werden noch immer aus PDFs in SAP abgetippt und Stunden später bestätigt. Das muss niemand tun.
Lösung ansehenBranchen, in denen wir das am häufigsten umsetzenProduktion & IndustrieHandel & E-Commerce