Satın Almadan Ödemeye, Talep Veri Seti Templatei

Microsoft Dynamics 365
Satın Almadan Ödemeye, Talep Veri Seti Templatei

Satın Almadan Ödemeye, Talep Veri Seti Templatei

Bu Template, talep süreciniz için toplanması gereken temel öznitelikleri ve izlenmesi gereken önemli etkinlikleri açıklar. Böylece sürecinizi ayrıntılı biçimde inceleyebilirsiniz. Ayrıca bu verileri nasıl çıkaracağınız konusunda pratik yönlendirme sunarak ayrıntılı analiz için Event Logunuzu verimli biçimde hazırlamanıza yardımcı olur.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Veri çıkarma yönlendirmesi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Satın Almadan Ödemeye - Satın alma talebi öznitelikleri

Satın Almadan Ödemeye - Satın alma talebi sürecinizi ayrıntılı şekilde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
5 Gerekli 6 Önerilen 6 İsteğe bağlı
Ad Açıklama
Faaliyet adı
ActivityName
Talep sürecinde gerçekleşen belirli iş olayının veya adımının adıdır.
Açıklama

Bu öznitelik, satın alma talebi yaşam döngüsü boyunca gerçekleştirilen her faaliyetin adını kaydeder. Örnekler arasında Talep oluşturuldu, Onay adımı onaylandı ve Satın alma siparişi oluşturuldu bulunur. Bu faaliyetler, keşfedilen süreç haritasındaki düğümleri oluşturur.

Bu faaliyetler arasındaki sırayı, sıklığı ve süreyi analiz etmek Process Mining'in temelini oluşturur. Darboğazları, yeniden çalışma döngülerini ve standart süreç akışından sapmaları belirlemeye yardımcı olarak operasyonel verimsizlikler hakkında içgörü sağlar.

Neden önemli?

Bu öznitelik, süreç haritasındaki adımları tanımlar ve talep iş akışını görselleştirmenizi, analiz etmenizi ve anlamanızı sağlar.

Nereden alınır?

Bu bilgi genellikle Microsoft Dynamics 365 içindeki durum değişikliği kayıtlarından, Workflow geçmişi tablolarından veya WorkflowTrackingStatusTable gibi özel olay tablolarından elde edilir.

Örnekler
Talep onaya gönderildiOnay adımı onaylandıTalep değiştirildi
Olay zamanı
EventTime
Belirli bir faaliyet veya olayın gerçekleştiği kesin zaman damgasıdır.
Açıklama

Olay zamanı veya zaman damgası, bir iş olayının sistemde kaydedildiği tarih ve saati gösterir. Zamana dayalı tüm süreç analizlerinin temelini oluşturur.

Bu öznitelik, faaliyetler arasındaki çevrim sürelerini, süreleri ve bekleme zamanlarını hesaplamak için önemlidir. Süreç performansını ve darboğazları analiz etmenizi, SLA uyumluluğunu izlemenizi sağlar. Güvenilir bir Process Mining analizi için doğru zaman damgaları gereklidir.

Neden önemli?

Olayların kronolojik sırasını sağlar. Bu sıra, süreç sürelerini hesaplamak, darboğazları belirlemek ve performansı zaman içinde analiz etmek için gereklidir.

Nereden alınır?

Genellikle her durum değişikliği veya olay kaydıyla ilişkili CreatedDateTime ya da ModifiedDateTime alanı olarak Workflow geçmişi veya belge günlüğü tablolarında bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
Satın Alma Talebi Kimliği
PurchaseRequisitionId
Satın alma talebinin benzersiz tanımlayıcısıdır ve temel vaka kimliği olarak kullanılır.
Açıklama

Satın Alma Talebi Kimliği, tek bir mal veya hizmet talebiyle ilişkili tüm faaliyetleri birbirine bağlayan merkezi anahtardır. Oluşturmadan nihai onay ve kapatmaya kadar her talep süreci bu benzersiz kimlik altında izlenir.

Process Mining'de bu öznitelik, her talebin uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. Tek tek vakalar için süreç varyantlarını, çevrim sürelerini ve uyumluluğu analiz etmenizi sağlar ve talep yaşam döngüsünün tamamını görünür kılar.

Neden önemli?

İlişkili tüm olayları tek bir süreç örneğinde gruplamak için gereklidir ve her talebin yaşam döngüsünün eksiksiz, uçtan uca analiz edilmesini sağlar.

Nereden alınır?

Bu, genellikle Microsoft Dynamics 365 içindeki PurchReqTable gibi ana satın alma talebi başlık tablosunda bulunan temel anahtardır.

Örnekler
PR-001254PR-001255PR-001256
Kaynak sistem
SourceSystemId
Verilerin çıkarıldığı kayıt sistemidir.
Açıklama

Bu öznitelik, olay verilerinin hangi kaynak sistemden geldiğini belirler. Bu bağlamda değer Microsoft Dynamics 365 olur. Birden fazla entegre sistemin bulunduğu ortamlarda bu alan, veri kökeni ve bağlamı için önemlidir.

Analiz sırasında birden fazla sisteme yayılan süreçleri ayırt etmeye veya verilerin tek ve yetkili bir kaynaktan geldiğini doğrulamaya yardımcı olur. Bu, veri doğrulaması ve analizin doğru veri setine dayanmasını sağlamak için önemlidir.

Neden önemli?

Verilerin kaynağı hakkında bağlam sağlar. Bu bilgi, veri yönetişimi ve doğrulama için, ayrıca birden fazla sistemin entegre edildiği ortamlar için önemlidir.

Nereden alınır?

Bu, veri çıkarma ve dönüştürme sürecinde eklenen sabit bir Microsoft Dynamics 365 değeridir.

Örnekler
Microsoft Dynamics 365 F&OD365MSD365
Son veri güncellemesi
LastDataIngestionTimestamp
Verilerin Process Mining aracına en son çıkarılıp yüklendiği zaman damgasıdır.
Açıklama

Bu öznitelik, analiz edilen verilerin güncelliğini gösterir. Kaynak sistemden yapılan en son veri yenilemesinin tarih ve saatini belirtir. Bu, Dynamics 365'in kendi alanlarından biri değildir; veri alımı sırasında eklenen meta verilerdendir.

Bu zaman damgası, içgörülerin ne kadar güncel olduğunu anlamanız için önemlidir. Gerçek zamanlı verilere mi yoksa belirli bir andaki görüntüye mi baktığınızı gösterir. Bu durum, vardığınız sonuçların geçerliliğini etkiler.

Neden önemli?

Verilerin güncelliği hakkında bilgi verir ve analiz dönemini ve içgörülerin geçerliliğini anlamanızı sağlar.

Nereden alınır?

Bu değer, veri alımı veya ETL sürecinde oluşturulur ve veri setine eklenir.

Örnekler
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
Aciliyet düzeyi
UrgencyLevel
Talebin aciliyetini High, Medium veya Low gibi sınıflandıran değer.
Açıklama

Aciliyet düzeyi veya öncelik, talep edilen mal ya da hizmetlere ne kadar hızlı ihtiyaç duyulduğunu gösterir. Bu öznitelik, onay yolunu belirlemek veya onaylayanların işlerini önceliklendirmek için sıkça kullanılır.

Bu özniteliği analiz ederek öncelik sisteminin etkili olup olmadığını belirleyebilirsiniz. Örneğin, High aciliyet düzeyine sahip taleplerin çevrim sürelerini Low aciliyet düzeyine sahip taleplerle karşılaştırabilirsiniz. Arada anlamlı bir fark yoksa öncelik alanının göz ardı edildiği ya da yanlış kullanıldığı anlaşılabilir. Bu, Aciliyet Düzeyi Etki Analizi Dashboard için önemli bir içgörüdür.

Neden önemli?

Öncelik ayarlarının kritik talepleri gerçekten hızlandırıp hızlandırmadığını değerlendirmenize ve aciliyet sınıflandırmasının olası yanlış kullanımını ortaya çıkarmanıza yardımcı olur.

Nereden alınır?

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

Örnekler
YüksekOrtaDüşük
Departman
Department
Talep sahibinin departmanı veya taleple ilişkili maliyet merkezidir.
Açıklama

Bu öznitelik, Marketing, IT veya Operations gibi satın alma talebini başlatan iş departmanını ya da maliyet merkezini belirtir. Bu bilgi genellikle talep başlığının bir parçasıdır.

Süreci departmana göre bölümlere ayırmak, karşılaştırmalı analiz için önemlidir. Hangi departmanların en uzun çevrim sürelerine, en yüksek ret oranlarına veya en sık değişikliklere sahip olduğunu görmenizi sağlar. Bu içgörüler, süreç iyileştirmelerini departmanların özel ihtiyaçlarına göre uyarlamanıza yardımcı olur.

Neden önemli?

Farklı iş birimleri arasındaki süreç performansını filtreleyip karşılaştırmanızı sağlar ve departmana özgü örüntüleri, darboğazları veya verimsizlikleri ortaya çıkarır.

Nereden alınır?

Bu bilgi genellikle satın alma talebi başlığında, yani PurchReqTable içinde saklanır ve Dynamics 365'teki mali boyut yapılandırmasına bağlanır.

Örnekler
BT DepartmanıFinansOperasyonlar
Kullanıcı
User
Faaliyeti gerçekleştiren kişinin kullanıcı kimliği veya adıdır.
Açıklama

Bu öznitelik, talep gönderme veya talebi onaylama gibi belirli bir süreç adımını gerçekleştiren çalışanı ya da sistem kullanıcısını tanımlar. 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 performans gösteren kişi veya ekipleri ve iş yükü dağılımını belirlemeye yardımcı olur. Ayrıca görevlerin ayrılığı gibi uyumluluk analizleri ve farklı kullanıcı rollerinin süreçle nasıl etkileştiğini anlamak için de gereklidir.

Neden önemli?

Kullanıcıya özgü davranış, iş yükü ve performans analizini mümkün kılar. Bu bilgiler kaynak yönetimi ve eğitim fırsatlarının belirlenmesi için önemlidir.

Nereden alınır?

Genellikle WorkflowTrackingStatusTable gibi Workflow geçmişi tablolarında veya PurchReqTable gibi bir kullanıcı tablosuna, örneğin UserInfo'ya, bağlı işlem tablolarında bulunur.

Örnekler
j.smitha.joness.patel
Onay adımı
ApprovalStep
Workflow içindeki belirli bir onay adımının adı veya aşaması.
Açıklama

Bu öznitelik, Manager Approval veya Finance Approval gibi onay Workflow içindeki belirli aşamayı tanımlar. Genel etkinlik adına göre daha ayrıntılı bilgi sağlar.

Bu öznitelik, Onay Adımı Darboğaz Analizi için gereklidir. Her bir onay adımında geçirilen süre izlenerek genel süreçte gecikmeye neden olan aşamalar tam olarak belirlenebilir. Böylece Workflow verimliliğini artırmak için hedefli iyileştirmeler yapılabilir.

Neden önemli?

Onay Workflow için ayrıntılı analiz yapılmasını ve darboğaza neden olan belirli aşamaların belirlenmesini sağlar.

Nereden alınır?

Bu bilgi, yapılandırılmış Workflow içindeki her adımı ayrıntılandıran WorkflowTrackingStatusTable gibi Workflow geçmişi tablolarında bulunur.

Örnekler
Yönetici onayıDepartman yöneticisi onayıFinans incelemesi
Talep durumu
RequisitionStatus
Satın alma talebinin mevcut veya nihai durumudur.
Açıklama

Bu öznitelik, satın alma talebinin herhangi bir andaki genel durumunu gösterir. Örnekler arasında In Review, Approved, Rejected ve Closed bulunur. 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 çok sayıda Rejected veya Withdrawn talep, ilk talep aşamasındaki sorunlara ya da zahmetli bir onay sürecine işaret edebilir. Başarı oranlarını ve süreç verimliliğini ölçmek için önemlidir.

Neden önemli?

Her vaka için net bir sonuç sağlar ve temel performans göstergeleri olan onay, ret ve geri çekilme oranlarını analiz etmenize imkan verir.

Nereden alınır?

Durum alanı genellikle satın alma talebi başlık tablosu PurchReqTable içinde bulunur ve çoğunlukla Status veya PurchReqStatus olarak adlandırılır.

Örnekler
OnaylandıİnceleniyorReddedildiTaslak
Talep toplam tutarı
RequisitionTotalAmount
Satın alma talebinin toplam parasal değeridir.
Açıklama

Bu öznitelik, satın alma talebindeki tüm satır öğelerinin toplam değerini kaydeder. Tutar, onay iş akışının karmaşıklığını çoğu zaman etkiler. Daha yüksek tutarlı talepler için daha fazla onay adımı gerekebilir.

Süreç analizinde bu öznitelik, değere göre filtreleme ve analiz için gereklidir. “Yüksek değerli taleplerin onaylanması daha uzun mu sürüyor?” veya “Şu anda süreçte takılı kalan taleplerin değeri nedir?” gibi soruları yanıtlamanıza yardımcı olur. Böylece süreç performansına finansal bir bağlam kazandırır.

Neden önemli?

Analize finansal bir boyut ekler ve yüksek değerli vakaları önceliklendirmenizi ve parasal değerin süreç davranışını nasıl etkilediğini anlamanızı sağlar.

Nereden alınır?

Bu değer genellikle satın alma talebi başlık tablosunda bulunur veya satın alma talebi satır tablosundaki, yani PurchReqLine içindeki, satır öğesi tutarlarının toplamı olarak hesaplanır.

Örnekler
1500.0025000.50500.75
Değişiklik sayısı
AmendmentCount
Bir talepte yapılan toplam değişiklik sayısı.
Açıklama

Bu, her satın alma talebi vakasındaki Requisition Amended etkinliklerinin sayısını hesaplayan sayısal bir özniteliktir.

Bu öznitelik, Talep Değişikliği Sıklığı Dashboard ve Talep Değişikliği Oranı KPI için gereklidir. Vaka başına yeniden işleme miktarını ölçerek hangi taleplerin, departmanların veya kullanıcıların yüksek değişiklik ve verimsizlik düzeyiyle ilişkili olduğunu kolayca belirlemenizi sağlar. Böylece ilk talep kalitesini artırmaya yönelik çalışmalar hedeflenebilir.

Neden önemli?

Bir vaka içindeki yeniden işlemeyi ölçer ve değişiklik sıklığının ve bunun süreç verimliliğine etkisinin kolayca analiz edilmesini sağlar.

Nereden alınır?

Bu, hesaplanmış bir özniteliktir. Veri dönüşümü sırasında her benzersiz PurchaseRequisitionId için Requisition Amended etkinlikleri sayılarak türetilir.

Örnekler
013
İlk seferde onaylandı mı
IsFirstPass
Bir talebin daha önce değişiklik yapılmadan veya reddedilmeden onaylanıp onaylanmadığını gösteren işaret.
Açıklama

Bu, talebin onaya giden yolunda Requisition Amended veya Approval Step Rejected etkinlikleri bulunmuyorsa true, aksi durumda false değerini alan hesaplanmış bir boolean özniteliktir.

Bu öznitelik, Talebin İlk Seferde Onaylanma Oranı KPI değerini doğrudan destekler. Yeniden işleme gereken vakaları vaka düzeyinde açıkça göstererek süreç verimliliği analizini kolaylaştırır. İlk seferde onaylanma oranının düşük olması, başlangıç verilerinin kalitesiyle veya gereksinimlerin net olmamasıyla ilgili sorunlara işaret eder ve süreç iyileştirme fırsatı sunar.

Neden önemli?

Yeniden işleme gereken vakaları belirleyerek süreç kalitesini ve verimliliğini doğrudan ölçer, ilk seferde doğru sonuç oranına odaklanan KPI değerlerini destekler.

Nereden alınır?

Bu, hesaplanmış bir özniteliktir. Onaydan önce yeniden işleme etkinliklerinin bulunmadığını kontrol etmek için veri dönüşümü sırasında her vakanın tüm etkinlik sırasının analiz edilmesini gerektirir.

Örnekler
truefalse
Onay Workflow yolu
ApprovalWorkflowPath
İzlenen onay adımlarının sırasını gösteren temsil.
Açıklama

Bu öznitelik, belirli bir talep için onay adımlarının sırasını birleştiren türetilmiş bir alandır. Örneğin Manager Approval -> Department Head Approval -> Finance Approval. Onay alt sürecindeki süreç varyantını özetler.

Bu öznitelik, Uyumluluk Sapması İzleme Dashboard için büyük önem taşır. Gerçek Workflow yolu önceden tanımlanmış standart veya beklenen yolla karşılaştırılarak politika ihlallerine ya da operasyonel risklere işaret edebilecek uyumsuz veya olağandışı süreç akışları kolayca belirlenebilir.

Neden önemli?

Süreç varyantını açık bir metin olarak sunarak uyumluluk analizini kolaylaştırır ve standart prosedürlerden sapmaların kolayca görülmesini 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ğerleri kronolojik sırayla birleştirilerek türetilmelidir.

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

Bu öznitelik, belirli bir onay görevini yürütmek üzere atanmış grubu, rolü veya kuyruğu tanımlar. Örneğin Finance Approvers veya IT Managers.

Süreç performansını onaylayan gruba göre analiz etmek, iş yükünün nasıl dağıldığını anlamak ve kaynakları yetersiz olabilecek ya da ek eğitim gerektiren grupları belirlemek için önemlidir. Performansın onaylardan sorumlu ekiplere göre ayrıntılı incelenmesini sağlayarak Onay Adımı Darboğaz Analizi Dashboard çalışmasını doğrudan destekler.

Neden önemli?

Onay ekipleri arasındaki performans farklarını belirlemenize, belirli gruplardaki olası kaynak kısıtlarını veya eğitim ihtiyaçlarını görmenize yardımcı olur.

Nereden alınır?

Bu bilgi, her görev için atanan kullanıcıyı veya kullanıcı grubunu kaydeden Workflow geçmişinin bir parçasıdır. Örneğin WorkflowTrackingStatusTable.

Örnekler
Finans onaylayanlarıBT yöneticileriÜst yönetim
Para birimi
Currency
Talep tutarının para birimi kodudur.
Açıklama

Bu öznitelik, talebin toplam tutarının hangi para biriminde ifade edildiğini belirtir. Örneğin USD, EUR veya GBP. Birden fazla para birimiyle çalışan çok uluslu kuruluşlarda finansal analiz için büyük önem taşır.

Para birimi özniteliği, finansal verilerin doğru şekilde işlenmesini ve toplulaştırılmasını sağlar. Parasal değerlerin doğru yorumlanmasına imkan verir, doğru raporlama ve farklı bölgeler ya da iş birimleri arasında karşılaştırma yapılabilmesi için ortak bir para birimine dönüşümü mümkün kılar.

Neden önemli?

Finansal öznitelikler için gerekli bağlamı sağlar ve çok para birimli ortamlarda parasal değerlerin doğru yorumlanmasına ve toplulaştırılmasına yardımcı olur.

Nereden alınır?

Bu alan genellikle tutar alanlarının yanında, satın alma talebi üst bilgisi tablosu olan PurchReqTable üzerinde bulunur.

Örnekler
USDEURGBP
Satın alma siparişi numarası
PurchaseOrderNumber
Talepten 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 sonraki satın alma süreci arasındaki bağlantıyı sağlar.

Bu numaranın izlenmesi, Talep-Satın Alma Siparişine Dönüşüm Süresi analizinde gereklidir. Talebin Satın Almadan Ödemeye döngüsünde sonraki aşamaya başarıyla geçtiğini doğrular ve hem talepleri hem de satın alma siparişlerini kapsayan uçtan uca süreç analizine imkan verir.

Neden önemli?

Talebi sonraki satın alma siparişine bağlar, Talebin Satın Alma Siparişine dönüşümünün analiz edilmesini ve Satın Almadan Ödemeye sürecinin farklı aşamalarının ilişkilendirilmesini sağlar.

Nereden alınır?

Bu bilgi genellikle bir satın alma siparişi oluşturulduktan sonra satın alma talebi satır tablosunda, PurchReqLine üzerinde bulunur ve PurchTable ile bağlantı kurar.

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

Satın Almadan Ödemeye - Satın alma talebi faaliyetleri

Talep Workflowunuzu doğru şekilde keşfetmek ve analiz etmek için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
7 Önerilen 5 İsteğe bağlı
Aktivite Açıklama
Onay adımı onaylandı
Onaylayan kişi kendisine atanan görevi tamamlayarak talebi sürecin kendi aşaması için onaylar. Böylece talep bir sonraki adıma veya nihai onaya ilerler.
Neden önemli?

Her onay aşamasının işlem süresini ölçer ve iş akışının verimli bölümlerini belirlemenize yardımcı olur. Varyant analizinin temel bileşenlerinden biridir.

Nereden alınır?

Bir kullanıcı, Approve sonucu ile iş öğesini tamamladığında WorkflowTrackingStatusTable içine açıkça kaydedilir.

Yakalayın

Workflow geçmişi kayıtlarında Approve sonucu içeren WorkItemCompleted olaylarını belirleyin.

Olay türü explicit
Satın alma siparişi oluşturuldu
Onaylanmış bir satın alma talebi satırı, satın alma siparişi satırına dönüştürülür ve tedarik ekibine devri gösterir. Bu olay, talep satırının satın alma siparişi satırına bağlanmasıyla kayda alınır.
Neden önemli?

Bu önemli kilometre taşı, talebi sonraki tedarik sürecine bağlar. Requisition to PO Conversion Time KPI'ını ölçmek için gereklidir.

Nereden alınır?

Talep vakasıyla ilişkili PurchReqLine kimliğine referans veren bir PurchLine kaydı bulunarak çıkarılır.

Yakalayın

PurchReqLine ile PurchLine tablolarını bağlantı referans alanı, örneğin PurchReqLineRefId, üzerinden birleştirin.

Olay türü inferred
Talep kapatıldı
Satın alma talebinin tamamı, tüm satırları satın alma siparişlerine dönüştürüldüğünde veya iptal edildiğinde tamamlanmış kabul edilir. Bu, başarılı bir nihai durumdur.
Neden önemli?

Bu faaliyet, talep yaşam döngüsünün başarıyla tamamlandığını gösterir. Toplam uçtan uca süreç süresini ölçmek için son noktadır.

Nereden alınır?

Bu durum genellikle hesaplanır veya çıkarılır. İlişkili tüm PurchReqLine kayıtları Closed veya Cancelled gibi son durumlardan birine ulaştığında gerçekleşir.

Yakalayın

Bir PurchReqTable kaydına bağlı tüm alt PurchReqLine kayıtlarının son duruma ulaşıp ulaşmadığını kontrol ederek bu olayı türetin.

Olay türü calculated
Talep oluşturuldu
Bu olay, satın alma talebi kaydının taslak durumunda ilk kez oluşturulmasını gösterir. Satın alma talebi başlığının oluşturulma zaman damgası belirlenerek kayda alınır.
Neden önemli?

Sürecin başlangıcı olan bu faaliyet, talebin toplam yaşam döngüsü süresini ölçmek ve günlük talep işlem hacmini analiz etmek için gereklidir.

Nereden alınır?

Bu faaliyet, her yeni Satın Alma Talebi Kimliği için PurchReqTable içindeki createdDateTime alanından çıkarılır.

Yakalayın

PurchReqTable içindeki kaydın oluşturulma zaman damgasını kullanın.

Olay türü inferred
Talep onaya gönderildi
Kullanıcı tamamlanan talep formunu gönderir ve resmi onay iş akışı başlar. Sistem iş akışı motoru bu açık eylemi günlüğe kaydeder.
Neden önemli?

Bu faaliyet, onay döngüsünü başlatan önemli bir kilometre taşıdır. Requisition Approval Cycle Time ve First-Pass Approval Rate ölçümlerinin başlangıç noktasıdır.

Nereden alınır?

Satın alma talebine bağlı bir Submission olayı kaydedilen WorkflowTrackingStatusTable veya benzer bir Workflow geçmişi tablosundan alınır.

Yakalayın

Talebe bağlı Submission veya Start olay türü için Workflow geçmişi kayıtlarını filtreleyin.

Olay türü explicit
Talep onaylandı
Talep formu, iş akışındaki gerekli tüm onay adımlarını başarıyla tamamlamıştır. İş akışı örneği nihai Onaylandı durumuyla tamamlandığında bu etkinlik kaydedilir.
Neden önemli?

Bu önemli kilometre taşı, onay döngüsünün sonunu ve tedarik aşamasının başlangıcını gösterir. Requisition Approval Cycle Time KPI'ının bitiş olayıdır.

Nereden alınır?

Workflow tamamlandığında WorkflowTrackingStatusTable içinden açıkça alınır. Bu işlem, PurchReqTable içindeki Status alanını Approved olarak günceller.

Yakalayın

Approved durumuna sahip Workflow Completion olaylarını filtreleyin veya PurchReqTable içindeki durum değişikliğini izleyin.

Olay türü explicit
Talep reddedildi
Talep formu onay iş akışı sırasında reddedilmiştir ve artık işleme alınmayacaktır. Bu durum, talep için terminal başarısızlık durumunu gösterir.
Neden önemli?

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

Nereden alınır?

Workflow, Rejected durumuyla tamamlandığında WorkflowTrackingStatusTable içinden açıkça alınır ve PurchReqTable durum alanı güncellenir.

Yakalayın

Rejected durumuna sahip Workflow Completion olaylarını filtreleyin veya PurchReqTable içindeki durum değişikliğini izleyin.

Olay türü explicit
Onay adımı başlatıldı
İş akışının parçası olarak bir onay görevi kullanıcıya veya gruba atanır. Bu, belirli bir onaylayan için bekleme veya işlem süresinin başlangıcını gösterir.
Neden önemli?

Bu faaliyet, Approval Step Bottleneck Analysis için önemlidir ve belirli onay aşamalarındaki kuyruk sürelerinin ölçülmesini sağlar.

Nereden alınır?

Talebin Workflow örneği için yeni bir iş öğesi oluşturulup atandığında WorkflowTrackingStatusTable içinden alınır.

Yakalayın

Belirli talebe ait Workflow geçmişi kayıtlarında WorkItemCreated veya benzer olayları belirleyin.

Olay türü explicit
Onay adımı reddedildi
Onaylayan kişi kendisine atanan görevi reddeder ve genellikle düzeltme yapılması için talebi talebi oluşturan kişiye geri gönderir. Bu, Workflow motoru tarafından kayda alınan açık bir işlemdir.
Neden önemli?

Bu faaliyet, Requisition Rejection Rate hesaplamak ve retlerin en sık hangi aşamalarda gerçekleştiğini belirlemek için temel niteliktedir. Böylece süreç iyileştirme alanları ortaya çıkar.

Nereden alınır?

Bir kullanıcı, Reject sonucu ile iş öğesini tamamladığında WorkflowTrackingStatusTable içine açıkça kaydedilir.

Yakalayın

Workflow geçmişi kayıtlarında Reject sonucu içeren WorkItemCompleted olaylarını belirleyin.

Olay türü explicit
Talep değiştirildi
Bu olay, kullanıcının değişiklik yapmak üzere gönderilmiş bir talep formunu iş akışından geri çekmesiyle gerçekleşir. Etkinlik genellikle bir geri çekme eyleminin ardından daha sonra yapılan yeniden gönderim belirlenerek kaydedilir.
Neden önemli?

Değişiklikleri izlemek, yeniden çalışmayı, başlangıç taleplerindeki belirsizlikleri ve süreç verimsizliklerini belirlemek için önemlidir. Bu izleme, Requisition Amendment Frequency Dashboardunu doğrudan destekler.

Nereden alınır?

Workflow geçmişinden, yani WorkflowTrackingStatusTable içinden Recall veya RequestChange işlemi belirlenerek çıkarılabilir. Ayrıca gönderimden sonra PurchReqTable içindeki modifiedDateTime alanında yapılan değişikliklerden de anlaşılabilir.

Yakalayın

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

Olay türü inferred
Talep geri çekildi
Talep formunu oluşturan kişi veya yetkili bir kullanıcı, form gönderildikten sonra talebi iptal eder. Bu eylem iş akışını ve talebi sonlandırır.
Neden önemli?

Geri çekmeleri izlemek, talep planlamasındaki sorunları veya gereğinden karmaşık süreçleri belirlemeye yardımcı olur. Bu izleme, Requisition Withdrawal Insights Dashboardunu destekler.

Nereden alınır?

Bu olay, PurchReqTable içindeki durumun Cancelled olarak değişmesinden veya WorkflowTrackingStatusTable içindeki Cancel olayından çıkarılır.

Yakalayın

PurchReqTable içindeki durumun Cancelled olarak değişmesini veya bir Workflow iptal olayını belirleyin.

Olay türü inferred
Talep satırı kapatıldı
Satın alma talebindeki tek 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şılanmasına ilişkin ayrıntılı bilgi sağlar ve 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?

Tek tek PurchReqLine kayıtlarındaki durum alanından çıkarılır. Ordered veya Received durumları satırın kapandığını gösterir.

Yakalayın

PurchReqLine tablosundaki durum alanını Invoiced veya Closed gibi son durum değerleri için izleyin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Microsoft Dynamics 365 üzerinden nasıl alırsınız

Başlamaya hazır mısınız?

Bu Template ile Satın Almadan Ödemeye, talep sürecinizi optimize etmeye başlamak için ihtiyacınız olan her şeye sahipsiniz. Değerli içgörüleri bugün ortaya çıkarmaya başlayın.

Daha hızlı onaylar için Satın Almadan Ödemeye, talep sürecini şimdi optimize edin

Gecikmeleri ortadan kaldırın ve Dynamics 365 üzerinde çevrim sürelerini %30 kısaltın.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika sürer.