Sourcing- und Importunternehmen leben zwischen zwei Welten: Fabriken in Asien und anspruchsvolle Haendler in Europa. Dazwischen sitzt eine Kette aus RFQs, Samples, Inspektionen, Compliance, Artikeldaten und Fakturierung. Wir erstellten kuerzlich ein Solution Assessment fuer so ein Unternehmen, und eine Zahl blieb haengen: 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 vollstaendiges PIM-Modell, das zufaellig 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-Grosshaendler. Es hilft Haendlern und Online-Playern, direkt bei der Fabrik in Asien einzukaufen - OEM und Private Label - und verdient an Begleitung, Qualitaet und Marge. Das Geschaeftsmodell bestimmt, was das System koennen muss. In der Praxis sehen wir zwei Varianten, oft nebeneinander:
- Begleiten gegen Fee: du bringst den Kunden zur richtigen Fabrik, regelst Qualitaet, Compliance und Logistik und verdienst eine Fee oder Marge. Du haeltst keinen eigenen Bestand.
- Selbst einkaufen und weiterverkaufen: du kaufst auf Bestellung, laesst 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 bewaeltigt - von der RFQ bei der Fabrik bis zur Lieferung beim Haendler - ohne dass du ein Lager verwaltest. Das ist eine andere Frage als “Bestandsverwaltung fuer einen Grosshaendler”, und genau dort bleiben generische Tools haengen.
Jede Produkteinfuehrung in einer neuen Excel-Datei
Bei dieser Art Unternehmen steht der Prozess oft ausgezeichnet auf dem Papier. Was fehlt, ist ein System. Alles laeuft ueber Excel, Teams, E-Mail und ein ERP mit Grenzen. Jede Produkteinfuehrung durchlaeuft dieselbe Reihe von Meilensteinen - im Assessment ueber 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 unmoeglich. Du siehst nicht auf einen Blick, welche Produkte wo im Prozess stehen, welche Inspektion geplant ist oder welches Zertifikat bald ablaeuft.
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 Haendler 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 laeuft und was gebaut wird:
| Domaene | 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 ueber Entitaeten, mit Bankanbindungen als Aufmerksamkeitspunkt |
| PIM / Artikelanlage | Individual (Updoo-Schale) | Das Herz des Systems - siehe unten |
| Haendler-EDI | Individual | Automatische Auftragsannahme statt manuellem Herunterladen |
| Lieferantenportal | Individual (Updoo) | Lieferanten laden Zertifikate, Fotos, Verpackungsdaten selbst hoch |
| Inspektionen & Qualitaet | Konfiguration | PSI-Berichte, Sample-Freigabe, formale Abnahmen |
| Compliance-Ueberwachung | Individual | Ablaufende Zertifikate signalisieren, proaktiv |
| Bestand / POS | Spaeter | 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 spaetere Phase verschiebst.
PIM: das Herz des Systems
Zurueck zu diesen 173 Spalten. Sie fallen in 13 Feldgruppen - von allgemeiner Produktinfo und Preishistorie (FOB, Landed Cost, Verkaufspreis pro Land, Marge) ueber Logistik, Verpackungskonvenant (Gramm pro Material fuer 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 Eigentuemer: den Lieferanten, die Compliance-Abteilung oder den Merchandiser.
Das ist keine Produktliste. Es ist ein vollstaendiges PIM-Modell, inklusive wer was liefert. Und genau dort kommt Standard-Odoo zu kurz, aus drei Gruenden:
- 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 fuellt 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 ablaeuft, nicht danach.
Unser Vorschlag: PIM als Updoo-Schale um Odoo
Hier treffen wir eine bewusste Architekturentscheidung. Kein externes PIM-Paket - die sind fuer Retail-Kataloge gebaut (viele SKUs, wenig Prozess), waehrend dieses Modell umgekehrt ist: jeder Artikel traegt ein vollstaendiges 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 fuer das vollstaendige 173-Felder-Modell; Odoo bekommt nur die transaktionale Teilmenge, die Auftraege, 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 heisst wirklich eine.
Dasselbe Muster nutzen wir fuer 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 fuer 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 zurueck. Bei einer Wiederholungsbestellung prueft das System automatisch, ob die Daten noch stimmen: Zertifikate gueltig, letztes Artwork und Manual verknuepft.
- Sie mutieren. Neue FOB-Preise, geaenderte Verpackungen, neue Manual-Versionen, Artikel von New ueber Active zu EOL - jede Aenderung mit Datum und Verantwortlichem. Die Historie, die Excel nicht haelt.
- Sie laufen ab. Zertifikate haben ein Ablaufdatum. Die Schale ueberwacht es und stoesst die Erneuerung beim Lieferanten ueber 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 spaeteren Phase wird einfach: die Daten existieren bereits.
Mehrere Entitaeten, China und Europa
Sourcing-Unternehmen kombinieren fast immer mehrere Laender und Entitaeten: Vertrieb in den Niederlanden (und manchmal Polen), Back Office in China, eine separate Entitaet in Hongkong. Das stapelt Komplexitaet, und es gibt drei Dinge, ueber die man vorab ehrlich sein muss:
- Bankanbindungen. Fuer europaeische Banken ist eine automatische Anbindung Standard; fuer chinesische und Hongkonger Banken pruefst du das pro Bank. Geht es nicht automatisch, ist der taegliche 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 taegliche Realitaet in China, aber keine Standard-Odoo-Integration. Erwarte E-Mail und Portal im System, WeChat daneben.
Odoo betreibt die Entitaeten als Multi-Company mit konsolidierter Berichterstattung; die lokale Buchhaltung (etwa die chinesische) haeltst du oft lokal und bindest sie an die Gruppe an - die Abwaegung steht in internationale Buchhaltung mit Odoo. Mehr zu mehrsprachigem, internationalem Einsatz in Odoo fuer internationale Rollouts.
Der Druck grosser Haendler: EDI und Portale
Ein eigener Ausloeser, der die Hand zwingt: grosse Haendler arbeiten nicht mit Bestelllisten per E-Mail. Sie erwarten EDI-Anbindungen, Auftragsstatus, ein Lieferantenportal und saubere Artikeldaten. Im Assessment kamen die Auftraege noch in einer Mailbox an und wurden von Hand heruntergeladen - machbar bis zu einem bestimmten Volumen, danach ein Engpass. Diese Auftragsannahme automatisierst du zu Verkaufsauftraegen in Odoo, sofern du die EDI-Spezifikationen des Haendlers hast. Verkaufst du daneben selbst online, schliesst 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-fuer-einen-bestimmten-Haendler? Wenn viele Feldgruppen jetzt die Anforderungen eines grossen Kunden tragen, und ein zweiter Haendler kommt hinzu, muss das Modell kundenspezifische Schichten bewaeltigen - 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 ueber Entitaeten hinweg.
- Bestimme die Quelle der Wahrheit. Das Produktmodell ist eines, nicht fuenf. Sync eine Richtung.
- Phasiere ehrlich. Phase 1 = PIM, Projektmanagement, Auftraege und Finance. Dashboards wachsen mit. Website, E-Mail-Marketing und Events kommen danach.
- Pruefe 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 Haendler in Europa muss alles stimmen, ueber mehrere Sprachen, Waehrungen und Entitaeten. Der Gewinn liegt nicht in mehr Software, sondern in einem Produktmodell, das den ganzen Prozess traegt. 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 groessten Risiken ab - inklusive einer ehrlichen Aufteilung, was standard laeuft und was Individual wird.
Mehr lesen: Von Excel zu Odoo · Odoo fuer Leasing- und Vermietungsunternehmen · Odoo fuer internationale Rollouts · PIM, EDI und Kundenportal fuer Grosshandel · Odoo-Hosting und Datenstandort international · Shopify mit Odoo verbinden · Was kostet eine Odoo-Implementierung? · Updoo: Erweiterungen auf Odoo