Satın Almadan Ödemeye - Talep Veri Şablonunuz
Satın Almadan Ödemeye - Talep Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Satın Almadan Ödemeye - Talep Öznitelikleri
| 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
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,
Neden önemli
Süreç sürelerini hesaplamak,
Nereden alınır
Ö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ı,
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ı
Neden önemli
Aktiviteler için aktif çalışma süresini ölçer, doğru
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
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
|
|||
Satın Almadan Ödemeye – Talep Aktiviteleri
| 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
Nereden alınır
Bir kullanıcı bir iş öğesini 'Onayla' (Approve) sonucuyla tamamladığında 'WorkflowTrackingStatusTable'da açıkça kaydedilir.
Yakala
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.
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
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
Yakala
Talebe bağlı 'Gönderme' (Submission) veya 'Başlatma' (Start) olay türü için
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
Yakala
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
Yakala
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
Yakala
Belirli talep için
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
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
Yakala
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
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
Event tipi
inferred
|
|||