Zum Inhalt springen

API-Integrationsspezifikation

Legen Sie fest, wie zwei Systeme verbunden werden: welche Daten fließen, wie sie gesichert werden, wie Fehler behandelt werden und wer verantwortlich ist.

Ausfüllen und Vorschau ansehen

API-Integrationsspezifikation

Integration: Shop-Bestellungen an die Buchhaltung
Version: 1.0
Erstellt von: Hamza Idrissi
Datum: 5. April 2029

1. Zweck

Jede bezahlte Webshop-Bestellung als Ausgangsrechnung an das Buchhaltungssystem senden, damit die Finanzabteilung sie nicht neu eingeben muss.

2. Systeme

  • Sendet Daten: Webshop (API v2)
  • Empfängt Daten: Buchhaltungssystem (REST API)

3. Datenfluss

1. Ein Kunde bezahlt eine Bestellung.
2. Der Shop sendet einen Webhook an den Integrationsdienst.
3. Der Dienst wandelt die Bestellung in eine Rechnung um und ruft die Buchhaltungs-API auf.
4. Das Buchhaltungssystem gibt eine Rechnungsnummer zurück, die der Dienst an der Bestellung speichert.

4. Endpunkte und Nachrichten

Methode und Pfad Was es tut Wichtigste Felder Was es zurückgibt
POST /invoices Rechnung erstellen Body: Kunde, Positionen, Steuer, Summe Rückgabe: Rechnungs-ID und Rechnungsnummer
GET /customers?email= Kunden finden Rückgabe: Kunden-ID oder leer
POST /customers Kunden erstellen Body: Name, E-Mail, Adresse

5. Feldzuordnung

order.total_paid → invoice.total
order.billing_email → customer.email
order.items[].sku → line.product_code

6. Authentifizierung und Sicherheit

OAuth 2.0 Client Credentials. Tokens sind eine Stunde gültig. Secrets werden im Vault aufbewahrt, niemals im Code. Alle Aufrufe verwenden HTTPS. Webhooks werden signiert und die Signatur wird geprüft.

Personenbezogene Daten werden nur bei Bedarf übermittelt, nicht in Protokollen gespeichert und durch die Datenschutzbestimmungen beider Systeme abgedeckt.

7. Fehler und Wiederholungen

Bei 429 und 5xx bis zu 5-mal mit wachsenden Verzögerungen wiederholen. 4xx-Fehler nicht wiederholen; protokollieren und die Finanzabteilung benachrichtigen. Jede Rechnung hat einen eindeutigen Schlüssel, damit eine Wiederholung kein Duplikat erzeugt.

8. Limits und Mengen

Die Buchhaltungs-API erlaubt 60 Aufrufe pro Minute. Erwartet werden 400 Bestellungen pro Tag, an Aktionstagen bis zu 2.000.

9. Tests

Nutzen Sie die Buchhaltungs-Sandbox. Testen Sie eine normale Bestellung, eine Bestellung mit Rabatt, eine Rückerstattung, einen bereits vorhandenen Kunden und einen API-Ausfall.

10. Verantwortliche und Support

Verantwortlich: E-Commerce-Team. Support: Hamza Idrissi. Eskalation: Supportdesk des Buchhaltungsanbieters.

11. Änderungen und Versionierung

Jede Seite kündigt eine inkompatible Änderung 30 Tage im Voraus an.

Vorlagen sind ein sorgfältiger Ausgangspunkt, keine Rechtsberatung. Wenn es rechtlich relevant ist, prüfen Sie, was an Ihrem Ort gilt.

IT und Projekte

Wofür diese Vorlage gedacht ist

Eine API-Integrationsspezifikation beschreibt Zweck, Datenfluss, Endpunkte, Authentifizierung, Fehler, Limits, Tests und Zuständigkeiten für zwei Systeme.

Das Ausfüllen online ist kostenlos, ein Konto ist nicht nötig, und Sie können das Dokument als Word-Datei oder PDF herunterladen. Alle IT und Projekte-Vorlagen ansehen

IT und Projekte

Was Sie ausfüllen

Das Formular fragt 16 Angaben ab. Das Dokument füllt sich beim Tippen von selbst aus.

  • Name der Integration

    Zum Beispiel: Shop-Bestellungen an die Buchhaltung

  • Dokumentversion

    Zum Beispiel: 1.0

  • Erstellt von

    Zum Beispiel: Hamza Idrissi

  • Datum

    Zum Beispiel: 5. April 2029

  • Zweck

    Zum Beispiel: Jede bezahlte Webshop-Bestellung als Ausgangsrechnung an das Buchhaltungssystem senden, damit die Finanzabteilung sie nicht neu eingeben muss.

  • System, das Daten sendet

    Zum Beispiel: Webshop (API v2)

  • System, das Daten empfängt

    Zum Beispiel: Buchhaltungssystem (REST API)

  • Datenfluss

    Zum Beispiel: 1. Ein Kunde bezahlt eine Bestellung. 2. Der Shop sendet einen Webhook an den Integrationsdienst. 3. Der Dienst wandelt die Bestellung in eine Rechnung um und ruft die Buchhaltungs-API auf. 4. Das Buchhaltungssystem gibt eine Rechnungsnummer zurück, die der Dienst an der Bestellung speichert.

  • Endpunkte und Nachrichten

    Eine Zeile pro Endpunkt oder Nachricht.

    Zum Beispiel: POST /invoices | Rechnung erstellen | Body: Kunde, Positionen, Steuer, Summe | Rückgabe: Rechnungs-ID und Rechnungsnummer GET /customers?email= | Kunden finden | Rückgabe: Kunden-ID oder leer POST /customers | Kunden erstellen | Body: Name, E-Mail, Adresse

  • Feldzuordnung

    Welches Feld in der Quelle auf welches Feld im Ziel abgebildet wird. Geben Sie an, wie Werte umgewandelt werden.

    Zum Beispiel: order.total_paid → invoice.total order.billing_email → customer.email order.items[].sku → line.product_code

  • Authentifizierung und Sicherheit

    Zum Beispiel: OAuth 2.0 Client Credentials. Tokens sind eine Stunde gültig. Secrets werden im Vault aufbewahrt, niemals im Code. Alle Aufrufe verwenden HTTPS. Webhooks werden signiert und die Signatur wird geprüft.

  • Fehler und Wiederholungen

    Zum Beispiel: Bei 429 und 5xx bis zu 5-mal mit wachsenden Verzögerungen wiederholen. 4xx-Fehler nicht wiederholen; protokollieren und die Finanzabteilung benachrichtigen. Jede Rechnung hat einen eindeutigen Schlüssel, damit eine Wiederholung kein Duplikat erzeugt.

  • Limits und Mengen (optional)optional

    Zum Beispiel: Die Buchhaltungs-API erlaubt 60 Aufrufe pro Minute. Erwartet werden 400 Bestellungen pro Tag, an Aktionstagen bis zu 2.000.

  • Tests

    Zum Beispiel: Nutzen Sie die Buchhaltungs-Sandbox. Testen Sie eine normale Bestellung, eine Bestellung mit Rabatt, eine Rückerstattung, einen bereits vorhandenen Kunden und einen API-Ausfall.

  • Verantwortliche und Support

    Zum Beispiel: Verantwortlich: E-Commerce-Team. Support: Hamza Idrissi. Eskalation: Supportdesk des Buchhaltungsanbieters.

  • Änderungen und Versionierung (optional)optional

    Zum Beispiel: Jede Seite kündigt eine inkompatible Änderung 30 Tage im Voraus an.

IT und Projekte

Der Inhalt

Die Teile dieses Dokuments, der Reihe nach.

  1. 11. Zweck
  2. 22. Systeme
  3. 33. Datenfluss
  4. 44. Endpunkte und Nachrichten
  5. 55. Feldzuordnung
  6. 66. Authentifizierung und Sicherheit
  7. 77. Fehler und Wiederholungen
  8. 88. Limits und Mengen
  9. 99. Tests
  10. 1010. Verantwortliche und Support
  11. 1111. Änderungen und Versionierung

Vorlagen

So funktioniert es

  1. 01

    Ausfüllen

    Geben Sie Ihre Angaben in das Formular ein. Das Dokument füllt sich während der Eingabe selbst aus; klicken Sie auf eine Lücke, um direkt zum passenden Feld zu springen.

  2. 02

    Prüfen

    Lesen Sie es vollständig durch. Nicht ausgefüllte Lücken bleiben markiert, damit nichts halbfertig verschickt wird.

  3. 03

    Herunterladen

    Speichern Sie es als Word-Dokument, um es weiter zu bearbeiten, oder als PDF zum Versenden oder Drucken.

Mit KI zu Ihrem Dokument machen

Öffnen Sie es im Chat und fragen Sie nach Änderungen: kürzer, bestimmter, für eine andere Situation, in einer anderen Sprache.

Mit nerix anpassen

IT und Projekte

Häufige Fragen

Welche Angaben verlangt diese Vorlage?

Das Formular fragt 16 Angaben ab, beginnend mit Name der Integration, Dokumentversion, Erstellt von, Datum, Zweck. 2 weitere sind optional.

Kann ich diese Vorlage als Word- oder PDF-Datei herunterladen?

Ja. Wenn Sie das Formular ausgefüllt haben, speichern Sie es als Word-Dokument, um weiterzuarbeiten, oder als PDF zum Versenden oder Drucken. Das ist kostenlos und ohne Konto möglich.

Wird das, was ich eingebe, irgendwohin gesendet?

Nein. Was Sie eingeben, bleibt in Ihrem Browser, während Sie das Dokument ausfüllen. Es geht nur dann an nerix, wenn Sie die Vorlage im Chat öffnen.

Sind diese Vorlagen für IT und Projekte kostenlos?

Die meisten ja. Füllen Sie sie kostenlos aus und laden Sie sie als Word oder PDF herunter, ohne Konto. Einige längere Dokumente sind Premium: kostenlos auszufüllen, einmal bezahlt zum Herunterladen und mit ihrem Preis gekennzeichnet.

Macht eine Sicherheitsrichtlinie uns sicher?

Kein Dokument schafft das allein. Eine Richtlinie hilft, wenn sie dem entspricht, was Menschen wirklich tun. Halten Sie sie kurz, erklären Sie sie Ihrem Team und prüfen Sie sie jedes Jahr.

Ist ein Projektauftrag nur etwas für große Projekte?

Nein. Auch kleine Projekte profitieren, denn eine Seite mit Ziel, Grenzen und Entscheider verhindert später die meisten Streitigkeiten.