Mağazanızda uluslararası ödeme almak ve MoR’u anlamak

Berlin’deki bir kullanıcı sezon paketini satın alıyor. Kartından para çekiliyor, ödeme sayfasını kapatıyor ve oyuna dönüyor. Paket hesabında görünmediğinde kime yazacak? Faturayı kim gönderecek? İade gerekirse hangi sipariş bulunacak? Uluslararası satışa açılacak bir oyun mağazasının ödeme yöntemi, bu üç soruya vereceği cevapla başlar.

Mağaza panelinde Paddle ve Creem uluslararası satış için Merchant of Record (MoR) seçenekleridir. Stripe ve PayPal desteklenen pazarlarda sınır ötesi ödeme için de kullanılabilir. Ödeme yöntemi seçimi, kullanıcının kullandığı para birimi ve mağazanın sunduğu ürünlerle birlikte değerlendirilir.

MoR nedir, kullanıcı alışveriş yaptığında ne değişir?

Merchant of Record, alıcıya yapılan işlemde kayıtlara satıcı olarak geçen taraftır. Bu modelde kullanıcı sizin sitenizde ürünü seçer, fakat ödeme belgesinde sağlayıcının ticari adını görebilir. Sağlayıcı, kapsadığı satışlarda ödemeyi alır, alıcıya satış belgesini düzenler ve alıcının ülkesine göre uygulanması gereken satış vergilerini yönetir. Kullanıcının ekstrede tanımadığı bir isim görüp itiraz açmasını önlemek için ödeme düğmesinin yanında bu bilgiyi açıkça yazın.

Doğrudan bir ödeme kuruluşuyla çalıştığınızda kart tahsilatı yine dışarıdan sağlanabilir. Fark, alıcıya karşı satıcının kim olduğundadır. MoR kullanırken bile ürün açıklaması, oyun kurallarına uygunluk, doğru hesaba teslimat ve kullanıcı desteği mağaza işletmecisinin işidir. Bir sağlayıcı faturayı başarıyla oluşturmuşken oyun sunucusu çevrimdışı olabilir. Bu iki durumu panelde tek bir yeşil “Tamamlandı” işaretine indirgerseniz destek ekibi sorunu göremez.

Uluslararası ödemede Paddle ve Creem

Farklı ülkelerden gelen kullanıcılar için ödeme deneyimi dil, para birimi ve satış belgesiyle birlikte düşünülmelidir. Tek seferlik bir kozmetik ürün ile yenilenen üyelik, kullanıcının ödeme ekranında açıkça ayırt edilmelidir. Mağaza, ürünün hangi sunucuda kullanılacağını ve ne kadar süre geçerli olacağını gösterir. Ödeme sağlayıcısı tahsilat ve kendi kapsamındaki faturalama süreçlerini yürütür.

Paddle uluslararası faturalama ve satış vergilerinin yönetimini standart tarifesine dahil ediyor. Creem de kayıtlı satıcı olarak çalışıyor ve güncel tarifesinde uluslararası kart için ek ücret almadığını belirtiyor. Farklı para birimlerinde satış planlıyorsanız kullanıcıdan tahsil edilen para birimini, rapor para birimini ve bankaya gelen para birimini ayrı ayrı kontrol edin. Bir işlem için uluslararası kart ücreti uygulanmaması, bankadaki kur dönüşümünün de ücretsiz olacağı anlamına gelmez.

Komisyon hesabı: 10 dolarlık bir paket gerçekte ne bırakır?

Standart tarifelerde Paddle işlem başına %5 + 0,50 USD, Creem ise başarılı işlem başına %3,9 + 0,40 USD alıyor. Yüzdeyi işlem tutarıyla çarpıp sabit ücreti bir kez ekleyin. Aşağıdaki “kalan” sütunları yalnız bu iki ücret kalemi düşüldükten sonraki tutarı gösterir. Bunlar bankaya yatacak kesin tutar veya kâr değildir. Sabit işlem ücreti küçük sepetlerde tutarın daha büyük bir bölümünü oluşturur.

Küçük sepetlerde asıl fark sabit ücretten gelir. Aynı kullanıcı beş ayrı 10 dolarlık ürün aldığında Paddle’da toplam ücret 5 dolar olur. Beş ürünü tek bir 50 dolarlık siparişte aldığında ücret 3 dolardır. Creem’de aynı karşılaştırma 3,95 dolara karşı 2,35 dolardır. Bunun mağaza tasarımına somut bir etkisi var: Kullanıcı zaten birkaç ürün istiyorsa tek sepet sunmak hem ödeme adımlarını hem sabit ücretleri azaltır. Tek ürün isteyen kullanıcıyı daha pahalı bir pakete zorlamak ise bambaşka bir fiyatlandırma kararıdır.

Tarifeleri 9 Kasım 2026’da sağlayıcıların resmi fiyat sayfalarından kontrol ettik. Özel sözleşme, iade, kur dönüşümü ve verginin gösterilme şekli gerçek hesap özetini değiştirebilir. Paddle ayrıca 10 USD altındaki ürünler için özel fiyat görüşmesini öneriyor. Paddle fiyatları · Creem fiyatları

Ödeme onayından oyun içi teslimata

Bir sezon üyeliğini örnek alalım. Kullanıcı ürünü seçtiğinde mağaza bekleyen bir sipariş oluşturur. Bu kayıtta ürün kodu, beklenen tutar, para birimi, hedef oyun sunucusu ve kullanıcının değişmeyen hesap kimliği bulunur. Fiyatı sunucudaki ürün kaydından alın. Tarayıcıdaki istek değiştirilebildiği için kullanıcının gönderdiği tutarı doğru kabul etmek, 20 dolarlık ürünü birkaç kuruşa teslim etmenize yol açabilir.

Ödeme sağlayıcısı sonucu imzalı bir bildirimle mağazaya iletir. İmzayı sağlayıcının tarif ettiği ham istek gövdesi üzerinden doğrulayın. Ardından işlem durumu, ürün, sipariş, tutar ve para birimini eşleştirin. Kullanıcının tarayıcısı “Başarılı” sayfasına dönmese bile doğrulanmış bildirim işlenebilmelidir. Tersine, kullanıcının o sayfaya adresi yazarak ulaşması hiçbir ürün vermemelidir.

Sağlayıcı aynı bildirimi yeniden gönderebilir. Ödeme kimliğini ve teslimat kaydını benzersiz tutarsanız ikinci bildirim yeni bir üyelik açmaz. Sipariş ödendiğinde teslimat kuyruğuna tek iş ekleyin. Oyun sunucusu kapalıysa kullanıcının hesabında “Ödeme alındı, teslimat bekliyor” görünür. Destek görevlisi de aynı sipariş numarasından bekleyen işi bulur. Kullanıcıdan kart ekstresi veya kart bilgisi istemesine gerek kalmaz.

İade ve hesap kapatma provasını açılıştan önce yapın

İade, teslim ettiğiniz her şeyi sorgusuz geri almak için bir komut değildir. Bir aylık rolde bitiş tarihini güncellemek mümkündür. Tüketilmiş bir sandık anahtarında ise ürün politikanıza ve olayın kaydına göre destek incelemesi gerekebilir. Hangi sonucun otomatik, hangisinin elle yönetileceğini önceden yazın. Kullanıcı ürünü almadan önce iade koşullarına ulaşabilsin.

Test ortamında dört sipariş deneyin: başarılı ödeme, reddedilen kart, iki kez gelen bildirim ve ödeme anında kapalı oyun sunucusu. Her birinde kullanıcının gördüğü ekranı ve destek ekibinin gördüğü kaydı karşılaştırın. Ay sonunda da sağlayıcının ödeme raporundan bir satır seçip mağazadaki siparişe ve oyundaki teslimat sonucuna kadar izleyin. Bu üç kaydı birbirine bağlamak, küçük bir mağazada bile sonradan saatler sürecek araştırmayı birkaç dakikaya indirir.

Ay sonunda para nereye gitti? Bir siparişi rapordan okuyalım

Destekten bir soru geldiğini düşünün: “20 dolar ödedim, mağazada neden 18,82 dolar görünüyor?” İlk yapılacak iş, bu iki rakamın kime ait olduğunu ayırmaktır. Tablodaki basit Creem örneğinde 20 dolar kullanıcıdan alınan tutar, 1,18 dolar işlem ücreti ve 18,82 dolar yalnız o ücret düşüldükten sonra satıcıya kalan tutardır. Kullanıcının aldığı ürünün değeri hâlâ 20 dolardır. Ödül miktarını sağlayıcının kesinti sonrası bakiyesine bağlarsanız aynı ürünü alan iki kullanıcıya ödeme yöntemine göre farklı ödül verebilirsiniz.

Örnek siparişe S-1042 diyelim. Mağaza kaydında ürün ve kullanıcı kimliği, sağlayıcı raporunda tahsilat ve işlem numarası, oyunda ise teslimat numarası bulunur. Bu üç kayıtla iki ayrı soruya cevap verilebilir. Muhasebe “Bu satış hangi ödemeye dahil edildi?” diye bakar. Destek “Bu kullanıcıya ödül verildi mi?” diye bakar. Bir ödeme paketinde onlarca satış ve önceki dönemden bir iade olabilir. Bu yüzden bankaya gelen toplu havaleyi tek bir siparişle karşılaştırarak eksik ödeme sonucuna varmayın.

Para birimi ve ülkeye göre fiyatlandırma nasıl çalışır?

Katalogda görünen fiyat ile ödeme sırasında tahsil edilen tutar ayrı kayıtlardır.

Bir mağazada ürünün temel fiyatı, kullanıcının gördüğü para birimi ve ödemenin alındığı para birimi ayrı ayarlardır. Örneğin 10 USD’lik bir paketi, mağaza için belirlediğiniz örnek kur 1 USD = 0,92 EUR ise katalogda 9,20 EUR olarak gösterebilirsiniz. Bu ayar fiyatın ekranda nasıl görüneceğini belirler. Sağlayıcı USD ile tahsilat yapıyorsa ödeme ekranında 10 USD gösterilir. Para birimi simgesini değiştirmek tek başına ödeme para birimini değiştirmez.

Ülke bazlı fiyatlandırmada iki karar vardır. Aynı fiyatı ayarladığınız kurla yerel para biriminde gösterebilir veya o pazar için ayrı bir satış fiyatı belirleyebilirsiniz. Örneğin avro cinsinden 9,20 EUR, 10 USD’nin örnek kurla karşılığıdır. 8,99 EUR ise ilgili pazar için ayrıca belirlenmiş bir satış fiyatıdır. İkinci durumda sipariş ve ödeme ekranında o fiyatın hangi para biriminde tahsil edileceği açıkça görünmelidir. Kullanıcı ödeme adımına geçmeden önce siparişin tutarı ve para birimi kesinleşmelidir. Kredi yüklemede mağaza kredisi ile ödeme tutarı iki ayrı değer olarak saklanır. Kullanıcı 100 kredi seçtiğinde ödeme sağlayıcısına ödenecek tutar ve para birimi gönderilir. Onaylanan ödeme siparişle eşleşince kredi mağaza bakiyesine eklenir. Katalogdaki gösterim kuru sonradan değişse de önceki ödeme kaydı ve yüklenen kredi miktarı aynı kalır.

Manuel siparişte tutar ve para birimi sipariş oluşturulurken kaydedilir. Kullanıcı, o siparişe ait ödeme bilgilerini görür. Yetkili tahsilatı doğruladıktan sonra siparişi onaylar. İşlem kredi yüklemesiyse bakiye eklenir. Ürün siparişiyse teslimat başlatılır. Böylece kullanıcı hangi tutarı ödeyeceğini, mağaza yöneticisi de hangi siparişi onayladığını aynı kayıttan takip edebilir.

Panelde test anahtarıyla oluşturduğunuz ürünün canlı ortamda başka bir kimliği olabilir. Geçiş gününde mağazanın tam satış yolunu kendi hesabınızla kontrol edin: Ürün açıklaması doğru dilde mi, ödeme ekranında doğru para birimi mi görünüyor, bildirim canlı mağazaya mı dönüyor ve ödül test dünyasına mı yoksa kullanıcıların bulunduğu dünyaya mı gidiyor? Yalnızca ödeme düğmesinin açılması bu dört sorudan ilkine bile cevap vermez.

Kart almadan da mağazanız açık kalabilir

Ödeme almak istemiyorsanız mağazayı topluluğun ödül kataloğu olarak kullanabilirsiniz. Sezon turnuvasını bitiren bir kullanıcı 20 turnuva jetonu kazanır. Katalogda bir pelerin görür, “20 jetonla değiştir” seçeneğini kullanır ve ödül oyun hesabına gider. Bu örnekte jeton yalnız etkinlikten kazanılır, parayla satılmaz ve nakde çevrilmez. Ödülün yanında nasıl kazanıldığını, ne zamana kadar alınabileceğini ve hangi sunucuda kullanılacağını göstermek, yeni bir kullanıcıya topluluğa katılmak için doğrudan bir sebep verir.

Takas düzeni kurarken jetonu düşüp ödülü vermek için iki ayrı düğmeye güvenmeyin. Tek bir talep numarası oluşturun, gereken bakiyeyi ayırın ve aynı talep ikinci kez gelirse ilk sonucu gösterin. Teslimat başarısızsa ayrılan bakiyeyi geri bırakın. Dilerseniz daha sade başlayın: Ödülü katalogda gösterip etkinlik sonunda yetkili tarafından teslim edin. Otomasyonu, gerçekten tekrar eden işler ortaya çıktığında ekleyin.

Zonely ile başlayan bir topluluk için ilk günün hedefi kart tahsilatı olmak zorunda değil. İlk hedef, cuma akşamı turnuvaya katılan kullanıcının cumartesi günü ödülünü nerede bulacağını bilmesi olabilir. Mağaza o ihtiyacı karşıladığında zaten işini yapıyordur.