Satın Almadan Ödemeye - Talep Veri Şablonunuz
Satın Almadan Ödemeye - Talep Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Süreç keşfi için izlenecek temel faaliyetler
- `Veri` çıkarma rehberliği
Satın Alma-Ödeme – Talep Öznitelikleri
| 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
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
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'
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
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
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 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
Ö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
|
|||
Satın Alma-Ödeme – Talep Etkinlikleri
| 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
|
|||