Kontrol edilen beklenen teslim süresi talebi · kontrol edilen emniyet stoğu

Yeniden Sipariş Seviyesi Aritmetik Çalışma Sayfası

Tedarik teslim süresi boyunca talebe ilişkin ayrı ayrı doğrulanmış bir tahmini, ayrı ayrı onaylanmış bir emniyet stoğu miktarına ekleyin.

Uydurma emniyet stoğu yokOtomatik yuvarlama yokSipariş veya kritiklik kararı yok

Sadece aritmetik—stok politikası veya satın alma yetkilendirmesi değildir. Çalışma sayfası, aralıklı talebi tahmin etmez, teslim süresi belirsizliğini tahmin etmez, hizmet seviyesi belirlemez, kritik yedek parça belirlemez, sipariş miktarı hesaplamaz, paketlere yuvarlamaz, stok değerini belirlemez veya satın alma siparişinin ne zaman yayınlanacağına karar vermez. Bu kararlar, kontrol edilen sürekli/dönemsel inceleme politikasına ve varlık riski sürecine aittir.

Kontrol edilen politika miktarları

Tedarik teslim süresi boyunca beklenen talep, E[DDL]

Onaylanmış emniyet stoğu, SS

Stok birimi / UOM

Parça / malzeme / stok ID

İnceleme politikası ve tetikleyici tanımı

Stok pozisyonu tanımı

Talep/arıza geçmişi kaynağı ve penceresi

Talep modeli ve E[DDL] türetimi

Teslim süresi tanımı, verileri ve değişkenliği

Emniyet stoğu yöntemi ve hizmet hedefi

Varlık kritikliği, inandırıcı arızalar ve kesinti sonucu

Tedarikçi, onarım, ikame ve yedeklilik kaydı

Raf ömrü, muhafaza, eskime ve değiştirilebilirlik

Sipariş miktarı, paket boyutu ve minimum sipariş politikası

Kontrol edilen tutma/stok tükenmesi/temin maliyeti kaynağı

Politika/model kaynağı, revizyonu ve onayı

Sorumlu / inceleyen

İnceleme tarihi

Notlar ve istisnalar İsteğe bağlı: mevsimsel talep, ortak mod arızası, onarım döngüsü, cannibalization, aşamalı konum, kalite/izlenebilirlik, açık satın alma siparişleri

E[DDL], tutarlı şekilde tanımlanmış tam tedarik teslim süresi boyunca beklenen taleptir. Talep/teslim süresi bağımlı veya değişken olduğunda doğrulanmamış ortalama-oran × ortalama-süre kısayolu değildir.
SS, onaylanmış talep/teslim süresi dağılımı, hizmet hedefi ve sonuç modelinden gelir—eskiden genel “1–3 birim,” maksimum-talep kısayolu veya varsayımları dışında kopyalanmış bir Zσ√LT ifadesi değil.
Tetikleyici, sipariş bekleyen/geri sipariş/rezervasyon kuralları dahil olmak üzere kontrol edilen stok pozisyonuna ve inceleme politikasına uygulanır; bu sonuç otomatik olarak yuvarlanmaz veya sipariş miktarına dönüştürülmez.
Kritik yedek parçalar için varlık fonksiyonu, inandırıcı arızalar, izleme uyarısı, onarım/ikame/yedeklilik, tedarikçi riski, muhafaza, eskime ve kalite izlenebilirliği ayrı ayrı incelenir.

Belgelenmiş aritmetik

Yuvarlanmamış yeniden sipariş seviyesi R

—

Beklenen teslim süresi talebi

—

Onaylanmış emniyet stoğu

—

Denklem ve sınıflandırma

R = E[DDL] + SS

R, aynı stok biriminde yuvarlanmamış yeniden sipariş seviyesidir; E[DDL], tedarik teslim süresi boyunca beklenen taleptir; SS, onaylanmış emniyet stoğudur. MIT OpenCourseWare, bu sürekli inceleme özdeşliğini “ROP = sipariş teslim süresi boyunca beklenen talep + emniyet stoğu” olarak belirtir. Bu bir genel stok-politikası ilişkisidir, ISO formülü değildir. E[DDL] ve SS'nin nasıl tahmin edildiği ve stok pozisyonunun siparişi tetikleyip tetiklemediği/tetikleyeceği zaman, kontrol edilen politikaya bağlıdır.

Model sınırı ve desteklenmeyen içerik kaldırıldı

Otomatik d × LT modeli yok. Ortalama talep oranının ortalama teslim süresi ile çarpılması tutarlı birimler ve varsayımlar gerektirir; değişken/bağımlı talep ve teslim süresi, doğrulanmış teslim-süresi-talep modelini gerektirir. Çalışma sayfası kontrol edilen E[DDL]'yi doğrudan kabul eder.
Evrensel emniyet stoğu formülü yok. Zσ√LT, belirli dağılım, bağımsızlık, dönem ve teslim süresi varsayımlarına sahip yalnızca bir özel durumdur. “Genellikle 1–3 birim,” “maksimum talebi kullan” ve “altı ay sonra bir yedek” kaynak gösterilmemiş evrensel tavsiyelerdi.
Otomatik tavanlama yok. Bölünemezlik, paket boyutu, minimum sipariş, inceleme sıklığı ve sipariş miktarı politikanın parçasıdır. Önceki Math.ceil, matematiksel R'yi sessizce değiştirdi.
Sahte stok değeri yok. R × birim satın alma fiyatı otomatik olarak stok değeri veya taşıma maliyeti değildir; değerleme temeli, sipariş bekleyen/geri siparişler, miktarlar, para birimi, muhafaza, eskime ve muhasebe politikası eksikti.
Sabit %⁠20–25 tutma maliyeti yoktur. OpenStax, depolama, sigorta, eskime/kayma ve fırsat maliyeti bileşenlerini tanımlar ancak bu yedek parça bağlamı için evrensel bir yüzde vermez.
Kritik yedek parça kararı verilmez. DOE denetimleri, kritik yedek parça programlarının parçaları, yedekleme seviyelerini/tekrar sipariş noktalarını ve stratejik konumlandırmayı belirlemesi ile inandırıcı arızaları/erken uyarıları tanımlaması gerektiğini göstermektedir; bu iki sayının toplamı bu risk değerlendirmesini gerçekleştiremez.

Kaynak izlenebilirliği

İddia	Sınıflandırma	Kanıt
ROP = E{lead time süresindeki talep} + güvenlik stoğu; E[DDL], talep ve lead time değişkenliği terimlerini gerektirebilir.	Resmi üniversite ders materyali	MIT OCW 15.760A, Ders 18
WAPA denetim bulguları, tanımlanan kritik parçaları, yedekleme seviyelerini, tekrar sipariş noktalarını ve stratejik konumları gösterme başarısızlığını içeriyordu; kritik yedek parçalar inandırıcı arızalar ve tedarik uyarısıyla ilgilidir.	Resmi ABD DOE denetim kanıtı	DOE-OIG-24-30, 27 Eyl 2024
Yedek parça siparişleri, bir O&M programı içindeki bileşen arıza geçmişini kullanmalı ve ekipman/tedarikçi kayıtlarını korumalıdır.	Resmi ABD DOE rehberi	DOE FEMP O&M rehberi
Tutma maliyetleri depolama, sigorta, eskime/kayma ve fırsat maliyetini içerir; sipariş ve stok tükenme maliyetleri ayrıdır.	Açık hakemli üniversite ders kitabı	OpenStax Finansman İlkeleri §19.5

Erişim tarihi: 15 Tem 2026. Bu kaynakların hiçbiri, girilen parça için evrensel bir güvenlik stoğu, tutma maliyeti yüzdesi, paket yuvarlama veya satın alma yetkilendirmesi belirlemez.

Aritmetik referans örneği

Doğrulanmış bir model E[DDL] = 6.25 adet ve onaylı güvenlik stoğu 2.5 adet veriyorsa, R = 8.75 adettir. Çalışma sayfası 8.75'i kasıtlı olarak yuvarlamaz, tetik koşulunu kararlaştırmaz veya sipariş miktarını hesaplamaz.

Sorular

Neden aylık talep ve lead time ayları girilmesin?

Bu çarpım yalnızca doğrulanmış talep/lead time varsayımları altında güvenlidir. E[DDL]'yi doğrudan girmek, tahmin modelini ve belirsizliğini görünür tutar.

Sonuç yukarı yuvarlanmalı mı?

Yalnızca kontrollü birim, paket, sipariş miktarı ve gözden geçirme politikası yuvarlamayı kararlaştırabilir. Aritmetik ilişki kendisi bunu yapmaz.

Bu, kritik bir yedek parça için stoğu belirler mi?

Hayır. Kritiklik, inandırıcı arıza modları, uyarı süresi, tamir ve yedekleme seçenekleri, yedeklilik, tedarikçi riski, konumlandırma, koruma ve eskime ayrı ayrı değerlendirilmelidir.