Wie man den Onboarding-Tag neuer Lieferanten ohne Chaos gestaltet

Ein praktisches Schema für den operativen Start bereits ausgewählter Lieferanten: Filter, Stationen, Rollen, Ausnahmeschalter, Bereitschaftsentscheidung und Fortsetzungspaket.

Der Lieferant ist bereits ausgewählt, die Vereinbarungen sind getroffen, die Einladungen verschickt. Vor Ort stellt sich heraus, dass die Zugangs-E-Mail an die falsche Mitarbeiterin ging, die Buchhaltung die Anforderungen an die Rechnung nicht kennt, die Bankdaten auf Prüfung warten und alle komplexen Fragen in einer einzigen Warteschlange stehen. Der Anbindungstag neuer Lieferanten wird leicht zu einer Auskunftsstelle, wenn das Team nicht im Vorfeld Route und Bereitschaftskriterium festgelegt hat.

Bei Aventura gestalten wir diesen Tag als operativen Start und nicht als weitere Präsentation. Den gemeinsamen Teil halten wir kurz. Die Hauptzeit verbringen die Lieferanten an den Stationen: Sie bestätigen Profil, Dokumente, Zugänge, den Kanal für den Auftragseingang und das Verfahren der Rechnungsstellung. Ungelöste Fälle gehen sofort in einen separaten Strom mit Verantwortlichem und nächster Aktion.

Dieses Format beginnt nach der Auswahl des Vertragspartners. Wenn das Unternehmen noch den Markt und künftige Anforderungen untersucht, ist zunächst ein Szenario der vorgelagerten Lieferantenkonferenz nötig. Wenn die Aufgabe breiter ist und die Bekanntmachung des Marktes mit dem Unternehmen, den Kategorien und Experten umfasst, passt der Lieferantentag. Hier betrachten wir den nächsten Schritt: den operativen Start bereits ausgewählter Unternehmen.

Welches Ergebnis gilt als Anbindung eines Lieferanten?

Die Anbindung ist abgeschlossen, wenn der Lieferant den vereinbarten ersten Arbeitszyklus durchführen kann oder genau weiß, welche Bedingungen den Start derzeit verhindern. Ein angelegtes Benutzerkonto bestätigt nur einen Schritt. Die Bereitschaft umfasst ein geprüftes Profil, die erforderlichen Dokumente, passende Rollen, einen funktionierenden Kanal für den Auftragseingang sowie einen klaren Prozess für Rechnungsstellung und Support.

Offizielle Oracle-Materialien unterscheiden zwischen der Registrierung des Unternehmens, dem Ausfüllen des Profils, dem Hochladen der benötigten Dokumente und der Einrichtung von Benutzerzugängen. Verbindliche Qualifikationsanforderungen und die Prüfung der Dokumente bleiben separate Etappen. Daher darf ein grüner Haken „Konto erstellt“ nicht automatisch zu „Lieferant zugelassen“ werden.

Wir legen die Definition der Bereitschaft fest, bevor wir Teilnehmer einladen. Sie muss folgende Fragen beantworten:

1. Sind das Unternehmen und seine geschäftlichen Kontakte bestätigt?
2. Sind die Pflichtfelder und Dokumente zur Bearbeitung angenommen?
3. Melden sich die Benutzer im System an und sehen nur die benötigten Funktionen?
4. Versteht der Lieferant, von welcher juristischen Person und über welchen Kanal der Auftrag kommt?
5. Kennt die Buchhaltung die Anforderungen an die Rechnung und die Möglichkeit, ihren Status zu prüfen?
6. Ist für jeden offenen Punkt ein Verantwortlicher und die nächste Maßnahme benannt?

Ein Teil der Prüfungen kann nach der Veranstaltung weiterlaufen. Das ist ein normales Ergebnis, solange das Team es nicht mit dem Wort „erledigt“ verschleiert. Der Tag sollte einen überprüfbaren Status liefern und nicht das Versprechen, jede Frage vor Ort zu klären.

Eingangsfilter vor der Einladung

Vor der Einladung trennen wir Lieferanten mit Standardweg von Fällen, die im Voraus eine separate Arbeitssitzung benötigen. Wenn der Filter übersprungen wird, landen ein Integrationsprojekt, eine ausländische juristische Person und ein gewöhnlicher Dienstleister im selben Strom. Die Warteschlange entsteht noch vor der Eröffnung der ersten Station.

Wir bitten den Einkauf, für jedes Unternehmen einen kurzen Steckbrief auszufüllen. Er enthält keinen vollständigen Lieferantenfragebogen. Benötigt werden nur die Merkmale, die den Weg verändern.

Vor der Veranstaltung erhält der Lieferant eine Dokumentenliste, Regeln für die Dateibenennung, Systemanforderungen und die Zusammensetzung der benötigten Teilnehmer. Ein kommerzieller Kontakt ersetzt nicht den Portaladministrator oder Buchhalter. Wenn ein Schlüsselmitarbeiter nicht teilnimmt, erhält die Karte im Voraus die Bedingung: Ein Teil der Stationen kann nicht durchlaufen werden.

Die Prüfung des Vertragspartners vor der Zahlung bleibt eine separate Aufgabe. Sie lässt sich gut mit unserem Material zur Prüfung des Auftragnehmers vor der Vorauszahlung abgleichen. Der Eingangsfilter des Anbindungstags hebt die Due Diligence nicht auf und wiederholt nicht die rechtliche Prüfung.

Lieferantenbereitschaftskarte

Das einheitliche Register speichert eine bestätigte Version des Status pro Unternehmen. Präsentationen, Chats und E-Mails können die Arbeit unterstützen, ersetzen aber nicht das Register. Das Team muss sehen, welche Station durchlaufen wurde, wo ein Blocker entstanden ist und wer für die nächste Aktion verantwortlich ist.

Formulierungen wie „zur Kenntnis genommen“ und „in Bearbeitung“ sind nahezu nutzlos. Sie lösen keine Aktion aus. Besser schreiben: „Kopie des Dokuments erforderlich“, „Rolle des Buchhalters wird geprüft“, „Test-PO nicht angekommen“, „Antwort gibt der Prozessverantwortliche“. Dann kann die Karte ohne mündliche Übergabe an eine andere Schicht weitergegeben werden.

Rollen und Entscheidungen in der Karte sollten nach dem Prinzip der Verantwortungsmatrix der Veranstaltung abgestimmt werden. Für einen Tag mit mehreren Abteilungen mit demselben Nachnamen reicht „Verantwortlicher für alles“ nicht aus. Jede Station braucht einen Ausführenden, einen Entscheidungsverantwortlichen und eine klare Eskalation.

Wie wir Geschäftsprozesse, die Registrierung und die Arbeit des Teams vor Ort organisieren, sehen Sie im Portfolio von Aventura. Für ein konkretes Projekt ändern sich die Zusammensetzung der Stationen und die Karten je nach Systemen und Regeln des Auftraggebers.

Welche Stationen sind auf der Route erforderlich?

Eine Station ist dort erforderlich, wo der Lieferant eine Aktion ausführt und ein überprüfbares Ergebnis erhält. Wenn an einem Punkt nur Folien gelesen werden, ist das Teil der allgemeinen Einführung. Eine Arbeitsstation nimmt Eingabedaten entgegen, führt eine Prüfung durch, ändert den Status der Karte und leitet den Fall bei Bedarf an die Eskalation weiter.

Oracle beschreibt das Lieferantenprofil als Datensatz mit Informationen zu Unternehmen, Kontakten, Adressen, Klassifizierungen, Bankkonten und Kategorien. SAP erlaubt verschiedene Anbindungsmethoden je nach aktuellem Status des Unternehmens. Daher ist eine einzige Route für alle nur auf dem Papier praktisch. Vor Ort muss sie sich verzweigen.

An der PO-Station bestätigt das Team, dass der Arbeitsablauf verstanden wurde. IBM behandelt in den Lieferantenanleitungen separat den Erhalt und die Ausführung von Bestellungen, Rechnungen und deren Status. Bei der Rechnung müssen juristische Person, Nummer und PO-Position, Währung, Bankverbindung und Anhänge nach den Regeln des jeweiligen Auftraggebers abgeglichen werden. Eine unternehmensinterne Checkliste eines einzelnen Unternehmens lässt sich nicht als allgemeingültige Norm übertragen.

Ein fiktives Finanzdokument muss nicht zu Demonstrationszwecken erstellt werden. Nutzen Sie eine Testumgebung, eine Sandbox oder einen vereinbarten Kontrollfall. Wenn es keine solche Umgebung gibt, kann die Station die Route und die Daten bestätigen, ohne eine echte Rechnung zu versenden.

Routen ohne Warteschlangen

Den Besucherstrom steuern wir in Wellen und Verzweigungen. Lieferanten müssen nicht alle Stationen in derselben Reihenfolge durchlaufen. Die Bereitschaftskarte zeigt die erforderlichen Punkte, und der Koordinator leitet das Unternehmen je nach Status und Komplexität über eine freie Route.

Wir nutzen folgende Vorbereitungsreihenfolge:

1. Wir segmentieren die Lieferanten nach Registrierungsstatus, Arbeitsweise und Komplexität.
2. Wir markieren die Pflichtstationen für jedes Segment.
3. Wir bilden Wellen mit vergleichbarer Routendauer.
4. Wir entzerren Stationen, die Ruhe, Dokumente oder technische Diagnose erfordern.
5. Wir halten Reserve-Slots für die Nachprüfung frei.
6. Wir benennen einen Koordinator am Eingang und einen Leiter des zentralen Stabs.
7. Wir zeigen auf dem operativen Bildschirm die Auslastung der Stationen und offene Blocker an.

Die Registrierung der Teilnehmer einer Veranstaltung sollte man besser getrennt von der Registrierung des Unternehmens im Vendor-Portal planen. Erstere ist für Ankunft, Zugang und Verteilung auf die Wellen zuständig. Letztere betrifft das Arbeitsprofil des Lieferanten. Die gemeinsame Mechanik von Einlass und Backup-Szenario haben wir im Artikel zur Registrierung von Veranstaltungsteilnehmern erläutert.

Für dieses Format eignet sich die ganzheitliche Organisation von Business-Veranstaltungen: Programm, Location, Registrierung, Navigation, Moderation und Stab müssen nach einer gemeinsamen Ablaufkarte arbeiten. Wenn Dienstleister nur für einzelne Elemente verantwortlich sind, sollten Reaktionszeit und Eskalationsreihenfolge über SLA für Dienstleister bei Veranstaltungen festgelegt werden.

Praktische Notizen zu Business-Formaten und der Steuerung von Besucherströmen veröffentlichen wir im Telegram-Kanal von Aventura.

Die Ausnahmestelle bremst den allgemeinen Ablauf nicht aus

Eine separate Anlaufstelle nimmt Fälle an, die nicht innerhalb eines Standard-Zeitfensters abgeschlossen werden können. Sie bewahrt den Kontext, weist einen Verantwortlichen zu und gibt dem Lieferanten einen verständlichen nächsten Schritt zurück. Der Hauptablauf läuft dabei weiter.

An die Ausnahmestelle wird eine Problemkarte mit einem konkreten Symptom übergeben:

Der Koordinator der Ausnahmestelle erfindet keine Regeln anstelle von Finanzen, Rechtsabteilung oder Informationssicherheit. Er leitet die Frage weiter und verfolgt den Status. Wenn die Antwort den allgemeinen Prozess ändert, aktualisiert der Verantwortliche die bestätigte Anweisung für alle betroffenen Lieferanten.

Eine Ausnahme kann erst nach Prüfung des Ergebnisses durch den Lieferanten geschlossen werden. Die Markierung „Ticket erledigt“ seitens des internen Teams beweist noch nicht, dass der Nutzer sich angemeldet, die Bestellung gesehen oder das korrigierte Dokument gesendet hat.

Wer entscheidet an welcher Stelle?

Die Rollen sind nach Entscheidungen aufgeteilt, nicht nach Auftritten. Der Einkauf verantwortet die Beziehungen und die Bestellung, die IT verwaltet Benutzerkonten und Rollen, die Finanzen prüfen Bankverbindung und Rechnung, Compliance und Rechtsabteilung führen die Pflichtprüfungen durch. Auch der Lieferant kommt als Team, sonst bleibt ein Teil des Ablaufs ohne Verantwortlichen.

Oracle empfiehlt, den Zugang auf die erforderlichen Berechtigungen auszurichten und Ansichts- und Änderungsrechte zu trennen. NIST formuliert einen allgemeineren Grundsatz: Die Zugehörigkeit eines Benutzers oder Geräts zur Organisation schafft für sich genommen kein Vertrauen. Authentifizierung und Autorisierung erfolgen vor der Sitzung mit einer Ressource. Für den Onboarding-Tag bedeutet das persönliche Konten, Rollen nach Funktionen und ein separates Verfahren für den Wechsel des Administrators.

Ein gemeinsames Login „für die Buchhaltung“ wirkt wie eine schnelle Lösung, erschwert aber die Prüfung der Aktionen und den Entzug des Zugangs. In der Stammdatenkarte sollten daher sofort der Hauptadministrator, ein Ersatzkontakt und das Verfahren zum Austausch eines Benutzers angegeben werden.

Ablauf des Anschlusstages

Der Ablauf führt von der allgemeinen Version der Regeln zu den persönlichen Routen und dann zur Entscheidung des Stabs. Wir geben keine universellen Minuten vor: Die Dauer hängt von der Anzahl der Systeme, der Zusammensetzung der Prüfungen und der Komplexität der Anbieter ab. Im Master-Timing sind die Reihenfolge und die Übergangsbedingungen wichtiger.

1. Das Team öffnet den Stab und prüft die Bereitschaft der Stationen, Listen und Reservekanäle.
2. Die Koordinatoren nehmen die Anbieter in Empfang, bestätigen die Teilnahme und geben die Route aus.
3. In der gemeinsamen Session erläutert der Auftraggeber das Ziel des Tages, die Grenzen, die Status und die Eskalationsreihenfolge.
4. Die erste Welle begibt sich zu den Arbeitsstationen, die übrigen beginnen nach ihrem eigenen Zeitplan.
5. Die Koordinatoren aktualisieren die Karten und leiten die Teilnehmer weiter, ohne dass diese zum gemeinsamen Counter zurückkehren müssen.
6. Komplexe Fälle gehen zusammen mit dem Kontext an den Ausnahme-Counter.
7. Der Stab gleicht mehrmals die Auslastung, wiederkehrende Blocker und Entscheidungen der Verantwortlichen ab.
8. Der Anbieter erhält den abschließenden Status und die Liste der nächsten Schritte.
9. Nach dem Schließen des Stroms übergibt das Team das Register an die Verantwortlichen für die Fortsetzung.

Wenn ein Teil des Publikums online teilnimmt, braucht es dafür einen eigenen Moderator und nicht eine Kamera in der Ecke des Saals. Die Materialien werden im Voraus versendet, alle Wortmeldungen im Raum laufen über das Mikrofon, Untertitel und Reservekanal werden vor dem Start geprüft. Für einen komplexen Hybrid kann das Produktionsschema der Organisation von Konferenzen, Foren und Seminaren genutzt werden.

Wer Geschäftsprogramme innerhalb des Unternehmens zusammenstellt, findet in den systematischen Materialien Event-Skill nützliche Hinweise. In diesem Artikel belassen wir nur das operative Schema eines konkreten Tages.

Wie trifft man die Entscheidung go, conditional go oder no-go?

Die Entscheidung trifft der Prozessverantwortliche anhand vorab abgestimmter Kriterien. Der Veranstalter kann einen Anbieter nicht anstelle von Einkauf, Finanzen, Compliance oder IT-Sicherheit als zugelassen erklären. Das Team sammelt Nachweise und hält das Ergebnis in der Karte fest.

Conditional go darf nicht als schöne Bezeichnung für Unklarheit dienen. Es muss Grenzen haben. Zum Beispiel: Profil und Zugang sind bereit, aber der Versand der Rechnung ist bis zur Prüfung der Bankdaten verboten. Oder der Anbieter darf Materialien erhalten, sieht aber keine Aufträge, bis die erforderliche Rolle zugewiesen ist.

Die Entscheidung wird mit Begründung, Verantwortlichem und Datum der nächsten Prüfung begleitet. Wenn die Regeln einer konkreten Beschaffung eine separate Freigabe erfordern, wird die Karte mit den Ereignissen zur Eingabe dafür und ersetzt nicht das formale Verfahren.

Hybrider Rahmen und personenbezogene Daten

Das hybride Format erfordert zwei gleichberechtigte Wege: Präsenz und Remote. Ein Online-Teilnehmer muss die Materialien sehen, die Fragen aus dem Saal hören, eigene Fragen stellen und denselben Kartenstatus erhalten. Ein separater Moderator überwacht den Chat, die Untertitel, den Zugang und den Wechsel des Remote-Teilnehmers zwischen den Stationen.

Das W3C empfiehlt, den Bedarf an Barrierefreiheit im Voraus abzufragen, Materialien vor der Veranstaltung an Teilnehmer und Support-Spezialisten zu übermitteln, Mikrofone zu verwenden und die Untertitel zu prüfen. Eine automatische Funktion darf nicht als fertig gelten, ohne dass sie in einer realen Plattform und mit realem Ton getestet wurde.

Das Anmeldeformular für den Tag erfasst nur die Daten, die für Teilnahme, Zugang und Support erforderlich sind. Das Gesetz über personenbezogene Daten verlangt, die Verarbeitung an einen bestimmten rechtmäßigen Zweck zu binden, keine überflüssigen Daten zu erheben und Daten, anhand derer eine Person identifiziert werden kann, nicht länger als nötig zu speichern. Für eine ausländische Plattform und eine grenzüberschreitende Übermittlung ist eine separate, aktuelle rechtliche Prüfung erforderlich. In diesem Artikel geben wir keine allgemeingültige rechtliche Anleitung.

Paket nach der Veranstaltung

Materialien nach der Veranstaltung machen aus einem einmaligen Tag eine nachvollziehbare Fortsetzung. Der Anbieter erhält bestätigte Kontakte, den Status und seine Maßnahmen. Der Auftraggeber erhält ein Bereitschaftsregister, eine Liste offener Ausnahmen und eine Liste der Änderungen, die im nächsten Zyklus vorgenommen werden sollten.

In das Paket nehmen wir auf:

1. Die abschließende Bereitschaftskarte für jeden Anbieter.
2. Die Entscheidung go, conditional go oder no-go mit Begründung.
3. Ein Register offener Ausnahmen mit Verantwortlichen und Kontrollpunkten.
4. Bestätigte Anweisungen, die sich aufgrund der Fragen geändert haben.
5. Support-Kontakte und Regeln für die Erstellung einer Anfrage.
6. Eine Liste wiederkehrender Blocker für die Verantwortlichen von Formularen, Rollen und Prozessen.
7. Einen Plan zur erneuten Prüfung unerledigter Punkte.
8. Eine kurze Auswertung für das Team: Was bis zur nächsten Welle geändert werden muss.

Wir betrachten einen Punkt erst nach Bestätigung des Ergebnisses als abgeschlossen, nicht nach dem Versand einer E-Mail. Eigene Kennzahlen lassen sich nach den Etappen der Karte berechnen: wie viele Unternehmen die Registrierung abgeschlossen, Rollen erhalten, die PO bestätigt und die Rechnungsprüfung bestanden haben, wie viele Ausnahmen offen und geschlossen sind. Diese Daten bleiben intern. Sie sollten nicht als Branchennorm ausgegeben werden.

Quellen

• Oracle: Supplier Registration Process
• SAP: Supplier Enablement Methods
• IBM: Buy@IBM supplier resources
• IBM: Global Procurement invoicing instructions
• Oracle: Configure Supplier Portal Users
• NIST: SP 800-207 Zero Trust Architecture
• Ministerium für Arbeit und Sozialschutz der Russischen Föderation: Federal Law No. 152-FZ „Über personenbezogene Daten“
• W3C WAI: Making Events Accessible
• W3C: Accessibility of Remote Meetings