Kapıda ödeme yok, kart bilgisi paylaşmak istemeyen müşteri var, komisyonsuz tahsilat isteyen satıcı var. Havale/EFT, e-pin ve dijital ürün satan sitelerde hâlâ ciromun kayda değer bir kısmını oluşturduğunu söyleyen onlarca satıcı tanıyoruz. Ama iş "IBAN'ı sayfaya yapıştır, gelen parayı elle kontrol et" seviyesinde kalınca hem müşteri bekliyor hem satıcı gece yarısı ekran başında dekont arıyor. Bu yazıda havale/EFT'i bir e-pin yazılımına nasıl doğru, güvenli ve sürdürülebilir şekilde ekleyeceğinizi; Pinova'nın bu süreci nerede otomatikleştirdiğini anlatıyoruz.
Havale/EFT Neden Hâlâ Vazgeçilmez? Kart Ödemesi Varken Kim Bunu Kullanıyor?
Sanal POS ve PayTR/Shopier gibi altyapılar kuruluysa bile havale/EFT talebi kaybolmuyor, hatta bazı segmentlerde artıyor. Bunun birkaç somut nedeni var:
- Kart limiti dolu olan veya kartını internette kullanmak istemeyen müşteriler
- Yüksek tutarlı toplu bayi/reseller alımlarında komisyon kaçırma isteği
- Sanal POS'un "riskli" işlem diye bloke ettiği yüksek meblağlı e-pin siparişleri
- Banka uygulamasından FAST ile saniyeler içinde gönderim yapabilen, kartını hiç açmayan genç kullanıcı kitlesi
Yani havale/EFT bir "eski yöntem" değil, kart ödemesinin tıkandığı yerlerde devreye giren tamamlayıcı bir kanal. Sorun yöntemin kendisinde değil, çoğu e-pin sitesinin bunu hâlâ elle, kayıt tutmadan, WhatsApp'tan dekont isteyerek yürütmesinde.
Sistemin Arka Planında Gerçekte Ne Olması Gerekiyor?
"Havale/EFT ekle" dediğinizde aslında tek bir buton değil, birbirine bağlı beş parça eklemiş oluyorsunuz. Eksik bırakılan her parça, ileride ya kayıp sipariş ya da yanlış teslimat olarak geri döner.
- Bekleyen sipariş durumu: Müşteri "Havale ile Öde"yi seçtiği an sipariş "ödeme bekliyor" statüsünde açılmalı, stok/ürün o an rezerve edilmeli
- Benzersiz referans/sipariş kodu: Her siparişe otomatik üretilen, açıklama alanına yazılması istenen tekil bir kod
- IBAN ve banka bilgisi gösterimi: Tek banka değil, birden fazla banka hesabı tanımlanabilmeli (yoğun saatlerde tek IBAN'a yığılma sorununu önler)
- Dekont/işlem bildirimi ekranı: Müşterinin "gönderdim" diyip dekont yükleyebileceği veya tutar+saat bilgisini girebileceği bir form
- Zaman aşımı kuralı: Belirli süre içinde onaylanmayan siparişlerin otomatik iptal edilip stoğun serbest bırakılması
Bu beş parça bir arada çalışmazsa, sistem "havale kabul ediyoruz" yazısından ibaret kalır; gerçek işi hâlâ insan yürütür.
Gelen Havale Doğru Siparişe Nasıl Bağlanır? Asıl Zorluk Burada
Havale/EFT'in kart ödemesinden farkı, ödemenin sisteme değil doğrudan bankaya düşmesi. Yani platformunuzun "ödeme geldi" bilgisini otomatik alması mümkün değil — bu bilgiyi bir şekilde eşleştirmeniz gerekiyor. Burada üç yaygın yöntem var:
- Açıklama eşleştirme: Müşteriden havale açıklamasına sipariş kodunu yazması istenir, banka ekstresi/SMS bildirimi bu kodla eşleştirilir
- Tutar + zaman eşleştirme: Kod yazılmadıysa, sipariş tutarı ve yaklaşık saat üzerinden manuel eşleştirme yapılır (hataya en açık yöntem)
- Sanal IBAN / alt hesap eşleştirme: Her siparişe ya da her müşteriye özel bir sanal IBAN üretilir, gelen para otomatik olarak doğru kayda düşer
İlk iki yöntem küçük hacimde idare eder ama günde 50-100 siparişe çıktığınızda açıklama yazmayı unutan müşteri sayısı da artar. O noktada işin "manuel kontrol" kısmı gerçek bir operasyon yüküne dönüşür.
Onayı Kim Verecek: Personel mi, Sistem mi?
Havale/EFT'te tam otomasyon, kredi kartı kadar kolay değil çünkü banka tarafında açık bir API çağrısı yok (bazı kurumsal bankacılık entegrasyonları hariç). Bu yüzden gerçekçi olmak gerekirse üç seviye var:
- Tam manuel: Personel bankacılık uygulamasını açar, gelen parayı görür, ilgili siparişi bulur, elle "ödeme onaylandı" der ve teslimatı tetikler
- Yarı otomatik: Müşteri dekont/işlem bilgisini panelden bildirir, sipariş "onay bekliyor" kuyruğuna düşer, yetkili tek tıkla onaylar — onay anında teslimat otomatik gerçekleşir
- Bankacılık entegrasyonlu otomatik: Belirli bankaların kurumsal API'leri veya sanal IBAN sağlayıcıları üzerinden gelen para otomatik tespit edilir, insan müdahalesi olmadan sipariş onaylanır
Küçük-orta ölçekli e-pin siteleri için pratik olan genelde ikinci seviye: müşteri bildirir, admin tek tıkla onaylar, teslimat kod/lisans zaten otomatik sistemden düşer. Bu, tam otomasyonun karmaşıklığını yaşamadan, tam manuelin yavaşlığından kurtulmanın orta yolu.
Havale açıklamasına yazılacak referans kodunu 6-8 haneli, kolay okunur (karışık harf-rakam yerine sade rakam) tutun. Müşteriler kopyala-yapıştır yapmak yerine elle yazdığında hata payı düşer; kısa kod bu hatayı ciddi ölçüde azaltır.
Banka API'leri veya Sanal IBAN ile Gerçekten Tam Otomatik Olur mu?
Teorik olarak evet, pratikte maliyet ve entegrasyon yükü işin belirleyicisi. İki yol var:
| Yöntem | Manuel / Elle | Pinova ile |
|---|---|---|
| Sipariş-ödeme eşleştirme | Personel dekontu tek tek kontrol eder | Referans kod otomatik üretilir, bekleyen sipariş kuyruğunda listelenir |
| Onay sonrası teslimat | Onay verildikten sonra kodu elle bulup gönderir | Onay anında stoktan otomatik kod/lisans çekilip müşteriye iletilir |
| Zaman aşımı yönetimi | Unutulan siparişler stokta kilitli kalır | Süresi dolan bekleyen siparişler otomatik iptal edilip stok serbest bırakılır |
| Çoklu banka hesabı | Tek IBAN'a yığılma, yoğun saatte gecikme | Birden fazla IBAN tanımlanıp sırayla/otomatik dağıtılabilir |
| Kayıt ve raporlama | Excel/WhatsApp geçmişinde dağınık iz | Her havale hareketi sipariş kaydına bağlı, panelden raporlanır |
Tam bankacılık API entegrasyonu (özellikle kurumsal hesap hareketi çekme) genelde büyük hacimli, kurumsal ölçekli satıcılar için mantıklı; küçük-orta ölçekte referans kod + hızlı onay akışı, maliyet-fayda açısından çoğunlukla daha isabetli tercih oluyor.
Manuel Havale Sisteminde Hangi Riskler Sizi Bekliyor?
Havale/EFT'i kayıtsız, elle yürüten sitelerde tekrar eden birkaç sorun var:
- Mükerrer teslimat: Aynı dekont iki farklı personel tarafından onaylanıp kod iki kez gönderilir
- Sahte dekont: Photoshop ile değiştirilmiş dekont görselleriyle onay almaya çalışan kötü niyetli girişimler
- Kayıp sipariş: Açıklama boş bırakılan veya yanlış yazılan havalelerin hangi siparişe ait olduğunun unutulması
- Gecikme şikayeti: Personelin çevrimdışı olduğu saatlerde saatlerce bekleyen müşteri, iade talebi veya olumsuz yorumla sonuçlanır
- Denetim eksikliği: Hangi siparişin ne zaman kim tarafından onaylandığına dair iz bırakılmadığı için anlaşmazlıkta kanıt bulunamaz
Bu risklerin hepsi teknik olarak çözülebilir; asıl mesele bunları tek tek elle kapatmaya çalışmak yerine, sipariş-onay-teslimat zincirini baştan sisteme yazdırmak. Pinova'da bekleyen sipariş kuyruğu, referans kod eşleştirme ve onay sonrası otomatik teslimat bu beş riskin büyük kısmını daha en baştan devre dışı bırakıyor; kalan kısım (sahte dekont gibi) için de onay ekranında dekont görseli + tutar + saat birlikte gösterilerek personelin hızlı ve güvenli karar vermesi sağlanıyor.
Havale/EFT sürecinizi kaç dakikada güvenli hale getirebilirsiniz?
Pinova ile referans kod üretimi, bekleyen sipariş kuyruğu, tek tık onay ve otomatik teslimat kutudan çıkar; kendi sunucunuza kurup mevcut PayTR/Shopier akışınızın yanına ek bir ödeme yöntemi olarak ekleyebilirsiniz.
Havale/EFT ile gelen ödemeyi otomatik tespit etmek mümkün mü?
Tam otomatik tespit, ancak kurumsal bankacılık API'si veya sanal IBAN sağlayıcısı ile mümkün. Bunlar olmadan gerçekçi yaklaşım, müşterinin referans kod ile ödeme bildirmesi ve yetkilinin panelden tek tıkla onaylamasıdır — bu da teslimatı otomatik tetikler.
Pinova'da havale/EFT kart ödemesiyle birlikte mi çalışır?
Evet. Havale/EFT, PayTR, Shopier ve site cüzdanı/bakiye yöntemleri aynı checkout ekranında yan yana sunulabilir; müşteri sipariş anında istediğini seçer.
Birden fazla banka hesabı tanımlayabilir miyim?
Evet, birden fazla IBAN tanımlanabilir. Bu, tek hesaba yığılmayı önler ve yoğun saatlerde ödeme dağılımını hızlandırır.
Onaylanmayan havale siparişleri stokta sonsuza kadar mı kilitli kalır?
Hayır. Belirlenen süre içinde onaylanmayan bekleyen siparişler otomatik iptal edilip ilgili stok/ürün tekrar satışa açılır, böylece gerçek alıcılar bekletilmez.