İçeriğe geç
POS Entegrasyonu

Banka POS Entegrasyonu Nedir? Cihazı Yazılıma Bağlama Rehberi

Kasadaki POS cihazına tutarı elle tuşlamak, gün sonunda tutmayan bir ciro raporu demektir. Bu rehberde POS entegrasyonunun teknik omurgasını — GMP-3 protokolü, kablolu ve kablosuz bağlantı seçenekleri, yarım kalan işlem senaryosu, batch kapanışı ve banka mutabakatı — kasada gerçekten yaşanan örneklerle anlatıyoruz. Restoran, market ve perakende akışları için hangi kurulum kararının neden değiştiğini yan yana koyuyoruz.

11 dk okuma 20 soru-cevap 8 ana konu Güncelleme: 26 Temmuz 2026
Kısa Cevap

POS entegrasyonu, kasadaki fiziksel banka POS cihazının işletme yazılımınızla otomatik veri alışverişi yapmasıdır: satış tutarı yazılımdan cihaza tek tuşla gider, ödeme sonucu (onay/ret, kart tipi, taksit sayısı, onay kodu) saniyeler içinde satış kaydına döner. Kasiyer tutarı elle tuşlamadığı için yanlış çekim, çift tahsilat ve gün sonu kasa farkı büyük ölçüde ortadan kalkar. Türkiye'de bu iletişim, Gelir İdaresi Başkanlığı'nın yayımladığı GMP-3 haberleşme protokolü üzerinden kurulur; cihazın üreticisi tarafında yazılımınızla TSM eşleştirmesi yapılması gerekir. Sık karıştırılan iki şeyi ayıralım: sanal POS, internet üzerinden kart bilgisiyle ödeme alan yazılım altyapısıdır; POS entegrasyonu ise mağaza içindeki fiziksel cihazı kapsar. Mali fiş kesen taraf için ÖKC / yeni nesil yazarkasa entegrasyonu devreye girer ve çoğu işletmede iki katman birlikte kurulur. Barkod, stok ve çoklu kasa akışının bu zincire nasıl bağlandığını ise market ve perakende otomasyon yazılımı rehberinde bulabilirsiniz.

Rehberin Ana Konuları

POS entegrasyonunu kuran ekiplerin gerçekte uğraştığı 8 konu

Protokol seçiminden yarım kalan işleme, batch kapanışından ağ ayrımına kadar kasada karşınıza çıkan başlıkları tek tek açıyoruz.

GMP-3: Cihazla Yazılımın Ortak Dili

Türkiye'de kasadaki cihazla yazılımın konuşma dili, Gelir İdaresi Başkanlığı'nın yayımladığı GMP-3 haberleşme protokolüdür. Bu doküman; yazılımın cihaza gönderdiği satış mesajını, dönen onay/ret cevabını, iade ve iptal komutlarını, gün sonu ve rapor çağrılarını standartlaştırır. Pratik karşılığı şudur: Ingenico için ayrı, Hugin için ayrı bir satış ekranı yazmak zorunda kalmazsınız; aynı mesaj yapısını farklı markalara gönderirsiniz. Cihazın protokolü kullanabilmesi için üreticinin TSM (güvenilir servis yöneticisi) altyapısında yazılımınızla eşleştirilmesi, cihaz sicil numarasının kaydedilmesi ve yıllık hizmet bedelinin ödenmesi gerekir. Edge Bilişim projelerinde bu katmanı tek bir soyutlama arkasına alıyoruz; cihaz markası değiştiğinde satış ekranındaki kod değil yalnızca sürücü tarafı değişiyor.

Kablolu mu, Kablosuz mu? Bağlantı Kararı

Cihazı yazılıma bağlamanın birden fazla fiziksel yolu var ve seçim kasanın düzenini doğrudan etkiliyor. Sabit kasalarda seri (RS-232) veya USB kablo en kararlı yöntemdir; gecikme milisaniye seviyesindedir, bağlantı koptuğunda sorun anında görülür. Ethernet/TCP-IP bağlantısı, aynı yazılıma birden çok cihaz bağlayan marketler ve çok kasalı mağazalar için uygundur. Kablosuz senaryoda cihaz, üreticinin TSM sunucusu üzerinden çağrılır; garsonun elindeki tabletten masadaki taşınabilir cihaza tutar göndermek ancak böyle mümkün olur, karşılığında internet bağımlılığı artar. Kararı verirken üç soruyu sorun: kasa sabit mi, cihaz masaya gidiyor mu, aynı yazılıma kaç cihaz bağlanacak? Mali fiş de kesecekseniz bu seçim doğrudan yeni nesil yazarkasa entegrasyonu kurgunuzu belirler.

Sektöre Göre Değişen Tahsilat Akışı

Restoranda akış adisyondan başlar: garson masayı kapatır, hesap bölünmüşse her parça ayrı işlem olarak cihaza gider, bahşiş tutarı ödeme öncesinde eklenir ve müşteri masadan kalkmadan tahsilat biter. Markette akış sepetten başlar; barkod okutulan ürünlerin toplamı, kampanya ve indirim uygulandıktan sonraki net tutar olarak cihaza iletilir. Parçalı ödemede (bir kısmı nakit, bir kısmı kart, bir kısmı yemek kartı) yazılım kalan bakiyeyi her adımda yeniden hesaplamalıdır. Perakendede taksit ve sadakat puanı devreye girer; müşteri 6 taksit seçtiğinde vade farkı satış kaydına ayrı kalem olarak yazılmalıdır. Yemek kartı tahsilatları ayrı bir tahsilat tipi olarak açılır — kurgusunu yemek kartı entegrasyonu rehberinde, market kasası tarafını ise perakende otomasyon rehberinde bulabilirsiniz.

Yarım Kalan İşlem: Entegrasyonun Asıl Sınavı

Entegrasyonun en çok yanlış kurulan yeri burasıdır: cihaz ödemeyi onaylar, tam o anda kablo çıkar ya da yazılım kapanır; banka tarafında tahsilat vardır, yazılımda satış yoktur. Zayıf kurgulanmış sistemlerde kasiyer ikinci kez çeker, müşteri iki kez ödemiş olur ve iade süreci günler sürer. Doğru çözüm, her satışa yazılım tarafında benzersiz bir işlem kimliği vermek ve bu kimliği cihaza göndermektir; yanıt gelmediğinde yazılım aynı kimlikle "bu işlemin durumu ne?" sorgusunu tekrarlar, cihaz onayı zaten verdiyse aynı sonucu döner ve yeni çekim yapılmaz. Edge Bilişim olarak POS projelerinde bu senaryoyu analiz aşamasında masaya koyuyoruz: her işleme idempotent bir kimlik üretiyor, cevapsız kalan çağrıları ayrı bir "askıda işlem" kuyruğuna alıyor ve eşleşmeyen kayıtları kasiyerin değil yöneticinin ekranına düşürüyoruz.

Gün Sonu, Batch ve Banka Mutabakatı

POS cihazı gün içindeki işlemleri bir "batch" altında biriktirir; gün sonu kapanışında bu batch bankaya gönderilir ve hesabınıza geçecek tutar oluşur. Entegre yapıda gün sonu yazılımdan tetiklenir, dönen özet (işlem adedi, toplam tutar, kart tipi kırılımı) satış kayıtlarıyla otomatik karşılaştırılır. Burada üç farklı tutar birbirine karışır ve çoğu işletme farkı tam bu noktada kaybeder: yazılımdaki satış tutarı, POS batch toplamı ve bankanın valörle, komisyon kesilerek hesaba yatırdığı net tutar. Üçünü ayrı ayrı takip etmezseniz "ciro tutmuyor" şikâyeti kronikleşir. Doğru kurgu iki aşamalıdır: batch özetini satışlarla, banka ekstresini batch ile eşleştirmek. İkinci adımın nasıl otomatikleştirildiğini banka entegrasyonu ve otomatik mutabakat rehberinde ayrıntılı anlattık.

Stok, Muhasebe ve e-Belge Zinciri

Ödeme onayı yalnızca kasada kalmamalı: onay döndüğü anda satır bazında stok düşmeli, ciro ön muhasebeye yazılmalı, gerekiyorsa e-Arşiv fatura üretilmelidir. Kritik nokta tetikleme sırasıdır. Stok düşümünü ödeme onayından önce yaparsanız ret dönen kartlarda stok yanlış azalır; çok sonra yaparsanız ve bağlantı koparsa satış stoksuz kalır. Doğru kurgu, satışı önce "beklemede" yazıp onayla birlikte kesinleştirmektir. Muhasebe tarafında POS tahsilatları kasa hesabına değil banka/POS alacak hesabına, komisyon ise ayrı bir gider hesabına işlenmelidir; Logo, Mikro ve Netsis aktarımı bu ayrım kurulmadan yapılırsa mizan bozulur. Fiş ile fatura ilişkisinin doğru kurulması için e-Fatura ve e-Arşiv API entegrasyonu aynı akışa bağlanır.

Kart Verisi, Ağ Ayrımı ve Yetki Matrisi

Kart numarası hiçbir zaman satış yazılımınıza girmez; kart verisi cihazın güvenli donanımı ile banka arasında şifreli işlenir, yazılımınıza yalnızca işlem sonucu, maskeli kart numarası, taksit bilgisi ve onay kodu döner. Bu ayrım PCI DSS kapsamınızı ciddi biçimde küçültür — saklamadığınız veriden sorumlu olmazsınız. Uygulamada üç şeye dikkat edin: kasa ağını ofis ve misafir ağından VLAN ile ayırın, cihaz–yazılım servisini yalnızca kasa IP'lerine açın, iade ve iptal gibi riskli işlemleri rol bazlı yetkiyle sınırlayıp kayıt altına alın. Kasiyer tek başına iade yapabiliyorsa entegrasyon ne kadar iyi olursa olsun kasa açığı riski devam eder. Yetki matrisini kurulumdan önce yazılı hale getirmek, sonradan yaşanan tartışmaların çoğunu baştan bitirir.

Kurulum Takvimi, Maliyet Kalemleri ve Canlı Geçiş

Takvimi belirleyen yazılım değil, onay süreçleridir. Sıra genelde şöyledir: cihaz modeli ve banka seçimi, üye işyeri anlaşması, üreticinin TSM tarafında cihaz–yazılım eşleştirmesi, test cihazıyla senaryo provası, tek kasada pilot ve ardından yaygınlaştırma. Tek kasalı bir kurulumda geliştirme birkaç haftada tamamlanırken, çok şubeli ve ERP bağlantılı projeler 2–4 aya yayılır. Maliyet iki ayrı kalemdir: üreticinin yıllık GMP-3/TSM hizmet bedeli 2026 itibarıyla cihaz başına yaklaşık 2.000–6.000 TL bandında değişir; yazılım tarafı ise kasa sayısı, cihaz marka çeşitliliği, stok/ERP kapsamı ve offline gereksinimine göre fiyatlanır. Edge Bilişim, entegrasyonu ayrı bir özel yazılım modülü olarak geliştirip pilot şubede kasada birebir durarak canlıya alır; teslimde kaynak kod Git deposuyla devredilir.

POS Entegrasyonu projenizi konuşalım — ihtiyacınızı ücretsiz analiz edelim, aynı gün dönüş yapalım.
WhatsApp
Sıkça Sorulan Sorular

POS Entegrasyonu Hakkında Sık Sorulan Sorular

20 gerçek soruya net cevap — aradığınızı yazarak filtreleyin.

POS entegrasyonu, kasadaki fiziksel banka POS cihazının işletme yazılımınızla otomatik veri alışverişi yapacak şekilde bağlanmasıdır. Satış tutarı yazılımdan cihaza gönderilir, cihaz ödemeyi alır ve sonucu (onay/ret, kart tipi, taksit, onay kodu) aynı anda yazılıma döndürür. Kasiyer rakamı elle tuşlamadığı için yanlış tutar, çift çekim ve gün sonu kasa farkı ortadan kalkar; satış, stok ve ciro tek kayıttan beslenir.

Yardımcı olalım

POS Entegrasyonu konusunda bir projeniz ya da sorununuz mu var?

Edge Bilişim ekibi ihtiyacınızı ücretsiz analiz eder ve projeye özel net bir teklif sunar. Kaynak kodu size teslim edilen, lisans bağımlılığı olmayan çözümler; 200+ proje deneyimi ve 81 ilde uzaktan hizmet.

WhatsApp'tan Yazın Hemen Arayın

[email protected] · İstanbul (81 ile uzaktan hizmet)

Müşteri Yorumları

Müşterilerimiz Bizi Nasıl Değerlendiriyor?

5.0 3 değerlendirme Google Yorumları
5 100%
4 0%
3 0%
2 0%
1 0%
Google'da değerlendirin

Daha fazla yorum için kaydırın