Satın Almadan Ödemeye - Talep Veri Templateiniz

NetSuite
Satın Almadan Ödemeye - Talep Veri Templateiniz

Satın Almadan Ödemeye - Talep Veri Templateiniz

Bu Template, Satın Almadan Ödemeye, Talep sürecinizi analiz etmek için gereken temel veri noktalarını toplamanız adına net bir yol haritası sunar. Gerekli öznitelikleri açıklar, izlenecek temel faaliyetleri tanımlar ve bu bilgileri kaynak sisteminizden çıkarmanız için pratik yönergeler sağlar. İçgörü elde etmeye yönelik Process Mining çalışmanız için Event Log verilerinizi hazırlamak üzere bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • Süreç keşfi için izlenecek temel faaliyetler
  • Veri çıkarma yönergeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Satın Almadan Ödemeye - Satın alma talebi öznitelikleri

Satın Almadan Ödemeye - Satın alma talebi sürecinizi ayrıntılı şekilde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
3 Gerekli 4 Önerilen 12 İsteğe bağlı
Ad Açıklama
Aktivite adı
ActivityName
Satın alma talebinin yaşam döngüsü içinde gerçekleşen belirli bir iş olayının veya görevin adıdır.
Açıklama

Activity Name, Requisition Created, Approval Step Approved veya Purchase Order Created gibi talep sürecindeki belirli bir adımı tanımlar. Bu etkinlikler, yapılan işi temsil eden süreç haritasının yapı taşlarıdır.

Bu etkinlikleri analiz etmek, süreç akışını görselleştirmenize, darboğazları belirlemenize ve farklı aşamalarda harcanan süreyi ölçmenize olanak tanır. Belirli bir Purchase Requisition ID için etkinliklerin sırası, talebin yolculuğunu tanımlar. Bu yolculuk daha sonra standart prosedürlerle karşılaştırılarak sapmalar ve verimsizlikler belirlenebilir.

Neden önemli?

Süreçteki adımları tanımlar; süreç haritalarını görselleştirmenize, süreç varyantlarını analiz etmenize ve darboğazları belirlemenize olanak tanır.

Nereden alınır?

Bu bilgi genellikle işlem durumu, sistem günlüklerindeki kayıtlar, Workflow geçmişi veya NetSuite içindeki özel olay izleme verilerinin bir araya getirilmesiyle elde edilir.

Örnekler
Talep oluşturulduOnay adımı onaylandıTalep değiştirildiSatın alma siparişi oluşturuldu
Olay zamanı
EventTime
Faaliyetin gerçekleştiği kesin tarih ve saat.
Açıklama

Event Time veya zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Bu zamansal veri, talep sürecinin süresini, olayların 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 düzeyi anlaşmalarına uyumu hesaplamak için kullanılır. Zaman temelli tüm analizlerin temelini oluşturur ve Requisition Approval Cycle Time Dashboardları ile Average Requisition Cycle Time KPI’ları gibi metrikler oluşturmanızı sağlar. Doğru zaman damgaları güvenilir bir süreç modeli için gereklidir.

Neden önemli?

Bu zaman damgası, çevrim sürelerini hesaplamak, gecikmeleri belirlemek ve süreç verimliliğini ölçmek gibi performans analizlerinin temelini oluşturur.

Nereden alınır?

Bu bilgi, sistem tarafından oluşturulan "Date Created" gibi alanlarda veya her işlem için System Notes ya da Workflow yürütme günlüklerinde bulunan zaman damgalarında tutulur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Satın alma talebi ID'si
PurchaseRequisitionId
Her satın alma talebinin benzersiz tanımlayıcısıdır ve süreç analizi için birincil Case ID olarak kullanılır.
Açıklama

Purchase Requisition ID, 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ğu anda benzersiz bir ID atanır ve bu ID yaşam döngüsü boyunca değişmez.

Process Mining'de bu öznitelik, Case ilişkilendirmesinin temelini oluşturur. Her talebin ilk oluşturulmasından tüm onay adımlarına, değişikliklerine ve onay, ret veya Purchase Order'a dönüştürülme gibi nihai sonuçlarına kadar uçtan uca yolculuğunun yeniden oluşturulmasını sağlar. Süreçleri bu ID üzerinden 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?

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

Nereden alınır?

Bu, NetSuite'teki Purchase Requisition kaydının dahili ID'si veya işlem numarasıdır. Genellikle işlemdeki 'tranid' alanında bulunabilir.

Ö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 organizasyonel birimi, genellikle talep sahibinin departmanını ifade eder. Bu bilgi, süreci organizasyonel açıdan bölümlere ayırıp analiz etmenizi sağlar.

Departmanlar arasındaki onay çevrim sürelerini karşılaştırmak, harcama örüntülerini anlamak veya hangi departmanlarda reddedilme oranının en yüksek olduğunu belirlemek gibi birçok analiz için temel bir boyuttur. Bu ayrım, yönetimin kaynakları dağıtmasına, eğitimi ihtiyaca göre düzenlemesine ve belirli iş birimleri için iş akışlarını sadeleştirmesine yardımcı olur.

Neden önemli?

Farklı iş birimleri arasındaki performansı, maliyetleri ve uyumluluğu karşılaştırmak için süreç verilerinin ayrıntılı biçimde bölümlendirilmesini 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 başlığında ayarlanabilir.

Örnekler
PazarlamaBTFinansOperasyonlar
Talep durumu
RequisitionStatus
Talebin yaşam döngüsündeki mevcut durumunu belirtir.
Açıklama

Talep durumu, satın alma talebinin belirli bir anda süreçte hangi aşamada olduğunu gösterir. Yaygın durumlar arasında “Onay bekliyor”, “Tamamen onaylandı”, “Reddedildi” ve “Kapatıldı” bulunur.

Bu öznitelik, etkin talepleri ve bunların mevcut durumda ne kadar süredir kaldığını izleyen “Talep durumu ve bekleme süresi” gibi Dashboardlar oluşturmak için önemlidir. Durum geçişlerini analiz etmek, hem ideal yolları hem de istisnaları anlamaya yardımcı olan süreç keşfinin temel parçalarından biridir. Ayrıca vakanın nihai sonucunu belirlemek için kullanılır.

Neden önemli?

Bir vakanın ilerleyişini gösterir. Yaşlanan taleplerin analiz edilmesini ve vakaların nerede takıldığının belirlenmesini sağlar.

Nereden alınır?

Bu, Satın Alma Talebi işlem başlığındaki "Status" veya "Approval Status" alanıdır.

Örnekler
Onay bekliyorTamamen onaylandıReddedildiKapatıldı
Talep sahibi
Requester
Satın alma talebini oluşturan ve gönderen çalışan.
Açıklama

Requester, talep oluşturup satın alma sürecini başlatan kişidir. Bu kişi genellikle görevini yerine getirmek 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 önemlidir. Bu analiz, reddedilme oranı yüksek veya sık sık değişiklik yapan kişileri göstererek “Talep sahibi performansı ve eğitim ihtiyaçları” gibi Dashboardların oluşturulmasına yardımcı olur. Elde edilen içgörüler, ilk gönderimdeki kaliteyi ve genel süreç verimliliğini artırmak için ek eğitimin veya daha açık yönergelerin gerekli olduğu alanları ortaya çıkarabilir.

Neden önemli?

Süreci başlatan kişiyi belirler. Kullanıcı davranışını, talep sahibine göre ret oranlarını ve eğitim ihtiyaçlarını analiz etmek için önemlidir.

Nereden alınır?

Bu genellikle Satın Alma Talebi işlem kaydındaki "Employee" veya "Created By" alanıdır.

Ö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. Genellikle değere dayalı farklı onay iş akışlarını tetikleyerek sürecin kendisini etkileyen önemli bir finansal veri noktasıdır.

Toplam tutarı analiz etmek, harcama örüntülerini ve finansal etkiyi anlamaya yardımcı olur. Talepleri değerlerine göre filtrelemenizi, süreç sapmalarını yüksek tutarlı taleplerle ilişkilendirmenizi ve finansal açıdan önemli vakalara öncelik vermenizi sağlar. Finans veya uyumlulukla ilgili süreç analizleri için temel bir özniteliktir.

Neden önemli?

Finansal bağlam sağlar. Değere göre analiz yapılmasına imkan verir; bu değer çoğu zaman onay yollarını ve iş önceliğini belirler.

Nereden alınır?

Bu, Satın Alma Talebi kaydındaki standart bir alandır ve genellikle "Total" veya benzer bir adla bulunur.

Örnekler
500.001250.7525000.00
Aciliyet düzeyi
UrgencyLevel
Talebin önceliğini belirten sınıflandırma. Örneğin Standart veya Acil.
Açıklama

Aciliyet düzeyi, satın alma talebinin iş önceliğini gösteren kategorik bir özniteliktir. Çalışanların, önemli iş ihtiyaçları nedeniyle hızlandırılması gereken talepleri işaretlemesini sağlar.

Bu öznitelik, özellikle “Acil talep işleme performansı” Dashboardunu ve “Acil talep işleme süresi” KPI göstergesini desteklemek için tasarlanmıştır. Analistler süreç verilerini bu özniteliğe göre filtreleyerek acil taleplerin çevrim sürelerini ve süreç yollarını standart taleplerle karşılaştırabilir. Böylece öncelikli işlemenin etkili olup olmadığını veya darboğazların hâlâ gecikmelere neden olup olmadığını belirleyebilirler.

Neden önemli?

Yüksek öncelikli ve standart taleplerin süreç performansını karşılaştırmanızı sağlar. Böylece önemli ihtiyaçların verimli biçimde karşılanmasına yardımcı olur.

Nereden alınır?

Bu genellikle Satın Alma Talebi formundaki özel bir işlem gövdesi alanıdır.

Örnekler
YüksekOrtaDüşük
Çevrim süresi
CycleTime
Bir talebin oluşturulmasından nihai olarak sonuçlandırılmasına kadar geçen toplam süre.
Açıklama

Çevrim süresi, tek bir vaka için satın alma talebi sürecinin toplam süresini ölçen hesaplanmış bir metriktir. Genellikle ilk faaliyet ile sonlandırıcı faaliyet arasındaki zaman farkı olarak hesaplanır. Örneğin "Talep Oluşturuldu" ile "Talep Tamamen Onaylandı" veya "Talep Kesin Olarak Reddedildi" arasındaki süre.

Genel süreç verimliliği için temel performans göstergelerinden biridir. "Ortalama Talep Çevrim Süresi" KPI'ını hesaplamak, eğilimleri ve aykırı değerleri belirlemek, süreç iyileştirme çalışmalarının etkisini ölçmek için kullanılır. Çevrim süresi dağılımını analiz etmek, ortalama performansı önemli ölçüde düşüren uzun süreli talepleri ortaya çıkarabilir.

Neden önemli?

Sürecin uçtan uca verimliliğini doğrudan ölçer. 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 elde edilen hesaplanmış bir özniteliktir.

Örnekler
25920060480086400
Kalem kategorisi
ItemCategory
Talepte istenen mal veya hizmetlerin kategorisi.
Açıklama

Kalem kategorisi, satın alma talebindeki kalemleri "BT Donanımı", "Ofis Malzemeleri" veya "Profesyonel Hizmetler" gibi mantıksal gruplara ayırır. Bu bilgi, talep satırlarıyla ilişkilendirilen kalem kayıtlarından elde edilebilir.

Bu öznitelik, talep sürecinin daha ayrıntılı analiz edilmesini sağlar. "BT donanımı taleplerinin onaylanması ofis malzemesi taleplerinden daha mı uzun sürüyor?" gibi soruların yanıtlanmasına yardımcı olur. Süreci kalem kategorisine göre bölümlendiren kuruluşlar, kategoriye özgü darboğazları ve harcama örüntülerini belirleyebilir, satın alma stratejilerini buna göre uyarlayabilir.

Neden önemli?

Satın alınan ürüne göre süreç analizi yapılmasını sağlar. Kategoriye özgü darboğazların veya uyumluluk sorunlarının belirlenmesine yardımcı olur.

Nereden alınır?

Bu bilgi, Satın Alma Talebinin kalem düzeyinde ilişkilendirilen "Item" kayıtlarından elde edilir. Kategorinin kendisi, Item kaydındaki standart veya özel bir alan olabilir.

Örnekler
BT donanımıYazılım lisanslarıOfis malzemeleriPazarlama hizmetleri
Kaynak sistem
SourceSystem
Verilerin hangi kaynak sistemden çıkarıldığını belirtir.
Açıklama

Bu öznitelik, süreç verilerinin hangi sistemden geldiğini belirtir. Bu örnekte kaynak sistem NetSuite'tir. Birden fazla sistemden alınan verilerin bütünsel bir süreç görünümü oluşturmak üzere birleştirildiği ortamlarda özellikle yararlıdır.

Tek sistemli bir analizde sabit bir değer gibi görünse de veri yönetişimi ve izlenebilirlik açısından önemli bir bağlam sağlar. Verilerin kaynağını doğrulamaya yardımcı olur ve analiz sırasında sisteme özgü mantığın veya dönüşümlerin doğru anlaşılmasını sağlar.

Neden önemli?

Verilerin kaynağı hakkında önemli bağlam sağlar. Özellikle birden fazla sistemin kullanıldığı ortamlarda açıklık ve doğru yönetişim sunar.

Nereden alınır?

Bu, veri çıkarma ve dönüştürme sürecinde eklenmesi gereken "NetSuite" sabit değeridir.

Örnekler
NetSuiteNetSuite SuitePeopleNetSuite ERP
Onay Workflow yolu
ApprovalWorkflowPath
Bir talebin geçtiği onay adımları dizisinin gösterimi.
Açıklama

Onay iş akışı yolu, belirli bir talep için onay etkinliklerinin veya durumlarının sırasını birleştiren türetilmiş bir özniteliktir. Örneğin “Gönderildi -> Yönetici onayı -> Finans onayı” gibi bir değer alabilir. Böylece her vakanın izlediği yol için benzersiz bir imza oluşturulur.

Bu öznitelik, uygunluk kontrolü ve varyant analizinin temelini oluşturur. Vakaları tam süreç akışlarına göre filtrelemeyi ve gruplamayı kolaylaştırarak “Uyumlu olmayan talep yolları” ve “Onay iş akışı yolu uyumluluğu” Dashboardlarını doğrudan destekler. Gerçek yolları önceden tanımlanmış standart yollarla karşılaştıran kuruluşlar, uyumluluğu ölçebilir ve sapmaların kök nedenlerini araştırabilir.

Neden önemli?

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

Nereden alınır?

Bu, her "PurchaseRequisitionId" için "ActivityName" değerlerinin kronolojik sırayla 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
Bir onay adımını onaylamaktan veya reddetmekten sorumlu çalışan ya da kullanıcı.
Açıklama

Approver, onay iş akışının belirli bir aşamasında satın alma talebini incelemek ve işlem yapmak üzere görevlendirilen kişidir. Tek bir talep için, her biri farklı bir onay etkinliğiyle ilişkili birden fazla onaylayan bulunabilir.

Bu öznitelik, onay sürecinin performansını analiz etmek için önemlidir. Bireysel veya grup düzeyindeki darboğazları belirleyebilen “Onay adımı çevrim süresi dağılımı” gibi Dashboardların oluşturulmasına yardımcı olur. Onayları kimin verdiğini izleyen kuruluşlar, sorumluluğu netleştirebilir, iş yüklerini dengeleyebilir ve belirli onaylayanların neden olduğu gecikmeleri belirleyebilir.

Neden önemli?

Onay görevlerini gerçekleştiren kullanıcıyı belirler. Onaylayan performansını ve iş yükünü analiz etmek, darboğazları bulmak için önemlidir.

Nereden alınır?

Bu bilgi genellikle onay durumu değişiklikleriyle ilişkili iş akışı yürütme günlüğünde veya System Notes içinde bulunur. Onay iş akışıyla ilişkili özel kayıt alanlarında da saklanabilir.

Örnekler
Sarah JenkinsDavid ChenFinans Onay Grubu
Para birimi
Currency
Talebin toplam tutarı için kullanılan para birimi kodu.
Açıklama

Para birimi özniteliği, talebin finansal değerlerinin hangi para birimiyle ifade edildiğini belirtir. Örneğin USD, EUR veya GBP. Birden fazla para birimiyle faaliyet gösteren çok uluslu kuruluşlar için özellikle önemlidir.

Bu alan, finansal verilerin doğru yorumlanmasını sağlar. Process Mining kapsamında tüm tutarları tek bir temel para birimine dönüştürerek veya analizi para birimine göre bölümlendirerek parasal değerleri doğru biçimde toplamanıza ve karşılaştırmanıza imkan verir. 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 çok para birimli NetSuite kurulumlarında Satın Alma Talebi işlem kaydındaki standart "Currency" alanıdır.

Örnekler
USDEURGBP
Ret nedeni
RejectionReason
Bir talep reddedildiğinde onaylayan tarafından verilen açıklama.
Açıklama

Reddetme nedeni, bir onaylayanın satın alma talebinin neden onay koşullarını karşılamadığını açıklayabildiği metin özniteliğidir. Bu bilgi, “Onay adımı reddedildi” etkinliğine niteliksel bağlam sağlar.

Bu bilgi, kök neden analizleri için çok değerlidir. Yalnızca neyin reddedildiğini değil, neden reddedildiğini de göstererek “Talep reddedilme oranı analizi” gibi Dashboardları destekler. Yaygın nedenler arasında “Yanlış GL hesabı”, “Bütçe aşıldı” veya “Yetersiz ayrıntı” bulunabilir. Bu nedenleri analiz etmek, sistemik sorunları belirlemenize, kullanıcı eğitimini iyileştirmenize ve yeniden çalışma ile reddedilme oranlarını azaltmak için gönderim yönergelerini düzenlemenize yardımcı olur.

Neden önemli?

Retlerin neden gerçekleştiği hakkında önemli bağlam sağlar. Gelecekteki ret oranlarını azaltmak ve ilk gönderim kalitesini artırmak için kök neden analizine imkan verir.

Nereden alınır?

Bu bilgi genellikle reddetme işlemi sırasında bir “Not” alanına veya onay iş akışına eklenen özel bir alana kaydedilir. System Notes içinde de bulunabilir.

Örnekler
Bütçe aşıldıHatalı 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 kimliği.
Açıklama

Satın alma siparişi kimliği, onaylanan talep sonucunda oluşturulan satın alma siparişinin benzersiz kimliğidir. Bu öznitelik, talep süreciyle sonraki satın alma faaliyetleri arasında önemli bir bağlantı kurar.

Süreç analizinde bu bağlantı, uçtan uca P2P analizi için önemlidir. Talep onayı ile satın alma siparişinin oluşturulması arasındaki süreyi ölçerek "PO Oluşturma Teslim Süresi" KPI'ının hesaplanmasını sağlar. Ayrıca "Talep-Satın Alma Siparişine Dönüşüm Oranı"nın hesaplanmasına yardımcı olur ve taleplerin uygulanabilir siparişlere ne kadar etkili dönüştürüldüğünü gösterir.

Neden önemli?

Talebi ortaya çıkan satın alma siparişine bağlar. PO oluşturma teslim süresinin ve uçtan uca süreç performansının ölçülmesini 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 "Created From" 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 sisteminden en son veri çekiminin tarihini ve saatini kaydeder. Herhangi bir Process Mining Dashboardu veya analizi için önemli bir meta veri parçasıdır.

Bu zaman damgası, verilerin güncelliği hakkında bağlam sağlar. Böylece gerçek zamanlı bilgileri mi yoksa belirli bir andaki görüntüyü mü incelediğinizi anlayabilirsiniz. Veri doğrulaması ve süreç analizinden elde edilen içgörülerin güncelliğini paydaşlara aktarmak için önemlidir.

Neden önemli?

Verilerin ne kadar güncel olduğunu gösterir ve kullanıcıların süreç içgörülerinin güncelliğini anlamasını sağlar.

Nereden alınır?

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde 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 satın alınmasının planlandığı tedarikçiyi belirler. Talep kurum içi bir belge olsa da çoğu zaman tercih edilen bir tedarikçi belirtilir.

Bu özniteliği analiz etmek, tedarikçi yönetimiyle ilgili örüntüleri ortaya çıkarabilir. En sık hangi tedarikçilerin talep edildiğini, belirli tedarikçilere yönelik taleplerin daha uzun onay sürelerine sahip olup olmadığını ve tercih edilen tedarikçi anlaşmalarına uyulup uyulmadığını izlemeye yardımcı olur. Bu bilgi, stratejik kaynak kullanımı ve tedarikçi ilişkileri yönetimi için değerli bir girdi sağlayabilir.

Neden önemli?

Tedarikçiye göre satın alma örüntülerinin analiz edilmesine, tercih edilen tedarikçi listelerine uyulmasına ve tedarikçiye özgü süreç farklılıklarının belirlenmesine yardımcı olur.

Nereden alınır?

Bu bilgi, Satın Alma Talebi kaydında başlık düzeyindeki "Vendor" alanında bulunabilir veya kalemlerde belirtilebilir.

Örnekler
Dell Inc.StaplesMcKinsey & Company
Yeniden çalışma var mı
IsRework
Talebin reddedilip yeniden gönderilme döngüsünden geçip geçmediğini belirten boolean işareti.
Açıklama

Yeniden çalışma var mı, bir satın alma talebi herhangi bir noktada reddedilmiş ve ardından değiştirilerek yeniden onaya gönderilmişse true olarak ayarlanan türetilmiş bir boolean özniteliğidir. Standart olağan yolun ötesinde ek çalışma ve işlem gerektiren vakaları belirler.

Bu öznitelik, süreç verimsizliğinin analizini kolaylaştırır. "Onay Reddi Döngü Sayısı" KPI'ını hesaplamak ve retlerin genel süreç üzerindeki etkisini ölçmek için kullanılır. Analistler, Yeniden çalışma var mı değerinin true olduğu vakaları filtreleyerek sorunlu süreç varyantlarını ayırabilir ve ilk retlerin veri kalitesinin düşük olması veya politikaların yanlış anlaşılması gibi kök nedenlerini inceleyebilir.

Neden önemli?

Süreç verimsizliği ve gecikmelerinin başlıca kaynaklarından olan yeniden çalışma döngülerinin sıklığını ve etkisini ölçmeye yardımcı olur.

Nereden alınır?

Bu, hesaplanmış bir özniteliktir. Mantık, aynı vaka için "Onay İçin Talep Gönderildi" faaliyetinin "Onay Adımı Reddedildi" faaliyetinden sonra gerçekleşip gerçekleşmediğini kontrol eder.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Satın Almadan Ödemeye - Satın alma talebi faaliyetleri

Doğru süreç keşfi ve darboğaz belirleme için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
5 Önerilen 6 İsteğe bağlı
Aktivite Açıklama
Satın alma siparişi oluşturuldu
Tamamen onaylanmış talepten bir Purchase Order oluşturulur ve tedarikçiye ayrılacak bütçe resmen taahhüt edilir. Bu, kaynak talebe bağlanan yeni bir PO işleminin oluşturulmasıyla kaydedilen açık bir olaydır.
Neden önemli?

Bu, başarılı bir talebin temel çıktısı ve Satın Almadan Ödemeye sürecindeki önemli bir devir noktasıdır. Onay ile PO oluşturma arasındaki süre, tedarik verimliliği için önemli bir KPI'dır.

Nereden alınır?

'Created From' veya benzer bir bağlantı alanında Purchase Requisition ID'ye referans veren bir Purchase Order kaydı bulunarak belirlenir. Bu PO'nun oluşturulma tarihi, bu etkinliğin zaman damgasıdır.

Yakalayın

'Created From' alanı Requisition ID'ye eşit olan PO'yu bulun ve PO'nun 'Date Created' değerini kullanın.

Olay türü explicit
Talep kapatıldı
Talep resmen kapatılır ve üzerinde başka bir işlem yapılmasının beklenmediğini gösterir. Bu durum, talepteki tüm miktarlar bağlantılı Purchase Order'lar üzerinden sipariş edildikten sonra genellikle 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?

Satır veya başlık düzeyindeki 'Status' alanının 'Closed' olarak güncellendiği zaman damgası System Notes alt sekmesinde belirlenerek anlaşılır.

Yakalayın

'Status' alanının 'Closed' olarak değiştiği zaman damgası.

Olay türü inferred
Talep kesin olarak reddedildi
Satın alma talebi kesin olarak reddedilir ve daha fazla işleme alınmaz. Bu olay, talebin nihai 'Approval Status' değeri 'Rejected' olarak güncellendiğinde anlaşılır.
Neden önemli?

Bu etkinlik, başarısız talepler için sürecin ö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 içgörü sağlar.

Nereden alınır?

'Approval Status' alanının nihai 'Rejected' durumuna getirildiği zaman damgası System Notes alt sekmesinde belirlenerek anlaşılır.

Yakalayın

'Approval Status' alanının 'Rejected' olarak değiştiği zaman damgası.

Olay türü 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 kez kaydedildiğinde yakalanır.
Neden önemli?

Bu etkinlik, belirli bir ihtiyaç için tedarik sürecinin resmen başladığını gösterir. Oluşturma ile gönderim arasındaki süreyi analiz etmek, veri girişindeki veya ilk talep oluşturma aşamasındaki gecikmeleri ortaya çıkarabilir.

Nereden alınır?

Bu olay, Purchase Requisition işlem kaydındaki oluşturma tarihi zaman damgasından alınır. Kaydın ana başlığında veya 'Create' işlemini kaydeden System Notes alt sekmesinde bulunabilir.

Yakalayın

Purchase Requisition 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. Kaydın nihai 'Approval Status' değeri `Approved` olarak değiştiğinde bu durum anlaşılır.
Neden önemli?

Bu, talebin Purchase Order'a dönüştürülmeye hazır olduğunu gösteren önemli bir aşamadır. Onay döngüsünün sonunu ve tedarik karşılama aşamasının başlangıcını belirtir.

Nereden alınır?

'Approval Status' alanının nihai 'Approved' durumuna getirildiği zaman damgası System Notes alt sekmesinde belirlenerek anlaşılır.

Yakalayın

'Approval Status' alanının 'Approved' olarak değiştiği zaman damgası.

Olay türü inferred
Onay adımı başlatıldı
Talep formu, onay iş akışında belirli bir aşamaya girer ve belirlenmiş bir onaylayanın veya grubun işlem yapmasını bekler. Bu durum genellikle iş akışı talebi sıradaki onaylayana atadığında anlaşılır.
Neden önemli?

Bu etkinlik, her bir onay adımı için bekleme süresinin başlangıcını gösterir. Onay hiyerarşisindeki darboğazları belirlemek ve yavaş ilerleyen onaylayıcıları tespit etmek için gereklidir.

Nereden alınır?

Workflow yürütme günlüklerinden veya 'Current Approver' ya da Workflow durumu alanındaki değişikliklerden anlaşılır. SuiteApprovals platformu etkin onay adımını izler.

Yakalayın

Workflow günlüklerinden veya kaydın yeni bir onaylayıcıya atanmasından çıkarım yapın.

Olay türü inferred
Onay adımı onaylandı
Yetkili bir kullanıcı, iş akışında kendisine atanan adımı onaylayarak talebi nihai onaya yaklaştırır. NetSuite SuiteApprovals platformu bu eylemi kullanıcı ve zaman damgası ayrıntılarıyla açıkça kaydeder.
Neden önemli?

Bu etkinlik, onay zincirindeki olumlu ilerlemeyi gösterir. Onay adımları arasındaki süreyi analiz etmek, iş akışının ve tek tek onaylayanların verimliliğini anlamanıza yardımcı olur.

Nereden alınır?

SuiteApprovals günlüğünden veya onay işlemini, onaylayıcıyı ve olayın kesin zaman damgasını kaydeden System Notes alt sekmesinden alınır.

Yakalayın

SuiteApprovals günlüğünde veya System Notes'ta onay işlemlerini belirleyin.

Olay türü explicit
Onay adımı reddedildi
Bir onaylayıcı kendisine atanan adımı reddeder ve genellikle talebi düzeltme yapılması için talep sahibine geri gönderir. Bu işlem SuiteApprovals Workflow motoru tarafından açıkça kaydedilir.
Neden önemli?

Bu olay, yeniden çalışmanın ve süreç verimsizliğinin önemli bir göstergesidir. Ret noktalarını analiz etmek, politika ihlalleri veya hatalı veriler gibi başarısızlığın yaygın nedenlerini belirlemeye yardımcı olur.

Nereden alınır?

SuiteApprovals günlüğünden veya ret işlemini, reddeden kullanıcıyı ve zaman damgasını kaydeden System Notes alt sekmesinden alınır.

Yakalayın

SuiteApprovals günlüğünde veya System Notes'ta ret işlemlerini belirleyin.

Olay türü explicit
Talep değiştirildi
Bir kullanıcı, satın alma talebi ilk oluşturulduktan sonra herhangi bir alanı değiştirir; bu işlem genellikle ret veya gereksinim değişikliği sonrasında yapılır. Bu olay doğrudan NetSuite'in denetim izi özelliğinden alınır.
Neden önemli?

Değişiklikleri izlemek, yeniden çalışma döngülerini ve veri kalitesi sorunlarını belirlemek için önemlidir. Değişiklik sıklığının yüksek olması, ilk gereksinimlerin net olmadığını veya talep sahiplerinin eğitime ihtiyaç duyduğunu gösterebilir.

Nereden alınır?

Purchase Requisition 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 temsil eder.

Yakalayın

System Notes günlüğündeki her 'Change' türü kayıt için bir olay kaydedin.

Olay türü explicit
Talep geri çekildi
İlk talep sahibi veya bir yönetici, talep tamamen onaylanmadan ya da PO'ya dönüştürülmeden önce talebi iptal eder. Bu durum genellikle durumun 'Cancelled' veya 'Withdrawn' olarak değişmesinden anlaşılır.
Neden önemli?

Bu etkinlik, talep sahibi tarafından başlatılan bir istisnayı veya sürecin sonlandırılmasını temsil eder. Geri çekilen talepleri analiz etmek, iş ihtiyaçlarındaki değişiklikleri veya artık geçerli olmayan talepleri ortaya çıkarabilir.

Nereden alınır?

'Approval Status' alanının 'Cancelled' veya özel bir geri çekilme durumuna güncellendiği zaman damgası System Notes alt sekmesinde izlenerek anlaşılır.

Yakalayın

'Approval Status' alanının 'Cancelled' veya 'Withdrawn' olarak değiştiği zaman damgası.

Olay türü inferred
Talep onaya gönderildi
Talep sahibi, tamamlanan talep formunu belirlenmiş onay iş akışına resmi olarak gönderir. Bu durum çoğu zaman talep kaydındaki durum değişikliğinden anlaşılır. Örneğin durum `Taslak` veya `Pending Submission` değerinden `Pending Approval` değerine geçer.
Neden önemli?

Bu etkinlik onay döngüsünü başlatır ve onay çevrim sürelerini ölçmek için önemli bir başlangıç noktasıdır. Taleplerin resmî onay süreci başlamadan önce ne kadar beklediğini belirlemenize yardımcı olur.

Nereden alınır?

'Approval Status' alanının ilk kez 'Pending Approval' gibi bir değere değiştiği zaman damgası System Notes alt sekmesinde belirlenerek anlaşılır.

Yakalayın

'Approval Status' alanının 'Pending Approval' olarak değiştiği ilk zaman damgasını belirleyin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

NetSuite verilerinizi nasıl alırsınız

Başlamaya hazır mısınız?

Process Mining yolculuğunuza başlamak ve NetSuite Satın Almadan Ödemeye, Talep süreciniz hakkında değerli içgörüler elde etmek için bu Templatei kullanın. Verimlilik ve daha hızlı onaylar için optimizasyon yapmaya bugün başlayın.

Satın Almadan Ödemeye - Talep sürecinizi optimize etmeye bugün başlayın!

Talep onaylarını %30 hızlandırın ve darboğazları ortadan kaldırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Optimizasyona bugün başlayın.