Fırınlar ve kafeler için parti bazlı son kullanma tarihi takibi kurun: partileri, son kullanma tarihlerini ve FEFO/FIFO uyarılarını kaydedin, böylece israf azalır ve son kullanmış stoklar önlenir.
Son kullanma takibi genellikle tek bir nedenden başarısız olur: bilgiler ekiplerin gerçekte çalıştığı biçimle uyumlu olmayan yerlerde yaşar. Yapışkan bir nottaki tarih, kapağa yazılmış bir işaret veya “hatırlarım” söylemi ilk yoğunluğa kadar idare eder.
Üretim hareket halindeyken insanlar en yakın olanı alır, en erken bozulanı değil. Bir tepsi buzdolabının arkasına itiliverir, bir teslimat erken gelir veya biri fazla hazırlık yapar “olur diye”. İki gün sonra sorun ortaya çıkar: kullanılması gereken ürünler artık şüpheli, oysa daha yeni stoklar zaten açık.
Bu acı genellikle servis sırasında sürpriz bozulma, baskı altında kestirmeler (en yeni stok açıldığı için), vardiyalar arası düzensiz rotasyon, üzerinde tarih olmayan yarım kullanılmış kaplar ve fiş listesinde olan ama buzdolabında bulunmayan “hayalet stok” olarak görülür.
Bir kural çoğunu önler: “önce kullan.” Basitçe, daha çabuk bozulacak olan ürünleri önce kullanın. Bazı ekipler buna FIFO (first in, first out) der. Bozulabilirlerde çoğunlukla FEFO’ya (first expiry, first out) daha yakındır. Eğer kruvasan dolgusu dün yapıldı ama yarın son kullanma tarihi geliyorsa, üç gün daha dayanacak olan bugün yapılan taze partiden önce kullanılmalıdır.
Amaç karmaşık bir yazılım ya da mükemmel veri değildir. İyi bir bozulabilir stok takip sistemi küçük, tekrarlanabilir bir sistemdir: partiyi, son kullanma tarihini ve nerede saklandığını kaydedin, sonra doğru zamanda net bir “sonraki olarak bunu kullan” hatırlatması verin.
Bu özellikle teslimatları alan, ürün hazırlayan ve müşteriye servis yapan aynı kişilerin olduğu küçük fırınlar, kafeler ve catering hazırlık ekiplerinde önemlidir. Roller örtüştüğünde, takip gerçek vardiya alışkanlıklarına uymalıdır, yoksa kimse kullanmaz. Personelin kolayca takip edebileceği basit bir düzen, kimsenin güncellemediği ayrıntılı bir sistemden iyidir.
Bir takip sistemi yalnızca herkes aynı kelimeleri aynı şekilde kullanırsa işe yarar. Aksi halde biri “süt” yazar, diğeri “süt 2L” yazar ve uyarılar anlamını yitirir.
Çoğu ekip için gereken temel öğeler şunlardır:
Miktar için bir ek netlik: partide kalan miktarı takip edin, başlangıçtaki miktarı değil. Krema 6 litreden başlamışsa ve şimdi 2 litre kaldıysa, takip 2 litre göstermelidir. Bu, uyarılar ve “önce kullan” listelerini işe yarar kılar.
Raf ömrü, bir şeyin normal saklama koşullarında ne kadar dayandığıdır. Hazırlanmış bir dolgu için “soğutulmuş olarak 3 gün” gibi olabilir. Takip sisteminiz bunu üretim tarihini kullanarak gerçek bir son kullanma tarihine çevirir.
Tavsiye edilen son kullanma (best-by) kalite tarihidir. Ürün genellikle güvenlidir ama tat veya doku düşebilir.
Tüketim tarihi (use-by) ise güvenlik tarihidir. Hangi ürünlerin use-by olduğunu (genellikle süt ürünleri, etler, hazırlanmış maddeler) açıkça belirtin ki personel her şeyi esnek sanmasın.
FEFO, first-expire-first-out demektir. Günlük dilde “önce kullan” budur: bir malzeme alırken en erken son kullanma tarihine sahip partiyi seçin, teslim tarihi daha eski olsa bile.
Partiler, bir kötü günün israfa veya riske yol açacağı ürünlerde en kritiktir: süt ve krema, krema dolguları, şarküteri ürünleri, pişmiş soslar, salata karışımları ve gece beklenen herhangi bir hazırlanmış ürün gibi.
İzlenebilirlik isteğe bağlı ama faydalıdır. Bir ürünün hangi parti ile yapıldığını not etmek kadar basit olabilir (örneğin hangi krema partisinin Salı hamur işlerinde kullanıldığını kaydetmek). Birçok ekip erken aşamada bunu atlar ve geri çağırma, denetim veya sık yeniden işleme gerekirse sonradan ekler.
Bir takip sistemi yalnızca personel saniyeler içinde bir parti kaydedebilirse yardımcı olur. Amaç basit: neye sahip olduğunuzu, nerede olduğunu ve neyin önce kullanılması gerektiğini bilin.
Form, “öne hangi ürün kullanılmalı?” sorusunu hızlıca yanıtlayacak en küçük alan setiyle başlamalı. Form evrak işi gibi gelirse, kişiler tahmin eder, atlar veya her şeyi tek bir büyük parti olarak toplar.
Bu alanlar genelde hemen işe yarar:
Ürünler yer değiştiriyorsa, basit bir konum alanı ekleyin (ön buzdolabı, walk-in, dondurucu, teşhir). Konum olmadan personel aramakla vakit kaybeder ve sisteme güveni azalır.
Opsiyonel alanlar karar tetikliyorsa yardımcı olur. Eğer eyleme geçirmiyorsanız sadece yavaşlatır. Yaygın “gerektiğinde” ekler: tedarikçi (tedarikçi bazında sipariş veriyorsanız), maliyet (israf değerini takip edecekseniz), saklama tipi (buzdolabı/dondurucu/oda sıcaklığı), alerjen işaretleri ve “açıldı” veya “7:00'de çözdürüldü” gibi kısa notlar.
Durum için basit tutun: stokta, rezerve, tüketildi, atıldı, son kullanma geçti. Bu çoğu iş akışı için yeterlidir ve raporlamayı kolaylaştırır.
Hazırlanmış karışımlar ve bölünmüş partiler için bir kural: “çocuk” kaplar ebeveynin tarihlerini devralır. Bir parti iki kaba ayrıldıysa, aynı parti ID’sine bağlı iki kap kaydı oluşturun (veya 0142-A, 0142-B gibi alt ID’ler) ve miktarı bölün. Bu, FEFO’yu korur ve personele tarihleri yeniden yazdırma zahmeti vermez.
Uyarılar için hatırlaması kolay kurallar kullanın. Önce tek bir erken uyarı penceresiyle başlayın (örneğin son kullanmadan 2 gün önce) ve bunu kimin göreceğini belirleyin (hazırlık lideri, vardiya lideri). Eğer düşük stok uyarıları da istiyorsanız, yüksek etkisi olan birkaç ürünle başlayın ve son kullanma uyarıları düzgün çalıştıktan sonra genişletin.
Bir takip sistemi mutfağınızın hareketleriyle uyumlu olduğunda işe yarar. Ekranları, alanları veya uyarıları hazırlamadan önce birkaç küçük karar alın. Bu seçimler dağınık veriyi, yinelenen ürünleri ve görmezden gelinen uyarıları önler.
1) İsimlendirme kuralı belirleyin. Ürün adlarını faturalar, etiketler ve takip sistemiyle aranabilir ve tutarlı tutun. Örneğin: “Süt, tam yağlı, 2L” (bir gün “Tam yağlı süt”, başka gün “2L süt” demeyin). Partiler için bir format seçip ona sadık kalın, örneğin tedarikçi tarihi + kısa kod: “2026-01-25 DAIRY”.
2) Gerçekle eşleşen konumlar tanımlayın. Konum adlarını kısa ve sabit tutun ki insanlar vardiya sırasında yeni isimler uydurmasın. Ekip “ön buzdolabı” ve “hazırlık hattı” diyorsa, bunları kullanın.
3) Uyarı kurallarını basit tutun. Her ürün için özel kurallar yerine birkaç kategoriyle başlayın. Örneğin: süt ürünleri için 2 gün, sebzeler için 1 gün, hazırlanmış soslar için 3 gün. Sonradan ayarlayın, ama ilk sürümü takip etmesi kolay yapın.
4) Kim neyi değiştirebilir karar verin. Herkes her şeyi düzenleyebilirse sayımlar hızla sapar ve kimsenin doğrusu kalmaz. Yaygın bir düzen: teslimat lideri stok ekler, süpervizör sayımları düzeltir, vardiya liderleri kısa bir nedenle atıkları işaretler ve sadece yöneticiler ürün adları ile kuralları düzenler.
5) Günlük alışkanlığı seçin. Takibi zaten var olan anlara bağlayın: açılış (uyarıları kontrol edip “önce kullan” maddelerini öne almak), hazırlık sonrası (yeni partileri kaydetmek) ve kapanış (atıkları kaydetmek ve kısa bir sayım yapmak).
AppMaster gibi bir araçta bunu kuruyorsanız, ilk versiyonu küçük tutun: ürünler, partiler, konumlar, son kullanma tarihi ve kategori başına bir uyarı kuralı. Personelin kullandığı bir takip mükemmel ama ihmal edilen bir sistemden daha iyidir.
Ekip nasıl çalışıyorsa aynı sırayla kurun: ürünleri tanımlayın, partileri kaydedin, sonra “sonraki kullanım”ı belirgin hale getirin.
Sık değiştirmeyeceğiniz bir ürün listesi oluşturun. Her ürün için varsayılan raf ömrünü (saat veya gün cinsinden) ve uyarı zamanını saklayın.
Pratik tutun: ürün adı ve birim (tepsi, adet, litre), varsayılan raf ömrü (muffin 2 gün, açılmış krema 24 saat) ve basit bir uyarı planı (örneğin 24 saat uyarı, 4 saat kala tekrar uyarı). Farklı ekipler aynı takibi kullanıyorsa (mutfak ve bar gibi), sahipliği notlayın ki uyarılar doğru kişiye gitsin.
Teslimatlar ve ev içi hazırlık için hızlı bir giriş akışı kurun. Her parti kendi son kullanma tarihine sahip olmalıdır, ürün adı aynı olsa bile.
İyi bir parti giriş ekranı yalnızca: ürün, miktar, konum ve bir son kullanma tarihi (raf ömründen otomatik doldurulmuş, kolayca düzenlenebilir) gerektirir.
Sonra personele güven veren bir “önce kullan” görünümü oluşturun. En erken son kullanma tarihine göre sırala ve konuma göre grupla ki barista önce bar buzdolabındaki sütü, mutfak ise bugünkü pasta tepsilerini görsün.
Günlük güncellemeler için birkaç hızlı eyleme odaklanın: tüket (satıldı/kullanıldı) miktarla, taşı (buzdolabından teşhire), düzelt (sayım yanlış), atık olarak işaretle (bozulma, hasar) ve son kullanma olarak işaretle (genelde otomatik önerilir).
Bildirimleri ritminize göre ayarlayın: sabah yoğunluğu öncesi bir uyarı, kapanış öncesi bir hatırlatma ve yöneticiler için günlük özet.
Uygulamaya geçmeden önce 10 gerçek parti ile test edin: farklı pişirme sürelerine sahip iki kruvasan tepsisi, bir süt kartonu, bir krema kabı ve birkaç sos. Personel bunları sorusuz ekleyip bulup tüketebiliyorsa, genişletmeye hazırsınız demektir.
AppMaster gibi no-code bir araçta kuruyorsanız, önce Items, Batches ve Locations modelini oluşturun, sonra “önce kullan” ekranı ve hızlı eylemleri ana iş akışı olarak ekleyin.
Takip, yoğunluk sırasında personel kullanmazsa işe yaramaz. Tasarımı 10 saniyede, tek elle ve gürültülü bir mutfakta çalışacak şekilde yapın.
En büyük kazanç parti eylemlerini neredeyse sürtünmesiz hale getirmektir. Mümkünse, parti başına barkod veya QR etiketleri ekleyin ki personel yazmak yerine tarasın. Opsiyonel ama çoğu zaman davranışı değiştirir çünkü normal hazırlığın parçası gibi gelir.
Mobil uyumlu ekranlar da aynı derecede önemlidir. Alım, hazırlık ve atık kaydı için basit bir telefon görünümü, sadece yönetici dizüstü bilgisayarında çalışan bir tabloyu ezer.
Varsayılanlar gerçeğe uygun olmalı: bugünün tarihi, yaygın parti boyutları, olağan raf ömrü ve personelin gerçekten kullandığı konumlar. Taranan bir ürün daha eski bir parti varsa, takip personeli o eski partiyi önce kullanmaya yönlendirmelidir.
Sinyal zayıfsa, çevrimdışı kayıt (kaydet ve sonra eşitle) temiz veri ile boşluk arasındaki farkı yaratabilir.
Personel günlük işleri yapabilmeli ama geçmişi yanlışlıkla yeniden yazmamalı. İzinler yardımcı olur: herkes ürünü kullanırken miktarı azaltabilsin ama sadece liderler son kullanma tarihini düzenleyebilsin veya bir partiyi silebilsin.
Bir denetim izi de güven oluşturur. Birisi miktarı değiştirdiğinde kim, ne zaman ve kısa bir notla ("döküldü" veya "fazla pişirildi") görmek istenir. Bu tartışmaları hızla çözer.
Yönetici görünümleri yapılara bağlı kalmalı: sonraki 48-72 saat için yakın son kullanma, atık nedenlerine göre atık, menü değişikliğine zorlayan stok bitmeleri ve düzenleme/güncelleme için basit bir etkinlik günlüğü genelde yeterlidir.
Sayılar "doğru" görünür ama mutfak yine de son kullanma geçmiş ürün buluyorsa güven çöker. Çoğu başarısızlık birkaç öngörülebilir tuzaktan kaynaklanır.
Ürünleri ama partileri takip etmeme. “Süt” tek satırsa, yeni kartonlar ve eski kartonlar karışır ve son kullanma tarihi tahmine dönüşür. Bunu her teslimatı/üretimi ayrı parti olarak ele alarak düzeltin.
Son kullanma tarihlerinin rahatça düzenlenmesi. Eğer herkes bir uyarıyı yok etmek için tarihleri değiştiriyorsa, takip işe yaramaz. Düzenlemelere izin verin ama bir neden isteyin (etiket zarar gördü, tedarikçi tarihini düzeltti, daha küçük kaplara aktarıldı) ve basit bir geçmiş tutun.
Aşırı karmaşık yapı. Çok fazla kategori ve alan güncellemeleri zahmetli hale getirir ve personel hareketleri kaydetmeyi bırakır. Günlük kararları kolaylaştıran en temel alanlarla başlayın: ürün adı, parti ID, miktar, birim, son kullanma tarihi ve konum.
Gürültülü uyarılar. Eğer personel gün boyunca sürekli bildirim alıyorsa, her şeyi görmezden gelir. Uyarıları gerçek anlara göre zamanlayın (açılış, öğle öncesi, kapanış öncesi) ve gerçekçi kullanılabilecek ürünlere odaklanın.
Mutfağa uymayan konum adları. Uygulamada “buzdolabı” yazıyor ama ekip “ön buzdolabı”, “arka buzdolabı” ve “hazırlık hattı” diyorsa, ürünler yoğun vardiyalarda “kaybolur”. İnsanların konuşma ve hareket biçimini yansıtın.
Basit bir senaryo neden önemli olduğunu gösterir: bir kafe Pazartesi ve Perşembe iki kutu ıspanak alıyor. İkisini tek bir ürün olarak kaydederseniz, Perşembe teslimatı Pazartesi’nin daha eski partisinin önünü kapatır ve ekip daha dolu olan kutuya uzanır. Parti takibi ve açılışta “önce kullan” uyarısıyla Pazartesi partisi o gün işaretlenir ve kullanılır.
Takip sadece veri güncel kalırsa işe yarar. İyi haber: her şeyi mükemmel saymak zorunda değilsiniz. “Önce kullan” uyarılarının raftaki gerçek durumla uyumlu olması için personele uyacak bir rutine ihtiyacınız var.
Çoğu kafe için dayanıklı bir ritim:
Atık nedenlerini kısa tutun ki insanlar gerçekten kullanabilsin: son kullanma, fazla hazırlanmış, hasarlı, yanlış sıcaklık, iade. Eğer sürekli “fazla hazırlanmış” görünüyorsa çözüm genelde daha küçük partiler, daha fazla hatırlatma değil.
Pratik bir ipucu: günlük “önce kullan” kontrolünü açılış kontrol listenize koyun. Fırını açmak gibi bir alışkanlık haline geldiğinde otomatik olur.
No-code araçta (örneğin AppMaster) bu anlar aynı zamanda basit bildirimleri tetiklemenin en iyi yerleridir: sabah “önce kullan” özeti, gün sonu atık hatırlatıcısı ve yönetici için haftalık atık raporu.
River Street Cafe kahvaltılık sandviçler, kahve için süt, hamur işleri ve iki ev yapımı sos (chipotle mayo ve otlu vinaigrette) satıyor. Hepsi parti, son kullanma tarihi ve “önce kullan” listesiyle basit bir takipte tutuluyor.
Pazartesi sabahı, hazırlık aşçısı taze bir chipotle mayo partisi yapar ve bunu tek bir toplam olarak değil yeni bir parti olarak kaydeder. Parti kaydı şöyle görünür:
Aynı şey hamur işleri (tepsi bazında) ve süt (kasa bazında) için de yapılır. Her partinin kendi son kullanma tarihi ve konumu vardır, böylece personel hangi parti alınacağını tahmin etmek zorunda kalmaz.
Çarşamba öğleden sonra, takip sisteminde bir “önce kullan” uyarısı görünür: daha eski bir vinaigrette partisi yarın sona eriyor. Yeni parti önde durduğu için arka walk-in’teki eski parti kimse tarafından fark edilmemiştir.
Vardiya liderinin iki seçeneği vardır. Eğer o ürün için dondurma izinliyse, porsiyonlayıp dondurma notuyla takipte işleyebilir. Dondurma izinli değilse, hızlı bir hareket planlar: vinaigrette kullanan bir öğle menüsü özelinin hazırlanması gibi. Nokta, partiyi amaçlı kullanmak, ummaya bırakmamak.
Kapanışta, kapanış personeli tam bir sayım yapmak yerine küçük güncellemeler yapar. Yeni partileri onaylar, kullanılan miktarı çıkarır (kabaca ama tutarlı) ve atıkları sadece gerçekleştiğinde kaydeder.
Cuma geldiğinde, yönetici tek bir ekranda şunu görür: ne son kullanma geçmiş, ne atıldı ve hangi ürünler en çok “önce kullan” uyarısı tetikledi. Birkaç hafta içinde sosların hazırlık boyutlarını ayarlar ve stok kurallarını netleştirir, örneğin “yeni süt eski sütün arkasına konur”, böylece uyarılar nadirleşir ve israf azalır.
Ekip gerçekten her gün kullanacak en küçük aracı seçin. Son kullanma takibi, eksik özelliklerden çok fazla süreçten başarısız olur.
Tek bir konum, az ürün ve tek bir kişi yönetiyorsa, bir elektronik tablo yeterli olabilir. Birden fazla kişi teslimat alıyor, hazırlık yapıyor ve vardiyalar arasında atık kaydediyorsa, bir uygulama genelde daha uygundur. FEFO gibi özel kurallar, birden çok saklama konumu ve denetim izi ile izinler gerekiyorsa, özel bir iş akışı genelde paraya değer.
İlk versiyonu küçük tutun. Çoğu ekibin gerçekten kullandığı başlangıç seti:
Temeller oturduktan sonra entegrasyonlar ekleyebilirsiniz. Yaygın sonraki adımlar POS’tan günlük toplamları çekmek (kullanım vs satış karşılaştırması) ve uyarıları ekibin zaten kullandığı yerlere göndermek (Telegram gibi) veya e-posta/SMS olabilir.
Kod yazmadan özel bir uygulama yapmak isterseniz, AppMaster (appmaster.io) bir seçenek olarak düşünülebilir. Items, Batches ve Locations’ı PostgreSQL’de modelleyebilir, FEFO “önce kullan” uyarıları için iş kuralları ekleyebilir ve alım ile atık kaydı için basit mobil ekranlar oluşturabilirsiniz. Çünkü gerçek kaynak kod üretiyor ve gereksinimler değiştiğinde uygulamayı yeniden üretebildiği için, öğrenirken alanları ve kuralları değiştirmek daha kolaydır.
Sorunsuz bir dağıtım için önce pilot uygulayın. İki hafta boyunca sadece hazırlık buzdolabı için takip sistemini çalıştırın. Bir alışkanlıktan başlayın: partileri kaydetmek, sonra her zaman Önce Kullan listesinden almak. Her hafta sonunda ekip ile iki rakamı gözden geçirin: kaçırılan son kullanmalar ve atık girdileri. Bunlar düzeliyorsa, dondurucuya, sonra kuru depoya ve ardından tüm menüye genişletin.
What’s the fastest way to stop surprise spoilage in a busy cafe?Basit ve herkesin uygulayabileceği bir kuralla başlayın: her zaman en erken son kullanma tarihine sahip partiyi kullanın. Ardından o partiyi ayrı kaydederek (sadece “süt” olarak tek sayı girmek yerine) ve son kullanma tarihine göre sıralanmış günlük bir “önce kullan” görünümü göstererek bu partiyi kolayca görünür kılın.
Should we use FIFO or FEFO for perishables?FIFO, ilk gelen stoğun önce kullanılmasıdır; FEFO ise en erken son kullanma tarihine sahip stoğu önce kullanmaktır. Bozulabilir ürünler için FEFO genelde daha güvenlidir çünkü daha yeni bir teslimat bazen daha eski bir ürün kadar uzun dayanmayabilir.
What are the minimum fields a perishable inventory tracker needs?Partiyi ve son kullanma tarihini, kalan miktarı ve nerede saklandığını takip edin. “Sırada ne kullanılmalı ve nerede?” sorusunu birkaç saniyede yanıtlayabiliyorsanız, gerçek değer elde ediyorsunuz demektir.
Why do we need batch tracking instead of just tracking items?Her teslimatı veya üretim partisini kendi son kullanma tarihi ve miktarıyla ayrı bir parti olarak kaydedin. Hepsini tek bir “süt” satırında birleştirirseniz, hangi kartonun önce son kullanma tarihine sahip olduğunu söyleyemez ve alarmlar tahmine dönüşür.
How do we keep item names consistent so alerts don’t get messy?Tutarlı bir isimlendirme kuralı kullanın ve kısa ama spesifik tutun; örneğin “Milk, whole, 2L” yerine Türkçede “Süt, tam yağlı, 2L” gibi bir format belirleyin. Bir format seçin, eğitin ve kimlerin isimleri düzenleyebileceğini sınırlandırın ki liste zamanla dağılmasın.
How detailed should storage locations be?Personelin gerçekte kullandığı isimlerle eşleşen küçük bir konum setiyle başlayın: örneğin “ön buzdolabı”, “walk-in” veya “teşhir”. Belirsiz veya sürekli değişen isimlerden kaçının çünkü belirsiz konumlar ekibin güvensizliğine yol açar.
What should we do when one batch gets split into multiple containers?Her konteyneri kendi kaydı olarak düşünün ama aynı parti kimliğini ve tarihleri koruyun. Miktarı konteynerler arasında bölün ve gerekirse küçük alt kimlikler ekleyin; böylece FEFO, son kullanma bilgilerini tekrar yazdırmadan işe yarar.
How far ahead should expiry alerts trigger?Bir erken uyarı penceresi seçin ve bunu açılış veya kapanış öncesi gibi gerçek anlarla eşleştirin; gün boyunca sürekli bildirim göndermeyin. Uyarılar uygulanamaz veya rahatsız edici görünürse, personel bunları görmezden gelir—o yüzden önce yüksek riskli ürünlerle başlayın.
Who should be allowed to edit quantities and expiry dates?Basit bir varsayılan şöyle olabilir: teslim veya üretim yapan personel partileri ekler, herkes ürün kullandığında miktarı azaltabilir, vardiya liderleri atıkları kısa bir nedenle kaydeder ve sadece yöneticiler son kullanma kurallarını veya madde adlarını düzenler. Bu günlük işi hızlı tutup gizli “düzeltmeleri” engeller.
Can we build this as a simple internal app without coding?Evet. Küçük bir uygulama yapıp Items, Batches ve Locations’ı takip edebilir, ardından “use first” ekranı ve hızlı eylemler (consume, move, waste) ekleyebilirsiniz. AppMaster, bu yapıyı PostgreSQL veri modeli, FEFO kuralları ve mobil dostu ekranlarla kurmak için uygun bir seçenek olarak örneklenebilir.
21 Oca 2026
8 dk
20 Oca 20268 dk
20 Oca 20268 dkÜcretsiz planla AppMaster ile denemeler yapın.
Hazır olduğunuzda uygun aboneliği seçebilirsiniz.
