Odoo für Einkaufs-, Sourcing- und Importunternehmen: von 173 Excel-Spalten zu einem Produktmodell

Sourcing- und Importunternehmen leben zwischen zwei Welten: Fabriken in Asien und anspruchsvolle Händler in Europa. Dazwischen sitzt eine Kette aus RFQs, Samples, Inspektionen, Compliance, Artikeldaten und Fakturierung. Wir erstellten kürzlich ein Solution Assessment für so ein Unternehmen, und eine Zahl blieb hängen: eine einzelne Artikelzeile hatte 173 Spalten, in 13 Feldgruppen, jede mit einer liefernden Partei und einer verantwortlichen Rolle. Das ist ein vollständiges PIM-Modell, das zufällig in Excel wohnt. So bringt Odoo diese Kette auf eine Plattform, so arbeiten PIM, EDI und Portale zusammen, und so bauen wir das Herz davon mit Updoo.

Das Sourcing-Modell stellt eigene Anforderungen

Ein Sourcing- oder Einkaufsbegleitungsunternehmen arbeitet anders als ein Standard-Großhändler. Es hilft Händlern und Online-Playern, direkt bei der Fabrik in Asien einzukaufen - OEM und Private Label - und verdient an Begleitung, Qualität und Marge. Das Geschäftsmodell bestimmt, was das System können muss. In der Praxis sehen wir zwei Varianten, oft nebeneinander:

• Begleiten gegen Fee: Sie bringen den Kunden zur richtigen Fabrik, regeln Qualität, Compliance und Logistik und verdienen eine Fee oder Marge. Sie halten keinen eigenen Bestand.
• Selbst einkaufen und weiterverkaufen: Sie kaufen auf Bestellung, lassen sich vorab bezahlen und regeln den Import. Auch hier geht die Ware direkt von der Fabrik zum Kunden.

Beide verlangen ein System, das die Kette bewältigt, von der RFQ bei der Fabrik bis zur Lieferung beim Händler, ohne dass Sie ein Lager verwalten. Das ist eine andere Frage als “Bestandsverwaltung für einen Großhändler”, und genau dort bleiben generische Tools hängen.

Jede Produkteinführung in einer neuen Excel-Datei

Bei dieser Art Unternehmen steht der Prozess oft ausgezeichnet auf dem Papier. Was fehlt, ist ein System. Alles läuft über Excel, Teams, E-Mail und ein ERP mit Grenzen. Jede Produkteinführung durchläuft dieselbe Reihe von Meilensteinen - im Assessment über 25, von der Shopping List bis zur Produktevaluierung - aber jedes Mal in einer neuen Excel-Datei. Das kostet Zeit, verursacht Fehler und macht das Steuern nach Status unmöglich. Sie sehen nicht auf einen Blick, welche Produkte wo im Prozess stehen, welche Inspektion geplant ist oder welches Zertifikat bald abläuft.

Das ist dieselbe Dynamik, die wir in von Excel zu Odoo beschrieben haben. Diese Unternehmen sind reif. Sie stecken in losen Dateien fest. Die Hausaufgaben sind gut gemacht; es fehlt ein Zuhause.

Drei Bausteine: PIM, EDI und Portal

B2B-Großhandel und Import laufen auf drei Dingen, die stimmen müssen. Jeder Baustein hat eine eigene Aufgabe:

• PIM: die Produktdaten. Spezifikationen, Varianten, Preise, Bilder, Compliance und Dokumente aus einer Quelle. Das ist das Fundament: Händlerkatalog, Webshop, Angebote und Portal schöpfen alle daraus. Stimmen die Produktdaten nicht, verkaufen Sie falsche Spezifikationen, es fehlt ein Zertifikat, oder das Portal zeigt einen Preis, der nicht mehr gilt.
• EDI: der Bestellfluss mit großen Abnehmern. Bestellungen, Auftragsbestätigungen, Lieferscheine und Rechnungen laufen elektronisch. Ein kleiner Kunde mailt eine Bestellliste; ein großer Händler erwartet Automatisierung und macht sie immer öfter zur Bedingung, überhaupt Lieferant zu sein.
• Portal: Selbstbedienung. Kunden sehen ihre Bestellhistorie, bestellen nach, rufen Dokumente und Rechnungen ab. Lieferanten laden Zertifikate, Fotos und Verpackungsdaten hoch. Beides entlastet Ihr Team.

Einzeln funktioniert jeder halb. Zusammen auf einem Datenmodell bilden sie das Rückgrat, mit den Produktdaten als Quelle.

Die Architektur: von RFQ bis Händler auf einem Datenmodell

Worauf es ankommt, ist Zusammenhang. In Odoo kommen die Glieder der Sourcing-Kette auf einem Datenmodell zusammen. Aus dem Assessment, mit einer klaren Aufteilung, was Standard ist und was gebaut wird:

Diese Aufteilung ist die halbe Arbeit. Sie zeigt, was Sie einschalten, was Sie konfigurieren, was Sie bauen und was Sie bewusst in eine spätere Phase verschieben. Kein hohles “Odoo kann alles”.

PIM: das Herz des Systems

Zurück zu diesen 173 Spalten. Sie fallen in 13 Feldgruppen - von allgemeiner Produktinfo und Preishistorie (FOB, Landed Cost, Verkaufspreis pro Land, Marge) über Logistik, Verpackungskonvenant (Gramm pro Material für PPWR), Artwork-Anforderungen mit Dutzenden Compliance-Kennzeichnungen, Zertifizierung (BOM, TCF, REACH, RoHS, DPP), Testberichte pro Sample-Phase, bis zu zehn Produktfoto-Positionen. Jedes Feld hat einen Eigentümer: den Lieferanten, die Compliance-Abteilung oder den Merchandiser.

Das ist also ein vollständiges PIM-Modell, inklusive wer was liefert. Standard-Odoo reicht hier nicht, aus drei Gründen:

• Preishistorie mit Datum. FOB-Preis 1, 2 und 3 mit Datum, plus Landed Costs und Verkaufspreise pro Land. Odoo speichert den aktuellen Preis. Eine strukturierte Historie mit Margenrechnung fehlt.
• Eigentum pro Feldgruppe. Der Lieferant füllt Logistik und Verpackung, Compliance die Zertifizierungen, der Merchandiser die Basis. Das verlangt Schreibrechte pro Feldgruppe. Standard-Odoo vergibt Rechte pro Modell.
• Compliance als lebendes Dossier. Zertifikate und Kennzeichnungen laufen ab und bestimmen, ob ein Produkt in die Inspektion darf. Das System muss ein Zertifikat melden, bevor es abläuft.

Unser Vorschlag: PIM als Updoo-Schale um Odoo

Hier treffen wir eine bewusste Architekturentscheidung. Zwei Optionen fallen weg. Externe PIM-Pakete sind für Retail-Kataloge gebaut (viele SKUs, wenig Prozess), während dieses Modell umgekehrt ist: Jeder Artikel trägt ein vollständiges Dossier mit Eigentum pro Feldgruppe und einem Freigabefluss. Ein schweres Individualmodul in Odoo kämpft gegen das Framework und bindet Ihr Hosting.

Was wir bauen, ist ein Updoo-Produkt als Schale um Odoo. Die Schale ist die Quelle für das vollständige 173-Felder-Modell. Odoo bekommt nur die transaktionale Teilmenge, die Aufträge, Rechnungen und Margen brauchen - Artikelnummer, EAN, Beschreibung, Einstandspreis, HS-Code, Colli, etwa 15 bis 20 Felder. Und die Synchronisierung läuft in eine Richtung: von der Schale nach Odoo. Das ist ein Prinzip. Hin- und Her-Synchronisieren baut das Excel-Chaos neu auf, nur teurer. Eine Quelle der Wahrheit heißt genau eine. Dieses Prinzip, und wo die Grenze liegt, arbeiten wir in PIM als Schale um Odoo aus.

Dasselbe Muster nutzen wir für das Lieferantenportal: eine eigene Portalschicht auf Odoo, in der Lieferanten Zertifikate, Fotos und Verpackungsdaten selbst liefern, mit Odoo als Datenschicht. Schneller, flexibler und leichter zu pflegen, als das Standard-Odoo-Portal aufzubrechen. Portal und PIM werden so eine Umgebung für den Lieferanten.

Was die Daten nach der Anlage tun

Die Artikelanlage ist ein Moment. Die eigentliche Arbeit beginnt danach, und deshalb muss das ein lebendes System sein. Die Daten tun vier Dinge:

• Sie speisen Transaktionen. Die Teilmenge in Odoo kehrt auf jeder PO- und SO-Zeile, Rechnung und Margenberechnung zurück. Bei einer Nachbestellung prüft das System automatisch, ob die Daten noch stimmen: Zertifikate gültig, letztes Artwork und Manual verknüpft.
• Sie ändern sich. Neue FOB-Preise, geänderte Verpackungen, neue Manual-Versionen, Artikel von New über Active zu EOL - jede Änderung mit Datum und Verantwortlichem. Die Historie, die Excel nicht hält.
• Sie laufen ab. Zertifikate haben ein Ablaufdatum. Die Schale überwacht es und stößt die Erneuerung beim Lieferanten über das Portal an, mit den Mailsignalen, die Sie brauchen.
• Sie berichten. Verpackungsdaten werden PPWR-Berichte, DPP kommt, Vendor-Scorecards und Margen-Dashboards ziehen aus derselben Quelle. Und ein Kundenkatalog oder eine Website in einer späteren Phase wird einfach: Die Daten existieren bereits.

Der Druck großer Händler: EDI und Portale

Ein eigener Auslöser zwingt zum Handeln. Große Händler arbeiten nicht mit Bestelllisten per E-Mail. Sie erwarten EDI-Anbindungen, Auftragsstatus, ein Lieferantenportal und saubere Artikeldaten. Im Assessment kamen die Aufträge noch in einem Postfach an und wurden von Hand heruntergeladen. Das geht bis zu einem bestimmten Volumen; danach wird es ein Engpass und eine Fehlerquelle.

Eine EDI-Anbindung macht aus eingehenden Bestellungen automatisch Verkaufsaufträge in Odoo, mit den richtigen Artikeldaten aus dem PIM und Status zurück an den Abnehmer. Sie brauchen allerdings die EDI-Spezifikationen des Händlers; das ist immer der erste Schritt. Wie das bei einer großen Supermarktkette aussieht, lesen Sie in EDI-Anbindung an einen großen Händler.

Auf der Kundenseite gibt ein B2B-Kundenportal Abnehmern eine eigene Umgebung: Bestellhistorie, schnelle Nachbestellungen, Angebote, Dokumente und Rechnungen. Weniger Mails und Anrufe für den Innendienst, besserer Service für den Kunden. Sie bauen es auf dem Standard-Portal von Odoo, mit einer Erweiterung dort, wo Ihr Prozess einzigartig ist. Mehr dazu in B2B-Kundenportal in Odoo. Verkaufen Sie daneben selbst online, ist ein Webshop der vierte Kanal; siehe Shopify mit Odoo verbinden.

Wie es zusammenkommt, und wo es schiefgeht

Auf einem Datenmodell speisen sich die Bausteine gegenseitig:

• Die Produktdaten speisen Webshop, EDI-Katalog und Portale. Eine Quelle, nicht fünf.
• Bestellungen aus EDI und Portal werden Verkaufsaufträge in Odoo, mit denselben Artikeln und Preisen.
• Die Verfügbarkeit, die die Kanäle zeigen, kommt aus demselben System, und die Buchhaltung läuft automatisch mit.

Eine Änderung an einer Stelle stimmt dann überall. Die Fallstricke sind stets dieselben:

• PIM als Nebensache. Ist die Produktdatenpflege ein Restposten, sickert das Problem in jeden Kanal. Beginnen Sie bei den Daten.
• EDI unterschätzen. Jeder Händler hat eigene Spezifikationen. “Eine EDI-Anbindung” gibt es nur pro Abnehmer.
• Ein Portal, das nur ein Login ist. Ohne echte Selbstbedienung (Nachbestellungen, Dokumente, Status) entlastet ein Portal niemanden.
• Getrennte Systeme. Ein separates PIM-Paket, ein separates EDI-Tool und ein separates Portal, die Sie von Hand synchron halten, bauen das Excel-Chaos neu auf, zu einem höheren Preis.

Mehrere Entitäten, China und Europa

Sourcing-Unternehmen kombinieren fast immer mehrere Länder und Entitäten: Vertrieb in den Niederlanden (und manchmal Polen), Back Office in China, eine separate Entität in Hongkong. Das stapelt Komplexität, und drei Dinge klären Sie vorab:

• Bankanbindungen. Für europäische Banken ist eine automatische Anbindung Standard; für chinesische und Hongkonger Banken prüfen Sie das pro Bank. Geht es nicht automatisch, ist ein täglicher Bankimport die Alternative.
• Hosting und Performance aus China. Der Zugang zu einer Cloud-Umgebung aus China ist ein bekannter Prüfpunkt. Die Frage “Singapur versus Europa” wird dringend, wenn der Großteil Ihrer Nutzer in China sitzt. Wir arbeiten diese Wahl im Hosting-Leitfaden aus.
• Kommunikation. WeChat mit Fabriken ist tägliche Realität in China, aber keine Standard-Odoo-Integration. Rechnen Sie mit E-Mail und Portal im System, WeChat daneben.

Odoo betreibt die Entitäten als Multi-Company mit konsolidierter Berichterstattung. Die lokale Buchhaltung (etwa die chinesische) halten Sie oft lokal und binden sie an die Gruppe an; die Abwägung steht in internationale Buchhaltung mit Odoo. Mehr zu mehrsprachigem, internationalem Einsatz in Odoo für internationale Rollouts.

Die wichtigste Architekturfrage

Eine Frage bestimmt die gesamte Aufstellung, und die stellen Sie im Fit-Gap: Gehört das Produktmodell Ihnen, oder Ihnen-für-einen-bestimmten-Händler? Wenn viele Feldgruppen jetzt die Anforderungen eines großen Kunden tragen und ein zweiter Händler hinzukommt, muss das Modell kundenspezifische Schichten bewältigen - eigene Artikelnummern, eigene Compliance-Anforderungen, eigenes Artwork. Das bestimmt, ob Sie pro Kunde einen Datensatz bauen oder ein generisches Modell mit Kundenprofilen. Es ist die wichtigste Architekturentscheidung des ganzen Projekts, und Sie treffen sie am besten vorab.

So gehen Sie es an

1. Fit-Gap an den schwersten Teilen. Die PIM-Architektur (die Kundenfrage oben), die EDI-Spezifikationen und die Nutzerlandschaft über Entitäten hinweg.
2. Bestimmen Sie die Quelle der Wahrheit. Es gibt ein Produktmodell. Synchronisieren Sie in eine Richtung.
3. Planen Sie klare Phasen. Phase 1 = PIM, Projektmanagement, Aufträge und Finance. Dashboards wachsen mit. Website, E-Mail-Marketing und Events kommen danach.
4. Prüfen Sie die Annahmen. Zahl der echten Nutzer versus Portalnutzer, Bankanbindungen, Hostingstandort. Das betrifft sowohl die Lizenzen als auch die Kosten. Wir rechnen es vor in was eine Odoo-Implementierung kostet.

Kurz zusammengefasst

Ein Sourcing- oder Importunternehmen hat ein Kettenproblem: Von der Fabrik in Asien bis zum Händler in Europa muss alles stimmen, über mehrere Sprachen, Währungen und Entitäten. Der Gewinn liegt in einem Produktmodell, das den ganzen Prozess trägt, mit PIM als Quelle und EDI und Portalen, die daraus schöpfen. Odoo bringt Einkauf, Verkauf, Projektmanagement, EDI, Inspektionen und Buchhaltung zusammen; mit Updoo bauen wir die PIM-Schale und Portale, wo Ihr Prozess einzigartig ist. Standard, wo es geht, eine kluge Schale, wo es muss.

Erkennen Sie das in Ihrem Handels- oder Importunternehmen? Vereinbaren Sie einen unverbindlichen Quickscan, und wir bilden Ihre Kette, Ihre Produktdaten, Ihre Bestellflüsse und Ihre größten Risiken ab - inklusive einer klaren Aufteilung, was Standard ist und was individuell gebaut wird.

Mehr lesen: Von Excel zu Odoo · PIM als Schale um Odoo · EDI-Anbindung an einen großen Händler · B2B-Kundenportal in Odoo · Verkaufen ohne eigenes Lager · Odoo für Leasing- und Vermietungsunternehmen · Odoo für internationale Rollouts · Odoo-Hosting und Datenstandort international · Shopify mit Odoo verbinden · Was kostet eine Odoo-Implementierung? · Updoo: Erweiterungen auf Odoo