Eine Odoo-Salesforce-Anbindung sorgt dafür, dass ERP und CRM zur selben Zeit denselben Kunden beschreiben. Odoo-Partner, Verkaufsaufträge, Rechnungen, Produkte und Lieferstatus werden über stabile externe IDs den Salesforce-Accounts, -Kontakten, -Aufträgen und -Preisbucheinträgen zugeordnet und per Salesforce-Upsert geschrieben, während Salesforce die vertriebsseitige Sicht auf Fulfillment und Fakturierung behält, die in Odoo entsteht. Richtig gemacht ist das kein nächtlicher CSV-Export, sondern eine idempotente, delta-getriebene Pipeline, die API-Limits, Mehrwährung und referenzielle Reihenfolge einhält - damit niemand einen gewonnenen Abschluss von Hand ins ERP tippt.
In Salesforce lebt Ihr Vertrieb: Leads, Opportunities, Forecasts, die Geschichte, wie ein Abschluss zustande kam. In Odoo wird dieser Abschluss real: der bestätigte Verkaufsauftrag, die Bestandsreservierung, die Lieferung, die Kundenrechnung, der Zahlungseingang. In dem Moment, in dem ein Deal gewonnen ist, existiert derselbe Kunde in zwei Systemen, die nie dafür gebaut wurden, miteinander übereinzustimmen.
Eine Odoo-Salesforce-Anbindung schließt diese Lücke automatisch. Sie hält den Kundenstamm abgeglichen, spielt die operative Wahrheit aus Odoo - Auftrag bestätigt, Ware versendet, Rechnung gestellt, offener Betrag - zurück nach Salesforce, wo der Vertrieb sie sieht, und das ohne dass jemand eine Tabelle exportiert oder eine gewonnene Opportunity ins ERP abtippt. Der Vertrieb fragt die Auftragsabwicklung nicht mehr, ob ein Auftrag tatsächlich versendet wurde, weil Salesforce es bereits anzeigt.
| Objekt / Vorgang in Odoo | Wird in Salesforce zu | Hinweis |
|---|---|---|
Firmen-Partner (res.partner, is_company) | Account | Über stabile External ID zugeordnet, per Upsert statt blindem Insert |
| Einzelperson / Kontakt | Kontakt am zugehörigen Account | Übergeordneter Account muss zuerst existieren, Reihenfolge zählt |
Bestätigter Verkaufsauftrag (sale.order) | Auftrag (oder Opportunity-Update) | Nur bei Status “sale”, Angebotsentwürfe werden nicht übertragen |
Auftragspositionen (sale.order.line) | OrderItem / OpportunityLineItem | Setzt passendes Product2 und PricebookEntry voraus |
Produkt (product.product) | Product2 + PricebookEntry | Preisbuch und Währung aus der Odoo-Preisliste abgeleitet |
Kundenrechnung (account.move) | Rechnung / Billing-Objekt | Status und offener Betrag für die Account-Sicht sichtbar gemacht |
Lieferung (stock.picking) | Feld für Lieferstatus am Auftrag | Vertrieb sieht versendet / teilversendet ohne ERP-Zugriff |
Die genaue Feldzuordnung, die External-ID-Felder und welche Seite bei einem Konflikt gewinnt, stimmen wir einmalig im Design ab und hinterlegen sie in der Pipeline. Danach ordnet niemand mehr ein Feld von Hand zu.
Ein Klick-Connector oder ein nächtlicher CSV-Export liefert Ihnen eine Demo, die läuft, und ein Produktivsystem, das auseinanderdriftet. Die teuren Stellen sind für dieses Paar spezifisch:
write_date als Delta-Marker - das heißt auch, mit Datensätzen umzugehen, die eine Sammelbearbeitung, ein Import oder eine geplante Aktion angefasst hat, nicht nur mit Nutzerklicks.res.currency bilden sich nicht eins zu eins auf die Salesforce-Mehrwährung und PricebookEntries ab. Beträge müssen in der richtigen Währung mit der richtigen Rundung ankommen, sonst weicht ein Opportunity-Wert in Salesforce still vom Auftrag in Odoo ab.Wir behandeln das als Pipeline, nicht als geplanten Export. Geänderte Odoo-Datensätze werden zeitgesteuert per RPC über write_date-Deltas gelesen, validiert, in Ihre abgestimmte Salesforce-Struktur überführt und per REST- oder Bulk-API über ihre External ID geschrieben. Wo Salesforce für ein Objekt führend ist, treibt Change Data Capture den Fluss in die Gegenrichtung. Schreibvorgänge werden so sequenziert, dass übergeordnete Datensätze vor untergeordneten existieren.
Die Pipeline ist idempotent: Jeder Datensatz trägt eine stabile Kennung und wird per Upsert geschrieben, sodass ein erneuter Lauf an Ort und Stelle aktualisiert und nie eine doppelte Account- oder eine zweite Auftrags-Zeile erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Partner- und Auftragsdaten verlassen die EU nicht, was AVV und DSGVO sauber hält.
Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Odoo-Upgrade-Änderungen und Salesforce-API-Abkündigungen liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA. Revenue Operations hängt nicht mehr an einem Middleware-Fluss, den nur eine Person verstanden hat.
Wenn im Monat eine Handvoll Abschlüsse von Salesforce nach Odoo wandern und jemand sie in fünf Minuten neu erfasst, ist dieser manuelle Schritt völlig in Ordnung - und wir sagen Ihnen das auch. Auch eine native Connector-App kann genügen, wenn Ihre Objekte Standard sind und das Volumen niedrig ist.
Die Anbindung lohnt sich, wenn das Abschlussvolumen das Neuerfassen zu einem echten Kostenfaktor macht, wenn doppelte Accounts und veralteter Lieferstatus das Vertrauen in Salesforce untergraben, wenn Mehrwährung oder ein Odoo mit mehreren Gesellschaften die Zuordnung anspruchsvoll macht, oder wenn Sie das Ganze von jemandem betrieben haben wollen, der dafür geradesteht, statt von demjenigen gepflegt, der zuletzt eine Automatisierung eingerichtet hat.
Sie möchten diese Integration umsetzen und dauerhaft betreiben lassen? Sagen Sie uns, welche Systeme verbunden werden sollen und welche Daten fließen müssen. Festpreis-Angebot zur Aufwandsabschätzung innerhalb von 48 Stunden.
Scoping-Gespräch anfragen