Veri Template'i: Satın Almadan Ödemeye - Satın Alma Siparişi
Satın Alma'dan Ödeme'ye - Satın Alma Siparişi Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Süreç haritalaması için izlenecek temel faaliyetler
- Pratik veri çıkarma rehberliği
Satın Almadan Ödemeye - Satın Alma Siparişi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Satınalma siparişi yaşam döngüsü içinde gerçekleşen belirli iş olayının veya adımının adı. | ||
|
Açıklama
Bu öznitelik, 'Satınalma Siparişi Oluşturuldu', 'Satınalma Siparişi Onaylandı' veya 'Mal Kabulü Kaydedildi' gibi satınalma siparişi sürecindeki tek bir adımı tanımlar. Bu faaliyetlerin sırası, her bir satınalma siparişi için süreç akışını oluşturur. Faaliyetleri analiz etmek, Process Mining'in özünü oluşturur. Süreç haritasının görselleştirilmesine, süreç varyantlarının keşfine ve sıkça tekrarlanan veya gecikmelere neden olan faaliyetlerin belirlenmesine olanak tanır. Faaliyetlerin sırasını ve sıklığını anlamak, süreç optimizasyonu için çok önemlidir.
Neden önemli
Bu öznitelik, süreç haritasını oluşturmak ve satınalma siparişi yaşam döngüsünü oluşturan eventlerin sırasını anlamak için esastır.
Nereden alınır
PurchTable, PurchReqTable gibi tablolardaki ve VendPackingSlipJour veya VendInvoiceJour gibi ilgili kayıt defterlerindeki durum değişikliklerine dayalı iş mantığından türetilmiştir.
Örnekler
Satın Alma Siparişi OluşturulduSatın Alma Siparişi OnaylandıMal Kabulü KaydedildiSatın Alma Siparişi Faturalandırıldı
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir aktivite veya olayın gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu timestamp, satın alma siparişi sürecindeki her Activity'nin ne zaman gerçekleştiğini kaydeder. Olayların doğru şekilde sıralanmasını sağlayan, sürecin kronolojik omurgasıdır. Süreç analizinde, Event timestamp'leri cycle time'ları, Activity'ler arasındaki süreleri ve genel vaka süresini hesaplamak için temeldir. Bottleneck'leri belirlemek, SLA'lara karşı performansı ölçmek ve sürecin zamansal dinamiklerini anlamak için kullanılırlar. Örneğin, 'Satın Alma Siparişi Oluşturuldu' ve 'Satın Alma Siparişi Onaylandı' arasındaki süreyi hesaplamak için kullanılır.
Neden önemli
Timestamp'ler, süreç bottleneck'lerini belirlemek için hayati öneme sahip olan cycle time'lar ve süreler gibi tüm zamana dayalı performans metriklerini hesaplamak için kritik öneme sahiptir.
Nereden alınır
Birden fazla tablodaki çeşitli tarih/saat alanlarından (örneğin PurchTable üzerindeki CreatedDateTime veya ilgili yevmiye tablolarındaki kayıt tarihleri) çıkarılmıştır.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Satın Alma Siparişi
PurchaseOrderNumber
|
Satınalma Siparişi için birincil vaka olarak hizmet veren benzersiz tanımlayıcı. | ||
|
Açıklama
Satınalma Siparişi numarası, ilk taslaktan nihai tamamlamaya veya iptale kadar tüm ilgili aktiviteleri birbirine bağlayan merkezi bir tanımlayıcıdır. Her benzersiz numara, satınalma siparişi sürecinin tek bir örneğini temsil eder. Process Mining'de, bu öznitelik her Satınalma Siparişinin uçtan uca yolculuğunu yeniden yapılandırmak için kullanılır. Süreci bu tanımlayıcıya göre analiz etmek, tüm yaşam döngüsünün ayrıntılı bir görünümünü sunarak, bireysel siparişler için ortak yolları, sapmaları ve darboğazları belirlemeye yardımcı olur.
Neden önemli
Süreç akışını yeniden yapılandırmak için temel anahtardır ve her bir satın alma siparişinin baştan sona yolculuğunun analizini sağlar.
Nereden alınır
Bu, Microsoft Dynamics 365'te PurchTable'daki PurchId alan adıyla tipik olarak satın alma siparişi üst bilgi tablosundaki birincil anahtardır.
Örnekler
PO-001245PO-001246PO-001247
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin hangi sistemden çıkarıldığını gösterir. | ||
|
Açıklama
Bu öznitelik, satınalma siparişi verilerinin kaynaklandığı uygulamayı tanımlar. Bu veri modeli için değer tipik olarak 'Microsoft Dynamics 365' olacaktır. Daha büyük kuruluşlarda, tedarik süreçleri birden fazla sistemi kapsayabilir. Bu öznitelik, veri yönetişimine yardımcı olur ve verinin kaynağının net olmasını sağlar; bu, farklı kaynaklardan gelen verileri birleştirirken özellikle önemlidir.
Neden önemli
Verinin kaynağı hakkında temel bir bağlam sağlayarak, veri yönetimi, doğrulama ve sürecin teknolojik yapısını anlamak için kritik öneme sahiptir.
Nereden alınır
Bu, veri çıkarma ve dönüştürme sürecinde veri setini etiketlemek için eklenen statik bir değerdir.
Örnekler
Microsoft Dynamics 365 F&OD365
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu süreç için verilerin en son ne zaman yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, kaynak sistemden en son veri çekiminin tarihini ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar. Son güncelleme zamanını bilmek, kullanıcıların en güncel süreç verilerini görüntüleyip görüntülemediklerini anlamaları için önemlidir. Analizin uygunluğunu değerlendirmeye ve düzenli veri yenilemelerini planlamaya yardımcı olur.
Neden önemli
Verilerin güncelliği hakkında şeffaflık sağlayarak, kullanıcıların süreç analizlerinin ne kadar güncel olduğunu bilmelerini sağlar.
Nereden alınır
Bu, veri alım sürecinde oluşturulan ve depolanan bir metadata niteliğidir.
Örnekler
2024-05-21T05:00:00Z
|
|||
|
Kullanıcı Adı
UserName
|
Belirli bir aktiviteyi gerçekleştiren kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, bir satınalma siparişini oluşturma, onaylama veya değiştirme gibi bir eventi gerçekleştirmekten sorumlu kişiyi tanımlar. Bu, bir sistem kullanıcı kimliği veya tam ad olabilir. Kullanıcı faaliyetini analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve süreç sapmalarına dahil olan bireyleri veya ekipleri tespit etmeye yardımcı olur. Onaylayıcı performansıyla ilgili Dashboard'lar için çok önemlidir ve belirli kullanıcılar tarafından gerçekleştirilen faaliyetleri filtrelemek için kullanılabilir.
Neden önemli
Kullanıcı bazında performans analizini sağlar, belirli kişilerle ilgili darboğazları belirlemeye yardımcı olur ve süreç adımları için hesap verebilirliği sağlar.
Nereden alınır
PurchTable gibi tablolardaki CreatedBy veya ModifiedBy gibi alanlarda bulunabilir. Kullanıcı detayları genellikle UserInfo tablosunda saklanır.
Örnekler
Alice JohnsonBob WilliamsSysAdmin
|
|||
|
SAS Durumu
PurchaseOrderStatus
|
Satınalma siparişinin yaşam döngüsündeki güncel durumu. | ||
|
Açıklama
Bu öznitelik, bir satınalma siparişinin belirli bir zamandaki genel durumunu, örneğin 'Açık sipariş', 'Alındı', 'Faturalandı' veya 'İptal Edildi' olarak belirtir. En son faaliyetin sonucunu temsil eder. Durumu takip etmek, tüm açık satınalma siparişlerinin mevcut durumunu anlamak için faydalıdır. Process Mining'de, vakaların sonuçlarını analiz etmek için kullanılabilir; örneğin, 'İptal Edildi' durumuyla sona eren tüm satınalma siparişlerini filtreleyerek nedenlerini araştırmak için.
Neden önemli
Satın alma siparişinin mevcut durumunun anlık bir görüntüsünü sunar; bu da durumları filtrelemek ve tamamlama veya iptal oranları gibi süreç sonuçlarını analiz etmek için faydalıdır.
Nereden alınır
PurchTable'da bulunur. Birincil durum alanları DocumentState ve PurchStatus'tur.
Örnekler
Açık siparişTeslim AlındıFaturalandırıldıİptal Edildi
|
|||
|
SAS Toplam Tutarı
PurchaseOrderTotalAmount
|
Satınalma siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu nitelik, satın alma siparişine dahil edilen tüm ürün ve hizmetlerin toplam maliyetini temsil eder. Tedarik süreci için önemli bir finansal ölçüttür. Süreci toplam tutara göre analiz etmek, önemli içgörüler sağlayabilir. Örneğin, daha yüksek değerli satın alma siparişleri farklı, daha sıkı bir onay yolunu izleyebilir veya daha uzun cycle time'lara sahip olabilir. Ayrıca finansal raporlamada ve satın alma siparişlerini analiz için değer bantlarına ayırmada da kullanılır.
Neden önemli
Tedarik sürecinin finansal analizini sağlar, sipariş değerinin onay süreleri ve yollar gibi süreç davranışlarını nasıl etkilediğini belirlemeye yardımcı olur.
Nereden alınır
Bu değer, belirli bir PurchId için LineAmount'ı toplayarak PurchLine tablosundan hesaplanabilir veya PurchTable üzerindeki üst bilgi seviyesindeki tutar alanlarında bulunabilir.
Örnekler
5250.00120.50150000.00
|
|||
|
Talep Edilen Teslim Tarihi
RequestedDeliveryDate
|
İşletmenin satıcıdan mal veya hizmetleri teslim etmesini talep ettiği tarih. | ||
|
Açıklama
Bu tarih, satın alma siparişinde belirtilir ve istenen teslimat zaman çizelgesini tedarikçiye bildirir. Tedarikçi teslimat performansını ölçmek için bir başlangıç noktası görevi görür. Bu nitelik, 'Tedarikçi Teslimat Uygunluğu' dashboard'ı ve 'Zamanında Teslimat Oranı' KPI'sı için çok önemlidir. İşletmeler, RequestedDeliveryDate ile fiili mal kabul tarihini karşılaştırarak tedarikçi güvenilirliğini nicelleştirebilir ve tedarik zincirindeki kronik gecikmeleri belirleyebilir.
Neden önemli
Tedarikçi güvenilirliğini ve tedarik zinciri verimliliğini değerlendirmek için kritik bir KPI olan zamanında teslimat performansını ölçmek için temel teşkil eder.
Nereden alınır
PurchTable (üst düzey) veya PurchLine (kalem düzeyi) üzerinde genellikle DeliveryDate olarak bulunur.
Örnekler
2023-11-152023-12-012024-01-20
|
|||
|
Tedarikçi Adı
VendorName
|
Satınalma siparişinin oluşturulduğu tedarikçinin veya satıcının adı. | ||
|
Açıklama
Bu öznitelik, mal veya hizmetleri sağlayan harici tedarikçinin adını içerir. Tedarik faaliyetlerini analiz etmek için kritik bir boyuttur. Süreci tedarikçi adına göre segmentlere ayırmak, tedarikçi performansını değerlendirmek için çok önemlidir. Her tedarikçi için zamanında teslimat oranları, mal iade oranları ve kalite kontrol sonuçlarının analizine olanak tanır. Bu, güvenilir ortakları ve gecikmelere veya kalite sorunlarına neden olabilecekleri belirlemeye yardımcı olur.
Neden önemli
Bu öznitelik, tedarikçi performans yönetimi için esastır; teslimat sürelerinin, iade oranlarının ve tedarikçiye göre genel güvenilirliğin analizini sağlar.
Nereden alınır
Tedarikçi hesabı PurchTable tablosunda (OrderAccount alanı) saklanır. Adı, VendTable tablosuyla birleştirilerek alınır.
Örnekler
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
|
|||
|
Bölüm
DepartmentName
|
Satınalma talebini veya siparişini başlatan departmanın adı. | ||
|
Açıklama
Bu öznitelik, satınalmadan sorumlu dahili iş birimini veya departmanı tanımlar. Genellikle satınalma talebini oluşturan kişiden türetilir. Süreci departmana göre analiz etmek, kuruluşun farklı bölümlerinin tedarik sürecini nasıl kullandığını anlamak için kilit noktadır. Daha uzun onay döngülerine, daha yüksek Satınalma Siparişi (PO) değişiklik oranlarına veya belirli satın alma modellerine sahip departmanları belirlemeye yardımcı olabilir. Bu, hedefe yönelik süreç iyileştirme girişimlerine olanak tanır.
Neden önemli
Farklı iş birimleri arasında süreç performansının karşılaştırılmasını sağlayarak, departmana özgü davranışları, darboğazları veya verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır
Bu bilgi genellikle satın alma talebi (PurchReqTable) veya satın alma siparişi (PurchTable) talep edeni veya oluşturucusu ve İnsan Kaynakları (HR) modülündeki ilgili departmanı aracılığıyla bağlantılıdır.
Örnekler
FinansBTÜretimPazarlama
|
|||
|
İade Nedeni
ReturnReason
|
Bir satınalma siparişindeki malların tedarikçiye iade edildiğinde belirtilen neden. | ||
|
Açıklama
Bir 'Mallar Tedarikçiye İade Edildi' activity'si gerçekleştiğinde, bu attribute iade nedenini ('Hasarlı Mallar', 'Yanlış Ürün' veya 'Düşük Kalite' gibi) yakalar.\n\nBu veri, 'Satın Alma Siparişi İade Oranı' dashboard'u için çok değerlidir. İade nedenlerini analiz etmek, iadelerin temel nedenlerini (tedarikçi kalitesi, dahili sipariş hataları veya nakliye sorunları ile ilgili olup olmadığı) belirlemeye yardımcı olur. Bu da iade oranını azaltmak için hedeflenen eylemlere olanak tanır.
Neden önemli
Malların neden iade edildiğine dair içgörü sağlayarak, tedarikçi kalitesi, sipariş doğruluğu veya lojistikle ilgili sorunları teşhis etmeye yardımcı olur.
Nereden alınır
İade nedenleri genellikle iade siparişi işlemlerinde veya negatif makbuz kayıtlarıyla ilişkili neden kodları aracılığıyla yakalanır.
Örnekler
Nakliye sırasında hasar görmüşYanlış ürün teslim edildiBaşarısız kalite denetimi
|
|||
|
Onay Çevrim Süresi
ApprovalCycleTime
|
Bir satınalma siparişinin oluşturulması ile nihai onayı arasındaki süre. | ||
|
Açıklama
Bu hesaplanmış metrik, 'Satın Alma Siparişi Oluşturuldu' Activity'sinden 'Satın Alma Siparişi Onaylandı' Activity'sine kadar geçen süreyi ölçer. Onay workflow'unun verimliliğinin doğrudan bir ölçüsüdür. Bu nitelik, 'Ortalama Satın Alma Siparişi Onay Süresi' KPI'sı ve 'Satın Alma Siparişi Onay Süresi Analizi' dashboard'ı için birincil ölçüttür. Bu sürenin analiz edilmesi, onay zincirindeki bottleneck'leri belirlemeye ve onay süreçlerinin dahili hizmet seviyesi anlaşmalarını karşılayıp karşılamadığını değerlendirmeye yardımcı olur.
Neden önemli
Tedarik sürecindeki gecikmeler için yaygın bir alan olan onay workflow'unun verimliliğini doğrudan ölçer.
Nereden alınır
Her case için 'Satın Alma Siparişi Onaylandı' ve 'Satın Alma Siparişi Oluşturuldu' aktivitelerinin EventTime değerleri arasındaki zaman farkı bulunarak hesaplanır.
Örnekler
P2DT12H30M8SP7D
|
|||
|
Onaylayanın Adı
ApproverName
|
Satınalma siparişini veya onay workflow'undaki bir adımı onaylayan kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, satınalma siparişine resmi onay veren yöneticiyi veya kullanıcıyı tanımlar ve siparişin ilerlemesini sağlar. Çok seviyeli onay workflow'larında, tek bir satınalma siparişi için birden fazla onaylayıcı olabilir. Onaylayıcıyı takip etmek, 'Satınalma Siparişi Onay Döngüsü Süresi Analizi' ve 'Onaylayıcı Performans Metrikleri' Dashboard'ları için esastır. Her onaylayıcının ne kadar sürdüğünü ölçmeye, onay zincirindeki bottleneckleri belirlemeye ve iş yükü dağılımını ile verimliliği değerlendirmeye yardımcı olur.
Neden önemli
Onay sürecinin analizini sağlayarak, onay darboğazlarını belirlemeye ve farklı onaylayıcıların performansını ve iş yükünü ölçmeye yardımcı olur.
Nereden alınır
Onay bilgileri tipik olarak workflow takip tablolarında saklanır, doğrudan PurchTable üzerinde değil. Satın alma siparişi ile ilişkili workflow geçmişini sorgulamayı gerektirir.
Örnekler
Charles GreenDiana PrinceEdward Nigma
|
|||
|
PO Değişti mi
IsPurchaseOrderChanged
|
Satın alma siparişinin ilk onayından sonra değiştirilip değiştirilmediğini gösteren bir boolean bayrağı. | ||
|
Açıklama
Bu hesaplanmış nitelik, belirli bir vaka için 'Satın Alma Siparişi Onaylandı' Activity'sinden sonra herhangi bir 'Satın Alma Siparişi Değiştirildi' Activity'si gerçekleşirse 'true' olarak ayarlanır. Yeniden işleme ve değişikliklerin analizini basitleştirir. Bu gösterge, 'Onay Sonrası Satın Alma Siparişi Değişiklik Oranı' KPI'sının ve 'Satın Alma Siparişi Değişiklik Trendleri' dashboard'ının hesaplanması için çok önemlidir. Yeniden işleme gerektiren satın alma siparişlerini izole etmek ve analiz etmek için doğrudan bir yol sunarak, bu tür değişikliklerin temel nedenlerini belirlemeye yardımcı olur.
Neden önemli
Süreç istikrarsızlığının ve verimsizliğinin temel göstergeleri olan yeniden işleme ve değişiklik sıklığının ölçümünü basitleştirir.
Nereden alınır
Bu, Event Log'daki Activity dizisinden türetilen hesaplanmış bir niteliktir.
Örnekler
truefalse
|
|||
|
Satın Alma Kategorisi
PurchaseCategory
|
Satın alınan ürün veya hizmetin 'IT Donanımı' veya 'Ofis Malzemeleri' gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, satınalma siparişi kalemlerini mantıksal kategoriler halinde gruplamanın bir yolunu sunar. Bu sınıflandırma, harcama modellerini ve farklı tedarik türleri arasındaki süreç varyasyonlarını analiz etmeye yardımcı olur. Süreç analizinde, satın alma kategorisine göre filtreleme, farklı davranışları ortaya çıkarabilir. Örneğin, sermaye harcamaları için tedarik süreci, operasyonel sarf malzemelerine göre daha uzun ve daha karmaşık olabilir. Kategoriye göre değişiklik eğilimlerini ve iade oranlarını analiz etmek için Dashboard'larda kullanılır.
Neden önemli
Sürecin satın alınan mal veya hizmet türüne göre bölümlendirilmesini sağlar, farklı harcama kategorileri için farklı süreç davranışlarını ortaya çıkarır.
Nereden alınır
Ürün kategorileri, yayınlanmış ürünlerle (InventTable) bağlantılıdır ve bunlar daha sonra PurchLine üzerinde kullanılır. Kategori bilgisi ise kategori yönetim tablolarında saklanır.
Örnekler
IT HardwareOfis MalzemeleriProfesyonel HizmetlerHammadde
|
|||
|
Satın Alma Talebi
PurchaseRequisitionNumber
|
Satınalma siparişinden önce gelen satınalma talebinin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, bir satınalma siparişini orijinal dahili talebe, yani satınalma talebine bağlar. Tüm satınalma siparişleri bir talepten kaynaklanmaz. Bu bağlantı, tam 'Talepden Satınalma Siparişine' sürecini analiz etmek için hayati öneme sahiptir. 'Talepden Satınalma Siparişine Dönüşüm Hızı' KPI'ını ölçmeye ve dahili talebin ne kadar hızlı harici bir siparişe dönüştürüldüğünü anlamaya olanak tanır. Ayrıca, örneğin resmi bir talep olmaksızın oluşturulan Satınalma Siparişlerini (PO) belirleyerek uyumluluğu analiz etmeye de yardımcı olur.
Neden önemli
PO'yu ilk talebe bağlar, talep-sipariş döngü süresinin analizini sağlayarak ve süreç uyumluluğunu temin eder.
Nereden alınır
PurchLine tablosunda, PurchReqTable ile bağlantılı olan PurchReqId alanında bulunur.
Örnekler
PR-000871PR-000872PR-000873
|
|||
|
Şirket Kodu
CompanyCode
|
Satınalma siparişini veren tüzel kişilik veya şirketin tanımlayıcısı. | ||
|
Açıklama
Çoklu şirket ortamında, bu nitelik hangi tüzel kişiliğin satın alma yaptığını belirtir. Bu, temel bir organizasyonel veri noktasıdır. Bu nitelik, aynı organizasyon içindeki farklı tüzel kişilikler arasında Satın Alma'dan Ödeme'ye sürecinin karşılaştırmalı analizini sağlar. Şirketler arasında süreç verimliliği, uyumluluk ve tedarikçi yönetimindeki farklılıkları vurgulayarak standardizasyon çabalarını destekler.
Neden önemli
Çoklu varlıklı kuruluşlar için, tedarik sürecini farklı yasal varlıklar arasında karşılaştırmak ve standartlaştırmak esastır.
Nereden alınır
Bu, PurchTable dahil olmak üzere Dynamics 365'teki hemen her tabloda bulunan DataAreaId alanıdır.
Örnekler
USMFDEMFGBSI
|
|||
|
Teslimat Konumu
DeliveryLocation
|
Malların teslim edileceği belirli saha, depo veya adres. | ||
|
Açıklama
Bu nitelik, satın alma siparişindeki ürünlerin teslim edileceği fiziksel konumu belirtir. Bu bir depo, belirli bir ofis veya proje sahası olabilir. Süreci teslimat konumuna göre analiz etmek, özellikle mal kabul sürecindeki bölgesel veya lokasyona özgü bottleneck'leri belirlemeye yardımcı olabilir. 'Mal Kabul İşleme Süresi' dashboard'ı, farklı lokasyonlardaki verimliliği karşılaştırmak için bu niteliği kullanabilir.
Neden önemli
Özellikle mal kabulü ve kalite denetimi aşamalarında, konuma özel süreç farklılıklarını veya gecikmeleri tanımlamaya yardımcı olur.
Nereden alınır
Teslimat adresi ve konum bilgileri PurchTable'da saklanır ve şirket veya tedarikçi kurulumundan varsayılan olarak alınabilir.
Örnekler
Main Warehouse ABuilding C OfficeBatı Kıyısı Dağıtım Merkezi
|
|||
|
Zamanında Teslimat
IsOnTimeDelivery
|
Malların talep edilen teslim tarihinde veya öncesinde teslim alınıp alınmadığını gösteren bir boolean bayrağı. | ||
|
Açıklama
Bu hesaplanmış nitelik, 'Mal Kabul Kaydedildi' Activity'sinin timestamp'ini RequestedDeliveryDate ile karşılaştırır. Eğer mal kabul tarihi istenen tarihte veya daha önce ise 'true' olarak ayarlanır. Bu gösterge, 'Zamanında Teslimat Oranı' KPI'sının hesaplanmasını doğrudan destekler. Tedarikçi performansının analizini basitleştirir ve zamanında yapılan teslimatlar ile geciken teslimatların kolayca filtrelenmesini ve görselleştirilmesini sağlar; bu da 'Tedarikçi Teslimat Uygunluğu' dashboard'ı için merkezi öneme sahiptir.
Neden önemli
Teslimat performansı için net, ikili bir sonuç sağlar, böylece zamanında teslimat KPI'larının ve tedarikçi puan kartlarının hesaplanmasını basitleştirir.
Nereden alınır
Bu, RequestedDeliveryDate ile 'Mal Kabul Kaydedildi' Activity'sinin EventTime'ı karşılaştırılarak elde edilen hesaplanmış bir niteliktir.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın Alma Siparişi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mal Kabulü Kaydedildi
|
Teslim alınan malların satın alma siparişine karşı sisteme resmi kaydını işaretler. Bu olay, bir ürün teslimat defteri kaydı yapıldığında yakalanır. | ||
|
Neden önemli
Bu, envanteri güncelleyen ve fatura eşleştirme sürecinin başlangıcını işaret eden önemli bir kilometre taşıdır. 'Zamanında Teslimat Oranı' ve tedarikçi teslim süresini ölçmek için bitiş noktasıdır.
Nereden alınır
VendPackingSlipJour'da saklanan ürün teslim fişi kaydının oluşturulmasından alınmıştır. Bu tablodaki createdDateTime veya PackingSlipDate, malların resmi olarak ne zaman teslim alındığını gösterir.
Yakala
PO'ya bağlı VendPackingSlipJour kaydından oluşturma veya kaydetme timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Oluşturuldu
|
Bu faaliyet, sistemde bir taslak satınalma siparişi belgesinin oluşturulmasını ifade eder. Genellikle onaylanmış bir talebi takiben, satınalma siparişi başlık kaydının oluşturulma zaman damgasından kaydedilir. | ||
|
Neden önemli
Bu, dahili bir talepten resmi bir satın alma belgesine geçişi işaret eder. Satın Alma Siparişi işleme ve onay cycle time'larını ölçmek için önemli bir başlangıç noktasıdır.
Nereden alınır
Bu Event, PurchTable içinde bir kaydın oluşturulmasıdır. Bu tablodaki createdDateTime alanı Activity için timestamp sağlar.
Yakala
Her bir satın alma siparişi için PurchTable'dan oluşturulma zaman damgasını çıkarın.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Onaylandı
|
Satın alma siparişinin nihai onayını işaretleyerek tedarikçiye gönderilmesini yetkilendirir. Bu olay genellikle Satın Alma Siparişindeki bir durum değişikliğinden veya doğrudan iş akışı geçmişinden çıkarılır. | ||
|
Neden önemli
Bu kritik bir kilometre taşıdır, çünkü satın alma siparişi onaylanana kadar başka hiçbir işlem yapılamaz. Onay bottleneck'lerini analiz etmek ve 'Satın Alma Siparişi Onay Süresi' KPI'sını ölçmek için hayati öneme sahiptir.
Nereden alınır
PurchTable üzerindeki DocumentState alanının 'Approved' durumuna değişmesinden çıkarılır. Alternatif olarak, WorkflowTrackingStatusTable'daki son onay adımının tamamlanma zaman damgasından elde edilebilir.
Yakala
PurchTable üzerindeki DocumentState'in 'Approved' durumuna geçtiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Siparişi Tamamlandı
|
Tüm malların teslim alındığı ve faturalandırıldığı satın alma siparişi yaşam döngüsünün başarılı bir şekilde tamamlandığını gösterir. Bu, genellikle PO durumu nihai, kapalı bir duruma güncellendiğinde çıkarılır. | ||
|
Neden önemli
Bu faaliyet, başarılı bir süreç örneğinin sonunu tanımlar. Oluşturulmasından tamamlanmasına kadar 'Genel Satınalma Siparişi Döngü Süresi'ni ölçmek, süreç verimliliğine bütünsel bir bakış açısı sunar.
Nereden alınır
PurchTable üzerindeki durum alanlarından, örneğin hem DocumentState'in 'Invoiced' olduğu hem de satır öğesi durumlarının tam teslimat ve faturalamayı gösterdiği durumlarda çıkarılır.
Yakala
PO'nun başlık ve satır durumlarının nihai, kapalı bir duruma (örneğin, 'Faturalandı') güncellendiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Siparişi Tedarikçiye Gönderildi
|
Bu faaliyet, onaylanmış satınalma siparişinin tedarikçiye iletildiğini belirtir. Satınalma Siparişi (PO) onaylandığında kaydedilir; bu, bir onay günlüğü oluşturur ve genellikle belgenin gönderilmesini tetikler. | ||
|
Neden önemli
Bu, dışa dönük ilk adımdır ve tedarikçi teslim süresini başlatır. Tedarikçi performansını ve 'Zamanında Teslimat Oranı' KPI'sını izlemek için kritik öneme sahiptir.
Nereden alınır
Bu olay, PurchPurchaseOrderJour tablosunda (Satınalma Siparişi onay kaydı) bir kayıt oluşturulmasıyla işaretlenir. Bu kaydın oluşturulma tarihi activity timestamp olarak hizmet eder.
Yakala
PO için ilk PurchPurchaseOrderJour kaydının oluşturulma timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Talebi Oluşturuldu
|
Bu faaliyet, mal veya hizmetler için resmi talep olan bir satınalma talebinin oluşturulmasını işaret eder. Satınalma talebi tablosunda yeni bir kayıt oluşturulduğunda kaydedilir ve tedarik talebinin başlangıcını gösterir. | ||
|
Neden önemli
Bu, satın alma siparişi sürecinin ilk tetikleyicisidir. Bu Event'ten satın alma siparişi oluşturulmasına kadar geçen süreyi analiz etmek, dahili süreç verimliliğini ve talebe yanıt verme yeteneğini ölçmeye yardımcı olur.
Nereden alınır
Bu Event, PurchReqTable içinde bir kaydın oluşturulmasına karşılık gelir. Kaydın oluşturulma timestamp'i (createdDateTime) Event zamanını işaretler.
Yakala
Her satın alma talebi için PurchReqTable'dan oluşturma zaman damgasını çıkarın.
Event tipi
explicit
|
|||
|
Kalite Kontrol Gerçekleştirildi
|
Teslim alınan ürünler için kalite kontrolünün tamamlandığını gösterir. Bu olay genellikle Kalite Yönetimi modülü veya bir durum güncellemesi aracılığıyla yönetilir. | ||
|
Neden önemli
Bu faaliyet, malların kabulü ile kullanıma hazır hale getirilmesi arasında önemli bir bottleneck olabilir. Süresini analiz etmek, 'Kalite Kontrol Döngü Süresi' KPI'ını iyileştirmeye yardımcı olur.
Nereden alınır
Bu, satın alma siparişi makbuzuna bağlı bir Kalite Siparişi (InventQualityOrderTable) tamamlandığında çıkarılabilir. Durumun 'Geçti' veya 'Kaldı' olarak değiştiği timestamp olayı işaretler.
Yakala
Satın alma siparişi kalemine bağlı InventQualityOrderTable üzerindeki durum tamamlama timestamp'ini izleyin.
Event tipi
inferred
|
|||
|
Mallar Satıcıya İade Edildi
|
Daha önce teslim alınan malların hasar veya yanlış ürün gibi sorunlar nedeniyle satıcıya iade edildiğini gösterir. Bu, bir iade işleminin kaydedilmesiyle yakalanır. | ||
|
Neden önemli
İadeler, süreç hatalarını ve ek maliyetleri temsil eder. Bu aktiviteyi takip etmek, 'Satınalma Siparişi İade Oranı'nı hesaplamaya ve tedarikçiler veya ürünlerle ilgili sorunları belirlemeye yardımcı olur.
Nereden alınır
Bu Event, negatif miktarda bir satın alma siparişinin oluşturulmasından veya orijinal satın alma siparişine atıfta bulunan belirli bir iade siparişi belgesinden çıkarılır. İade kaydının işlem tarihi Event zamanıdır.
Yakala
Orijinal PO'ya karşı bir satın alma iade siparişi veya borç dekontunun kaydını belirleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Değiştirildi
|
Bu faaliyet, bir satınalma siparişi onaylandıktan sonra yapılan herhangi bir değişikliği yakalar. Dynamics 365, Satınalma Siparişinin (PO) versiyonlarını izleyebilir, bu da değişikliklerin tespit edilmesine olanak tanır. | ||
|
Neden önemli
Değişiklikleri takip etmek, yeniden işleme tespiti, süreç istikrarsızlığını anlama ve 'Satın Alma Siparişi Değişiklik Oranı'nı ölçmek için kritik öneme sahiptir. Değişiklikler gecikmelere ve maliyet farklılıklarına yol açabilir.
Nereden alınır
Arşiv veya versiyonlama tablolarında (örneğin, PurchTableHistory) depolanan satın alma siparişinin farklı versiyonları karşılaştırılarak çıkarılır. Sürüm numarasındaki bir artış, bir değişikliği işaret eder.
Yakala
PurchTable üzerindeki sürüm numarasının onay sonrası arttığı kayıtları belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Siparişi Faturalandırıldı
|
Bu faaliyet, bir tedarikçi faturasının alınmış ve satınalma siparişine karşı işlenmiş olduğu noktayı işaret eder. Bu event, tedarik ve ödeme süreçlerini birbirine bağlar. | ||
|
Neden önemli
Bu, ödeme öncesindeki son adımdır ve satın almanın nihai maliyetini hesaplamak için çok önemlidir. Üç yönlü eşleştirme analizi için bir bitiş noktası sağlar.
Nereden alınır
Bu Event, satın alma siparişiyle eşleştirilen bir tedarikçi fatura jurnalinin (VendInvoiceJour) kayda alınmasından alınır. Bu kayıttaki InvoiceDate veya kayıt tarihi timestamp'tir.
Yakala
PurchTable kaydına bağlı VendInvoiceJour tablosundan kaydetme timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi İptal Edildi
|
Bir satınalma siparişinin tam olarak tamamlanmadan önce sonlandırıldığını gösterir. Bu, satınalma siparişi belgesindeki belirli bir durum değişikliği ile yakalanır. | ||
|
Neden önemli
İptaller önemli bir istisnai durumdur. Sıklıklarını ve nedenlerini analiz etmek, planlama veya tedarikçi güvenilirliğindeki sorunları ortaya çıkarabilir.
Nereden alınır
Bu, PurchTable üzerindeki DocumentState alanının 'İptal Edildi' olarak güncellenmesinden çıkarılır. Bu durum değişikliğinin timestamp'i Event'i işaretler.
Yakala
PurchTable üzerindeki DocumentState'in 'Canceled' olarak ayarlandığı zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Siparişi Onay İçin Gönderildi
|
Taslak bir satınalma siparişinin resmi olarak onay workflow'una gönderildiği noktayı gösterir. Bu, genellikle kullanıcı tarafından yapılan açık bir eylem olup, workflow kayıtları aracılığıyla yakalanır. | ||
|
Neden önemli
Bu faaliyet, Satınalma Siparişi (PO) onay döngüsünü resmi olarak başlatır. Bunu takip etmek, Satınalma Siparişlerinin onay için ne kadar beklediğini ve toplam onay süresini kesin olarak ölçmeye olanak tanır.
Nereden alınır
Satın alma siparişi için gönderim olayını ve zaman damgasını kaydeden WorkflowTrackingStatusTable'dan alınmıştır.
Yakala
PurchTable kaydıyla ilişkili workflow geçmişindeki 'Submitted' olayını belirleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Tedarikçi Tarafından Onaylandı
|
Satıcının satınalma siparişi detaylarını onayladığını ve teyit ettiğini gösterir. Bu, genellikle satıcıdan gelen iletişime dayalı manuel bir veri girişi adımıdır. | ||
|
Neden önemli
Tedarikçi onayı, siparişin işlendiğine dair güvence sağlar. Bu aşamadaki gecikmeler veya tutarsızlıklar, potansiyel tedarik sorunlarına işaret edebilir.
Nereden alınır
Bu, genellikle PurchTable üzerindeki teslimat onay tarihleri gibi onay ile ilgili tarih veya durum alanlarının doldurulmasından çıkarılır. Bu ayrı bir Event olmayabilir.
Yakala
PurchTable veya PurchLine üzerindeki belirli bir onay tarihi alanının doldurulmasından çıkarılır.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Onaylandı
|
Yetkili bir yönetici tarafından bir satınalma talebinin resmi olarak onaylandığını gösterir. Bu olay genellikle workflow geçmiş kayıtlarından veya talep kaydındaki bir durum değişikliğinin izlenmesiyle yakalanır. | ||
|
Neden önemli
Onay, bir talebin bir satın alma siparişine dönüştürülmesini sağlayan kritik bir dönüm noktasıdır. Buradaki gecikmeler, tüm tedarik sürecinin zaman çizelgesini doğrudan etkiler.
Nereden alınır
Satın alma talebiyle ilişkili WorkflowTrackingStatusTable'dan alınabilir veya PurchReqTable'daki durum alanının 'Onaylandı' durumuna değişmesinden çıkarılabilir.
Yakala
Talep için workflow geçmişindeki son onay adımının tamamlanma timestamp'ini kullanın.
Event tipi
explicit
|
|||