Satın Almadan Ödemeye - Talep veri Templateiniz
Satın Almadan Ödemeye - Talep veri Templateiniz
- Toplanması önerilen öznitelikler
- Süreç keşfi için izlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Satın Almadan Ödemeye - Talep öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Satın alma talebinin yaşam döngüsünde gerçekleşen belirli bir iş Eventinin veya görevin adıdır. | ||
|
Açıklama
Etkinlik adı, Talep oluşturuldu, Onay adımı onaylandı veya Satın alma siparişi oluşturuldu gibi talep sürecindeki belirli bir adımı tanımlar. Süreç haritasının yapı taşları olan bu etkinlikler, yapılan işi gösterir. Bu etkinlikleri analiz ederek süreç akışını görselleştirebilir, darboğazları belirleyebilir ve farklı aşamalarda harcanan süreyi ölçebilirsiniz. Belirli bir Satın Alma Talebi Kimliğine ait etkinliklerin sırası, talebin yolculuğunu tanımlar. Bu yolculuk, sapmaları veya verimsizlikleri belirlemek için standart prosedürlerle karşılaştırılabilir.
Neden önemli?
Süreçteki adımları tanımlar; süreç haritalarını görselleştirmeyi, süreç varyantlarını analiz etmeyi ve darboğazları belirlemeyi sağlar.
Nereden alınır?
Bu bilgi genellikle işlem durumu, sistem günlüğü kayıtları, iş akışı geçmişi veya NetSuite’teki özel Event izleme verilerinin bir araya getirilmesiyle elde edilir.
Örnekler
Talep oluşturulduOnay adımı onaylandıTalep değiştirildiSatın alma siparişi oluşturuldu
|
|||
|
Event zamanı
EventTime
|
Etkinliğin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Event zamanı, yani zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Bu zaman bilgisi, talep sürecinin süresini, Eventlerin sıralamasını ve zamanlamasını anlamak için önemlidir. Süreç analizinde zaman damgaları; çevrim sürelerini, etkinlikler arasındaki bekleme sürelerini ve hizmet seviyesi anlaşmalarına uyumu hesaplamak için kullanılır. Zamana dayalı tüm analizlerin temelini oluşturur; Talep onay çevrim süresi gibi Dashboardlar ve Ortalama talep çevrim süresi gibi KPI’lar hazırlamayı sağlar. Güvenilir bir süreç modeli için zaman damgalarının doğru olması gerekir.
Neden önemli?
Bu zaman damgası, çevrim sürelerini hesaplama, gecikmeleri belirleme ve süreç verimliliğini ölçme gibi performans analizlerinin temelini oluşturur.
Nereden alınır?
Bu bilgi, Date Created gibi sistem tarafından oluşturulan alanlarda veya her işlem için System Notes ya da iş akışı yürütme kayıtlarında bulunan zaman damgalarında tutulur.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Satın Alma Talebi Kimliği
PurchaseRequisitionId
|
Her satın alma talebine atanan ve süreç analizinde temel vaka kimliği olarak kullanılan benzersiz tanımlayıcı. | ||
|
Açıklama
Satın Alma Talebi Kimliği, belirli bir mal veya hizmet talebiyle ilgili tüm etkinlikleri ve Eventleri birbirine bağlayan temel tanımlayıcıdır. NetSuite’te her talep oluşturulduğunda benzersiz bir kimlik alır ve bu kimlik yaşam döngüsü boyunca değişmez. Process Mining’de bu öznitelik, vakaları ilişkilendirmek için temel niteliktedir. Her talebin ilk oluşturulmasından tüm onay adımlarına ve değişikliklere, onaylanma, reddedilme veya satın alma siparişine dönüştürülme gibi nihai sonuçlara kadar uçtan uca yolculuğunu yeniden oluşturmayı sağlar. Süreçleri bu kimliğe göre analiz etmek, yaşam döngüsü sürelerini hesaplamak, durum değişikliklerini izlemek ve süreç akışlarındaki farklılıkları belirlemek için gereklidir.
Neden önemli?
Tek bir satın alma talebinin tüm yaşam döngüsünü izlemek için gereken temel anahtardır. Süreç akışlarını analiz etmeyi ve vaka düzeyindeki metrikleri hesaplamayı sağlar.
Nereden alınır?
Bu, NetSuite’teki Satın Alma Talebi kaydının dahili kimliği veya işlem numarasıdır. Genellikle işlem kaydındaki tranid alanında bulunur.
Örnekler
PR-001254PR-001255PR-001256
|
|||
|
Departman
Department
|
Talebin veya talep sahibinin bağlı olduğu iş departmanı. | ||
|
Açıklama
Departman özniteliği, satın alma talebiyle ilişkili kuruluş birimini, genellikle de talep sahibinin departmanını gösterir. Süreci kuruluş yapısına göre bölümlere ayırıp analiz etmeyi sağlar. Departmanlar arasındaki onay çevrim sürelerini karşılaştırmak, harcama örüntülerini anlamak veya ret oranı en yüksek departmanları belirlemek gibi birçok analiz için temel bir boyuttur. Bu ayrım, yöneticilerin kaynakları dağıtmasına, eğitimleri ihtiyaca göre düzenlemesine ve belirli iş birimlerinin iş akışlarını iyileştirmesine yardımcı olur.
Neden önemli?
Farklı iş birimlerinin performansını, maliyetlerini ve uyumluluğunu karşılaştırmak için süreç verilerini ayrıntılı biçimde gruplandırmayı sağlar.
Nereden alınır?
Bu bilgi genellikle talep sahibinin çalışan kaydıyla ilişkilendirilir veya doğrudan Satın Alma Talebi işlem kaydının başlığına girilebilir.
Örnekler
PazarlamaBTFinansOperasyonlar
|
|||
|
Talep durumu
RequisitionStatus
|
Talebin yaşam döngüsündeki mevcut durumunu gösterir. | ||
|
Açıklama
Talep durumu, satın alma talebinin süreçte hangi aşamada olduğunu gösteren anlık bir görüntü sunar. Yaygın durumlar arasında Pending Approval, Fully Approved, Rejected ve Closed bulunur. Bu öznitelik, etkin talepleri ve mevcut durumlarında ne kadar süredir beklediklerini izleyen Talep durumu ve bekleme süresi gibi Dashboardlar hazırlamak için gereklidir. Durum geçişlerini analiz etmek, hem ideal yolları hem de istisnaları anlamaya yardımcı olan süreç keşfinin önemli bir parçasıdır. Ayrıca bir vakanın nihai sonucunu belirlemek için kullanılır.
Neden önemli?
Vakanın ilerleyişini göstererek uzun süredir bekleyen talepleri analiz etmeyi ve vakaların nerede takıldığını belirlemeyi sağlar.
Nereden alınır?
Bu, Satın Alma Talebi işlem kaydının başlığındaki Status veya Approval Status alanıdır.
Örnekler
Onay bekleniyorTamamen onaylandıReddedildiKapatıldı
|
|||
|
Talep sahibi
Requester
|
Satın alma talebini oluşturup gönderen çalışan. | ||
|
Açıklama
Talep sahibi, talebi oluşturarak satın alma sürecini başlatan kişidir. Genellikle işi için belirli mal veya hizmetlere ihtiyaç duyan bir çalışandır. Verileri talep sahibine göre analiz etmek, kullanıcı davranışlarındaki örüntüleri belirlemek için gereklidir. Ret oranı yüksek veya sık değişiklik yapan kişileri göstererek Talep sahibi performansı ve eğitim ihtiyaçları gibi Dashboardlar hazırlamaya yardımcı olur. Bu içgörü, ilk gönderimdeki talep kalitesini ve genel süreç verimliliğini artırmak için ek eğitim veya daha açık yönergelerin gerekli olduğu alanları ortaya çıkarabilir.
Neden önemli?
Süreci başlatan kişiyi belirler. Kullanıcı davranışlarını, talep sahibine göre ret oranlarını ve eğitim ihtiyaçlarını analiz etmek için gereklidir.
Nereden alınır?
Bu bilgi genellikle Satın Alma Talebi işlem kaydındaki Employee veya Created By alanında bulunur.
Örnekler
John SmithJane DoePeter Jones
|
|||
|
Toplam tutar
TotalAmount
|
Satın alma talebinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, satın alma talebinde listelenen tüm kalemlerin toplam maliyetini gösterir. Süreci doğrudan etkileyebilen önemli bir finansal veridir. Örneğin, belirli tutar eşiklerine göre farklı onay iş akışlarını devreye sokabilir. Toplam tutarı analiz etmek, harcama örüntülerini ve finansal etkiyi anlamaya yardımcı olur. Talepleri tutarlarına göre filtreleyebilir, süreç sapmalarını yüksek tutarlı taleplerle ilişkilendirebilir ve finansal açıdan önemli vakaları önceliklendirebilirsiniz. Finans veya uyumluluk süreçlerinin analizinde temel bir özniteliktir.
Neden önemli?
Finansal bağlam sağlar ve çoğu zaman onay yollarını ve iş önceliğini belirleyen tutara göre analiz yapmayı mümkün kılar.
Nereden alınır?
Bu, Satın Alma Talebi kaydında bulunan ve genellikle Total veya benzer bir ad taşıyan standart bir alandır.
Örnekler
500.001250.7525000.00
|
|||
|
Aciliyet düzeyi
UrgencyLevel
|
Talebin Standart veya Acil gibi öncelik sınıflandırması. | ||
|
Açıklama
Aciliyet düzeyi, satın alma talebinin iş önceliğini gösteren kategorik bir özniteliktir. Çalışanlar bu alanla, iş açısından önemli ihtiyaçlar nedeniyle hızla işleme alınması gereken talepleri belirtebilir. Bu öznitelik, özellikle Acil Talepleri Ele Alma Performansı Dashboardunu ve Acil Talebi Ele Alma Süresi KPI’ını desteklemek için kullanılır. Analistler süreç verilerini bu özniteliğe göre filtreleyerek acil ve standart taleplerin çevrim sürelerini ve izledikleri yolları karşılaştırabilir. Böylece öncelikli işlemlerin işe yarayıp yaramadığını ve darboğazların gecikmelere yol açıp açmadığını görebilirler.
Neden önemli?
Yüksek öncelikli ve standart taleplerin süreç performansını karşılaştırmanızı, önemli ihtiyaçların verimli biçimde karşılanıp karşılanmadığını değerlendirmenizi sağlar.
Nereden alınır?
Bu alan genellikle Satın Alma Talebi formunda, işlem gövdesine eklenen özel bir alandır.
Örnekler
YüksekOrtaDüşük
|
|||
|
Çevrim süresi
CycleTime
|
Talebin oluşturulmasından nihai sonuca ulaşmasına kadar geçen toplam süre. | ||
|
Açıklama
Çevrim süresi, tek bir vakadaki satın alma talebi sürecinin toplam süresini ölçen hesaplanmış bir metriktir. Genellikle ilk etkinliğin (ör. Talep oluşturuldu) zaman damgası ile son etkinliğin (ör. Talep tamamen onaylandı veya Talep nihai olarak reddedildi) zaman damgası arasındaki fark olarak hesaplanır. Bu, genel süreç verimliliğini ölçen temel performans göstergelerinden biridir. Ortalama Talep Çevrim Süresi KPI’ının hesaplanmasında kullanılır; eğilimleri, aykırı değerleri ve süreç iyileştirme çalışmalarının etkisini belirlemeye yardımcı olur. Çevrim süresi dağılımını incelemek, ortalama performansı belirgin biçimde düşüren uzun süreli talepleri ortaya çıkarabilir.
Neden önemli?
Gecikmeleri belirlemek ve genel performansı değerlendirmek için temel bir metrik olan sürecin uçtan uca verimliliğini doğrudan ölçer.
Nereden alınır?
Bu hesaplanmış öznitelik, her PurchaseRequisitionId için son olayın zaman damgasından ilk olayın zaman damgası çıkarılarak elde edilir.
Örnekler
25920060480086400
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin hangi kaynak sistemden çıkarıldığını belirtir. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin geldiği sistemi belirtir. Bu örnekte kaynak NetSuite’tir. Birden fazla sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda özellikle yararlıdır. Tek sistemli bir analizde sabit bir değer gibi görünse de veri yönetimi ve izlenebilirlik için gerekli bağlamı sağlar ve iyi bir uygulamadır. Verinin kaynağını doğrulamaya, analiz sırasında sisteme özgü kuralların veya dönüşümlerin doğru anlaşılmasına yardımcı olur.
Neden önemli?
Verinin kaynağı hakkında gerekli bağlamı sağlayarak özellikle birden fazla sistemin kullanıldığı ortamlarda açıklık ve doğru veri yönetimi sağlar.
Nereden alınır?
Bu, veri çıkarma ve dönüştürme sürecinde eklenmesi gereken sabit bir NetSuite değeridir.
Örnekler
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
Onay iş akışı yolu
ApprovalWorkflowPath
|
Talebin geçtiği onay adımlarının sırasını gösterir. | ||
|
Açıklama
Onay iş akışı yolu, belirli bir talebin onay etkinliklerini veya durumlarını sırasıyla birleştirerek oluşturulan türetilmiş bir özniteliktir. Örneğin, Gönderildi -> Yönetici onayı -> Finans onayı. Böylece her vakanın izlediği yol için benzersiz bir gösterim elde edilir. Bu öznitelik, uygunluk denetiminin ve varyant analizinin temelini oluşturur. Vakaları izledikleri süreç akışına göre filtrelemeyi ve gruplandırmayı kolaylaştırarak Uygun Olmayan Talep Yolları ve Onay İş Akışı Yolu Uyumluluğu Dashboardlarını doğrudan destekler. Kuruluşlar, gerçekleşen yolları önceden belirlenmiş standart yollarla karşılaştırarak uyumluluğu ölçebilir ve sapmaların temel nedenlerini inceleyebilir.
Neden önemli?
Her vaka için onay adımlarının tam sırasını özetleyerek varyant analizini ve uygunluk denetimini kolaylaştırır.
Nereden alınır?
Bu türetilmiş öznitelik, her PurchaseRequisitionId için ActivityName değerlerinin kronolojik sırayla birleştirilmesiyle hesaplanır.
Örnekler
Oluşturuldu > Gönderildi > OnaylandıOluşturuldu > Gönderildi > Reddedildi > Değiştirildi > Gönderildi > OnaylandıOluşturuldu > Gönderildi > Onaylandı > Geri çekildi
|
|||
|
Onaylayıcı
Approver
|
Bir onay adımını onaylamak veya reddetmekle sorumlu çalışan ya da kullanıcı. | ||
|
Açıklama
Onaylayıcı, onay iş akışının belirli bir aşamasında satın alma talebini inceleyip işlem yapmakla görevlendirilen kişidir. Tek bir talepte, her biri farklı bir onay etkinliğinden sorumlu birden fazla onaylayıcı bulunabilir. Bu öznitelik, onay sürecinin performansını analiz etmek için gereklidir. Onay adımı çevrim süresi dağılımı gibi Dashboardlar hazırlamaya ve kişi ya da grup düzeyindeki darboğazları belirlemeye yardımcı olur. Kuruluşlar onayları kimin verdiğini izleyerek hesap verebilirliği sağlayabilir, iş yükünü dengeleyebilir ve belirli onaylayıcılardan kaynaklanan gecikmeleri belirleyebilir.
Neden önemli?
Onay işlemlerini yapan kullanıcıyı belirler. Onaylayıcı performansını ve iş yükünü analiz etmek, darboğazları bulmak için gereklidir.
Nereden alınır?
Bu bilgi genellikle iş akışı yürütme günlüğünde veya onay durumu değişiklikleriyle ilişkili System Notes kayıtlarında bulunur. Onay iş akışıyla ilgili özel kayıt alanlarında da tutulabilir.
Örnekler
Sarah JenkinsDavid ChenFinans onay grubu
|
|||
|
Para birimi
Currency
|
Talebin toplam tutarının para birimi kodu. | ||
|
Açıklama
Para birimi özniteliği, talebin finansal değerlerinin USD, EUR veya GBP gibi hangi para biriminde ifade edildiğini belirtir. Birden fazla para birimiyle çalışan çok uluslu kuruluşlar için özellikle önemlidir. Bu alan, finansal verilerin doğru yorumlanmasını sağlar. Process Mining’de tüm tutarları tek bir temel para birimine dönüştürerek veya analizi para birimine göre bölümlere ayırarak parasal değerleri doğru biçimde toplamanıza ve karşılaştırmanıza yardımcı olur. Hatalı finansal raporlamayı önler ve küresel operasyonlarda açıklık sağlar.
Neden önemli?
Çok uluslu kuruluşlarda doğru finansal analiz için gereklidir; parasal değerlerin doğru yorumlanmasını ve toplanmasını sağlar.
Nereden alınır?
Bu, özellikle birden fazla para birimi kullanan NetSuite kurulumlarında Satın Alma Talebi işlem kaydında bulunan standart Currency alanıdır.
Örnekler
USDEURGBP
|
|||
|
Ret nedeni
RejectionReason
|
Onaylayanın talebi reddederken belirttiği açıklama. | ||
|
Açıklama
Ret nedeni, onaylayanın satın alma talebinin neden onay koşullarını karşılamadığını açıklayabildiği bir metin özniteliğidir. Onay adımının reddedilmesi etkinliğine niteliksel bağlam sağlar. Bu bilgi, temel neden analizinde çok değerlidir. Yalnızca hangi taleplerin reddedildiğini değil, neden reddedildiğini de göstererek Talep Ret Oranı Analizi gibi Dashboardları destekler. Yaygın nedenler arasında yanlış GL hesabı, bütçenin aşılması veya yetersiz ayrıntı bulunabilir. Bu nedenleri incelemek, sistem genelindeki sorunları belirlemeye, kullanıcı eğitimlerini iyileştirmeye ve yeniden çalışmayı ve ret oranlarını azaltmak için talep yönergelerini netleştirmeye yardımcı olur.
Neden önemli?
Retlerin neden gerçekleştiğini anlamak için gerekli bağlamı sağlar; böylece temel nedenleri inceleyerek gelecekteki ret oranlarını azaltabilir ve ilk seferde doğru sonuç alma oranını artırabilirsiniz.
Nereden alınır?
Bu bilgi genellikle ret işlemi sırasında Memo alanına veya onay iş akışına eklenen özel bir alana kaydedilir. Sistem Notları bölümünde de bulunabilir.
Örnekler
Bütçe aşıldıYanlış tedarikçi seçildiÜrün ayrıntıları eksikYinelenen talep
|
|||
|
Satın Alma Siparişi Kimliği
PurchaseOrderId
|
Onaylanan talepten oluşturulan satın alma siparişinin tanımlayıcısı. | ||
|
Açıklama
Satın Alma Sipariş Kimliği, onaylanan bir talep sonucunda oluşturulan satın alma siparişinin benzersiz tanımlayıcısıdır. Bu öznitelik, talep süreci ile sonraki satın alma faaliyetleri arasında önemli bir bağlantı kurar. Süreç analizinde bu bağlantı, uçtan uca Satın Almadan Ödemeye analizinin temelini oluşturur. Talebin onaylanması ile satın alma siparişinin oluşturulması arasındaki süreyi ölçerek Satın Alma Siparişi Oluşturma Süresi KPI’ının hesaplanmasını sağlar. Ayrıca Talepten Satın Alma Siparişine Dönüşüm Oranı’nın hesaplanmasına yardımcı olur ve taleplerin siparişlere ne kadar verimli dönüştürüldüğünü gösterir.
Neden önemli?
Talebi oluşan satın alma siparişiyle ilişkilendirerek sipariş oluşturma süresinin ölçülmesini ve sürecin uçtan uca analizini sağlar.
Nereden alınır?
Bu bilgi Satın Alma Talebi kaydında, genellikle ilgili kayıtlar alt sekmesinde veya satın alma siparişindeki Oluşturulduğu Kayıt bağlantısında bulunur.
Örnekler
PO-005432PO-005433PO-005434
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, NetSuite’ten en son veri alımının tarih ve saatini kaydeder. Her Process Mining Dashboardu veya analizi için önemli bir üst veridir. Bu zaman damgası, verinin ne kadar güncel olduğunu gösterir. Böylece kullanıcılar gerçek zamanlı bilgileri mi yoksa belirli bir andan alınmış görüntüyü mü incelediklerini anlayabilir. Veri doğrulaması ve süreç analizinden elde edilen içgörülerin ne kadar güncel olduğunu paydaşlara aktarmak için gereklidir.
Neden önemli?
Verilerin güncelliğini göstererek kullanıcıların süreç içgörülerinin ne kadar güncel olduğunu anlamasını sağlar.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulup eklenir.
Örnekler
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
|
Tedarikçi adı
VendorName
|
Talep için önerilen veya tercih edilen tedarikçinin adı. | ||
|
Açıklama
Tedarikçi adı özniteliği, mal veya hizmetlerin satın alınmasının planlandığı tedarikçiyi belirtir. Talep kurum içi bir belge olsa da çoğu zaman tercih edilen tedarikçi burada belirtilir. Bu özniteliğin analizi, tedarikçi yönetimindeki örüntüleri ortaya çıkarabilir. En sık talep edilen tedarikçileri, belirli tedarikçiler için taleplerin daha uzun sürede onaylanıp onaylanmadığını ve tercih edilen tedarikçi anlaşmalarına uyulup uyulmadığını izlemenize yardımcı olur. Bu bilgi, stratejik tedarik ve tedarikçi ilişkileri yönetimi için değerli bir girdi olabilir.
Neden önemli?
Tedarikçi bazında satın alma örüntülerini incelemenize, tercih edilen tedarikçi listelerine uyumu izlemenize ve tedarikçiye özgü süreç farklılıklarını belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi, Satın Alma Talebi kaydının üstbilgisindeki Tedarikçi alanında veya talep kalemlerinde belirtilebilir.
Örnekler
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Ürün kategorisi
ItemCategory
|
Talepte istenen mal veya hizmetlerin kategorisi. | ||
|
Açıklama
Ürün kategorisi, satın alma talebindeki ürünleri BT donanımı, ofis malzemeleri veya profesyonel hizmetler gibi gruplara ayırır. Bu bilgi, taleple ilişkili ürün kayıtlarından alınabilir. Bu öznitelik, talep sürecini daha ayrıntılı incelemenizi sağlar. Örneğin, BT donanımı taleplerinin onaylanmasının ofis malzemeleri taleplerine göre daha uzun sürüp sürmediğini anlamanıza yardımcı olur. İşletmeler, süreci ürün kategorisine göre bölümlere ayırarak belirli alanlardaki darboğazları ortaya çıkarabilir, kategori bazında harcamaları inceleyebilir ve satın alma stratejilerini buna göre belirleyebilir.
Neden önemli?
Satın alınan ürün veya hizmete göre süreç analizi yapmanızı, kategoriye özgü darboğazları ve uyumluluk sorunlarını belirlemenizi sağlar.
Nereden alınır?
Bu bilgi, Satın Alma Talebinin kalem düzeyinde ilişkilendirilen Ürün kayıtlarından alınır. Kategori, Ürün kaydındaki standart bir alan veya özel bir alan olabilir.
Örnekler
BT donanımıYazılım lisanslarıOfis malzemeleriPazarlama hizmetleri
|
|||
|
Yeniden çalışma var mı
IsRework
|
Talebin reddedilip yeniden gönderildiği bir döngüden geçip geçmediğini belirten mantıksal bir işaret. | ||
|
Açıklama
Yeniden çalışma var mı, satın alma talebinin herhangi bir aşamada reddedilip ardından değiştirilerek veya yeniden gönderilerek onaya sunulup sunulmadığını gösteren türetilmiş bir mantıksal özniteliktir. Standart ideal yolun dışında ek çalışma ve işlem gerektiren vakaları belirler. Bu öznitelik, süreç verimsizliklerini incelemeyi kolaylaştırır. Onay Ret Döngüsü Sayısı KPI’ının hesaplanmasında kullanılır ve retlerin genel süreç üzerindeki etkisini ölçmeye yardımcı olur. Analistler, yeniden çalışma var mı alanı doğru olan vakaları filtreleyerek sorunlu süreç varyantlarını ayırabilir ve ilk retlerin veri kalitesinin düşük olması veya politikaların yanlış anlaşılması gibi temel nedenlerini inceleyebilir.
Neden önemli?
Süreç verimsizliği ve gecikmelerin başlıca nedenlerinden olan yeniden çalışma döngülerinin sıklığını ve etkisini ölçmenize yardımcı olur.
Nereden alınır?
Bu hesaplanmış öznitelik, aynı vaka için Onay için talep gönderildi etkinliğinin Onay adımı reddedildi etkinliğinden sonra gerçekleşip gerçekleşmediğini denetler.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Talep etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Satın alma siparişi oluşturuldu
|
Tamamen onaylanan talepten bir satın alma siparişi (PO) oluşturulur ve böylece tedarikçiye ödeme yapılması resmen taahhüt edilir. Bu açık bir Eventtir: kaynak talebe bağlanan yeni bir PO işlemi oluşturulur. | ||
|
Neden önemli?
Bu, başarıyla tamamlanan bir talebin temel sonucudur ve Satın Almadan Ödemeye sürecindeki önemli bir devir teslim noktasıdır. Onay ile PO oluşturma arasındaki süre, satın alma verimliliğini ölçen temel bir KPI’dır.
Nereden alınır?
Created From veya benzer bir bağlantı alanında Satın Alma Talebi Kimliğine referans veren bir Satın Alma Siparişi kaydı bulun. Bu PO’nun oluşturulma tarihi, etkinliğin zaman damgasıdır.
Kaydedin
Created From alanı Talep Kimliğine eşit olan PO’yu bulun ve PO kaydındaki Date Created değerini kullanın.
Olay türü
explicit
|
|||
|
Talep kapatıldı
|
Talep resmen kapatılır ve artık başka bir işlem beklenmediğini gösterir. Bu durum genellikle talepteki tüm miktarlar bağlantılı satın alma siparişleriyle sipariş edildikten sonra otomatik olarak gerçekleşir. | ||
|
Neden önemli?
Bu etkinlik, talebin yaşam döngüsünün kesin olarak sona erdiğini gösterir. İş ihtiyacının karşılandığını ve kaydın tamamlandığını doğrular.
Nereden alınır?
System Notes alt sekmesinde, satır veya başlık düzeyindeki Status alanının Closed olarak güncellendiği zaman damgası belirlenerek anlaşılır.
Kaydedin
Status alanının Closed değerine geçtiği zaman damgası.
Olay türü
inferred
|
|||
|
Talep kesin olarak reddedildi
|
Satın alma talebi kesin olarak reddedilir ve işleme alınmaz. Talebin son Approval Status değeri Rejected olarak güncellendiğinde bu Event anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, sonuçlanmayan talepler için önemli bir bitiş noktasıdır. Taleplerin neden ve ne zaman kesin olarak reddedildiğini anlamak, politika uyumluluğu ve bütçe sorunları hakkında bilgi verir.
Nereden alınır?
System Notes alt sekmesinde, Approval Status alanının son Rejected durumuna geçtiği zaman damgası belirlenerek anlaşılır.
Kaydedin
Approval Status alanının Rejected değerine geçtiği zaman damgası.
Olay türü
inferred
|
|||
|
Talep oluşturuldu
|
Kullanıcı yeni bir satın alma talebi kaydı oluşturup kaydederek satın alma sürecini başlatır. Bu, talebin yaşam döngüsündeki ilk Eventtir ve NetSuite’te işlem kaydı ilk kez kaydedildiğinde yakalanır. | ||
|
Neden önemli?
Bu etkinlik, belirli bir ihtiyaca yönelik satın alma sürecinin resmen başladığını gösterir. Oluşturma ile gönderim arasındaki süreyi incelemek, veri girişindeki veya ilk talebin hazırlanmasındaki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Bu Event, Satın Alma Talebi işlem kaydındaki oluşturulma tarihi zaman damgasından alınır. Kayıt başlığında veya Create işlemini kaydeden System Notes alt sekmesinde bulunabilir.
Kaydedin
Satın Alma Talebi kaydındaki Date Created alanını kullanın.
Olay türü
explicit
|
|||
|
Talep tamamen onaylandı
|
Satın alma talebi, onay iş akışındaki gerekli tüm adımları başarıyla tamamlar. Kayıttaki son Approval Status değeri Approved olduğunda bu durum anlaşılır. | ||
|
Neden önemli?
Bu önemli aşama, talebin satın alma siparişine dönüştürülmeye hazır olduğunu gösterir. Onay çevriminin sonunu ve satın alma sürecinin yerine getirme aşamasının başlangıcını belirtir.
Nereden alınır?
System Notes alt sekmesinde, Approval Status alanının son Approved durumuna geçtiği zaman damgası belirlenerek anlaşılır.
Kaydedin
Approval Status alanının Approved değerine geçtiği zaman damgası.
Olay türü
inferred
|
|||
|
Onay adımı başladı
|
Talep, onay iş akışının belirli bir aşamasına geçer ve atanmış onaylayıcının veya grubun işlem yapmasını bekler. Bu durum genellikle iş akışının talebi sıradaki onaylayıcıya atamasından anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, her onay adımındaki bekleme süresinin başlangıcını gösterir. Onay hiyerarşisindeki darboğazları ve yavaş ilerleyen onaylayıcıları belirlemek için gereklidir.
Nereden alınır?
İş akışı yürütme kayıtlarından veya Current Approver alanındaki ya da iş akışı durumundaki değişikliklerden anlaşılır. SuiteApprovals platformu etkin onay adımını izler.
Kaydedin
İş akışı kayıtlarından veya kaydın yeni bir onaylayıcıya atandığı andan belirleyin.
Olay türü
inferred
|
|||
|
Onay adımı onaylandı
|
Yetkili kullanıcı, iş akışında kendisine atanan adımı onaylayarak talebi son onaya yaklaştırır. NetSuite SuiteApprovals platformu bu işlemi kullanıcı ve zaman damgası bilgileriyle açıkça kaydeder. | ||
|
Neden önemli?
Bu etkinlik, onay zincirinde olumlu ilerlemeyi gösterir. Onay adımları arasındaki süreyi incelemek, iş akışının ve onaylayıcıların verimliliğini anlamaya yardımcı olur.
Nereden alınır?
Onay işlemini, onaylayıcıyı ve Eventin tam zaman damgasını kaydeden SuiteApprovals günlüğünden veya System Notes alt sekmesinden alınır.
Kaydedin
SuiteApprovals günlüğünde veya System Notes’ta onay işlemlerini belirleyin.
Olay türü
explicit
|
|||
|
Onay adımı reddedildi
|
Onaylayıcı, kendisine atanan adımı reddeder ve talep genellikle düzeltme için talep sahibine geri gönderilir. SuiteApprovals iş akışı motoru bu işlemi açıkça kaydeder. | ||
|
Neden önemli?
Bu Event, yeniden çalışmanın ve süreç verimsizliğinin önemli bir göstergesidir. Ret noktalarını incelemek, politika ihlalleri veya yanlış veriler gibi yaygın sorunları belirlemeye yardımcı olur.
Nereden alınır?
Ret işlemini, reddeden kullanıcıyı ve zaman damgasını kaydeden SuiteApprovals günlüğünden veya System Notes alt sekmesinden alınır.
Kaydedin
SuiteApprovals günlüğünde veya System Notes’ta ret işlemlerini belirleyin.
Olay türü
explicit
|
|||
|
Talep değiştirildi
|
Kullanıcı, satın alma talebi ilk oluşturulduktan sonra herhangi bir alanı değiştirir. Bu genellikle ret kararına veya gereksinimlerdeki değişikliğe yanıt olarak yapılır. Bu Event, NetSuite denetim kaydından doğrudan alınır. | ||
|
Neden önemli?
Değişiklikleri izlemek, yeniden çalışma döngülerini ve veri kalitesi sorunlarını belirlemek açısından önemlidir. Sık değişiklik yapılması, ilk gereksinimlerin net olmadığını veya talep sahiplerinin eğitime ihtiyaç duyduğunu gösterebilir.
Nereden alınır?
Satın Alma Talebi kaydındaki System Notes alt sekmesinden alınır. İlgili bir alanda Type değeri Change veya Edit olan her kayıt bir değişikliği gösterir.
Kaydedin
System Notes kaydındaki her Change türü giriş için bir Event kaydedin.
Olay türü
explicit
|
|||
|
Talep geri çekildi
|
Talep sahibi veya yönetici, talep tamamen onaylanmadan ya da satın alma siparişine dönüştürülmeden önce talebi iptal eder. Bu durum genellikle statünün Cancelled veya Withdrawn olarak değişmesinden anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, talep sahibinin başlattığı süreçte bir istisnayı veya sürecin sonlandırılmasını gösterir. Geri çekme işlemlerini incelemek, iş ihtiyaçlarındaki değişiklikleri veya artık geçerli olmayan talepleri ortaya çıkarabilir.
Nereden alınır?
System Notes alt sekmesinde, Approval Status alanının Cancelled gibi bir değere veya özel bir geri çekilme durumuna güncellendiği zaman damgası izlenerek anlaşılır.
Kaydedin
Approval Status alanının Cancelled veya Withdrawn değerine geçtiği zaman damgası.
Olay türü
inferred
|
|||
|
Talep onaya gönderildi
|
Talep sahibi, tamamlanan talebi belirlenmiş onay iş akışına resmen gönderir. Bu adım genellikle talep kaydındaki durum değişikliğinden anlaşılır; örneğin Draft veya Pending Submission durumundan Pending Approval durumuna geçiş. | ||
|
Neden önemli?
Bu etkinlik onay çevrimini başlatır ve onay süresini ölçmek için başlangıç noktasıdır. Taleplerin resmî onay süreci başlamadan önce ne kadar beklediğini belirlemeye yardımcı olur.
Nereden alınır?
System Notes alt sekmesinde, Approval Status alanının ilk kez Pending Approval gibi bir değere geçtiği zaman damgası belirlenerek anlaşılır.
Kaydedin
Approval Status alanının Pending Approval değerine geçtiği ilk zaman damgasını belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Süreç analizi yolculuğunuza başlamak ve NetSuite Satın Almadan Ödemeye talep sürecinizle ilgili değerli içgörüler elde etmek için bu Templateten yararlanın. Verimliliği artırmak ve onayları hızlandırmak için bugün iyileştirmelere başlayın.
Satın Almadan Ödemeye - Talep sürecinizi bugün iyileştirin!
Talep onaylarını %30 hızlandırın ve darboğazları ortadan kaldırın.
Kredi kartı gerekmez. İyileştirmelere bugün başlayın.