Tail Spend trotz SAP Ariba/Coupa: ein Kreditor per Punchout
Wer SAP Ariba oder Coupa nutzt, sieht den Tail Spend trotzdem nicht verschwinden. Wie ein Kreditor per Punchout als Katalog andockt, ohne neues System.
SAP Ariba und Coupa bündeln planbaren Standardbedarf über Kataloge – jeder neue Einmalbedarf löst trotzdem eine eigene Kreditorenanlage aus.- Ein einziger Kreditor erscheint per cXML- oder OCI-Punchout als zusätzlicher Katalog innerhalb der bestehenden Suite, ohne den Freigabeprozess zu verändern.
- Die drei Bestellwege – Angebots-PDF, Produktlink oder privater Pedlar-Katalog – funktionieren innerhalb des Punchouts genauso wie außerhalb.
Wer SAP Ariba oder Coupa nutzt, sieht den Tail Spend trotzdem nicht verschwinden. Der Grund liegt im Aufbau der Suite, die planbaren Standardbedarf über kuratierte Kataloge bündelt. Jeder neue Lieferant für einen Einmalbedarf braucht trotzdem eine eigene Kreditorenanlage im ERP. Jedes Mal aufs Neue.
Ein einziger Kreditor schließt diese Lücke. Er dockt per Punchout als zusätzlicher Katalog in die bestehende Ariba- oder Coupa-Umgebung an, ohne dass ein neues System hinzukommt.
Warum der Tail Spend trotz SAP Ariba oder Coupa bestehen bleibt
E-Procurement-Suiten wie SAP Ariba oder Coupa lösen ein anderes Problem als den Tail Spend. Sie bündeln Lieferanten mit stabilem, wiederkehrendem Bedarf in kuratierten Katalogen und machen die Bestellung für Standardartikel komfortabel, unabhängig davon, wie viele unterschiedliche Anbieter im Katalog gelistet sind.
Ein echter Einmalbedarf passt selten in diese Struktur. Kein Einkäufer weiß im Voraus, welcher Anbieter als Nächstes gebraucht wird, und ein kuratierter Katalog lässt sich nicht auf Vorrat für unbekannte Lieferanten anlegen.
Bestellt eine Fachabteilung trotzdem außerhalb des Katalogs, entsteht im ERP-System ein neuer Kreditor – unabhängig davon, wie gut die Suite selbst organisiert ist. Die Suite verwaltet nur hinterlegte Katalogartikel. Mehr nicht. An der eigentlichen Ursache des Tail Spend, der wiederkehrenden Lieferantenanlage für Bedarfe, die sich nie wiederholen, ändert das nichts.
Wie ein einziger Kreditor als Punchout-Katalog erscheint
Der einzige Kreditor tritt nicht als eigenes System auf. Er erscheint innerhalb der bestehenden Oberfläche als zusätzlicher Punchout-Katalog. Der bestehende Ablauf bleibt dabei unverändert. Bestellanforderung, Bestellung und Rechnung durchlaufen dieselben Freigabestufen.
Der Unterschied liegt dahinter, nicht im sichtbaren Prozess. Statt für jeden Einmalbedarf einen neuen Lieferanten anzulegen, läuft jede Bestellung über genau diesen einen Punchout-Kreditor, unabhängig davon, welcher tatsächliche Anbieter am Ende liefert. Die Konditionen im Einzelfall spielen keine Rolle. Nur ein Kreditor bleibt.
Was die technische Anbindung wirklich bedeutet
Die Integration läuft über eine cXML- oder OCI-Punchout-Anbindung, den Standard, den SAP Ariba und Coupa für externe Kataloge ohnehin vorsehen. Ein neues System kommt dafür nicht hinzu, und die bestehende Systemlandschaft bleibt vollständig erhalten. Ihre IT richtet den Punchout einmalig ein. Danach übernimmt der gewohnte Beschaffungsprozess den Rest.
Im ERP wird der Kreditor ebenfalls nur einmal angelegt, genau wie bei jedem anderen Lieferanten auch. Jede weitere Bestellung läuft über diesen einen Eintrag statt über neue Lieferantenstammdaten.
Der Ablauf dahinter folgt demselben Muster wie jeder andere Punchout-Katalog: Die Bestellanforderung geht als Punchout-Anfrage hinaus und kommt als bestückter Warenkorb zurück, aus dem die reguläre Bestellung entsteht. Auftragsbestätigung, Lieferung und Rechnungsabgleich laufen normal weiter. Die Schritte gleichen jedem anderen Katalog-Lieferanten in Ariba oder Coupa.
Ein Beispiel macht das greifbar: Die Instandhaltung eines Werks braucht kurzfristig ein Ersatzteil, das im Ariba-Stammkatalog nicht geführt wird. Der Einkäufer öffnet stattdessen den Punchout-Katalog von Pedlar und lädt die Angebots-PDF des Herstellers hoch. Der bestückte Warenkorb kommt als Bestellanforderung zurück. Für dieses eine Teil im Wert von beispielsweise 340 Euro (Wert illustrativ) entsteht dabei kein neuer Kreditor im ERP.
Die drei Bestellwege innerhalb des Punchouts
Innerhalb des Punchout-Katalogs stehen dieselben drei Bestellwege offen. Eine Angebots-PDF hochladen, einen Produktlink aus einem beliebigen Online-Shop einfügen oder aus dem privaten Pedlar-Katalog auswählen – alle drei laufen über denselben einen Kreditor. Der private Katalog steht dabei ausschließlich Vertragskunden offen.
Für den Einkauf ändert sich am Erlebnis wenig. Der Punchout-Katalog verhält sich wie jeder andere Katalog. Dahinter deckt er sämtliche Einmalbedarfe über einen einzigen Kreditor ab, statt nur eine vorab kuratierte Auswahl an Standardartikeln.
Wer den einzigen Kreditor für den gesamten Tail Spend betreibt
SAP Ariba und Coupa bringen selbst kein Tail Spend Management mit. Diesen einen Kreditor betreibt in der Praxis ein externer Partner. Pedlar betreibt dieses Modell als Managed Service.
Für ein Unternehmen mit SAP Ariba oder Coupa ändert das am bestehenden Freigabeprozess nichts. Es ergänzt die Suite um genau den Kreditor, der für Einmalbedarfe bislang gefehlt hat.
Für welche Unternehmen sich die Punchout-Anbindung lohnt
Der Punchout-Kreditor lohnt sich dort, wo Sie SAP Ariba oder Coupa bereits produktiv einsetzen. Der Tail Spend läuft trotzdem oft an der Suite vorbei. E-Mail, Excel und Ad-hoc-Bestellungen bleiben die Regel. Typisch sind industrielle Unternehmen mit mehreren Standorten, bei denen Ersatzteile, Spezialanfertigungen oder Messebedarf regelmäßig außerhalb des Katalogs landen.
Ohne bestehende Suite lohnt sich eine eigene Punchout-Einrichtung meist erst ab einem höheren Bestellvolumen. Die einmalige technische Anbindung verursacht Aufwand, den die klassische Bestellung per E-Mail nicht braucht. Wer die Kosten dieser Konsolidierung gegenüber dem CFO beziffern muss, findet die Rechnung dazu im Business Case für die Konsolidierung. Mehr braucht der CFO nicht.
Häufige Fragen
Brauche ich für den Punchout-Kreditor ein neues System?
Nein. Der Kreditor dockt per cXML- oder OCI-Punchout an die bestehende SAP-Ariba- oder Coupa-Installation an. Die Systemlandschaft bleibt unverändert, nur ein zusätzlicher Katalog kommt hinzu.
Ändert sich der Freigabeprozess für Bestellungen über den Punchout-Katalog?
Nein. Bestellanforderung, Bestellung und Rechnung durchlaufen dieselben Freigabestufen wie jede andere Katalogbestellung in Ariba oder Coupa.
Wie viele Kreditoren entstehen bei wechselnden Lieferanten?
Genau einer. Unabhängig davon, welcher tatsächliche Anbieter liefert, läuft jede Bestellung über den einen Punchout-Kreditor, den das Unternehmen einmalig angelegt hat.
Funktionieren alle drei Bestellwege auch innerhalb des Punchouts?
Ja. Angebots-PDF hochladen, Produktlink einfügen und die Auswahl aus dem privaten Pedlar-Katalog stehen innerhalb des Punchout-Katalogs genauso offen wie außerhalb einer Suite.
