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.
04İstanbul'da ödeme ve sanal POS entegrasyonu
PTT kayıtlarına göre İstanbul genelinde 39 ilçe ve 973 mahalle ve köy kaydı bulunur; il, Marmara Bölgesi'ndedir. İstanbul büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. İstanbul'da PTT verisine göre 12 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde ödeme ve sanal POS entegrasyonu için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Büyükşehirlerde çok şubeli ve çok depolu işletmeler yaygındır; ödeme ve sanal POS entegrasyonu planlanırken şubeler arası stok, merkezden raporlama ve şube bazlı yetki baştan değerlendirilir.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; İstanbul'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.
Aynı bölgedeki Sakarya, Balıkesir ve Edirne illeri için de ödeme ve sanal POS entegrasyonu projeleri aynı düzenle yürütülür.
İstanbul bölgesinden ödeme ve sanal POS entegrasyonu 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.
05Kuyruk 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 |
|---|---|---|
| İ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
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.
Ö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.
İstanbul'dan yazıyorum; toplantılar nasıl yapılıyor?
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.
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.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
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.
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 ç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 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.
→İlgili sayfalar
Ödeme ve Sanal POS Entegrasyonu hakkında diğer konular
- Ödeme ve sanal POS entegrasyonuKapsam, akış ve kurulum
- Ödeme ve sanal POS entegrasyonu çoklu platform yönetimiBirden çok sistemle birlikte kullanım
- Ödeme ve sanal POS entegrasyonu fiyatlarıEntegrasyon maliyetini belirleyenler
- Ödeme ve sanal POS entegrasyonu kurulum adımlarıAdım adım kurulum
- Ödeme ve sanal POS entegrasyonu API ve sınırlamalarYetki, oran sınırı ve kurallar
İstanbul'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
İstanbul ilçelerinde ödeme ve sanal POS entegrasyonu nasıl çalışır?
- Adalar
- Arnavutköy
- Ataşehir
- Avcılar
- Bağcılar
- Bahçelievler
- Bakırköy
- Başakşehir
- Bayrampaşa
- Beşiktaş
- Beykoz
- Beylikdüzü
- Beyoğlu
- Büyükçekmece
- Çatalca
- Çekmeköy
- Esenler
- Esenyurt
- Eyüpsultan
- Fatih
- Gaziosmanpaşa
- Güngören
- Kadıköy
- Kağıthane
- Kartal
- Küçükçekmece
- Maltepe
- Pendik
- Sancaktepe
- Sarıyer
- Silivri
- Sultanbeyli
- Sultangazi
- Şile
- Şişli
- Tuzla
- Ümraniye
- Üsküdar
- Zeytinburnu
Bu sayfada geçen kavramlar
- 3D Secure
- taksit
- iade
- sipariş aktarımı
- oran sınırı
- API
- takip numarası
- stok senkronizasyonu
- webhook
- e-arşiv
- İstanbul