Her SKU için min/max saklayan, yeniden sipariş miktarını hesaplayan ve ekibinizin gözden geçirebileceği taslak satın alma listesi oluşturan bir stok yeniden sipariş önerileri uygulaması oluşturun.
Bir mağaza işletmek genellikle iki pahalı hata arasında gidip gelmek demektir: hızlı satan ürünlerde stok bitirmek (kaybedilen satışlar, kızgın müşteriler) veya çok fazla almak (nakit yavaş döner). Günlük problem “stoğumuz var mı?” değil. Asıl soru “sonraki ne almalıyız ve ne kadar?”, ve bunun için bir saatlik tablo hesabı yapmak istemezsiniz.
Min/max kurulumu bu kararı basit tutar. Her SKU için iki sayı kaydedersiniz:
Bir SKU 6 adetteyken, min 10 ve max 25 ise öneri 19 almak olur. Hafızaya dayanmazsınız. Haftadan haftaya tutarlı kalan açık bir kural kullanırsınız.
Bir envanter yeniden sipariş önerileri uygulaması, mevcut stok (ve isterseniz zaten yolda olan siparişleri) alır, SKU başına bu min/max kurallarını uygular ve bir taslak satın alma listesi üretir. O taslak ana çıktıdır: tedarikçi portalı açılmadan veya temsilciye e-posta gönderilmeden önce “ne sipariş etmeliyiz ve ne kadar?” sorusuna kısa, gözden geçirilebilir bir yanıt verir.
Uygulama otomatik olarak satın alma yapmaz. Bu önemlidir çünkü gerçek satın alma istisnalar içerir: tedarikçi stokta yok, kasa paket büyüklükleri yuvarlama gerektiriyor, mevsimsel bir ürün atlanmalı veya bir promosyon gelmek üzere. Uygulama önerileri hızlı üretmeli, sonra bir insan satırları onaylayıp düzenleyebilmeli veya silebilmelidir.
Bu tür bir araç genellikle mağaza yöneticileri, operasyon liderleri ve satın alma personeli tarafından kullanılır. Aynı zamanda birden fazla rolü üstlenen küçük ekipler için de güvenilir bir başlangıç noktası sağlar.
İyi öneriler sıkıcı, tutarlı SKU verisiyle başlar. Temel veriler karışıksa, taslak satın alma listeniz rastgele geliyormuş gibi hissedilir ve insanlar güvenmeyi bırakır.
Süreç evrildikçe bile aynı “şekli” koruyan bir SKU kaydı hedefleyin.
Günübirlik kullanılabilir olması için ihtiyacınız olanlar:
Min ve max korunma çerçevesidir. Uzun tedarik süreleri veya güvenilmez tedarik durumları için yeniden sipariş noktasını ayrı tutmak isteyebilirsiniz; bu erken sipariş vermenizi sağlar.
Bu detaylar “ne kadar almak” sorusunu “gerçekte ne sipariş edebilirsiniz” haline getirir:
“On hand”in nereden geldiğini açıkça belirtin. Başlangıçta elle giriş yapıyorsanız, son sayım tarihini saklayın. Daha sonra POS veya depo aracıyla senkronize ederseniz, son senkron zamanı da saklayın. Bu tek ayrıntı birçok “neden böyle önerdi?” sorusunu cevaplar.
Min/max basit bir kuraldır: sadece stok düşükken yeniden sipariş verin ve stokları güvenli bir seviyeye kadar doldurun. Sonuç, anlaşılması ve denetlenmesi kolay bir taslak listedir.
Bir tetik seçin ve tutarlı kalın. En yaygın olanı:
Bu, zaten sağlıklı olan ürünler için gereksiz önerileri önler.
Bir öğe uygun hale gelince temel fikir “Max’e kadar sipariş et”. Basit formül:
base_suggested = max - on_hand
suggested = max(0, base_suggested)
Örnek: Min = 10, Max = 40, On Hand = 14.
On Hand 8’e düşerse:
Temel hesaplamadan sonra, satın alma süreçlerine uyan birkaç küçük kural ekleyin:
Kötü veri kötü öneriler üretir; bu yüzden bu durumları bariz hale getirin:
En iyi akış ekibinizin gerçekten kullanacağı akıştır. Basit tutun: elinizde olanı kaydedin, sonra önerileri oluşturun. Etiketler, panolar ve analizler gibi ekstralar sonra gelir.
Tipik bir oturum şöyle görünür: kullanıcı hızlı bir sayım yapar, (gerekliyse) bir lokasyon seçer, SKU başına sayıları girer, kaydeder ve sonra bir düğmeye dokunarak taslak satın alma listesini oluşturur. Alıcı o taslağı gözden geçirir ve herhangi bir onaydan önce düzenler.
Ekranı sakin tutmak için pratik bir filtre ekleyin: sadece min altındaki SKU’ları gösterin veya açık bir durumla tüm SKU’ları gösterin. “Sadece min altı” yoğun günlerde daha hızlıdır. “Tümünü göster” bir şeyin kaçırılmadığından emin olmak için faydalıdır.
Çoğu küçük ekip için işe yarayan basit akış:
Geçersiz kılmalar önemlidir çünkü gerçek hayat karmaşıktır. Bir alıcı promosyon için ekstra sipariş verebilir veya nakit sıkışıklığı nedeniyle daha az alabilir. Önerilen miktarı başlangıç noktası olarak görün, kural değil.
Birkaç küçük kontrol çok frustration önler:
Son olarak, taslak oluşturulduğunda bir anlık görüntü kaydedin: zaman damgası, kullanılan on-hand sayıları, o andaki min/max değerleri ve geçersiz kılmalardan önceki önerilen miktarlar. “Neden 24 aldık?” diye sorulduğunda, taslağı açıp onu üreten tam girdileri görebilirsiniz.
İyi bir yeniden sipariş uygulaması güvenilir birkaç tabloyla başlar. Amaç mükemmel bir ERP değil. Büyüdükçe satıcılar, lokasyonlar veya daha akıllı kurallar ekleyebileceğiniz temiz bir temel oluşturmak.
Tek bir mağaza için “ürün nedir”i “elimizde ne var”dan ve “nasıl yeniden sipariş verilir”den ayırın:
Bu esnek kalır çünkü yeniden sipariş kurallarını SKU listesini yeniden yazmadan değiştirebilirsiniz ve taslak siparişleri önerilen ile onaylanan arasındaki kayıt olarak saklayabilirsiniz.
Bugün yalnızca bir mağazanız varsa, lokasyonları gereksiz yere büyütmeyin. Envanteri SKU başına tek bir sayı olarak saklayın. İkinci mağaza veya depo eklediğinizde bir Locations tablosu ekleyin ve Inventory levels’ı SKU başına lokasyon satırlarına çevirin.
Küçük doğrulama kuralları kötü girdilerin kötü siparişlere dönüşmesini engeller. Örneğin: min, max’den düşük olamaz; yeniden sipariş noktası negatif olamaz; paket boyutu sıfır olamaz. Ayarlar eksikse ne olacağını kararlaştırın: önerileri engellemek mi yoksa SKU’ları “kurulum gerekiyor” diye işaretlemek mi?
Roller birden fazla kişi sayım yapıp ayarları değiştirirken yardımcı olur:
Siparişleri nasıl göndereceğinizi planlayın. Sonradan otomasyon düşünseniz bile çoğu ekip önce basit bir dışa aktarma ile başlar: CSV indirimi veya taslaktan kopyalanıp tedarikçiye verilecek bir liste.
İki basit listeyle başlayın: SKU kataloğunuz ve tedarikçileriniz. Her SKU’nun tanınan bir adı, varsayılan bir tedarikçisi ve bir satın alma birimi (adet, kasa, karton) olmalı. Pratik tutun. Bu liste ekibinizin her gün arayacağı listedir.
Sonra SKU kaydına yeniden sipariş ayarları ekleyin. Min ve max temel, ama paket boyutu ve teslim süresi de kaydedilirse daha iyi öneriler elde edersiniz. Aynı ürünü iki tedarikçiden alıyorsanız birini varsayılan seçin ve taslak siparişte ihtiyaç varsa değiştirmeye izin verin.
Envanter sayımları için hızın mükemmelliktan daha önemli olduğu bir ekran oluşturun. Hızlı bir düzen ızgarası iyi çalışır: koridor veya kategoriye göre filtrele, sayıyı yaz, kaydet.
Çoğu ekip bu temel ekranlara ihtiyaç duyar:
Sonra öneri mantığını uygulayın: her SKU için “on hand” (ve isterseniz “on order”) ile yeniden sipariş kurallarınızı karşılaştırın, max’e doğru hareket ettirecek önerilen miktarı hesaplayın ve tedarikçinin sadece kasa paketleri satıyorsa paket boyutu yuvarlamasını uygulayın.
İnceleme için bir taslak sipariş oluşturun ve onu Draft, Approved, Sent gibi durumlarla bir belge gibi ele alın. Kullanıcı bir taslak oluşturduğunda, önerilen satırları tedarikçi bazında gruplayıp sipariş satırlarına kopyalayın, sonra insanların miktarı düzenlemesine, tedarikçi değiştirmesine veya öğeyi çıkarmasına izin verin.
Son olarak temiz bir çıktı adımı ekleyin. Bazı ekipler taslağı yazdırıp siparişleri manuel verir. Diğerleri bir dosya dışa aktarır. Her iki durumda da onaylananı kaydedin ki “önerilen vs sipariş edilen” karşılaştırması yaparak kuralları gerçek verilerle geliştirebilesiniz.
Yeniden sipariş matematiği basittir. Güveni bozan şey dağınık kurulumdur. Çoğu problem, formül doğru olsa bile taslak listenin “garip” hissettirmesiyle başlar.
Klasik bir sorun karışık birimlerdir. Sayımı “adet” olarak yapıp siparişi “kasa” olarak verir veya teslimatta “paket” farkı olursa SKU’nun birimi belirsizse sistem 24 önerebilirken siz 24 kasa demek istemiş olabilirsiniz. SKU başına bir temel birim seçin (çoğunlukla “adet”) ve “1 kasa = 24 adet” gibi bir dönüşüm saklayın ki nihai sipariş miktarı doğru çevrilsin.
Min ve max genellikle tahmine dayalı olarak ayarlanır. Satış hızını ve tedarikçi teslim süresini dikkate almazsanız, kurallar düzenli görünür ama gerçek hayatta başarısız olur. Yavaş hareket eden bir üründe yüksek max nakiti bağlarken, hızlı hareket edende düşük min stok bitmesine yol açar.
Diğer yaygın hatalar:
Basit bir senaryo: kahve kapsülleri satıyorsunuz. Rafta 6 kutu, arka odada 18 ve ikinci mağazada 12 var. Eğer sadece tek bir “on hand” sayıyorsanız, birisi 6 sayar ve sistem sipariş önerir, oysa aslında toplamda 36 var. Lokasyon alanları bunu hızlıca çözer.
Min/max sistemi basittir ama taslak liste arkasındaki veriler kadar iyidir. Tedarikçiye göndermeden önce önerileri hatalı gösteren sessiz hataları taramak için bir dakika ayırın.
Önce kurulum: her yeniden siparişlenebilir SKU için bir min, bir max (veya hedef) ve doğru paket boyutu olmalı. Bunlardan biri eksikse uygulama SKU’yu işaretlemeli ve atlamalı veya “kurulum gerekiyor” demelidir. Bir boş alan büyük bir sipariş ya da hiç sipariş olmamasına sessizce yol açabilir.
Sonra stok miktarlarını mantıklı olup olmadığını kontrol edin. Negatif stok olabilir (iadeler geç işlendi, alımlar kaydedilmedi, birim karıştı), ama nadir olmalı. Yavaş hareket eden bir üründe -12 görürseniz öneriyi “incele” olarak ele alın, “al” olarak değil. Fazlalığı düzeltmek, fazla siparişi çözmekten daha ucuzdur.
Çoğu problemi yakalayan kısa bir kontrol listesi:
Paketleme kurallarına özel dikkat verin. Eğer tedarikçi 24’lük kasalarda satıyorsa ve taslak 13 öneriyorsa, sistem politikanıza göre ayarlama yapmalı (çoğunlukla yukarı yuvarlama). MOQ için de orijinal öneriyi ve düzeltilmiş öneriyi gösterin ki gözden geçiren neyin değiştiğini anlasın.
Ayrıca ekip için “yeterince iyi”nin ne demek olduğunu kararlaştırın. Max’e kadar sipariş agresif olabilir ve nakit bağlar. Daha muhafazakar bir hedef (örneğin, sadece en çok satanlar için max’e, yavaş hareket edenler için ortalamaya sipariş) fazla stoğu azaltabilirken güven inşa etmenize izin verir.
Son olarak bir denetim izi tutun. Her satırda basit bir “Son değiştiren” ve “Son değişiklik zamanı” bile güven oluşturur ve ileride anlaşmazlıkları çözmeye yardımcı olur.
Küçük bir mahalle dükkanı var ve 30 SKU taşıyor. Sahip her Pazartesi fiziksel bir sayım yapıyor ve çabuk kontrol edip onaylayabileceği bir taslak satın alma listesi oluşturmak istiyor.
İki tedarikçiden alıyorlar: Tedarikçi A (atıştırmalıklar ve içecekler) ve Tedarikçi B (ev gereçleri).
SKU 1: Sparkling Water 12-pack (Supplier A)
Stoktaki: 8 pack. Min: 10. Max: 30. Paket boyutu: 6.
8 min’in altında olduğu için uygulama max’e kadar sipariş önerir.
Max’e ulaşmak için gereken = 30 - 8 = 22 pack.
Paket boyutuna yuvarla (6): 22 → 24.
Önerilen sipariş: 24 pack.
SKU 2: Potato Chips (Supplier A)
Stoktaki: 14 paket. Min: 12. Max: 36. Paket boyutu: 12.
14 min’in üzerinde olduğu için öneri 0. Max’e olmasa da bu hafta takviye gerekmez.
SKU 3: Dish Soap 500 ml (Supplier B)
Stoktaki: 3 şişe. Min: 6. Max: 18. Paket boyutu: 6.
3 min’in altında olduğu için max’e kadar sipariş verin.
Max’e ulaşmak için gereken = 18 - 3 = 15 şişe.
Paket boyutuna yuvarla (6): 15 → 18.
Önerilen sipariş: 18 şişe.
Taslak başlangıç noktasıdır, komut değil. Bu hafta sahibi bütçe kısıtı var ve ayrıca yağmurlu havalarda sparkling water satışlarının yavaşladığını biliyor.
Sparkling Water’ı 24 pack’ten 18 pack’e düşürüyor (hala 6’lık kat). Cips 0 olarak kalıyor. Bulaşık sabunu ise istikrarlı satıcı olduğu ve risk yüksek olduğu için 18’de kalıyor.
İnceleme ve düzenleme adımı, taslağın otomatik sipariş göndermekten daha faydalı olmasının nedenidir.
Supplier A
Supplier B
Sadece 30 SKU olduğunda bu haftalık döngü yaklaşık 10 dakika alır: say, önerileri kontrol et, birkaç düzenleme yap, sonra her tedarikçi için gruplanmış taslağı paylaş.
Hızlı değer elde etmenin en kısa yolu dar başlamaktır. Bir mağaza (veya bir lokasyon) ve yönetilebilir sayıda SKU içeren bir tedarikçi grubunu seçin. Temiz, gözden geçirilmiş bir taslak listeden öğreneceğiniz şeyler, ilk günden her senaryoyu kapsamaya çalışmaktan daha değerlidir.
Erken karar verin: stok sayımlarını nasıl yakalayacaksınız. Başlangıçta elle giriş uygundur, yeter ki tutarlı olsun. "Sipariş öncesi sayımlar her Perşembe günüdür" gibi basit bir kural, kimsenin güvenmediği karmaşık bir yapıya tercih edilir.
Pratik bir yaygınlaştırma planı:
Temeller çalışınca, matematiği yavaşça geliştirin. Genellikle iki yükseltme hızlıca geri döner: ortalama talep tahmini (ör. son 4 haftanın ortalama haftalık satışı) ve teslim süresine göre güvenlik stoğu. Eğer tedarikçi 10 gün sürüyorsa, yeniden sipariş noktasını fazladan bir hafta talebi kapsayacak şekilde yükseltmek gecikmelere karşı yardımcı olur.
Kuralları dürüst tutmak için bir tempo belirleyin. Haftada bir önerilen siparişi inceleyip bariz hataları düzeltin. Aylık olarak min/max değerlerini ayarlayın; öncelik en çok satanlar ve en büyük fazla stok riskleri olsun.
No-code bir envanter uygulaması olarak bunu inşa ediyorsanız, AppMaster (appmaster.io) iş akışına uyan bir seçenektir: SKU’ları ve tedarikçileri veritabanında modelleyin, min/max mantığını görsel bir süreç içine koyun ve personelin inceleyip onaylayabileceği gruplanmış taslak siparişler üretin.
What is a min/max reorder system in plain terms?Bir min/max sistemi her SKU için iki seviye saklar: düşülmemesi gereken bir minimum ve stokları doldurmak istediğiniz bir maksimum. Stoktaki miktar minimuma düştüğünde, uygulama stoğu maksimuma yaklaştırmak için bir sipariş miktarı önerir.
When should the app actually suggest reordering an item?Tek bir açık kural belirleyin ve ona sadık kalın: stok miktarı minimuma (veya kullanıyorsanız yeniden sipariş noktasına) ulaştığında öneri tetiklenmelidir. Stoktaki miktar bu eşikten yüksekse, önerilen miktar sıfır olmalı ki taslak liste sakin ve gözden geçirilebilir kalsın.
How do you calculate the suggested quantity?En basit hesaplama suggested = max(0, max_level - on_hand) şeklindedir; öğe yeniden sipariş için uygun hale geldikten sonra bu formül uygulanır. Bu, sonuçları açıklamayı kolaylaştırır çünkü bilinen bir hedefe geri dolduruyorsunuz.
Should I include items already on order in the math?Evet — eğer “on order” (yolda olan) verisini güvenilir şekilde tutuyorsanız, ihtiyacınız olan miktardan onu çıkarın ki çift sipariş verilmesin. Yaygın yaklaşım, kullanılabilir stoku on_hand + on_order olarak ele almak ve refill miktarını bu sayıdan hesaplamaktır.
How do case packs and rounding work in a reorder app?Önerileri gerçekten satın alınabilecek miktarlara yuvarlayın ve düzeltilmiş sayıyı açıkça gösterin. Örneğin tedarikçi 12’lik kasalarda satıyorsa ve hesap 32 çıkmışsa, stok tükenmesini önlemek için politika yukarı yuvarlama ise 36’ya çıkmalıdır.
What should happen if a SKU is missing min/max settings?Tahmin yürütmeyin ve tuhaf siparişler yaratmayın. Eğer min veya max eksikse, öneriyi 0 yapın ve SKU’yu “kurulum gerekiyor” diye işaretleyin ki veri düzenlenmeden satın alma etkilenmesin.
How should the app handle negative inventory counts?Negatif stok bir uyarı işaretidir; normal girdi olarak kabul etmeyin. Hesaplama yine yapılabilir, böylece alıcı riski görür; ama arayüz sayımı tekrar etmeyi veya işlem temizliğini önerecek şekilde vurgulamalıdır.
Do I need to track inventory by location (back room vs shelf, multiple stores)?Eğer stok birden fazla yerde duruyorsa (arka oda vs raf, mağaza A vs mağaza B) ayrı tutun; aksi halde öneriler doğru olmayacaktır. En azından raf ve arka oda ayrımı yapın, sonra ihtiyaç oldukça mağaza/depoya genişletin.
How do I make reorder suggestions auditable and trustworthy?Taslağı oluştururken kullanılan girdilerin bir anlık görüntüsünü (on-hand değerleri, o anki min/max ve onaylanan düzenlemeleri) kaydedin. Bu, “neden bunu sipariş ettik?” sorusunu cevaplamayı kolaylaştırır ve sisteme güveni artırır.
Can this workflow stay manual but still save time, and can I build it in AppMaster?Süreci insan onaylı tutun: bir taslak sipariş oluşturun, birisi miktarları düzenlesin, sonra onaylansın ve dışa aktarılmak üzere hazır hale gelsin. AppMaster (appmaster.io) içinde SKU’ları ve taslak siparişleri veritabanında modelleyip min/max mantığını görsel bir iş akışına koyarak bu işleyişi kurabilirsiniz.
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.
