Veri Template: Satın Almadan Ödemeye - Satın Alma Siparişi

Coupa
Veri Template: Satın Almadan Ödemeye - Satın Alma Siparişi

Satın Almadan Ödemeye - Satın Alma Siparişi Veri Template'iniz

Bu template, Coupa'daki Satın Almadan Ödemeye - Satın Alma Siparişi sürecinizin Process Mining analizi için verileri doğru bir şekilde toplamanız ve yapılandırmanız için bir rehber görevi görür. İçermesi gereken kritik öznitelikleri, izlenmesi gereken temel activity'leri ayrıntılı olarak açıklar ve eksiksiz bir event log elde etmeniz için bu verileri çıkarma adımlarını sunar.
  • Önerilen veri nitelikleri
  • Temel Süreç Aktiviteleri
  • Coupa veri çıkarma adımları
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Alma'dan Ödemeye - Satın Alma Siparişi Nitelikleri

Bunlar, Purchase to Pay - Satın Alma Siparişi sürecinizin kapsamlı bir analizini sağlamak için Event Log'unuz için önerilen temel veri alanlarıdır.
5 Gerekli 5 Önerilen 12 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Satın Alma'dan Ödemeye - Satın Alma Siparişi Aktiviteleri

Bunlar, P2P operasyonlarınızın doğru keşfi ve analizi için Event Log'unuzda izlenmesi gereken kritik süreç adımları ve kilometre taşlarıdır.
6 Önerilen 11 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Coupa'dan nasıl alırsınız