Bir stok tablosundaki satış hızını gören yapay zekâ, yenileme miktarı için bir taslak önerebilir. Bu sayı doğrudan satın alma emri değildir. Önce hangi ürün seçeneğinin konuşulduğu, satılabilir miktarın ne olduğu, yoldaki siparişlerin ne zaman geleceği ve hangi kişinin karar yetkisi taşıdığı doğrulanmalıdır. Bu rehber, işletme içindeki bir stok yenileme önerisini kaynaklarıyla incelemek ve belirsizlikte durdurmak için kontrol akışı sunar. Belirli bir mağazanın stokunu, satışını veya tedarikçisini varsaymaz.

Öneriyi satın alma emrinden ayrı tutun

Bir yapay zekâ çıktısı, “şu üründen şu kadar alınmalı” biçiminde görünse de onu yalnızca incelenecek bir öneri olarak ele alın. Sisteme ait olmayan tedarik süresi, satışta kalma hedefi, bütçe sınırı veya yetki kuralını kendiliğinden tamamlamasına izin vermeyin. İş akışında üç ayrı durum kullanın: öneri hazırlanıyor, sorumlu kişi kontrol ediyor, satın alma kararı verildi ya da reddedildi. Öneriyi hazırlayan görev ile sipariş açma veya tedarikçiye talimat verme yetkisi aynı olmak zorunda değildir. Bu ayrım, düzgün görünen bir cümlenin işletme taahhüdüne dönüşmesini önler.

Ürün seçeneğini ve ölçü birimini sabitleyin

Önerinin hangi kayıt için üretildiğini belirleyin. Ürün adı tek başına yeterli olmayabilir; renk, beden, hacim, paket büyüklüğü veya başka bir varyant ayrı stok tutuyor olabilir. Satırda ürün kimliği, varyant kimliği, stok birimi ve ölçüm yeri yer alsın. Koli ile tekil ürün, kilogram ile paket veya farklı renkler aynı miktar gibi toplanmamalıdır. İşletmenin katalog sözlüğünde kullanılan adlar ile stok kaydındaki kimlikleri yan yana kontrol edin. Kayıt eşleşmiyorsa yapay zekâdan sayı üretmesini değil, eksik eşleşmeyi bildirmesini isteyin.

Stok durumlarının tanımını kaynak sistemden alın

Depodaki toplam, satışa açık miktar, siparişe ayrılmış ürün, kalite kontrolünde bekleyen stok ve yoldaki ürün aynı anlamı taşımaz. Bunları tek bir “stok” sayısına indirgemek öneriyi yanıltabilir. Shopify Yardım Merkezi örneğin miktarları eldeki, satılabilir, ayrılmış, satışa kapalı ve yoldaki durumlar olarak ayrı tanımlar; başka bir sistem aynı adları veya hesaplama biçimini kullanmayabilir. Kullandığınız yazılımın kendi resmi açıklamasından alanların ne zaman güncellendiğini ve hangi siparişleri kapsadığını doğrulayın.

Stok senkronizasyonu rehberi, yetkili kaynağı, rezervasyon anını ve eşzamanlı satış senaryosunu kurmaya yardım eder. Bu yazı stok değerlerini sistemler arasında eşitleme talimatı değildir. İlgili kaynakta birden çok depo, satış kanalı veya bekleyen sipariş varsa her birinin öneri satırında nasıl toplandığını kontrol edin. Yoldaki ürün teslim alınmadıysa onu mevcut satılabilir miktar gibi göstermeyin; ayrılmış ürün de yeni siparişe açık sayılmamalıdır.

Talep geçmişinin hangi dönemi temsil ettiğini yazın

Öneri, geçmiş satışları kullanıyorsa hangi başlangıç ve bitiş tarihlerine baktığını göstermelidir. Son birkaç haftadaki hareket, daha uzun dönemden farklı sonuç verebilir; ancak her ürün için aynı pencerenin uygun olduğunu varsaymayın. Dönem içinde ürün satış dışı kalmış, fiyatı değişmiş, kampanya yapılmış veya sipariş kaydı eksik olmuşsa bu bağlamı not edin. Satış görünmemesi her zaman talep olmadığı anlamına gelmez; ürün bulunmadığı için sipariş oluşmamış olabilir. Böyle bir durumda öneri belirsizliği açıkça belirtmeli veya hesaplamayı durdurmalıdır.

Geçmiş dönemi, birimi ve kaynağı öneri kartında yazın. Günlük, haftalık ve aylık sayıları karşılaştırırken dönem uzunluğu aynı olmalıdır. İade, iptal veya test siparişlerinin rapora katılıp katılmadığını da belirtin. Tüm hareketleri temiz bir veri gibi kabul etmek yerine hangi kayıtların çıkarıldığını, hangilerinin kaldığını açıklayın. Bu kayıt, sonraki incelemede “öneri neden değişti?” sorusuna yanıt vermeye yarar.

Tedarik koşullarını ve bilinmeyenleri görünür yapın

Bir yenileme önerisini yalnız satış sayısından çıkarmak yeterli olmayabilir. Tedarik süresi, tedarikçinin sipariş kabul günü, minimum miktar, paket katsayısı, depolama kapasitesi ve işletmenin kendi karşılama hedefi kararı etkileyebilir. Bunların her biri işletmenin doğruladığı kaynaktan gelmelidir. Eksik bir koşulu yapay zekânın genel bilgisinden tamamlamasını istemeyin. Girdi dosyasında tedarik süresi yoksa sonuç “bilgi eksik” olmalı; dışarıdan uydurulmuş bir gün sayısı ya da sipariş adedi olmamalıdır.

Öneri kartında her koşulun kaynağını ve son kontrol tarihini gösterin. Bir tedarikçi e-postası eski olabilir; işletmenin güncel satın alma belgesiyle çelişiyorsa iki değeri sessizce birleştirmeyin. Çelişki varsa sorumluya yöneltin ve karar gelene kadar taslağı bekletin. Yüzde veya adet gibi görünen tek bir sayı, birim ve tedarik koşulu olmadan karar anlamı taşımaz. Bu nedenle miktarın neyi saydığını ve hangi paket düzenine çevrileceğini açıklayın.

İstisna koşullarını önceden belirleyin

Bir öneri her durumda üretilmek zorunda değildir. Ürün yeni açılmışsa, yeterli geçmiş yoksa, satışta uzun kesinti yaşanmışsa, yakın zamanda fiyat veya paket değişmişse ya da yoldaki stok tarihi bilinmiyorsa akış “inceleme gerekli” durumuna geçebilir. Bu bir başarısızlık değil, karar için gereken bilginin henüz bulunmadığını gösteren güvenli bir sonuçtur. Veri tazeliği kontrol edilmiyorsa, sayı üretmek yerine kaynak güncellemesini beklemek daha sağlıklı olabilir.

İstisna listesi işletmenin gerçek işine göre yazılmalıdır. Örneğin sezonluk ürünlerde yılın farklı dönemleri karşılaştırma ihtiyacını değiştirir; kısa süreli indirim de satış hızını normal talep gibi gösterebilir. Bu örnekler her mağazada aynı etkiyi yaratır anlamına gelmez. Operasyon veya satın alma sorumlusu hangi olayı dışarıda bırakacağını ve nedenini belirlemelidir. Yapay zekâ, bu olayları yalnızca kaynakta açıkça işaretlenmişse kullanmalı; dönem etiketini veya açıklamayı kendi başına icat etmemelidir.

İnceleme için kısa bir karar kartı oluşturun

Çıktı uzun bir açıklama yerine doldurulabilir bir karar kartı olabilir: ürün ve varyant kimliği; miktar birimi; kaynak sistem ve zaman damgası; eldeki, satılabilir, ayrılmış, satış dışı ve yoldaki stok; kullanılan talep dönemi; tedarik koşulunun kaynağı; görülen istisnalar; önerinin gerekçesi; bilinmeyenler; inceleyen kişi ve karar durumu. Alanlardan biri yoksa boşluğu tahminle kapatmak yerine “bilinmiyor” olarak gösterin. Yapılandırılmış çıktı ve alan kontrolü rehberi, alan sözlüğü ile biçim denetiminin neden ayrı olduğunu açıklar.

Bu kartın amacı otomatik satın alma emri yaratmak değildir. Kararı veren kişi satırları kaynak kayda göre doğrular, öneriyi kabul eder, değiştirir veya reddeder; gerekçeyi ve tarihi kaydeder. Öneri reddedildiyse nedenini kısa biçimde ekleyin: yanlış varyant, eski veri, belirsiz tedarik tarihi veya bu dönem için geçerli olmayan talep örüntüsü. Böylece daha sonra modelin önerisiyle insan kararının birbirine karışması önlenir.

Küçük ve geriye dönük bir denemeyle sınayın

Canlı sipariş vermeden önce, geçmişte sonucu bilinen birkaç ürün ve dönem seçerek taslağın nasıl davrandığını inceleyin. Bunlar temsili test örnekleri olmalı; gerçek satın alma yetkisi veya tedarikçi mesajı çalıştırmamalıdır. Bir örnekte stok yoldaysa, diğerinde ayrılmış ürün fazlaysa, başka birinde kampanya veya satış kesintisi varsa sistem bunları doğru ayırabiliyor mu? Cevabı bilmiyorsanız, ölçülebilir soruyu hazırlayan operasyon sorumlusu belirlemeli ve beklenen sonucu kaynak kayda bağlamalıdır.

Denemede yalnız öneri sayısını değil, inceleme yükünü ve yanlış varsayım türünü de kaydedin. Eksik kaynakla ne sıklıkta durduğu, hangi alanı açıklayamadığı ve insanın neyi düzeltmek zorunda kaldığı karar vermeye yardımcı olabilir. Bu gözlemler belirli bir doğruluk oranı veya tasarruf garantisi değildir. Küçük bir örnekte iyi görünen davranış bütün ürünlere aktarılmamalı; yeni kategori veya farklı tedarik koşulu için ayrı kabul örneği gerekir. Sonuç uygun değilse denemeyi sınırlayın veya bırakın.

Yetkiyi, veri sınırını ve devam kararını kaydedin

Stok miktarları ticari açıdan hassas olabilir. Yapay zekâ aracına girecek alanları önce ayırın; ürün kimliği, satın alma fiyatı, tedarikçi adı veya müşteri siparişi gibi bilgiler gerçekten gerekli değilse paylaşmayın. Hesap, saklama ve erişim koşulları kullandığınız hizmetin resmi belgelerinden incelenmelidir. Veri paylaşımına dair belirsizlik varsa deneme başlatmak zorunlu değildir. Kimin öneriyi gözden geçireceği, kimin satın alma kararı verebileceği ve hangi durumda sürecin duracağı önceden belirlenmelidir.

NIST’in gönüllü yapay zekâ risk yönetimi çerçevesi, insan rollerinin ve gözetim sorumluluğunun açık tanımlanmasını ele alır; bir satın alma kuralı değildir. İşletme, taslağı kimin inceleyeceğini ve satın alma kararını kimin vereceğini belirlemelidir. Yeni ürün veya tedarik koşulu geldiğinde test örneğini yenileyin.

Dijital pazarlama hizmetimizi inceleyebilir; ürün ve varyant kayıtları, stok senkronizasyonu ve tükenen üründe müşteri bildirimi akışına dair rehberlerden devam edebilirsiniz: Dijital pazarlama hizmeti, ürün ve varyant verisi, satılabilir stok eşitlemesi ve tükenen ürün için stok bildirimi.

Sık Sorulan Sorular

Yapay zekânın verdiği stok miktarını doğrudan siparişe çevirebilir miyim?

Bu yazı böyle bir otomatik satın alma akışı önermiyor. Öneri; kaynakları, tarih aralığını, ölçü birimini ve bilinmeyenleri gösteren bir karar taslağı olarak kalmalı. Satın alma yetkisi olan kişi kayıtları doğrular, kabul veya ret kararını gerekçesiyle verir. Bu yetki işletmenin kendi düzeninde tanımlanmalıdır.

Eldeki miktar ile satılabilir miktar neden farklı olabilir?

Fiziksel olarak bulunan ürünlerin bir bölümü siparişe ayrılmış, kalite kontrolünde bekliyor veya başka nedenle satış dışı olabilir. Bazı sistemlerde yoldaki miktar da ayrı gösterilir. Alanların tanımı platforma göre değişebileceği için kullanılan yazılımın resmi sözlüğünü kontrol edin ve farklı durumları tek sayıda toplamadan önce anlamlarını doğrulayın.

Yeterli satış geçmişi yoksa ne yapılmalı?

Yeni ürün, uzun stok kesintisi veya eksik kayıt durumunda geçmiş dönem yanıltıcı olabilir. Öneri akışı böyle bir durumu açıkça işaretlemeli ve miktar vermeyi durdurabilmelidir. Hangi örneğin yeterli olduğuna işletmenin yetkili ekibi karar verir; genel bir gün sayısı veya bütün ürünlere uygulanacak veri eşiği varsayılmaz.

Yoldaki siparişleri yenileme hesabına katmalı mıyım?

Önce siparişin hangi aşamada olduğunu ve tahmini teslim bilgisinin güncel olup olmadığını doğrulayın. Yoldaki ürün henüz satışa açık olmayabilir; gecikmiş veya iptal edilmiş bir tedarik kaydı da öneriyi etkileyebilir. Kaynakta tarih ya da durum yoksa yapay zekâya bunu tamamlatmayın; ilgili kişiden netleştirme isteyin.

Bir ürünün kampanya dönemi satışını normal talep sayabilir miyim?

Tek başına saymayın. Kampanya, fiyat değişikliği, stokta bulunmama veya mevsimsel etki satış kaydının nasıl yorumlanacağını değiştirebilir. Bu olayları hangi ölçüte göre ayıracağını işletme belirlemeli ve kaynağa işaretlemelidir. Yapay zekâdan sebep uydurmasını değil, belirsiz dönemi inceleme için işaretlemesini isteyin.

Öneri kartında hangi bilgileri görmem gerekir?

Ürün/varyant kimliği, ölçü birimi, kaynak ve güncelleme zamanı, ayrı stok durumları, kullanılan satış dönemi, tedarik koşulunun kaynağı, istisnalar ve karar sahibinin kaydı yararlı bir başlangıçtır. İhtiyaç dışı alan eklemek zorunlu değildir. Her değerin nereden geldiği ve hangi karar için kullanıldığı açık olmalıdır.

Shopify’daki stok durumları her mağaza yazılımında aynı mıdır?

Hayır. Shopify’ın yardım belgesi kendi sistemindeki eldeki, satılabilir, ayrılmış, satış dışı ve yoldaki durumları tanımlar. Bu, başka bir mağaza yazılımında alanların aynı isim veya hesaplama kuralına sahip olduğunu göstermez. Karar kartına geçmeden önce kullandığınız sistemin güncel belgelerini inceleyin.

Öneri değişirse eski karar kaydını silmeli miyim?

Hayır; önceki taslak, kaynak tarihi, inceleyen kişi ve sonucun nasıl değiştiğini koruyun. Böylece yeni önerinin farklı veri, dönem, tedarik bilgisi veya insan düzeltmesinden kaynaklanıp kaynaklanmadığı anlaşılır. Kayıtların kim tarafından ne kadar saklanacağı ise işletmenin veri yönetimi kuralına göre belirlenmelidir.