Tedarik Zinciri Yönetimi Data Template'iniz
Tedarik Zinciri Yönetimi Data Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Tedarik Zinciri Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Lojistik süreci içinde gerçekleşen belirli iş `event`'inin veya adımının adı. | ||
| Açıklama Aktivite Adı, 'Sipariş Atandı', 'Ürünler Toplandı' veya 'Gönderim Sevk Edildi' gibi tedarik zinciri yaşam döngüsündeki ayrı bir adımı tanımlar. Bu aktiviteler, keşfedilen süreç haritasındaki düğümleri oluşturur. Bu aktivitelerin analizi, süreç akışının görselleştirilmesini, sık kullanılan yolların belirlenmesini ve her aşamada harcanan sürenin ölçülmesini sağlar. Lojistik sipariş yolculuğu sırasında neler olduğunu anlamak için temeldir ve yeniden işleme, Neden önemli Bu Nereden alınır Bu genellikle, Manhattan Associates'teki çeşitli işlem tablolarından Örnekler Müşteri Siparişi AlındıÜrünler ToplandıGönderim Sevk EdildiTeslimat Kanıtı Alındı | |||
| Lojistik Sipariş LogisticsOrder | Uçtan uca tedarik zinciri sürecini izlemek için birincil `case` tanımlayıcısı olarak hizmet veren lojistik siparişi için benzersiz tanımlayıcı. | ||
| Açıklama Lojistik Sipariş, müşteri siparişi verilmesinden nihai teslimata kadar ilgili tüm aktiviteleri birbirine bağlayan merkezi takip numarasıdır. Her Lojistik Sipariş, tedarik, depolama, gönderim ve teslimat dahil olmak üzere siparişin yaşam döngüsünün eksiksiz bir analizini sağlayan tek bir yerine getirme yolculuğunu temsil eder.
Neden önemli Bu, ilgili tüm Nereden alınır Bu, Manhattan Associates içindeki ana sipariş yönetimi tablolarındaki birincil anahtardır. Belirli tablo için sistem dokümantasyonuna başvurun, büyük olasılıkla sipariş başlıklarıyla ilgilidir. Örnekler LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Olay Zaman Damgası EventTimestamp | Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Olay Zaman Damgası veya Başlangıç Zamanı, bir aktivitenin yürütüldüğü kesin anı kaydeder. Bu zaman damgası, olayları kronolojik olarak sıralamak ve aktiviteler arasındaki süreleri hesaplamak için kritiktir.
Neden önemli Bu Nereden alınır Bu bilgi, Manhattan Associates'teki ilgili Örnekler 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Kaynak Sistem SourceSystem | Verilerin çekildiği sistem. | ||
| Açıklama Bu
Neden önemli Verinin kaynağını belirler, bu da veri yönetimi, doğrulama ve birden fazla kurumsal sistemden veri birleştirme için kritik öneme sahiptir. Nereden alınır Bu, genellikle Örnekler Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Son Veri Güncellemesi LastDataUpdate | Bu kayda ait verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren timestamp. | ||
| Açıklama Bu
Neden önemli Data'ların güncelliğini gösterir, analiz ve kararların up-to-date bilgilere dayanmasını sağlar. Nereden alınır Bu Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Kullanıcı Adı UserName | Aktiviteyi gerçekleştiren kullanıcının adı veya ID'si. | ||
| Açıklama Bu Kullanıcıya göre analiz, iş yükü dağılımını, kaynak performansını anlamaya ve eğitim ihtiyaçlarını belirlemeye yardımcı olur. Kaynak yükü ve verimle ilgili Neden önemli Kaynak performansının, iş yükü dağılımının analizini sağlar ve süreç istisnalarına hangi kullanıcıların veya ekiplerin dahil olduğunu belirlemeye yardımcı olur. Nereden alınır Genellikle işlem tablolarında Örnekler jdoeasmithsys_batch_user | |||
| Sipariş Türü OrderType | Lojistik siparişinin sınıflandırması, örneğin standart, ekspres veya yenileme. | ||
| Açıklama Sipariş Türü, lojistik siparişleri doğalarına veya önceliklerine göre kategorize eder. Yaygın türler arasında müşteri siparişleri, stok transfer siparişleri veya iade siparişleri bulunur. Her türün farklı bir beklenen süreç akışı ve hizmet seviyesi anlaşması (SLA) olabilir. Bu öznitelik, karşılaştırmalı analiz için çok önemlidir. Süreci Sipariş Türüne göre filtreleyerek veya segmentlere ayırarak, analistler farklı sipariş türlerinin nasıl ele alındığını anlayabilir, döngü sürelerini karşılaştırabilir ve belirli sipariş türlerinin gecikmelere veya istisnalara daha yatkın olup olmadığını belirleyebilir. Doğrudan 'Sipariş Türü Döngü Süresi Karşılaştırması' Dashboard'unu destekler. Neden önemli Genellikle benzersiz yolları ve SLA'ları olan farklı sipariş türlerinin performansını ve süreç akışlarını karşılaştırmaya olanak tanır. Nereden alınır Manhattan Associates içindeki sipariş başlığı verilerinde bulunur. Sistem belgelerine başvurun. Örnekler Standart SiparişEkspres TeslimatStok Yenilemeİade Siparişi | |||
| Talep Edilen Teslimat Tarihi RequestedDeliveryDate | Müşteri tarafından talep edilen veya dahili plan tarafından gereksinim duyulan teslimat tarihi. | ||
| Açıklama Bu Analizde, bu tarih, siparişin zamanında, erken veya geç olup olmadığını belirlemek için gerçek teslimat zaman damgası ('Teslimat Kanıtı Alındı') ile karşılaştırılır. 'Müşteri Zamanında Teslimat Oranı' ve 'Tedarikçi Zamanında Teslimat Oranı' gibi KPI'ları hesaplamak ve ilgili performans Neden önemli Bu, zamanında performansı ölçmek için temeldir; bu da müşteri memnuniyeti ve tedarikçi yönetimi için kritik bir KPI'dır. Nereden alınır Manhattan Associates'taki sipariş başlığı veya sipariş satır öğesi tablolarında bulunur. Sistem belgelerine başvurun. Örnekler 2023-11-102023-11-152023-12-01 | |||
| Taşıma Şekli ModeOfTransport | Gönderim için kullanılan taşıma yöntemi, örneğin kamyon, hava veya deniz. | ||
| Açıklama Bu Bu boyut, 'Taşıma Maliyeti ve Verimlilik Analizi' Neden önemli Taşıma maliyetlerini ve verimliliğini analiz etmeye yardımcı olur ve pahalı hızlandırılmış gönderim seçeneklerine olan bağımlılığı belirler. Nereden alınır Manhattan Associates TMS modülü içindeki sevkiyat veya taşıma planlama tablolarında bulunur. Örnekler Hava TaşımacılığıLTLDeniz YoluKoli | |||
| Ürün SKU ProductSKU | Sipariş içindeki ürün için Stok Tutma Birimi (SKU) veya tanımlayıcı. | ||
| Açıklama Ürün SKU, belirli bir ürünü tanımlayan benzersiz bir koddur. Tek bir lojistik siparişi birden fazla SKU içerebilir. Süreci ürün seviyesinde analiz etmek, belirli öğelerin daha uzun toplama süreleri, daha yüksek yeniden işleme oranları veya sık stok tükenmeleri gibi süreç verimsizlikleriyle ilişkili olup olmadığını belirlemeye yardımcı olur. Bu Neden önemli Belirli öğelere bağlı stok tükenmeleri, toplama gecikmeleri veya kalite sorunları gibi sorunları ortaya çıkarmak için ürün düzeyinde analiz yapılmasına olanak tanır. Nereden alınır Manhattan Associates'taki sipariş satır öğesi tablolarında bulunur. Bu, sipariş başlığından satır öğesi ayrıntılarına bir birleştirme gerektirecektir. Örnekler SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Başlangıç Yeri OriginLocation | Gönderimin kaynaklandığı depo, tesis veya fabrika. | ||
| Açıklama Bu Kaynak ve hedef Neden önemli Lojistik ağı optimizasyonu ve farklı nakliye yolları veya tesisler arasındaki performans varyasyonlarını belirlemek için kritik öneme sahiptir. Nereden alınır Bu bilgi genellikle Manhattan Associates'teki gönderim veya sipariş başlık tablolarında saklanır. Örnekler DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Depo Kimliği WarehouseId | Toplama ve paketleme aktivitelerinin gerçekleştiği depo veya dağıtım merkezi için tanımlayıcı. | ||
| Açıklama Bu Farklı tesisler arasında performansın karşılaştırılmasına izin vererek 'Depo Toplama Neden önemli Tesise özel darboğazları ve en iyi uygulamaları belirlemek için farklı depolar arasında karşılaştırmalı performans analizi yapılmasına olanak tanır. Nereden alınır Bu, genellikle Manhattan Associates WMS'deki sipariş veya gönderim Örnekler WH01-EASTWH02-WESTWH03-CENTRAL | |||
| Depo Toplama Döngü Süresi WarehousePickingCycleTime | Her sipariş için depo içindeki toplama ve paketleme aşamasının hesaplanan süresi. | ||
| Açıklama Bu metrik, 'Ürünler Toplandı' aktivitesi ile 'Ürünler Paketlendi' aktivitesi arasında geçen süreyi ölçer. Depo yerine getirme sürecinin kritik bir bölümünün performansını izole eder. Bu hesaplanmış Neden önemli Depo toplama sürecinin performansını izole eder, bu kritik alandaki iyileştirmeleri özellikle hedeflemeyi ve ölçmeyi mümkün kılar. Nereden alınır Bu hesaplanmış bir metriktir. Her Lojistik Siparişi için 'Ürünler Paketlendi' ve 'Ürünler Toplandı' aktivitelerinin zaman damgaları arasındaki zaman farkı alınarak türetilir. Örnekler 360072001800 | |||
| Gönderim Kimliği ShipmentId | Bir veya daha fazla lojistik sipariş içerebilen bir sevkiyat için benzersiz bir tanımlayıcı. | ||
| Açıklama Gönderim Kimliği, birlikte taşınan konsolide bir ürün grubu için referans numarasıdır. Tek bir gönderi, özellikle aynı varış noktasına gidiyorlarsa, birden fazla lojistik siparişi içerebilir. Lojistik Siparişi Neden önemli Birlikte gönderilen siparişleri birbirine bağlar, taşıma verimliliği ve konsolidasyon stratejilerinin analizini sağlar. Nereden alınır Manhattan Associates içindeki taşıma ve sevkiyat planlama tablolarında oluşturulur ve saklanır. Örnekler SH-98765SH-98766SH-98767 | |||
| Müşteri Adı CustomerName | Ürünlerin teslim edildiği müşterinin adı. | ||
| Açıklama Bu Müşteri bilgileri, hizmet seviyelerini analiz etmek ve belirli müşterilere özgü kalıpları belirlemek için hayati öneme sahiptir. Teslimat performansının müşteriye göre segmentasyonuna izin vererek 'Müşteri Zamanında Teslimat Oranı' Neden önemli Müşteriye göre analiz segmentasyonu yapmaya olanak tanır, bu da müşteriye özel sorunları anlamak ve hizmet seviyelerini ölçmek için anahtardır. Nereden alınır Sipariş başlığı verilerinde bulunur, genellikle bir müşteri kimliği aracılığıyla bağlanır. Manhattan Associates belgelerine başvurun. Örnekler Perakende A.Ş.BigMartSüperMağaza A.Ş. | |||
| Taşıyıcı Adı CarrierName | Gönderimden sorumlu taşıma firmasının adı. | ||
| Açıklama Taşıyıcı Adı, ürünleri fiziksel olarak taşıyan lojistik iş ortağını veya şirketi tanımlar. Bu, büyük bir nakliye şirketi veya yerel bir kurye olabilir. Taşıyıcıya göre analiz yapmak, onların zamanında teslimat, maliyet ve verimlilik açısından performansını değerlendirmek için anahtardır. 'Taşıma Maliyeti ve Verimlilik Analizi' Neden önemli Taşımacılık iş ortaklarının performans değerlendirmesini sağlar, maliyet ve güvenilirliğe dayalı taşıyıcı seçimini optimize etmeye yardımcı olur. Nereden alınır Sevkiyat veya navlun sipariş tablolarında, genellikle Manhattan Associates'ın TMS modülü içinde bulunur. Örnekler FedExCH RobinsonMaersk | |||
| Tedarikçi Adı SupplierName | Bir satın alma siparişi için ürün sağlayan tedarikçinin adı. | ||
| Açıklama Bu Tedarikçiye göre analiz, satıcı performansını değerlendirmek için esastır. Tedarikçi puan kartlarının oluşturulmasına, zamanında teslimat oranlarının izlenmesine ve 'Ürünler Alındı' adımındaki gecikmelerle sıkça ilişkili olan tedarikçilerin belirlenmesine olanak tanır. Bu, 'Tedarikçi Zamanında Teslimat Performansı' Neden önemli Tedarikçi performans analizini sağlar, güvenilir iş ortaklarını belirlemeye ve gelen tedarik zinciri gecikmelerinin kaynaklarını saptamaya yardımcı olur. Nereden alınır Manhattan Associates içindeki satın alma siparişi veri tablolarından bağlanır, genellikle lojistik siparişten satın alma siparişi başlığına bir birleştirme gerektirir. Örnekler Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Toplam Maliyet TotalCost | Lojistik siparişi veya belirli aktivitelerle ilişkili toplam finansal maliyet. | ||
| Açıklama Bu Maliyet Neden önemli Sürece finansal bir boyut katarak, maliyet faktörlerinin ve verimsizliklerin finansal etkilerinin analiz edilmesini sağlar. Nereden alınır Maliyet verileri Manhattan Associates'taki birden fazla tablodan gelebilir veya bir finansal sistemle entegrasyon gerektirebilir. Navlun maliyeti veya sipariş maliyetlendirme tabloları için belgelere başvurun. Örnekler 150.752500.0085.50 | |||
| Varış Yeri DestinationLocation | Gönderinin teslim edildiği müşterinin adresi, mağazası veya tesisi. | ||
| Açıklama Bu Kaynak Konumu ile birlikte, bu Neden önemli Farklı coğrafi alanlardaki teslimat performansını analiz etmeye ve bölgesel darboğazları veya taşıyıcı sorunlarını belirlemeye yardımcı olur. Nereden alınır Bu, Manhattan Associates'teki sipariş başlığında veya gönderim detaylarında bulunan gönderi adresi bilgisidir. Örnekler New York, ABDLos Angeles, CAMağaza #582 | |||
| Zamanında Teslimat Mı (Müşteri) IsOnTimeDeliveryCustomer | Siparişin müşteriye talep edilen teslimat tarihinde veya öncesinde teslim edilip edilmediğini gösteren hesaplanmış bir işaret. | ||
| Açıklama Bu Bu Neden önemli Müşteri hizmet seviyelerini doğrudan ölçer ve her siparişi zamanında veya geç olarak kategorize ederek zamanında performans analizini basitleştirir. Nereden alınır Bu, kaynak sistemde bir alan değildir. Örnekler truefalse | |||
Tedarik Zinciri Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Dalga Oluşturuldu | WMS'te, birden fazla siparişi veya sevkiyat hattını verimli, koordineli toplama ve paketleme için bir araya getiren bir 'dalga' oluşturulur. Bir dalganın oluşturulması, bir grup sipariş için fiziksel karşılama sürecini başlatan ayrı bir sistem olayıdır. | ||
| Neden önemli Bu aktivite, depo operasyonlarında önemli bir kilometre taşıdır. Siparişlerin dalgalanmayı bekleme süresini analiz etmek, parti oluşturma stratejisi verimsizliklerini ve kaynak planlama boşluklarını ortaya çıkarabilir. Nereden alınır Manhattan WMS'te bir kullanıcı veya otomatik süreç bir dalgayı başlattığında açıkça kaydedilir. Dalga oluşturma tabloları bu olay için zaman damgaları içerir. Yakala Dalga oluşturma kaydındaki zaman damgasından yakalanır. Event tipi explicit | |||
| Gönderim Sevk Edildi | Bu aktivite, gönderinin depo veya dağıtım merkezinden fiziksel olarak ayrıldığı zaman noktasını işaret eder. Bu genellikle, römork mühürlenip ayrılırken WMS'de son bir 'sevk onayı' işlemi aracılığıyla yakalanır. | ||
| Neden önemli Bu, depo elleçleme sürecinin sonunu ve transit süresinin başlangıcını işaret eden kritik bir kilometre taşıdır. Zamanında gönderimi ve depo işleme süresini ölçmek için önemli bir Nereden alınır Manhattan WMS/TMS'de genellikle 'Sevkiyat Onayı' veya 'Manifesto Kapatma' olarak adlandırılan temel, açık bir işlem. Bu işlem zaman damgalıdır ve sevkiyat ayrıntılarını kesinleştirir. Yakala WMS'teki 'Sevkiyat Onayı' işlemi tarafından kaydedilir. Event tipi explicit | |||
| Müşteri Siparişi Alındı | Bu aktivite, sistemde yeni bir lojistik siparişinin oluşturulduğunu işaret eder; bu genellikle bir müşteri tarafından EDI, bir web `portal`'ı veya manuel giriş yoluyla başlatılır. Bu `event`, Sipariş Yönetimi modülünde benzersiz bir tanımlayıcıya sahip yeni bir sipariş kaydı oluşturulduğunda yakalanır. | ||
| Neden önemli Bu, uçtan uca lojistik süreci için birincil başlangıç Nereden alınır Manhattan Sipariş Yönetimi Sistemi (OMS) modülünde açık bir işlem olarak kaydedilir. Sipariş oluşturma tablolarını ve bunlarla ilişkili zaman damgalarını arayın. Yakala Bir satış siparişi kaydının oluşturulmasının ardından kaydedilir. Event tipi explicit | |||
| Sipariş İptal Edildi | Müşteri siparişi, yerine getirilmeden önce resmi olarak iptal edilir. Bu, lojistik sipariş için tüm daha fazla işlemeyi durduran bir terminal durumudur. | ||
| Neden önemli Bu kritik bir başarısızlık son Nereden alınır Bu, OMS'de sipariş durumunu 'İptal Edildi' olarak değiştiren açık bir işlemdir. Bu durum değişikliğinin zaman damgası Yakala Sipariş durumu 'İptal Edildi' olarak güncellendiğinde kaydedilir. Event tipi explicit | |||
| Teslimat Kanıtı Alındı | Başarılı bir teslimatın nihai onayı, genellikle bir imza dahil olmak üzere, sistemde alınır ve kaydedilir. Bu, taşıyıcıdan gelen elektronik bir onay veya manuel olarak taranmış ve eklenmiş bir belge olabilir. | ||
| Neden önemli Bu aktivite, lojistik süreci için birincil başarılı son Nereden alınır Bir taşıyıcı mesajından gelen açık bir olay olabilir veya sevkiyat kaydındaki durum değişikliğinden 'POD Alındı' veya 'Tamamlandı' olarak çıkarılabilir. Zaman damgası, nihai kapanışı işaretler. Yakala Bir sevkiyat durumunun 'Teslim Edildi' veya 'POD Onaylandı' olarak değişmesinden çıkarılır. Event tipi inferred | |||
| Ürünler Toplandı | Bir depo operatörü, bir sipariş için öğeleri depolama konumlarından fiziksel olarak alır. Bu aktivite genellikle operatör, öğe ve konum barkodlarını tarayarak toplama işlemini onayladığında yakalanır. | ||
| Neden önemli Toplama süresini analiz etmek, depo darboğazlarını belirlemek ve işgücü verimliliğini artırmak için temeldir. Doğrudan Depo Toplama Döngü Süresi KPI'ını destekler. Nereden alınır WMS görev veya yürütme kayıtlarında açık bir işlem olarak kaydedilir. Her toplama onayı zaman damgalıdır ve bir çalışan ve siparişle ilişkilidir. Yakala WMS toplama arayüzünde bir tarama veya onay aracılığıyla kaydedilir. Event tipi explicit | |||
| Envanter Mevcudiyeti Kontrol Edildi | Sistem, müşteri siparişinin mevcut stoktan karşılanıp karşılanamayacağını belirlemek için mevcut envanter seviyelerini kontrol eder. Bu genellikle sipariş oluşturulduktan hemen sonra, sipariş satırı durumunda bir güncellemeyle sonuçlanan otomatik bir adımdır. | ||
| Neden önemli Bu aktivite, envanter yenileme döngülerini anlamak ve stok tükenme risklerini belirlemek için anahtardır. Buradaki gecikmeler, sipariş yerine getirme teslim sürelerini doğrudan etkileyebilir. Nereden alınır Genellikle OMS modülü içindeki sipariş satırı durumu değişikliklerinden çıkarılır. 'Yeni'den 'Tahsis Bekleniyor' veya benzeri bir duruma geçiş, genellikle bu kontrolün tamamlandığını gösterir. Yakala Oluşturma sonrası bir sipariş satırı durum değişikliğinden çıkarılır. Event tipi inferred | |||
| Gönderim Yeniden Planlandı | Bir sipariş için planlanan gönderim tarihi, stok yetersizliği, müşteri talebi veya taşıma kısıtlamaları gibi sorunlar nedeniyle değiştirilir. Bu, yerine getirme sürecinde bir yeniden işleme döngüsünü temsil eder. | ||
| Neden önemli Yeniden planlamaları takip etmek, gecikme kaynaklarını ve süreç istikrarsızlığını belirlemek için çok önemlidir. Bu aktivite, Sipariş Yeniden İşleme Oranı KPI'ını doğrudan destekler ve istisnaların etkisini nicelendirmeye yardımcı olur. Nereden alınır Sipariş veya sevkiyat kaydındaki planlanan veya talep edilen sevkiyat tarihi alanlarındaki değişikliklerden çıkarılır. Orijinal tarih ile güncellenmiş tarih arasındaki bir karşılaştırma, bir yeniden planlama olayını gösterir. Yakala 'Planlanan Sevkiyat Tarihi' alanının geçmiş ve mevcut değerlerini karşılaştırarak türetilmiştir. Event tipi calculated | |||
| Mallar Müşteriye Teslim Edildi | Gönderi, müşterinin varış noktasına ulaşır ve boşaltılır. Bu `event`, genellikle taşıma firması tarafından alınan EDI 214 mesajı gibi elektronik bir güncelleme aracılığıyla yakalanır. | ||
| Neden önemli Bu aktivite, taşıyıcı performansına ve gerçek transit süresine görünürlük sağlar. Zamanında teslimatı ölçmek ve nihai teslimat kanıtı adımını başlatmak için bir ön koşuldur. Nereden alınır Bu, genellikle taşıyıcıdan gelen harici bir mesajla tetiklenen, TMS'deki gönderim durumunu güncelleyen açık bir Yakala Sevkiyat durumunu güncelleyen bir taşıyıcı EDI mesajından (örn. EDI 214) yakalanır. Event tipi explicit | |||
| Satın Alma Siparişi Oluşturuldu | Bir stok tükenmesi veya doğrudan beklemede sipariş durumuyla tetiklenen, harici bir tedarikçiden mal temin etmek için bir satın alma siparişi oluşturulur. Bu, müşteri talebine bağlı yeni bir PO belgesi oluşturan açık bir işlemdir. | ||
| Neden önemli Satın Alma Siparişi (PO) oluşturmayı takip etmek, tedarik zincirinin tedarik ayağını ve bunun genel sipariş teslim süresi üzerindeki etkisini analiz etmek için esastır. Tedarikçi performansını ölçmeye yardımcı olur. Nereden alınır Tedarik veya satın alma modülünde ayrı bir olay olarak kaydedilir. Genellikle orijinal satış siparişine bağlı olan Satın Alma Siparişi (PO) oluşturma tablolarını ve zaman damgalarını arayın. Yakala Yeni bir Satın Alma Siparişi kaydı kaydedildiğinde kaydedilir. Event tipi explicit | |||
| Sevkiyat Oluşturuldu | Sistemde, aynı taşıyıcı aracılığıyla aynı konuma gidecek bir veya daha fazla siparişi veya koliyi gruplayan mantıksal bir sevkiyat kaydı oluşturulur. Bu adım, giden mallar için taşıma planını resmileştirir. | ||
| Neden önemli Bu aktivite depo operasyonları ile ulaşım yönetimini birleştirir. Taşıyıcı ataması, navlun fiyatlandırması ve gönderim belgelerinin oluşturulması için bir temel sağlar. Nereden alınır Manhattan WMS veya TMS modüllerindeki açık bir işlem. Sevkiyat başlık tablolarında oluşturulma zaman damgasıyla kaydedilir. Yakala Yeni bir sevkiyat kaydı oluşturulduğunda kaydedilir. Event tipi explicit | |||
| Sipariş Tahsis Edildi | Sistem, belirli bir sipariş için bir depoda belirli envanter birimlerini rezerve eder. Bu tahsis, herhangi bir fiziksel depo aktivitesinden önce gelen kritik bir adımdır. | ||
| Neden önemli Bu kilometre taşı, sipariş yönetiminden depo yürütmesine geçişi işaret eder. Siparişin alınması ile tahsis arasındaki süre, yerine getirme başlamadan önceki potansiyel işleme birikimlerini vurgular. Nereden alınır Manhattan WMS içinde sipariş veya sevkiyat hattında bir durum güncellemesi olarak yakalanır. Olay, durumun 'Tahsis Edildi' veya benzer bir duruma değiştiği zaman damgasıdır. Yakala Sipariş satırı durumunun 'Tahsis Edildi' olarak değiştiği zaman damgasıyla tanımlanır. Event tipi inferred | |||
| Taşıyıcı Atandı | Sevkiyat için belirli bir taşıma taşıyıcısı seçilir ve atanır. Bu, rota kılavuzlarına dayalı otomatik bir süreç veya bir nakliye planlayıcısı tarafından manuel bir seçim olabilir. | ||
| Neden önemli Bu karar noktası, taşıma maliyetlerini ve taşıyıcı performansını analiz etmek için çok önemlidir. Bir taşıyıcı atamak için geçen süre, planlama gecikmelerini gösterebilir. Nereden alınır TMS modülündeki sevkiyat kaydındaki 'taşıyıcı' alanına zaman damgalı bir değişiklikten çıkarılır. Olay, bu alanın ilk kez doldurulduğu zamandır. Yakala Sevkiyatın taşıyıcı alanının değişiklik günlüğünden veya güncelleme zaman damgasından çıkarılır. Event tipi inferred | |||
| Tedarikçiden Mallar Alındı | Bu aktivite, bir tedarikçiden gelen ürünlerin depoda fiziksel olarak teslim alındığını kaydeder, genellikle bir satın alma siparişine karşı yapılır. Depo personelinin gelen envanteri tarayıp kaydettiği zaman WMS'de açıkça yakalanır. | ||
| Neden önemli Bu, tedarikçi zamanında teslimat performansını ölçmek için hayati bir kilometre taşıdır. Gelen lojistik aşamasının sona erdiğini işaret eder ve envanteri yerine getirme için kullanılabilir hale getirir. Nereden alınır Manhattan WMS gelen lojistik modülünde standart, açık bir işlem. Zaman damgalarıyla birlikte alım kayıtlarında yakalanır, bir Satın Alma Siparişi (PO) veya Ön Sevkiyat Bildirimi (ASN) ile ilişkilendirilir. Yakala Bir depo alım işlemi tarafından kaydedilir. Event tipi explicit | |||
| Ürünler Paketlendi | Toplanan öğeler bir veya daha fazla sevkiyat konteynerine veya kartonuna konsolide edilir ve paketlenir. Bu olay genellikle bir paketleme istasyonu operatörü kartonun mühürlendiğini ve bir sevkiyat etiketinin oluşturulduğunu onayladığında kaydedilir. | ||
| Neden önemli Bu, temel toplama-paketleme sürecinin tamamlandığını işaret eder. Toplamadan paketlemeye kadar geçen süreyi analiz etmek, paketleme istasyonu düzenini ve kaynak tahsisini optimize etmeye yardımcı olur. Nereden alınır Paketleme istasyonunda WMS'te yakalanan açık bir olay. Zaman damgalı koli oluşturma veya paket onayı tablolarına bakın. Yakala Paket doğrulama adımının tamamlanmasının ardından kaydedilir. Event tipi explicit | |||
Veri Çekim Kılavuzları
Bu süreç için veri çıkarma yöntemleri şu anda doğrulanmaktadır. Lütfen daha sonra tekrar kontrol edin veya bize ulaşın yardım için.