01Sorun ve çözüm
Mobil ödeme uygulaması yaptırmak isteyen işletmeler için işe para akışını çizerek başlıyoruz: ödemeyi kim başlatıyor, para hangi hesaba geçiyor, komisyon ya da satıcılar arasında bölüşüm var mı, bakiye veya puan gibi kapalı devre bir değer tutuluyor mu? Bu soruların cevabı, ödeme kuruluşunun hazır mobil kütüphanesinin mi yoksa sunucu tarafında yönetilen bir ödeme akışının mı kullanılacağını belirler.
Devamını okuDaha az göster
Kart verisi uygulamada tutulmaz. Kart, ödeme kuruluşunun güvenli formuna girilir; uygulamaya yalnızca işlem sonucu ve kart için bir saklama kodu döner. Güvenlik yükünün en ağır kısmı lisanslı altyapıda kalırken siz kullanıcı deneyimine ve iş kurallarınıza odaklanırsınız.
02Kimler için
Mobil ödeme uygulaması kimlere uygun
Ödeme ekranı işin yan özelliği değil merkezi olduğunda ayrı bir planlama gerekir.
- Masada QR okutarak hesap ödeme ya da gel-al siparişi sunmak isteyen kafe, restoran ve yemekhane işletmeleri
- Aidat, abonelik veya taksitli hizmet bedelini düzenli tahsil etmek isteyen site yönetimleri, spor kulüpleri ve kurslar
- Kampüs, fabrika ya da tesis içinde kart yerine telefonla harcama yaptırmak isteyen kapalı devre yapılar
- Teslimatta ya da servis sonunda müşteriden sahada ödeme alması gereken dağıtım ve teknik servis firmaları
- Alıcı ile satıcıyı buluşturan ve tahsil ettiği tutarı taraflar arasında paylaştırması gereken platform girişimleri
03İhtiyaçlar
Ödeme akışında baştan netleşmesi gerekenler
Ödeme hataları genellikle kod satırında değil, hiç tanımlanmamış bir senaryoda ortaya çıkar.
- 01
Yarıda kalan işlemler
Kullanıcı banka doğrulama ekranında uygulamadan çıkabilir ya da bağlantısı kopabilir. Sunucu, ödeme kuruluşunun gönderdiği bildirimi bekleyerek işlemin gerçek sonucunu kaydeder; uygulama yeniden açıldığında sipariş doğru durumla görünür ve aynı tutar iki kez çekilmez.
- 02
Para kimin hesabına geçiyor
Tek satıcılı bir işletmede tahsilat doğrudan sizin üye işyeri hesabınıza düşer. Birden çok satıcının bulunduğu platformlarda alt üye işyeri ya da pazaryeri modeli gerekir; bu model ödeme kuruluşunun sunduğu ürüne göre seçilir ve sözleşme aşamasında konuşulur.
- 03
Bakiye, cüzdan ve ön ödeme
Kullanıcıya para yükletip bakiye harcatmak, düzenleyici açıdan sıradan kart tahsilatından farklı değerlendirilebilir. Bu konudaki sınırları ilgili mevzuat belirler; böyle bir yapı kurmadan önce hukuk danışmanınız ve çalışacağınız ödeme kuruluşuyla netleştirmenizi öneririz.
- 04
İade, iptal ve itiraz
Tam iade, kısmi iade ve gün sonu öncesi iptal ayrı işlemlerdir. Hangisini kimin onaylayacağı panelde rol bazında tanımlanır; kart sahibinin bankaya yaptığı itirazlarda işlem kaydı ve teslim kanıtı tek ekranda toplanır.
- 05
Gün sonu mutabakatı
Ödeme kuruluşunun raporu ile uygulamadaki siparişler otomatik karşılaştırılır. Eşleşmeyen kayıtlar finans ekibine liste olarak düşer, ay sonunda elle kontrol edilen satırlar azalır.
04Özellikler
Mobil ödeme uygulamasında öne çıkan özellikler
Ödeme ekranının çevresine, işletmenin tahsilat biçimine göre şu parçalar eklenir.
- 01
Kayıtlı kartla hızlı ödeme
Kullanıcının izniyle kart ödeme kuruluşunda saklanır; sonraki alışverişte yalnızca güvenlik doğrulaması istenir. Uygulamada ve sunucunuzda kartın yalnızca maskelenmiş son haneleri görünür.
- 02
QR ile ödeme ve hesap bölme
Masaya, faturaya ya da kasaya basılan QR kod ilgili tutarı açar. Birden fazla kişi aynı hesabı ürün ya da tutar bazında paylaşarak ödeyebilir.
- 03
Tekrarlayan tahsilat
Aidat ve abonelik gibi düzenli ödemelerde planlı çekim, başarısız çekimde yeniden deneme ve kullanıcıya kart güncelleme hatırlatması kurgulanır.
- 04
Dekont ve fatura
Her başarılı işlemin dekontu uygulamada saklanır; fatura, entegratörünüz üzerinden kesilip kullanıcıya iletilir.
- 05
Finans paneli
Tahsilatlar, iadeler, komisyon kesintileri ve hesaba geçiş tarihleri tek panelde izlenir. Rapor muhasebe ekibine dosya olarak aktarılabilir.
05Entegrasyonlar
Mobil ödeme uygulaması için bağlantılar
Ödeme altyapısının yanında, tahsilatın muhasebeye ve kullanıcıya yansıdığı sistemler de bağlanır.
- 01
Ödeme kuruluşları ve sanal POS
Örneğin iyzico, PayTR ya da bankanızın sanal POS'u gibi altyapılar mobil kütüphaneleri veya API'leri üzerinden bağlanır. Birden fazla sağlayıcı kullanılacaksa işlemleri yönlendiren bir ara katman kurulur.
- 02
Ön muhasebe ve ERP
Tahsilatlar Logo, Mikro ya da Paraşüt gibi programlara cari hareket olarak aktarılır; iadeler de aynı yolla ters kayıt olarak düşülür.
- 03
e-Fatura ve e-Arşiv
Fatura kesimi GİB'e bağlı özel entegratörünüz üzerinden otomatik yapılır; alıcının vergi bilgisine göre e-Fatura ya da e-Arşiv seçilir.
- 04
SMS, e-posta ve bildirim
Ödeme onayı, başarısız çekim uyarısı ve doğrulama kodları SMS sağlayıcınız, e-posta servisiniz ve anlık bildirimle gönderilir.
- 05
Mağaza içi satın alma
Uygulama içinde dijital içerik ya da özellik satılıyorsa App Store ve Google Play'in kendi ödeme sistemleri devreye girebilir. Fiziksel ürün ve hizmette ödeme kuruluşunuz kullanılır; ürününüzün hangi gruba girdiği tasarımdan önce belirlenir.
06Süreç
Mobil ödeme uygulaması yaptırmak istiyorum: süreç nasıl işler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Güvenlik ve işlem bütünlüğü
Ödeme uygulamasında en pahalı hata, bir işlemin iki kez işlenmesi ya da hiç kaydedilmemesidir. Bu yüzden her ödeme isteği tekil bir anahtarla gönderilir; ağ hatasından sonra tekrar denense bile sunucu aynı işlemi bir kez işler. Siparişin ödendiğine, uygulamanın söylediğine göre değil, ödeme kuruluşundan gelen ve imzası doğrulanan bildirime göre karar veririz.
Devamını okuDaha az göster
Cihaz tarafında oturum anahtarları işletim sisteminin güvenli deposunda tutulur, ödeme onayı için parmak izi ya da yüz tanıma istenebilir, güvenliği kırılmış cihazlarda riskli işlemler sınırlandırılabilir. Uygulama ile sunucu arasındaki trafik şifrelidir. Yönetim panelinde iade yetkisi ayrı bir role verilir ve her iade, kimin ne zaman yaptığı bilgisiyle işlem kaydına yazılır.
Kullanıcıların ad, telefon ve işlem geçmişi gibi verileri KVKK kapsamında aydınlatma metniyle toplanır; saklama süreleri ve erişim yetkileri baştan tanımlanır. Kampanya içerikli SMS ve e-postalardan önce İYS onayı kontrol edilir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
Mobil ödeme uygulaması hakkında sık sorulan sorular
Mobil ödeme uygulaması fiyatları neye göre değişir?
Tek bir ödeme kuruluşunun mu yoksa birden fazlasının mı bağlanacağı, bakiye ya da bölüşümlü ödeme gibi gelişmiş modellerin olup olmadığı, muhasebe ve fatura entegrasyonları ve iOS ile Android'in birlikte hedeflenmesi maliyeti belirler. Para akışını birlikte çizdikten sonra yazılı kapsam ve teklif hazırlıyoruz.
Kart bilgileri sizin sunucunuzda mı saklanıyor?
Hayır. Kart bilgisi ödeme kuruluşunun formuna girilir ve orada saklanır; kurduğumuz sistem yalnızca işlemi temsil eden kodu ve kartın maskelenmiş hanelerini görür. Bu yaklaşım kart verisi güvenliğinin ağır yükünü lisanslı altyapıya bırakır.
Uygulama içinde bakiye yükletip harcatabilir miyiz?
Teknik olarak mümkündür, ancak bakiye tutmak ve harcatmak elektronik para ya da ödeme hizmeti kapsamında değerlendirilebilir. Sınırları ilgili mevzuat belirler; yapıyı hukuk danışmanınız ve ödeme kuruluşunuzla netleştirdikten sonra tasarlamayı öneririz.
Hangi ödeme kuruluşuyla çalışacağımıza siz mi karar veriyorsunuz?
Seçim size aittir; sözleşmeyi ödeme kuruluşuyla siz imzalarsınız. Biz komisyon dışındaki teknik farkları, örneğin mobil kütüphane desteğini, kart saklama, bölüşüm ve kısmi iade özelliklerini karşılaştırmanıza yardımcı oluyoruz.
Mevcut uygulamamıza yalnızca ödeme modülü eklenebilir mi?
Evet. Uygulamanın kod tabanı ve arka ucu incelenir, ödeme akışı mevcut sipariş yapısına bağlanır. Modül canlıya alınmadan önce ödeme kuruluşunun test ortamında başarılı, reddedilen ve yarıda kalan senaryolar tek tek denenir.
Mobil ödeme uygulaması yaptırmak için önceden ne hazırlamalıyız?
Ödeme kuruluşu başvurunuz, şirket bilgileriniz ve yazılı iade politikanız işi hızlandırır. Platform modelinde satıcıların nasıl kaydedileceği ve hak edişlerin hangi aralıkla ödeneceği de önceden kararlaştırılmalıdır.
10İlgili hizmetler