Satın Almadan Ödemeye - Talep Veri Template'inuz
Satın Almadan Ödemeye - Talep Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
Satın Almadan Ödemeye - Talep Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Talep sürecinde meydana gelen belirli iş olayı veya adımının adı. | ||
|
Açıklama
Bu öznitelik, satın alma talep süreç 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ınalma 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 merkezindedir. Darboğazları, yeniden işleme döngülerini ve standart süreç akışından sapmaları belirlemeye yardımcı olarak operasyonel verimsizliklere ilişkin stratejik bilgiler sunar.
Neden Önemli?dir?
Bu öznitelik, süreç haritasındaki adımları tanımlayarak talep iş akışını görselleştirmeyi, analiz etmeyi ve anlamayı sunar.
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 Değiştirildi
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya olayın meydana geldiği kesin zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu nitelik, döngü sürelerini, süreleri ve aktiviteler arasındaki bekleme sürelerini hesaplamak için büyük önem taşır. Süreç performansının analizini,
Neden Önemli?dir?
Süreç sürelerini hesaplamak, darboğazları belirlemek ve zaman içindeki performansı analiz etmek için gerekli olan olayların kronolojik sırasını sunar.
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 (case) tanımlayıcısı olarak olarak kullanılır. | ||
|
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 temel rol oynar. 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 tüm sürecini yeniden yapılandırmak için büyük önem taşır. Bireysel durumlar için süreç varyantlarının, döngü sürelerinin ve uyumluluğun analizine olanak tanıyarak talep süreç döngüsünün eksiksiz bir görünümünü sunar.
Neden Önemli?dir?
Tüm ilgili olayları tek bir süreç örneğinde gruplandırmak için gereklidir, her talebin süreç döngüsünün eksiksiz, uçtan uca analizini sunar.
Nereden Alınır??
Bu, genellikle Microsoft Dynamics 365'teki PurchReqTable gibi ana satın alma talep başlık tablosundaki birincil temel rol oynar.
Ö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 büyük önem taşır. 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?dir?
Verinin kökeni hakkında bağlam sunar, bu da veri yönetimi, doğrulama ve birden fazla sistemin entegre olduğu ortamlar için büyük önem taşır.
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ı (zaman damgası)dır. | ||
|
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ı (zaman damgası), kullanıcıların stratejik bilgilerin güncelliğini anlamaları için büyük önem taşır. 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?dir?
Kullanıcılara verinin güncelliği hakkında bilgi verir, analizin zaman çerçevesini ve stratejik bilgilerin alaka düzeyini anlamalarını sunar.
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 önemli bilgidür.
Neden Önemli?dir?
Ö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 büyük önem taşır. 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 sunar. Bu stratejik bilgiler, süreç iyileştirmelerini belirli departman ihtiyaçlarına göre uyarlamaya yardımcı olur.
Neden Önemli?dir?
Farklı iş birimleri arasında süreç performansını filtrelemeye ve karşılaştırmaya sunar, departmana özgü kalıpları, darboğazları 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
|
|||
|
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 gereklidir.
Neden Önemli?dir?
Kullanıcıya özel davranış, iş yükü ve performans analizini sunar; bu da kaynak yönetimi ve eğitim fırsatlarını belirlemek için temel rol oynar.
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 sunar. Bu öznitelik, 'Onay Adımı Darboğaz Analizi' için gereklidir. 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 sunar.
Neden Önemli?dir?
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 temel rol oynar.
Neden Önemli?dir?
Her durum için net bir sonuç sunar, onay, ret ve geri çekme oranlarının analizini sunar; 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 aşaması gerektirir. Süreç analizinde bu öznitelik, değer tabanlı filtreleme ve analiz için gereklidir. '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 sunar.
Neden Önemli?dir?
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 sunar.
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 gereklidir. 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?dir?
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?dir?
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 İş Akışı 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 büyük önem taşır. 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?dir?
Süreç varyantının net bir dize temsilini sağlayarak uyumluluk analizini basitleştirir ve standart prosedürlerden sapmaları kolayca fark etmeyi sunar.
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?dir?
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 büyük önem taşır. Para birimi özniteliğini kullanmak, finansal verilerin doğru şekilde işlenmesini ve toplanmasını sunar. 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 sunar.
Neden Önemli?dir?
Finansal nitelikler için gerekli bağlamı sunar, ç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ınalma Siparişine (PO) Dönüşüm Süresi'ni analiz etmek için gereklidir. 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 sunar.
Neden Önemli?dir?
Talebi sonraki satın alma siparişine bağlar, Talep-Satınalma Siparişi dönüşümünün analizini ve P2P sürecinin farklı aşamalarını birbirine bağlamayı sunar.
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 Faaliyetleri
| 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?dir?
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ınalma 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?dir?
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 gereklidir.
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?dir?
Bu aktivite, talebin süreç 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ı (zaman damgası)nı belirleyerek kaydedilir. | ||
|
Neden Önemli?dir?
Süreç başladığında, bu etkinlik genel talep süreç döngüsü süresini ölçmek ve günlük talep işlem hacimlerini analiz etmek için gereklidir.
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ı (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?dir?
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?dir?
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?dir?
Bu bitiş olayı, genel ret oranlarını analiz etmek ve başarısız taleplerin finansal veya operasyonel etkisini anlamak için büyük önem taşır.
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?dir?
Bu aktivite, 'Onay Adımı Darboğaz Analizi' için büyük önem taşır ve belirli onay aşamaları için kuyruk sürelerinin ölçülmesini sunar.
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?dir?
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 Değiştirildi
|
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?dir?
Düzeltmeleri takip etmek, yeniden işlemeyi, belirsiz başlangıç taleplerini ve süreç verimsizliklerini belirlemek için temel rol oynar. 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?dir?
Geri çekmeleri takip etmek, talep planlama veya aşırı karmaşık süreçlerle ilgili sorunları belirlemeye yardımcı olur. Bu, 'Talep Geri Çekme Analizleri' 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?dir?
Talep karşılamaya ilişkin ayrıntılı bilgi sunar, 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
|
|||