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 |
|---|---|---|
| İ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 |
04Çamardı için çalışma düzeni
Çamardı'nın PTT verisindeki 28 yerleşim kaydı 2 farklı posta koduna dağılır.
Çamardı'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.
Niğde genelinde Altunhisar, Ulukışla ve Çiftlik gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Çamardı 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.
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ı
- 8.500
- Günlük değişim oranı
- %7
- Kanal sayısı
- 3
- Günlük güncelleme isteği
- 1.785
- Saatlik ortalama
- 74
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
07Planlama 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ı.
- Alan eşleştirmesi: kategori, marka, varyant, barkod, KDV oranı, desi.
08Kapsamı ve maliyeti etkileyenler
- bağlanacak platform sayısı
- bakım ve izleme kapsamı
- yön (tek/iki yönlü)
- ürün/varyant hacmi
09İşletim ve bakım ipuçları
- Başarısız aktarımlar günlük olarak hata kuyruğundan kontrol edilir.
- 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.
10Not
BilgiPlatform kuralları, ücretleri ve sınırları değişebilir; güncel bilgi platformun kendi dokümanından kontrol edilmelidir.
SSSSık sorulan sorular
Ö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.
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.
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.
Çamardı'da yüz yüze görüşebilir miyiz?
İş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.
Niğde 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.
Ö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.
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.
→İlgili sayfalar
Ödeme ve Sanal POS Entegrasyonu hakkında diğer konular
- Ödeme ve sanal POS entegrasyonu çoklu platform yönetimiBirden çok sistemle birlikte kullanım
- Ödeme ve sanal POS entegrasyonu hataları ve çözümleriSık hatalar ve nedenleri
- Ödeme ve sanal POS entegrasyonu: hazır modül mü özel entegrasyon mu?Hazır entegratör ile özel çözüm farkı
- Ödeme ve sanal POS entegrasyonu veri eşleştirmeAlan, kategori ve kod eşleştirmesi
- Ödeme ve sanal POS entegrasyonunun güvenliğiKimlik bilgisi, yetki ve veri güvenliği
Çamardı'da ilgili hizmetler
Niğde içindeki diğer ilçeler
- Bor'da ödeme ve sanal POS entegrasyonu API ve sınırlamalar
- Altunhisar için ödeme ve sanal POS entegrasyonu API ve sınırlamalar
- Niğde Merkez için ödeme ve sanal POS entegrasyonu API ve sınırlamalar
- Çiftlik için ödeme ve sanal POS entegrasyonu API ve sınırlamalar
- Ulukışla için ödeme ve sanal POS entegrasyonu API ve sınırlamalar
Bu sayfada geçen kavramlar
- 3D Secure
- taksit
- iade
- sipariş aktarımı
- oran sınırı
- API
- e-arşiv
- fiyat güncelleme
- hata kuyruğu
- stok senkronizasyonu
- Niğde
- Çamardı