Azalan Stoklar İçin Satın Alma İhtiyacını Görünür Hâle Getirin
Eksilen ürünü ancak yeni sipariş geldiğinde fark ediyorsanız, stok kontrolünü düzenli bir iş adımına dönüştürebiliriz. Excel ve Google Sheets listenizdeki miktarları ürün bazında eşiklerle karşılaştıran özel bir ekran geliştirebilirim. Depo sorumlusu azalan stokları görür; satın alma ekibi hangi ihtiyacın zaten işleme alındığını izler.
Uyarıdan takip edilen satın alma ihtiyacına
Her ürün için bir minimum seviye belirlenir. Miktar bu seviyenin altına indiğinde ürün ihtiyaç listesinde görünür; satın alma sorumlusu değerlendirdi, sipariş verildi veya beklemede gibi bir durum seçer. Yoldaki tedarik miktarı mevcut stoktan ayrı gösterilir. Aynı ürün için açık talep varken yeni uyarı oluştuğunda mevcut talep görünür tutulur; tekrar tekrar satın alma kaydı açılması kontrol edilir.
Eşiği doğru miktarla karşılaştırmak
İlk sürümü düşük stok listesi ve ihtiyaç durumu ekranıyla daraltarak kısa sürede denemeye açabilirim. Eşik fiziksel miktara mı, siparişlere ayrıldıktan sonra kalan miktara mı bakacak, birlikte belirleriz. Birkaç gerçek üründe geçmiş tüketimi ve tedarik süresini değerlendirmek eşikleri daha anlamlı kılar. Bildirim gerekiyorsa sıklığı ayrıca ayarlanır; her stok hareketinde ekibe aynı e-postanın gönderilmesi gerekmez.
Minimum seviye, sipariş noktası ve hedef stok aynı şey mi?
Bu kavramları tek bir “azaldı” alanında birleştirmem. Minimum seviye izlenecek alt sınırdır; sipariş noktası tedarik başlatma kararını, hedef stok ise tamamlanmak istenen düzeyi ifade eder. İşletmeniz tek eşik kullanıyorsa sade başlarız; farklı amaçlar varsa alanları ayırırız.
Temsili senaryo: Bir üretim malzemesi eşik altında, fakat açık satın alma siparişi vardır. Panel yeni bir sipariş oluşturmak yerine beklenen miktarı ve teslim tarihini gösterir. Teslim tarihi geçmişse “tedarik var” bilgisi riski kapatmaz; satın alma sorumlusunun takip listesine girer.
| Paneldeki alan | Neden gerekir? |
|---|---|
| Ürün, depo ve ölçü birimi | Farklı depoları veya koli/adet miktarlarını karıştırmamak için |
| Kullanılabilir miktar | Siparişlere ayrılmış veya blokeli ürünü açıklamak için |
| Eşik ve hedef | Uyarı koşuluyla önerilen tamamlama miktarını ayırmak için |
| Açık sipariş ve beklenen tarih | Yoldaki tedariki görmek, gecikeni takip etmek için |
| Sorumlu ve son işlem | İhtiyacın kimde beklediğini anlamak için |
Uyarıyı kim satın alma talebine çevirir?
Depo ekibi miktarı ve sayım farkını kaydeder. Satın alma sorumlusu açık siparişleri, tedarikçiyi ve ambalaj birimini kontrol eder. Yetkili yönetici eşikleri veya sipariş onayını değiştirir. Otomatik uyarı, tedarikçiye otomatik sipariş gönderildiği anlamına gelmez.
Önerilen sipariş miktarı hazırlanırken hedef stok, kullanılabilir miktar ve dikkate alınacak açık tedarik birlikte değerlendirilir. Koli katı, asgari sipariş veya bütçe sınırı varsa öneride gerekçesi gösterilir. Tedarik süresi ve tüketim geçmişi bilinmiyorsa uygulama bunları tahmin ederek kesin değer gibi sunmamalıdır.
Bildirimler ve yapay zekâ nasıl kullanılabilir?
Aynı ihtiyaç için her yenilemede yeni e-posta yerine açık uyarı kaydı tutulacak şekilde tasarlarım. Durum değiştiğinde, beklenen teslim geciktiğinde veya sorumlu işlem yapmadığında hangi bildirimin gönderileceğini belirleriz. Bildirimin gönderilememesi ayrı görünür; ihtiyaç kapanmış sayılmaz.
İstenirse yapay zekâ geciken tedarik açıklamalarını özetleyebilir veya satın alma ekibi için taslak takip metni hazırlayabilir. Eşik değiştirme, sipariş onayı ve tedarikçiye gönderim insan kontrolünde kalır. Metin üretimi, talep tahmini yapıldığı anlamına gelmez; tahmin modeli ayrı veri ve doğrulama gerektirir.
Kabul kontrolünde hangi örnekleri kullanırız?
- Eşiğe eşit miktar ile eşik altındaki miktarın davranışı ayrı sınanır.
- Aynı ürün için açık talep varken yeniden uyarı üretilir; mükerrer satın alma oluşmadığı kontrol edilir.
- Kısmi teslim, iptal edilen tedarik ve geciken teslim ihtiyaç listesinde karşılaştırılır.
- Yetkisiz eşik değişikliği reddi ve yetkili değişikliğin eski/yeni değerleri incelenir.
Başlangıç için ürün-depo listesi, ölçü birimleri, açık satın alma kayıtları ve mevcut eşiklerinizi isterim. Düzenli kontrol edilen bir Excel listesi ihtiyacı karşılıyorsa önce onu iyileştirebiliriz. Birden fazla sorumlu aynı ihtiyacı yönetiyor ve hangi talebin işleme alındığı kayboluyorsa uygulama daha anlamlıdır.
Sıkça Sorulan Sorular
Minimum stok her ürün için aynı mı olmalı?
Hayır. Tüketimi, tedarik süresi ve işletmenizin önceliği farklı ürünlerin eşikleri farklı olabilir. Bu değerleri yetkili kişinin güncelleyebileceği alanlar olarak kurarız.
Beklenen sipariş varken uyarı kapanır mı?
Yoldaki ürün henüz kullanılabilir stok değildir. Açık ihtiyaç ile beklenen tedariki yan yana göstererek, uyarının hangi koşulda kapanacağını sizin sürecinize göre belirleriz.
İhtiyacınızı konuşalım
İletişim sayfasından mevcut akışınızı paylaşabilirsiniz.
İlgili çözümler
Nasıl çalışıyorum?
Çalışma saati paketleri
WhatsApp’tan ya da telefonda işinizden ve ihtiyacınızdan bahsedin; 5 ile 40 saat arasında bir çalışma paketinde anlaşalım, ben gerekenleri yapmaya başlayayım. Aldığınız şey bir takvim aralığı değil, doğrudan sizin işinize harcanacak net mesai. 40 saati üç gün aralıksız çalışarak da kullanabiliriz, bilerek zamana yayıp bir yılda da bitirebiliriz — işin gerektirdiği neyse o. İşin ne kadar süreceğini tahmin etmeye değil, işi yapmaya vakit harcarım; harcadığım her saatin işinizde kalıcı bir karşılığı olur. Faydalı olduğunu düşündüğünüz sürece bu şekilde devam ederiz.
Neden aylık değil?
40 saat 1 hafta mı oluyor?
Aylık sabit ücrette iki taraf da yanlış yere bakar: siz sabit gidere, karşı taraf kaç tane daha böyle sözleşme bağlayabileceğine. Saat üzerinden çalışınca ikimizin de baktığı yer aynı olur — yapılan işin gerçek değeri. "Toplamda ne kadar tutar?" sorusunun peşinen net bir cevabı olmaması bu modelin doğal maliyeti, farkındayım. Ama sonuç üretmeyen bir yapıya aylarca sabit ücret ödemek yerine yalnızca işinize ayrılan nitelikli zamanı ödersiniz, o zamanın nereye gittiğini de baştan sona görürsünüz. Müşterilerimin benimle tekrar tekrar çalışmasının sebebi bu.