Tüm yazılar

Atıştırmalık Otomatı MDB Ödeme

Atıştırmalık otomatı mı, snack otomatı mı, çerez otomatı mı?

Sahada üçü de kullanılıyor ve üçü de aynı makineyi anlatıyor: ürünü bir yaydan düşüren otomat. Asıl mesele makinenin adı değil, ürünün düştüğünü doğrulaması — ve düşüremediğinde ödemeyi anında iade etmesi. Spiral takıldığında banka tarafında ne olduğunu, void ile refund farkını anlatıyoruz.

Aynı makine için üç ayrı kelime dolaşıyor: atıştırmalık otomatı, snack otomatı, çerez otomatı. Hangisini kullandığınız çoğunlukla nerede durduğunuzu söylüyor — işletmeci “snack” der, ihale şartnamesi “atıştırmalık” yazar, makinenin önünde duran kişi “çerez otomatı” diye arar. Üçü de doğru ve üçü de aynı şeyi tarif ediyor.

Biz de sayfalarımızda üçünü birden kullanıyoruz, çünkü müşteri hangi kelimeyle geliyorsa onunla karşılamak gerekiyor. Ama bu yazının konusu kelimeler değil. Kelimeler kolay kısım.

Makineyi tanımlayan şey ad değil, yay

Bu makine sınıfını diğerlerinden ayıran şey mekanik: ürün, bir spiral yayın üzerinde durur. Seçim yapıldığında motor yayı bir tur döndürür, yay ilerler, en öndeki ürün rafın kenarından düşer.

Ne düştüğü makineyi ilgilendirmiyor. Cips, çikolata, gofret, bisküvi, kuruyemiş, kutu içecek — spiralin ne döndürdüğü fark etmez. Kombine makinelerde üst raflar yay, alt raflar içecek kolonu olur; yine aynı mantık.

Bu tanım önemli, çünkü sorunun kaynağı da tam olarak burada: yay dönebilir ama ürün düşmeyebilir. Paket yana yatmıştır, cam ile ürün arasında sıkışmıştır, yayın adımı ürün için geniş kalmıştır, ya da o gözde ürün zaten bitmiştir. Makine motoru döndürdü, işini yaptığını sanıyor. Müşteri ise elinde kartıyla boş bir gözün önünde duruyor.

Asıl soru: makine ürünün düştüğünü biliyor mu?

Bir otomatın kalitesini belirleyen soru “hangi ürünleri satıyor” değil, verdiğini nereden bildiğidir.

Düşük seviyeli makinelerde bu bilgi yoktur. Makine motoru döndürür ve satışı başarılı sayar. Ürünün düşüp düşmediğini kimse doğrulamaz.

Ürün algılamalı makinelerde ise rafın alt ağzında bir sensör bariyeri vardır — genellikle kızılötesi. Ürün düşerken bariyeri keser, makine “düştü” bilgisini alır. Kesmezse makine bunu bilir: satış başarısız.

İşte ödeme tarafı için kritik olan an burasıdır.

Makine tarafı: satış, ürün düştüğünde kesinleşir

MDB protokolü satışı bir durum makinesi olarak kurar ve sırası şudur:

  1. Müşteri kartını okutur, terminal makineye “ödeme yöntemi hazır” der.
  2. Müşteri ürünü seçer, makine terminalden o ürün için o tutarı onaylamasını ister.
  3. Terminal tutarı onaylar.
  4. Makine ürünü vermeye çalışır.
  5. Ürün düştüyse makine “satış başarılı”, düşmediyse “veremedim” der.

Adım 5 protokolün en önemli adımıdır ve çoğu kurulumda hafife alınır. O mesaj hatta vardır; mesele onu doğru işlemektir.

Banka tarafı: Türkiye'de gerçekte ne oluyor

Burası genellikle yanlış anlatılan kısım, o yüzden açık yazalım: işlem gerçekten tahsil olur, sonra iade edilir. “Hiç para çekilmedi” cümlesi müşteriye söylenen doğru sonuçtur, ama arkasındaki mekanizma bir adım daha karmaşıktır.

Türkiye'deki akış şöyle işler. Müşteri kartını okuttuğunda işlem önce otorize olur:

  • Kredi ve banka kartında tutar, bankanın bekleyen işlemler statüsüne düşer. Müşteri mobil bankacılıkta bunu görebilir.
  • CSC (kapalı devre kurumsal kredi) ve yemek kartlarında tutar doğrudan kişinin kredisinden düşer — bekleyen bir statü yoktur, bakiye o anda azalır.

Makine ürünü veremediğinde işlem iadeye döner ve ödeme tipine göre iki farklı yoldan gider:

  • Kredi kartında void (iptal). İşlem, bekleyen işlemlerden kaldırılır — müşteri için görünen sonuç "para çekilmedi"dir.
  • Diğer ödeme tiplerinde refund (iade). Tutar geri yüklenir; yemek kartında ve kapalı devre kredide bakiye eski haline döner.

Kredi kartında bir koşul daha var: gün sonu

void her zaman mümkün değildir. Terminal gün sonu (EOD) almışsa işlem artık o günün batch'ine girmiştir ve iptal edilemez — o durumda işlem refunda döner.

Müşterinin gördüğü şey de buna göre değişir — hem online hesap ekranında (mobil ya da internet bankacılığında) hem ekstrede:

Online hesap ekranı Ekstre
Gün sonundan önce — void Tutar bir süre görünür, sonra kaybolur. Artı-eksi çifti oluşmaz. Hiç görünmez.
Gün sonundan sonra — refund Artı ve eksi, iki ayrı satır. Artı ve eksi, iki ayrı satır.

📌 Kısaca: ekstrede yalnızca refund'lar görünür; void'ler hiç görünmez.

İkisinin de sonucu aynıdır — müşteri parasını geri alır. Fark, kayıtta iz bırakıp bırakmamasıdır. Bunu bilmek işletmeci için pratik bir şeydir: “hesabımda iki satır görünüyor” diye gelen bir soru arıza değil, gün sonu alınmış bir terminalin normal davranışıdır.

Hero Nexus makinenin “veremedim” mesajını birebir bu akışa bağlar. Yani iade, bir operatörün fark edip elle başlattığı bir işlem değil; makinenin kendi hata bildiriminin doğrudan tetiklediği bir işlem.

Ve burada bir adım daha atıyoruz. Terminal bunu müşteriye sesli olarak söyler:

"Ürün verilemedi. Hiçbir ücret çekilmedi, paranız iade oldu."

Bu cümle küçük görünür ama işin en pahalı kısmını yerinde çözer.

Neden sesli anons, ekrandaki yazıdan farklı

Makinenin önünde duran kişi o an ürünü alamamıştır ve aklından geçen tek şey vardır: "param gitti mi?"

Ekranda yazan bir satır çoğu zaman okunmaz — kişi telefonuna bakmakta, arkasında sıra beklemekte ya da makineden çoktan uzaklaşmaktadır. Sesli anons, bakmayı gerektirmez. Cevabı, sorunun sorulduğu anda ve makinenin başında verir.

Sonuç işletmeci için şudur: memnuniyetsizlik telefona dönüşmez. Müşteri lokasyon yetkilisini aramaz, işletmeci aranmaz, kimse dekont aramaz, kimse “üç gün içinde yansır” cümlesini kurmak zorunda kalmaz. Şikâyet, doğduğu yerde ve doğduğu dakikada kapanır.

Bir otomat filosunda bu tür olayların sayısı azdır — ama her biri, çözülmediğinde makinenin bulunduğu lokasyonla ilişkinizi aşındırır. Fabrikada, hastanede, AVM'de makineyi savunmak zorunda kalan kişi işletmecidir.

Tek bir işlem için bu kadar uğraşmaya değer mi

Bir otomatta tek bir işlemin tutarı küçüktür. Kaybolduğunda küçük kalmaz.

Parasının havada kaldığını düşünen kişi o makineyi bir daha kullanmaz, çoğu zaman yanındakine de söyler. Lokasyon yetkilisine giden şikâyet, o tek satışın tutarıyla ölçülmez.

Altyapıyı bilerek böyle kurduk: tek bir işlemde bile müşterinin parası havada kalmasın diye. Bu bizim için bir özellik listesi maddesi değil, tasarım kararı. Memnun olmayan bir müşteri istemiyoruz — ne kendimiz için, ne de çözümlerimizi sahada kullanan işletmeciler için. Çünkü makinenin başında bir şey ters gittiğinde onu savunmak zorunda kalan kişi biz değiliz, onlar.

Özet

  • Atıştırmalık, snack ve çerez otomatı aynı makinedir: ürünü spiral yaydan düşüren otomat.
  • Makineyi tanımlayan şey içindeki ürün değil, düşürme mekanizmasıdır.
  • Kalite farkı, makinenin ürünün düştüğünü doğrulayıp doğrulamadığındadır.
  • Türkiye'de işlem önce otorize olur: kartta bekleyen işlem, CSC ve yemek kartında doğrudan krediden düşme.
  • Ürün düşmezse işlem iadeye döner — kredi kartında void, diğer ödeme tiplerinde refund.
  • Terminal gün sonu almışsa kredi kartında da void yapılamaz, işlem refunda döner: müşteri o zaman artı-eksi iki satır görür.
  • Bu iadeyi makinenin “veremedim” mesajı doğrudan tetikler; kimsenin fark edip elle başlatması gerekmez.
  • Terminal sonucu müşteriye sesli olarak bildirir; şikâyet makinenin başında kapanır.

Makinenizde kartlı ödemenin nasıl kurulduğunu ve neyin değişmediğini atıştırmalık ve çerez otomatı ödeme sistemi sayfasında anlattık. Hattın kendisini merak ediyorsanız MDB protokolü nedir yazısı makinenin içindeki konuşmayı adım adım açıyor.

Makinelerinizi bu platforma taşıyalım.

Kaç makine işlettiğinizi ve hangi protokolleri kullandığınızı anlatın; mühendislik ekibimiz uygun yolu göstersin.