WooCommerce Yemek Kartı Entegrasyonu Nasıl Yapılır?

WooCommerce yemek kartı entegrasyonu, kasadaki ödeme seçeneklerine bir logo eklemekten daha kapsamlıdır. İşletmenin yemek kartı sağlayıcısında uygun bir üye işyeri sözleşmesi, çevrim içi tahsilat yetkisi ve sağlayıcının sunduğu teknik erişim gerekir. Ardından WooCommerce siparişi ile sağlayıcıdaki ödeme kaydı; başarılı işlem, başarısız işlem, zaman aşımı, iptal ve iade durumlarında tutarlı tutulur.

Entegrasyondan önce gerekenler

Teklif veya geliştirme başlamadan önce aşağıdaki bilgiler netleşirse yanlış eklenti satın alma ve tekrar geliştirme riski azalır:

• Sağlayıcı ve sözleşme: MultiNet, Pluxee, Edenred Ticket Restaurant, Setcard veya başka bir sağlayıcıda aktif üye işyeri kaydı.
• Çevrim içi ödeme kapsamı: Fiziksel POS üyeliği ile internetten ödeme alma yetkisi aynı şey olmayabilir. Sağlayıcıdan e-ticaret erişimi ayrıca doğrulanmalıdır.
• Teknik doküman ve test hesabı: API adresleri, mağaza/terminal kimliği, test anahtarları, imza algoritması, dönüş ve bildirim adresleri.
• Site bilgisi: WordPress ve WooCommerce sürümü, klasik ödeme sayfası mı Checkout Block mu kullanıldığı, tema ve diğer ödeme eklentileri.
• Operasyon kuralları: Teslimat ücreti, indirim, kupon, minimum sepet, kısmi ödeme, tam/kısmi iade ve mutabakat beklentisi.

API dokümanı henüz yoksa önce sağlayıcıyla üyelik ve teknik erişim süreci yürütülür. RentonDiji hiçbir sağlayıcı adına üyelik onayı vermez; işletme ile sağlayıcı arasındaki sözleşme tamamlandıktan sonra teknik uyarlamayı yapar.

WooCommerce yemek kartı eklentisi nasıl çalışır?

WooCommerce’in resmî geliştirici modelinde ödeme yöntemleri, çekirdeği değiştirmek yerine ayrı bir eklenti olarak sisteme eklenir. Böylece ayarlar yönetim panelinden saklanır, ödeme yöntemi kasada koşula göre gösterilir ve başarılı işlem WooCommerce siparişine işlenir. Yeni Checkout Block kullanılıyorsa klasik ödeme sayfası entegrasyonuna ek olarak blok uyumluluğu da gerekir.

1. Uygunluk kontrolü: Sunucu PHP sürümü, WooCommerce sürümü, checkout tipi ve sağlayıcının teknik yöntemi belirlenir.
2. Ödeme isteği: Sipariş numarası, tutar, para birimi ve sağlayıcının istediği diğer alanlar sunucuda hazırlanır. Gizli anahtar tarayıcıya gönderilmez.
3. Kullanıcı doğrulaması: Akış; sağlayıcının sayfasına yönlendirme, uygulama/QR onayı veya dokümanda tanımlanan başka bir yöntem olabilir.
4. Dönüş ve bildirim: Kullanıcının tarayıcıyla geri gelmesi tek başına ödeme kanıtı sayılmaz. Varsa imzalı callback/webhook sunucuda doğrulanır; aynı bildirim tekrar gelse de sipariş ikinci kez işlenmez.
5. Sipariş durumu: Onaylanan ödeme “ödendi/işleniyor” akışına alınır; başarısız veya belirsiz sonuç otomatik olarak başarıya çevrilmez ve sipariş notuna teknik referans yazılır.
6. İptal ve iade: Sağlayıcının desteklediği yöntemlere göre otomatik veya kontrollü manuel süreç kurulur. WooCommerce kaydı ile sağlayıcı portalındaki gerçek para hareketi karşılaştırılır.

Hazır eklenti mi, özel entegrasyon mu?

Hazır eklenti; sağlayıcı, WooCommerce sürümü ve kullanılan ödeme sayfasıyla gerçekten uyumluysa daha hızlı ve ekonomik olabilir. Ancak yalnızca “WordPress uyumlu” ifadesi yeterli değildir. Güncelleme geçmişi, lisans kapsamı, Checkout Block desteği, iade özelliği, logların kişisel veri veya anahtar sızdırmaması ve destek sorumluluğu kontrol edilmelidir.

Özel entegrasyon; sağlayıcının yalnızca işletmeye açtığı bir API varsa, sipariş akışı standarttan farklıysa, çok şubeli yapı, teslimat bölgesi, kurye, ERP veya muhasebe bağlantısı gerekiyorsa tercih edilir. Özel geliştirme “bir kez yaz ve unut” değildir; WordPress, WooCommerce ve sağlayıcı değişiklikleri için bakım planı da teklifin parçası olmalıdır.

Canlıya geçmeden önce test listesi

• Başarılı ödeme sonrasında tek sipariş ve tek tahsilat oluşması
• Yetersiz bakiye, kullanıcı iptali, hatalı doğrulama ve zaman aşımında doğru mesajın gösterilmesi
• Kullanıcı dönüş sayfasını kapatsa bile sunucu bildiriminin siparişi doğru güncellemesi
• Aynı bildirimin iki kez gelmesinde ikinci tahsilat veya ikinci durum değişimi olmaması
• Kupon, vergi, teslimat bedeli ve kuruşlu toplamların sağlayıcı tutarıyla eşleşmesi
• Tam iade, kısmi iade ve aynı gün iptalinin ayrı ayrı doğrulanması
• Mobil checkout, misafir ödeme, üye ödeme ve kullanılan tüm tarayıcılarda akışın tamamlanması
• Loglarda kart/hesap bilgisi, gizli anahtar veya gereksiz kişisel veri tutulmaması
• Test siparişlerinin e-posta, kurye, stok ve analitik sistemlerinde gerçek sipariş gibi işlenmemesi

WooCommerce de ödeme yöntemlerinde sandbox/test modunun kullanılmasını ve test siparişlerinin diğer entegrasyonları yanlışlıkla tetikleyip tetiklemediğinin kontrol edilmesini önerir. Canlı kartla küçük tutar çekip iade etmek, test ortamının yerini tutmaz.

Fiyatı ve teslim süresini ne belirler?

Tek bir “yemek kartı eklentisi fiyatı” vermek yanıltıcı olur. Mevcut ve güncel bir adaptörün kurulumu ile sıfırdan ödeme modülü geliştirmek aynı kapsam değildir. Fiyatı; sağlayıcı sayısı, API kalitesi, klasik veya blok checkout desteği, otomatik iade, kısmi ödeme, çoklu şube, sipariş/kurye bağlantısı, staging kurulumu, güvenlik incelemesi ve bakım süresi belirler.

Sağlayıcı seçerken resmî kanalı doğrulayın

Sağlayıcıların sunduğu kanallar birbirinden farklıdır ve zamanla değişebilir. Örneğin Pluxee, üye işyerleri için e-ticaret sitesinden ödeme ve teknik/test adımlarını açıkça anlatır; Setcard çevrim içi alışveriş noktalarını listeler. MultiNet’in herkese açık sayfalarında üye işyeri ve MultiPOS akışları yer alır. Bu bilgiler, belirli bir işletmeye otomatik API hakkı verildiği anlamına gelmez; güncel yetki ve doküman doğrudan sağlayıcıdan alınmalıdır.

• WooCommerce Payment Gateway API
• WooCommerce test siparişleri rehberi
• Pluxee üye işyeri e-ticaret bilgisi
• Setcard online alışveriş kanalları
• MultiNet Up üye işyeri bilgisi

Sıkça Sorulan Sorular

WooCommerce yemek kartı ödemesi güvenli midir?

Güvenlik entegrasyon modeline bağlıdır. HTTPS, sunucuda saklanan anahtarlar, imza doğrulaması, minimum veri kaydı ve sağlayıcının test senaryoları birlikte uygulanmalıdır. Kart veya hesap verisi gereksiz yere WooCommerce sunucusunda tutulmamalıdır.

Hangi yemek kartları entegre edilebilir?

Uygulanabilirlik; işletmenin sağlayıcıdaki üyeliğine, çevrim içi ödeme yetkisine, teknik doküman ve test hesabına bağlıdır. MultiNet, Pluxee, Edenred Ticket Restaurant, Setcard, MetropolCard ve diğer sağlayıcıların her biri ayrı değerlendirilir.

İade ve iptal nasıl yönetilir?

Sağlayıcı otomatik iade API'si sunuyorsa WooCommerce üzerinden tetiklenebilir; sunmuyorsa yönetim panelinde kayıt tutulup sağlayıcı portalında manuel tamamlanır. Sipariş durumunu “iade” yapmak tek başına parayı müşteriye göndermez.