monday.com SAP Schnittstelle

Was eine monday.com-SAP-Anbindung wirklich leistet

Auf monday.com wird die Arbeit vereinbart. Ein Vertriebler zieht einen Deal auf “Gewonnen”, ein Einkaufsleiter gibt eine Beschaffung frei, ein Projektleiter startet eine Phase, ein Team im Feld erfasst Stunden auf einen Auftrag. SAP ist der Ort, an dem diese Entscheidungen zu echten Vorgängen werden müssen - ein Kundenauftrag, der geliefert und fakturiert werden kann, eine Bestellanforderung, die zur Bestellung wird, ein PSP-Element, das Kosten trägt, eine Zeitrückmeldung, die auf eine Kostenstelle läuft.

Zwischen beiden steht heute Handarbeit. Jemand liest das monday-Board und tippt dieselben Daten in SAP, dann tippt er die SAP-Belegnummer zurück aufs Board, damit alle sehen, dass es weitergeht. Eine monday.com-SAP-Anbindung nimmt diese Person aus der Schleife: Sie liest das freigegebene Item, bildet seine Spalten auf validierte SAP-Stammdaten ab, bucht den Beleg über eine freigegebene SAP-Schnittstelle und schreibt SAP-Nummer und -Status zurück aufs Board.

Welche Daten fließen

Objekt / Vorgang in monday.com	Wird in SAP zu	Hinweis
Item auf “Freigegeben” auf einem Vertriebsboard	Kundenauftrag (VA01 / OData Kundenauftrag)	Auftraggeber, Material, Menge und Auftragsart aus Spalten gemappt; SAP-Auftragsnummer zurück aufs Item
Item auf einem Beschaffungsboard	Bestellanforderung / Bestellung	Braucht gültiges Material oder Leistung, Werk und Kontierung (Kostenstelle / PSP-Element)
Projekt-Item oder Gruppe	Projekt / PSP-Element	monday-Timeline und Owner werden zu Projektterminen und verantwortlicher Kostenstelle
Eintrag in einer Zeiterfassungsspalte	Zeitrückmeldung / Leistungsverrechnung	Stunden auf PSP-Element oder Innenauftrag; Einheit und Leistungsart validiert
Statuswechsel (freigegeben, geliefert, fakturiert)	Aus SAP gelesen, aufs Board gespielt	Der SAP-Belegfluss steuert den Board-Status, nicht umgekehrt
Debitoren- / Kreditoren-Item	Geschäftspartner-Referenz	Gegen vorhandene SAP-Stammdaten gematcht; nicht Gefundenes wird markiert, nie automatisch angelegt

Auftragsarten, Nummernkreise, Werke und Kontierungen stimmen wir einmalig mit Ihrem SAP-Team ab und hinterlegen sie in der Pipeline. Danach tippt sie niemand mehr von Hand.

Die Details, an denen einfache Syncs scheitern

Ein generischer Connector oder ein Punkt-zu-Punkt-Skript liefert Ihnen den Idealfall und lässt die teuren Fehler auf Ihrem Schreibtisch liegen:

• Stammdaten müssen zuerst existieren. monday.com speichert einen Produktnamen als Text; SAP bucht gegen eine Materialnummer, einen Auftraggeber, ein Werk und eine Kostenstelle. Fehlt eines davon oder ist es inaktiv, lehnt SAP den Aufruf ab. Die Pipeline validiert vor dem Buchen gegen die SAP-Stammdaten und markiert die Lücke auf dem Board, statt einen kryptischen BAPI-Fehler zu erzeugen.
• Pflichtfelder und Auftragsarten. SAP legt keinen Kundenauftrag ohne die von der Konfiguration verlangten Felder an - Auftragsart, Vertriebsbereich, Incoterms, Zahlungsbedingungen. Ein monday-Board erfasst selten alle, also muss das Mapping je Board und Szenario Vorbelegungen setzen, abgestimmt mit Ihrem SAP-Team.
• Einheiten und Mengen. monday.com hat eine Zahl; SAP hat eine Mengeneinheit mit Umrechnungen (Stück, Karton, Kilogramm) und eigenen Rundungsregeln. Eine “5” ohne die richtige Einheit zu buchen, ist der Weg zur falschen Liefermenge.
• Delta statt Voll-Sync. Jedes Board bei jedem Lauf komplett neu zu lesen und neu zu buchen, erzeugt doppelte Aufträge. Die Pipeline merkt sich je Item, was sie bereits gebucht hat, und reagiert nur auf echte Änderungen.
• Teilfehler und Idempotenz. Nimmt SAP den Kopf an, lehnt aber eine Position ab, oder feuert ein Webhook zweimal, darf kein zweiter Beleg entstehen. Jedes monday-Item trägt einen stabilen Schlüssel, der eins zu eins auf seinen SAP-Beleg zeigt - eine Wiederholung ist gefahrlos.
• Status-Rückschreibung. Die SAP-Belegnummer und der Folgestatus (freigegeben, geliefert, fakturiert) müssen auf genau das monday-Item zurück, das sie ausgelöst hat, damit das Board die ehrliche Oberfläche bleibt und nicht von der Realität abweicht.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Zap. monday.com-Vorgänge kommen per Webhook (oder werden abgefragt, wo ein Board keinen passenden Auslöser hat), werden validiert, auf Ihre abgestimmten SAP-Stammdaten und Belegarten abgebildet und über eine freigegebene SAP-Schnittstelle gebucht - OData oder die Public-APIs bei S/4HANA, BAPIs oder IDocs bei ECC-Landschaften. SAP-Belegnummer und -Status fließen zurück auf das auslösende monday-Item.

Die Pipeline ist idempotent: Jedes monday-Item trägt eine stabile Kennung, sodass eine Wiederholung, ein doppelter Webhook oder ein erneuter Lauf nie einen zweiten SAP-Beleg erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Item- und Kundendaten verlassen die EU nicht, was AVV und DSGVO sauber hält. Jede Buchung wird mit ihrer monday-Quelle und ihrem SAP-Ziel protokolliert, sodass die Anbindung durchgängig nachvollziehbar ist.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von monday.com-Webhook-Änderungen und SAP-OData- oder BAPI-Versionsänderungen liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA, kein Skript, das jemand im Betrieb hüten muss.

Wann sich diese Anbindung lohnt

Wenn ein paar Aufträge pro Woche von monday.com nach SAP wandern, ist manuelles Abtippen völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Volumen steigt, wenn eine falsche oder doppelte SAP-Buchung teuer rückabzuwickeln ist, wenn Stammdaten-Validierung über sauberen Auftrag oder Support-Ticket entscheidet, oder wenn die Verzögerung zwischen “auf dem Board freigegeben” und “in SAP gebucht” Sie Lieferzeit kostet. Ist monday.com nur eine leichte To-do-Liste neben SAP, bleiben Sie manuell. Ist es die Eingangstür zu echten SAP-Vorgängen, trägt sich eine betreute Pipeline von selbst.