01Mimari: kaynak → ara katman → hedef
Kaynak
E-ticaret siteniz veya uygulamanız: 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
Banka sanal POS'u veya ödeme kuruluşu: verinin gideceği yer.
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.
04Gökçeada için çalışma düzeni
Gökçeada'nın PTT verisindeki 15 yerleşim kaydı 2 farklı posta koduna dağılır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Gökçeada'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Çanakkale genelinde Çanakkale Yenice, Bozcaada ve Biga 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; ödeme ve sanal POS entegrasyonu akışını birlikte çıkaralım. Telefon: 0540 003 19 81.
05İşletim ve bakım ipuçları
- Yetki ve API anahtarlarının süresi dolmadan yenilenir.
- Platformların API duyuruları takip edilir; alan değişikliklerinde eşleştirme güncellenir.
- Başarısız aktarımlar günlük olarak hata kuyruğundan kontrol edilir.
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ı.
- Çakışma kuralı: aynı ürün iki kanalda aynı anda satılırsa stok nasıl düşülecek?
07Kuyruk ve yeniden deneme
Kuyruk, yoğun anlarda isteklerin sırayla ve platformun izin verdiği hızda gönderilmesini sağlar; böylece hem veri kaybı hem oran sınırı hatası önlenir.
| Veri | Yön | Sıklık |
|---|---|---|
| İade talebi ve durumu | hedef → kaynak | iade oluştuğunda |
| Ödeme ve tahsilat kaydı | hedef → kaynak | ödeme anında (bildirimle) |
| Döviz kurları | hedef → kaynak | günlük |
| Bildirim ve şablon mesajlar | kaynak → hedef | olay gerçekleştiğinde |
SSSSık sorulan sorular
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ökçeada'da bulunuyorum, yerinde görüşme mümkün mü?
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.
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.
Sadece Çanakkale için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
Ödeme ve sanal POS entegrasyonu 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.
Ödeme ve sanal POS entegrasyonu ç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.
→İlgili sayfalar
Ödeme ve Sanal POS Entegrasyonu hakkında diğer konular
- Ödeme ve sanal POS entegrasyonu veri eşleştirmeAlan, kategori ve kod eşleştirmesi
- Ödeme ve sanal POS entegrasyonu fiyatlarıEntegrasyon maliyetini belirleyenler
- Ödeme ve sanal POS entegrasyonu API ve sınırlamalarYetki, oran sınırı ve kurallar
- Ödeme ve sanal POS entegrasyonu test ve canlıya almaTest ortamı ve geçiş
- Ödeme ve sanal POS entegrasyonu çoklu platform yönetimiBirden çok sistemle birlikte kullanım
Gökçeada'da ilgili hizmetler
Çanakkale içindeki diğer ilçeler
- Bozcaada için ödeme ve sanal POS entegrasyonu nasıl çalışır?
- Biga için ödeme ve sanal POS entegrasyonu nasıl çalışır?
- Ezine için ödeme ve sanal POS entegrasyonu nasıl çalışır?
- Çanakkale Merkez'de ödeme ve sanal POS entegrasyonu nasıl çalışır?
- Çanakkale Yenice için ödeme ve sanal POS entegrasyonu nasıl çalışır?
Bu sayfada geçen kavramlar
- 3D Secure
- taksit
- iade
- sipariş aktarımı
- oran sınırı
- API
- barkod
- kategori eşleştirme
- hata kuyruğu
- Çanakkale
- Gökçeada