APIs & Integrationen
- Strecke
- Shop → Warenwirtschaft
- Versuche
- 4
- Bis zugestellt
- 21 Min.
- Meldungen
- 2
Dieses Protokoll zeigt, was eine Schnittstelle tut, wenn das andere System nicht antwortet. Eine Bestellung geht ein, und niemand tippt etwas ab.
Protokoll einer Bestellung
Ein Beispiel mit erfundenen Daten, keine Kundendaten.
- 01
Die Bestellung kommt an
CRM, ERP und Warenwirtschaft tauschen Daten von selbst aus Niemand öffnet ein zweites Fenster, um 4711 zu übertragen.
- 02
Die Schnittstelle prüft
Wer was sehen darf, ist an einer Stelle geregelt Der Schlüssel des Shops darf Bestellungen anlegen und sonst nichts.
- 03
Das Zielsystem antwortet nicht
Fehlgeschlagene Übertragungen wiederholen sich selbst und melden sich Die Abstände wachsen, damit ein überlastetes System Luft bekommt. Die Bestellung trägt ihre Nummer mit, also entsteht sie auch beim vierten Versuch nur einmal.
- 04
Beleg und Status gehen zurück
Zahlungen und Rechnungen laufen ohne manuelles Übertragen Der Kunde sieht den Stand, ohne dass jemand im Büro nachträgt.
Dieselbe Bauart, andere Strecken
- Shop → WarenwirtschaftBestellungen vom Shop in die Warenwirtschaftoben gezeigt
- Website → CRMAnfragen von der Website ins CRM
- System A ⇄ System BStammdaten zwischen zwei Systemen synchron halten
- Beleg → AblageDokumente und Belege automatisch ablegen
- Partner ⇄ WarenwirtschaftPartner- und Lieferantenschnittstellen
Weiterführend
Im Angebot
Eine Schnittstelle ist kein Angebot für sich. Sie kommt in diesen Leistungen vor.
Welche zwei Systeme verbindest Du heute von Hand?
Nenn mir die beiden Namen. Im Erstgespräch (15 Minuten per Video, ohne Kosten) sage ich Dir, ob dafür eine Schnittstelle reicht und was sie leisten müsste.
Oder direkt: info@coderconda.com