Beschreiben Sie das Geschäftsereignis, bevor Sie eine API auswählen
Ein B2B-Checkout kann vereinbarte Preise, Bestellungen, Freigabegrenzen und Zahlungsbedingungen umfassen. Beginnen Sie mit einem Workflow und benennen Sie die beteiligten Systeme. Zum Beispiel: Ein freigegebener Käufer gibt eine Bestellung auf, das Finanzsystem erfasst sie und das Lager meldet den Erfüllungsstatus an das Kundenportal zurück.
Dieser Artikel beschreibt ein Planungsbeispiel, kein abgeschlossenes Kundenprojekt. Dieselbe Vorbereitung gilt für CRM-, Zahlungs- und Buchungsintegrationen: Identifizieren Sie das Ereignis, die maßgeblichen Daten und was eine erfolgreiche Übergabe bedeutet.
Erstellen Sie ein Integrationsbriefing
- Systeme und Zugang: Benennen Sie die Plattform, den Kontotarif, die API-Version, die Dokumentation und die Sandbox. Bestätigen Sie, dass die vorgesehenen Endpunkte und Berechtigungen verfügbar sind.
- Datenverantwortung: Entscheiden Sie, welches System die Kundenidentität, den Preis, den Bestand, den Bestellstatus und den Zahlungsstatus besitzt. Stellen Sie repräsentative Datensätze ohne personenbezogene Daten bereit.
- Zuordnung: Definieren Sie gemeinsame Identifikatoren, Pflichtfelder, Währung, Steuerbehandlung und Zeitzonen. Halten Sie fest, was bei einem nicht zugeordneten Produkt oder Kunden geschehen soll.
- Ausnahmen: Berücksichtigen Sie Stornierung, Teilerfüllung, fehlgeschlagene Zahlung, einen geänderten Preis und ein nicht verfügbares nachgelagertes System.
- Betrieb: Entscheiden Sie, wer Fehler prüft, eine Übertragung erneut ausführen kann und eine Korrektur genehmigt.
Gehen Sie davon aus, dass Benachrichtigungen sich wiederholen oder verspätet eintreffen können
Die Verarbeitung von Webhooks benötigt eine klare Richtlinie für erneute Versuche und den Umgang mit Duplikaten. Als ein konkretes Plattformbeispiel dokumentiert Stripe die Signaturprüfung, doppelte Ereignisse und die asynchrone Verarbeitung in seinem Webhook-Leitfaden. Eine Zahlungsbenachrichtigung sollte authentifiziert und gemäß dem Vertrag des Anbieters verarbeitet werden. Andere Plattformen haben ihre eigenen Zustellungs- und Wiederholungsregeln; überprüfen Sie diese einzeln.
Abnahmebeispiel: Reichen Sie eine Sandbox-Bestellung ein, stellen Sie ihr Ereignis zweimal zu und deaktivieren Sie dann vorübergehend das empfangende System. Überprüfen Sie, dass die Bestellung einmal erstellt wird, die fehlgeschlagene Übertragung sichtbar ist und ein erneuter Versuch sie wiederherstellen kann. Prüfen Sie außerdem, dass ein Kunde nicht die Preise oder Bestellungen eines anderen Unternehmens einsehen kann.
Vereinbaren Sie, was das erste Release umfasst
Ein realistischer erster Umfang könnte einen Bestelltyp, ein Lager und einen definierten Satz von Status unterstützen. Trennen Sie die Migration historischer Daten, das Onboarding von Lieferanten und ungewöhnliche Preisregeln ab, wenn diese zusätzliche Untersuchung erfordern. Vereinbaren Sie, was zunächst manuell erfolgt und wie das Team messen wird, ob die Integration die Arbeit reduziert.
Die Übergabe sollte Feldzuordnungen, Einrichtungsanweisungen, Monitoring, ein Verfahren für erneute Versuche und eine benannte Verantwortung für Plattform-Upgrades umfassen. Die Wartungsbedingungen hängen von den Systemen und dem vereinbarten Engagement ab. Entdecken Sie API-Entwicklung und -Integration, Workflow-Automatisierung und E-Commerce-Entwicklung.
