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.
04Antakya için çalışma düzeni
PTT kayıtlarında Antakya ilçesine bağlı 95 yerleşim bulunur. Hatay 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.
Mesafe yazılım işinin önünde engel değildir: Antakya'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Hatay genelinde Kırıkhan, Dörtyol ve Hassa gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Kullandığınız sistemleri ve bağlamak istediğiniz platformu WhatsApp'tan yazın; e-fatura / e-arşiv entegrasyonu (e-ticaret) akışını birlikte çıkaralım. Telefon: 0540 003 19 81.
05Planlama notları
- Hata kuyruğu ve yeniden deneme: başarısız aktarımlar kaybolmamalı, raporlanmalı.
- Alan eşleştirmesi: kategori, marka, varyant, barkod, KDV oranı, desi.
- Çakışma kuralı: aynı ürün iki kanalda aynı anda satılırsa stok nasıl düşülecek?
06Hangi durumlarda gündeme gelir?
Siparişler tek tek panelden çekildiğinde
Siparişler otomatik olarak sipariş ekranına, muhasebeye ve kargoya aktarılır.
Fiyat değişikliği saatler aldığında
Kanal bazlı fiyat kuralları tanımlanır; toplu fiyat güncellemesi kuyrukla dağıtılı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 Hatay için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
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.
Antakya'dan yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Entegrasyon için pazaryerinden ne almam gerekiyor?
Satıcı panelinden alınan API bilgileri (anahtar, gizli anahtar veya satıcı kimliği gibi), ürünlerin barkod ve kategori bilgileri ve stokun ana kaynağının hangi sistem olacağı kararı yeterlidir.
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.
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.
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) kurulum adımlarıAdım adım 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) hataları ve çözümleriSık hatalar ve nedenleri
- E-fatura / e-arşiv entegrasyonu (e-ticaret) API ve sınırlamalarYetki, oran sınırı ve kurallar
- E-fatura / e-arşiv entegrasyonu (e-ticaret) bakım ve izlemeÇalışan entegrasyonun takibi
Antakya'da ilgili hizmetler
Hatay içindeki diğer ilçeler
- Hassa için e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Kumlu'da e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Arsuz'da e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Dörtyol için e-fatura / e-arşiv entegrasyonu (e-ticaret) nasıl çalışır?
- Kırıkhan'da 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ı
- webhook
- fiyat güncelleme
- sipariş aktarımı
- Hatay
- Antakya