Veri Template: Satın Almadan Ödemeye - Satın Alma Siparişi
Satın Almadan Ödemeye - Satın Alma Siparişi Veri Template'iniz
- Önerilen veri nitelikleri
- Temel Süreç Aktiviteleri
- Coupa veri çıkarma adımları
Satın Alma'dan Ödemeye - Satın Alma Siparişi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Satın alma siparişi yaşam döngüsü içinde belirli bir zamanda meydana gelen event veya task'ın adı. | ||
|
Açıklama
Aktivite Adı, 'Satın Alma Siparişi Onaylandı' veya 'Mal Kabulü Kaydedildi' gibi satın alma'dan ödemeye sürecindeki tek bir adımı tanımlar. Bu aktiviteler dizisi, her satın alma siparişi için süreç akışını oluşturur. Bu nitelik, Process Mining için temeldir; çünkü süreç haritası oluşturmak, süreç varyantlarını keşfetmek ve event'lerin sıklığını ve dizisini analiz etmek için kullanılır. Bottleneck'leri, yeniden işleme döngülerini ve standart süreç akışından sapmaları belirlemeye yardımcı olur. Örneğin, 'Satın Alma Siparişi Değiştirildi' aktivitelerinin dizisini analiz etmek, sipariş doğruluğundaki verimsizlikleri ortaya çıkarabilir.
Neden önemli
Süreçteki adımları tanımlayarak, süreç flow'unun görselleştirilmesini ve bottleneck'lerin, yeniden çalışmaların ve sapmaların belirlenmesini sağlar.
Nereden alınır
Coupa'daki Satın Alma Siparişi nesneleriyle ilişkili event log'lardan, denetim izlerinden veya durum değişikliği kayıtlarından türetilmiştir.
Örnekler
Satın Alma Talebi OnaylandıSatın Alma Siparişi GönderildiMal Kabulü KaydedildiPO İçin Fatura Alındı
|
|||
|
Başlangıç Zamanı
EventTime
|
Bir aktivite veya event'in ne zaman gerçekleştiğini gösteren kesin timestamp. | ||
|
Açıklama
Olay Zamanı, belirli bir aktivitenin gerçekleştirildiği tarih ve saati kaydeder. Süreçteki her aktivite için, gerçekleşmesini işaretleyen karşılık gelen bir timestamp bulunur. Bu öznitelik, Process Mining'deki tüm zaman tabanlı analizler için kritiktir. Aktiviteler arasındaki döngü sürelerini hesaplamak, süreç süresini ölçmek ve gecikmeleri tespit etmek için kullanılır. Örneğin, 'Satın Alma Siparişi Taslağı Oluşturuldu' ve 'Satın Alma Siparişi Onaylandı' timestamp'leri arasındaki zaman farkı, SAS Onay Döngü Süresi KPI'ını hesaplamak için kullanılır.
Neden önemli
Her event için zamansal bağlam sağlayarak, cycle time'ların hesaplanması, performansın analiz edilmesi ve bottleneck'lerin tespit edilmesi için temel bir rol oynar.
Nereden alınır
Coupa'nın event loglarında veya denetim izlerinde bulunur, genellikle bir satın alma siparişi üzerindeki her durum değişikliği veya eylemle ilişkilidir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Satın Alma Siparişi
PurchaseOrderNumber
|
Bir satın alma siparişi için benzersiz tanımlayıcı, süreç için birincil vaka tanımlayıcısı olarak hizmet eder. | ||
|
Açıklama
Satın Alma Siparişi numarası, ilk talebinden mal veya hizmetin nihai alım onayına kadar tüm Activity'leri birbirine bağlayan merkezi vaka tanımlayıcısıdır. Her benzersiz Satın Alma Siparişi Numarası, tedarik sürecinin tek bir örneğini temsil eder. Process Mining analizinde, bu öznitelik, her satın alma işleminin uçtan uca yolculuğunu izlemek için çok önemlidir. Analistlere süreç haritalarını görselleştirme, varyantları belirleme ve bir siparişin toplam cycle time'ı gibi vaka düzeyindeki KPI'ları hesaplama imkanı sunar. Tüm Event'ler ve ilgili veriler, sürecin bütünsel bir görünümünü oluşturmak için bu tanımlayıcı altında toplanır.
Neden önemli
Her satın almanın tam yaşam döngüsünü izlemek için gerekli olup, detaylı analiz için bireysel süreç instance'larının yeniden oluşturulmasını sağlar.
Nereden alınır
Bu, Coupa'daki Satın Alma Siparişi nesnesinde standart bir birincil anahtar alanıdır.
Örnekler
PO-2023-00123PO-2023-00456PO-2023-00789
|
|||
|
Kaynak Sistem
SourceSystem
|
Süreç verilerinin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, event verilerinin kaydedildiği kaynak bilgi sistemini tanımlar. Bu süreç için değer sürekli olarak 'Coupa' olacaktır. Verilerin birden fazla sistemden gelebileceği (tedarik için Coupa, fatura için başka bir ERP gibi) kurumsal ortamlarda bu öznitelik, veri kaynaklarını ayırt etmeye yardımcı olur. Veri soy ağacında netlik sağlar ve analizi belirli bir sistemin süreç görünümü için filtrelemek amacıyla kullanılabilir.
Neden önemli
Veri kaynağı hakkında kritik bağlam sağlayarak izlenebilirliği ve özellikle çoklu sistem ortamlarında uygun veri yönetimini mümkün kılar.
Nereden alınır
Bu, veri çıkarma ve dönüştürme süreci sırasında veri kümesini etiketlemek için tipik olarak eklenen statik bir değerdir.
Örnekler
Coupa
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu süreç için verilerin son kez yenilendiğini gösteren timestamp. | ||
|
Açıklama
Bu nitelik, veri kümesinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Bireysel olaylar yerine tüm veri kümesine uygulanan bir meta veri alanıdır. Herhangi bir analitik Dashboard'da, bu zaman damgası kullanıcıların görüntüledikleri verinin ne kadar güncel olduğunu anlamaları için kritik öneme sahiptir. İçgörülerin güncel bilgilere dayandığına dair güven sağlar ve verinin güncelliği konusundaki kullanıcı beklentilerini yönetmeye yardımcı olur. Genellikle Dashboard'larda belirgin bir şekilde gösterilir.
Neden önemli
Kullanıcıları verilerin güncelliği hakkında bilgilendirir, süreç analizi ve KPI'ların ne kadar güncel olduğunu anlamalarını sağlar.
Nereden alınır
Bu timestamp, veri çıkarma ve yükleme (ETL) pipeline'ı çalıştığında oluşturulur ve depolanır.
Örnekler
2023-11-01T05:00:00Z
|
|||
|
Bölüm
Department
|
Satın alma siparişinin yüklendiği iş departmanı veya maliyet merkezi. | ||
|
Açıklama
Departman niteliği, satın almayı başlatan veya maliyetini üstlenecek organizasyonel birimi belirtir. Bu genellikle talep eden kişi veya satın alma siparişi kalemlerindeki maliyet merkezi bilgileriyle bağlantılıdır. Bu boyut, süreç analizi ve KPI'ları segmentlere ayırmak için esastır. Yöneticilerin, uyumluluk ve harcama kalıplarını kuruluşun farklı bölümleri arasında karşılaştırmasına olanak tanır. Örneğin, 'Satın Alma Kategorisine Göre Harcama Analizi' dashboard'u, farklı iş birimlerinin bütçelerini nasıl harcadığını göstermek için Departman'ı kullanır.
Neden önemli
Farklı iş birimleri arasında süreç ve harcama analizinin filtrelenmesini ve karşılaştırılmasını sağlayarak verimlilik ve uyumluluktaki farklılıkları ortaya çıkarır.
Nereden alınır
Coupa'daki Satın Alma Siparişi üstbilgisinde veya kalem öğelerinde bulunur, genellikle bir Maliyet Merkezine veya organizasyon birimine bağlıdır.
Örnekler
PazarlamaBilgi TeknolojileriOperasyonlarFinans
|
|||
|
Kullanıcı
User
|
Activity'yi gerçekleştiren kişinin user ID'si veya adı, örneğin bir onaylayan veya talep eden. | ||
|
Açıklama
Bu öznitelik, süreçteki belirli bir eventi gerçekleştirmekten sorumlu kişiyi tanımlar. Bu, sipariş taslağını hazırlayan kişi, onaylayan yönetici veya mal kabulünü kaydeden memur olabilir. Kullanıcıya göre performansı analiz etmek, eğitim ihtiyaçlarını, yüksek performanslı bireyleri ve iş yükü dağılımını belirlemeye yardımcı olur. Örneğin, 'PO Onay Cycle Time Performansı' Dashboard'u, onay sürelerini belirli onaylayanlara göre ayırmak için bu özniteliki kullanır ve süreçte kimin bir bottleneck olabileceğini vurgular.
Neden önemli
Süreç performansının birey veya role göre analiz edilmesini sağlayarak bottleneck'lerin, eğitim fırsatlarının ve kaynak tahsisi sorunlarının belirlenmesine yardımcı olur.
Nereden alınır
Coupa'daki Satın Alma Siparişi denetim izindeki veya geçmiş günlüklerindeki her event ile ilişkilidir. 'Oluşturan', 'Onaylayan' veya 'Güncelleyen' gibi alanlar yaygın kaynaklardır.
Örnekler
j.doea.smithm.jones
|
|||
|
Satınalma Kategorisi
PurchaseCategory
|
IT Donanımı veya Profesyonel Hizmetler gibi satın alınan mal veya hizmetlerin sınıflandırması. | ||
|
Açıklama
Satınalma Kategorisi, aynı zamanda Emtia veya Malzeme Grubu olarak da bilinir, benzer satın alma türlerini gruplandırmak için kullanılan bir sınıflandırmadır. Bu yapılandırılmış veri, harcama ve tedarik süreçlerinin sistematik analizini sağlar. Process mining'de bu öznitelik, filtreleme ve segmentasyon için güçlü bir boyuttur. 'Satınalma Kategorisine Göre Harcama Analizi' Dashboard'u, harcama kalıplarını ayrıntılı olarak incelemek için buna dayanır. Ayrıca, belirli kategorilerin (örneğin, karmaşık hizmetler) diğerlerine (örneğin, standart ofis malzemeleri) göre daha uzun döngü sürelerine veya daha yüksek değişiklik oranlarına sahip olup olmadığını da ortaya çıkarabilir.
Neden önemli
Kategoriye göre harcama ve süreç analizi yapılmasını sağlayarak tedarik modellerinin belirlenmesine, tedarikçilerle müzakere edilmesine ve süreç kontrollerinin uyarlanmasına yardımcı olur.
Nereden alınır
Genellikle Coupa'da Satın Alma Siparişi kalem düzeyinde bulunur, çoğu zaman bir emtia koduna veya satın alma kataloğuna bağlıdır.
Örnekler
BT DonanımıOfis MalzemeleriProfesyonel HizmetlerPazarlama Materyalleri
|
|||
|
Tedarikçi Adı
VendorName
|
Mal veya hizmetlerin satın alındığı tedarikçi veya satıcının adı. | ||
|
Açıklama
Tedarikçi Adı, satın alma siparişindeki ürünleri tedarik eden harici tarafı tanımlar. Bu bilgi tedarik analitiği için temeldir. Süreç performansını tedarikçi bazında analiz etmek, tedarikçi ilişkileri yönetimi için kritik öneme sahiptir. Bu, 'Tedarikçi Teslim Süresi Performansı'nın değerlendirilmesine, 'Mal Kabul Süreci Gecikmeleri'ndeki gecikmelerin belirlenmesine ve 'Mal İade Oranı' aracılığıyla tedarikçi kalitesinin değerlendirilmesine yardımcı olur. Bu öznitelik, 'Tercih Edilmeyen Tedarikçi Harcama Oranı' KPI'ını hesaplamak için de kilit rol oynar.
Neden önemli
Tedarikçi performans analizini etkinleştirerek tedarikçi seçimini optimize etmeye, daha iyi koşullar müzakere etmeye ve yüksek veya düşük performanslı tedarikçileri belirlemeye yardımcı olur.
Nereden alınır
Coupa'daki Satın Alma Siparişi üstbilgisinde yer alan, Tedarikçi Ana Verilerine bağlı standart bir alandır.
Örnekler
Global Ofis MalzemeleriTech Solutions A.Ş.Gelişmiş Endüstriyel ParçalarYaratıcı Pazarlama Ajansı
|
|||
|
Toplam Sipariş Tutarı
TotalOrderAmount
|
Satın alma siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu nitelik, satın alma siparişinde belirtilen tüm mal ve hizmetlerin belirli bir para biriminde ifade edilen toplam maliyetini temsil eder. Tüm siparişe uygulanan vaka bazlı bir niteliktir. Bu finansal veri, harcama analizi ve süreç iyileştirme çabalarını önceliklendirme açısından çok önemlidir. Yüksek değerli siparişler daha fazla inceleme veya farklı onay yolları gerektirebilir. Doğrudan 'Satın Alma Kategorisine Göre Harcama Analizi' Dashboard'unda kullanılır ve 'Tercih Edilmeyen Tedarikçi Oranına Göre Harcama' KPI'ını hesaplamak için bir bileşendir.
Neden önemli
Her satın alma için finansal bağlamı sağlar, harcama analizi, yüksek değerli siparişlerin önceliklendirilmesi ve finansal etkinin değerlendirilmesine olanak tanır.
Nereden alınır
Coupa'daki Satın Alma Siparişi üstbilgisinde, genellikle 'Toplam' veya 'Genel Toplam' olarak bulunur.
Örnekler
1500.00250.7512500.50
|
|||
|
Değişiklik Nedeni
ChangeReason
|
Bir satın alma siparişinin ilk oluşturulduktan sonra yapılan bir değişikliğin nedeni. | ||
|
Açıklama
Bu öznitelik, bir satın alma siparişinin neden değiştirildiğine dair gerekçeyi yakalar; örneğin, 'Miktar güncellendi' veya 'Fiyat düzeltmesi'. Bu bilgi, bir kullanıcı bir 'Satın Alma Siparişi Değiştirildi' Activity'sini gerçekleştirdiğinde genellikle audit trail'de kaydedilir. Siparişlerin neden değiştirildiğini anlamak, 'Satın Alma Siparişi Değişiklik Analizi' Dashboard'u için anahtardır. Bu, kaçınılmaz değişiklikler (örn. tedarikçi stok sorunları) ile önlenebilir olanları (örn. yanlış başlangıç veri girişi) ayırt etmeye yardımcı olur ve sipariş doğruluğunu iyileştirme ve 'Satın Alma Siparişi Değişim Oranı' KPI'ını azaltma çabalarına rehberlik eder.
Neden önemli
SAS değişikliklerinin temel nedenlerini açıklayarak, ilk seferde sipariş doğruluğunu artırmak ve süreç yeniden işlenmesini azaltmak için hedefe yönelik eylemlere olanak tanır.
Nereden alınır
Coupa'daki bir Satınalma Siparişine ait değişiklik olaylarıyla ilişkili denetim kayıtlarında veya yorumlarında sıklıkla bulunur.
Örnekler
Tedarikçiden Fiyat GüncellemesiTeslimat tarihi ayarlandıDüzeltilmiş ürün kodu
|
|||
|
İlk Geçiş Onayı mı
IsFirstPassApproval
|
Taslak oluşturulduktan sonra Satın Alma Siparişinin herhangi bir değişiklik olmadan onaylanması durumunda true değeri alan hesaplanmış bir flag. | ||
|
Açıklama
Bu boolean bayrağı, bir satın alma siparişinin 'Satın Alma Siparişi Taslağı Oluşturuldu' adımından 'Satın Alma Siparişi Onaylandı' adımına kadarki sürecinde herhangi bir 'Satın Alma Siparişi Değiştirildi' veya 'Satın Alma Siparişi Reddedildi' aktivitesi içermemesi durumunda doğru (true) olarak ayarlanır. Bu nitelik, 'İlk Seferde Satın Alma Siparişi Onay Oranı' KPI'ını doğrudan ölçer. Yüksek bir oran, verimli ve doğru başlangıç işleme anlamına gelir. Bu bayrağın yanlış olduğu durumları analiz etmek, yeniden çalışma nedenlerini ortaya çıkarmaya ve satın alma siparişlerinin başlangıçtaki veri kalitesini iyileştirmeye yardımcı olabilir.
Neden önemli
İlk oluşturma ve onay sürecinin verimliliğini doğrudan ölçer, yeniden işlemeye tabi tutulmadan akan sipariş hacmini vurgular.
Nereden alınır
Veri dönüşümü sırasında her bir PurchaseOrderNumber için event dizisini analiz ederek hesaplanır.
Örnekler
truefalse
|
|||
|
İşlem Süresi
ProcessingTime
|
Bir aktivitenin süresi, bir kullanıcının bir task üzerinde aktif olarak çalıştığı zamanı temsil eder. | ||
|
Açıklama
İşleme süresi, bazen 'hizmet süresi' olarak da adlandırılır, bir görev üzerinde aktif olarak çalışılan süredir. Bekleme süresinden farklıdır. Örneğin, bir kullanıcının bir Satınalma Siparişi onay görevini açtığı zaman ile onayı gönderdiği zaman arasındaki süreyi ölçebilir. Bu metrik, bekleme sürelerini içeren döngü süresine kıyasla kullanıcı çabasına dair daha doğru bir görünüm sunar. İşleme süresini analiz etmek, kapasite planlamasına, iş yükü dengelemesine ve doğası gereği zaman alıcı görevleri belirlemeye yardımcı olur. Tek bir aktivite için hem başlangıç hem de bitiş zamanı gerektirir ki bu her zaman mevcut değildir.
Neden önemli
Aktif çalışma süresi ile bekleme süresi arasında ayrım yapmaya yardımcı olarak kaynak verimliliği ve görev karmaşıklığı hakkında daha iyi içgörüler sunar.
Nereden alınır
Tek bir aktivite için hem başlangıç hem de bitiş timestamplerinin Coupa denetim günlüklerinde mevcut olması durumunda hesaplanır. Bu genellikle standart değildir.
Örnekler
3600120900
|
|||
|
Para Birimi
Currency
|
Satın alma siparişindeki parasal değerler için para birimi kodu. | ||
|
Açıklama
Bu nitelik, Toplam Sipariş Tutarının hangi para biriminde (ör. USD, EUR, GBP) ifade edildiğini belirtir. Küresel bir kuruluşta finansal verileri doğru yorumlamak için kritik öneme sahiptir. Çok uluslu şirketler için, para birimini dikkate almadan harcamayı analiz etmek yanıltıcı olabilir. Bu nitelik, doğru para birimi çevirisine ve Dashboard'lar içinde tutarlı finansal raporlamaya olanak tanıyarak değerlerin benzer bazda karşılaştırılmasını sağlar.
Neden önemli
Para birimi dönüştürme için gerekli bilgileri sağlayarak, çok uluslu bağlamlarda doğru finansal analiz ve raporlama sağlar.
Nereden alınır
Coupa'daki Satın Alma Siparişi üstbilgisinde yer alan standart bir alandır.
Örnekler
USDEURGBPJPY
|
|||
|
Ret Nedeni
RejectionReason
|
Bir satın alma talebi veya satın alma siparişinin bir onay adımı sırasında reddedilme nedeni. | ||
|
Açıklama
Bir onaylayıcı bir satın alma siparişini reddettiğinde, genellikle ret için bir neden sunar. Bu öznitelik, 'Yanlış bütçe kodu' veya 'Harcama limitini aşıyor' gibi metinsel açıklamayı yakalar. Reddetme nedenlerini analiz etmek, yeniden işleme ve süreç hatalarının temel nedenlerine doğrudan içgörü sağlar. Bu nitel veri, talep sürecindeki yaygın hataları belirlemek için kullanılabilir, bu da gelecekteki reddedilmeleri önlemek ve ilk geçiş onay oranını iyileştirmek için hedeflenen eğitimlere veya sistem iyileştirmelerine yol açar.
Neden önemli
Satınalma siparişlerinin neden reddedildiğine dair doğrudan, eyleme dönüştürülebilir içgörüler sunar, bu da süreç tekrarının ve gecikmelerin temel nedenlerini ele almaya yardımcı olur.
Nereden alınır
Genellikle Coupa'nın onay workflow'undaki 'Satın Alma Siparişi Reddedildi' veya 'Satın Alma Talebi Reddedildi' activity'siyle ilişkili yorumlar veya notlar alanında yakalanır.
Örnekler
Yinelenen talepBütçe onaylanmadıYanlış Tedarikçi Seçimi
|
|||
|
Satın Alma Talebi Numarası
PurchaseRequisitionNumber
|
Satın alma siparişinden önce gelen satın alma talebi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu nitelik, bir satın alma siparişini başlangıçtaki satın alma talebine bağlar. Tek bir talep, bir veya birden fazla satın alma siparişine yol açabilir. Bu bağlantı, tam 'Talep-Sipariş' döngü süresini analiz etmek için hayati öneme sahiptir. Talep oluşturma olayını, satın alma siparişinin oluşturulma ve gönderilme olaylarıyla birleştirerek kuruluşlar, talepten karşılamaya kadar tüm tedarik başlatma süreçlerinin verimliliğini ölçebilirler.
Neden önemli
Sürecin talep ve sipariş aşamalarını birbirine bağlar, talep-sipariş cycle time'ı ve dönüşüm oranlarının analiz edilmesini sağlar.
Nereden alınır
Bu, genellikle Coupa'daki Satın Alma Siparişi kalemlerindeki, orijinal taleple bağlantı kuran bir referans alanıdır.
Örnekler
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
|
Talep Edenin Adı
RequesterName
|
Mal veya hizmetleri ilk talep eden kişinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma siparişine yol açan satın alma talebini oluşturan çalışanı tanımlar. Talep eden, alıcı veya onaylayandan farklı olabilen, ihtiyacı olan iş kullanıcısıdır. Talep edene göre süreç davranışını analiz etmek, belirli kullanıcılar veya departmanlarla ilgili kalıpları belirlemeye yardımcı olur. 'Satın Alma Siparişi Değişiklik Analizi' Dashboard'u, belirli talep edenlerin daha yüksek sipariş değişiklik sıklığına sahip olup olmadığını görmek için bunu kullanır, bu da spesifikasyon gereksinimleri konusunda daha iyi bir eğitim ihtiyacına işaret edebilir.
Neden önemli
Bir satın almanın iş kökenini belirlemeye yardımcı olarak talep eden seviyesinde tedarik davranışı ve doğruluk analizine olanak tanır.
Nereden alınır
Bu bilgi genellikle kaynak Satın Alma Talebi üzerinde depolanır ve Coupa'daki Satın Alma Siparişi'ne aktarılır.
Örnekler
Alice CooperBob DylanCharlie Parker
|
|||
|
Talep Edilen Teslim Tarihi
RequestedDeliveryDate
|
Talep eden kişinin mal veya hizmetlerin teslim edilmesini istediği tarih. | ||
|
Açıklama
Bu öznitelik, talep süreci sırasında iş kullanıcısı tarafından belirtilen hedef teslimat tarihidir. İşletmenin siparişin ne zaman yerine getirilmesi gerektiğine dair beklentisini temsil eder. Bu tarih, tedarikçi ve iç performansı ölçmek için kritik bir ölçüttür. 'Tedarikçi Teslim Tarihi Uyumu' KPI'ını, gerçek 'Mal Kabulü Kaydedildi' tarihi ile karşılaştırarak doğrudan hesaplamak için kullanılır. 'Teslim Tarihi Sapması ve İadeler' Dashboard'u, bu talep edilen tarih ile gerçek teslimat arasındaki sapmaları görselleştirir, bu da beklentileri yönetmeye ve tahmini iyileştirmeye yardımcı olur.
Neden önemli
Tedarikçilerden zamanında teslimatı ve dahili teslim alma sürecinin verimliliğini ölçmek için önemli bir performans baseline'ı görevi görür.
Nereden alınır
Coupa'daki Satın Alma Siparişi kalem öğesinde yer alan standart bir alandır.
Örnekler
2023-11-152023-12-012024-01-10
|
|||
|
Tercih Edilen Tedarikçi mi
IsPreferredVendor
|
Satın almanın tercih edilen veya stratejik bir tedarikçiden yapılıp yapılmadığını gösteren bir boolean flag. | ||
|
Açıklama
Bu bayrak, satın alma siparişindeki tedarikçinin, önceden onaylanmış stratejik tedarikçiler listesinin bir parçası olup olmadığını belirler. Bu genellikle tedarikçi adının veya kimliğinin tercih edilen tedarikçilerin ana listesiyle çapraz referanslama yoluyla belirlenir. Bu nitelik, stratejik tedarik ve harcama yönetimi girişimleri için kritik öneme sahiptir. Kuruluşların kurallara uymayan satın almayı izlemesine ve kontrol etmesine, ayrıca toplu indirimlerden ve daha iyi koşullardan yararlanmak için kilit ortaklarla harcamayı konsolide etmesine yardımcı olan 'Tercih Edilmeyen Tedarikçi Oranına Göre Harcama' KPI'ını hesaplamak için kullanılır.
Neden önemli
Tercih edilen ve tercih edilmeyen tedarikçilerle yapılan harcamaları izleyerek tedarik politikası uyumluluğunu ve stratejik tedarik hedeflerini izlemeye yardımcı olur.
Nereden alınır
Bu, Coupa'da genellikle standart bir alan değildir, ancak PO'daki Tedarikçi Kimliğinin harici tercih edilen tedarikçiler listesiyle karşılaştırılmasıyla türetilir.
Örnekler
truefalse
|
|||
|
Teslim Alma Konumu
ReceivingLocation
|
Malların teslim edileceği fiziksel konum; örneğin bir depo veya ofis. | ||
|
Açıklama
Teslim Alma Konumu, PO'daki sipariş edilen mallar için varış noktasını belirtir. Bu, belirli bir depo, tesis veya ofis adresi olabilir. Bu öznitelik, farklı sahalardaki lojistik ve teslim alma performansını analiz etmek için kullanılır. 'Mal Kabul Süreci Gecikmeleri' Dashboard'u bu öznitelike göre filtrelenerek, belirli konumların gelen gönderileri işlemede daha yavaş olup olmadığı belirlenebilir; bu da belirli sahalardaki operasyonel verimsizlikleri veya kaynak kısıtlamalarını tespit etmeye yardımcı olabilir.
Neden önemli
Teslim alma sürecinin konum tabanlı analizine olanak tanır, depolar, fabrikalar veya ofisler arasındaki performans farklılıklarını vurgular.
Nereden alınır
Bu bilgi, Coupa'daki Satın Alma Siparişi üzerindeki 'Gönderim Adresi'nin bir parçasıdır.
Örnekler
Warehouse A - ChicagoBina 5 - Londra OfisiFrankfurt Fabrikası
|
|||
|
Teslimat Zamanında mı
IsDeliveryOnTime
|
Malların talep edilen teslimat tarihinde veya öncesinde teslim alınıp alınmadığını gösteren hesaplanmış bir flag. | ||
|
Açıklama
Bu boolean nitelik, 'Mal Kabulü Kaydedildi' olayının zaman damgasını 'Talep Edilen Teslim Tarihi' ile karşılaştırarak hesaplanır. Teslim alma tarihi, talep edilen tarihte veya öncesinde ise doğru (true) olarak ayarlanır. Bu bayrak, doğrudan 'Tedarikçi Teslim Tarihi Uyumu' KPI'ını ve 'Teslim Tarihi Farkı ve İadeler' Dashboard'unu destekler. Zamanında teslimat performansını ölçmek için kolayca birleştirilebilen ve görselleştirilebilen net, ikili bir sonuç sunarak, tedarikçilerde veya dahili mal kabul süreçlerindeki performans sorunlarının hızlı bir şekilde belirlenmesine yardımcı olur.
Neden önemli
Teslimat performansı için net, ikili bir metrik sunarak, zamanında teslimat KPI'larının hesaplanmasını ve eğilim analizini basitleştirir.
Nereden alınır
Veri dönüşümü sırasında 'RequestedDeliveryDate' ile 'Mal Girişi Kaydedildi' aktivitesinin timestampi karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir satın alma siparişinin bir değişiklik aktivitesi geçirip geçirmediğini belirten hesaplanmış bir flag. | ||
|
Açıklama
Bu boolean bayrağı, geçmişinde en az bir 'Satın Alma Siparişi Değiştirildi' olayı bulunan herhangi bir satın alma siparişi için doğru (true) olarak ayarlanır. Event Log'dan türetilen vaka bazlı bir niteliktir. Bu nitelik, 'Satın Alma Siparişi Değişim Oranı' gibi KPI'ların hesaplanmasını basitleştirir. Verilerin kolayca filtrelenmesini ve segmentasyonunu sağlayarak, yeniden çalışmalı ve yeniden çalışmasız siparişler için süreçleri karşılaştırmaya olanak tanır ve değişikliklerin döngü süresi ve maliyet üzerindeki etkisini ölçmeye yardımcı olur. 'Satın Alma Siparişi Değişiklik Analizi' Dashboard'unun temel bir bileşenidir.
Neden önemli
En az bir kez değiştirilmiş tüm satın alma siparişleri için kolay filtreleme ve agregasyon sağlayarak yeniden işleme analizini basitleştirir.
Nereden alınır
Veri dönüşümü sırasında her bir PurchaseOrderNumber için bir 'Satın Alma Siparişi Değiştirildi' aktivitesinin varlığı kontrol edilerek hesaplanır.
Örnekler
truefalse
|
|||
Satın Alma'dan Ödemeye - Satın Alma Siparişi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mal Kabulü Kaydedildi
|
Bu, malların teslim alındığı, kontrol edildiği ve kabul edildiğine dair resmi onaydır. Bu olay envanter kayıtlarını günceller ve tedarikçinin bu teslimatla ilgili yükümlülüğünü yerine getirdiğini gösterir. | ||
|
Neden önemli
Bu kritik kilometre taşı, tedarikçi teslim süresinin sonunu işaret eder ve teslim tarihi uyumunu ölçmek için kullanılır. Mal kabulü kayıtlarındaki gecikmeler, gerçek envanter seviyeleri üzerindeki görünürlüğü engelleyebilir.
Nereden alınır
Bu, Coupa'daki Makbuz nesnesine kaydedilen temel bir işlemdir. Olay, makbuzun durumu 'Kaydedildi' veya 'Alındı' olduğunda zaman damgasından yakalanır.
Yakala
Mal kabul işlemi sistemde kesinleştiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Satın Alma Talebi Oluşturuldu
|
Bu Activity, bir satın alma siparişinden önce gelen mal veya hizmetler için resmi bir talep olan satın alma talebinin oluşturulmasını işaret eder. Coupa'da bu, bir kullanıcı yeni bir talep belgesini kaydettiğinde ve gönderdiğinde yakalanan açık bir event'tir. | ||
|
Neden önemli
Tedarik sürecinin tipik başlangıç noktası olarak bu aktivite, tam Talep-Sipariş çevrim süresini ölçmek ve sürecin önceki aşamalarındaki verimliliği anlamak için hayati öneme sahiptir.
Nereden alınır
Bu olay, Coupa'daki Satın Alma Talepleri nesnesindeki veya tablosundaki oluşturma kaydına karşılık gelir. Zaman damgası, 'created_at' veya eşdeğer sistem tarafından oluşturulan oluşturma tarihi alanında bulunabilir.
Yakala
Yeni bir talep kaydının oluşturulmasıyla doğrudan kaydedilir.
Event tipi
explicit
|
|||
|
Satınalma Siparişi İptal Edildi
|
Bu Activity, bir satın alma siparişinin tamamlanmadan önce iptalini temsil eder. Bir iptal çeşitli aşamalarda gerçekleşebilir; örneğin, talep artık geçerli değilse veya PO yanlışlıkla oluşturulmuşsa. | ||
|
Neden önemli
Alternatif bir süreç sonu olarak, iptallerin takip edilmesi süreç aksaklıklarını anlamak ve terk edilmiş satın alma taleplerinin nedenlerini belirlemek için önemlidir.
Nereden alınır
Bu, Satın Alma Siparişi nesnesindeki durumun 'İptal Edildi' olarak değişmesinden çıkarılır. Bu durum değişikliğinin zaman damgası olay zamanı olarak kullanılır.
Yakala
Durumun 'İptal Edildi' olarak değiştiği timestamp'ten türetilmiştir.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Kapatıldı
|
Bu, satın alma siparişinin tamamlandığını gösteren son aktivitedir. PO, tamamen teslim alındığında ve tamamen faturalandırıldığında ve başka hiçbir işlem beklenmediğinde kapalı kabul edilir. | ||
|
Neden önemli
Bu Activity, PO yaşam döngüsünü resmi olarak sona erdirir. Kapatma süresini analiz etmek, nihai mutabakat ve kayıt tutmadaki verimsizlikleri ortaya çıkarabilir.
Nereden alınır
Bu, Satın Alma Siparişi nesnesindeki durumun 'Kapalı' olarak değişmesinden çıkarılır. Bu durum genellikle Coupa tarafından, mal kabul ve faturalama toleranslarına ilişkin iş kurallarına dayanarak otomatik olarak ayarlanır.
Yakala
Durumun 'Kapatıldı' olarak değiştiği timestamp'ten türetilmiştir.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Onaylandı
|
Bu dönüm noktası, satın alma siparişinin dahili onay workflow'unu tamamladığını ve tedarikçiye gönderilmek üzere yetkilendirildiğini gösterir. Bu genellikle çok adımlı bir sürecin son onay adımıdır. | ||
|
Neden önemli
Bu, PO onay döngü sürelerini hesaplamak ve onay darboğazlarını belirlemek için kritik bir kilometre taşıdır. Aynı zamanda önemli bir uyumluluk kontrol noktası olarak hizmet eder.
Nereden alınır
Coupa'daki Satın Alma Siparişinin onay geçmişi günlüğünden alınır. Son onay eyleminin timestampi event zamanını sağlar.
Yakala
Son onaylayıcı görevini tamamladığında onay geçmişine kaydedilir.
Event tipi
explicit
|
|||
|
Tedarikçiye Satın Alma Siparişi Gönderildi
|
Bu Activity, onaylanmış satın alma siparişinin, örneğin e-posta yoluyla veya Coupa Supplier Portal üzerinden tedarikçiye resmi olarak iletildiği noktayı işaret eder. Bu event, PO'yu bir iç belgeden bir harici taahhüte dönüştürür. | ||
|
Neden önemli
Bu, dahili Talep-Sipariş döngüsünü sonlandıran ve tedarikçi teslim süresini başlatan önemli bir kilometre taşıdır. Hem dahili verimliliği hem de tedarikçi performansını ölçmek için kritik öneme sahiptir.
Nereden alınır
Genellikle Satınalma Siparişinin durumunun 'Sipariş Edildi' veya 'Gönderildi' olarak değişmesinden anlaşılır. Coupa'da ayrıca Satınalma Siparişi kaydında belirli bir 'last_exported_at' veya 'sent_to_supplier_at' zaman damgası bulunabilir.
Yakala
Durumun 'Sipariş Edildi' olarak değiştiği timestamp'ten veya belirli bir aktarım timestamp alanından türetilmiştir.
Event tipi
inferred
|
|||
|
Hizmet Onayı Girildi
|
Hizmet tabanlı satın alma siparişleri için bu aktivite, bir mal kabulünün eşdeğeridir. Bir hizmetin SAS koşullarına göre verildiğini onaylar. | ||
|
Neden önemli
Hizmet onaylarını takip etmek, hizmet harcamalarını yönetmek ve ödemelerin yalnızca tamamlandığı doğrulanmış işler için yapılmasını sağlamak açısından kritik öneme sahiptir.
Nereden alınır
Bu olay, Coupa'da Satın Alma Siparişi ile bağlantılı bir hizmet makbuzu veya hizmet giriş formunun oluşturulmasından veya onaylanmasından yakalanır.
Yakala
Bir hizmet giriş sayfasının oluşturulması ve onaylanması üzerine kaydedilir.
Event tipi
explicit
|
|||
|
Kalite İncelemesi Yapıldı
|
Bu olay, teslim alınan bir ürünün kalite kontrolünden geçtiğini ve başarılı olduğunu gösterir. Bu, şirketin sürecine bağlı olarak, ilk mal kabulü kaydedildikten sonra ayrı bir adım olabilir. | ||
|
Neden önemli
Bu Activity, kalite kontrol sürecinin verimliliğini ölçmek için anahtardır. Buradaki gecikmeler, teslim alma ile kullanıma hazır olma arasında darboğazlar oluşturabilir.
Nereden alınır
Bu, Coupa'daki teslimat kalemi üzerinde bir durum değişikliği olarak veya ayrı bir inceleme nesnesi aracılığıyla kaydedilebilir. Mevcut olup olmadığı, kalite modülünün veya özel bir workflow'un kullanılıp kullanılmadığına bağlıdır.
Yakala
Makbuzdaki bir durum değişikliğinden veya ilgili bir denetim kaydındaki timestamp'ten çıkarılır.
Event tipi
inferred
|
|||
|
Mal Kabulü Başlatıldı
|
Bu Activity, malların fiziksel olarak varışında Coupa'da bir mal kabul belgesi oluşturulduğu gibi, teslim alma sürecinin başlangıcını temsil eder. Mallar henüz resmi olarak envantere kaydedilmemiş veya teslim alındığı onaylanmamıştır. | ||
|
Neden önemli
Bu olay, 'Mal Kabul İşleme Süresi' KPI'ını ölçmek için başlangıç noktasıdır. Malların rıhtımda beklediği süre ile sistemde işleme harcanan süre arasındaki farkı belirlemeye yardımcı olur.
Nereden alınır
Bu, 'Taslak' veya 'Beklemede' durumundaki bir mal kabul belgesinin oluşturma zaman damgasından çıkarılabilir. Makbuzun nihai kaydından önce gelir.
Yakala
Kaydedilmemiş durumda olan bir makbuz kaydının oluşturulma timestamp'inden türetilmiştir.
Event tipi
inferred
|
|||
|
Mallar İade Edildi
|
Bu Activity, daha önce teslim alınan mallar tedarikçiye geri gönderildiğinde kaydedilir. Bu genellikle kalite sorunları, hasar veya yanlış sevkiyatlardan kaynaklanır. | ||
|
Neden önemli
İadeleri takip etmek, Mal İade Oranını hesaplamak ve tedarikçi kalitesi veya sipariş doğruluğuyla ilgili sorunları belirlemek için esastır. Yüksek iade oranları genellikle maliyetli süreç hatalarını gösterir.
Nereden alınır
Bu, Coupa'da bir 'Tedarikçiye İade' işlemi veya negatif bir makbuz işleminden yakalanır. Bu işlemin zaman damgası olay zamanı olarak hizmet eder.
Yakala
Orijinal PO/makbuza bağlı bir iade işlemi oluşturulduğunda kaydedilir.
Event tipi
explicit
|
|||
|
PO İçin Fatura Alındı
|
Bu olay, bir tedarikçinin satın alma siparişini referans alan faturasının alınmasını ve girilmesini işaret eder. P2P döngüsünün fatura işleme ve ödeme aşamasının başlangıcını gösterir. | ||
|
Neden önemli
AP sürecinin bir parçası olsa da, fatura makbuzunu Satın Alma Siparişine bağlamak, işlem yaşam döngüsünün uçtan uca görünümünü sağlar ve teslimat ile faturalandırma arasındaki farkı analiz etmeye yardımcı olur.
Nereden alınır
Coupa'daki Fatura belgesinin oluşturma timestampinden yakalanır; burada fatura ilgili Satın Alma Siparişi numarasıyla eşleştirilir.
Yakala
PO'ya bağlı bir fatura kaydının oluşturulması üzerine kaydedilir.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Gönderildi
|
Bir satın alma siparişi taslağı hazırlandıktan sonra, resmi olarak onay workflowuna gönderilir. Bu, Satın Alma Siparişini taslak durumundan onay bekleyen duruma geçiren ayrı bir kullanıcı eylemidir. | ||
|
Neden önemli
Bu olay, taslak oluşturma süresini PO'nun fiilen onay beklediği zamandan ayırır. Kullanıcı davranışı ve süreç devirleri hakkında daha net bir resim sunar.
Nereden alınır
Satın Alma Siparişi nesnesindeki bir durum değişikliğinden, örneğin 'taslak'tan 'onay bekliyor'a geçişinden çıkarılır. Bu belirli durum değişikliğinin timestamp'i kullanılır.
Yakala
Durumun 'onay bekliyor' olarak değiştiği timestamp'ten türetilmiştir.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Onaylandı
|
Bir satın alma talebi, satın alma siparişine dönüştürülmeden önce bir onay workflow'u geçirir. Bu event, talebin nihai onayını işaret ederek sipariş için hazır hale gelmesini sağlar. | ||
|
Neden önemli
Talep onaylarını takip etmek, ön sipariş aşamasındaki bottleneck'leri belirlemeye yardımcı olur. Buradaki gecikmeler, bir satın alma siparişinin ne kadar hızlı verileceğini doğrudan etkiler.
Nereden alınır
Bu bilgi, genellikle Coupa'daki talep nesnesinin onay geçmişinden alınır. Son onay eyleminin ilgili bir timestamp'i ve kullanıcısı bulunur.
Yakala
Son onaylayıcı eylem yaptığında onay geçmişine kaydedilir.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Değiştirildi
|
Bu olay, satın alma siparişinde başlangıçta taslağı oluşturulduktan sonra yapılan herhangi bir değişikliği temsil eder. Coupa'da değişiklikler genellikle PO belgesinin versiyonlaması yoluyla izlenir. | ||
|
Neden önemli
Değişiklikleri takip etmek, Satın Alma Siparişi Değişim Oranı ve Uygun Olmayan Satın Alma Siparişi Oranı gibi KPI'lar için çok önemlidir. Sık yapılan değişiklikler, süreç dengesizliğini veya hatalı başlangıç taleplerini gösterir.
Nereden alınır
Bir Satın Alma Siparişinin farklı versiyonları takip edilerek çıkarılabilir. İlk versiyondan daha büyük her yeni versiyon numarası bir değişikliği gösterir ve yeni versiyonun oluşturulma tarihi event timestampi olarak hizmet eder.
Yakala
Yeni bir PO sürümünün oluşturulma timestamp'inden çıkarılır.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Reddedildi
|
Bu Activity, bir onaylayanın onay workflow'u sırasında satın alma siparişini reddetmesiyle gerçekleşir. PO daha sonra tipik olarak oluşturan kişiye revizyon veya iptal için geri gönderilir. | ||
|
Neden önemli
Reddedilmeleri analiz etmek, veri kalitesi sorunlarını, politika ihlallerini veya eğitim eksikliklerini ortaya çıkarmaya yardımcı olur. Önemli süreç gecikmelerine neden olan yeniden işleme döngülerini vurgular.
Nereden alınır
Bu, Coupa'daki Satın Alma Siparişi'nin onay geçmişi günlüğünde yakalanan açık bir olaydır. Günlük, karşılık gelen bir zaman damgası ile 'Reddet' eylemini gösterecektir.
Yakala
Onay geçmişine 'Reddedildi' durumuyla kaydedilir.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Taslağı Oluşturuldu
|
Bu olay, sistemde Satın Alma Siparişi belgesinin, genellikle onaylanmış bir talepten, ilk oluşturulmasını temsil eder. Bu aşamada, PO dahili bir taslaktır ve henüz onay için gönderilmemiş veya tedarikçiye gönderilmemiştir. | ||
|
Neden önemli
Bu Activity, PO Onay Cycle Time KPI'ını ölçmek için saati başlatır. Bu, satın alma siparişinin kendi yaşam döngüsündeki ilk resmi adımdır.
Nereden alınır
Bu, Coupa'daki Satın Alma Siparişi kaydının oluşturma zaman damgasına karşılık gelir ve genellikle 'created_at' gibi bir alanda bulunur.
Yakala
Satın Alma Siparişi kaydının sistem tarafından oluşturulan oluşturma timestampinden alınır.
Event tipi
explicit
|
|||
|
Tedarikçi Siparişi Onayladı
|
Bu olay, tedarikçinin satın alma siparişini aldığını ve onayladığını gösterir. Bu onay genellikle Coupa Tedarikçi Portalı (CSP) gibi bir tedarikçi portalı aracılığıyla elektronik olarak yakalanır. | ||
|
Neden önemli
Tedarikçi onayları, bir siparişin işlendiğine dair kesinlik sağlayarak teslimat tahminlerinin doğruluğunu artırır ve tedarik zinciri belirsizliğini azaltır.
Nereden alınır
Bu bilgi, tedarikçinin Coupa Tedarikçi Portalı'nı kullanarak bir 'Onayla' eylemi gerçekleştirmesi durumunda Satın Alma Siparişi üzerinde genellikle mevcuttur. Bu eylemin zaman damgası kullanılır.
Yakala
Bir tedarikçi, tedarikçi portalında 'Onayla' eylemini gerçekleştirdiğinde kaydedilir.
Event tipi
explicit
|
|||