Satın Almadan Ödemeye - Talep Veri Template'inuz
Satın Almadan Ödemeye - Talep Veri Template'inuz
- Önerilen Öznitelikler
- Süreç keşfi için izlenecek temel aktiviteler
- `Veri` veri çekme kılavuzu
Satın Almadan Ödemeye - Talep Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Satın alma talebi süreç döngüsü içinde meydana gelen belirli bir iş olayının veya görevin adı. | ||
|
Açıklama
Aktivite Adı, 'Talep Oluşturuldu', 'Onay Adımı Onaylandı' veya 'Satınalma Siparişi Oluşturuldu' gibi talep sürecindeki ayrı bir adımı tanımlar. Bu etkinlikler, süreç haritasının temel bileşenleridir ve yapılan işi temsil eder. Bu etkinlikleri analiz etmek, süreç akışının görselleştirilmesini, darboğazların belirlenmesini ve farklı aşamalarda harcanan sürenin ölçülmesini sunar. Belirli bir Satın Alma Talep Kimliği için etkinliklerin sırası, yolculuğunu tanımlar ve bu daha sonra standart prosedürlerle karşılaştırılarak sapmalar veya verimsizlikler tespit edilebilir.
Neden Önemli?dir?
Süreçteki adımları tanımlar, süreç haritalarının görselleştirilmesini, süreç varyantlarının analizini ve darboğazların tespitini sunar.
Nereden Alınır??
Bu, tipik olarak işlem durumu, sistem günlüğü girdileri, iş akışı geçmişi veya NetSuite içindeki özel olay takibinin birleşiminden türetilir.
Örnekler:::::::
Talep OluşturulduOnay Adımı OnaylandıTalep DeğiştirildiSatınalma Siparişi Oluşturuldu
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin meydana geldiği tam tarih ve saat. | ||
|
Açıklama
Olay Zamanı veya zaman damgası (zaman damgası), bir etkinliğin tam olarak gerçekleştiği anı kaydeder. Bu zamansal veri, talebin süresi, olayların sıralaması ve zamanlaması dahil olmak üzere talep sürecinin dinamiklerini anlamak için büyük önem taşır. Süreç analizinde, zaman damgaları döngü sürelerini, faaliyetler arasındaki bekleme sürelerini ve hizmet seviyesi anlaşmalarına uyumu hesaplamak için kullanılır. 'Talep Onay Döngü Süresi' gibi Panellerin ve 'Ortalama Talep Döngü Süresi' gibi KPI'ların oluşturulmasını sağlayan tüm zaman tabanlı analizlerin temelidirler. Doğru zaman damgaları, güvenilir bir süreç modeli için büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), döngü sürelerini hesaplama, gecikmeleri belirleme ve süreç verimliliğini ölçme gibi performansla ilgili tüm analizlerin temelini oluşturur.
Nereden Alınır??
Bu bilgi, 'Oluşturulma Tarihi' gibi sistem tarafından oluşturulan alanlarda veya her işlem için Sistem Notları veya iş akışı yürütme günlüklerinde bulunan zaman damgalarında yakalanır.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Satın Alma İsteği Kimliği
PurchaseRequisitionId
|
Her satın alma talebi için benzersiz tanımlayıcı, süreç analizi için birincil Vaka Kimliği (Case ID) olarak olarak kullanılır. | ||
|
Açıklama
Satın Alma Talep Kimliği, belirli bir mal veya hizmet talebiyle ilgili tüm etkinlikleri ve olayları birbirine bağlayan merkezi tanımlayıcıdır. Her talebe NetSuite'te oluşturulduğunda benzersiz bir kimlik atanır ve bu kimlik süreç döngüsü boyunca sabit kalır. Process Mining'de bu öznitelik, vaka korelasyonu için büyük önem taşır. Her talebin ilk oluşturulmasından tüm onay adımlarına, değişikliklere ve onay, reddedilme veya satın alma siparişine dönüştürme gibi nihai sonuçlara kadar tüm sürecinin yeniden yapılandırılmasını sunar. Süreçleri bu kimliğe göre analiz etmek, süreç döngüsü sürelerini hesaplamak, durum değişikliklerini izlemek ve süreç akışlarındaki varyasyonları belirlemek için gereklidir.
Neden Önemli?dir?
Bu, tek bir satın alma talebinin tüm süreç döngüsünü izlemek için temel büyük önem taşır, süreç akışlarını analiz etmeyi ve vaka düzeyinde metrikleri hesaplamayı sunar.
Nereden Alınır??
Bu, NetSuite'teki Satın Alma Talep kaydının dahili kimliği veya işlem numarasıdır. Genellikle işlemin 'tranid' alanında bulunabilir.
Örnekler:::::::
PR-001254PR-001255PR-001256
|
|||
|
Bölüm
Department
|
Talebin veya talepte bulunanın ait olduğu iş departmanı. | ||
|
Açıklama
Departman özniteliği, satın alma talebiyle ilişkili organizasyonel birimi temsil eder; bu genellikle talepte bulunanın departmanıdır. Bu bilgi, süreci organizasyonel açıdan bölümlere ayırmak ve analiz etmek için bir yol sunar. Departmanlar arası onay döngü sürelerini karşılaştırmak, harcama kalıplarını anlamak veya hangi departmanların en yüksek ret oranlarına sahip olduğunu belirlemek gibi birçok analiz için temel bir boyuttur. Bu segmentasyon, yönetimin kaynakları tahsis etmesine, eğitimleri uyarlamasına ve belirli iş birimleri için iş akışlarını kolaylaştırmasına yardımcı olur.
Neden Önemli?dir?
Farklı iş birimleri arasında performans, maliyetler ve uyumluluğu karşılaştırmak için süreç verilerinin güçlü bir şekilde bölümlendirilmesini sunar.
Nereden Alınır??
Bu bilgi genellikle talepte bulunanın çalışan kaydıyla ilişkilendirilir veya doğrudan Satın Alma Talebinin işlem başlığına ayarlanabilir.
Örnekler:::::::
PazarlamaBTFinansOperasyonlar
|
|||
|
Talep Durumu
RequisitionStatus
|
Talebin süreç döngüsündeki mevcut durumunu belirtir. | ||
|
Açıklama
Talep Durumu, bir satın alma talebinin herhangi bir zamanda sürecinde nerede olduğunu gösteren bir anlık görüntü sunar. Yaygın durumlar arasında 'Onay Bekliyor', 'Tamamen Onaylandı', 'Reddedildi' ve 'Kapalı' bulunur. Bu öznitelik, aktif talepleri ve mevcut durumlarında ne kadar süredir kaldıklarını izleyen 'Talep Durumu ve Eskime' gibi
Neden Önemli?dir?
Bir vakanın ilerlemesinin anlık görüntüsünü sunarak, bekleyen taleplerin analizini ve vakaların nerede takıldığını belirlemeyi sunar.
Nereden Alınır??
Bu, Satın Alma Talep işlem başlığındaki 'Durum' veya 'Onay Durumu' alanıdır.
Örnekler:::::::
Onay BekliyorTamamen OnaylandıReddedildiKapalı
|
|||
|
Talep Eden
Requester
|
Satın alma talebini oluşturan ve gönderen çalışan. | ||
|
Açıklama
Talepte Bulunan, talebi oluşturarak tedarik sürecini başlatan kişidir. Bu genellikle işini yapmak için belirli mal veya hizmetlere ihtiyaç duyan bir çalışandır. Talepte bulunana göre veri analizi yapmak, kullanıcı davranışlarındaki kalıpları belirlemek için gereklidir. Yüksek ret oranlarına veya sık değişikliklere sahip kişileri vurgulayarak 'Talepte Bulunan Performansı ve Eğitim İhtiyaçları' gibi
Neden Önemli?dir?
Süreç başlatıcısını belirler; bu, kullanıcı davranışını, talep edene göre ret oranlarını analiz etmek ve eğitim ihtiyaçlarını belirlemek için büyük önem taşır.
Nereden Alınır??
Bu genellikle Satın Alma Talep işlem kaydındaki 'Çalışanşan' veya 'Oluşturan' alanıdır.
Örnekler:::::::
Can DemirAyşe YılmazPeter 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 yakalar. Değer eşiklerine dayalı farklı onay iş akışlarını tetikleyerek sürecin kendisini sıkça etkileyen kritik bir finansal veri noktasıdır. Toplam Tutarı analiz etmek, harcama kalıplarını ve finansal etkiyi anlamaya yardımcı olur. Talepleri değere göre filtrelemeye, süreç sapmalarını yüksek değerli taleplerle ilişkilendirmeye ve finansal açıdan önemli vakalarda analizi önceliklendirmeye sunar. Herhangi bir finansal veya uyumlulukla ilgili süreç analizi için temel bir özniteliktir.
Neden Önemli?dir?
Finansal bağlam sağlayarak, genellikle onay yollarını ve iş önceliğini belirleyen değere dayalı analize sunar.
Nereden Alınır??
Bu, Satın Alma Talep kaydındaki standart bir alandır ve genellikle 'Toplam' veya benzer bir varyant olarak adlandırılır.
Örnekler:::::::
500.001250.7525000.00
|
|||
|
Aciliyet Seviyesi
UrgencyLevel
|
Talebin Standard veya Acil gibi öncelik sınıflandırması. | ||
|
Açıklama
Aciliyet Seviyesi, bir satın alma talebinin iş önceliğini gösteren kategorik bir özniteliktir. Bu, çalışanların kritik iş ihtiyaçları nedeniyle hızlandırılmış işlem gerektiren talepleri işaretlemesine sunar. Bu öznitelik, 'Acil Talep İşleme Performansı' kontrol paneli'unu ve 'Acil Talep İşlem Süresi' KPI'ını desteklemek üzere özel olarak tasarlanmıştır. Analistler, süreç verilerini bu özniteliğe göre filtreleyerek, acil taleplerin döngü sürelerini ve süreç yollarını standart taleplerle karşılaştırabilir, böylece öncelikli işlemin etkili olup olmadığını veya darboğazların hala gecikmelere yol açıp açmadığını belirleyebilirler.
Neden Önemli?dir?
Yüksek öncelikli talepler ile standart taleplerin süreç performansının karşılaştırılmasına sunar, böylece kritik ihtiyaçların verimli bir şekilde karşılanması sağlanır.
Nereden Alınır??
Bu, genellikle Satın Alma Talep formunda özel bir işlem gövdesi alanı olacaktır.
Örnekler:::::::
YüksekOrtaDüşük
|
|||
|
Döngü Süresi
CycleTime
|
Bir talebin oluşturulmasından nihai çözümüne kadar geçen toplam süre. | ||
|
Açıklama
Döngü Süresi, tek bir vaka için satın alma talebi sürecinin toplam süresini ölçen hesaplanmış bir metriktir. Tipik olarak ilk aktivite (örn., 'Talep Oluşturuldu') ile nihai aktivite (örn., 'Talep Tamamen Onaylandı' veya 'Talep Nihai Olarak Reddedildi') arasındaki zaman farkı olarak hesaplanır. Bu, genel süreç verimliliği için birincil bir temel performans göstergesidir. 'Ortalama Talep Döngü Süresi' KPI'sını hesaplamak için kullanılır ve trendleri, aykırı değerleri ve süreç iyileştirme girişimlerinin etkisini belirlemeye yardımcı olur. Döngü süresi dağılımını analiz etmek, ortalama performansı önemli ölçüde düşüren uzun kuyruklu talepleri ortaya çıkarabilir.
Neden Önemli?dir?
Sürecin uçtan uca verimliliğini doğrudan ölçer; bu, gecikmeleri belirlemek ve genel performansı değerlendirmek için temel bir göstergedir.
Nereden Alınır??
Bu, her 'PurchaseRequisitionId' için ilk olayın zaman damgası (zaman damgası)ndan son olayın zaman damgası (zaman damgası)nın çıkarılmasıyla türetilen hesaplanmış bir özniteliktir.
Örnekler:::::::
25920060480086400
|
|||
|
Kalem Kategorisi
ItemCategory
|
Talepte istenen mal veya hizmetlerin kategorisi. | ||
|
Açıklama
Kalem Kategorisi, bir satın alma talebindeki kalemleri 'BT Donanımı', 'Ofis Malzemeleri' veya 'Profesyonel Enerji ve Altyapı' gibi mantıksal gruplara ayırır. Bu, talep kalemleriyle bağlantılı kalem kayıtlarından türetilebilir. Bu öznitelik, talep sürecinin daha derin ve ayrıntılı analizine sunar. 'BT donanımı için yapılan taleplerin onaylanması, ofis malzemeleri için yapılan taleplerden daha mı uzun sürüyor?' gibi soruları yanıtlamaya yardımcı olur. Süreci Kalem Kategorisine göre segmentlere ayırarak, işletmeler alana özgü darboğazları ortaya çıkarabilir, kategoriye göre harcamaları analiz edebilir ve tedarik stratejilerini buna göre uyarlayabilir.
Neden Önemli?dir?
Sürecin ne satın alındığına göre analiz edilmesini sağlayarak, kategoriye özgü darboğazları veya uyumluluk sorunlarını belirlemeye yardımcı olur.
Nereden Alınır??
Bu bilgi, Satın Alma Talebinin kalem düzeyinde bağlantılı 'Kalem' kayıtlarından türetilir. Kategorinin kendisi, Kalem kaydında standart veya özel bir alan olabilir.
Örnekler:::::::
BT DonanımıYazılım LisanslarıOfis MalzemeleriPazarlama Enerji ve Altyapıi
|
|||
|
Kaynak Sistem
SourceSystem
|
verinin çıkarıldığı kaynak sistemi tanımlar. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynak sistemini belirtir, bu durumda NetSuite'tir. Özellikle birden fazla sistemden gelen verilerin uçtan uca bir süreç görünümü için birleştirildiği ortamlarda faydalıdır. Tek sistemli bir analizde statik görünse de, temel bir bağlam sunar ve veri yönetişimi ile izlenebilirlik için en iyi uygulamadır. Verinin kökenini doğrulamaya ve analiz sırasında herhangi bir sisteme özgü mantık veya dönüşümlerin doğru anlaşıldığından emin olmaya yardımcı olur.
Neden Önemli?dir?
Verinin kökeni hakkında önemli bağlam sağlayarak, özellikle çok sistemli ortamlarda şeffaflığı ve doğru yönetişimi garanti eder.
Nereden Alınır??
Bu, veri çıkarma ve dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir: 'NetSuite'.
Örnekler:::::::
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
Onay İş Akışı Yolu
ApprovalWorkflowPath
|
Bir talebin geçtiği onay adımlarının sırasını temsil eden bir gösterim. | ||
|
Açıklama
Onay İş Akışı Yolu, belirli bir talep için onay etkinliklerinin veya durumlarının sırasını ('Gönderildi -> Yönetici Onayı -> Finans Onayı' gibi) birleştiren türetilmiş bir özniteliktir. Bu, her vakanın izlediği yol için benzersiz bir imza oluşturur. Bu öznitelik, uygunluk kontrolü ve varyant analizinin temelini oluşturur. 'Uyumsuz Talep Yolları' ve 'Onay İş Akışı Yolu Uyumluluğu'
Neden Önemli?dir?
Her vaka için onay adımlarının kesin sırasını özetleyerek güçlü varyant analizi ve uygunluk kontrolü sunar.
Nereden Alınır??
Bu, her 'PurchaseRequisitionId' için '(ActivityName)' değerlerinin kronolojik sıraya göre birleştirilmesiyle hesaplanan türetilmiş bir özniteliktir.
Örnekler:::::::
Oluşturuldu > Gönderildi > OnaylandıOluşturuldu > Gönderildi > Reddedildi > Değiştirildi > Gönderildi > OnaylandıOluşturuldu > Gönderildi > Onaylandı > Geri Çekildi
|
|||
|
Onaylayan
Approver
|
Onay adımını onaylamaktan veya reddetmekten sorumlu çalışan veya kullanıcı. | ||
|
Açıklama
Onaylayan, onay iş akışının belirli bir aşamasında bir satın alma talebini incelemek ve üzerinde işlem yapmakla görevli kişidir. Tek bir talep için birden fazla onaylayan olabilir ve her biri farklı bir onay etkinliğiyle ilişkilendirilir. Bu öznitelik, onay sürecinin performansını analiz etmek için büyük önem taşır. Bireysel veya grup darboğazlarını tespit edebilen 'Onay Adımı Döngü Süresi Dağılımı' gibi
Neden Önemli?dir?
Onay görevlerini gerçekleştiren kullanıcıyı belirler; bu, onaylayıcı performansını, iş yükünü analiz etmek ve darboğazları belirlemek için temel rol oynar.
Nereden Alınır??
Bu bilgi genellikle iş akışı yürütme günlüğünde veya onay durumu değişiklikleriyle ilişkili Sistem Notları'nda bulunur. Ayrıca onay iş akışıyla ilgili özel kayıt alanlarında da saklanabilir.
Örnekler:::::::
Sarah JenkinsDavid ChenFinans Onay Grubu
|
|||
|
Para Birimi
Currency
|
Talebin toplam tutarı için para birimi kodu. | ||
|
Açıklama
Para Birimi özniteliği, talebin finansal değerlerinin ifade edildiği para birimini (USD, EUR veya GBP gibi) belirtir. Bu, özellikle birden fazla para birimiyle çalışan çok uluslu kuruluşlar için önemlidir. Bu alan, finansal verilerin doğru yorumlanmasını sunar. Process Mining'de, tüm tutarları tek bir ana para birimine dönüştürerek veya analizi para birimine göre bölerek parasal değerlerin doğru bir şekilde toplanmasına ve karşılaştırılmasına sunar. Yanlış finansal raporlamayı önler ve küresel operasyonlarda şeffaflığı sunar.
Neden Önemli?dir?
Çok uluslu kuruluşlarda doğru finansal analiz için büyük önem taşır, parasal değerlerin doğru yorumlanmasını ve toplanmasını sunar.
Nereden Alınır??
Bu, özellikle çok para birimli NetSuite kurulumlarında, Satın Alma Talep işlem kaydındaki standart bir 'Para Birimi' alanıdır.
Örnekler:::::::
USDEURGBP
|
|||
|
Ret Nedeni
RejectionReason
|
Bir talebin reddedildiğinde onaylayan tarafından sağlanan açıklama. | ||
|
Açıklama
Reddetme Nedeni, bir onaylayanın bir satın alma talebinin neden onay gereksinimlerini karşılamadığını belirtebileceği bir metin özniteliğidir. Bu, 'Onay Adımı Reddedildi' etkinliğine niteliksel bir bağlam sunar. Bu bilgi, kök neden analizi için büyük önem taşır. 'Talep Reddetme Oranı Analizi' gibi
Neden Önemli?dir?
Retlerin neden meydana geldiğine dair önemli bilgiler sağlayarak, gelecekteki ret oranlarını azaltmak ve ilk seferdeki kaliteyi iyileştirmek için kök neden analizine sunar.
Nereden Alınır??
Bu genellikle ret eylemi sırasında bir 'Not' alanında veya onay iş akışına eklenen özel bir alanda yakalanır. Ayrıca Sistem Notları'nda da bulunabilir.
Örnekler:::::::
Bütçe aşıldıYanlış Tedarikçi SeçimiEksik kalem detaylarıYinelenen talep
|
|||
|
Satınalma Siparişi Kimliği
PurchaseOrderId
|
Onaylanan talepten oluşturulan satın alma siparişinin tanımlayıcısı. | ||
|
Açıklama
Satınalma Siparişi Kimliği, onaylanmış bir talebin sonucunda oluşturulan satın alma siparişinin benzersiz tanımlayıcısıdır. Bu öznitelik, talep süreci ile sonraki tedarik etkinlikleri arasında önemli bir bağlantı görevi görür. Süreç analizinde, bu bağlantı uçtan uca P2P analizi için büyük önem taşır. Talep onayı ile satın alma siparişi oluşturma arasındaki süreyi ölçerek 'Satınalma Siparişi Oluşturma Süresi' KPI'ının hesaplanmasını sunar. Ayrıca, taleplerin ne kadar etkili bir şekilde eyleme dönüştürülebilir siparişlere dönüştürüldüğüne dair önemli bilgi sağlayan 'Talep-Satınalma Siparişi Dönüşüm Oranı'nın hesaplanmasına da yardımcı olur.
Neden Önemli?dir?
Talebi sonuçlanan satın alma siparişine bağlayarak, satın alma siparişi oluşturma teslim süresinin ve uçtan uca süreç analizinin ölçülmesini sunar.
Nereden Alınır??
Bu, Satın Alma Talep kaydında, genellikle ilgili kayıtlar alt sekmesinde veya Satınalma Siparişinin kendisindeki bir 'Oluşturulduğu Yer' bağlantısında bulunur.
Örnekler:::::::
PO-005432PO-005433PO-005434
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verinin kaynak sistemden son çekildiği veya yenilendiği zamanı gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu öznitelik, NetSuite'ten en son veri çekme işleminin tarihini ve saatini kaydeder. Herhangi bir Process Mining Bu zaman damgası (zaman damgası), verilerin güncelliği için bağlam sağlayarak kullanıcıların gerçek zamanlı bilgileri mi yoksa belirli bir zaman noktasından bir anlık görüntüyü mü görüntülediklerini anlamalarına sunar. Veri doğrulaması ve süreç analizinden üretilen stratejik bilgilerin güncelliğini paydaşlara iletmek için büyük önem taşır.
Neden Önemli?dir?
Kullanıcıları verilerin güncelliği hakkında bilgilendirerek, süreç stratejik bilgilerinin ne kadar güncel olduğunu anlamalarını sunar.
Nereden Alınır??
Bu zaman damgası (zaman damgası), veri çıkarma, dönüştürme ve yükleme (
Ö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 hangi tedarikçiden satın alınmasının amaçlandığını belirtir. Talep dahili bir belge olmasına rağmen, genellikle tercih edilen bir tedarikçi belirtilir. Bu özniteliği analiz etmek, tedarikçi yönetimiyle ilgili kalıpları ortaya çıkarabilir. Hangi tedarikçilerin en sık talep edildiğini, belirli tedarikçiler için taleplerin daha uzun onay süreleriyle karşılaşıp karşılaşmadığını izlemeye ve tercih edilen tedarikçi anlaşmalarına uyumu güçlüaya yardımcı olur. Bu bilgi, stratejik kaynak bulma ve tedarikçi ilişkileri yönetimi için değerli bir girdi olabilir.
Neden Önemli?dir?
Tedarikçi bazında tedarik modellerini analiz etmeye, tercih edilen satıcı listelerine uyumluluğu güçlüaya ve satıcıya özel süreç varyasyonlarını belirlemeye yardımcı olur.
Nereden Alınır??
Bu, başlık düzeyinde bir 'Tedarikçi' alanı olabilir veya Satın Alma Talep kaydının kalemlerinde belirtilebilir.
Örnekler:::::::
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Yeniden İşleme mi?
IsRework
|
Talebin bir ret ve yeniden gönderim döngüsünden geçip geçmediğini belirten bir boolean bayrak. | ||
|
Açıklama
Is Rework (Yeniden Çalışanşma Gerekiyor mu) türetilmiş bir boole özniteliğidir ve bir satın alma talebi herhangi bir noktada reddedilip daha sonra değiştirilirse veya onay için yeniden gönderilirse doğru (true) olarak ayarlanır. Bu, standart 'sorunsuz yol' dışına çıkan ek çalışma ve işlem gerektiren durumları tanımlar. Bu öznitelik, süreç verimsizliğinin analizini basitleştirir. 'Onay Reddetme Döngüsü Sayısı' KPI'ını hesaplamak ve reddedilmelerin genel süreç üzerindeki etkisini ölçmeye yardımcı olmak için kullanılır. Is Rework özniteliğinin doğru olduğu durumları filtreleyerek, analistler sorunlu süreç varyantlarını izole edebilir ve ilk retlerin temel nedenlerini (kötü veri kalitesi veya politika yanlış anlamaları gibi) araştırabilir.
Neden Önemli?dir?
Süreç verimsizliğinin ve gecikmenin ana kaynağı olan yeniden işleme döngülerinin sıklığını ve etkisini nicelleştirmeye yardımcı olur.
Nereden Alınır??
Bu, hesaplanmış bir özniteliktir. Mantık, aynı vaka için bir 'Onay Adımı Reddedildi' etkinliğinden sonra bir 'Talep Onay İçin Gönderildi' etkinliğinin meydana gelip gelmediğini kontrol eder.
Örnekler:::::::
truefalse
|
|||
Satın Almadan Ödemeye - Talep Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Satınalma Siparişi Oluşturuldu
|
Tamamen onaylanmış talepten bir satın alma siparişi (PO) oluşturulur ve satıcıya resmi olarak fon taahhüt edilir. Bu, kaynak talebe geri bağlanan yeni bir PO işleminin oluşturulmasıyla işaretlenen açık bir olaydır. | ||
|
Neden Önemli?dir?
Bu, başarılı bir talebin birincil sonucudur ve Satın Almadan Ödemeye sürecinde önemli bir devirdir. Onay ile satın alma siparişi oluşturma arasındaki süre, tedarik verimliliği için kritik bir KPI'dır.
Nereden Alınır??
'Oluşturulduğu Yer' veya benzer bir bağlantı alanının Satın Alma Talebi Kimliği'ni referans aldığı bir Satınalma Siparişi kaydı bulunarak belirlenir. Bu satın alma siparişinin oluşturulma tarihi, bu etkinliğin zaman damgası (zaman damgası)dır.
Yakala
'Oluşturulduğu Yer' alanı Talep Kimliği'ne eşit olan Satınalma Siparişini bulun ve Satınalma Siparişi 'Oluşturulma Tarihi'ni kullanın.
Event tipi
explicit
|
|||
|
Talep Kapatıldı
|
Talep resmen kapatılır, bu da üzerinde başka bir işlem beklenmediğini gösterir. Bu durum genellikle talepteki tüm miktarlar bağlantılı satın alma siparişleri aracılığıyla sipariş edildikten sonra otomatik olarak gerçekleşir. | ||
|
Neden Önemli?dir?
Bu etkinlik, talebin süreç döngüsünün kesin sonunu işaretler. İş ihtiyacının karşılandığını ve kaydın sonuçlandırıldığını doğrular.
Nereden Alınır??
Sistem Notları alt sekmesinden, kalem düzeyindeki veya başlık düzeyindeki 'Durum' alanının 'Kapalı' olarak güncellendiği zaman damgası (zaman damgası) belirlenerek çıkarım yapılır.
Yakala
'Durum' alanının 'Kapalı' olarak değiştiği zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Talep Nihai Olarak Reddedildi
|
Satın alma talebi kesin olarak reddedilmiş olup, daha fazla işleme alınmayacaktır. Bu olay, talebin nihai 'Onay Durumu'nun 'Reddedildi' olarak güncellenmesiyle çıkarım yapılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, başarısız talepler için kritik bir son noktadır. Taleplerin neden ve ne zaman nihai olarak reddedildiğini anlamak, politika uyumluluğu ve bütçe sorunları hakkında stratejik bilgiler sunar.
Nereden Alınır??
Sistem Notları alt sekmesinden, 'Onay Durumu' alanının nihai 'Reddedildi' durumuna ayarlandığı zaman damgası (zaman damgası) belirlenerek çıkarım yapılır.
Yakala
'Onay Durumu'nun 'Reddedildi' olarak değiştiği zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Talep Oluşturuldu
|
Bir kullanıcı, yeni bir satın alma talebi kaydı oluşturarak ve kaydederek tedarik sürecini başlatır. Bu, talebin süreç döngüsündeki ilk olaydır ve işlem kaydı NetSuite'te ilk kaydedildiğinde yakalanır. | ||
|
Neden Önemli?dir?
Bu etkinlik, belirli bir ihtiyaç için tedarik sürecinin resmi başlangıcını işaretler. Oluşturmadan gönderime kadar geçen süreyi analiz etmek, veri girişindeki veya ilk talep formülasyonundaki gecikmeleri ortaya çıkarabilir.
Nereden Alınır??
Bu olay, Satın Alma Talep işlem kaydının oluşturma tarihi zaman damgası (zaman damgası)ndan yakalanır. Kaydın ana başlığında veya 'Oluştur' eylemini kaydeden Sistem Notları alt sekmesinde bulunabilir.
Yakala
Satın Alma Talep kaydındaki 'Oluşturulma Tarihi' alanını kullanın.
Event tipi
explicit
|
|||
|
Talep Tamamen Onaylandı
|
Satın alma talebi, onay iş akışındaki tüm gerekli adımları başarıyla tamamlar. Bu, kaydın nihai 'Onay Durumu'nun 'Onaylandı' olarak değişmesiyle çıkarım yapılır. | ||
|
Neden Önemli?dir?
Bu, talebin bir satın alma siparişine dönüştürülmeye hazır olduğunu gösteren önemli bir dönüm noktasıdır. Onay döngüsünün sonunu ve tedarikin yerine getirme aşamasının başlangıcını işaret eder.
Nereden Alınır??
Sistem Notları alt sekmesinden, 'Onay Durumu' alanının nihai 'Onaylandı' durumuna ayarlandığı zaman damgası (zaman damgası) belirlenerek çıkarım yapılır.
Yakala
'Onay Durumu'nun 'Onaylandı' olarak değiştiği zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Onay Adımı Başlatıldı
|
Talep, onay iş akışında belirli bir aşamaya girer ve belirlenmiş bir onaylayandan veya gruptan eylem bekler. Bu durum genellikle iş akışının talebi sıradaki onaylayana atamasıyla çıkarım yapılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, her bir onay adımı için bekleme süresinin başlangıcını işaretler. Onay hiyerarşisindeki darboğazları tespit etmek ve yavaş onaylayanları belirlemek için gereklidir.
Nereden Alınır??
İş akışı yürütme günlüklerinden veya 'Mevcut Onaylayan' veya iş akışı durumu alanındaki değişikliklerden çıkarım yapılır. SuiteApprovals platformu aktif onay adımını takip eder.
Yakala
İş akışı günlüklerinden veya kaydın yeni bir onaylayana atandığı zaman çıkarım yapılır.
Event tipi
inferred
|
|||
|
Onay Adımı Onaylandı
|
Yetkili bir kullanıcı, iş akışındaki atanmış adımını onaylar ve talebi nihai onaya yaklaştırır. NetSuite'in SuiteApprovals platformu, bu eylemi kullanıcı ve zaman damgası (zaman damgası) detaylarıyla açıkça kaydeder. | ||
|
Neden Önemli?dir?
Bu etkinlik, onay zincirinde olumlu bir ilerlemeyi temsil eder. Onay adımları arasındaki süreyi analiz etmek, iş akışının ve bireysel onaylayanların verimliliğini anlamaya yardımcı olur.
Nereden Alınır??
Onay eylemini, onaylayıcıyı ve olayın tam zaman damgası (zaman damgası)nı kaydeden SuiteApprovals günlüğünden veya Sistem Notları alt sekmesinden yakalanmıştır.
Yakala
SuiteApprovals günlüğündeki veya Sistem Notları'ndaki onay eylemlerini belirleyin.
Event tipi
explicit
|
|||
|
Onay Adımı Reddedildi
|
Bir onaylayıcı atanmış adımını reddeder, tipik olarak talebi düzeltme için talep edene geri gönderir. Bu eylem, SuiteApprovals iş akışı motoru tarafından açıkça günlüğe kaydedilir. | ||
|
Neden Önemli?dir?
Bu olay, yeniden çalışma ve süreç verimsizliğinin önemli bir göstergesidir. Ret noktalarını analiz etmek, politika ihlalleri veya yanlış veri gibi yaygın başarısızlık nedenlerini belirlemeye yardımcı olur.
Nereden Alınır??
Reddetme eylemini, reddeden kullanıcıyı ve zaman damgası (zaman damgası)nı kaydeden SuiteApprovals günlüğünden veya Sistem Notları alt sekmesinden yakalanmıştır.
Yakala
SuiteApprovals günlüğündeki veya Sistem Notları'ndaki ret eylemlerini belirleyin.
Event tipi
explicit
|
|||
|
Talep Değiştirildi
|
Bir kullanıcı, ilk oluşturulmasından sonra satın alma talebindeki herhangi bir alanı değiştirir, genellikle bir ret veya gereksinimlerdeki bir değişikliğe yanıt olarak. Bu olay, doğrudan NetSuite'in denetim izleme özelliğinden yakalanır. | ||
|
Neden Önemli?dir?
Değişiklikleri takip etmek, yeniden işleme döngülerini ve veri kalitesi sorunlarını belirlemek için büyük önem taşır. Yüksek değişiklik sıklığı, başlangıçtaki gereksinimlerin belirsizliğini veya talep sahipleri için eğitim ihtiyacını gösterebilir.
Nereden Alınır??
Satın Alma Talebi kaydındaki Sistem Notları alt sekmesinden yakalanmıştır. İlgili bir alanda 'Değişiklik' veya 'Düzenleme' 'Türüne' sahip her giriş bir değişikliği temsil eder.
Yakala
Sistem Notları günlüğündeki her 'Değişiklik' türü girişi için bir olay kaydedin.
Event tipi
explicit
|
|||
|
Talep Geri Çekildi
|
Asıl talep eden veya bir yönetici, talep tamamen onaylanmadan veya satın alma siparişine dönüştürülmeden önce talebi iptal eder. Bu durum genellikle 'İptal Edildi' veya 'Geri Çekildi' durum değişikliğinden çıkarım yapılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, talep eden tarafından başlatılan sürecin bir istisnasını veya sonlandırılmasını temsil eder. Geri çekmeleri analiz etmek, iş ihtiyaçlarındaki değişiklikleri veya artık geçerli olmayan talepleri vurgulayabilir.
Nereden Alınır??
Sistem Notları alt sekmesinden, 'Onay Durumu' alanının 'İptal Edildi' veya özel bir geri çekme durumu gibi bir değere güncellendiği zaman damgası (zaman damgası) izlenerek çıkarım yapılır.
Yakala
'Onay Durumu'nun 'İptal Edildi' veya 'Geri Çekildi' olarak değiştiği zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Talep Onaya Sunuldu
|
Talep eden, tamamlanmış talebi belirlenen onay iş akışına resmen gönderir. Bu genellikle talep kaydındaki bir durum değişikliğinden, örneğin 'Taslak' veya 'Gönderim Bekliyor'dan 'Onay Bekliyor'a geçişten çıkarım yapılır. | ||
|
Neden Önemli?dir?
Bu etkinlik onay döngüsünü tetikler ve onay teslim sürelerini ölçmek için kritik bir başlangıç noktasıdır. Taleplerin resmi onay süreci başlamadan önce ne kadar beklediğini belirlemeye yardımcı olur.
Nereden Alınır??
Sistem Notları alt sekmesinden, 'Onay Durumu' alanının ilk kez 'Onay Bekliyor' gibi bir değere değiştiği zaman damgası (zaman damgası) belirlenerek çıkarım yapılır.
Yakala
'Onay Durumu' alanının 'Onay Bekliyor' olarak değiştiği ilk zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||