Veri Template'i: Satın Almadan Ödemeye - Satın Alma Siparişi

Microsoft Dynamics 365
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

Bu template, Satın Almadan Ödemeye (Purchase to Pay) ve Satın Alma Siparişi süreçlerinizi optimize etmek için gereken temel verileri toplamak için net bir yol haritası sunar. Toplanacak kritik nitelikleri, izlenecek temel Activity'leri ana hatlarıyla belirtir ve bu bilgiyi kaynak sisteminizden çıkarma konusunda pratik rehberlik sağlar. Verilerinizin kapsamlı süreç analizi için hazır olduğundan emin olmak adına bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Süreç haritalaması için izlenecek temel faaliyetler
  • Pratik veri çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Almadan Ödemeye - Satın Alma Siparişi Nitelikleri

Bunlar, Satınalmadan Ödemeye (Purchase to Pay), Satınalma Siparişi sürecinizin kapsamlı bir analizi için Event Logunuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 10 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Satın Almadan Ödemeye - Satın Alma Siparişi Faaliyetleri

Bunlar, doğru keşif ve optimizasyon için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Microsoft Dynamics 365'ten nasıl alırsınız?