Küçük gıda üreticileri için lot ve son kullanma izlenebilirlik uygulaması kurulumu: alımdan satışa lotları takip edin, son kullanmaya yakın stokları görün ve hızlı geri çağırmalar yapın.
Küçükken bir hesap tablosu yeterli gelir. Birkaç satırı tarayabilir, tarihe göre filtreleyebilir ve sonra temizleyeceğinize dair kendinize söz verebilirsiniz. Aynı girdi birden fazla malzeme, birden fazla bitmiş ürün ve aynı girdiyi tekrar kullanan üretim çalışmaları olduğunda bu işe yaramaz.
Hesap tabloları gerçek hayatla zorlanır. Bir malzeme lotu birkaç partide bölünür. Bir parti birden fazla SKU veya paket boyutuna dönüşür. İadeler olur. Etiketler yeniden basılır. Biri bir satırı kopyalar ve lot numarasını değiştirmeyi unutabilir. Sorun çıktığında artık "veri girişi" ile uğraşmıyor olursunuz. Eksik geçmişle uğraşıyorsunuz.
Lot izlenebilirliği, iki soruya hızlı ve emin şekilde cevap verebilme yetisidir:
Bir lot ve son kullanma izlenebilirlik uygulaması bu cevapları rutin hale getirir. Notlarda aramak yerine alım, üretim, ambalaj ve satış anlarında lotları kaydedersiniz. Her hareket size sonra takip edebileceğiniz bir iz bırakır.
Son kullanma takibi başka bir sorunu çözer: sessiz kayıplar. Ne kadarının son kullanma tarihine yakın olduğunu net görmeden ya ürünü israf edersiniz (rafında son kullanma olur) ya da daha büyük bir risk alırsınız (satılmaması gereken ürün satılır). Yakın son kullanma görünürlüğü ayrıca üretimi planlamanıza yardımcı olur: daha eski malzemeleri önce kullanmak, siparişleri ayarlamak ve fazla satın almaktan kaçınmak.
"Lot numarasıyla geri çağırma" uygulamada basit hissetmeli. Bir lot numarası girersiniz veya tararsınız ve onunla bağlantılı olanları görürsünüz: hangi bitmiş lotlara dönüştü, kim bu lotları aldı, elde ne kaldı (ve nerede) ve bildirimler ve iç takip için temiz bir müşteri ve miktar listesi.
Küçük bir sos üreticisi için bu, bir kırmızı biber tozu lotunun iki SKU’da üç partide kullanıldığını fark etmek, depoda kalan 18 kasayı ve geçen hafta sevk edilen altı müşteriyi belirlemek anlamına gelebilir.
Bunu AppMaster gibi bir araçta kurarsanız, lotları, partileri ve son kullanmaları veritabanı-merkezli bir şekilde modelleyebilir, ardından doğru bilgilerin iş yapılırken yakalanmasını sağlayacak basit alım ve üretim formları ekleyebilirsiniz.
Bir izlenebilirlik sistemi, herkesin aynı birkaç gerçeği aynı şekilde kaydetmesi halinde çalışır. Başlamak için büyük bir veri tabanına ihtiyacınız yok, ancak net terimlere ihtiyacınız var.
SKU, sattığınız üründür (örneğin, “340 g Çilek Reçeli”). Lot, aynı anda üretilen veya alınan ve beraber izlenen belirli bir SKU grubudur. Küçük tesislerde "parti" sıkça "lot" gibi kullanılır, ama aynı zamanda tek bir kazan çalışması veya üretim etkinliğini ifade edebilir. Bir terim (lot veya parti) seçin ve her yerde onu kullanın.
Alımda, ne olduğunu, nereden geldiğini ve ne zaman son kullanacağını cevaplamanızı sağlayan asgari alanları yakalayın. Harika ekranlar, alım verisi tutarsızsa yardımcı olmaz.
Alımda bu alanları kaydedin:
Son kullanma tarihleri genellikle tedarikçi etiketinden gelir. Siz ürettiğiniz maddeler içinse dahili raf ömrü kuralından (örneğin, "üretim tarihinden itibaren 14 gün") veya test edilmiş tavsiye edilen sürelerden gelir. Üretimde lotlar oluşturduğunuzda hem üretim tarihini hem de hesaplanan son kullanma tarihini saklayın ki kural görünür olsun.
Ürün hareket ederken basit bir fikir aklınızda olsun: her işlem "lot X Y kadar değişti" demeli. Her adımda (üret, depola, sevk et, sat) lot numarasını, tarih/saat, lokasyon (veya depolama alanı) ve miktar değişimini kaydedin.
Tekrar işleme ve lotları karıştırma ekiplerin kaybolduğu yerdir. Bunu bir tarif gibi ele alın: Lot A ile Lot B’yi yeni bir çalışmada birleştirirseniz, yeni bir lot (Lot C) oluşturun ve Lot C’nin “ebeveynlerini” (A ve B) kullanılan miktarlarla kaydedin. Böylece Lot A’yı aradığınızda nerede bittiğini görebilirsiniz.
AppMaster gibi araçlar bu alanları birkaç tablo ve form ile hızlıca modelleyebilir, böylece ekibiniz ilk günden itibaren lotları tutarlı şekilde girebilir.
Bir lot ve son kullanma izlenebilirlik uygulaması, süreciniz basit ve tutarlı olduğunda en iyi şekilde çalışır. Bunu bir "lot hikayesi" olarak düşünün: iskelede başlar ve ürün elinizden çıkana kadar sürer. Her adımı tek bir ekranda takip edebiliyorsanız, geri çağırmalar ve stok kararları çok daha kolay olur.
Alımla başlayın. Her teslimat hemen bir lot kaydı oluşturmalı. Tedarikçiyi, ürünü, lot numarasını, son kullanma/tavsiye edilen tarihi, miktarı ve alım tarihini yakalayın. Ardından eşleşen bir etiket yazdırın veya yazın ve kasaya, palete veya bidona yapıştırın. Amaç, lot numarasının envanterin bulunduğu yerde görünür olmasıdır.
Üretimde, hammaddeleri ürettiklerinizle ilişkilendirirsiniz. Süt, kültür ve tuzu peynire dönüştürüyorsanız, bitmiş çalışma kendi lotu olur. Bu bitmiş lot hangi hammade lotlarının içine girdiğini "hatırlamalı"dır. Bu, geriye izleme (ne kullandık?) ve ileriye izleme (nereye gitti?) yapmanızı sağlar.
Depolama, izlenebilirliğin sıklıkla bozulduğu yerdir. Pratik tutun: her raf, buzdolabı veya palet noktası için bir lokasyon adı ve gerekirse basit bir kutu ID’si. Stok taşındığında sayıları güncelleyin. Gerçek zamanlı kusursuz doğruluk gerekmiyor, ama son bilinen konumun net olması gerekiyor.
Satış ve sevkiyat son bağdır. Her sipariş hangi bitmiş lotların seçildiğini, kaç birim olduğunu ve kimin aldığını kaydetmeli. Doğrudan satış yapıyor ve "sipariş" yoksa, her müşteri veya pazar günü için basit bir satış kaydı kullanın.
İadeler, atık ve tekrar işler gerçek hareketler gibi ele alınmalı, kenar notu gibi değil. İade edilen ürün belirli bir lokasyona aynı lot altında geri alınır. Atık lot ile ilişkilendirilip bir nedenle (son kullanma, hasar, QA bekleme) kaydedilir. Tekrar işleme yeni bir bitmiş lot olur ve girdi lotlarıyla bağlantılıdır.
Örnek: küçük bir salsa üreticisi domatesleri (Lot T-104) alır, Salsa Mild (Lot SM-220) yapar, bunu "Soğutucu A Raf 2"de depolar ve sonra SM-220’den 30 kavanoz yerel bir dükkâna gönderir. Bir müşteri sonra ararsa, SM-220’yi bulabilir, T-104’ü onun içinde kullandığını görebilir ve hangi siparişlerin onu içerdiğini doğrulayabilirsiniz.
Küçük başlayın ve günlük yolu en kolay yol yapın. Bir lot ve son kullanma izlenebilirlik uygulaması, alım, üretim ve sevkiyatın dakikalar değil, saniyeler sürmesi durumunda işe yarar.
Muhasebe sisteminizin ne dediği değil, gerçekte neyle uğraştığınızı yazın. İsimleri tutarlı tutun ki aynı ürün üç farklı şekilde girilmesin.
Üç basit listeye ihtiyacınız var:
AppMaster’da bu, Data Designer’da birkaç tabloya net şekilde eşlenir. Sonra alan ekleyin, ama ekibinizin her gün kullanacağı asgari ile başlayın.
En iyi lot formatı, baskı altındayken doğru oluşturulabilendir. Birçok küçük üretici tarih artı kısa bir çalışma kodu kullanır (örnek: 2026-01-25-A). Tedarikçi lotunu ayrıca saklayın ki kaybolmasın.
Sonra gerçek işe uyan üç basit ekran oluşturun:
Hızlı aramayı varsayılan yapın. Barkod varsa tara. Yoksa büyük bir “lot ara” alanı ve kısa bir lot formatı kullanın, böylece manuel giriş güvenilir olur.
Bir hızlı hareket eden ürünle pilot yapın. Her şeyi aynı anda mükemmelleştirmeye çalışmayın.
Yararlı bir test: bir hammade teslimatı alın, bir parti yapın, birkaç birim gönderin, sonra geri ve ileri izlemeyi deneyin.
Bu pilot kontrol listesi:
Bir adım yavaşsa ekranı basitleştirin, zorunlu alanları azaltın veya tarama ekleyin. Hız, izlenebilirliği tutarlı yapan şeydir.
Yakın son kullanma uyarıları sadece bugün verilebilecek kararlara işaret ettiğinde yardımcı olur. Amaç, müdahale etmek için yeterince erken ürünleri yakalamak, fakat zaten gitmiş ürünler için spam olmamasıdır.
İşinize uygun küçük bir "yakın son kullanma" penceresi seti ile başlayın. Birçok küçük üretici acil eylem için 14 gün, planlama için 30 gün ve daha yavaş hareket eden SKU’lar için erken görünürlük amacıyla 60 gün kullanır. Önce ürünler arasında tutarlı tutun, sonra kısa raf ömrü olan özel durumlar için ayarlayın.
Uyarıların nerede görünmesi gerektiğine karar verin. Gösterge paneli rozeti hızlı tarama için iyidir. Günlük liste, envanterden bir kişinin her sabah sorumlu olması durumunda daha etkilidir. E-posta veya SMS acil pencere için yardımcı olabilir, ama mesajları seyrek tutun yoksa göz ardı edilirler.
Uyarı yorgunluğunu önlemenin en iyi yolu, sadece elde stok varken uyarı vermektir. Bir lot yakın son kullanmaya gelse de miktar sıfırsa görünmemelidir. Bu, kuralın hem tarihleri hem de mevcut bakiyeyi kontrol etmesi gerektiği anlamına gelir.
Bir şey işaretlendiğinde sonraki adımı açık yapın. Çoğu ekip kısa bir işlem seti kullanır: en eskisini önce seç, promosyon kanallarına taşı, kalite kontrol için karantinaya al, imha et ve nedeni kaydet veya süreç izin veriyorsa tekrar işle/iadeye gönder.
Pratik bir örnek: her Pazartesi yoğurtları gözden geçirirsiniz. 14 gün içinde son kullanacak lotlar “önce seç”e gider ve satış itici olur. 7 gün içinde son kullanacaklar kısa bir kalite kontrol için karantinaya alınır, sonra hemen satılır veya kayıtlı bir gerekçe ile imha edilir.
Basit bir rutin bunu temiz tutar: bir kişi yakın son kullanma görünümünü çalıştırır, sayımları doğrular, işlem yapar ve eski bayrakları temizler. AppMaster’da bunu kuruyorsanız kuralları görünür tutun (pencereler, stok kontrolleri, eylemler) ki tüm ekip aynı talimatı izlesin.
Bir geri çağırma, sisteminiz birkaç saniyede şu soruya cevap verebildiğinde daha kolaydır: bu lot nereye gitti ve neleri kullandı? Bunu net görebiliyorsanız hızla harekete geçebilir ve olanları belgelendirebilirsiniz.
Destek için iki yol vardır:
Genelde her ikisine de ihtiyaç duyarsınız. Bir baharat lotu üç partiye girebilir ve bu partiler on müşteriye sevk edilmiş olabilir. İyi bir sistem o zinciri araştırmadan gösterir.
Biri lot numarasını yazdığında veya taradığında, geri çağırma ekranı karar vermek ve bildirim göndermek için gereken gerçekleri göstermelidir:
Küçük detaylar burada önemlidir. Kısmi kasalar sevk ettiyseniz veya lotlar bölündüyse, miktarları gönderdiğiniz birimle kaydedin (kasa, torba, kavanoz) ve dönüşümleri tutarlı tutun. 20 kg çuvalı 1 kg paketlere açarsanız, bunu bir repack adımı olarak ele alın: kaynak lotu tüketin ve yeni çocuk lotlar oluşturun. Böylece geri çağırma parçalanmalar boyunca izi takip edebilir.
Bir geri çağırma sadece izlemek değil, aynı zamanda ne yaptığınızı belgelemektir.
İşlemleri oldukları gibi yakalayın: envanteri tutuklama, üretimi durdurma, müşterileri bilgilendirme, iadeleri alma ve nihai imha. Lota eklenen kısa bir işlem günlüğü tarih, kişi, işlem, etkilenen miktarlar ve bir not içerebilir (örneğin, “Müşteri karantinayı onayladı”).
AppMaster’da bunu kuruyorsanız geri çağırma görünümünü paylaşılan bir çalışma alanı olarak düşünün: üstte izleme sonuçları, altta eylemler ve lotun devam edip etmediğini gösteren net bir durum alanı olsun.
Bir geri çağırmada sisteminiz yardımcı oluyorsa kayıtlarınıza güvenmesi kolay olmalıdır. Amaç daha fazla evrak değil. Amaç bir şey ters gittiğinde daha az soru olmaktır.
Çoğu küçük gıda ekibi izlenebilirliği kısa, tekrarlanabilir bir rapor setiyle yürütebilir:
Pratik bir ritim: yakın son kullanma listesini günlük, lot bazında eldeki stoğu haftalık kontrol edin. Lot geçmişi, bir müşteri aradığında veya tedarikçi sizi bilgilendirdiğinde çektiğiniz rapordur.
Karmaşık bir uyumluluk sistemine ihtiyacınız yok. Ancak temel bir işlem günlüğüne ihtiyacınız var: lotu kim aldı, kim taşıdı, kim sayımı değiştirdi ve ne zaman. Düzeltmelerde kısa bir neden alanı bile (hasarlı kasa, yeniden etiketleme, numune kullanımı, veri düzeltmesi) sonraki tahminleri önler.
Envanter doğruluğu diğer yarıdır. Risk odaklı hızlı döngü sayımları yapın: yüksek değerli öğeler, hızlı hareket edenler veya son kullanmaya yakın lotlar. Birden fazla depolama noktası varsa lokasyona ve lote göre sayın ki “aynı ürün, farklı lot” gibi karışmaları yakalayın.
Etiketleme verileri sahada kullanılabilir kılar. Yorgun bir kişinin kol mesafesinden okuyabileceği etiketler hedefleyin. En azından lot numarası ve son kullanma tarihini büyük metinle, ürün adı veya SKU’yu (benzer görünümlü ürünleri önlemek için) ve birim boyutunu (kasa, paket, kavanoz) ekleyin. Birden fazla depolama alanı kullanıyorsanız basit bir lokasyon kodu ekleyin.
AppMaster’da bunu kuruyorsanız ekranları basit tutun: bir alım formu, bir taşıma formu, bir düzeltme formu ve birkaç rapor. Doğru şeyi yapmayı kolaylaştırdığınız sürece izlenebilirliğiniz daha güvenilir olur.
Küçük bir salsa üreticisi sabah iki hammade teslimatı alır. Biri doğranmış domates, Lot T-041, son kullanma 30 Mayıs. Diğeri jalapeno, Lot J-112, son kullanma 20 Haziran. Alımda tedarikçiyi, lot numarasını, son kullanma tarihini, miktarı ve her paletin nereye konulduğunu kaydederler.
Öğle sonrası bir bitmiş parti yaparlar: Bitmiş Lot S-2304, 120 kavanoz. Üretim kaydında S-2304’ü hem T-041 hem de J-112 ile ilişkilendirir ve çalışma tarihini ile hattı/operatörü not ederler. Bu adım birçok küçük ekibin atladığı, ama zinciri sağlam tutan adımdır.
Günün ilerleyen saatlerinde bir perakendeci siparişi çıkar: Bitmiş Lot S-2304’den 24 kavanoz gönderilir. Sevk notu müşteri, tarih ve gönderilen bitmiş lotu kaydeder.
Saat 15:00’te domates tedarikçisinden bir e-posta gelir: Tedarikçi Lot T-041 muhtemelen kontamine olabilir ve tutulmalı. Üretici bir lot ve son kullanma izlenebilirlik uygulamasına sahip olduğundan, T-041’i arar ve hemen hangi bitmiş lotların onu kullandığını görür. Sonuç sadece Bitmiş Lot S-2304’ün etkilendiğini gösterir.
Basit bir işlem listesi oluştururlar:
Bir saat içinde ekip kalan kavanozları karantinaya alır, S-2304’ü alan perakendeciyi bilgilendirir ve olanları belgeleyebilir. Kilit nokta, uygulamanın sadece lot numaralarını saklamaması; alım, üretim, envanter ve satışları birbirine bağlamasıdır, böylece bir arama "Bu lot nereye gitti ve elimizde ne kaldı?" sorusunu yanıtlar.
Geri çağırmalar, temel bir soruyu (bu lot nereye gitti?) eksik, şüpheli verilerle cevaplamaya çalıştığınızda karışır. Bir lot ve son kullanma izlenebilirlik uygulaması, veriler envanter el değiştirdiği kesin anlarda yakalandığında yardımcı olur.
En maliyetli hata alımda lot yakalamayı atlamak ve sonra bunu daha sonra ekleyeceğinize kendinizi inandırmaktır. "Daha sonra" genellikle ürün hareket ettikten, yeniden paketlendikten veya satıldıktan sonra olur; faturalar ve hafızadan tahmin yaparsınız.
Depolamada lotları takip etmeden karıştırmak başka bir tuzaktır. Bir kutuyu tamamlamak, kısmi kasaları birleştirmek veya ürünü yeni bir SKU’ya yeniden işlemek gibi durumlarda olur. Çıkan birimlerin hangi gelen lotlardan geldiğini söyleyemiyorsanız, geri çağırma kapsamı hızla genişler.
Küçük tutarsızlıklar da birleşir. Lot ID’leri serbest metin olarak yazılıyorsa, kopyalar ve yazım hataları girer ve insanlar formatı zamanla sessizce değiştirir. Bu aramayı bozar ve raporları güvenilmez kılar.
Son kullanma verisi sıklıkla sessiz bir başarısızlıktır. Eksik tarih, yanlış tarih formatı veya "tüketim öncesi" ile "tüketim sonu" karışması yanlış güven verir. Sonuçta uyarılar ya hiç tetiklenmez ya da o kadar sık tetiklenir ki insanlar görmezden gelir.
Bir geri çağırmayı 20 dakikalık bir kontrolden tüm gün süren bir telaşa döndüren kalıplar şunlardır:
Gerçek bir örnek: bir üretici tedarikçi bildiriminde Lot A17 olduğunu görür. Eğer A17 bir teslimatta "A-17" olarak girildiyse, paylaşılan bir dondurucu kutusuna karıştıysa ve daha sonra iki partide kullanıldıysa ama bölünme kaydedilmediyse, o hafta yapılan her şeyi geri çağırmak zorunda kalabilirsiniz.
AppMaster gibi bir no-code araçta bunu kuruyorsanız kuralları katı ama basit tutun: alımda lot ve son kullanmayı zorunlu kılın, tutarlı bir lot formatı uygulayın ve uyarılar ile geri çağırma eylemlerini takip etmek için bir kişiyi atayın.
Süreciniz işe yarıyorsa, yoğun bir günde bile temel izlenebilirlik sorularına hızlıca cevap verebilmelisiniz. Bu hızlı kontroller, sisteme güvenmeden önce iyi bir stres testidir.
Gerçek bir lot numarasıyla bunları çalıştırın ve kendinizi zamanlayın:
Eğer herhangi bir cevap "güvenilir değilse", daha fazla özellik eklemeyin. Temeli düzeltin: alımda tutarlı lot yakalama, net etiketleme ve düzeltmeleri kaydedecek tek bir yer.
Küçük başlayın ki üretimi yavaşlatmadan hızlı öğrenin:
Eğer tabloları zorla yazılım gibi kullanan hesap tabloları yerine size özel bir araç isterseniz, AppMaster (appmaster.io) no-code bir izlenebilirlik uygulaması oluşturmak için bir seçenek olabilir; gerekli veri modellerini (ürünler, lotlar, lokasyonlar, siparişler) ve ekibinizin sahada kullanabileceği basit web/mobil ekranları sağlar.
Why do I need a lot traceability app if spreadsheets “work” right now?Bir izlenebilirlik uygulaması, alımdan üretime, depolamaya ve satışa kadar lotların bağlı geçmişini tutar. Tablolarda gezinmek yerine bir lot numarası arayıp bunun neye dönüştüğünü, nereye gittiğini ve elde ne kaldığını görebilirsiniz.
What’s the minimum data I should record at receiving?En azından; tedarikçi adı, tedarikçi lotu (varsa), alım tarihi, sizin iç lot ID’niz, son kullanma veya tavsiye edilen son tüketim tarihi, miktar ve birim ile ilk depolama lokasyonunu yakalayın. Bu alanlar tutarlıysa ileri ve geri izleme çok daha kolay olur.
What’s the difference between a lot and a batch, and does it matter?Günlük kullanımda tek bir terim seçin ve ona bağlı kalın. Birçok küçük ekip, geri çağırmada aranacak birimler için “lot” terimini kullanırken, üretim etkinliğini tanımlamak için “batch” (parti) kelimesini kullanır; önemli olan herkesin hareketleri aynı etiket ve kurallarla kaydetmesidir.
How should I choose a lot number format my team will follow?İnsanların baskı altındayken doğru oluşturabileceği kısa bir format kullanın; genellikle tarih artı kısa bir çalışma kodu işe yarar (örnek: 2026-01-25-A). Tedarikçi lotu gerekiyorsa ayrı bir alanda saklayın, böylece kaybolmaz. Hataları davet eden veya kişiden kişiye değişen formatlardan kaçının.
How do I handle mixing, rework, or combining two lots in production?Yeni bir bitmiş lot oluşturun ve girdi lotlarını onun “ebeveynleri” olarak miktarlarıyla birlikte kaydedin. Bu, bir ingredient lotu aradığınızda nerede sona erdiğini görmenizi sağlar.
What should we do when we split one lot into smaller packs or multiple SKUs?Ambalajlama veya yeniden paketleme bir dönüşüm adımı olarak ele alınmalıdır: kaynak lottan miktarı tüketin ve yaptığınız paketler için bir veya daha fazla yeni alt lot oluşturun. Böylece geri çağırma, bir “çanta açıldı” noktasında durmaz; bölünmeler boyunca izleyebilir.
How detailed does location tracking need to be?Basit ve pratik tutun: bir cooler adı artı raf veya kutu gibi tek bir lokasyon adı yeterlidir; stok hareket ettiğinde son bilinen konumu kaydedin. Gerçek zamanlı mükemmellik gerekli değil, ancak bir kişinin lotu tahmin etmeden bulabileceği kadar doğruluk gerekir.
How do I set near-expiry alerts without getting spammed?İş yapışınıza uygun, küçük bir dizi pencereyle başlayın; örneğin acil eylem için 14 gün, planlama için 30 gün. Ayrıca sadece elde stok varsa uyarı verin; aksi halde uyarılar gürültüye dönüşür ve güven kaybolur.
What should a “recall by lot number” screen include?İyi bir geri çağırma görünümü şunları göstermeli: lotun nereye gittiği (müşteriler, tarihler, miktarlar), neleri etkilediği (ilişkili partiler, repack işlemleri, bitmiş lotlar), elde ne kaldığı (lokasyona göre) ve kim neyi ne zaman değiştirdiği. Ayrıca tutuklama, bildirimler, iadeler ve imha gibi işlemleri kaydetmeyi sağlamalıdır.
Can I build this workflow in AppMaster without overcomplicating it?Küçük bir pilot oluşturun: bir alım formu, ham madde lotlarını bitmiş lotlarla ilişkilendiren bir üretim kaydı ve hangi bitmiş lotun gönderildiğini kaydeden bir sevkiyat/satış kaydı. AppMaster ile önce tabloları modelleyip sonra basit web/mobil ekranlar ekleyerek lot yakalama iş sırasında gerçekleşir, sonradan yapılmaz.
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.
