Satın Almadan Ödemeye - Talep Veri Şablonunuz

NetSuite
Satın Almadan Ödemeye - Talep Veri Şablonunuz

Satın Almadan Ödemeye - Talep Veri Şablonunuz

Bu şablon, Satın Alma Süreci ve Talep Sürecinizi analiz etmek için gereken temel veri noktalarını toplamanız için net bir yol haritası sunar. Önemli öznitelikleri belirtir, izlenecek temel aktiviteleri tanımlar ve bu bilgileri kaynak sisteminizden çıkarmanız için pratik rehberlik sağlar. Bu kaynağı, içgörülü Process Mining analizi için event log'unuzu hazırlamakta kullanın.
  • Toplanması Önerilen Nitelikler
  • Süreç keşfi için izlenecek temel faaliyetler
  • `Veri` çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Alma-Ödeme – Talep Öznitelikleri

Bunlar, Satın Alma-Ödeme – Talep sürecinizin kapsamlı analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 4 Önerilen 12 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Satın alma talebi yaşam döngüsü içinde meydana gelen belirli bir iş olayının veya görevin adı.
Açıklama

Etkinlik Adı, 'Talep Oluşturuldu', 'Onay Adımı Onaylandı' veya 'Satın Alma Siparişi Oluşturuldu' gibi talep sürecindeki ayrı bir adımı tanımlar. Bu etkinlikler, süreç haritasının yapı taşlarıdır 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 sağlar. 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

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 sağlar.

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 DüzeltildiSatın Alma Siparişi Oluşturuldu
Olay Zamanı
EventTime
Aktivitenin meydana geldiği kesin tarih ve saat.
Açıklama

Olay Zamanı veya 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 kritik öneme sahiptir.

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 Dashboard'ların 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 çok önemlidir.

Neden önemli

Bu timestamp, 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 olarak hizmet eder.
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 yaşam döngüsü boyunca sabit kalır.

Process Mining'de bu öznitelik, vaka korelasyonu için temeldir. 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 uçtan uca yolculuğunun yeniden yapılandırılmasını 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 varyasyonları belirlemek için esastır.

Neden önemli

Bu, tek bir satın alma talebinin tüm yaşam döngüsünü izlemek için temel anahtardır, süreç akışlarını analiz etmeyi ve vaka düzeyinde metrikleri hesaplamayı mümkün kılar.

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 sağlar.

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

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 sağlar.

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 yaşam 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 dashboard'lar oluşturmak için çok önemlidir. Durum geçişlerini analiz etmek, hem sorunsuz 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 de kullanılır.

Neden önemli

Bir vakanın ilerlemesinin anlık görüntüsünü sunarak, eskiyen taleplerin analizini ve vakaların nerede takıldığını belirlemeyi sağlar.

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 esastır. Yüksek ret oranlarına veya sık değişikliklere sahip kişileri vurgulayarak 'Talepte Bulunan Performansı ve Eğitim İhtiyaçları' gibi dashboard'lar oluşturmaya yardımcı olur. Bu içgörü, ek eğitim veya daha net yönergelerin ilk gönderim kalitesini ve genel süreç verimliliğini iyileştirebileceği alanları tespit edebilir.

Neden önemli

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 çok önemlidir.

Nereden alınır

Bu genellikle Satın Alma Talep işlem kaydındaki 'Çalış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 olanak tanır. Herhangi bir finansal veya uyumlulukla ilgili süreç analizi için temel bir özniteliktir.

Neden önemli

Finansal bağlam sağlayarak, genellikle onay yollarını ve iş önceliğini belirleyen değere dayalı analize olanak tanır.

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 olanak tanır.

Bu öznitelik, 'Acil Talep İşleme Performansı' dashboard'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 bottleneck'lerin hala gecikmelere yol açıp açmadığını belirleyebilirler.

Neden önemli

Yüksek öncelikli talepler ile standart taleplerin süreç performansının karşılaştırılmasına olanak tanır, 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 son sonlandırma aktivitesi (ö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

Sürecin uçtan uca verimliliğini doğrudan ölçer; bu, gecikmeleri belirlemek ve genel performansı değerlendirmek için temel bir metriktir.

Nereden alınır

Bu, her 'PurchaseRequisitionId' için ilk olayın zaman damgasından son olayın 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 Hizmetler' 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 olanak tanır. '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

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 Hizmetleri
Kaynak Sistem
SourceSystem
`veri`nin çı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 bütünsel 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 sağlar 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

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' dashboard'larını, vakaları tam süreç akışlarına göre filtrelemeyi ve gruplamayı kolaylaştırarak doğrudan destekler. Gerçek yolları önceden tanımlanmış standart yollarla karşılaştırarak, kuruluşlar uyumluluğu nicelleştirebilir ve sapmaların temel nedenlerini araştırabilir.

Neden önemli

Her vaka için onay adımlarının kesin sırasını özetleyerek güçlü varyant analizi ve uygunluk kontrolü sağlar.

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 çok önemlidir. Bireysel veya grup darboğazlarını tespit edebilen 'Onay Adımı Döngü Süresi Dağılımı' gibi dashboard'lar oluşturmaya yardımcı olur. Kimin onay yaptığını izleyerek, kuruluşlar hesap verebilirliği sağlayabilir, iş yüklerini dengeleyebilir ve belirli onaylayanlardan kaynaklanan gecikmeleri belirleyebilir.

Neden önemli

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 anahtardır.

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ı sağlar. 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 olanak tanır. Yanlış finansal raporlamayı önler ve küresel operasyonlarda şeffaflığı sağlar.

Neden önemli

Çok uluslu kuruluşlarda doğru finansal analiz için hayati öneme sahiptir, parasal değerlerin doğru yorumlanmasını ve toplanmasını sağlar.

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 sağlar.

Bu bilgi, kök neden analizi için paha biçilmezdir. 'Talep Reddetme Oranı Analizi' gibi dashboard'lara güç vererek sadece neyin reddedildiğini değil, neden reddedildiğini de gösterir. Ortak nedenler 'Yanlış Genel Muhasebe Hesabı', 'Bütçe Aşıldı' veya 'Yetersiz Detay' olabilir. Bu nedenleri analiz etmek, sistemik sorunları belirlemeye, kullanıcı eğitimini iyileştirmeye ve yeniden çalışma ile ret oranlarını azaltmak için gönderim yönergelerini geliştirmeye yardımcı olur.

Neden önemli

Retlerin neden meydana geldiğine dair kritik bağlam sağlayarak, gelecekteki ret oranlarını azaltmak ve ilk seferdeki kaliteyi iyileştirmek için kök neden analizine olanak tanır.

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ı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ş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 hayati öneme sahiptir. Talep onayı ile satın alma siparişi oluşturma arasındaki süreyi ölçerek 'Satın Alma Siparişi Oluşturma Süresi' KPI'ının hesaplanmasını sağlar. Ayrıca, taleplerin ne kadar etkili bir şekilde eyleme dönüştürülebilir siparişlere dönüştürüldüğüne dair içgörü sağlayan 'Talep-Satın Alma Siparişi Dönüşüm Oranı'nın hesaplanmasına da yardımcı olur.

Neden önemli

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 sağlar.

Nereden alınır

Bu, Satın Alma Talep kaydında, genellikle ilgili kayıtlar alt sekmesinde veya Satın Alma 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ı.
Açıklama

Bu öznitelik, NetSuite'ten en son veri çekme işleminin tarihini ve saatini kaydeder. Herhangi bir Process Mining dashboard'u veya analizi için kritik bir meta veri parçasıdır.

Bu 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 olanak tanır. Veri doğrulaması ve süreç analizinden üretilen içgörülerin güncelliğini paydaşlara iletmek için çok önemlidir.

Neden önemli

Kullanıcıları verilerin güncelliği hakkında bilgilendirerek, süreç içgörülerinin ne kadar güncel olduğunu anlamalarını sağlar.

Nereden alınır

Bu timestamp, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve 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 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 sağlamaya yardımcı olur. Bu bilgi, stratejik kaynak bulma ve tedarikçi ilişkileri yönetimi için değerli bir girdi olabilir.

Neden önemli

Tedarikçi bazında tedarik modellerini analiz etmeye, tercih edilen satıcı listelerine uyumluluğu sağlamaya 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ış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 nicelendirmeye 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

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
Gerekli Önerilen İsteğe Bağlı

Satın Alma-Ödeme – Talep Etkinlikleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
5 Önerilen 6 İsteğe Bağlı
Aktivite Açıklama
Satın Alma 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

Bu, başarılı bir talebin birincil sonucudur ve Satın Alma-Ödeme 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ın Alma Siparişi kaydı bulunarak belirlenir. Bu satın alma siparişinin oluşturulma tarihi, bu etkinliğin zaman damgasıdır.

Yakala

'Oluşturulduğu Yer' alanı Talep Kimliği'ne eşit olan Satın Alma Siparişini bulun ve Satın Alma 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

Bu etkinlik, talebin yaşam 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ı belirlenerek çıkarım yapılır.

Yakala

'Durum' alanının 'Kapalı' olarak değiştiği timestamp.

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

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 içgörüler sağlar.

Nereden alınır

Sistem Notları alt sekmesinden, 'Onay Durumu' alanının nihai 'Reddedildi' durumuna ayarlandığı zaman damgası belirlenerek çıkarım yapılır.

Yakala

'Onay Durumu'nun 'Reddedildi' olarak değiştiği timestamp.

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 yaşam döngüsündeki ilk olaydır ve işlem kaydı NetSuite'te ilk kaydedildiğinde yakalanır.
Neden önemli

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ı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

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ı belirlenerek çıkarım yapılır.

Yakala

'Onay Durumu'nun 'Onaylandı' olarak değiştiği timestamp.

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

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 esastır.

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ı detaylarıyla açıkça kaydeder.
Neden önemli

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ı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

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ı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 Düzeltildi
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

Değişiklikleri takip etmek, yeniden işleme döngülerini ve veri kalitesi sorunlarını belirlemek için kritik öneme sahiptir. 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

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ı izlenerek çıkarım yapılır.

Yakala

'Onay Durumu'nun 'İptal Edildi' veya 'Geri Çekildi' olarak değiştiği timestamp.

Event tipi inferred
Talep Onay İçin Gönderildi
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

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ı belirlenerek çıkarım yapılır.

Yakala

'Onay Durumu' alanının 'Onay Bekliyor' olarak değiştiği ilk zaman damgasını belirleyin.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Data'nızı NetSuite'ten Nasıl Alırsınız?