01Mimari: kaynak → ara katman → hedef
Kaynak
Sipariş sisteminiz: verinin doğduğu yer.
Ara katman
Değişikliği yakalar, alanları eşleştirir, birimleri dönüştürür, kuyruğa alır ve loglar.
Hedef
02Tetikleme yöntemleri
| Yöntem | Ne zaman | Not |
|---|---|---|
| Anlık (webhook) | Karşı sistem olay bildirimi sunuyorsa | En hızlı; imza doğrulaması gerekir |
| Zamanlanmış | Toplu güncellemelerde | Oran sınırına uygun dağıtılır |
| Değişiklik takibi | Kaynakta değişiklik zamanı tutuluyorsa | Yalnız değişenler gönderilir |
03Bağlantı yöntemleri
API
Sistemin resmî programlama arayüzü üzerinden veri alışverişi; en güvenilir ve izlenebilir yöntemdir.
Webhook
Bir olay olduğunda karşı sistemin anında haberdar edilmesi; sürekli sorgulama ihtiyacını azaltır.
Dosya aktarımı
CSV veya XML dosyalarının zamanlanmış olarak alınıp verilmesi; API olmayan sistemlerde kullanılır.
04Olur için çalışma düzeni
Olur'un PTT verisindeki 43 yerleşim kaydı 1 farklı posta koduna dağılır. Erzurum 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.
Olur'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.
Aynı ildeki Karayazı, Palandöken ve Uzundere ilçeleri için de e-fatura / e-arşiv entegrasyonu (e-ticaret) talepleri değerlendirilir; toplantılar uzaktan yapılır.
Olur bölgesinden e-fatura / e-arşiv entegrasyonu (e-ticaret) için mevcut programınızı ve satış kanallarınızı paylaşmanız ön değerlendirme için yeterli. 0540 003 19 81 numarasını arayabilirsiniz.
05İşletim ve bakım ipuçları
- Stok ana kaynağı ile kanallardaki stok haftalık örneklemle karşılaştırılır.
- Yetki ve API anahtarlarının süresi dolmadan yenilenir.
- Yoğun kampanya dönemlerinden önce kuyruk kapasitesi gözden geçirilir.
06Planlama notları
- Ana kaynak (master) belirlenir: stok ve fiyat hangi sistemde "doğru" kabul edilecek?
- Hata kuyruğu ve yeniden deneme: başarısız aktarımlar kaybolmamalı, raporlanmalı.
- Platformların oran sınırları (rate limit) ve kuralları değişebilir; entegrasyon izleme ve bakımla birlikte planlanır.
07Kuyruk ve yeniden deneme
Her kayıt kuyruğa alınır; karşı sistem yanıt vermezse belirli aralıklarla yeniden denenir. Belirli sayıdan sonra başarısız kayıt hata listesine düşer ve bildirim gider.
| 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) |
SSSSık sorulan sorular
Sadece Erzurum için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Erzurum de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Ara katman nerede çalışır?
Bulut sunucuda veya şirket içi bir sunucuda çalışabilir; seçim veri güvenliği ve erişim ihtiyacına göre yapılır.
Olur'da yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Veri anlık mı aktarılır?
Karşı sistem olay bildirimi sunuyorsa anlık; sunmuyorsa kısa aralıklı zamanlanmış görevlerle aktarılır.
Anlık mı zamanlanmış mı olmalı?
Stok ve sipariş gibi hızlı değişen verilerde anlık veya kısa aralıklı akış; ürün açıklaması gibi seyrek değişen verilerde zamanlanmış akış yeterlidir.
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.
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.
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 entegrasyonu (e-ticaret): hazır modül mü özel entegrasyon mu?Hazır entegratör ile özel çözüm farkı
- 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) kurulum adımlarıAdım adım kurulum
- E-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalarYetki, oran sınırı ve kurallar
Olur'da ilgili hizmetler
Erzurum içindeki diğer ilçeler
- Karayazı'da e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Palandöken'de e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Aşkale'de e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Narman'da e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Çat için e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
Bu sayfada geçen kavramlar
- mükellef sorgulama
- otomatik fatura
- PDF/e-posta gönderimi
- e-arşiv
- stok senkronizasyonu
- oran sınırı
- API
- takip numarası
- fiyat güncelleme
- hata kuyruğu
- Erzurum
- Olur