Satın Almadan Ödemeye talep süreci için Veri Templateiniz
Satın Almadan Ödemeye talep süreci için Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Satın Almadan Ödemeye talep süreci öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Talep sürecinde gerçekleşen belirli iş olayının veya adımın adı. | ||
|
Açıklama
Bu öznitelik, satın alma talebinin yaşam döngüsü boyunca gerçekleştirilen her etkinliğin adını kaydeder. Örnekler arasında 'Talep oluşturuldu', 'Onay adımı onaylandı' ve 'Satın alma siparişi oluşturuldu' bulunur. Bu etkinlikler, keşfedilen süreç haritasındaki düğümleri oluşturur. Etkinliklerin sırasını, sıklığını ve aralarındaki süreleri analiz etmek Process Mining’in temelini oluşturur. Bu analiz, darboğazları, yeniden çalışma döngülerini ve standart süreç akışından sapmaları belirleyerek 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ştirip analiz etmenizi, anlamanızı sağlar.
Nereden alınır?
Bu bilgi genellikle Microsoft Dynamics 365 içindeki durum değişikliği günlüklerinden, iş akışı geçmişi tablolarından veya WorkflowTrackingStatusTable gibi belirli olay tablolarından elde edilir.
Örnekler
Talep onaya gönderildiOnay adımı onaylandıTalep değiştirildi
|
|||
|
Olay zamanı
EventTime
|
Belirli bir etkinliğin veya olayın gerçekleştiği kesin zaman damgası. | ||
|
Açıklama
Olay zamanı, yani 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, çevrim sürelerini, etkinliklerin süresini ve etkinlikler arasındaki bekleme zamanlarını hesaplamak için önemlidir. Süreç performansını analiz etmeyi, darboğazları belirlemeyi ve SLA uyumluluğunu izlemeyi sağlar. Güvenilir bir Process Mining analizi için zaman damgalarının doğru olması gerekir.
Neden önemli?
Olayların kronolojik sırasını gösterir. Bu sıra, süreç sürelerini hesaplamak, darboğazları belirlemek ve zaman içindeki performansı analiz etmek için gereklidir.
Nereden alınır?
İş akışı geçmişi veya belge günlüğü tablolarında bulunur. Genellikle her durum değişikliği ya da olay kaydıyla ilişkili 'CreatedDateTime' veya 'ModifiedDateTime' alanında yer alır.
Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
|
|||
|
Satın alma talebi kimliği
PurchaseRequisitionId
|
Satın alma talebini tanımlayan ve ana vaka kimliği olarak kullanılan benzersiz tanımlayıcı. | ||
|
Açıklama
Satın alma talebi kimliği, tek bir mal veya hizmet talebiyle ilgili tüm etkinlikleri birbirine bağlayan temel anahtardır. Oluşturulmasından nihai onay ve kapanışa kadar her talep süreci bu benzersiz kimlikle takip edilir. Process Mining’de bu öznitelik, her talebin başından sonuna kadar izlediği yolu yeniden oluşturmak için temel önemdedir. Tek tek vakalardaki süreç varyantlarını, çevrim sürelerini ve uyumluluğu analiz etmenizi sağlayarak talebin yaşam döngüsünü bütünüyle görmenize yardımcı olur.
Neden önemli?
İlişkili tüm olayları tek bir süreç örneğinde gruplandırarak her talebin yaşam döngüsünü başından sonuna kadar analiz etmenizi sağlar.
Nereden alınır?
Bu, genellikle Microsoft Dynamics 365 içindeki PurchReqTable gibi ana satın alma talebi başlık tablosunun birincil anahtarıdır.
Örnekler
PR-001254PR-001255PR-001256
|
|||
|
Kaynak sistem
SourceSystemId
|
Verilerin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, olay verilerinin hangi kaynak sistemden geldiğini gösterir. Bu örnekte kaynak sistem 'Microsoft Dynamics 365' olur. Birden fazla sistemin entegre olduğu ortamlarda bu alan, verinin kaynağını izlemek ve bağlamını anlamak için önemlidir. Analiz sırasında birden fazla sisteme yayılan süreçleri birbirinden ayırmaya veya verilerin tek ve yetkili bir kaynaktan geldiğini doğrulamaya yardımcı olur. Bu, verileri doğrulamak ve analizin doğru Veri Seti üzerinden yürütülmesini sağlamak açısından ö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 olduğu ortamlarda önemlidir.
Nereden alınır?
Veri çıkarma ve dönüştürme sırasında eklenen sabit bir 'Microsoft Dynamics 365' değeridir.
Örnekler
Microsoft Dynamics 365 F&OD365MSD365
|
|||
|
Verilerin son güncellenme zamanı
LastDataIngestionTimestamp
|
Verilerin en son çıkarılıp Process Mining aracına yüklendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, analiz edilen verilerin ne kadar güncel olduğunu gösterir. Kaynak sistemden en son veri yenilemesinin tarih ve saatini belirtir. Bu alan Dynamics 365’in kendi verilerinden gelmez; veri alımı sırasında eklenen meta verilerdendir. Bu zaman damgası, içgörülerin ne kadar güncel olduğunu anlamanıza yardımcı olur. Gerçek zamanlı verilere mi yoksa belirli bir andaki veri görüntüsüne mi baktığınızı gösterir. Bu da çıkarımlarınızın geçerliliğini etkiler.
Neden önemli?
Verilerin güncelliğini göstererek analiz dönemini ve içgörülerin ne kadar geçerli olduğunu anlamanıza yardımcı olur.
Nereden alınır?
Bu değer, veri alımı veya ETL süreci sırasında oluşturulup Veri Seti’ne eklenir.
Örnekler
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
|
|||
|
Aciliyet düzeyi
UrgencyLevel
|
Talebin aciliyetini Yüksek, Orta veya Düşük 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 onaylayacak kişilerin işlerini önceliklendirmek için kullanılabilir. Bu özniteliği analiz ederek öncelik sisteminin etkili olup olmadığını değerlendirebilirsiniz. Örneğin, aciliyeti Yüksek olan taleplerin çevrim sürelerini Düşük olanlarla karşılaştırabilirsiniz. Aralarında belirgin bir fark yoksa öncelik alanı göz ardı ediliyor veya yanlış kullanılıyor olabilir. Bu, Aciliyet düzeyinin etkisi Dashboardı için önemli bir bulgudur.
Neden önemli?
Öncelik ayarlarının acil talepleri gerçekten hızlandırıp hızlandırmadığını değerlendirmenize ve aciliyet sınıflandırmasının yanlış kullanıldığı durumları belirlemenize yardımcı olur.
Nereden alınır?
Bu, PurchReqTable tablosundaki standart veya özel bir alan olabilir. Alanın bulunup bulunmaması 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 merkezi. | ||
|
Açıklama
Bu öznitelik, 'Pazarlama', 'BT' veya 'Operasyonlar' gibi satın alma talebini başlatan iş departmanını ya da maliyet merkezini belirtir. Bu bilgi genellikle talep başlığında yer alır. Süreci departmana göre gruplandırmak karşılaştırmalı analiz için önemlidir. Hangi departmanlarda çevrim sürelerinin daha uzun, ret oranlarının daha yüksek veya değişikliklerin daha sık olduğunu görebilirsiniz. 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ş birimlerindeki süreç performansını filtreleyip karşılaştırmanızı sağlar; departmana özgü örüntüleri, darboğazları ve verimsizlikleri ortaya çıkarır.
Nereden alınır?
Bu bilgiler genellikle satın alma talebi başlık tablosunda (PurchReqTable) saklanır ve Dynamics 365 içindeki finansal boyut yapılandırmasına bağlanır.
Örnekler
BT departmanıFinansOperasyonlar
|
|||
|
Kullanıcı
User
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, talep gönderme veya isteği onaylama gibi belirli bir süreç adımından sorumlu çalışanı ya da sistem kullanıcısını tanımlar. Kullanıcı kimliği, tam ad veya e-posta adresi olabilir. Etkinlikleri kullanıcıya göre analiz etmek; eğitim ihtiyaçlarını, yüksek performans gösteren kişileri veya ekipleri ve iş yükünün dağılımını belirlemeye yardımcı olur. Görevlerin ayrılığı gibi uyumluluk analizleri ve farklı kullanıcı rollerinin süreçle nasıl etkileşim kurduğunu anlamak için de gereklidir.
Neden önemli?
Kullanıcı davranışını, iş yükünü ve performansını analiz etmenizi sağlar. Bu bilgiler kaynak yönetimi ve eğitim fırsatlarını belirlemek için önemlidir.
Nereden alınır?
Genellikle iş akışı geçmişi tablolarında (ör. WorkflowTrackingStatusTable) veya kullanıcı tablosuyla (ör. UserInfo) ilişkili işlem tablolarında (ör. 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, onay iş akışındaki belirli bir aşamayı tanımlar; örneğin Yönetici onayı veya Finans onayı. Genel etkinlik adına kıyasla daha ayrıntılı bilgi sunar. Onay adımı darboğaz analizinde bu öznitelik önemlidir. Her bir onay adımında geçirilen süreyi izleyerek genel süreçte gecikmeye neden olan aşamaları tam olarak belirleyebilirsiniz. Böylece iş akışının verimliliğini artırmak için hedefli iyileştirmeler yapabilirsiniz.
Neden önemli?
Onay iş akışını ayrıntılı biçimde analiz etmenizi ve darboğaza neden olan belirli aşamaları bulmanızı sağlar.
Nereden alınır?
Bu bilgiler, yapılandırılmış iş akışının her adımını ayrıntılarıyla kaydeden WorkflowTrackingStatusTable gibi iş akışı 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 durumu. | ||
|
Açıklama
Bu öznitelik, satın alma talebinin herhangi bir andaki genel durumunu gösterir. Örneğin talep İncelemede, Onaylandı, Reddedildi veya Kapatıldı durumunda olabilir. Genellikle talep düzeyinde bir özniteliktir ve nihai sonucu belirtir. Nihai durumu analiz etmek, sürecin genel sonuçlarını anlamanıza yardımcı olur. Örneğin, Reddedildi veya Geri çekildi durumundaki taleplerin sayısının yüksek olması, ilk talep aşamasında sorunlara ya da zahmetli bir onay sürecine işaret edebilir. Başarı oranlarını ve süreç verimliliğini ölçmek için bu öznitelik önemlidir.
Neden önemli?
Her vaka için net bir sonuç sunar. Böylece temel performans göstergeleri olan onay, ret ve geri çekme oranlarını analiz edebilirsiniz.
Nereden alınır?
Durum alanı genellikle satın alma talebi başlık tablosunda, PurchReqTable içinde bulunur ve çoğunlukla Status veya PurchReqStatus olarak adlandırılır.
Örnekler
OnaylandıİncelemedeReddedildiTaslak
|
|||
|
Talep toplam tutarı
RequisitionTotalAmount
|
Satın alma talebinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, satın alma talebindeki tüm kalemlerin toplam değerini gösterir. Tutar, onay iş akışının karmaşıklığını etkileyebilir; yüksek tutarlı talepler için daha fazla onay adımı gerekebilir. Süreç analizinde bu öznitelik, tutara göre filtreleme ve analiz yapmak için gereklidir. Yüksek tutarlı taleplerin onaylanması daha uzun mu sürüyor? veya Süreçte bekleyen taleplerin toplam değeri nedir? gibi soruları yanıtlamanıza yardımcı olur. Böylece süreç performansını finansal açıdan değerlendirebilirsiniz.
Neden önemli?
Analize finansal bir boyut katar. Yüksek tutarlı vakalara öncelik vermenizi 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 (PurchReqLine) kalem tutarları toplanarak 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 sayısal öznitelik, her satın alma talebi vakasındaki Talep değiştirildi etkinliğinin kaç kez gerçekleştiğini hesaplar. Talep değişikliği sıklığı Dashboardı ve Talep değişikliği oranı KPI’ı için bu öznitelik önemlidir. Vaka başına yeniden çalışma miktarını ölçerek çok sayıda değişiklikle ve verimsizlikle ilişkili talepleri, departmanları veya kullanıcıları kolayca belirlemenizi sağlar. Böylece ilk talebin kalitesini artırmaya yönelik çalışmaları doğru noktalara yöneltebilirsiniz.
Neden önemli?
Bir vakadaki yeniden çalışma miktarını ölçer. Böylece değişiklik sıklığını ve bunun süreç verimliliğine etkisini kolayca analiz edebilirsiniz.
Nereden alınır?
Bu, hesaplanan bir özniteliktir. Veri dönüşümü sırasında her benzersiz PurchaseRequisitionId için Talep değiştirildi etkinlikleri sayılarak elde edilir.
Örnekler
013
|
|||
|
İlk seferde onaylandı mı
IsFirstPass
|
Talebin daha önce değişiklik veya ret olmadan onaylanıp onaylanmadığını gösteren bir işaret. | ||
|
Açıklama
Bu hesaplanan Boole özniteliği, talebin onay yolunda Talep değiştirildi veya Onay adımı reddedildi etkinlikleri yoksa true, aksi durumda false değerini alır. Bu öznitelik, Talebin ilk seferde onaylanma oranı KPI’ını doğrudan destekler. Vaka düzeyinde yeniden çalışma göstergesi sunarak süreç verimliliğini kolayca analiz etmenizi sağlar. İlk seferde onaylanma oranının düşük olması, ilk talepteki veri kalitesi sorunlarına veya gereksinimlerin net olmamasına işaret eder ve süreç iyileştirme fırsatlarını ortaya çıkarır.
Neden önemli?
Yeniden çalışma gerektiren vakaları belirleyerek süreç kalitesini ve verimliliğini doğrudan ölçer; ilk seferde doğru sonuç alınmasına odaklanan KPI’ları destekler.
Nereden alınır?
Bu, hesaplanan bir özniteliktir. Onaydan önce yeniden çalışma etkinliği olup olmadığını kontrol etmek için veri dönüşümü sırasında her vakanın tüm etkinlik sırası analiz edilmelidir.
Örnekler
truefalse
|
|||
|
Onay iş akışı yolu
ApprovalWorkflowPath
|
İzlenen onay adımlarının sıralı gösterimi. | ||
|
Açıklama
Bu türetilmiş alan, belirli bir talepte izlenen onay adımlarını birleştirerek Yönetici onayı -> Departman yöneticisi onayı -> Finans onayı gibi bir sıra oluşturur. Böylece onay alt sürecinin varyantını özetler. Uyumluluk sapması izleme Dashboardı için bu öznitelik önemlidir. Gerçek iş akışı yolunu önceden belirlenmiş standart veya beklenen yolla karşılaştırarak politikanın ihlal edildiğini ya da operasyonel risk bulunduğunu gösterebilecek uyumsuz veya olağandışı akışları kolayca belirleyebilirsiniz.
Neden önemli?
Süreç varyantını açıkça göstererek uyumluluk analizini kolaylaştırır ve standart prosedürlerden sapmaları bulmanıza yardımcı olur.
Nereden alınır?
Bu 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ı
|
|||
|
Onaylayıcı grubu
ApproverGroup
|
Bir onay adımından sorumlu kullanıcı grubu veya rol. | ||
|
Açıklama
Bu öznitelik, belirli bir onay görevini üstlenen grubu, rolü veya kuyruğu tanımlar; örneğin Finans onaylayıcıları veya BT yöneticileri. Onaylayıcı gruplarına göre süreç performansını analiz etmek, iş yükünün nasıl dağıldığını anlamak ve yeterli kaynağı olmayan ya da ek eğitim gerektiren grupları belirlemek için önemlidir. Performansı onaylardan sorumlu ekiplere göre incelemenizi sağlayarak Onay adımı darboğaz analizi Dashboardı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 bilgiler, her görev için atanan kullanıcıyı veya kullanıcı grubunu kaydeden iş akışı geçmişinde (ör. WorkflowTrackingStatusTable) yer alır.
Örnekler
Finans onaylayıcılarıBT yöneticileriÜst yönetim
|
|||
|
Para birimi
Currency
|
Talep tutarının para birimi kodu. | ||
|
Açıklama
Bu öznitelik, talebin toplam tutarının hangi para biriminde olduğunu belirtir; örneğin USD, EUR veya GBP. Birden fazla para birimiyle çalışan çok uluslu kuruluşlarda finansal analiz için özellikle önemlidir. Para birimi özniteliği, finansal verileri doğru biçimde işlemenizi ve toplamanızı sağlar. Parasal değerlerin doğru yorumlanmasına yardımcı olur; farklı bölgeler veya iş birimleri arasında doğru raporlama ve karşılaştırma yapabilmek için ortak bir para birimine dönüştürülmelerine imkân verir.
Neden önemli?
Finansal özniteliklerin doğru yorumlanması ve birden fazla para biriminin kullanıldığı ortamlarda parasal değerlerin doğru biçimde toplanması için gerekli bağlamı sağlar.
Nereden alınır?
Bu alan genellikle satın alma talebi başlık tablosu PurchReqTable içinde, tutar alanlarının yanında bulunur.
Örnekler
USDEURGBP
|
|||
|
Satın alma sipariş numarası
PurchaseOrderNumber
|
Talep üzerinden 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üreciyle sonraki satın alma süreci arasındaki bağlantıyı kurar. Bu numarayı izlemek, Talebin satın alma siparişine dönüşme süresini analiz etmek için önemlidir. Talebin Satın Almadan Ödemeye döngüsünde bir 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 imkân verir.
Neden önemli?
Talebi sonraki satın alma siparişine bağlar. Böylece talebin satın alma siparişine dönüşümünü analiz edebilir ve Satın Almadan Ödemeye sürecinin farklı aşamalarını ilişkilendirebilirsiniz.
Nereden alınır?
Bu bilgi genellikle satın alma siparişi oluşturulduktan sonra satın alma talebi satır tablosunda (PurchReqLine) bulunur ve PurchTable tablosuna bağlanır.
Örnekler
PO-000987PO-000988PO-000989
|
|||
Satın Almadan Ödemeye talep süreci etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Onay adımı onaylandı
|
Onay veren kişi kendisine atanan görevi tamamlayarak talebi sürecin ilgili aşamasında onaylar. Talep böylece sonraki adıma veya nihai onaya ilerler. | ||
|
Neden önemli?
Her onay aşamasındaki işlem süresini ölçer ve iş akışının verimli ilerleyen bölümlerini belirlemeye yardımcı olur. Varyant analizinin temel bileşenlerinden biridir.
Nereden alınır?
Kullanıcı, 'Approve' sonucuyla bir iş öğesini tamamladığında 'WorkflowTrackingStatusTable' tablosuna açıkça kaydedilir.
Kaydedin
İş akışı geçmişi günlüklerinde 'Approve' sonucuyla tamamlanan '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ülerek satın alma ekibine devredilir. Talep satırı ile satın alma siparişi satırı ilişkilendirilerek kaydedilir. | ||
|
Neden önemli?
Bu önemli dönüm noktası, talebi sonraki satın alma sürecine bağlar. 'Talebin satın alma siparişine dönüşme süresi' KPI’ını ölçmek için gereklidir.
Nereden alınır?
Talep vakasıyla ilişkili bir 'PurchReqLine' kimliğine referans veren kaydı 'PurchLine' tablosunda bularak çıkarılır.
Kaydedin
PurchReqLine ile PurchLine tablolarını bağlantı referans alanı üzerinden birleştirin (ör. PurchReqLineRefId).
Olay türü
inferred
|
|||
|
Talep kapatıldı
|
Satın alma talebinin tümü tamamlanmış sayılır. Tüm satırlar satın alma siparişlerine dönüştürülmüş veya iptal edilmiştir. Bu, başarıyla tamamlanan nihai durumdur. | ||
|
Neden önemli?
Bu etkinlik, talebin yaşam döngüsünün başarıyla tamamlandığını gösterir. Sürecin başından sonuna kadar geçen toplam süreyi ölçmek için son noktadır.
Nereden alınır?
Bu durum genellikle hesaplanır veya mevcut verilerden çıkarılır. İlişkili tüm 'PurchReqLine' kayıtları ('Closed' veya 'Cancelled' gibi) nihai bir duruma ulaştığında gerçekleşir.
Kaydedin
PurchReqTable kaydına bağlı tüm PurchReqLine alt kayıtlarının nihai duruma ulaşıp ulaşmadığını kontrol ederek bu olayı belirleyin.
Olay türü
calculated
|
|||
|
Talep oluşturuldu
|
Bu olay, satın alma talebi kaydının taslak olarak ilk kez oluşturulduğunu gösterir. Satın alma talebi başlığının oluşturulma zaman damgası belirlenerek kaydedilir. | ||
|
Neden önemli?
Sürecin başlangıcını gösteren bu etkinlik, talebin toplam yaşam döngüsü süresini ölçmek ve günlük talep hacmini analiz etmek için gereklidir.
Nereden alınır?
Bu etkinlik, her yeni satın alma talebi kimliği için PurchReqTable tablosundaki 'createdDateTime' alanından çıkarılır.
Kaydedin
PurchReqTable tablosundaki kaydın oluşturulma zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Talep onaya gönderildi
|
Kullanıcı tamamlanan talebi gönderir ve resmi onay iş akışı başlar. Sistem iş akışı altyapısı bu açık kullanıcı eylemini kaydeder. | ||
|
Neden önemli?
Bu etkinlik, onay döngüsünü başlatan önemli bir dönüm noktasıdır. 'Talep onay çevrim süresi' ve 'İlk seferde onay oranı' metriklerini ölçmek için başlangıç noktasıdır.
Nereden alınır?
Satın alma talebiyle ilişkilendirilmiş bir 'Submission' olayı kaydedildiğinde, 'WorkflowTrackingStatusTable' tablosundan veya benzer bir iş akışı geçmişi tablosundan alınır.
Kaydedin
Talebe bağlı 'Submission' veya 'Start' olay türlerini bulmak için iş akışı geçmişi günlüklerini filtreleyin.
Olay türü
explicit
|
|||
|
Talep onaylandı
|
Talep, iş akışındaki gerekli tüm onay adımlarını başarıyla tamamlamıştır. İş akışı örneği nihai onay durumuyla tamamlandığında bu etkinlik kaydedilir. | ||
|
Neden önemli?
Bu önemli dönüm noktası, onay döngüsünün sonunu ve satın alma aşamasının başlangıcını gösterir. 'Talep onay çevrim süresi' KPI’ı için bitiş olayıdır.
Nereden alınır?
İş akışı tamamlandığında 'WorkflowTrackingStatusTable' tablosundan açıkça alınır. Ayrıca 'PurchReqTable' tablosundaki 'Status' alanı 'Approved' olarak güncellenir.
Kaydedin
'Approved' durumundaki iş akışı 'Completion' olaylarını filtreleyin veya PurchReqTable tablosundaki durum değişikliğini takip edin.
Olay türü
explicit
|
|||
|
Talep reddedildi
|
Talep, onay iş akışı sırasında reddedilmiştir ve artık işleme alınmayacaktır. Bu, talep sürecinin başarısızlıkla sonuçlandığı nihai durumu gösterir. | ||
|
Neden önemli?
Bu son olay, genel ret oranlarını analiz etmek ve başarısız taleplerin mali ya da operasyonel etkisini anlamak için önemlidir.
Nereden alınır?
İş akışı 'Rejected' durumuyla tamamlandığında 'WorkflowTrackingStatusTable' tablosundan açıkça alınır ve 'PurchReqTable' tablosundaki durum alanı güncellenir.
Kaydedin
'Rejected' durumundaki iş akışı 'Completion' olaylarını filtreleyin veya PurchReqTable tablosundaki durum değişikliğini takip edin.
Olay türü
explicit
|
|||
|
Onay adımı başladı
|
İş akışının parçası olarak bir onay görevi kullanıcıya veya gruba atanır. Bu, belirli bir onay veren için bekleme ya da işlem süresinin başlangıcını gösterir. | ||
|
Neden önemli?
Bu etkinlik, belirli onay aşamalarındaki kuyruk sürelerini ölçmeye imkan veren 'Onay adımı darboğaz analizi' için gereklidir.
Nereden alınır?
Talebin iş akışı örneği için yeni bir iş öğesi oluşturulup atandığında 'WorkflowTrackingStatusTable' tablosundan alınır.
Kaydedin
Belirli talebin iş akışı geçmişi günlüklerinde 'WorkItemCreated' veya benzer olayları belirleyin.
Olay türü
explicit
|
|||
|
Onay adımı reddedildi
|
Onay veren kişi kendisine atanan görevi reddeder ve talebi genellikle düzeltilmesi için talep sahibine geri gönderir. İş akışı altyapısı bu açık eylemi kaydeder. | ||
|
Neden önemli?
Bu etkinlik, 'Talep ret oranı’nı hesaplamak ve retlerin en sık hangi aşamalarda gerçekleştiğini belirlemek için gereklidir. Böylece süreç iyileştirme alanları ortaya çıkar.
Nereden alınır?
Kullanıcı, 'Reject' sonucuyla bir iş öğesini tamamladığında 'WorkflowTrackingStatusTable' tablosuna açıkça kaydedilir.
Kaydedin
İş akışı geçmişi günlüklerinde 'Reject' sonucuyla tamamlanan 'WorkItemCompleted' olaylarını belirleyin.
Olay türü
explicit
|
|||
|
Talep değiştirildi
|
Kullanıcı, değişiklik yapmak için gönderilmiş bir talebi iş akışından geri çektiğinde bu olay gerçekleşir. Genellikle geri çekme eylemi ve ardından yapılan yeniden gönderim belirlenerek kaydedilir. | ||
|
Neden önemli?
Değişiklikleri takip etmek, yeniden çalışmayı, ilk talepteki belirsizlikleri ve süreç verimsizliklerini belirlemeye yardımcı olur. Bu bilgi, 'Talep değişiklik sıklığı' Dashboardunu doğrudan destekler.
Nereden alınır?
İş akışı geçmişindeki ('WorkflowTrackingStatusTable') 'Recall' veya 'RequestChange' eylemi belirlenerek çıkarılabilir. Ayrıca gönderimden sonra 'PurchReqTable' tablosundaki 'modifiedDateTime' alanında yapılan değişikliklerden de anlaşılabilir.
Kaydedin
İş akışındaki geri çekme olaylarını belirleyin veya gönderim olayları arasındaki kayıt sürümü değişikliklerini saptayın.
Olay türü
inferred
|
|||
|
Talep geri çekildi
|
Talebi oluşturan kişi veya yetkili bir kullanıcı, talep gönderildikten sonra talebi iptal eder. Bu eylem iş akışını ve talebi sonlandırır. | ||
|
Neden önemli?
Geri çekmeleri takip etmek, talep planlamasındaki sorunları veya gereğinden karmaşık süreçleri belirlemeye yardımcı olur. Bu bilgi, 'Talep geri çekme içgörüleri' Dashboardunu destekler.
Nereden alınır?
'PurchReqTable' tablosundaki durumun 'Cancelled' olarak değişmesinden veya 'WorkflowTrackingStatusTable' tablosundaki bir 'Cancel' olayından çıkarılır.
Kaydedin
PurchReqTable tablosundaki durumun 'Cancelled' olarak değiştiğini veya iş akışında bir iptal olayı gerçekleştiğini belirleyin.
Olay türü
inferred
|
|||
|
Talep satırı kapatıldı
|
Satın alma talebindeki tek bir satır kalemi tamamen işlenmiş sayılır. Bu durum genellikle satırın tamamı satın alma siparişine dönüştürüldükten sonra gerçekleşir. | ||
|
Neden önemli?
Talebin karşılanma durumunu ayrıntılı biçimde göstererek taleplerin kısmen mi yoksa tamamen mi satın alma siparişine 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. Sipariş verildiğini veya ürünün teslim alındığını gösteren bir durum, satırın kapandığı anlamına gelir.
Kaydedin
PurchReqLine tablosundaki durum alanını 'Invoiced' veya 'Closed' gibi nihai bir değer için izleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Template, Satın Almadan Ödemeye talep sürecinizi iyileştirmeye başlamak için ihtiyacınız olan her şeyi sunar. Değerli içgörüleri bugün ortaya çıkarın.
Daha hızlı onaylar için Satın Almadan Ödemeye talep sürecini şimdi iyileştirin
Gecikmeleri ortadan kaldırın, Dynamics 365’te çevrim sürelerini %30 kısaltın.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.