# İstemden Kasaya: Bir POS Sistemini Sade Bir Dille Tanımlamak

> Published: 2026-08-10
> Updated: 2026-08-10
> Author: Jackson Mclean
> Category: POS
> Canonical: https://finalpos.com/tr/blog/istemden-kasaya-bir-pos-sistemini-sade-bir-dille-tanmlamak

Çalışan bir kasayı şık bir demodan ayıran beş detay vardır: ne sattığınız, insanların nasıl ödeme yaptığı, vergi kurallarınız, fiş ve istisnalar. Bir POS'u yeni bir çalışanı eğitiyormuş gibi tanımlamanın yolları.

Bir POS'u sade bir dille tanımlamak işe yarar, ancak yalnızca yazılım yerine işletmenizi tanımlarsanız. En iyi tanımlar, yeni bir çalışanı ilk vardiyasında eğitiyormuşsunuz gibi okunur: İşte sattıklarımız, işte insanların ödeme yapma şekli, işte fişte yazması gerekenler. İstem tabanlı bir oluşturucu, bu tür bir tanımı gerçek bir satış yapabileceğiniz bir kasaya dönüştürebilir. Çalışan bir kasaya mı yoksa hoş görünen bir demoya mı sahip olacağınız beş detaya bağlıdır ve bunların hiçbiri teknik detaylar değildir.

![Bir POS'u sade bir dille tanımlayacağınız şekilde, dükkan sahibinin yeni çalışana kasayı anlatması](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/6b5a315a64fbaf2a-editorial-photograph-natural-light-a-bakery-owner-training.png)

## Sade bir dille yazılmış bir POS tanımı kulağa nasıl gelir?

Sıradan bir günde birine kasayı gösteren sizmişsiniz gibi duyulur:

"Tek kasalı bir fırın işletiyorum. Ekmek, hamur işi ve filtre kahve satıyoruz. Hamur işleri tekli veya altılı paketler halinde veriliyor. Kahve iki farklı boyutta ve süt seçenekleriyle sunuluyor. Neredeyse herkes kart temassız ödeme yapıyor, ancak hâlâ nakit de kabul ediyoruz. Bütün somun ekmekler burada vergiden muaf, diğer her şeye satış vergisi uygulanıyor. Müşteriler genellikle fişlerinin e-posta ile gönderilmesini istiyor."

Özellik adı yok, ekran tanımı yok. Mağazanın tüm ön yüzünü taşıyan yedi cümle: Katalog, seçenekler, ödeme türleri, vergi kuralları ve fiş. Bir oluşturucu bunlarla çalışabilir. Çalışamayacağı şey ise bir işletmeyi değil bir havayı tanımlayan "bana bir fırın için modern bir POS yap" cümlesidir.

## Kasanın çalışıp çalışmayacağını belirleyen beş detay hangisidir?

Yeni bir çalışanın öğle yemeğine kadar soracağı detaylar. Her birini kendi kelimelerinizle ele alın:

- Ne sattığınız ve nasıl gruplandırıldığı. Her bir ürün değil, sadece kataloğın yapısı: Kategorileriniz ve ürünlerin boyut veya ekstra gibi seçenekler taşıyıp taşımadığı. Bir POS bu seçeneklere değiştiriciler der ve bunları hariç tutmak, ilk sürümün kasada yanlış hissettirmesinin en yaygın nedenidir.
- İnsanların nasıl ödeme yaptığı. Kart, nakit veya her ikisi ve bahşişin kasanızın bir parçası olup olmadığı.
- Gerçekte uyguladığınız şekliyle vergi kurallarınız. Mevzuat değil, mağazanızın gerçekliği: Nelerin vergilendirildiği, nelerin muaf olduğu ve verginin raf fiyatına dahil mi edildiği yoksa kasada mı eklendiği.
- Fişte nelerin yer alması gerektiği. E-posta, basılı veya her ikisi, ayrıca vergi numaranız veya iade politikanız gibi fişte bulunması zorunlu olan her şey.
- İstisnalar. Depozitolu şişeler, tartılan ürünler, personel indirimleri, ay sonunda ödeme yapan müdavimler. Her biri için birer cümle yeterlidir. Normal satışı gerçekleştiren ancak sıra dışı olanları yönetemeyen bir kasa bir hafta içinde terk edilir; bu da istisnaları tüm tanımdaki en değerli cümleler haline getirir.

![Bir POS'u sade bir dille tanımlarken eklenecek ödeme detaylarından biri olan, dükkan kasasında kartını temassız okutan müşteri](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/105dd39cafa2ccac-editorial-close-up-photograph-a-customers-hand-tapping-a-p.png)

## Sade bir dil neleri yapamaz?

Bir tanım davranışı belirler; altındaki mekanizmanın doğru çalışmasını sağlayamaz. İki satış aynı ürünü aynı anda vurduğunda doğru kalan stok, mutabakat sağlayan (gerçekte hareket eden parayla eşleşen) gün sonu raporları, ilk satışta olduğu gibi bininci satışta da aynı şekilde uygulanan vergi ve PCI kurallarına (kart sektörünün güvenlik standardı) uyan kart ödemeleri bir cümlenin sağlayabileceği şeyler değildir. Tanımınızın aktarıldığı platform bunları ya sağlar ya da sağlamaz.

Kendi kendine yapma girişimlerinin tıkandığı yer burasıdır. Bir yapay zeka kod üreticisi aynı yedi cümleden ikna edici kasa ekranları üretecektir ve gerçek para ile gerçek stok işin içine girene kadar sonuç doğru görünecektir. Bu engelin nerede olduğunu [vibe coding a point of sale](/blog/vibe-coding-a-point-of-sale) yazımızda ve [a top coding model still cannot ship a working POS](/blog/can-chatgpt-5-6-build-a-working-pos) yazımızda inceledik. Sade bir dil, bir POS'un görebildiğiniz kısımları için eksiksiz bir teknik şartnamedir. Göremediğiniz kısımları ise birinin önceden inşa etmiş olması gerekir.

## İlk taslağı nasıl geliştirirsiniz?

Yeni çalışanı düzelteceğiniz şekilde: Spesifik olarak ve tek seferde tek bir şeyi düzelterek. Ön izlemeyi alır almaz bir test satışı yapın; önce en yaygın siparişinizi, ardından en tuhaf olanı deneyin. Bir şeyler yanlış olduğunda, tüm mağazayı yeniden tanımlamak yerine sade bir cümleyle düzeltin ("altılı paketlerde hangi altı hamur işinin istendiği sorulmalı"). Düzenlenmesi gereken şey ekranın kendisiyse, [prompt patterns that produce great POS layouts](/blog/pos-layout-prompts) rehberimizdeki kalıpları kullanın; ekrandan ziyade işlemi tanımlamak işin çoğunu halleder.

Final üzerinde bu döngü bir sohbetten ibarettir: Tanımlayın, ön izleyin, düzeltin, dağıtın; her değişiklik geri alabileceğiniz bir denetim noktası olarak kaydedilir. Adım adım anlatım [how to build your first flow](https://finalpos.com/help/build-your-first-flow) sayfasında yer almaktadır. Zaten kullandığınız bir yapay zeka aracında kalmayı tercih ediyorsanız, [connect your own AI over MCP](https://finalpos.com/help/connect-your-own-ai-mcp) (yapay zeka araçlarını diğer yazılımlara bağlamanın standart bir yolu) ile kendi yapay zekanızı bağlayabilir ve aynı canlı ön izleme üzerinde derleyebilirsiniz. Buraya nasıl geldiğimizi merak ediyorsanız [why prompting replaced visual builders](/blog/final-pos-flow-studio) başlıklı daha uzun bir yazımız da var.

![Bir POS'u sade bir dille tanımladıktan sonra tablet ön izlemesinde test satışı yapan tüccar](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/ac0aec0c51a3a911-editorial-photograph-over-the-shoulder-a-shop-owner-at-a-ca.png)

## Peki, sade bir dil sizi gerçekten istemden kasaya ulaştırabilir mi?

Evet. Kataloğu, ödeme türlerini, vergi kurallarını, fişi ve istisnaları kapsayan bir tanım, bir mağazanın ön yüzü için eksiksiz bir şartnamedir ve istem tabanlı bir oluşturucu bunu aynı gün içinde bir kasaya dönüştürebilir. Hiçbir tanımın sağlayamayacağı şey ise alt yapıdaki ticaret altyapısıdır; bu nedenle cümlelerinizi bu kısmın zaten mevcut olduğu bir platforma yönlendirin. Altın kural: **kasanızı yeni bir çalışanı eğitiyormuş gibi tanımlayın ve platformun yeni bir çalışanın asla görmediği her şeyi halletmesine izin verin.**

Bir tanımın çalışan bir kasaya dönüşmesini izlemek istiyorsanız, [Getting Started with Build](https://finalpos.com/help/getting-started-with-build) beş dakikalık sürümüdür.

## FAQ

**Q: Bir POS'u tanımlamak için teknik terimlere ihtiyacım var mı?**
A: Hayır. Kasanızı yeni bir çalışanı eğitiyormuş gibi tanımlayın: Ne sattığınız, insanların nasıl ödeme yaptığı, vergi kurallarınız, fişte ne yazdığı ve istisnalar. Oluşturucu, sade dili doğru özelliklerle eşleştirir.

**Q: Sade bir dille yazılmış POS tanımı ne kadar uzun olmalıdır?**
A: İlk sürüm için beş ila on cümle yeterlidir. Beş temel detayı kapsayın, ardından daha uzun bir istem yazmak yerine canlı ön izlemede geliştirin.

**Q: Tanımımda bir şey unutursam ne olur?**
A: Hiçbir şey kilitli değildir. Düzeltici sade bir cümleyle sonradan ekleyin, satışı tekrar çalıştırın ve kasa tam kasanız gibi davranana kadar devam edin.

**Q: Sade bir dildeki istem vergileri ve kart ödemelerini halledebilir mi?**
A: Tanımınız, nelerin vergilendirildiği ve hangi ödeme türlerini kabul ettiğiniz gibi kuralları belirler. Kart işleme dahil her satışta bunları doğru bir şekilde uygulamak platformun görevidir; bu nedenle bunu zaten halleden bir altyapı üzerinde derleyin.

**Q: Bu, bir yapay zeka kod üreticisinden bir POS istemekle aynı şey midir?**
A: Hayır. Bir kod üreticisi tanımınızdan ekranlar ve mantık yazar, ancak bir mağazanın ihtiyaç duyduğu ödemeleri, stoğu ve raporlama altyapısını yazmaz. İstem tabanlı bir POS oluşturucu, tanımınızı zaten var olan altyapıya dağıtır.