Sage Salesforce Schnittstelle

Was eine Sage-Salesforce-Anbindung wirklich leistet

In Salesforce entsteht das Geschäft - der Account, die Opportunity, der eben gewonnene Auftrag. In Sage wird das Geld real - der Debitorenstamm, die Rechnung, die Zahlung, das Kreditlimit, der Saldo, auf den sich die Buchhaltung tatsächlich verlässt. Wenn beide Systeme auseinanderlaufen, sind die Kosten leise, aber ständig: Der Vertrieb sagt einem gesperrten Kunden einen Liefertermin zu, die Buchhaltung legt einen Debitor an, den es im CRM längst gibt, und zum Monatsabschluss traut niemand mehr einer der beiden Zahlen.

Eine Sage-Salesforce-Anbindung beseitigt das Abtippen und das Auseinanderlaufen. Sie überträgt neue Kunden und gewonnene Aufträge aus Salesforce nach Sage und spielt Rechnungen, Zahlungsstand und Kreditwürdigkeit aus Sage zurück in Salesforce - jeweils über den eigenen Auslöser, jeweils demselben Kunden zugeordnet. So erzählen beide Systeme dieselbe Geschichte, ohne dass jemand Zahlen dazwischen kopiert.

Welche Daten fließen

Objekt / Vorgang	Richtung	Wird zu	Hinweis
Account / Kontakt	Salesforce nach Sage	Debitor	Einmalig angelegt, Schlüssel ist die nach Salesforce zurückgeschriebene Debitorennummer
Gewonnene Opportunity oder Auftrag	Salesforce nach Sage	Verkaufsauftrag oder Ausgangsrechnung	Positionen auf Sage-Artikel, Sachkonten und Steuerschlüssel gemappt
Produkt / Preisbuch	beide Richtungen	Sage-Artikel / Preisliste	Ein Führungssystem festlegen; meist führt Sage den Preis, Salesforce spiegelt ihn
Ausgangsrechnung	Sage nach Salesforce	Rechnungsdatensatz am Account	In Salesforce nur lesend, damit der Vertrieb sieht, was fakturiert wurde
Zahlung / Ausgleich	Sage nach Salesforce	Status bezahlt / offen	Steuert einen Zahlungsstand auf einen Blick am Account
Offener Saldo & Kreditlimit	Sage nach Salesforce	Account-Felder	Der Vertrieb sieht die Bonität vor dem Angebot
Kreditsperre / Liefersperre	Sage nach Salesforce	Account-Kennzeichen	Warnt oder blockiert neue Aufträge für einen gesperrten Kunden
Gutschrift / Erstattung	Sage nach Salesforce	Stornierung an der Rechnung	Gleicher Kunde und gleiche Positionen wie das Original, mit Datum der Gutschrift

Die konkreten Feldzuordnungen, Sachkonten und Steuerschlüssel stimmen wir einmalig mit Ihrer Buchhaltung ab und hinterlegen sie in der Pipeline. Danach ordnet sie niemand mehr von Hand zu.

Die Details, an denen einfache Syncs scheitern

Ein einmaliger Export oder eine generische Connector-App bringt Sie zu 80 % ans Ziel und lässt die teuren 20 % auf Ihrem Schreibtisch liegen:

• Debitorenzuordnung. Salesforce identifiziert einen Kunden über seine 18-stellige Record-Id, Sage denselben Kunden über die Debitorennummer (etwa ABC001). Ohne gemeinsamen External-ID-Schlüssel gleicht ein Sync über den Namen ab - und aus “Muller GmbH” und “Müller GmbH” werden zwei Debitoren. Der Abgleich muss eine explizite Nummer sein, per Upsert, nie ein unscharfer Name.
• Erst der Kunde, dann der Auftrag. Sage weist einen Verkaufsauftrag ab, der auf einen unbekannten Debitor verweist. Die Pipeline muss den Kunden zuerst anlegen oder bestätigen und dann den Auftrag buchen - eine Reihenfolge-Abhängigkeit, die ein flacher Export ignoriert, bis der Import auf halber Strecke abbricht.
• Steuerschlüssel und Sachkonten. Salesforce-Positionen sind Freitext und Auswahllisten; Sage verlangt auf jeder Zeile einen gültigen Steuerschlüssel und ein Sachkonto. Ein Produkt ohne Mapping lässt sich nicht raten - es muss angehalten und gemeldet werden, nicht auf ein Standardkonto gebucht, das still die Buchhaltung verfälscht.
• Welches System führt welches Feld. Preis, Kreditlimit und Saldo führt Sage; Opportunity-Phase und Kontaktdaten führt Salesforce. Synchronisiert man ein Feld ohne festgelegte Hoheit in beide Richtungen, überschreiben sich die Systeme bei jedem Lauf gegenseitig.
• API-Limits und Delta-Sync. Salesforce begrenzt die API-Aufrufe pro Tag und Org - ein Voll-Sync aller Accounts bei jedem Lauf reißt dieses Kontingent. Die Pipeline liest Deltas über SystemModstamp auf Salesforce-Seite und über den Änderungszeitstempel auf Sage-Seite und überträgt nur, was sich geändert hat.
• Idempotenz. Wird ein naiver Push erneut ausgeführt, landet derselbe Auftrag zweimal in Sage. Jeder Vorgang trägt eine stabile Kennung, sodass ein erneuter Lauf nie eine doppelte Rechnung oder einen doppelten Debitor erzeugt.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als geplanten Export. Salesforce-Vorgänge (ein neuer Account, ein gewonnener Auftrag) werden per Change Event oder zeitgesteuert abgeholt, validiert, über die Debitorennummer dem Sage-Kunden zugeordnet und als passender Sage-Beleg gebucht. Sage-Vorgänge (eine erstellte Rechnung, ein Zahlungsausgleich, eine Liefersperre) fließen zurück und aktualisieren den passenden Salesforce-Account, nur lesend.

Die Pipeline ist idempotent: Jeder Datensatz trägt eine stabile Kennung, und jeder Schreibvorgang ist ein Upsert auf die gemeinsame Nummer - ein erneuter Lauf oder ein Replay erzeugt nie einen doppelten Debitor, Auftrag oder Beleg. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Kunden- und Finanzdaten 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 API-Versionsabkündigungen bei Salesforce und Endpunktänderungen bei Sage liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA. Der Fluss der Aufträge in die Buchhaltung und des Zahlungsstands zurück in den Vertrieb hängt nicht mehr daran, dass jemand an einen Lauf denkt.

Wann sich diese Anbindung lohnt

Wenn Sie eine Handvoll Abschlüsse im Monat machen und die Buchhaltung sie nebenbei in Sage nacherfasst, ist ein manueller Ablauf völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Auftragsvolumen steigt, wenn der Vertrieb wiederholt gesperrten Kunden Lieferungen zusagt, wenn die Buchhaltung denselben Kunden doppelt pflegt, oder wenn die Abstimmung zwischen CRM und Hauptbuch zum Monatsabschluss zur wiederkehrenden Pflichtübung geworden ist. Ab da ist eine betreute Pipeline günstiger als die Doppelerfassung und der Streit darüber, wessen Zahl stimmt.