Edenred, Setcard, MetropolCard, TokenFlex ve Paye WooCommerce Uyumluluğu
Edenred, Setcard, MetropolCard, TokenFlex ve Paye için WooCommerce uyumluluğunu ticari onay, API erişimi, checkout, test ve iade başlıklarıyla değerlendirin.
Türkiye'deki yemek kartı markalarını tek bir “hepsi çalışır” etiketi altında toplamak teknik ve ticari açıdan doğru değildir. Edenred/Ticket Restaurant, Setcard, MetropolCard, TokenFlex ve Paye farklı üye iş yeri sözleşmeleri, çevrim içi tahsilat izinleri, hesap yetkileri ve ödeme akışları kullanabilir. WooCommerce projesinde her sağlayıcı için aynı uyumluluk tablosu doldurulur; hazır adaptör, özel uyarlama veya henüz mümkün olmayan kapsam net biçimde ayrılır.
Yemek kartı projenizin uygulanabilirliğini kontrol edin
Sağlayıcı, üyelik, WooCommerce ve checkout bilgilerini paylaşın; parola veya API anahtarı istemeden doğru lisans ve kurulum yolunu çıkaralım.
Ücretsiz ön değerlendirmeTek bir entegrasyon yerine uyumluluk matrisi
Her sağlayıcı satırında üye iş yeri durumu, e-ticaret onayı, doküman sürümü, test hesabı, ödeme başlatma biçimi, sunucu bildirimi, iptal/iade desteği ve canlıya geçiş sorumlusu bulunmalıdır. Bilinmeyen hücre “destekleniyor” diye doldurulmaz. İşletmenin temsilcisi, sağlayıcı hesabı ve teknik ekip aynı tablo üzerinden ilerler.
Yemek kartı uyumluluk ön incelemesi, hazır eklenti lisansı ile özel geliştirme gereksinimini bu kanıtlar üzerinden ayırır.
Edenred ve Ticket Restaurant değerlendirmesi
Edenred/Ticket Restaurant için işletmenin mevcut kabul sözleşmesi ile çevrim içi kanal yetkisi ayrı sorulmalıdır. Marka veya ürün adının internette farklı biçimlerde geçmesi, eldeki dokümanın güncel olduğunu kanıtlamaz. İşletmeye verilmiş teknik doküman, test erişimi ve canlı aktivasyon adımı esas alınır.
Checkout metni, müşteri yönlendirmesi, hata kodu eşlemesi ve iade prosedürü dokümandan çıkarılır. Desteklenmeyen özellik müşteriye vaat edilmez; manuel operasyon gerekiyorsa sipariş yönetiminde görünür hale getirilir.
Setcard ve MetropolCard için sorulacak sorular
Setcard veya MetropolCard hesabında web ödemesine uygun şirket, alan adı ve ürün kapsamı teyit edilir. Teknik ekip; test/canlı uç noktaları, kimlik doğrulama, callback doğrulaması, işlem sorgulama ve varsa iade yöntemini yazılı kaynaktan kontrol eder. Sağlayıcının kendi panelinde görülen işlem kimliği WooCommerce siparişiyle eşleştirilmelidir.
Karışık sepet, minimum/maksimum tutar veya ürün uygunluğu kuralı varsa bunun yazılımda mı, sağlayıcı tarafında mı uygulanacağı netleştirilir.
TokenFlex ve Paye için hesap hazırlığı
TokenFlex ve Paye projelerinde de aynı disiplin geçerlidir: ticari üyelik, e-ticaret yetkisi ve teknik erişim birbirinden ayrılır. İşletmenin fiziksel kabul kanalı olması web API'sinin otomatik açıldığı anlamına gelmez. Sağlayıcıdan güncel entegrasyon kanalı ve teknik irtibat alınır.
Hazır paket üzerinde marka adı görmek yerine gerçek mağaza hesabıyla staging testi istenir. Canlı anahtarlar gelmeden yalnızca arayüzün görünmesi entegrasyonun tamamlandığını göstermez.
Ortak WooCommerce kabul testleri
Sağlayıcıdan bağımsız temel testler aynıdır: ödeme yöntemi uygun sepette görünür, tutar sunucu tarafında doğrulanır, başarılı sipariş yalnızca bir kez tamamlanır, başarısız işlem stok düşürmez, tekrar callback çift işlem üretmez ve loglar sır içermez. Checkout Blocks, klasik checkout ve HPOS kullanımı ayrıca işaretlenir.
WooCommerce yemek kartı teknik rehberi bu kabul testlerini sağlayıcı dokümanına uyarlamak için temel oluşturur.
Çok sağlayıcılı canlı operasyon
Birden fazla yemek kartı aynı mağazada açıldığında müşteri doğru markayı seçebilmeli, destek ekibi işlemi doğru panelde bulabilmeli ve muhasebe her sağlayıcıyı ayrı mutabakat satırında izlemelidir. Sipariş notunda sağlayıcı adı ve işlem referansı bulunur; gizli bilgi tutulmaz.
Sağlayıcılardan biri kesintiye uğradığında diğer ödeme yöntemleri etkilenmemeli; ödeme seçeneği kontrollü kapatılabilmelidir. Fazlı yayın, bütün sağlayıcıları aynı gün açmaktan daha ölçülebilir ve geri alınabilir bir yöntemdir.
Sıkça sorulan sorular
Tek eklenti bütün yemek kartlarını otomatik açar mı?
Hayır. Her sağlayıcı için işletme sözleşmesi, e-ticaret yetkisi, teknik erişim ve uyumluluk ayrı doğrulanır.
Hangi sağlayıcıyla başlamalıyım?
Mevcut müşteri talebi, işletmenin aktif sözleşmesi, teknik erişim hazır oluşu ve operasyon kapasitesine göre öncelik verilir.
Aynı anda birden fazla marka kullanılabilir mi?
Teknik ve ticari koşullar uygunsa evet; ancak her sağlayıcı ayrı test, raporlama ve destek akışı gerektirir.
Resmî ve teknik kaynaklar
İlgili sayfalar
Hedef yemek kartları için uyumluluk matrisi çıkaralım
Aktif sözleşmelerinizi ve öncelikli sağlayıcıları paylaşın; hazır lisans, özel iş ve eksik erişimleri ayrı ayrı belirleyelim.
WhatsApp'tan Yazın · Bilgi Alın+90 534 678 99 27