İçeriğe geç

API entegrasyon şartnamesi

İki sistemin nasıl bağlandığını belirtin: hangi veri hareket eder, nasıl korunur, hatalar nasıl ele alınır ve sahibi kim.

Doldurun ve önizleyin

API entegrasyon şartnamesi

Entegrasyon: Mağaza siparişlerinden muhasebeye
Sürüm: 1.0
Hazırlayan: Hamza Idrissi
Tarih: 5 Nisan 2029

1. Amaç

Ödemesi alınmış her web mağazası siparişini satış faturası olarak muhasebe sistemine gönderin, böylece finans ekibi siparişi yeniden yazmak zorunda kalmasın.

2. Sistemler

  • Veri gönderen: Web mağazası (API v2)
  • Veri alan: Muhasebe sistemi (REST API)

3. Veri akışı

1. Müşteri bir siparişin ödemesini yapar.
2. Mağaza, entegrasyon hizmetine bir webhook gönderir.
3. Hizmet siparişi faturaya dönüştürür ve muhasebe API'sini çağırır.
4. Muhasebe sistemi bir fatura numarası döndürür; hizmet bunu siparişe kaydeder.

4. Uç noktalar ve mesajlar

Yöntem ve yol Ne yapar Ana alanlar Ne döndürür
POST /invoices Fatura oluştur Gövde: müşteri, satırlar, vergi, toplam Döndürür: fatura kimliği ve numarası
GET /customers?email= Müşteri bul Döndürür: müşteri kimliği veya boş
POST /customers Müşteri oluştur Gövde: ad, e-posta, adres

5. Alan eşleme

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

6. Kimlik doğrulama ve güvenlik

OAuth 2.0 istemci kimlik bilgileri. Belirteçler bir saat geçerlidir. Gizli bilgiler kasada tutulur, asla kodda olmaz. Tüm çağrılar HTTPS kullanır. Webhook'lar imzalanır ve imza kontrol edilir.

Kişisel veriler yalnızca gerektiğinde gönderilir, günlüklere yazılmaz ve her iki sistemin gizlilik koşulları kapsamındadır.

7. Hatalar ve yeniden denemeler

429 ve 5xx hatalarında artan gecikmelerle en fazla 5 kez yeniden deneyin. 4xx hatalarını yeniden denemeyin; günlüğe kaydedin ve finans ekibine uyarı verin. Her faturanın benzersiz bir anahtarı vardır, böylece yeniden deneme yinelenen kayıt oluşturamaz.

8. Sınırlar ve hacimler

Muhasebe API'si dakikada 60 çağrıya izin verir. Günde 400 sipariş, kampanya günlerinde 2.000'e kadar beklenir.

9. Testler

Muhasebe test ortamını kullanın. Normal bir siparişi, indirimli bir siparişi, iadeyi, zaten var olan bir müşteriyi ve API kesintisini test edin.

10. Sahipler ve destek

Sahip: E-ticaret ekibi. Destek: Hamza Idrissi. Eskalasyon: muhasebe satıcısının destek masası.

11. Değişiklikler ve sürümleme

Taraflardan biri, uyumluluğu bozan bir değişikliği 30 gün önceden bildirir.

Şablonlar özenle hazırlanmış bir başlangıç noktasıdır, hukuki danışmanlık niteliği taşımaz. Hukuki konularda bulunduğunuz yerde geçerli olan kuralları kontrol edin.

BT ve projeler

Bu şablon ne işe yarar?

İki sistemin nasıl bağlandığını açıklayan API entegrasyon şartnamesi: amaç, veri akışı, uç noktalar, kimlik doğrulama, hatalar, sınırlar, testler ve sahiplik.

Çevrimiçi doldurması ücretsizdir, hesap gerektirmez ve Word belgesi ya da PDF olarak iner. Tüm BT ve projeler şablonlarını görün

BT ve projeler

Dolduracaklarınız

Form 16 bilgi ister. Siz yazdıkça belge kendiliğinden dolar.

  • Entegrasyon adı

    Örneğin: Mağaza siparişlerinden muhasebeye

  • Belge sürümü

    Örneğin: 1.0

  • Hazırlayan

    Örneğin: Hamza Idrissi

  • Tarih

    Örneğin: 5 Nisan 2029

  • Amaç

    Örneğin: Ödemesi alınmış her web mağazası siparişini satış faturası olarak muhasebe sistemine gönderin, böylece finans ekibi siparişi yeniden yazmak zorunda kalmasın.

  • Veri gönderen sistem

    Örneğin: Web mağazası (API v2)

  • Veri alan sistem

    Örneğin: Muhasebe sistemi (REST API)

  • Veri akışı

    Örneğin: 1. Müşteri bir siparişin ödemesini yapar. 2. Mağaza, entegrasyon hizmetine bir webhook gönderir. 3. Hizmet siparişi faturaya dönüştürür ve muhasebe API'sini çağırır. 4. Muhasebe sistemi bir fatura numarası döndürür; hizmet bunu siparişe kaydeder.

  • Uç noktalar ve mesajlar

    Her uç nokta veya mesaj için bir satır.

    Örneğin: POST /invoices | Fatura oluştur | Gövde: müşteri, satırlar, vergi, toplam | Döndürür: fatura kimliği ve numarası GET /customers?email= | Müşteri bul | Döndürür: müşteri kimliği veya boş POST /customers | Müşteri oluştur | Gövde: ad, e-posta, adres

  • Alan eşleme

    Kaynaktaki hangi alanın hedefteki hangi alana gittiğini belirtin. Değerlerin nasıl dönüştürüldüğünü yazın.

    Örneğin: order.total_paid → invoice.total order.billing_email → customer.email order.items[].sku → line.product_code

  • Kimlik doğrulama ve güvenlik

    Örneğin: OAuth 2.0 istemci kimlik bilgileri. Belirteçler bir saat geçerlidir. Gizli bilgiler kasada tutulur, asla kodda olmaz. Tüm çağrılar HTTPS kullanır. Webhook'lar imzalanır ve imza kontrol edilir.

  • Hatalar ve yeniden denemeler

    Örneğin: 429 ve 5xx hatalarında artan gecikmelerle en fazla 5 kez yeniden deneyin. 4xx hatalarını yeniden denemeyin; günlüğe kaydedin ve finans ekibine uyarı verin. Her faturanın benzersiz bir anahtarı vardır, böylece yeniden deneme yinelenen kayıt oluşturamaz.

  • Sınırlar ve hacimler (isteğe bağlı)isteğe bağlı

    Örneğin: Muhasebe API'si dakikada 60 çağrıya izin verir. Günde 400 sipariş, kampanya günlerinde 2.000'e kadar beklenir.

  • Testler

    Örneğin: Muhasebe test ortamını kullanın. Normal bir siparişi, indirimli bir siparişi, iadeyi, zaten var olan bir müşteriyi ve API kesintisini test edin.

  • Sahipler ve destek

    Örneğin: Sahip: E-ticaret ekibi. Destek: Hamza Idrissi. Eskalasyon: muhasebe satıcısının destek masası.

  • Değişiklik ve sürümleme (isteğe bağlı)isteğe bağlı

    Örneğin: Taraflardan biri, uyumluluğu bozan bir değişikliği 30 gün önceden bildirir.

BT ve projeler

İçinde neler var?

Bu belgenin bölümleri, sırasıyla.

  1. 11. Amaç
  2. 22. Sistemler
  3. 33. Veri akışı
  4. 44. Uç noktalar ve mesajlar
  5. 55. Alan eşleme
  6. 66. Kimlik doğrulama ve güvenlik
  7. 77. Hatalar ve yeniden denemeler
  8. 88. Sınırlar ve hacimler
  9. 99. Testler
  10. 1010. Sahipler ve destek
  11. 1111. Değişiklikler ve sürümleme

Şablonlar

Nasıl çalışır?

  1. 01

    Doldurun

    Bilgilerinizi forma yazın. Siz yazdıkça belge kendiliğinden dolar. Herhangi bir boşluğa tıklayarak ilgili alana geçebilirsiniz.

  2. 02

    Kontrol edin

    Belgeyi baştan sona okuyun. Doldurmadığınız boşluklar işaretli kalır, böylece hiçbir belge yarım hâliyle gönderilmez.

  3. 03

    İndirin

    Düzenlemeye devam etmek için Word belgesi olarak, göndermek veya yazdırmak için PDF olarak kaydedin.

Yapay zekâ ile kendinize uyarlayın

Belgeyi sohbette açıp değişiklik isteyin: daha kısa, daha kararlı bir üslupla, başka bir duruma uygun veya başka bir dilde.

nerix ile uyarlayın

BT ve projeler

Sıkça sorulan sorular

Bu şablon hangi bilgileri istiyor?

Form 16 bilgi ister; başta Entegrasyon adı, Belge sürümü, Hazırlayan, Tarih, Amaç olmak üzere. 2 tanesi daha isteğe bağlıdır.

Bu şablonu Word veya PDF olarak indirebilir miyim?

Evet. Formu doldurduktan sonra düzenlemeye devam etmek için Word belgesi olarak, göndermek veya yazdırmak için PDF olarak kaydedin. Ücretsizdir ve hesap gerektirmez.

Yazdıklarım bir yere gönderiliyor mu?

Hayır. Belgeyi doldururken yazdıklarınız tarayıcınızda kalır. Yalnızca şablonu sohbette açmayı seçerseniz nerix'e gider.

Bu BT ve proje şablonları ücretsiz mi?

Çoğu evet. Hesap açmadan ücretsiz doldurup Word veya PDF olarak indirin. Birkaç uzun belge premium: doldurmak ücretsiz, indirmek tek seferlik ücretli ve fiyatı belirtilmiş.

Bir güvenlik politikası bizi güvenli yapar mı?

Hiçbir belge bunu tek başına yapmaz. Bir politika, insanların gerçekte yaptığıyla örtüştüğünde işe yarar; kısa tutun, ekibinize anlatın ve her yıl gözden geçirin.

Proje tüzüğü yalnızca büyük projeler için mi?

Hayır. Küçük bir proje de yararlanır, çünkü hedefi, sınırları ve karar vericiyi belirten tek bir sayfa sonraki tartışmaların çoğunu önler.