Satın Almadan Ödemeye - Talep Veri Şablonunuz

Microsoft Dynamics 365
Satın Almadan Ödemeye - Talep Veri Şablonunuz

Satın Almadan Ödemeye - Talep Veri Şablonunuz

Bu şablon, talep sürecinize derinlemesine bir bakış sağlamak üzere toplanması gereken temel öznitelikleri ve izlenmesi gereken kritik aktiviteleri özetler. Ayrıca, bu verileri çıkarmaya yönelik pratik rehberlik sunarak olay günlüğünüzü ayrıntılı analiz için verimli bir şekilde hazırlamanıza yardımcı olur.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Almadan Ödemeye - Talep Öznitelikleri

Bunlar, Satın Almadan Ödemeye - Talep sürecinizin kapsamlı bir analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 6 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Talep sürecinde meydana gelen belirli iş olayı veya adımının adı.
Açıklama

Bu öznitelik, satın alma talep yaşam döngüsü içinde gerçekleştirilen her aktivitenin adını kaydeder. Örnekler arasında 'Talep Oluşturuldu', 'Onay Adımı Onaylandı' ve 'Satın Alma Siparişi Oluşturuldu' yer alır. Bu aktiviteler, keşfedilen süreç haritasındaki düğümleri oluşturur.

Bu aktiviteler arasındaki sırayı, sıklığı ve süreyi analiz etmek Process Mining'in temelidir. Darboğazları, yeniden işleme döngülerini ve standart süreç akışından sapmaları belirlemeye yardımcı olarak operasyonel verimsizliklere ilişkin içgörüler sunar.

Neden önemli

Bu öznitelik, süreç haritasındaki adımları tanımlayarak talep iş akışını görselleştirmeyi, analiz etmeyi ve anlamayı mümkün kılar.

Nereden alınır

Bu, genellikle durum değişikliği günlüklerinden, iş akışı geçmiş tablolarından veya WorkflowTrackingStatusTable gibi Microsoft Dynamics 365 içindeki belirli olay tablolarından türetilir.

Örnekler
Talep Onaya SunulduOnay Adımı OnaylandıTalep Düzeltildi
Olay Zamanı
EventTime
Belirli bir faaliyetin veya olayın meydana geldiği kesin zaman damgası.
Açıklama

Event Time veya zaman damgası, bir iş olayının sistemde kaydedildiği tarihi ve saati yakalar. Tüm zaman tabanlı süreç analizi için zamansal temeldir.

Bu nitelik, döngü sürelerini, süreleri ve aktiviteler arasındaki bekleme sürelerini hesaplamak için kritiktir. Süreç performansının analizini, bottleneck tanımlamasını ve SLA uyumluluk izlemesini sağlar. Doğru zaman damgaları, güvenilir bir Process Mining analizi için esastır.

Neden önemli

Süreç sürelerini hesaplamak, bottleneck'leri belirlemek ve zaman içindeki performansı analiz etmek için gerekli olan olayların kronolojik sırasını sağlar.

Nereden alınır

Workflow geçmişinde veya belge Log tablolarında bulunur, genellikle her durum değişikliği veya olay kaydıyla ilişkili bir 'CreatedDateTime' veya 'ModifiedDateTime' alanı olarak.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
Satın Alma İsteği Kimliği
PurchaseRequisitionId
Bir satın alma talebi için benzersiz tanımlayıcı olup, birincil vaka tanımlayıcısı olarak hizmet eder.
Açıklama

Satın Alma Talep Kimliği (Purchase Requisition ID), tek bir mal veya hizmet talebiyle ilgili tüm faaliyetleri birbirine bağlayan merkezi anahtardır. Her talep süreci, oluşturulmasından nihai onaya ve kapanışa kadar bu benzersiz kimlik altında izlenir.

Process Mining'de bu öznitelik, her talebin uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. Bireysel durumlar için süreç varyantlarının, döngü sürelerinin ve uyumluluğun analizine olanak tanıyarak talep yaşam döngüsünün eksiksiz bir görünümünü sağlar.

Neden önemli

Tüm ilgili olayları tek bir süreç örneğinde gruplandırmak için esastır, her talebin yaşam döngüsünün eksiksiz, uçtan uca analizini mümkün kılar.

Nereden alınır

Bu, genellikle Microsoft Dynamics 365'teki PurchReqTable gibi ana satın alma talep başlık tablosundaki birincil anahtardır.

Örnekler
PR-001254PR-001255PR-001256
Kaynak Sistem
SourceSystemId
Verinin çıkarıldığı kayıt sistemi.
Açıklama

Bu öznitelik, olay verilerinin kaynaklandığı sistemi tanımlar. Bu bağlamda, 'Microsoft Dynamics 365' olacaktır. Birden fazla entegre sisteme sahip ortamlarda, bu alan veri soyadı ve bağlamı için kritik öneme sahiptir.

Analizde, birden fazla sistemi kapsayabilen süreçleri ayırt etmeye veya verilerin tek, yetkili bir kaynaktan geldiğini doğrulamaya yardımcı olur. Bu, veri doğrulaması ve analizin doğru veri kümesine dayandığından emin olmak için önemlidir.

Neden önemli

Verinin kökeni hakkında bağlam sağlar, bu da veri yönetimi, doğrulama ve birden fazla sistemin entegre olduğu ortamlar için çok önemlidir.

Nereden alınır

Bu, veri çıkarma ve dönüşüm süreci sırasında eklenen 'Microsoft Dynamics 365' statik bir değerdir.

Örnekler
Microsoft Dynamics 365 F&OD365MSD365
Son Veri Güncellemesi
LastDataIngestionTimestamp
Verinin Process Mining aracına son çıkarıldığı ve yüklendiği zaman damgası.
Açıklama

Bu öznitelik, analiz edilen verilerin güncelliğini gösterir. Kaynak sistemden yapılan en son veri yenilemenin tarih ve saatini gösterir. Bu, Dynamics 365'in kendi alanı değil, veri alımı sırasında eklenen bir meta veridir.

Bu zaman damgası, kullanıcıların içgörülerin güncelliğini anlamaları için kritik öneme sahiptir. Gerçek zamanlı verilere mi yoksa belirli bir zamandaki bir anlık görüntüye mi baktıklarını bilmelerine yardımcı olur, bu da sonuçlarının alaka düzeyini etkiler.

Neden önemli

Kullanıcılara verinin güncelliği hakkında bilgi verir, analizin zaman çerçevesini ve içgörülerin alaka düzeyini anlamalarını sağlar.

Nereden alınır

Bu değer, veri alımı veya ETL süreci sırasında veri kümesine oluşturulur ve eklenir.

Örnekler
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
Aciliyet Seviyesi
UrgencyLevel
Talebin 'Yüksek', 'Orta' veya 'Düşük' gibi aciliyet derecesinin bir sınıflandırması.
Açıklama

Aciliyet Seviyesi veya öncelik, talep edilen mal veya hizmetlere ne kadar hızlı bir şekilde ihtiyaç duyulduğunu gösterir. Bu öznitelik, genellikle onay yolunu etkilemek veya onaylayıcılar için işi önceliklendirmek amacıyla kullanılır.

Bu özniteliği analiz etmek, öncelik sisteminin etkili olup olmadığını belirlemeye yardımcı olur. Örneğin, 'Yüksek' aciliyetli taleplerin döngü sürelerini 'Düşük' aciliyetli taleplerle karşılaştırabilirsiniz. Eğer önemli bir fark yoksa, bu durum öncelik alanının göz ardı edildiğini veya kötüye kullanıldığını gösterebilir; bu da 'Aciliyet Seviyesi Etki Analizi' Dashboard'u için önemli bir içgörüdür.

Neden önemli

Öncelik ayarlarının kritik talepleri etkili bir şekilde hızlandırıp hızlandırmadığını değerlendirmeye yardımcı olur ve aciliyet sınıflandırmasının potansiyel kötüye kullanımını ortaya çıkarır.

Nereden alınır

Bu, PurchReqTable üzerinde standart veya özel bir alan olabilir. Varlığı ve adı sistem yapılandırmasına göre değişebilir.

Örnekler
YüksekOrtaDüşük
Bölüm
Department
Talep sahibinin departmanı veya taleple ilişkili maliyet merkezi.
Açıklama

Bu öznitelik, 'Pazarlama', 'BT' veya 'Operasyon' gibi satın alma talebini başlatan iş departmanını veya maliyet merkezini belirtir. Bu bilgi genellikle talep başlığının bir parçasıdır.

Süreci departmana göre segmentlere ayırmak, karşılaştırmalı analiz için kritik öneme sahiptir. Hangi departmanların en uzun döngü sürelerine, en yüksek ret oranlarına veya en sık düzeltmelere sahip olduğunu görmenizi sağlar. Bu içgörüler, süreç iyileştirmelerini belirli departman ihtiyaçlarına göre uyarlamaya yardımcı olur.

Neden önemli

Farklı iş birimleri arasında süreç performansını filtrelemeye ve karşılaştırmaya olanak tanır, departmana özgü kalıpları, bottleneck'leri veya verimsizlikleri ortaya çıkarır.

Nereden alınır

Bu bilgi genellikle satın alma talep başlığında (PurchReqTable) saklanır ve Dynamics 365'teki finansal boyutlar yapılandırmasına bağlıdır.

Örnekler
BT DepartmanıFinansOperasyonlar
İşlem Süresi
ProcessingTime
Belirli bir görev üzerinde çalışılarak geçirilen aktif süre.
Açıklama

İşleme Süresi, bir kaynağın bir görevi aktif olarak yürütmek için harcadığı süreyi temsil eder. Bir aktivitenin bitiş zamanı ile başlangıç zamanı arasındaki fark olarak hesaplanır. Döngü süresinin aksine, bekleme veya kuyruk süresini hariç tutar.

Bu hesaplanmış metrik, kaynak verimliliğini ve her süreç adımı için gereken gerçek çabayı anlamak için hayati öneme sahiptir. 'Onay Adımı Bottleneck Analizi'nde, karmaşık bir görevi gösterebilecek uzun işleme süreleri ile kaynak kullanılabilirliği sorununu işaret eden uzun kuyruk süreleri arasında ayrım yaparak yardımcı olur.

Neden önemli

Aktiviteler için aktif çalışma süresini ölçer, doğru bottleneck analizi için katma değerli zaman ile bekleme süresi arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Bu, veri dönüşümü sırasında bir aktivitenin başlangıç zamanı bitiş zamanından çıkarılarak hesaplanır. Bu, her aktivite için hem Başlangıç Zamanı hem de Bitiş Zamanına sahip olmayı gerektirir.

Örnekler
864000003600000600000
Kullanıcı
User
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı.
Açıklama

Bu öznitelik, bir talep göndermek veya bir isteği onaylamak gibi belirli bir süreç adımını yürütmekten sorumlu çalışanı veya sistem kullanıcısını tanımlar. Bir kullanıcı kimliği, tam ad veya e-posta adresi olabilir.

Faaliyetleri kullanıcıya göre analiz etmek, eğitim ihtiyaçlarını, yüksek performanslı bireyleri veya ekipleri ve iş yükü dağılımını belirlemeye yardımcı olur. Aynı zamanda, görev ayrımı gibi uyumluluk analizi ve farklı kullanıcı rollerinin süreçle nasıl etkileşimde bulunduğunu anlamak için de esastır.

Neden önemli

Kullanıcıya özel davranış, iş yükü ve performans analizini mümkün kılar; bu da kaynak yönetimi ve eğitim fırsatlarını belirlemek için anahtardır.

Nereden alınır

Genellikle iş akışı geçmiş tablolarında (örn. WorkflowTrackingStatusTable) veya bir kullanıcı tablosuna (örn. UserInfo) bağlı işlem tablolarında (örn. PurchReqTable) bulunur.

Örnekler
j.smitha.joness.patel
Onay Adımı
ApprovalStep
İş akışındaki belirli bir onay adımının adı veya aşaması.
Açıklama

Bu öznitelik, 'Yönetici Onayı' veya 'Finans Onayı' gibi onay iş akışındaki belirli aşamayı tanımlar. Genel aktivite adından daha ayrıntılı bilgi sağlar.

Bu öznitelik, 'Onay Adımı Darboğaz Analizi' için esastır. Her farklı onay adımında harcanan süreyi izleyerek, genel süreçte gecikmelere tam olarak hangi aşamaların neden olduğunu belirlemek mümkün hale gelir. Bu, iş akışı verimliliğini artırmak için hedeflenmiş müdahalelere olanak tanır.

Neden önemli

Onay Workflow'unun ayrıntılı bir analizine olanak tanır ve bottleneck'lere neden olan belirli aşamaları belirlemeyi mümkün kılar.

Nereden alınır

Bu bilgi, yapılandırılmış iş akışının her adımını detaylandıran WorkflowTrackingStatusTable gibi iş akışı geçmiş tablolarında bulunur.

Örnekler
Yönetici OnayıDepartman Başkanı OnayıFinans İncelemesi
Talep Durumu
RequisitionStatus
Satın alma talebinin mevcut veya nihai durumu.
Açıklama

Bu öznitelik, 'İnceleniyor', 'Onaylandı', 'Reddedildi' veya 'Kapalı' gibi satın alma talebinin herhangi bir anda genel durumunu gösterir. Bu, genellikle nihai sonucu temsil eden vaka düzeyinde bir özniteliktir.

Nihai durumu analiz etmek, sürecin genel sonuçlarını anlamaya yardımcı olur. Örneğin, yüksek sayıda 'Reddedilen' veya 'Geri Çekilen' talep, başlangıçtaki talep aşamasında veya hantal bir onay sürecinde sorunlara işaret edebilir. Başarı oranlarını ve süreç verimliliğini ölçmek için anahtardır.

Neden önemli

Her durum için net bir sonuç sağlar, onay, ret ve geri çekme oranlarının analizini mümkün kılar; bunlar anahtar performans göstergeleridir.

Nereden alınır

Durum alanı genellikle satın alma talep başlık tablosu olan PurchReqTable üzerinde bulunur ve sıkça 'Status' veya 'PurchReqStatus' olarak adlandırılır.

Örnekler
OnaylandıİncelemedeReddedildiTaslak
Toplam Talep Tutarı
RequisitionTotalAmount
Satın alma talebinin toplam parasal değeri.
Açıklama

Bu öznitelik, bir satın alma talebindeki tüm satır kalemlerinin toplam değerini yakalar. Tutar, genellikle onay iş akışının karmaşıklığını etkiler; daha yüksek değerli talepler daha fazla onay adımı gerektirir.

Süreç analizinde bu öznitelik, değer tabanlı filtreleme ve analiz için esastır. 'Yüksek değerli taleplerin onaylanması daha mı uzun sürer?' veya 'Şu anda süreçte takılı kalan taleplerin değeri nedir?' gibi soruları yanıtlamaya yardımcı olur. Bu, süreç performansına finansal bir bağlam sağlar.

Neden önemli

Analize finansal bir boyut katarak, yüksek değerli durumların önceliklendirilmesine ve parasal değerin süreç davranışını nasıl etkilediğinin anlaşılmasına olanak tanır.

Nereden alınır

Bu değer genellikle satın alma talep başlık tablosunda bulunur veya satın alma talep satır tablosundaki (PurchReqLine) satır kalemi tutarlarının toplamı olarak hesaplanır.

Örnekler
1500.0025000.50500.75
Düzeltme Sayısı
AmendmentCount
Bir talebin düzeltildiği toplam sayı.
Açıklama

Bu, her satın alma talebi vakası için 'Talep Düzeltildi' aktivitesinin sayısını sayan hesaplanmış sayısal bir özniteliktir.

Bu öznitelik, 'Talep Düzeltme Sıklığı' Dashboard'u ve 'Talep Düzeltme Oranı' KPI'ı için esastır. Vaka başına yeniden işleme miktarını nicelleştirerek, hangi taleplerin, departmanların veya kullanıcıların yüksek düzeyde değişiklik ve verimsizlikle ilişkili olduğunu belirlemeyi kolaylaştırır. Bu, ilk talep kalitesini iyileştirmeye yönelik çabaları hedeflemeye yardımcı olur.

Neden önemli

Bir durum içindeki yeniden işleme miktarını belirleyerek, düzeltme sıklığını ve bunun süreç verimliliği üzerindeki etkisini ölçmeyi ve analiz etmeyi kolaylaştırır.

Nereden alınır

Bu hesaplanmış bir özniteliktir. Veri dönüşümü sırasında her benzersiz PurchaseRequisitionId için 'Talep Düzeltildi' aktiviteleri sayılarak türetilir.

Örnekler
013
İlk Geçiş Onaylandı mı
IsFirstPass
Bir talebin herhangi bir önceki düzeltme veya ret olmadan onaylanıp onaylanmadığını gösteren bir işaret.
Açıklama

Bu, bir talebin onay yolu herhangi bir 'Talep Düzeltildi' veya 'Onay Adımı Reddedildi' aktivitesi içermiyorsa 'doğru' değerini alan, hesaplanmış bir boolean özniteliğidir. Aksi takdirde, 'yanlış' değerini alır.

Bu öznitelik, 'Talep İlk Geçiş Onay Oranı' KPI'ını doğrudan destekler. Yeniden işlemenin net, vaka düzeyinde bir göstergesini sağlayarak süreç verimliliğinin analizini basitleştirir. Düşük bir ilk geçiş onay oranı, başlangıç veri kalitesi veya belirsiz gereksinimlerle ilgili sorunları vurgulayarak süreç iyileştirme için bir fırsata işaret eder.

Neden önemli

Yeniden işleme gerektiren durumları belirleyerek süreç kalitesini ve verimliliğini doğrudan ölçer, ilk seferde doğru oranlara odaklanan KPI'ları destekler.

Nereden alınır

Bu hesaplanmış bir özniteliktir. Onaydan önce yeniden işleme faaliyetlerinin yokluğunu kontrol etmek için, veri dönüşümü sırasında her vaka için tüm aktivite dizisini analiz etmeyi gerektirir.

Örnekler
truefalse
Onay `Workflow` Yolu
ApprovalWorkflowPath
Atılan onay adımlarının sırasının bir temsili.
Açıklama

Bu öznitelik, 'Yönetici Onayı -> Departman Başkanı Onayı -> Finans Onayı' gibi belirli bir talep için onay adımlarının sırasını birleştiren türetilmiş bir alandır. Onay alt süreci için süreç varyantını etkin bir şekilde özetler.

Bu, 'Uyumluluk Sapması İzleme' Dashboard'u için kritik öneme sahiptir. Gerçek iş akışı yolunu önceden tanımlanmış bir standart veya beklenen yolla karşılaştırarak, politika ihlallerini veya operasyonel riskleri temsil edebilecek uyumsuz veya alışılmadık süreç akışlarını işaretlemek kolaylaşır.

Neden önemli

Süreç varyantının net bir dize temsilini sağlayarak uyumluluk analizini basitleştirir ve standart prosedürlerden sapmaları kolayca fark etmeyi sağlar.

Nereden alınır

Bu öznitelik standart bir alan değildir. Veri dönüşümü sırasında her vaka için 'ApprovalStep' değerlerini kronolojik sıraya göre birleştirerek türetilmelidir.

Örnekler
Yönetici -> DirektörYönetici -> Direktör -> Finans Başkan YardımcısıYönetici -> Otomatik Onaylandı
Onaylayıcı Grubu
ApproverGroup
Bir onay adımından sorumlu kullanıcı grubu veya rolü.
Açıklama

Bu öznitelik, örneğin 'Finans Onaylayıcıları' veya 'BT Yöneticileri' gibi, belirli bir onay görevini yürütmek üzere atanan grubu, rolü veya kuyruğu tanımlar. Performansın onaylardan sorumlu ekiplere göre dilimlenmesine olanak tanıyarak 'Onay Adımı Darboğaz Analizi' Dashboard'unu doğrudan destekler.

Neden önemli

Onay ekipleri arasındaki performans farklılıklarını belirlemeye yardımcı olur, belirli gruplardaki potansiyel kaynak kısıtlamalarını veya eğitim ihtiyaçlarını vurgular.

Nereden alınır

Bu bilgi, her görev için atanan kullanıcıyı veya kullanıcı grubunu kaydeden iş akışı geçmişinin (örn. WorkflowTrackingStatusTable) bir parçasıdır.

Örnekler
Finans OnaylayıcılarıBT YöneticileriÜst Yönetim
Para Birimi
Currency
Talep tutarı için para birimi kodu.
Açıklama

Bu öznitelik, talebin toplam tutarının ifade edildiği para birimini (örneğin USD, EUR, GBP) belirtir. Özellikle çoklu para birimleriyle çalışan çok uluslu kuruluşlarda finansal analiz için kritik öneme sahiptir.

Para birimi özniteliğini kullanmak, finansal verilerin doğru şekilde işlenmesini ve toplanmasını sağlar. Parasal değerlerin doğru yorumlanmasını temin eder ve farklı bölgeler veya iş birimleri arasında doğru raporlama ve karşılaştırma için ortak bir para birimine dönüşümlere olanak tanır.

Neden önemli

Finansal nitelikler için gerekli bağlamı sağlar, çoklu para birimi ortamlarında parasal değerlerin doğru yorumlanmasını ve toplanmasını garanti eder.

Nereden alınır

Bu alan genellikle satın alma talep başlık tablosu olan PurchReqTable üzerinde, tutar alanlarının yanı sıra bulunur.

Örnekler
USDEURGBP
Purchase Order Number
PurchaseOrderNumber
Talepden oluşturulan satın alma siparişinin tanımlayıcısı.
Açıklama

Bu öznitelik, onaylanmış bir satın alma talebinden oluşturulan satın alma siparişinin benzersiz kimliğini saklar. Talep süreci ile takip eden tedarik süreci arasında bir bağlantı görevi görür.

Bu numarayı takip etmek, 'Talepden Satın Alma Siparişine (PO) Dönüşüm Süresi'ni analiz etmek için esastır. Bir talebin Satın Almadan Ödemeye döngüsünün bir sonraki aşamasına başarılı bir şekilde geçtiğini doğrular ve hem talepleri hem de satın alma siparişlerini kapsayan uçtan uca süreç analizine olanak tanır.

Neden önemli

Talebi sonraki satın alma siparişine bağlar, Talep-Satın Alma Siparişi dönüşümünün analizini ve P2P sürecinin farklı aşamalarını birbirine bağlamayı sağlar.

Nereden alınır

Bu bilgi, bir PO oluşturulduktan sonra genellikle satın alma talebi satır tablosunda (PurchReqLine) bulunur ve PurchTable'a geri bağlanır.

Örnekler
PO-000987PO-000988PO-000989
Gerekli Önerilen İsteğe Bağlı

Satın Almadan Ödemeye – Talep Aktiviteleri

Bunlar, talep iş akışınızın doğru keşfi ve analizi için olay günlüğünüzde yakalamanız gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 5 İsteğe Bağlı
Aktivite Açıklama
Onay Adımı Onaylandı
Bir onaylayıcı atanan görevini tamamlar ve talebi kendi süreç aşaması için onaylar. Bu, talebi bir sonraki adıma veya nihai onaya taşır.
Neden önemli

Her onay aşamasının işleme süresini ölçer ve Workflow'un verimli kısımlarını belirlemeye yardımcı olur. Varyant analizinin anahtar bir bileşenidir.

Nereden alınır

Bir kullanıcı bir iş öğesini 'Onayla' (Approve) sonucuyla tamamladığında 'WorkflowTrackingStatusTable'da açıkça kaydedilir.

Yakala

Workflow geçmişi günlüklerinde 'Onayla' (Approve) sonucuyla tamamlanmış 'WorkItemCompleted' olaylarını belirleyin.

Event tipi explicit
Satın Alma Siparişi Oluşturuldu
Onaylanmış bir satın alma talep satırı, satın alma siparişi satırına dönüştürülerek tedarik ekibine devredildiğini gösterir. Bu, talep satırının bir satın alma siparişi satırına bağlanmasıyla yakalanır.
Neden önemli

Bu, talebi takip eden tedarik sürecine bağlayan kritik bir kilometre taşıdır. 'Talepden PO'ya Dönüşüm Süresi' KPI'ını ölçmek için esastır.

Nereden alınır

Talep durumuyla ilişkili bir 'PurchReqLine' kimliğine başvuran 'PurchLine' tablosundaki bir kaydı bularak çıkarılır.

Yakala

Bağlantı referans alanında (örn. PurchReqLineRefId) PurchReqLinePurchLine ile birleştirin.

Event tipi inferred
Talep Kapatıldı
Tüm satın alma talebi, tüm satırlarının satın alma siparişlerine dönüştürülmesi veya iptal edilmesiyle tamamlanmış kabul edilir. Bu, nihai, başarılı bir sonuç durumudur.
Neden önemli

Bu aktivite, talebin yaşam döngüsünün başarılı bir şekilde tamamlanmasını işaret eder. Toplam uçtan uca süreç süresini ölçmek için nihai bitiş noktasıdır.

Nereden alınır

Bu durum genellikle hesaplanır veya çıkarılır. Tüm ilişkili 'PurchReqLine' kayıtları son bir duruma (örneğin 'Kapalı', 'İptal Edildi') ulaştığında meydana gelir.

Yakala

Bir PurchReqTable için tüm alt PurchReqLine kayıtlarının nihai bir duruma sahip olup olmadığını kontrol ederek bu olayı türetin.

Event tipi calculated
Talep Oluşturuldu
Bu olay, taslak durumdaki satın alma talebi kaydının ilk oluşturulmasını işaret eder. Satın alma talep başlığının oluşturulma zaman damgasını belirleyerek kaydedilir.
Neden önemli

Süreç başladığında, bu etkinlik genel talep yaşam döngüsü süresini ölçmek ve günlük talep işlem hacimlerini analiz etmek için esastır.

Nereden alınır

Bu aktivite, her yeni Satın Alma Talep Kimliği için 'PurchReqTable' üzerindeki 'createdDateTime' alanından çıkarılır.

Yakala

PurchReqTable'daki kaydın oluşturulma zaman damgasını kullanın.

Event tipi inferred
Talep Onaya Sunuldu
Kullanıcı, tamamlanmış talebi gönderir ve bu, resmi onay iş akışını başlatır. Bu, sistemin iş akışı motoru tarafından kaydedilen açık bir eylemdir.
Neden önemli

Bu aktivite, onay döngüsünü başlatan kritik bir kilometre taşıdır. 'Talep Onay Süresi' ve 'İlk Geçiş Onay Oranı'nı ölçmek için başlangıç noktasıdır.

Nereden alınır

WorkflowTrackingStatusTable'dan veya benzer bir Workflow geçmişi tablosundan yakalanır; burada satın alma talebine karşı bir 'Gönderme' (Submission) olayı kaydedilir.

Yakala

Talebe bağlı 'Gönderme' (Submission) veya 'Başlatma' (Start) olay türü için Workflow geçmişi günlüklerini filtreleyin.

Event tipi explicit
Talep Onaylandı
Talep, iş akışındaki gerekli tüm onay adımlarını başarıyla geçmiştir. Bu aktivite, iş akışı örneği nihai onaylanmış bir durumla tamamlandığında kaydedilir.
Neden önemli

Bu, onay döngüsünün sonunu ve tedarik aşamasının başlangıcını işaret eden önemli bir kilometre taşıdır. 'Talep Onay Döngüsü Süresi' KPI'ı için bitiş olayıdır.

Nereden alınır

Workflow tamamlandığında 'WorkflowTrackingStatusTable'dan açıkça yakalanır. Bu ayrıca 'PurchReqTable' üzerindeki 'Status' alanını 'Onaylandı' (Approved) olarak günceller.

Yakala

Workflow'un 'Tamamlandı' (Completion) olaylarını 'Onaylandı' (Approved) durumuyla filtreleyin veya PurchReqTable üzerindeki durum değişikliğini izleyin.

Event tipi explicit
Talep Reddedildi
Talep, onay iş akışı sırasında reddedilmiştir ve daha fazla işleme alınmayacaktır. Bu, talep için son bir başarısızlık durumunu temsil eder.
Neden önemli

Bu bitiş olayı, genel ret oranlarını analiz etmek ve başarısız taleplerin finansal veya operasyonel etkisini anlamak için kritik öneme sahiptir.

Nereden alınır

Workflow'un 'Reddedildi' (Rejected) durumuyla tamamlanması üzerine 'WorkflowTrackingStatusTable'dan açıkça yakalanır ve bu da 'PurchReqTable' durum alanını günceller.

Yakala

Workflow'un 'Tamamlandı' (Completion) olaylarını 'Reddedildi' (Rejected) durumuyla filtreleyin veya PurchReqTable üzerindeki durum değişikliğini izleyin.

Event tipi explicit
Onay Adımı Başlatıldı
Bir `Workflow`'un parçası olarak bir kullanıcıya veya gruba bireysel bir onay görevi atanır. Bu, belirli bir onaylayıcı için bekleme veya işleme süresinin başlangıcını temsil eder.
Neden önemli

Bu aktivite, 'Onay Adımı Darboğaz Analizi' için çok önemlidir ve belirli onay aşamaları için kuyruk sürelerinin ölçülmesini sağlar.

Nereden alınır

Talep Workflow örneği için yeni bir iş öğesi oluşturulduğunda ve atandığında 'WorkflowTrackingStatusTable'dan yakalanır.

Yakala

Belirli talep için Workflow geçmişi günlüklerinde 'WorkItemCreated' veya benzeri olayları belirleyin.

Event tipi explicit
Onay Adımı Reddedildi
Bir onaylayıcı, atanan görevini reddeder ve genellikle talebi düzeltme için asıl sahibine geri gönderir. Bu, `Workflow` motoru tarafından kaydedilen açık bir eylemdir.
Neden önemli

Bu aktivite, 'Talep Reddetme Oranı'nı hesaplamak ve redlerin en sık hangi aşamalarda meydana geldiğini belirlemek için temeldir; bu da süreç iyileştirme alanlarını vurgular.

Nereden alınır

Bir kullanıcı bir iş öğesini 'Reddet' (Reject) sonucuyla tamamladığında 'WorkflowTrackingStatusTable'da açıkça kaydedilir.

Yakala

Workflow geçmişi günlüklerinde 'Reddet' (Reject) sonucuyla tamamlanmış 'WorkItemCompleted' olaylarını belirleyin.

Event tipi explicit
Talep Düzeltildi
Bu olay, bir kullanıcı değişiklik yapmak için gönderilmiş bir talebi iş akışından geri çektiğinde meydana gelir. Aktivite, genellikle bir geri çekme eylemini takiben daha sonraki bir yeniden gönderme ile kaydedilir.
Neden önemli

Düzeltmeleri takip etmek, yeniden işlemeyi, belirsiz başlangıç taleplerini ve süreç verimsizliklerini belirlemek için anahtardır. Bu, 'Talep Düzeltme Sıklığı' Dashboard'unu doğrudan destekler.

Nereden alınır

Workflow geçmişinden (WorkflowTrackingStatusTable), bir 'Geri Çekme' (Recall) veya 'Değişiklik Talebi' (RequestChange) eylemi tespit edilerek çıkarılabilir. Ayrıca, gönderim sonrası 'PurchReqTable' üzerindeki 'modifiedDateTime' alanındaki değişikliklerden de çıkarılabilir.

Yakala

Workflow geri çekme olaylarını veya gönderim olayları arasındaki kayıt sürümü değişikliklerini tespit edin.

Event tipi inferred
Talep Geri Çekildi
Oluşturucu veya yetkili bir kullanıcı, gönderildikten sonra talebi iptal eder. Bu eylem, iş akışını ve talebi sonlandırır.
Neden önemli

Geri çekmeleri takip etmek, talep planlama veya aşırı karmaşık süreçlerle ilgili sorunları belirlemeye yardımcı olur. Bu, 'Talep Geri Çekme İçgörüleri' Dashboard'unu destekler.

Nereden alınır

Bu, 'PurchReqTable' üzerindeki durumun 'Cancelled' olarak değişmesinden veya 'WorkflowTrackingStatusTable'daki bir 'Cancel' olayından çıkarılır.

Yakala

PurchReqTable üzerindeki durum değişikliğinin 'İptal Edildi' (Cancelled) olduğunu veya bir Workflow iptal olayını tespit edin.

Event tipi inferred
Talep Satırı Kapatıldı
Satın alma talebindeki bireysel bir satır öğesi tamamen işlenmiş kabul edilir. Bu genellikle, satır tamamen bir satın alma siparişine dönüştürüldükten sonra gerçekleşir.
Neden önemli

Talep karşılamaya ilişkin ayrıntılı bilgi sağlar, taleplerin kısmen mi yoksa tamamen mi satın alma siparişlerine dönüştürüldüğünü belirlemeye yardımcı olur.

Nereden alınır

Bireysel 'PurchReqLine' tablosundaki durum alanından çıkarılır. Sipariş edildiğini veya alındığını gösteren bir durum kapanmayı işaret eder.

Yakala

PurchReqLine tablosundaki durum alanını 'Faturalandı' (Invoiced) veya 'Kapalı' (Closed) gibi nihai bir değer için izleyin.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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