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 keine Produktliste - es ist ein vollständiges PIM-Modell, das zufällig in Excel wohnt. So bringt Odoo diese Kette auf eine Plattform, warum PIM das Herz ist, und wie wir das mit Updoo bauen.
Das Sourcing-Modell stellt eigene Anforderungen
Ein Sourcing- oder Einkaufsbegleitungsunternehmen ist kein Standard-Großhändler. Es hilft Haendlern 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: du bringst den Kunden zur richtigen Fabrik, regelst Qualität, Compliance und Logistik und verdienst eine Fee oder Marge. Du hältst keinen eigenen Bestand.
- Selbst einkaufen und weiterverkaufen: du kaufst auf Bestellung, lässt dich vorab bezahlen und regelst 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 du ein Lager verwaltest. 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. Du siehst 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: nicht klein oder unreif, aber festgefahren auf losen Dateien. Die Hausaufgaben sind gut gemacht; es fehlt ein Zuhause.
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 ehrlichen Aufteilung, was standard läuft und was gebaut wird:
| Domäne | Ansatz | Kurz |
|---|---|---|
| CRM & Kontakte | Standard | Kunden, Lieferanten, Leads, Besuchsberichte |
| Verkauf & Einkauf | Konfiguration | SO/PO mit Anzahlungen, Incoterms, Provision |
| Projektmanagement (NPI) | Konfiguration | Die 25+ Meilensteine als Projektvorlage mit Phasen, Deadlines und RACI |
| Buchhaltung | Konfiguration | Multi-Company über Entitäten, mit Bankanbindungen als Aufmerksamkeitspunkt |
| PIM / Artikelanlage | Individual (Updoo-Schale) | Das Herz des Systems - siehe unten |
| Händler-EDI | Individual | Automatische Auftragsannahme statt manuellem Herunterladen |
| Lieferantenportal | Individual (Updoo) | Lieferanten laden Zertifikate, Fotos, Verpackungsdaten selbst hoch |
| Inspektionen & Qualität | Konfiguration | PSI-Berichte, Sample-Freigabe, formale Abnahmen |
| Compliance-Überwachung | Individual | Ablaufende Zertifikate signalisieren, proaktiv |
| Bestand / POS | Später | Kein eigener Bestand; bewusst ausserhalb des Scopes |
Diese ehrliche Aufteilung ist die halbe Arbeit: kein hohles “Odoo kann alles”, sondern klar, was du einschaltest, was du konfigurierst, was du baust und was du bewusst in eine spätere Phase verschiebst.
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 keine Produktliste. Es ist ein vollständiges PIM-Modell, inklusive wer was liefert. Und genau dort kommt Standard-Odoo zu kurz, aus drei Gründen:
- Preishistorie mit Daten. FOB-Preis 1, 2 und 3 mit Datum, plus Landed Costs und Verkaufspreise pro Land. Odoo bewahrt den aktuellen Preis, keine strukturierte Historie mit Margenrechnung.
- Eigentum pro Feldgruppe. Der Lieferant füllt Logistik und Verpackung, Compliance die Zertifizierungen, der Merchandiser die Basis. Das verlangt Schreibrechte pro Feldgruppe - Standard-Odoo kennt Rechte pro Modell, nicht pro Feldgruppe.
- Compliance als lebendes Dossier. Zertifikate und Kennzeichnungen laufen ab und bestimmen, ob ein Produkt in die Inspektion darf. Das System muss proaktiv sein: signalisieren, bevor etwas abläuft, nicht danach.
Unser Vorschlag: PIM als Updoo-Schale um Odoo
Hier treffen wir eine bewusste Architekturentscheidung. Kein externes PIM-Paket - die 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. Und auch kein schweres Individualmodul in Odoo - das kaempft gegen das Framework und bindet dein Hosting.
Stattdessen: 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 Sync geht eine Richtung: von der Schale nach Odoo. Letzteres ist ein Prinzip, kein Detail: Hin- und Her-Synchronisieren baut das Excel-Chaos neu auf, nur teurer. Eine Quelle der Wahrheit heißt wirklich eine. Dieses Prinzip - und wo die Grenze liegt - arbeiten wir separat in PIM als Schale um Odoo aus.
Dasselbe Muster nutzen wir für das Lieferantenportal: eine eigene Portalschicht auf Odoo, wo Lieferanten Zertifikate, Fotos und Verpackungsdaten selbst liefern, mit Odoo als Datenschicht. Schneller, flexibler und beherrschbarer, als das Standard-Odoo-Portal aufzubrechen. So werden Portal und PIM eine Umgebung für den Lieferanten, statt zwei loser Systeme.
Was die Daten nach der Anlage tun
Die Artikelanlage ist ein Moment; erst danach beginnt es. Genau deshalb ist das ein lebendes System und kein Archiv. 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 Wiederholungsbestellung prüft das System automatisch, ob die Daten noch stimmen: Zertifikate gültig, letztes Artwork und Manual verknüpft.
- Sie mutieren. Neue FOB-Preise, geänderte Verpackungen, neue Manual-Versionen, Artikel von New über Active zu EOL - jede Aenderung mit Datum und Verantwortlichem. Die Historie, die Excel nicht hält.
- Sie laufen ab. Zertifikate haben ein Ablaufdatum. Die Schale überwacht es und stoesst die Erneuerung beim Lieferanten über das Portal an, mit den Mailsignalen, die du brauchst.
- 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.
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 es gibt drei Dinge, über die man vorab ehrlich sein muss:
- Bankanbindungen. Für europäische Banken ist eine automatische Anbindung Standard; für chinesische und Hongkonger Banken prüfst du das pro Bank. Geht es nicht automatisch, ist der tägliche Bankimport die ehrliche Alternative.
- Hosting und Performance aus China. Der Zugang zu einer Cloud-Umgebung aus China ist ein bekannter Aufmerksamkeitspunkt. Die Frage “Singapur versus Europa” wird dringend, wenn der Grossteil deiner 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. Erwarte 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) hältst du oft lokal und bindest 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.
Der Druck großer Händler: EDI und Portale
Ein eigener Auslöser, der die Hand zwingt: 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 einer Mailbox an und wurden von Hand heruntergeladen - machbar bis zu einem bestimmten Volumen, danach ein Engpass. Diese Auftragsannahme automatisierst du zu Verkaufsaufträgen in Odoo, sofern du die EDI-Spezifikationen des Händlers hast. Verkaufst du daneben selbst online, schließt das an unseren Leitfaden Shopify mit Odoo verbinden an.
Die wichtigste Architekturfrage
Eine Frage bestimmt die gesamte Aufstellung, und die stellst du im Fit-Gap: ist das Produktmodell deins, oder deins-für-einen-bestimmten-Händler? Wenn viele Feldgruppen jetzt die Anforderungen eines großen Kunden tragen, und ein zweiter Händler kommt hinzu, muss das Modell kundenspezifische Schichten bewältigen - eigene Artikelnummern, eigene Compliance-Anforderungen, eigenes Artwork. Das bestimmt, ob du pro Kunde einen Datensatz baust oder ein generisches Modell mit Kundenprofilen. Es ist die wichtigste Architekturentscheidung des ganzen Projekts, und du triffst sie am besten vorab.
Wie man es angeht
- Fit-Gap an den schwersten Teilen. Die PIM-Architektur (die Kundenfrage oben), die EDI-Spezifikationen und die Nutzerlandschaft über Entitäten hinweg.
- Bestimme die Quelle der Wahrheit. Das Produktmodell ist eines, nicht fünf. Sync eine Richtung.
- Phasiere ehrlich. Phase 1 = PIM, Projektmanagement, Aufträge und Finance. Dashboards wachsen mit. Website, E-Mail-Marketing und Events kommen danach.
- Prüfe die Annahmen. Zahl der echten Nutzer versus Portalnutzer, Bankanbindungen, Hostingstandort - das betrifft sowohl die Lizenzen als auch die Kosten. Wir rechnen es ehrlich vor in was eine Odoo-Implementierung kostet.
Kurz zusammengefasst
Ein Sourcing- oder Importunternehmen hat kein Bestandsproblem, sondern 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 nicht in mehr Software, sondern in einem Produktmodell, das den ganzen Prozess trägt. Odoo bringt Einkauf, Verkauf, Projektmanagement, EDI, Inspektionen und Buchhaltung zusammen; und mit Updoo bauen wir die PIM-Schale und Portale, wo dein Prozess einzigartig ist. Standard, wo es geht, eine kluge Schale, wo es muss.
Erkennst du das in deinem Handels- oder Importunternehmen? Vereinbare einen unverbindlichen Quickscan und wir bilden deine Kette, deinen Scope und deine größten Risiken ab - inklusive einer ehrlichen Aufteilung, was standard läuft und was Individual wird.
Mehr lesen: Von Excel zu Odoo · Odoo für Leasing- und Vermietungsunternehmen · Odoo für internationale Rollouts · PIM, EDI und Kundenportal für Großhandel · Odoo-Hosting und Datenstandort international · Shopify mit Odoo verbinden · Was kostet eine Odoo-Implementierung? · Updoo: Erweiterungen auf Odoo