01Yetki ve erişim
- API anahtarı veya OAuth yetkisi platformun panelinden alınır
- Yetki kapsamı yalnız gereken işlemlerle sınırlanır
- Anahtarlar gizli kasada tutulur, kod deposuna yazılmaz
- Yetki süresi dolmadan yenilenir
02Oran sınırları
Platformlar belirli sürede gönderilebilecek istek sayısını sınırlayabilir; bu sınırlar platformun güncel dokümanında yer alır ve zamanla değişebilir. Bu yüzden entegrasyonda sabit bir sayı varsayılmaz, yanıt başlıkları ve hata kodları izlenir.
03Aktarılan veriler
| Veri | Yön | Sıklık |
|---|---|---|
| Kargo etiketi ve takip numarası | çift yönlü | sevkiyat anında |
| Fatura bilgisi ve belge | kaynak → hedef | sipariş onaylandığında |
| Ödeme ve tahsilat kaydı | hedef → kaynak | ödeme anında (bildirimle) |
04Gülyalı için çalışma düzeni
Gülyalı'nın PTT verisindeki 13 yerleşim kaydı 1 farklı posta koduna dağılır. Ordu gibi büyükşehirlerde satış birden fazla kanaldan ve şubeden yürüyebilir; e-fatura / e-arşiv entegrasyonu (e-ticaret) için verinin tek kaynaktan dağıtılması tutarlılığı korur.
Gülyalı'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Ordu genelinde Kumru, Aybastı ve Altınordu gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Hangi verinin nereden nereye akacağını konuşmak için 0540 003 19 81 numarasını arayın veya WhatsApp'tan yazın.
05Toplu işlem ve kuyruk stratejisi
- Değişen kayıtları toplu göndermek
- İstekleri kuyrukla güne yaymak
- Hata kodunda bekleyip yeniden denemek
- Önceliği stok ve sipariş gibi kritik verilere vermek
06Örnek günlük istek hesabı
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 15.000
- Günlük değişim oranı
- %11
- Kanal sayısı
- 1
- Günlük güncelleme isteği
- 1.650
- Saatlik ortalama
- 69
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
07Hangi durumlarda gündeme gelir?
Fiyat değişikliği saatler aldığında
Kanal bazlı fiyat kuralları tanımlanır; toplu fiyat güncellemesi kuyrukla dağıtılır.
Otomatik fatura gerektiğinde
Otomatik fatura, e-fatura / e-arşiv entegrasyonu (e-ticaret) projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
08İşletim ve bakım ipuçları
- Platformların API duyuruları takip edilir; alan değişikliklerinde eşleştirme güncellenir.
- Stok ana kaynağı ile kanallardaki stok haftalık örneklemle karşılaştırılır.
- Başarısız aktarımlar günlük olarak hata kuyruğundan kontrol edilir.
09Not
BilgiPlatform kuralları, ücretleri ve sınırları değişebilir; güncel bilgi platformun kendi dokümanından kontrol edilmelidir.
SSSSık sorulan sorular
E-fatura / e-arşiv entegrasyonu (e-ticaret) çalışırken bir kayıt aktarılamazsa ne olur?
Başarısız aktarım hata kuyruğunda bekletilir, yeniden denenir ve raporlanır; hangi kaydın neden aktarılamadığı görülür.
Kampanya dönemlerinde sorun olur mu?
Kuyruk ve öncelik kuralları sayesinde kritik veriler (stok, sipariş) önce gönderilir; yoğunluk öncesi kapasite gözden geçirilir.
Entegrasyon platform kurallarına aykırı olur mu?
Hayır; entegrasyon yalnız platformun resmî olarak sunduğu API ve kullanım koşulları çerçevesinde kurulur.
Gülyalı'da yüz yüze görüşebilir miyiz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Ordu dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
API sınırlarını nereden öğrenirim?
Platformun güncel geliştirici dokümanından; sınırlar değişebileceği için entegrasyon sabit değer yerine hata kodlarını izler.
Oran sınırına takılırsak ne olur?
İstekler kuyrukta bekletilir ve platformun izin verdiği hızda yeniden gönderilir; veri kaybolmaz, yalnız gecikebilir.
E-fatura / e-arşiv entegrasyonu (e-ticaret) için hangi erişimler gerekir?
Bağlanacak sistemlerin resmî API veya entegrasyon bilgileri, varsa test hesabı ve verinin ana kaynağının hangi sistem olacağı kararı gerekir.
→İlgili sayfalar
E-Fatura / E-Arşiv Entegrasyonu (E-Ticaret) hakkında diğer konular
- E-fatura / e-arşiv entegrasyonunun (e-ticaret) güvenliğiKimlik bilgisi, yetki ve veri güvenliği
- E-fatura / e-arşiv entegrasyonu (e-ticaret)Kapsam, akış ve kurulum
- E-fatura / e-arşiv entegrasyonu (e-ticaret) veri eşleştirmeAlan, kategori ve kod eşleştirmesi
- E-fatura / e-arşiv entegrasyonu (e-ticaret) kurulum adımlarıAdım adım kurulum
- E-fatura / e-arşiv entegrasyonu (e-ticaret) hataları ve çözümleriSık hatalar ve nedenleri
Gülyalı'da ilgili hizmetler
Ordu içindeki diğer ilçeler
- Kabataş için e-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalar
- Aybastı için e-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalar
- Kumru için e-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalar
- İkizce için e-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalar
- Fatsa için e-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalar
Bu sayfada geçen kavramlar
- mükellef sorgulama
- otomatik fatura
- PDF/e-posta gönderimi
- e-arşiv
- stok senkronizasyonu
- oran sınırı
- fiyat güncelleme
- barkod
- kategori eşleştirme
- Ordu
- Gülyalı