WooCommerce'in kendi satış noktası: POS modu gerçekte ne yapıyor

İnternetin yanı sıra tezgâh üstünden de satış yapıyorsanız, WooCommerce’in artık bir satış noktası olduğunu muhtemelen duymuşsunuzdur. Bu doğru ve cevap eskisinden çok daha ilgi çekici. Ama cevabın tamamı değil: “WooCommerce’te POS modu var” ile “WooCommerce yarın sabah dükkânımın kasasını çalıştırır” arasındaki boşluk, içine düşülecek kadar geniş.

Bu yazı bir harita. POS modunun ne olduğu, tek bir ödeme almadan önce nelere ihtiyaç duyduğu, nerede çalıştığı, neyi taramadığı, bunların hiçbiri olmadan düz WooCommerce’in tezgâhta zaten neler yaptığı ve üçüncü yol: zaten açık duran wp-admin’in içinde bir kasa. Çoğu üretici sayfasının atladığı kısmı da içeriyor: tarayıcı tabanlı hiçbir kasanın yapamayacağı şeyler, bizimki dahil. Bir şey kurduktan sonra değil, bu sayfadayken bizi eleyebilecek kadar açık yazıldı.

Dükkân zaten bir WooCommerce mağazasıysa “satış noktası” aslında ne demek#

Kategoriyi en yalın haline indirdiğinizde bir kasa dört iş yapar. Doğru satırı sepete hızlıca alır, genellikle bir barkoddan. Parayı alır ve paranın hangi yolla geldiğini kaydeder. Stoku hareket ettirir. Bir de ay sonunda, biri çekmeceyi sayıp rakamlar neden tutmuyor diye sorduğunda hâlâ anlam ifade eden bir kayıt bırakır.

Bir WooCommerce mağazası bunların üçünün zor kısımlarına zaten sahiptir. Ürünler var. Fiyatlar, vergi sınıfları ve vergi kuralları var. Stok rakamları var. Her muhasebecinin ve her raporun okuduğu şey olan sipariş kaydı var. Tezgâhta eksik olan, hız ve bir biçim: tek tuş genişliğinde bir ekran ve müşterinin internetin öbür ucunda bir ödeme formu doldurduğunu varsaymayan bir akış.

Bu çerçeve önemli, çünkü aslında ne aradığınızı belirliyor. Kataloğunuzu tutacak bir sistem aramıyorsunuz. Elinizdeki kataloğu, elinde kazak tutan bir insanın karşısında hızla süren bir şey arıyorsunuz.

Kısa cevap: evet, WooCommerce’in bir POS modu var#

WooCommerce 9.6’dan bu yana resmî bir satış noktası modu var. Tarayıcınızda çalışmıyor. Woo mobil uygulamasının içinde yaşıyor. WooCommerce 10.9 ve öncesinde özelliğin Ayarlar → Gelişmiş → Özellikler altındaki deneysel özelliklerden açılması gerekiyordu; WooCommerce 11.0 ile bu anahtar kaldırıldı ve mod, koşulları karşılayan mağazalar için doğrudan orada duruyor. Kilit kelime “karşılayan” ve çoğu değerlendirme tam burada bitiyor.

Ayrıca aktif olarak geliştiriliyor. Sonraki üç bölümdeki her şey (gereksinimler, üzerinde çalıştığı cihaz ve tarama) bu yazı Ağustos 2026’da yazılırken WooCommerce’in kendi dokümantasyonunda böyleydi ve bir kısmı siz okuyana kadar değişmiş olacak. Bir blog yazısına dayanarak donanım satın almadan önce güncel dokümanları kontrol edin; bu yazı da dahil.

WooCommerce POS modunun tek bir satışı yazmadan önce ihtiyaç duydukları#

Gereksinim listesi, duyurunun ima ettiğinden uzun:

• WooCommerce 9.6 veya üzeri, artı güncel bir Woo mobil uygulaması: taban 21.8, bazı ülkelerde 24.7.
• Bir tablet. iOS 18 veya üzeri ya da Android 9 veya üzeri; ekranın kısa kenarı en az 674 dp, uzun kenarı en az 800 dp olacak. Telefonlar hedef değil: yazının yazıldığı tarihte iPhone POS yalnızca Birleşik Krallık’taki satıcılarla sınırlı ve iOS 26 veya üzeri ile 25.1 veya üzeri uygulama sürümü gerekiyor.
• Desteklenen bir ülke; mağaza adresiniz orada olacak ve mağaza para biriminiz onunla eşleşecek. Desteklenenler listesi gerçek ama sonlu: Avustralya, Kanada, Finlandiya, İrlanda, Lüksemburg, Hollanda, Yeni Zelanda, Singapur, Birleşik Krallık ve ABD.
• WooPayments ya da Stripe, kart almak istiyorsanız. Nakit, uygulamanın kendi içinde bir ödeme seçeneği ve para üstünü de hesaplıyor.
• Bir kart okuyucu, fiziksel kartlı ödemeler için: ABD’de M2, diğer desteklenen pazarlarda WisePad 3 ya da bir Android telefonda uzaktan temassız ödeme. Okuyucu satın alınıyor ve WooPayments ile harici bir okuyucu, üç veya daha fazla işlem denemesi gördüğü her ay için işlem komisyonlarının üstüne bir de aylık ücret getiriyor. Ücretsiz yazılımın kasayı da ücretsiz yaptığını varsaymak yerine güncel fiyatlandırmayı kontrol edin.
• Desteklenen ürün tipleri. Basit fiziksel, varyasyonlu ve sanal ürünler kapsam içinde; diğer tipler için dokümantasyon ileriki güncellemelerde geleceklerini söylüyor.

Olduğu şey düşünüldüğünde bunların hiçbiri mantıksız değil: bir ödeme kuruluşunun desteklediği, gerçek anlamda fiziksel kartlı bir perakende terminali. Yalnızca bunun, tezgâhınızda zaten duran bilgisayarda açabileceğiniz bir ekran olduğunu varsaydıysanız mantıksız.

Nerede çalışıyor: zaten açık duran tarayıcıda değil, bir tablette#

POS modunun sizin cevabınız olup olmadığını belirleyen tek gerçek bu ve bir madde işaretinden fazlasını hak ediyor. POS modu, bir tablet üzerindeki bir uygulama. Tezgâhınızda bir masaüstü bilgisayar, bir dizüstü, bir hepsi bir arada makine ya da rafta bir monitör ve altında bir klavye varsa POS modu bunların üzerinde çalışmaz. Ya bir tablet alırsınız ya da POS modunu kullanmazsınız.

Gerçekten perakende olan bir dükkân için (kuyruk, kart cihazı, çekmece) kasaya ayrılmış bir tablet mantıklı bir alım ve pahalı olan kısım tablet değil. Bir atölye, bir stüdyo, bir pazar tezgâhı, bir depo satış tezgâhı ya da ara sıra gelen bir müşteriye satış yapan bir çevrimiçi dükkân içinse ikinci bir arayüzü çalıştırmak için ikinci bir cihaz almak, tam da kaçınmaya çalıştığınız yüktür.

Yapmayacağı şey: kamerayla tarama ve bunun tek kasalı bir dükkân için neden önemli olduğu#

POS modu tarama yapıyor. Dokümantasyon, desteklenen harici bir barkod okuyucu bağlamayı anlatıyor: bir donanım tabancası, ürünleri sepete o düşürüyor. Anlatmadığı şey, elinizde zaten tuttuğunuz tabletin kamerasıyla tarama yapmak.

Okuyucu tabancası olan bir dükkân için sorun yok. Taramaya hiç başlayıp başlamayacağına karar veren bir dükkân içinse mesele tam olarak bu, çünkü her dükkândaki en ucuz okuyucu kasiyerin cebindeki telefondur. Tarayıcılar artık canlı kameradan barkod çözebiliyor: barkod algılayıcıyla gelen tarayıcılarda doğrudan, gelmeyenlerde paket içindeki bir çözücü kütüphaneyle. Yani bir telefon, üzerine hiçbir şey kurulmadan kasa okuyucusu olabilir. Bunun tezgâhta nasıl işlediğini ve nerede dağıldığını yalnızca telefonla tezgâhta barkod okutma yazısında anlattık. Derdiniz satmak değil de saymaksa bu, ritmi bambaşka olan başka bir iş; onu da telefon kameranızla stok sayımı yazısı ele alıyor.

Taramayı hangi cihaz yaparsa yapsın, bip sesi işin yalnızca yarısı. Diğer yarısı, okuyucunun okuduğu kodun WooCommerce’in gerçekten aradığı bir alanla eşleşip eşleşmediği. Bu da kendi başına bir arıza ve kendi yazısı var: okuyucunuz neden “ürün bulunamadı” diyor.

WooCommerce çekirdeğinin tezgâhta size zaten verdikleri ve tam olarak nerede durduğu#

Bunların hiçbiri olmadan da düz WooCommerce bugün bir tezgâh satışını kaydedebilir. WooCommerce → Siparişler → Sipariş ekle size bir form verir: ürünü aratın, satırı ekleyin, miktarı girin, bir müşteri iliştirin, bir durum seçin, kaydedin. Haftada üç yüz yüze satış yapan bir dükkân için bu geçerli bir cevaptır ve hiçbir maliyeti yoktur.

Dört yerde duruyor ve dördü de keskin:

• Stok, siz kaydettiğinizde değil, durum öyle dediğinde hareket eder. WooCommerce stoku, sipariş Processing, On hold ya da Completed durumuna ulaştığında düşer; yönetimden oluşturulanlar dahil. Sipariş Pending payment durumunda ya da taslak olarak beklerken hiçbir şey hareket etmez. Sipariş ekranında stoku şimdi düş anlamına gelen bir düğme de yoktur; oradaki tek stok kontrolü, iade panelindeki stoka geri ekleme onay kutusudur. Yani Pending payment durumunda park etmiş bir tezgâh satışı, biri durumu değiştirene kadar rafla ekranı birbirinden uzaklaştırır. Bu, bir insanın hatırlaması gereken bir şey daha ve kendi yazısı var: elle girilen siparişler neden stoku düşmüyor.
• Tarama kutusu yok. Ürün seçici, vakti olan biri için tasarlanmış bir arama alanıdır.
• Rulo kâğıt anlamında fiş yok ve elinde ürünle gelen ama sipariş numarası olmayan bir müşteri için iade akışı da yok.
• Her güvenlik önlemi, bir insanın hatırlaması gereken bir şey; hem de beş buçukta, önünde kuyrukla. Asıl maliyet budur ve mutabakat yaptığınız aya kadar ortaya çıkmaz.

Sipariş formu bir kasa değildir. Bir satışı olan bittikten sonra yazıya dökmenin yoludur ve stok rakamının bunu izleyip izlemeyeceği, yorgun birinin çıkarken doğru durumu seçmesine bağlıdır.

Diğer yol: wp-admin içinde bir kasa; tezgâh satışının bir WooCommerce siparişinin ta kendisi olduğu yer#

Üçüncü seçenek, kasayı zaten açık duran tarayıcının içine koymak: wp-admin içinde, veritabanında hâlihazırda duran ürünler, fiyatlar, vergi kuralları, stok ve siparişler üzerinde çalışan bir POS ekranı. Retail POS bunu yapıyor ve WordPress.org üzerinde ücretsiz. Onu biz geliştirdiğimiz için bu bölümü bir tavsiye değil, bir tarif olarak okuyun. Kararınızı asıl aşağıdaki sınırlar bölümünde vermelisiniz.

Etrafında kurulduğu döngü kısa. Okuyucu tabancası tarama kutusuna yazar ve dört ya da daha fazla karakter düştüğünde kendiliğinden çalışır; yani programlanacak bir Enter eki ve geri tıklanacak bir alan yok. Okutulan kod önce ürünün barkod alanına, sonra WooCommerce’in kendi GTIN alanına, sonra da SKU’ya karşı çözülür ve varyasyon, üst ürününe göre öncelik kazanır. Hiç barkod yok mu? Adın iki karakterini yazın. Varyasyonlu bir ürün, her bedenin fiyatı, stoku ve kodu ekranda olacak şekilde bir varyant seçici açar.

Kurulum, bir donanım eşleştirmesi değil bir ayarlar sayfası: bir POS siparişinin durumunun ne olacağı, satışın stoku düşüp düşmeyeceği, düğmelerde görmek istediğiniz ödeme türleri ve fişin başına basılan mağaza bilgileri.

Para, tezgâhın ihtiyaç duyduğu gibi davranır. Terminalin söylediği her rakam (her satır, ara toplam, bitirmek için bastığınız düğme) müşterinin elden verdiği brüt, vergi dahil tutardır; dükkânınız başka yerlerde fiyatları nasıl gösteriyor olursa olsun. Vergi, WooCommerce’in işi olarak kalır. Elle girilen bir indirim, negatif bir ücret satırı düşmek yerine satır toplamlarını orantılı olarak ölçekler; iki farklı oranın karıştığı bir sepette KDV’yi doğru tutan da budur. Bu savın hesabıyla birlikte tamamı vergi dahil fiyatlarda indiriminiz neden yanlış çıkıyor yazısında. Ücretsiz sürümde bir satış, toplamın tamamını karşılayan tam olarak tek bir ödeme yöntemiyle kapatılır. Bir satışı nakit ve kart arasında bölmek bir Pro yeteneği ve o yazı, bunu söylemeden önce geçici çözümleri anlatıyor.

İadeler kör çalışır; WooCommerce’in hiçbir karşılığı olmayan durum tam da budur: ürün burada, sipariş numarası değil. Geri geleni okutun, iadesini yapın, stok geri yüklenir. Yeter ki stok düşümü açık olsun, çünkü eklentiye stoka dokunmamasını söylemiş bir dükkânın stokuna dönüş yolunda da dokunulmamalı. Akışın tamamı fişsiz iade almak yazısında.

Bütün bu işin amacı kayıt. Mutabakat yapılacak ikinci bir sistem yok, çünkü tezgâh satışı, kendi ödeme yöntemine sahip sıradan bir WooCommerce siparişidir: WooCommerce → Siparişler ekranında görünür, Analytics tarafından o durumdaki her sipariş gibi sayılır ve siparişleri dışa aktarmak için zaten ne kullanıyorsanız oradan erişilebilir.

Bunun üstünde bir pano var: bugün, son 7 gün, yuvarlanan 30 gün ve içinde bulunulan takvim ayı; iadeler ve kısmi geri ödemeler netlenmiş halde, yanında da ortalama sepet. Bu dört pencere bilerek birbirini tutmaz, çünkü dört farklı soruyu cevaplarlar. Bir dükkânın, raporlaması bozuk olmadığı halde bozuk olduğunu düşünmesinin en yaygın nedeni de budur. O da satış raporunuz neden kasayla uyuşmuyor yazısında.

Yan yana#

Tarayıcı tabanlı hiçbir kasanın yapamadıkları, bizimki dahil#

Bu, iki kez okunacak bölüm; çünkü bir satın alma tam burada yanlış gidiyor.

• Çevrimdışı mod yok. Ücretsiz sürümümüzde de yok, Pro sürümümüzde de. Bir wp-admin ekranı, sunucunuzla kurulan bir konuşmadır: her tarama, her arama, her satış bir istektir. Tezgâhta bağlantı koparsa kasa da onunla birlikte durur. Dükkânınız düzenli olarak internetini kaybediyorsa satışları yerelde kuyruğa alan bir terminal alın. Bu gerçek bir ürün kategorisidir ve biz o kategoride değiliz.
• Kart ödemesi işlemiyoruz. Ödeme düğmeleri, sizin tanımladığınız muhasebe etiketleridir; ödeme geçidi değil. Kartı bankanızın verdiği hangi cihazsa onda çekersiniz, sonra satış doğru ödeme türüne kaydedilsin diye Kart düğmesine basarsınız. Kartın, satışı yazan ekranın kendisi tarafından çekilmesini istiyorsanız WooPayments ya da Stripe ile WooCommerce POS modu tam olarak bunun içindir.
• Para çekmecesi kontrolü yok. Buradaki hiçbir şey para çekmecesine açma sinyali göndermez. Pro; açılış kasası, kasaya giren nakit, giderler ve beklenen ile sayılanı karşılaştıran bir gün sonu kapanışı içeren bir kasa defteri ekler. Bu bir defter, bir selenoid değil. Çekmece, elinizle açtığınız bir çekmece olarak kalır.
• Yazıcı sürücüsü yok, ESC/POS yok, otomatik yazdırma yok. Fiş, termal rulo kâğıda göre boyutlanmış dar ve eşaralıklı bir pencerede açılır ve tarayıcının kendi yazdırma penceresinden basılır. Tarayıcınızın basabildiği her yazıcı çalışır, termal rulolar dahil; ama sürücü düzeyinde bir entegrasyon yok ve biri yazdır’a basmadan kendi kendini basan bir satış da yok.
• Sepet fazla satışı sınırlar; sunucu engellemez. Siz sepeti kurarken stok yönetimi açık olan bir satır eldeki stokla sınırlanır ve bir uyarı alırsınız; yoğun bir tezgâh, elinizdeki üç adetten dördünü sessizce satamaz. Sunucu ise bilerek reddetmez: satış gönderildiğinde rakamlar hâlâ tutmuyorsa satış tamamlanır, stok eksiye düşebilir ve onay ekranı bunu açık bir dille size söyler. Müşteri elinde ürünle orada dururken doğru varsayılan budur; bu bir gözden kaçırma değil, bir tasarım kararıdır. Ama hangi yarının hangisi olduğunu bilmelisiniz.
• Ücretsiz sürümde kâr rakamı yok. Hızlı düzenleyici ürüne bir birim maliyet kaydeder ama ücretsiz sürüm bunu size hiçbir yerde marj, kâr oranı ya da kâr satırı olarak geri göstermez. Kâr raporlaması Pro’da. Buraya marjlar için geldiyseniz ücretsiz katman bu soruyu cevaplamayacak.
• Elinizdeki kodları basar; kod uydurmaz. Etiket ekranı, zaten bir SKU ya da barkod taşıyan ürünler için okutulabilir etiket basar. İkisi de olmayan bir ürün yine de adı ve fiyatı yazan bir etiket alır; sadece çubuklar olmaz, çünkü eklenti dükkândaki hiçbir şeyin taşımadığı bir kodu kendiliğinden üretmez.
• Tezgâh satışları insanlara e-posta göndermeyi bırakır ve ayarlar ekranında bunun için bir anahtar yoktur. Karşınızda duran bir müşteri “siparişiniz” e-postası değil, basılmış bir fiş alır; yeni sipariş yönetici bildirimi de tezgâh satışları için bastırılır. Günde iki yüz satış yazan bir dükkân, bizzat orada bulunduğu işlemler hakkında sahibine iki yüz e-posta göndermemeli. WooCommerce’in kendi düşük stok, stok yok ve ön sipariş bildirimleri farklı bir mekanizmadır ve onlara dokunulmaz: stok ayarlarınız ne diyorsa aynen çıkmaya devam ederler. Sitenizden gelen siparişlere de dokunulmaz, her zamanki gibi postalanırlar.

Nasıl seçilir: üç dükkân biçimi#

Çevrimiçi bir dükkânsınız ve ara sıra yüz yüze satış yapıyorsunuz#

Henüz bir şey satın almayın. Çekirdeğin Sipariş ekle ekranı, haftada bir avuç satışı gerçekten karşılar; yeter ki her birini Pending payment durumunda bırakıp sonra dönmeyi düşünmek yerine stoku düşüren bir durumda kaydedin: Processing, On hold ya da Completed. Bunu hatırlamak işe yaramaz hale geldiğinde geri gelin.

Tek kasa, bir kuyruk ve tezgâhta zaten duran bilgisayar#

Tarayıcı kasasının oturduğu biçim bu. Tezgâhta bir makineniz var, bir okuyucu tabancanız ya da bir telefonunuz olabilir, nakit alıyorsunuz ve kartı bankanın kendi terminalinde çekiyorsunuz. İhtiyacınız olan şey hız, kendi kendine hareket eden stok, fişler, sipariş numarası olmadan iade ve gün sonunda tek bir rakam takımı. Ücretsiz eklentiyi kurun, bir ürün satın; tezgâhın bunu sevip sevmediğini bir dakika içinde anlarsınız. Önce okumak isterseniz dokümantasyon her ekranı tek tek anlatıyor.

İşin özü fiziksel kartlı hacimse#

Paranızın çoğu bir kart cihazından geliyorsa ve desteklenen ülkelerden birindeyseniz, WooPayments ya da Stripe ile WooCommerce POS modu daha tutarlı cevaptır; çünkü ödeme ile satış, mutabakat yaptığınız iki ayrı eylem değil, aynı eylemdir. Tableti alın, okuyucuyu alın ve tarama ile ürün tiplerindeki kısıtları kalkana kadar kabul edin.

Sık sorulan sorular#

WooCommerce kutudan çıktığı haliyle bir satış noktası içeriyor mu?#

Bir POS modu WooCommerce ile birlikte geliyor ve üçüncü taraf eklenti gerektirmiyor; bu anlamda evet. Tezgâhınızdaki bilgisayarda çalışmıyor; bu anlamda hayır. Sınırlı sayıda ülkede, bir tablette Woo mobil uygulamasının içinde çalışıyor ve kart ödemeleri için okuyucuyla birlikte WooPayments ya da Stripe gerekiyor. Tarayıcıdaki düz WooCommerce size bir kasa değil, bir sipariş formu verir.

POS modunu hangi WooCommerce sürümü getirdi?#

WooCommerce 9.6. WooCommerce 10.9 ve öncesinde Ayarlar → Gelişmiş → Özellikler altındaki deneysel özelliklerden etkinleştirilmesi gerekiyordu; WooCommerce 11.0 ile bu anahtar kalktı. Ayrıca güncel bir Woo mobil uygulaması sürümü de gerekiyor: taban 21.8, bazı ülkelerde 24.7.

WooCommerce POS modunda kart ödemesi almak için WooPayments ya da Stripe şart mı?#

POS modunda fiziksel kartlı ödemeler için evet: bu ikisinden biri, artı M2 ya da WisePad 3 gibi desteklenen bir okuyucu veya bir Android telefonda uzaktan temassız ödeme. Nakit için okuyucu gerekmez. Zaten elinizde olan banka terminalini tutmayı tercih ediyorsanız uygun yol wp-admin kasasıdır: satışı hangi ödeme türünün kapattığını kaydeder, kartı çeken taraf olmaya heves etmez.

WooCommerce POS modunda telefonumun kamerasını okuyucu olarak kullanabilir miyim?#

POS modunun bu yazının yazıldığı tarihteki dokümantasyonuna göre hayır: tarama yolu, bağlı harici bir donanım okuyucudur ve telefonlar için değil tabletler için tasarlanmıştır. Aktif olarak geliştiriliyor, dolayısıyla kabul ya da elemeden önce güncel dokümantasyonu kontrol edin. Tezgâhta kamerayla tarama bir tarayıcıda mümkün; bu ayrı bir yazının konusu. Ama POS modunun sunduğu bir şey değil.

WooCommerce POS çevrimdışı çalışır mı?#

Burada anlatılan yolların hiçbirinde çalışmaz. wp-admin kasası her tarama, arama ve satış için canlı bir bağlantıya ihtiyaç duyar; POS modunun dokümantasyonu da hiçbir çevrimdışı moddan söz etmez. Zaten fiziksel kartlı bir ödeme her hâlükârda çevrimiçi bir provizyondur. Bazı ürünler kataloğu gezinmek için önbelleğe alır; bu, hat kopukken para almakla aynı şey değildir. Dükkânınızda kesintiler olağansa çevrimdışı kuyruğa almayı ilk eleme kriteriniz yapın ve bu kategorinin büyük kısmını buna göre eleyin.

Tezgâh satışları sıradan WooCommerce siparişleri olarak ve normal raporlarda görünür mü?#

wp-admin kasasıyla evet: tezgâh satışı, POS satışı olarak etiketlenmiş ve sizin belirlediğiniz durumu taşıyan bir WooCommerce siparişidir. Dolayısıyla WooCommerce → Siparişler içinde görünür, Analytics tarafından o durumdaki her sipariş gibi sayılır ve stoku bir senkronizasyon katmanı üzerinden değil, WooCommerce çekirdeği üzerinden hareket ettirir. Kasayı mağazanın yanına değil içine koymanın bütün amacı budur. Gün sonunda tartışılacak iki değil tek bir rakam takımı olmasının nedeni de budur.