Ugrás a tartalomra

API integrációs specifikáció

Határozza meg, hogyan kapcsolódik két rendszer: milyen adatok mozognak, hogyan védik őket, hogyan kezelik a hibákat, és ki felel értük.

Töltse ki, és nézze meg előnézetben

API integrációs specifikáció

Integráció: Webshop rendelések könyvelésbe
Verzió: 1.0
Készítette: Hamza Idrissi
Dátum: 2029. április 5.

1. Cél

Minden kifizetett webáruházi rendelést értékesítési számlaként küldjön át a könyvelőrendszerbe, hogy a pénzügy ne gépelje be újra.

2. Rendszerek

  • Adatot küld: Webáruház (API v2)
  • Adatot fogad: Könyvelőrendszer (REST API)

3. Adatfolyam

1. Az ügyfél kifizet egy rendelést.
2. A webáruház webhookot küld az integrációs szolgáltatásnak.
3. A szolgáltatás számlát készít a rendelésből, és hívja a könyvelési API-t.
4. A könyvelőrendszer visszaad egy számlaszámot, amelyet a szolgáltatás elment a rendeléshez.

4. Végpontok és üzenetek

Metódus és útvonal Mit csinál Fő mezők Mit ad vissza
POST /invoices Számla létrehozása Törzs: ügyfél, tételek, adó, végösszeg Visszatérés: számla azonosítója és száma
GET /customers?email= Ügyfél keresése Visszatérés: ügyfél azonosítója vagy üres
POST /customers Ügyfél létrehozása Törzs: név, e-mail, cím

5. Mezőhozzárendelés

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

6. Hitelesítés és biztonság

OAuth 2.0 kliens hitelesítő adatok. A tokenek egy óráig érvényesek. A titkokat a széfben tároljuk, soha nem a kódban. Minden hívás HTTPS-t használ. A webhookok aláírtak, és az aláírást ellenőrizzük.

Személyes adat csak szükség esetén kerül továbbításra, nem íródik naplóba, és mindkét rendszer adatvédelmi feltételei vonatkoznak rá.

7. Hibák és újrapróbálkozások

429 és 5xx esetén legfeljebb 5 alkalommal próbálkozzon újra, növekvő várakozással. A 4xx hibákat ne próbálja újra; naplózza őket, és értesítse a pénzügyet. Minden számlának egyedi kulcsa van, így az újrapróbálkozás nem hozhat létre duplikátumot.

8. Korlátok és adatmennyiségek

A könyvelési API percenként 60 hívást engedélyez. Naponta 400 rendelés várható, akciós napokon legfeljebb 2 000.

9. Tesztelés

Használja a könyvelési sandboxot. Teszteljen egy normál rendelést, egy kedvezményes rendelést, egy visszatérítést, egy már létező ügyfelet és egy API-kiesést.

10. Felelősök és támogatás

Felelős: E-commerce csapat. Támogatás: Hamza Idrissi. Eszkaláció: a könyvelési beszállító támogatói részlege.

11. Változások és verziózás

Bármelyik fél 30 nappal előre értesít a nem kompatibilis változásról.

A sablonok gondos kiindulópontot nyújtanak, nem minősülnek jogi tanácsnak. Ahol a jog számít, ellenőrizze, mi vonatkozik Önre.

IT és projektek

Mire szolgál ez a sablon

API integrációs specifikáció, amely leírja két rendszer kapcsolatát: cél, adatfolyam, végpontok, hitelesítés, hibakezelés, limitek, tesztelés és felelősök.

Online ingyenesen kitölthető, nem igényel fiókot, és Word-dokumentumként vagy PDF-ként letölthető. Összes IT és projektek sablon megtekintése

IT és projektek

Mit kell kitöltenie

Az űrlap 16 adatot kér. A dokumentum gépelés közben magától kitöltődik.

  • Integráció neve

    Például: Webshop rendelések könyvelésbe

  • Dokumentum verziója

    Például: 1.0

  • Készítette

    Például: Hamza Idrissi

  • Dátum

    Például: 2029. április 5.

  • Cél

    Például: Minden kifizetett webáruházi rendelést értékesítési számlaként küldjön át a könyvelőrendszerbe, hogy a pénzügy ne gépelje be újra.

  • Adatot küldő rendszer

    Például: Webáruház (API v2)

  • Adatot fogadó rendszer

    Például: Könyvelőrendszer (REST API)

  • Adatfolyam

    Például: 1. Az ügyfél kifizet egy rendelést. 2. A webáruház webhookot küld az integrációs szolgáltatásnak. 3. A szolgáltatás számlát készít a rendelésből, és hívja a könyvelési API-t. 4. A könyvelőrendszer visszaad egy számlaszámot, amelyet a szolgáltatás elment a rendeléshez.

  • Végpontok és üzenetek

    Soronként egy végpont vagy üzenet.

    Például: POST /invoices | Számla létrehozása | Törzs: ügyfél, tételek, adó, végösszeg | Visszatérés: számla azonosítója és száma GET /customers?email= | Ügyfél keresése | Visszatérés: ügyfél azonosítója vagy üres POST /customers | Ügyfél létrehozása | Törzs: név, e-mail, cím

  • Mezőhozzárendelés

    Melyik forrásmező melyik célmezőbe kerül. Írja le, hogyan alakulnak át az értékek.

    Például: order.total_paid → invoice.total order.billing_email → customer.email order.items[].sku → line.product_code

  • Hitelesítés és biztonság

    Például: OAuth 2.0 kliens hitelesítő adatok. A tokenek egy óráig érvényesek. A titkokat a széfben tároljuk, soha nem a kódban. Minden hívás HTTPS-t használ. A webhookok aláírtak, és az aláírást ellenőrizzük.

  • Hibák és újrapróbálkozások

    Például: 429 és 5xx esetén legfeljebb 5 alkalommal próbálkozzon újra, növekvő várakozással. A 4xx hibákat ne próbálja újra; naplózza őket, és értesítse a pénzügyet. Minden számlának egyedi kulcsa van, így az újrapróbálkozás nem hozhat létre duplikátumot.

  • Korlátok és adatmennyiségek (nem kötelező)nem kötelező

    Például: A könyvelési API percenként 60 hívást engedélyez. Naponta 400 rendelés várható, akciós napokon legfeljebb 2 000.

  • Tesztelés

    Például: Használja a könyvelési sandboxot. Teszteljen egy normál rendelést, egy kedvezményes rendelést, egy visszatérítést, egy már létező ügyfelet és egy API-kiesést.

  • Felelősök és támogatás

    Például: Felelős: E-commerce csapat. Támogatás: Hamza Idrissi. Eszkaláció: a könyvelési beszállító támogatói részlege.

  • Változtatás és verziózás (nem kötelező)nem kötelező

    Például: Bármelyik fél 30 nappal előre értesít a nem kompatibilis változásról.

IT és projektek

Mi van benne

A dokumentum részei sorrendben.

  1. 11. Cél
  2. 22. Rendszerek
  3. 33. Adatfolyam
  4. 44. Végpontok és üzenetek
  5. 55. Mezőhozzárendelés
  6. 66. Hitelesítés és biztonság
  7. 77. Hibák és újrapróbálkozások
  8. 88. Korlátok és adatmennyiségek
  9. 99. Tesztelés
  10. 1010. Felelősök és támogatás
  11. 1111. Változások és verziózás

Sablonok

Így működik

  1. 01

    Kitöltés

    Írja be adatait az űrlapba. A dokumentum gépelés közben kitöltődik; kattintson bármelyik üres helyre, és az adott mezőhöz ugrik.

  2. 02

    Ellenőrzés

    Olvassa át. A ki nem töltött helyek megjelölve maradnak, így nem kerül ki félkész dokumentum.

  3. 03

    Letöltés

    Mentse Word-dokumentumként további szerkesztéshez, vagy PDF formátumban küldéshez vagy nyomtatáshoz.

Alakítsa sajátjává AI segítségével

Nyissa meg a csevegésben, és kérjen módosításokat: rövidebb, határozottabb, más helyzet, más nyelv.

Alakítsa a nerix segítségével

IT és projektek

Gyakori kérdések

Milyen adatokat kér ez a sablon?

Az űrlap 16 adatot kér, elsőként: Integráció neve, Dokumentum verziója, Készítette, Dátum, Cél. További 2 adat megadása nem kötelező.

Letölthetem ezt a sablont Word vagy PDF formátumban?

Igen. Ha kitöltötte az űrlapot, mentse el Word-dokumentumként, ha tovább szeretné szerkeszteni, vagy PDF-ként, ha el szeretné küldeni vagy ki szeretné nyomtatni. Ingyenes, és nem igényel fiókot.

Elküldésre kerül valahova, amit beírok?

Nem. Amit beír, az a dokumentum kitöltése közben a böngészőjében marad. Csak akkor jut el a nerixhez, ha úgy dönt, hogy megnyitja a sablont a chatben.

Ingyenesek ezek az IT- és projektsablonok?

A legtöbb igen. Töltse ki és töltse le őket ingyen Word vagy PDF formátumban, fiók nélkül. Néhány hosszabb dokumentum prémium: a kitöltés ingyenes, a letöltés egyszeri díjas, és az ára fel van tüntetve.

Biztonságossá tesz minket egy biztonsági szabályzat?

Egyetlen dokumentum sem teszi egyedül. A szabályzat akkor segít, ha egyezik azzal, amit az emberek valóban tesznek: tartsa rövidnek, magyarázza el a csapatnak, és évente vizsgálja felül.

Csak nagy projektekhez való a projektalapító okirat?

Nem. Egy kis projekt is profitál belőle, mert egy oldal a céllal, a határokkal és a döntéshozóval megelőzi a későbbi viták többségét.