Ödeme ekranında “terminale açık olmayan işlem” uyarısını görmek, çoğu işletme için basit bir teknik detay değildir. Bu uyarı, satışın tam ödeme anında durduğunu gösterir. Üstelik sorun her zaman kart bakiyesi, limit veya müşterinin bankası ile ilgili değildir; bazen işyeri profili, terminal yetkisi, işlem tipi, kart kabul kapsamı ya da ödeme kanalı tarafında bir uyumsuzluk yaşarsınız. BKM’nin üye işyeri kuralları ile TCMB’nin İşyeri Kayıt Sistemi çerçevesi, kart kabulünün tamamen işyeri ve terminal tanımlarıyla yürüdüğünü açıkça ortaya koyar.
Terminale Açık Olmayan İşlem (58 Hata Kodu)
Terminale açık olmayan işlem, yapılmak istenen ödemenin ilgili kart, terminal, işyeri profili veya işlem kanalı için tanımlı kabul ve yetki kapsamına uymadığını anlatan bir red uyarısıdır. Sektör pratiğinde bu ifadeyi çoğu zaman 58 hata kodu ile anıyoruz; ancak görünen açıklama banka, ödeme kuruluşu ve kullandığınız altyapıya göre değişebilir.
Bu hata her zaman “kartta sorun var” anlamına gelmez. Pratikte mesele çoğu zaman kart yetkisi ile işyeri/terminal kabul kapsamı arasındaki ayrımı doğru kurmaktır. Bu yüzden kodu tek başına değil, işlemin nerede ve hangi senaryoda tekrar ettiğine bakarak değerlendirmelisiniz.
58 Hata Kodu (Terminale Açık Olmayan İşlem) Ne Demek?
Kartlı ödemelerde her işlemi sadece “kart çalışıyor mu?” sorusuyla değerlendiremeyiz. İşlemin hangi kanalda yapıldığı, işyerinin hangi ödeme türlerine açık olduğu, terminal veya sanal POS profilinin hangi kabul setleriyle tanımlandığı ve ödeme hizmeti sağlayıcısının hangi kapsamda hizmet verdiği birlikte çalışır. TCMB’nin İKS kuralları, BKM nezdinde işyeriye özgü kod ve işyeri-terminal veritabanı mantığını açıkça tanımlar. BKM’nin üye işyeri kılavuzu da kart kabul yetkisinin kurallara bağlı olduğunu ve bazı durumlarda sınırlandığını gösterir.
Bu yüzden “terminale açık olmayan işlem” ifadesi, çoğu senaryoda işlemin teknik olarak gönderildiğini ama ilgili işlem türünün mevcut kabul ve yetki profiline takıldığını anlatır. Özellikle sanal POS tarafında taksit, yabancı kart, özel kart programı, iade/provizyon akışı, kanal yetkisi veya entegrasyon profili gibi alanlar bu redlerin arkasındaki güçlü adaylardır. Kamuya açık kaynaklarda her kurum için aynı sabit açıklama yer almadığından, bu ifadeyi mutlak bir hata gibi değil, bağlamsal bir uyarı olarak okumalısınız.
Terminale Açık Olmayan İşlem Hatası Neden Alınır?
Bu uyarının tek bir nedeni yoktur. Fakat pratikte en sık karşılaştığımız başlıklar şunlardır:
1) Taksit yetkisi açık değildir
Ödemeyi tek çekim yerine taksitli almayı denemiş olabilirsiniz. Fakat sistem bu talebinizi anında reddeder. Çünkü işyeri profiliniz taksitli işlemi desteklemez. Bazen de ilgili kart kombinasyonu sorun yaratır. Süreci genellikle banka taksit kuralları belirler. Sektör kısıtlamaları ve sözleşmeniz de sonuca doğrudan etki eder.
2) Yabancı kart veya özel kart programı kabulü tanımlı değildir
POS’unuz yerli kartlarda kusursuz çalışabilir. Fakat yabancı veya ticari kartlarda işlemi reddeder. Bazen de özel kart şemaları ödemeyi engeller. “Yerli geçiyor, yabancı düşüyor” döngüsünü sıkça yaşayabilirsiniz. Bu durumu fark ettiğiniz an hemen harekete geçin. Sisteminizin kart kabul yetkilerini doğrudan inceleyin.
3) İşyeri faaliyeti, sektör veya kabul kapsamı uyuşmuyordur
BKM kuralları, POS kullanımının kurallara uygun çerçevede yürümesini zorunlu kılar ve kart kabul yetkisi sınırsız bir alan değildir. Bu nedenle sektörünüz, iş modeliniz, ürün/hizmet türünüz ve kabul ettiğiniz işlem akışı arasında uyumsuzluk varsa işleminiz red alır.
4) İşlem kanalı yetkisi kapalı olabilir
İnternetten ödeme, ön provizyon, iade, mail-order benzeri akışlar veya kanal bazlı farklı kombinasyonlar her zaman aynı kabul setine girmez. Fiziksel POS’ta sorunsuz çalışan bir akışın e-ticarette aynı şekilde çalışmaması bu yüzden şaşırtıcı değildir.
5) Entegrasyon veya profil ayarı yanlış olabilir
Sorun sadece sözleşme kaynaklı değildir. Sanal POS tarafında IP tanımı, SSL, çağrı formatı, doğru servis kullanımı veya paneldeki profil eşleşmeleri de işlemin beklenen kabul setine girmesini engeller. Bu noktada sanal POS hata kodları rehberimizi inceleyerek teknik ve güvenlik kaynaklı entegrasyon hatalarını ayrı ayrı tespit edebilirsiniz.
İşletmenizi ParamPOS ile Büyütün!
Güvenli ve dayanıklı bir ödeme altyapısı kurmak teknik bir zorluk olmak zorunda değil. ParamPOS ödeme altyapısı çözümü ile bankalarla tek tek anlaşma yapmaya gerek kalmadan tüm banka ve kredi kartlarından taksitli ödeme alabilirsiniz. Uluslararası 3D Secure altyapısı ile sahtecilik riskini en aza indiren ParamPOS’a sadece birkaç adımda başvurun. İşinizi Param’la büyütün, operasyonel gücünüzü artırın ve cironuzu anlık arızalara feda etmeyin!
57 ve 58 Hata Kodu Farkı Nedir?
Piyasada en çok karışan konu budur. Burada sert ve mutlak konuşmak hatadır.
Pratik okumada, 57 hata kodunu birçok altyapıda daha çok kartın veya kart sahibinin ilgili işlem tipine kapalı olmasıyla ilişkilendiriyoruz. 58 hata kodu ise çoğu senaryoda terminal, işyeri veya kabul kapsamı tarafındaki işlem yetkisi kısıtını ifade eder. Fakat ekranda görünen açıklama metni banka, ödeme kuruluşu ve kullandığınız sisteme göre değişir. Bu yüzden “57 kesin karttır, 58 kesin terminaldir” diye kör hüküm kurmak doğru değildir. Asıl mesele işlemin hangi örüntüyle düştüğünü bulmaktır.
Bunu daha net ayırmak için şu mantığı kullanın:
- Sorun tek kartta veya tek müşteride görünüyorsa, ilk olarak kart yetkisinden ve bankadan (issuer) şüphelenmelisiniz.
- Sorun yalnızca taksitli işlemlerde, yalnızca yabancı kartta veya yalnızca belirli bir kart programında çıkıyorsa, işyeri kabul kapsamınız daha güçlü bir adaydır.
- Sorun birden fazla müşteride seri şekilde tekrarlanıyorsa, “müşteri hatası” açıklaması zayıflar; sanal POS sağlayıcınızı, entegrasyonu ve terminal/işyeri profilinizi birlikte incelemelisiniz.
Sorun Kartta mı, Bankada mı, Terminalde mi? (Teşhis Adımları)
Bu hatada en büyük zaman kaybı, yanlış tarafa bakmaktır. Doğru teşhis için şu sırayı izleyin:
1. Hata tek müşteride mi görünüyor?
Sorun sadece tek kartta çıkıyorsa, önce o kartın internet alışverişi, taksit, yurt dışı işlem veya kart programı yetkilerini sorgulayın. Bu durumda sorunun banka (issuer) tarafında olma ihtimali yüksektir. Müşteri kaynaklı benzer senaryoların teşhisi için bankanız işlemi onaylamadı hatası rehberimize göz atabilirsiniz.
2. Hata belirli işlem tiplerinde mi çıkıyor?
Örneğin yalnızca taksitte, yalnızca iadede veya yalnızca yabancı kartta oluşuyorsa, sorun çoğu zaman işyeri kabul seti veya işlem profili tarafındadır. Bu durumda kartı değil, önce kendi işyeri ve terminal yetkinizi sorgulamalısınız.
3. Aynı sorun birden fazla müşteride tekrarlanıyor mu?
Birden fazla kartta aynı akış düşüyorsa, artık tekil müşteri problemi anlatısı devreden çıkar. Burada sanal POS panelinizi, sözleşme kapsamınızı, terminal tanımını ve entegrasyon ayarlarınızı derhal kontrol etmelisiniz.
4. Sorun genel mi, parçalı mı?
Hata her işlemde oluşuyorsa teknik profil veya sistem tarafına; yalnızca bazı bankalarda, bazı kartlarda ya da bazı akışlarda oluyorsa yetki ve kapsam tarafına odaklanmalısınız.
İşletmeler İçin 5 Hızlı Kontrol Adımı
İşletme tarafında panikle değil, veriyle ilerlemelisiniz:
- Hata örüntüsünü ayırın. Tek kart mı, tek banka mı, tüm müşteriler mi, sadece taksit mi, sadece yabancı kart mı? Teşhisin yarısı budur.
- İşlem tipini netleştirin. Tek çekim, taksit, ön provizyon, iade veya farklı kart programı mı deniyorsunuz? “Hangi işlem?” netleşmeden “neden red aldı?” sorusunu cevaplayamazsınız.
- İşyeri kabul kapsamını kontrol edin. Panel, sözleşme kapsamı ve ödeme sağlayıcısı kayıtları üzerinden taksit, yabancı kart, kart programı ve sektör uyumunuzu inceleyin.
- Entegrasyon ayarlarını gözden geçirin. IP tanımı, SSL, çağrı formatı ve doğru servis kullanımı teknik tarafta temel kontroldür. Log ve panel okumalarını doğru yapmalısınız.
- Destek kaydını veriyle açın. Sağlayıcınıza “Sistem çalışmıyor” diye değil; tarih-saat, kart türü, taksit sayısı, yerli/yabancı kart bilgisi, hata kodu ve log örneğiyle gidin. Bu yaklaşım, çözüm süresini ciddi biçimde kısaltır.
Fiziksel POS ve Sanal POS Tarafında Neden Farklı Yorumlanabilir?
Aynı red ifadesi her zaman aynı operasyonel bağlamda oluşmaz. Fiziksel POS’ta terminal profili, cihaz üstündeki kabul seti ve işyeri faaliyeti daha çok öne çıkar. Sanal POS’ta ise bunlara ek olarak entegrasyon, IP/SSL, kanal bazlı akış, kart programı, yabancı kart kabulü ve taksit matrisi devreye girer. Bu nedenle mağazada çalışan kartın e-ticarette aynı rahatlıkla çalışmaması veya tam tersini yaşamanız teknik bir çelişki değildir.
İşletmeler Bu Hatayı Azaltmak İçin Ne Yapmalı?
Çoğu işletme burada yanlış bir refleks gösterir: Sorun çıkınca destek kaydı açarlar, ancak sorun çıkmadan önce bir yetki matrisi oluşturmazlar. Oysa doğru yaklaşım; hangi kart tiplerini kabul ettiğinizi, hangi bankalarda taksit açtığınızı, yabancı kart akışını, iade/provizyon senaryolarını ve hangi red kodlarında hangi ekibin devreye gireceğini baştan tanımlamaktır. Bu strateji, hem müşteri hizmetleri tarafındaki yanlış yönlendirmeyi azaltır hem de satış anındaki maddi kaybı düşürür.
Pratik olarak şu üç şeyi standart hale getirin:
- Red kodu bazlı iç aksiyon tablosu
- Kart/banka/terminal ayrımı için kısa karar ağacı
- Ana akış düşerse devreye girecek alternatif tahsilat yöntemi
Bu üçlü kontrol mekanizmasına sahip değilseniz aynı hatayı tekrar tekrar yaşarsınız.
Tahsilatı Durdurmadan Sorunu Çözün
Bu noktada amaç yalnızca “58 ne demek?” sorusunu cevaplamak değil, tahsilatı gereksiz yere durdurmamaktır. ParamPOS, e-ticaret sitenize gelişmiş panel yetkileriyle donatılmış sorunsuz bir online ödeme altyapısı sağlar.
Eğer mevcut sanal POS tarafında geçici bir entegrasyon veya yetki süreci bekliyorsanız, ParamTIK sayesinde web siteniz olmasa bile müşterinize saniyeler içinde güvenli bir ödeme linki gönderebilirsiniz. Kısacası, profil kaynaklı bir yetki sorunu araştırırken satışlarınızı durdurmak zorunda değilsiniz!
Bu Hata Kullanıcı Tarafından Çözülebilir mi?
Yanıt tamamen sorunun kaynağına göre değişir. Kartın internet veya taksit yetkisi kapalı olabilir. Bu durumda müşteri kendi bankasını arayarak sorunu çözer. Fakat kısıtlama işyerinin kabul kapsamından da meydana gelebilmektedir. Yabancı kart onayı veya entegrasyon profili eksik olabilir. Böyle bir senaryoda müşterinin yapabileceği hiçbir şey yoktur. Çözümü doğrudan işletme ve ödeme sağlayıcısı üretmelidir.
Bu Hata Donanımsal Arıza mıdır?
Özellikle sanal POS tarafında ilk şüpheniz asla donanım olmamalıdır. Önce işyeri-terminal tanımını, işlem tipini, kabul kapsamını, entegrasyonu ve teknik profili kontrol etmelisiniz. Fiziksel POS ortamında cihaz profili devreye girer. Ancak e-ticaret tarafında sorun çoğu zaman sözleşme ve yetki/profil eşleşmesidir.
Yabancı Kart veya Taksitli İşlemde Neden Daha Sık Görülür?
Çünkü bu akışlar, basit tek çekim senaryolarından farklı kurallar gerektirir. Sistem; yabancı kartları, taksit matrisini ve sektör uyumunu birlikte denetler. Bu çoklu kontrol adımı, yetki kısıtlaması riskini doğrudan artırır. Dolayısıyla sistem, bu tür işlemlere daha sık red yanıtı verir.
Genel Değerlendirme
Bu hata, genellikle işletmenin sahip olduğu yetki kapsamı tarafında bir eşleşme sorunu yaşadığını gösterir. Ama burada kör bir kesinlik değil, doğru teşhis gerekir. Tek kartta mı oluyor, belirli akışlarda mı oluyor, çoklu müşteride mi tekrar ediyor? Bu üç soruya yanıt vermeden sağlıklı bir karar veremezsiniz.
İşin özü şu: 57 ve 58 numaralı hataları ezber cümlelerle değil, işlem bağlamıyla ayırın. Sorunu doğrudan kart müşterisine yıkıp geçmek de, her şeyi sistem terminaline bağlamak da hatalıdır. Satış kaybını azaltan asıl şey, panik yapmadan teknik doğrulukla çalışan net bir teşhis disiplini kurmaktır.