Wer verstehen will, warum solche Plattformen im Mittelstand überhaupt gebraucht werden, muss auf den Zustand schauen, den sie ersetzen. In vielen Unternehmen läuft indirekte Beschaffung – also alles außerhalb der Fertigungsmaterialien: Büromaterial, Arbeitsschutz, Werkzeuge, IT-Zubehör, Instandhaltungsbedarf, Dienstleistungen – über eine Mischung aus E-Mails, Sammelbestellungen, telefonischen Zusagen und Einkäufen auf Rechnung im Webshop. Der Bedarf entsteht im Fachbereich, die Genehmigung erfolgt mündlich oder per Freigabemail, die Bestellung geht ohne Beleg im System hinaus, und sichtbar wird der Vorgang erst, wenn die Rechnung in der Buchhaltung landet.
Das Ergebnis ist ein blinder Fleck in der Kostenstruktur. Niemand kann sagen, wie viel im Jahr bei welchem Lieferanten für welche Warengruppe ausgegeben wurde, ob Rahmenverträge tatsächlich genutzt werden, ob dieselbe Ware an drei Standorten zu drei Preisen eingekauft wird oder ob eine Rechnung überhaupt einer genehmigten Bestellung zuzuordnen ist. Eine Beschaffungsplattform greift genau hier an: Sie erzwingt einen dokumentierten Vorgang, bevor Geld ausgegeben wird, und erzeugt dadurch fast als Nebenprodukt eine auswertbare Datenbasis.
Der Ablauf, den Onventis abbildet, hat eine klare Reihenfolge. Ein Mitarbeitender meldet einen Bedarf – entweder aus einem hinterlegten Katalog, aus einem angebundenen Lieferantenshop oder als freie Beschreibung, wenn kein Katalogartikel passt. Die Meldung läuft in eine Freigabe, die nach Wertgrenzen, Kostenstelle, Warengruppe oder Organisationseinheit gesteuert wird. Nach der Freigabe entsteht eine Bestellung, die an den Lieferanten übermittelt wird. Es folgen Auftragsbestätigung, Lieferung, Wareneingang oder Leistungsbestätigung und schließlich die Rechnung, die gegen Bestellung und Wareneingang abgeglichen wird.
Der entscheidende Unterschied zum gewachsenen Zustand liegt nicht in einer einzelnen Funktion, sondern in der Verkettung. Jeder Schritt referenziert den vorherigen. Eine Rechnung ohne Bestellung fällt auf. Eine Bestellung über einer Wertgrenze ohne zweite Freigabe entsteht nicht. Ein Artikel, der nicht im Katalog steht, erzeugt eine Freitextanfrage, die der Einkauf sieht – und die er zum Anlass nehmen kann, für einen wiederkehrenden Bedarf einen Rahmenvertrag zu verhandeln. Diese Rückkopplung zwischen operativem Alltag und strategischem Einkauf ist der eigentliche Wert, und sie entsteht nur, wenn beide Bereiche im selben System arbeiten.
Hinzu kommt die Netzwerkseite. Onventis positioniert sich nicht nur als Software für den Einkäufer, sondern als Plattform, auf der auch Lieferanten arbeiten: Kataloge bereitstellen und pflegen, Bestellungen empfangen und bestätigen, an Ausschreibungen teilnehmen, Nachweise und Zertifikate hinterlegen, Rechnungen einstellen. Für den einkaufenden Mittelständler bedeutet das, dass ein Lieferant, der bereits auf der Plattform aktiv ist, mit deutlich geringerem Aufwand angebunden werden kann als einer, der zum ersten Mal einen elektronischen Beschaffungsprozess kennenlernt.
In der Praxis begegnet uns Onventis vor allem in mittelständischen Unternehmen mit mehreren Standorten, mit einem gewachsenen Lieferantenstamm und mit einem Einkauf, der aus wenigen Personen besteht. Typische Auslöser für ein Projekt sind erkennbar wiederkehrend: Ein Wirtschaftsprüfer oder eine interne Revision bemängelt fehlende Nachvollziehbarkeit bei Bestellvorgängen. Die Buchhaltung ertrinkt in Rechnungen ohne Bestellbezug. Eine Kostensenkungsinitiative scheitert daran, dass niemand die Ausgangsdaten hat. Oder ein Standort wird zugekauft, und plötzlich existieren zwei Einkaufswelten parallel.
Die Erwartungen, die an eine solche Plattform gerichtet werden, sind dabei nicht immer realistisch. Wer glaubt, allein die Einführung senke die Einkaufspreise, wird enttäuscht: Software verhandelt nicht. Was sie leistet, ist die Voraussetzung für Verhandlung – Transparenz über Volumen, Streuung und Vertragsnutzung – und die Sicherung des Ergebnisses, indem verhandelte Konditionen im Katalog hinterlegt und im Bestellprozess erzwungen werden. Der Preisvorteil entsteht durch Bündelung und durch Vermeidung von Bestellungen außerhalb der Verträge, nicht durch das System selbst.
Eine Abgrenzung, die im Beratungsgespräch fast immer nötig ist: Eine Source-to-Pay-Plattform ist kein ERP-System. Sie führt keine Finanzbuchhaltung, sie bucht keine Bestände im Sinne der Bilanz, sie erstellt keine Kostenrechnung und sie ersetzt keine Produktionsplanung. Sie sitzt vor dem ERP und liefert diesem strukturierte, geprüfte Vorgänge. Wo die Grenze genau verläuft, ist Gegenstand der Projektentscheidung: Ob der Wareneingang in der Plattform oder im ERP gebucht wird, ob Bestellungen in der Plattform entstehen und ins ERP gespiegelt werden oder umgekehrt, ist eine Architekturfrage mit erheblichen Folgen.
Ebenso ist die Plattform kein Ersatz für ein Warenwirtschaftssystem im Handel, kein Lieferkettenplanungswerkzeug und kein Werkzeug zur Materialdisposition in der Fertigung. Der Schwerpunkt liegt auf indirektem Bedarf und auf Dienstleistungen; direktes Produktionsmaterial wird in vielen Konstellationen weiter aus dem ERP heraus disponiert und bestellt, weil dort Stücklisten, Bedarfsrechnung und Termine liegen. Und schließlich ist die Plattform kein Selbstläufer: Ohne gepflegte Kataloge, ohne definierte Warengruppen, ohne eine benannte Zuständigkeit für Freigaberegeln und Lieferantendaten bleibt der Nutzen weit unter dem Möglichen.
Der Begriff Source-to-Pay setzt zwei Teilketten zusammen. Die erste, oft als Source-to-Contract bezeichnet, umfasst die strategischen Schritte: Bedarfsbündelung, Marktanalyse, Anfrage und Ausschreibung, Angebotsvergleich, Verhandlung, Vergabe, Vertragsabschluss. Die zweite, häufig „Procure-to-Pay“ genannt, umfasst den operativen Vollzug: Bedarfsanforderung, Freigabe, Bestellung, Wareneingang, Rechnungsprüfung, Zahlungsfreigabe. Historisch sind viele Anbieter aus einer der beiden Hälften gewachsen und haben die andere später ergänzt.
Diese Herkunft ist bei jeder Auswahl relevant, weil sie prägt, wo die Software fein und wo sie grob ist. Anbieter mit Wurzeln im operativen Bestellprozess sind typischerweise stark bei Katalogen, Freigaben und Anwenderführung, während komplexe Ausschreibungsverfahren mit mehreren Runden und Bewertungsmatrizen eher schlicht ausfallen. Anbieter mit Wurzeln im strategischen Sourcing bringen tiefe Ausschreibungsfunktionen mit, wirken im täglichen Bestellvorgang aber oft schwergängig. Onventis ist in der Praxis eher der ersten Gruppe zuzuordnen, mit einem breit ausgebauten operativen Kern und ergänzenden strategischen Bausteinen.
Für die eigene Auswahl folgt daraus eine methodische Empfehlung, die wir in Projekten konsequent anwenden: Gewichten Sie die Prozessabschnitte nach der Häufigkeit im eigenen Haus, nicht nach der Vollständigkeit der Anbieterliste. Wenn im Jahr wenige größere Ausschreibungen und viele tausend Bestellvorgänge anfallen, entscheidet der Bestellvorgang. Wenn umgekehrt wenige, aber komplexe Vergaben den Kern der Arbeit bilden, ist das Sourcing-Modul der Prüfstein. Eine Auswahl, die alle Bereiche gleich stark bewertet, endet fast immer beim größten und teuersten Anbieter – und nicht beim passendsten.
Im Markt für Beschaffungsplattformen dominieren global aufgestellte Anbieter mit sehr großen Kunden. Deren Produkte sind funktional breit, ihre Einführungsprojekte entsprechend aufwendig und ihre Lizenzmodelle auf Organisationen mit eigenen Einkaufsabteilungen, Prozessverantwortlichen und internen Projektteams zugeschnitten. Genau in dieser Lücke positionieren sich europäische Anbieter mit Mittelstandsfokus: weniger Konfigurationstiefe, dafür schnellere Einführung, klarere Standardprozesse, deutschsprachige Betreuung und ein Vertragsrahmen, der ohne Konzernrechtsabteilung verhandelbar ist.
Die deutsche Herkunft ist dabei mehr als ein Marketingargument. Sie zeigt sich an praktischen Details, die im Alltag Zeit sparen: Belegformate und Rechnungsanforderungen sind auf den hiesigen Rechtsrahmen zugeschnitten, die Anbindung an im DACH-Raum verbreitete ERP-Systeme ist erprobt, die Benutzeroberfläche und die Dokumentation liegen in deutscher Sprache vor, und der Support arbeitet in der eigenen Zeitzone. Bei Datenschutzfragen, auf die Kapitel 09 ausführlich eingeht, ist die europäische Verarbeitung ein Ausgangspunkt, der Diskussionen über Drittlandtransfers als Grundkonstellation vermeidet.
Zugleich gehört zur ehrlichen Einordnung die Gegenseite. Wer weltweit an Dutzenden Standorten in vielen Währungen und Sprachen beschafft, wer landesspezifische Steuerlogiken in großer Zahl abbilden muss oder wer eine sehr tiefe Integration in ein global standardisiertes ERP-Template plant, findet bei den großen internationalen Anbietern in der Regel den breiteren Funktionsumfang. Die Frage ist also nicht, welcher Anbieter mehr kann, sondern welcher zum eigenen Zuschnitt passt – und ob der Mehrumfang eines größeren Systems im eigenen Haus überhaupt jemals genutzt würde.
Beschaffungsplattformen entfalten ihren Nutzen erst, wenn Lieferanten mitmachen. Das ist der Punkt, an dem viele Projekte langsamer werden als geplant. Ein Lieferant, der keinen elektronischen Katalog liefern kann, keine Bestellungen strukturiert empfangen will und Rechnungen weiterhin als Papier oder als einfaches PDF schickt, bleibt ein manueller Sonderfall. Je größer der Anteil solcher Sonderfälle, desto geringer der Effekt der Einführung.
Ein bestehendes Netzwerk verkürzt diesen Weg. Lieferanten, die bereits für andere einkaufende Unternehmen auf derselben Plattform arbeiten, kennen die Abläufe, haben Katalogdaten in verwertbarer Form und benötigen keine Grundsatzentscheidung, sondern nur eine Freigabe für einen weiteren Geschäftspartner. Ob dieser Effekt im eigenen Fall trägt, hängt allerdings vollständig vom eigenen Lieferantenstamm ab. Deshalb empfehlen wir in der Auswahlphase einen einfachen, aber wirksamen Test: Nehmen Sie Ihre umsatzstärksten und Ihre häufigsten Lieferanten getrennt voneinander und fragen Sie den Anbieter konkret, wer davon bereits auf der Plattform aktiv ist und in welcher Form. Diese Liste ist aussagekräftiger als jede Zahl über die Größe eines Netzwerks.
Die Bedarfsanforderung ist der Einstiegspunkt für die überwiegende Mehrheit der Anwender. Ein Mitarbeitender in der Instandhaltung, im Labor, in der Verwaltung oder in der Produktion braucht etwas und beschreibt diesen Bedarf im System. Diese Oberfläche entscheidet über den Erfolg der gesamten Einführung, weil sie von Menschen bedient wird, die weder Einkäufer sind noch Interesse an Beschaffungsprozessen haben. Wenn der Vorgang länger dauert als eine E-Mail an den Einkauf, wird er umgangen – und zwar dauerhaft.
Praktisch heißt das: Die Suche muss finden, was gemeint ist, auch bei ungenauen Begriffen. Wiederkehrende Bedarfe müssen sich aus der Historie oder aus Merklisten wiederholen lassen, ohne neu zusammengesucht zu werden. Kostenstelle, Sachkonto und Lieferort sollten aus dem Benutzerprofil vorbelegt und nur bei Abweichung geändert werden. Und der Anwender muss sehen, was mit seiner Anforderung passiert, ohne nachfragen zu müssen. Diese vier Punkte gehören in jede Demonstration – mit echten eigenen Beispielen, nicht mit dem vorbereiteten Musterfall des Anbieters.
Der Freigabeworkflow ist die zweite Hälfte. Er wird üblicherweise über Wertgrenzen, Kostenstellenverantwortung, Warengruppen und Organisationsstruktur gesteuert, oft mit mehreren Stufen und mit Vertretungsregelungen. Zwei Fehler beobachten wir dabei regelmäßig. Der erste ist eine zu feine Regelung: Wer für jede Konstellation eine eigene Freigabestufe definiert, erzeugt ein Regelwerk, das niemand mehr pflegen kann und das bei Personalwechseln blockiert. Der zweite ist die Abbildung eines Genehmigungsverhaltens, das vorher nur informell existierte – plötzlich stehen drei Unterschriften für eine Packung Schrauben im Prozess. Freigaberegeln sollten deshalb bewusst neu gedacht und nicht aus der Vergangenheit übernommen werden.
Für wiederkehrende Bedarfe ist der Katalog der effizienteste Weg. Ein Katalog enthält Artikel mit Beschreibung, Klassifizierung, Einheit, verhandeltem Preis und Lieferantenzuordnung. Der Anwender wählt aus, was hinterlegt ist, und erhält damit automatisch den verhandelten Preis und den richtigen Lieferanten. Das ist der Mechanismus, mit dem Rahmenverträge tatsächlich wirksam werden: Die Vertragsnutzung entsteht nicht durch Appelle, sondern dadurch, dass der vertragskonforme Weg der bequemste ist.
Kataloge lassen sich technisch auf mehreren Wegen bereitstellen. Der klassische Weg ist ein vom Lieferanten geliefertes Katalogdokument in einem strukturierten Format, das geprüft, freigegeben und in die Plattform übernommen wird. Der zweite Weg führt über eine Verbindung in den Webshop des Lieferanten: Der Anwender springt aus der Plattform in den Shop, stellt dort einen Warenkorb zusammen und wird mit diesem Warenkorb in die Plattform zurückgeleitet, wo daraus eine Anforderung entsteht. Dieses Verfahren ist im Markt unter Bezeichnungen wie Punchout, OCI oder cXML bekannt und in Kapitel 05 näher beschrieben. Sein Vorteil liegt darin, dass die Pflege beim Lieferanten bleibt – sein Nachteil darin, dass die Artikeldaten außerhalb der eigenen Kontrolle liegen und die Klassifizierung leiden kann.
Der interessanteste Fall ist der Bedarf ohne Katalogartikel: die Freitextanforderung. Sie ist unvermeidlich, weil kein Katalog jeden Bedarf abdeckt, und sie ist gleichzeitig die wertvollste Informationsquelle im System. Jede Freitextanforderung ist ein Hinweis darauf, dass entweder ein Katalog lückenhaft ist, ein Rahmenvertrag fehlt oder ein Sonderbedarf besteht. Eine gute Plattform macht Freitext möglich, aber sichtbar: Der Einkauf sieht, was außerhalb der Kataloge angefragt wird, kann Lieferant und Preis ergänzen und daraus Bündelungspotenzial erkennen. Ein System, das Freitext verbietet, treibt die Vorgänge zurück in die E-Mail. Ein System, das Freitext ohne Auswertung durchlässt, verschenkt den Erkenntnisgewinn.
Auf der strategischen Seite steht die Anfrage- und Ausschreibungsfunktion. Sie dient dazu, einen Bedarf zu beschreiben, mehrere Lieferanten strukturiert zur Angebotsabgabe einzuladen, die eingehenden Angebote vergleichbar zu machen und die Entscheidung nachvollziehbar zu dokumentieren. Für den Mittelstand sind dabei zwei Aspekte wichtiger als funktionale Tiefe. Erstens die Vergleichbarkeit: Angebote müssen entlang derselben Positionen und Nebenbedingungen erfasst werden, sonst vergleicht man Äpfel mit Birnen und entscheidet nach Bauchgefühl. Zweitens die Dokumentation: Wer eine Vergabeentscheidung zwei Jahre später gegenüber der Revision, dem Wirtschaftsprüfer oder einem übergangenen Lieferanten begründen muss, ist froh über einen vollständigen Vorgang.
Das Vertragsmanagement schließt daran an. Es geht dabei weniger um juristische Textarbeit als um Verwaltung: Wo liegt der Vertrag, wer ist verantwortlich, bis wann läuft er, welche Kündigungsfristen bestehen, welche Konditionen und Staffeln sind vereinbart, welches Volumen wurde tatsächlich abgerufen. Der wirtschaftlich relevante Punkt ist die Fristenüberwachung. Automatisch verlängerte Verträge, die niemand rechtzeitig auf den Tisch bekommt, sind ein klassischer und vollständig vermeidbarer Kostenposten. Ebenso wichtig ist die Verknüpfung zurück in den Bestellprozess: Ein Vertrag, der im Katalog wirksam wird, wird genutzt; ein Vertrag, der nur als Dokument liegt, wird vergessen.
Am Ende der Kette steht der Rechnungseingang. Hier trifft der Beschaffungsprozess auf die Buchhaltung, und hier entsteht der am leichtesten messbare Effizienzgewinn. Wenn eine Rechnung eine Bestellnummer trägt, wenn die Bestellung freigegeben war und wenn der Wareneingang erfasst ist, kann der Abgleich weitgehend automatisch erfolgen: Stimmen Menge, Preis und Positionen überein, läuft der Vorgang ohne weitere Prüfung durch. Nur Abweichungen brauchen einen Menschen. Die Voraussetzung dafür wird allerdings viel früher gelegt – nämlich in der Disziplin, dass keine Bestellung ohne Vorgang und keine Lieferung ohne Wareneingangserfassung existiert. Ohne diese Grundlage bleibt die Rechnungsprüfung ein manueller Vorgang, gleichgültig welche Software eingesetzt wird.
Die automatische Zuordnung von Artikeln und Vorgängen zu Warengruppen klingt nach einer Nebensache und ist in der Praxis der wichtigste Baustein. Der Grund ist einfach: Jede Ausgabenanalyse, jede Bündelung, jede Lieferantenkonsolidierung und jede Vertragsstrategie setzt voraus, dass gleichartige Bedarfe als gleichartig erkannt werden. Wenn dieselbe Sorte Arbeitshandschuhe in fünf Beschreibungen und drei Warengruppen erscheint, existiert kein Volumen zum Verhandeln – es existiert nur ein Datenchaos.
Manuell ist diese Zuordnungsarbeit bei größeren Katalogen kaum leistbar, und sie wird auch nur einmal gemacht und danach nicht gepflegt. Maschinelle Klassifizierung ändert das Kostenverhältnis: Ein Verfahren, das Artikelbeschreibungen liest und Vorschläge macht, verwandelt eine unlösbare Aufgabe in eine Prüfaufgabe. Wichtig ist der zweite Teil dieses Satzes. Die Vorschläge müssen prüfbar sein, sie müssen korrigierbar sein, und die Korrekturen sollten in die weitere Zuordnung einfließen. Ein System, das ohne Nachvollziehbarkeit klassifiziert, erzeugt eine Datenbasis, der niemand traut – und ungeprüfte Zahlen sind in Verhandlungen schlimmer als keine Zahlen.
Die automatisierte Erkennung von Rechnungen ist der zweite große Hebel. Aus einem PDF oder Scan werden Absender, Rechnungsnummer, Datum, Beträge, Steuersätze und im besten Fall die einzelnen Positionen ausgelesen und einer Bestellung zugeordnet. Wo eine strukturierte elektronische Rechnung vorliegt, entfällt die Erkennung ohnehin, weil die Daten bereits maschinenlesbar sind – Kapitel 09 geht darauf ein.
Zu Automatisierungsquoten machen wir bewusst keine Angaben, und wir empfehlen, jeder genannten Prozentzahl mit Skepsis zu begegnen. Der Grund ist methodisch: Die Quote hängt weniger vom Verfahren ab als von der Datenlage. Bei Lieferanten mit gleichbleibendem Rechnungslayout, klarer Bestellnummer und exakter Positionsübereinstimmung ist eine sehr hohe Automatisierung erreichbar. Bei Sammelrechnungen über mehrere Bestellungen, bei Teillieferungen, bei nachträglichen Zuschlägen, bei Dienstleistungen ohne Mengenbezug und bei Rechnungen ohne Bestellbezug sinkt sie deutlich. Wer eine belastbare Aussage will, lässt einen echten Stapel eigener Eingangsrechnungen aus einem repräsentativen Monat testweise verarbeiten. Das ist der einzige Weg, der eine verlässliche Erwartung liefert.
Wichtig ist außerdem die Behandlung der Fälle, die nicht automatisch laufen. Automatisierung erzeugt einen Reststapel, und dieser Reststapel ist per Definition der schwierige Teil. Wenn die Klärung von Abweichungen unübersichtlich ist, wenn Rückfragen an den Lieferanten das System verlassen müssen oder wenn der Bearbeitungsstand nicht erkennbar ist, verlagert sich der Aufwand nur. Die Klärungsoberfläche verdient deshalb in der Bewertung mindestens so viel Aufmerksamkeit wie die Erkennungsleistung.
Die Ausgabenanalyse macht sichtbar, was vorher unsichtbar war: welches Volumen in welcher Warengruppe bei welchem Lieferanten anfällt, wie stark sich Preise für gleichartige Artikel unterscheiden, welcher Anteil der Ausgaben über Verträge und Kataloge läuft und welcher daneben. Genau dieser letzte Wert – oft als „Vertragsnutzung“ oder als „Anteil geführter Beschaffung“ bezeichnet – ist die aussagekräftigste Kennzahl eines Beschaffungsprojekts. Er beschreibt nicht, was das System kann, sondern was die Organisation tut.
Guided Buying setzt an derselben Stelle an, allerdings vorbeugend. Statt im Nachhinein festzustellen, dass an einem Vertrag vorbei bestellt wurde, führt das System den Anwender im Moment der Anforderung zum passenden Weg: zum hinterlegten Katalog, zum Vorzugslieferanten, zum bestehenden Rahmenvertrag, zu einem intern verfügbaren Bestand oder zu einem Hinweis, dass für diese Warengruppe eine besondere Freigabe erforderlich ist. Der Wirkmechanismus ist verhaltensökonomisch simpel: Menschen wählen den einfachsten sichtbaren Weg. Wenn der richtige Weg auch der einfachste ist, sinkt die Zahl der Abweichungen ohne jede Kontrolle.
Zum realistischen Umgang mit maschinellen Verfahren gehört abschließend eine klare Erwartungshaltung. Diese Funktionen ersetzen keine Einkaufsstrategie und keine Verhandlungskompetenz. Sie beschleunigen Routine, sie machen Muster sichtbar, und sie senken die Schwelle für Auswertungen, die vorher zu aufwendig waren. Wer sie so einordnet, wird zufrieden sein. Wer eine selbstoptimierende Beschaffung erwartet, wird es nicht. Und bei jeder Funktion, die Daten zur Verarbeitung an Modelle übergibt, gehört die Frage nach Verarbeitungsort, Zweckbindung und Ausschluss einer Nutzung für Modelltraining in den Vertrag – nicht in ein späteres Gespräch.
Die Anbindung an das führende betriebswirtschaftliche System ist der aufwendigste und wichtigste Teil einer Einführung. Anbieter aus dem DACH-Raum bringen typischerweise erprobte Wege für die hier verbreiteten Systeme mit – für SAP-Umgebungen ebenso wie für andere im Mittelstand etablierte ERP-Lösungen. Die technische Frage, ob per Schnittstelle, per Middleware oder per Dateiübergabe verbunden wird, ist dabei die kleinere. Die große Frage lautet: Welches System führt welchen Beleg?
Es gibt zwei saubere Grundmuster und eine Vielzahl unsauberer Mischformen. Im ersten Muster ist die Plattform das Vorsystem: Anforderung, Freigabe und Bestellung entstehen dort, die Bestellung wird ins ERP übertragen, Wareneingang und Rechnung werden im ERP gebucht. Im zweiten Muster bleibt das ERP der Ort der Bestellung: Die Plattform erzeugt eine freigegebene Anforderung, das ERP macht daraus die Bestellung und übernimmt den weiteren Verlauf. Beide Muster funktionieren. Was nicht funktioniert, ist der Zustand, in dem beide Systeme Bestellungen erzeugen können und niemand sagen kann, welcher Stand gilt.
Aus dieser Entscheidung folgen unmittelbar die Stammdatenflüsse. Kostenstellen, Sachkonten, Organisationsstruktur, Lieferorte und Lieferantenstamm müssen in beiden Systemen konsistent sein, und die Führungsrichtung sollte für jedes Datenobjekt eindeutig festgelegt werden. Wir empfehlen, diese Festlegung schriftlich zu treffen, bevor der erste Konnektor konfiguriert wird – eine einfache Tabelle mit Datenobjekt, führendem System, Übertragungsrichtung und Frequenz. Projekte, die diese Tabelle haben, laufen ruhiger. Projekte, die sie nicht haben, verbringen den Testbetrieb mit der Klärung, warum eine Kostenstelle in einem System existiert und im anderen nicht.
Auf der Lieferantenseite gibt es mehrere Anbindungstiefen, und in der Praxis werden sie parallel betrieben. Die einfachste Stufe ist der Empfang von Bestellungen per E-Mail als PDF – unbefriedigend, aber für Lieferanten mit wenigen Vorgängen im Jahr pragmatisch. Die nächste Stufe ist die Arbeit des Lieferanten im Portal: Er sieht Bestellungen, bestätigt sie, meldet Liefertermine und stellt Rechnungen ein. Die dritte Stufe ist der strukturierte Belegaustausch über Schnittstellen, bei dem beide Seiten aus ihren Systemen heraus kommunizieren.
Für Katalogdaten gilt Ähnliches. Ein statischer Katalog, der als Datei geliefert und nach Prüfung freigegeben wird, gibt dem Einkauf die volle Kontrolle über Artikelumfang, Preise und Klassifizierung – erzeugt aber Pflegeaufwand bei jeder Änderung. Die Verbindung in den Lieferantenshop verlagert die Pflege dorthin, wo die Daten entstehen, und ist gerade bei großen, häufig wechselnden Sortimenten wie Bürobedarf, Elektronik oder Laborartikeln der sinnvollere Weg. Die etablierten Verfahren dafür sind im Markt seit langem bekannt: Ein Sprungmechanismus wie OCI oder eine Variante von cXML übergibt Kontext und Anmeldung an den Shop und nimmt den fertigen Warenkorb zurück.
Bei der Bewertung dieser Verfahren lohnt sich ein Blick auf drei Detailfragen, die in Projekten regelmäßig unterschätzt werden. Erstens: Kommen Artikelnummer, Einheit und Klassifizierung so zurück, dass die Position auswertbar ist – oder landet im System nur eine Textzeile mit Preis? Zweitens: Ist der Preis aus dem Warenkorb verbindlich, und was passiert bei einer Änderung zwischen Anforderung und Bestellung? Drittens: Wie verhält sich der Sprung, wenn ein Anwender die Anforderung Tage später weiterbearbeitet? Diese Fragen sind unspektakulär und entscheiden dennoch, ob die Ausgabenanalyse später Substanz hat.
Der Rechnungseingang ist das Feld, in dem sich in Europa am meisten bewegt. Elektronische Rechnungen im Sinne strukturierter, maschinenlesbarer Datensätze – nicht als PDF-Abbild – setzen sich in der öffentlichen Beschaffung und zunehmend auch im geschäftlichen Verkehr durch. Verbreitete Formate im deutschsprachigen Raum sind ein reines XML-Format sowie ein Hybridformat, das strukturierte Daten in ein PDF einbettet. Für den Transport hat sich in Europa ein Netzwerk mit dem Namen Peppol etabliert, bei dem Absender und Empfänger über zugelassene Zugangspunkte verbunden sind und Belege über eindeutige Teilnehmerkennungen adressiert werden.
Für eine Beschaffungsplattform ergeben sich daraus mehrere Anforderungen. Sie muss strukturierte Rechnungen entgegennehmen können, ohne sie durch eine Texterkennung zu schicken. Sie muss verschiedene Empfangswege parallel bedienen, weil ein Teil der Lieferanten über Netzwerke, ein Teil über Portale und ein Teil weiterhin per E-Mail liefert. Sie muss die eingehenden Daten gegen Bestellung und Wareneingang abgleichen. Und sie muss die Übergabe an die Finanzbuchhaltung in einer Form leisten, die revisionssicher archivierbar ist.
Zur Regulatorik verhalten wir uns an dieser Stelle bewusst zurückhaltend: Anforderungen an elektronische Rechnungsstellung und ihre Einführungsstufen entwickeln sich in Deutschland und in der EU weiter, und Details wie Anwendungsbereiche, Ausnahmen und Zeitpunkte sind für den konkreten Fall zu prüfen. Wir nennen deshalb keine Fristen oder Paragraphen. Die praktische Empfehlung ist trotzdem klar: Behandeln Sie den elektronischen Rechnungsempfang nicht als Nebenschauplatz der Beschaffungseinführung, sondern als eigenen Arbeitsstrang mit der Buchhaltung, der Steuerberatung und der IT am Tisch. Kapitel 09 vertieft das.
Bevor über Plattformanbieter verglichen wird, gehört eine unbequeme Frage auf den Tisch: Was kann eigentlich das vorhandene ERP-System schon? Praktisch jedes betriebswirtschaftliche System enthält Funktionen für Bestellanforderung, Bestellung, Wareneingang und Rechnungsprüfung. Diese Funktionen sind selten komfortabel, aber sie sind vorhanden, sie brauchen keine Schnittstelle, und sie erzeugen keinen zweiten Datenstand. Für Unternehmen mit überschaubarem indirektem Volumen, wenigen Standorten und einem kleinen Kreis bestellender Personen ist die konsequente Nutzung des ERP-Moduls häufig die wirtschaftlichere Antwort.
Die Grenze dieses Wegs ist gut beschreibbar. ERP-Einkaufsmodule sind für Einkäufer gebaut, nicht für Gelegenheitsanwender. Sie bieten kaum Katalogkomfort, keine Anbindung an Lieferantenshops, keine Lieferantenselbstverwaltung und meist keine attraktive Oberfläche für mobile Nutzung. Sobald viele Menschen im Unternehmen selbst anfordern sollen, sobald Kataloge und Rahmenverträge eine Rolle spielen und sobald Lieferanten aktiv einbezogen werden sollen, kippt die Rechnung zugunsten einer spezialisierten Plattform. Diesen Kipppunkt sollte man bewusst bestimmen, statt ihn zu behaupten.
Zwischen den spezialisierten Anbietern liegen die Unterschiede weniger in einzelnen Funktionen als in vier strukturellen Dimensionen. Die erste ist die Herkunft in der Prozesskette: Ein Anbieter aus dem operativen Bestellprozess denkt anders als einer aus dem strategischen Sourcing, und das prägt Oberflächen, Datenmodelle und Standardabläufe. Die zweite ist die Zielorganisation: Produkte für Konzerne setzen interne Rollen voraus, die im Mittelstand nicht existieren – Prozessverantwortliche, Stammdatenteams, eigene Systembetreuer.
Die dritte Dimension ist das Lieferantennetzwerk. Große internationale Netzwerke bringen viele Teilnehmer mit, aber die relevante Frage ist nicht die Gesamtzahl, sondern die Überdeckung mit dem eigenen Lieferantenstamm. Ein regional aufgestellter Mittelständler kauft oft bei regionalen Anbietern, und die sind in einem globalen Netzwerk nicht zwangsläufig besser vertreten als in einem europäischen. Die vierte Dimension ist die Einführungslogik: Ein Produkt mit starkem Standard und wenigen Konfigurationsmöglichkeiten führt zu einem kürzeren Projekt und zu weniger Sonderlocken – um den Preis, dass eigene Besonderheiten aufgegeben werden müssen. Ob das ein Nachteil ist, hängt davon ab, wie gut die eigenen Besonderheiten begründet sind.
Für die praktische Auswahl empfehlen wir, diese vier Dimensionen explizit zu gewichten und daraus zwei bis drei Kandidaten zu bilden, die dann mit eigenen Vorgängen getestet werden. Was wir nicht empfehlen, sind Bewertungsmatrizen mit hunderten Funktionskriterien. Sie erzeugen den Anschein von Objektivität, belohnen aber systematisch den Anbieter mit der längsten Funktionsliste – unabhängig davon, ob diese Funktionen im eigenen Haus jemals genutzt werden. Die bessere Matrix hat zwanzig Kriterien, die man begründen kann.
Als Orientierung, ausdrücklich ohne Anspruch auf Allgemeingültigkeit: In einer SAP-geprägten Landschaft mit international standardisierten Prozessen und einem eigenen Kompetenzteam liegt eine Suite aus demselben Umfeld nahe, weil Integration und Betriebsmodell zusammenpassen. In größeren Organisationen mit Fokus auf Ausgabensteuerung und hoher Anforderung an Anwenderakzeptanz sind Plattformanbieter mit entsprechendem Schwerpunkt stark. Wo komplexe Vergabeverfahren den Kern der Einkaufsarbeit bilden – etwa in Teilen des öffentlich beeinflussten Bereichs, in Forschungseinrichtungen oder in Branchen mit strengen Vergaberegeln – punkten Anbieter mit Sourcing-Wurzeln.
Für den klassischen DACH-Mittelständler mit mehreren Standorten, gemischtem Lieferantenstamm, kleinem Einkaufsteam und dem Wunsch nach einem Projekt, das in vertretbarer Zeit produktiv geht, ist ein europäischer Anbieter mit Mittelstandsprofil in der Regel die naheliegendste Prüfoption. Das ist keine Empfehlung im Einzelfall, sondern eine Aussage über Passung von Zuschnitten. Die Entscheidung selbst sollte auf drei Dingen beruhen: einem Test mit eigenen Vorgängen, einer Prüfung der eigenen Lieferanten gegen das Netzwerk des Anbieters und einem realistischen Bild der internen Kapazität für Einführung und Betrieb.
Der Betrieb als Cloud-Dienst nimmt dem Unternehmen echte Lasten ab. Es gibt keine Server zu beschaffen, keine Datenbank zu betreiben, keine Aktualisierungen einzuspielen und keine Verfügbarkeit selbst herzustellen. Neue Funktionsstände kommen für alle Kunden, die Anbindung erfolgt über den Browser, und die Lieferantenseite braucht keine Software im eigenen Haus. Für Mittelständler mit kleiner IT ist das oft der ausschlaggebende Vorteil gegenüber Systemen, die im eigenen Rechenzentrum stehen.
Was der Cloud-Betrieb nicht abnimmt, ist die Verantwortung für Inhalt und Konfiguration. Warengruppen veralten, Freigabegrenzen passen nach zwei Jahren nicht mehr, Personen wechseln Rollen, Kataloge enthalten ausgelaufene Artikel, Lieferantenverträge laufen aus. Ohne eine benannte Zuständigkeit – in kleineren Häusern häufig eine Person im Einkauf mit einem festen Zeitbudget – verliert das System schleichend an Qualität. Nach unserer Erfahrung ist das die häufigste Ursache dafür, dass eine technisch erfolgreiche Einführung nach eineinhalb Jahren wieder umgangen wird.
Ebenso gehören zum Cloud-Betrieb drei vertragliche Punkte, die vor der Unterschrift geklärt werden sollten. Erstens die Verfügbarkeits- und Reaktionszusagen, samt Definition dessen, was als Störung gilt. Zweitens der Umgang mit Funktionsänderungen: Kommen neue Stände automatisch, gibt es Ankündigungsfristen, existiert eine Testumgebung? Drittens der Datenexport zum Vertragsende – in welchem Format, in welchem Umfang, mit welcher Frist. Der letzte Punkt wird gern verschoben und ist der wichtigste, weil er die Verhandlungsposition in fünf Jahren bestimmt.
Wenn Projekte hinter dem Plan liegen, liegt es fast immer am Lieferanten-Onboarding. Der Grund ist strukturell: Das einkaufende Unternehmen hat ein Interesse an der Umstellung, der Lieferant zunächst nicht. Er soll Aufwand betreiben – Katalogdaten liefern, Prozesse ändern, Personal schulen – für einen Kunden unter vielen. Wer das ignoriert und mit Rundschreiben und Fristen arbeitet, erlebt Verzögerungen und stille Verweigerung.
Bewährt hat sich eine Priorisierung nach Vorgangshäufigkeit statt nach Umsatz. Der Lieferant mit dem größten Jahresumsatz bringt oft wenige, große Bestellungen; der Lieferant mit dem größten Aufwand bringt viele kleine. Für die Entlastung des Prozesses zählt die Anzahl der Vorgänge. Ebenso bewährt hat sich, die Anbindungstiefe pro Lieferant bewusst zu wählen und nicht einheitlich zu fordern: Ein Lieferant mit fünf Bestellungen im Jahr braucht keinen elektronischen Katalog. Ein abgestuftes Modell – Katalog für die Kernlieferanten, Shopverbindung für breite Sortimente, Portal für den Mittelbau, E-Mail für den Rest – ist realistischer als ein Alles-oder-nichts-Anspruch.
Hilfreich ist außerdem eine klare Argumentation gegenüber dem Lieferanten. Elektronische Bestellungen bedeuten weniger Rückfragen und weniger Erfassungsfehler auf beiden Seiten. Ein strukturierter Rechnungseingang mit Bestellbezug beschleunigt die Prüfung und damit die Zahlung. Ein gepflegter Katalog schützt den Lieferanten davor, im Bestellprozess übersehen zu werden. Diese Punkte sind keine Verkaufsargumente, sondern zutreffend – und sie wirken deutlich besser als der Hinweis, dass die Umstellung nun einmal beschlossen sei.
Kataloge sind kein Projektergebnis, sondern ein Betriebszustand. Preise ändern sich, Artikel laufen aus, Nachfolgeprodukte kommen, Verpackungseinheiten werden angepasst, Verträge werden neu verhandelt. Ein Katalog, der ein Jahr nicht angefasst wurde, produziert Fehler: Anwender bestellen nicht mehr lieferbare Artikel, Rechnungen weichen vom Bestellpreis ab, und die Rechnungsprüfung erzeugt genau die manuelle Arbeit, die vermieden werden sollte.
Der organisatorische Umgang damit ist einfach zu beschreiben und schwer durchzuhalten. Es braucht einen festen Rhythmus für Katalogaktualisierungen, eine definierte Prüfinstanz vor der Freigabe und eine Regel, wer bei Preisänderungen zustimmen muss. Ebenso braucht es einen Blick auf die Kennzahl, die das Problem sichtbar macht: den Anteil der Rechnungspositionen, die preislich von der Bestellung abweichen. Steigt dieser Wert, ist die Katalogpflege im Rückstand – unabhängig davon, was die Beteiligten berichten. Diese eine Kennzahl regelmäßig zu betrachten, ersetzt eine ganze Reihe von Statusgesprächen.
Zu der Frage, ab welcher Unternehmensgröße oder ab welchem Beschaffungsvolumen eine Plattform sinnvoll ist, kursieren gerne runde Zahlen. Wir halten sie für irreführend, weil nicht das Volumen den Nutzen bestimmt, sondern die Struktur der Vorgänge. Ein Unternehmen mit hohem Volumen aus wenigen großen Bestellungen bei drei Lieferanten braucht keine Plattform, sondern gute Verträge. Ein Unternehmen mit mittlerem Volumen, das sich auf tausende Kleinbestellungen bei hundert Lieferanten verteilt, hat ein Prozessproblem, das mit Verhandlungen nicht zu lösen ist.
Sinnvoller ist eine Einordnung nach vier Merkmalen. Erstens die Anzahl der Menschen, die Bedarfe auslösen: Je mehr Personen bestellen, desto stärker der Nutzen einer geführten Anforderung. Zweitens die Anzahl der Vorgänge im Verhältnis zur Kapazität im Einkauf: Wenn der Einkauf überwiegend Vorgänge abtippt statt zu verhandeln, ist der Fall klar. Drittens die Zahl der Standorte und Gesellschaften, weil Dezentralität Streuung erzeugt. Viertens die Anforderung an Nachvollziehbarkeit aus Prüfung, Zertifizierung oder Kundenvorgaben.
Die brauchbarste Prüffrage lautet in der Praxis: Wie viele Arbeitsstunden pro Woche fließen heute in Vorgänge, die keine Entscheidung enthalten – Bestellungen erfassen, Freigaben nachfragen, Rechnungen zuordnen, Lieferstatus erfragen? Diesen Wert kann man in einer Woche grob erheben. Er ist eine deutlich belastbarere Grundlage als jede Faustformel und liefert gleichzeitig den Bezugspunkt, an dem der Erfolg später gemessen wird.
Drei Voraussetzungen entscheiden nach unserer Erfahrung über Erfolg und Misserfolg, und keine davon ist technisch. Die erste ist eine Entscheidung der Geschäftsführung, dass Beschaffung künftig über den definierten Weg läuft. Ohne diese Rückendeckung bleibt jede Umgehung verhandelbar, und in einem Unternehmen mit vielen selbstständig arbeitenden Bereichen setzt sich der Weg des geringsten Widerstands durch. Diese Entscheidung muss nicht autoritär durchgesetzt, aber sie muss getroffen und sichtbar vertreten werden.
Die zweite Voraussetzung ist eine benannte Person mit Zeitbudget für Stammdaten, Kataloge und Regelwerk. In größeren Häusern ist das eine Rolle, im Mittelstand oft ein Anteil einer Stelle. Entscheidend ist, dass die Aufgabe nicht als Zusatzbelastung nebenher läuft, weil sie dann als erste liegen bleibt. Die dritte Voraussetzung ist Realismus im Zuschnitt der ersten Stufe: Ein Pilotbereich mit klarem Nutzen, sichtbarem Erfolg und begrenztem Risiko ist wertvoller als eine vollständige Abdeckung im ersten Schritt.
Und ein Punkt, der selten ausgesprochen wird: Eine Beschaffungsplattform macht Verhalten sichtbar. Wer bislang außerhalb der Verträge bestellt hat, wer Freigabegrenzen umgangen hat, wer Lieferanten aus persönlicher Bindung bevorzugt hat – all das wird nachvollziehbar. Das erzeugt Widerstand, der selten offen als solcher auftritt, sondern als Kritik an der Bedienbarkeit oder als Hinweis auf Sonderfälle. Wer diesen Mechanismus kennt, geht mit den Rückmeldungen besser um: Ein Teil ist berechtigte Kritik, die aufgegriffen werden muss, ein anderer Teil ist Abwehr, die mit Nachbesserung nicht verschwindet.
Die Gesamtkosten einer Beschaffungsplattform entstehen aus vier Blöcken, die nur zusammen ein Bild ergeben. Der erste ist die laufende Plattformnutzung, typischerweise abhängig von Modulumfang, Nutzerkreis und Vorgangsvolumen; die konkrete Modellierung unterscheidet sich zwischen Anbietern erheblich und ist beim Anbieter zu erfragen. Der zweite ist die Einführung mit Konfiguration, Datenübernahme und Schulung. Der dritte ist die Integration, die häufig nicht beim Plattformanbieter, sondern beim ERP-Partner anfällt und deshalb in Vergleichen regelmäßig fehlt. Der vierte ist der interne Aufwand für Stammdaten, Katalogpflege, Lieferantenbetreuung und Prozessverantwortung.
Für eine belastbare Betrachtung empfehlen wir, alle vier Blöcke über drei bis fünf Jahre zu rechnen und Wachstum einzupreisen: weitere Standorte, mehr Anwender, zusätzliche Module, steigende Zahl angebundener Lieferanten. Ebenso gehört die Gegenrechnung dazu, und sie ist im Einkauf ungewöhnlich gut greifbar. Auf der Prozessseite: eingesparte Erfassungszeit, entfallene Nachfragen zum Bestellstatus, schnellere Rechnungsprüfung, weniger Klärfälle in der Buchhaltung. Auf der Einkaufsseite: höhere Vertragsnutzung, geringere Preisstreuung für gleichartige Artikel, bessere Verhandlungsposition durch belegtes Volumen, vermiedene automatische Vertragsverlängerungen.
Ein Hinweis zur Vorsicht bei Angebotsvergleichen: Preismodelle verschiedener Anbieter sind selten direkt vergleichbar, weil sie unterschiedlich geschnitten sind – unterschiedliche Zählweisen für Nutzer, unterschiedliche Zuordnung von Funktionen zu Paketen, unterschiedliche Behandlung von Lieferantenanbindungen und Belegvolumen. Wir empfehlen deshalb, das eigene Mengengerüst schriftlich zu beschreiben – Anzahl anfordernder Personen, Vorgänge pro Jahr, Anzahl anzubindender Lieferanten, benötigte Module, Belegvolumen im Rechnungseingang – und jeden Anbieter zu bitten, genau dieses Gerüst zu bepreisen. Erst dann entstehen vergleichbare Zahlen.
Beschaffungsdaten werden gern als unkritisch eingeschätzt, weil sie nicht nach Kundendaten aussehen. Der Blick auf den Inhalt zeigt etwas anderes. Personenbezogen sind die Kontaktdaten bei Lieferanten, die Namen der anfordernden und freigebenden Personen, ihre Rollen und Wertgrenzen sowie die vollständige Historie, wer wann was angefordert und genehmigt hat. Wirtschaftlich sensibel sind Konditionen, Rahmenverträge, Ausschreibungsunterlagen, Angebotspreise unterlegener Bieter und das gesamte Ausgabenprofil des Unternehmens. Beides zusammen ist ein Datenbestand, dessen Schutzbedarf höher liegt, als die erste Einschätzung vermuten lässt.
Zwei Themen ergeben sich daraus, die in Projekten leicht übersehen werden. Erstens die Mitbestimmung: Freigabe- und Bearbeitungshistorien sind Daten über das Verhalten von Beschäftigten. Wo ein Betriebsrat existiert, gehört das Thema früh auf den Tisch – nicht als Formalie, sondern weil eine nachträgliche Diskussion Projekte verzögert. Zweitens das Berechtigungskonzept: Wer die Konditionen aller Rahmenverträge sehen kann, sieht die Verhandlungsposition des Unternehmens. Rollen sollten deshalb entlang des tatsächlichen Bedarfs geschnitten werden, und der Zugriff auf Vertrags- und Ausschreibungsdaten gehört nicht in die Standardrolle für Anforderer.
Der Vorteil eines Anbieters mit europäischer Struktur liegt genau hier: Ein deutscher Anbieter mit Verarbeitung im europäischen Raum bewegt sich im gleichen Rechtsrahmen wie das einkaufende Unternehmen. Vertragsunterlagen sind auf hiesige Verhältnisse zugeschnitten, die Vereinbarung zur Auftragsverarbeitung liegt in deutscher Sprache vor, Ansprechpartner sind erreichbar, und die Grundkonstellation erfordert keine Prüfung von Drittlandtransfers. Für Unternehmen, die aus Compliance-Vorgaben oder aus Kundenanforderungen heraus auf europäische Verarbeitung achten müssen, ist das ein Argument, das über Funktions- und Preisvergleiche hinausgeht. Es ersetzt die Prüfung nicht: Serverstandort, eingesetzte Unterauftragnehmer und der Umgang mit Supportzugriffen sind konkret zu erfragen und schriftlich festzuhalten.
Der elektronische Rechnungsaustausch ist in Deutschland und in der EU in Bewegung. Die Richtung ist klar erkennbar: Rechnungen sollen strukturiert und maschinenlesbar übermittelt werden, das PDF als Bildabbild verliert seine Rolle als Standard, und der Anteil der Vorgänge, die ohne Texterkennung verarbeitet werden können, steigt. Verbreitet sind im deutschsprachigen Raum ein reines XML-Format und ein Hybridformat, das strukturierte Daten in ein PDF einbettet; für den Transport hat sich in Europa das Peppol-Netzwerk etabliert.
Zu Anwendungsbereichen, Übergangsregelungen, Ausnahmen und Zeitpunkten machen wir bewusst keine Angaben. Diese Details entwickeln sich weiter, sie hängen von Unternehmensgröße, Rechnungsart und Geschäftsbeziehung ab, und eine pauschale Aussage wäre hier fahrlässig. Was in den eigenen Fall passt, klären Steuerberatung und Buchhaltung – und zwar bevor technische Entscheidungen getroffen werden, nicht danach.
Für die Projektarbeit ergeben sich dennoch handfeste Empfehlungen, die unabhängig von den regulatorischen Details gelten. Prüfen Sie, welche Empfangswege die Plattform beherrscht und ob strukturierte Formate ohne Umweg über eine Texterkennung verarbeitet werden. Klären Sie, wo die revisionssichere Archivierung stattfindet – in der Plattform, im ERP, in einem Dokumentenmanagementsystem – und wer dafür verantwortlich ist. Legen Sie fest, wie mit Lieferanten umgegangen wird, die noch nicht strukturiert senden können, damit kein Vorgang unbearbeitet liegen bleibt. Und behandeln Sie den Rechnungseingang als eigenen Arbeitsstrang mit Buchhaltung, Steuerberatung und IT am Tisch, nicht als Anhang der Beschaffungseinführung.
