Satın Almadan Ödemeye - Satın Alma Siparişi Veri Templateiniz
Satın Almadan Ödemeye - Satın Alma Siparişi Veri Templateiniz
- Önerilen veri öznitelikleri
- Temel süreç aktiviteleri
- Coupa veri çıkarma adımları
Satın Almadan Ödemeye - Satın alma siparişi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Bir faaliyet veya olayın gerçekleştiği kesin zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Olay Zamanı, belirli bir faaliyetin gerçekleştirildiği tarih ve saati kaydeder. Süreçteki her faaliyet için, gerçekleşme anını gösteren karşılık gelen bir zaman damgası bulunur. Bu öznitelik, Process Mining içindeki zamana dayalı tüm analizler için büyük önem taşır. Faaliyetler arasındaki çevrim sürelerini hesaplamak, süreç süresini ölçmek ve gecikmeleri belirlemek için kullanılır. Örneğin, 'Satın Alma Siparişi Taslağı Oluşturuldu' ile 'Satın Alma Siparişi Onaylandı' zaman damgaları arasındaki fark, PO Onay Çevrim Süresi KPI'ını hesaplamak için kullanılır.
Neden önemli?
Her olay için çevresel zaman bilgisini sağlar. Bu bilgi, çevrim sürelerini hesaplamak, performansı analiz etmek ve darboğazları tespit etmek için gereklidir.
Nereden alınır?
Coupa'nın olay günlüklerinde veya denetim izlerinde bulunur ve genellikle satın alma siparişindeki her durum değişikliği ya da işlemle ilişkilendirilir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Faaliyet
ActivityName
|
Satın alma siparişi yaşam döngüsü içinde belirli bir zamanda gerçekleşen olayın veya görevin adıdır. | ||
|
Açıklama
Faaliyet Adı, satın almadan ödemeye sürecindeki 'Satın Alma Siparişi Onaylandı' veya 'Mal Teslim Alma Kaydı Oluşturuldu' gibi tek bir adımı tanımlar. Bu faaliyetler dizisi, her satın alma siparişi için süreç akışını oluşturur. Bu öznitelik, süreç haritasını oluşturmak, süreç varyantlarını keşfetmek ve olayların sıklığıyla sırasını analiz etmek için kullanıldığından Process Mining açısından temel niteliktedir. Darboğazları, 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' faaliyetlerinin sırasını analiz etmek, sipariş doğruluğundaki verimsizlikleri ortaya çıkarabilir.
Neden önemli?
Süreçteki adımları tanımlar; böylece süreç akışını görselleştirmenize, darboğazları, yeniden işlemeyi ve sapmaları belirlemenize imkan verir.
Nereden alınır?
Coupa içindeki Satın Alma Siparişi nesneleriyle ilişkili olay günlüklerinden, denetim izlerinden veya durum değişikliği kayıtlarından türetilir.
Örnekler
Satın Alma Talebi OnaylandıSatın Alma Siparişi GönderildiMal Kabulü KaydedildiPO için fatura alındı
|
|||
|
Satın alma siparişi
PurchaseOrderNumber
|
Bir satın alma siparişinin benzersiz tanımlayıcısıdır ve süreçteki ana vaka tanımlayıcısı olarak kullanılır. | ||
|
Açıklama
Satın Alma Siparişi numarası, ilk talepten malların veya hizmetlerin teslim alındığına ilişkin son onaya kadar tüm faaliyetleri 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 almanın uçtan uca izlenmesi için büyük önem taşır. Analistlerin süreç haritalarını görselleştirmesine, varyantları belirlemesine ve siparişin toplam çevrim süresi gibi vaka düzeyindeki KPI'ları hesaplamasına imkan verir. Süreçle ilgili tüm olaylar ve veriler, sürecin bütünsel bir görünümünü oluşturmak üzere bu tanımlayıcı altında toplanır.
Neden önemli?
Her satın almanın tüm yaşam döngüsünü takip etmek ve ayrıntılı analiz için münferit süreç örneklerini yeniden oluşturmak açısından gereklidir.
Nereden alınır?
Bu, Coupa içindeki Satın Alma Siparişi nesnesinde bulunan standart bir birincil anahtar alanıdır.
Örnekler
PO-2023-00123PO-2023-00456PO-2023-00789
|
|||
|
Kaynak sistem
SourceSystem
|
Süreç verilerinin çıkarıldığı sistemdir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kaydedildiği kaynak bilgi sistemini tanımlar. Bu süreçte değer sürekli olarak 'Coupa' olur. Verilerin birden fazla sistemden gelebileceği kurumsal ortamlarda, örneğin tedarik için Coupa ve faturalandırma için başka bir ERP kullanıldığında, bu öznitelik veri kaynaklarını ayırt etmeye yardımcı olur. Veri soyunun net biçimde izlenmesini sağlar ve analizi belirli bir sistemin süreç görünümüne göre filtrelemek için kullanılabilir.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sağlar, izlenebilirliği mümkün kılar ve özellikle çok sistemli yapılarda uygun veri yönetişimini destekler.
Nereden alınır?
Veri çıkarma ve dönüştürme sürecinde Veri Setini etiketlemek amacıyla genellikle eklenen statik bir değerdir.
Örnekler
Coupa
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu sürece ait verilerin en son yenilendiği zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Tek tek olaylar yerine veri setinin tamamına uygulanan bir meta veri alanıdır. Her analitik Dashboardda bu zaman damgası, kullanıcıların görüntüledikleri verilerin güncelliğini anlaması için büyük önem taşır. İçgörülerin güncel bilgilere dayandığı konusunda güven verir ve verilerin güncelliğiyle ilgili beklentilerin yönetilmesine yardımcı olur. Genellikle Dashboardlarda belirgin biçimde gösterilir.
Neden önemli?
Kullanıcılara verilerin güncelliği hakkında bilgi verir ve süreç analizinin ve KPI'ların ne kadar güncel olduğunu anlamalarını sağlar.
Nereden alınır?
Bu zaman damgası, çalıştığında veri çıkarma ve yükleme (ETL) hattı tarafından oluşturulur ve saklanır.
Örnekler
2023-11-01T05:00:00Z
|
|||
|
Departman
Department
|
Satın alma siparişinin gider olarak yansıtıldığı iş departmanı veya maliyet merkezidir. | ||
|
Açıklama
Departman özniteliği, satın alma talebini başlatan veya maliyetini üstlenecek organizasyon birimini belirtir. Bu bilgi çoğu zaman talep sahibiyle veya Satın Alma Siparişi satır öğelerindeki maliyet merkezi bilgileriyle ilişkilidir. Bu boyut, süreç analizini ve temel performans göstergelerini bölümlere ayırmak için gereklidir. Yöneticilerin kuruluşun farklı bölümlerindeki süreç verimliliğini, uyumluluğu ve harcama örüntülerini karşılaştırmasını sağlar. Örneğin 'Satın alma kategorisine göre harcama analizi' Dashboardı, farklı iş birimlerinin bütçelerini nasıl harcadığını göstermek için Departman özniteliğini kullanır.
Neden önemli?
Süreç ve harcama analizinin farklı iş birimleri arasında filtrelenip karşılaştırılmasını sağlar; verimlilik ve uyumluluk farklılıklarını ortaya çıkarır.
Nereden alınır?
Coupa'daki Satın Alma Siparişi üst bilgisinde veya kalemlerinde bulunur ve çoğu zaman bir Maliyet Merkezi ya da organizasyon birimiyle ilişkilendirilir.
Örnekler
PazarlamaBilgi TeknolojileriOperasyonlarFinans
|
|||
|
Kullanıcı
User
|
Faaliyeti gerçekleştiren kişinin kullanıcı kimliği veya adıdır; örneğin onaylayan ya da talep eden kişi. | ||
|
Açıklama
Bu öznitelik, süreçte belirli bir olayı yürütmekten sorumlu kişiyi tanımlar. Siparişi taslak olarak hazırlayan kişi, siparişi onaylayan yönetici veya mal kabulünü kaydeden görevli olabilir. Performansı kullanıcı bazında analiz etmek, eğitim ihtiyaçlarını, yüksek performans gösteren kişileri ve iş yükü dağılımını belirlemeye yardımcı olur. Örneğin 'PO onay çevrim süresi performansı' Dashboardı, onay sürelerini belirli onay sorumlularına göre ayrıştırmak için bu özniteliği kullanır ve süreçte darboğaza neden olabilecek kişileri gösterir.
Neden önemli?
Süreç performansının kişi veya rol bazında analiz edilmesini sağlar; darboğazları, eğitim fırsatlarını ve kaynak tahsisi sorunlarını belirlemeye yardımcı olur.
Nereden alınır?
Coupa'daki Satın Alma Siparişi denetim izi veya geçmiş günlüklerinde her olayla ilişkilendirilir. 'Oluşturan', 'Onaylayan' veya 'Güncelleyen' gibi alanlar yaygın kaynaklardır.
Örnekler
j.doea.smithm.jones
|
|||
|
Satın alma kategorisi
PurchaseCategory
|
BT Donanımı veya Profesyonel Hizmetler gibi satın alınan mal ya da hizmetlerin sınıflandırmasıdır. | ||
|
Açıklama
Satın Alma Kategorisi, Emtia veya Malzeme Grubu olarak da bilinir ve 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 biçimde analiz edilmesini sağlar. Process Mining kapsamında bu öznitelik, filtreleme ve segmentasyon için güçlü bir boyut sunar. "Satın Alma Kategorisine Göre Harcama Analizi" Dashboardu, harcama örüntülerini ayrıntılı olarak incelemek için bu özniteliğe dayanır. Ayrıca belirli kategorilerin, örneğin karmaşık hizmetlerin, diğer kategorilere, örneğin standart ofis malzemelerine, kıyasla daha uzun çevrim sürelerine veya daha yüksek değişiklik oranlarına sahip olup olmadığını ortaya çıkarabilir.
Neden önemli?
Harcama ve süreç analizinin kategori bazında yapılmasını sağlar; tedarik modellerini belirlemeye, tedarikçilerle müzakere etmeye ve süreç kontrollerini uyarlamaya yardımcı olur.
Nereden alınır?
Genellikle Coupa'daki Satın Alma Siparişi kalemi düzeyinde bulunur ve çoğu zaman bir emtia koduna veya satın alma kataloğuna bağlanır.
Örnekler
BT donanımıOfis malzemeleriProfesyonel hizmetlerPazarlama malzemeleri
|
|||
|
Tedarikçi adı
VendorName
|
Malların veya hizmetlerin satın alındığı tedarikçinin adıdır. | ||
|
Açıklama
Tedarikçi Adı, satın alma siparişindeki ürünleri sağlayan dış tarafı tanımlar. Bu bilgi, tedarik analitiğinin temel unsurlarındandır. Süreç performansını tedarikçi bazında analiz etmek, tedarikçi ilişkileri yönetimi açısından büyük önem taşır. 'Tedarikçi Teslim Süresi Performansı'nı değerlendirmeye, 'Mal Teslim Alma Süreci Gecikmeleri'ni belirlemeye ve 'Mal İade Oranı' üzerinden tedarikçi kalitesini ölçmeye yardımcı olur. Bu öznitelik, 'Tercih Edilmeyen Tedarikçiye Yapılan Harcama Oranı' KPI'ının hesaplanması için de gereklidir.
Neden önemli?
Tedarikçi performansının analiz edilmesini sağlar; tedarikçi seçimini iyileştirmeye, daha iyi koşullar için müzakere etmeye ve yüksek ya da düşük performans gösteren tedarikçileri belirlemeye yardımcı olur.
Nereden alınır?
Coupa'daki Satın Alma Siparişi üst bilgisinde bulunan ve Tedarikçi Ana Verileriyle ilişkilendirilen standart bir alandır.
Örnekler
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
|
|||
|
Toplam sipariş tutarı
TotalOrderAmount
|
Satın alma siparişinin toplam parasal değeridir. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişinde belirtilen tüm mal ve hizmetlerin belirli bir para birimiyle ifade edilen toplam maliyetini gösterir. Siparişin tamamına uygulanan vaka düzeyinde bir özniteliktir. Bu finansal veri, harcama analizi ve süreç iyileştirme çalışmalarına öncelik vermek için büyük önem taşır. Yüksek değerli siparişler daha ayrıntılı inceleme veya farklı onay yolları gerektirebilir. 'Satın alma kategorisine göre harcama analizi' Dashboardında doğrudan kullanılır ve 'Tercih edilmeyen tedarikçiye göre harcama oranı' temel performans göstergesinin hesaplanmasında bir bileşendir.
Neden önemli?
Her satın alma için finansal bağlam sağlar; harcama analizine, yüksek tutarlı siparişlerin önceliklendirilmesine ve finansal etkinin değerlendirilmesine imkan verir.
Nereden alınır?
Coupa'daki Satın Alma Siparişi üst bilgisinde, genellikle 'Toplam' veya 'Genel Toplam' adıyla bulunur.
Örnekler
1500.00250.7512500.50
|
|||
|
Değişiklik nedeni
ChangeReason
|
İlk oluşturulmasından sonra bir satın alma siparişinde yapılan değişikliğin nedenidir. | ||
|
Açıklama
Bu öznitelik, satın alma siparişinin neden değiştirildiğine ilişkin gerekçeyi, örneğin "Miktar güncellendi" veya "Fiyat düzeltmesi", içerir. Bu bilgi genellikle bir kullanıcının "Satın Alma Siparişi Değiştirildi" etkinliğini gerçekleştirmesiyle denetim izine kaydedilir. Siparişlerin neden değiştirildiğini anlamak, "Satın Alma Siparişi Değişiklik Analizi" Dashboardu için önemlidir. Bu bilgi, kaçınılmaz değişikliklerle, örneğin tedarikçinin stok sorunlarıyla, önlenebilir değişiklikleri, örneğin ilk veri girişindeki hataları, ayırt etmeye yardımcı olur. Böylece sipariş doğruluğunu artırma ve "Satın Alma Siparişi Değişiklik Oranı" temel performans göstergesini azaltma çalışmaları yönlendirilebilir.
Neden önemli?
PO değişikliklerinin temel nedenlerini açıklar; ilk seferde doğru sipariş oluşturmayı iyileştirmeye ve süreçteki yeniden işlemeyi azaltmaya yönelik hedefli çalışmalar yapılmasını sağlar.
Nereden alınır?
Coupa'daki Satın Alma Siparişi değişiklik olaylarıyla ilişkili denetim günlüklerinde veya yorumlarda bulunur.
Örnekler
Tedarikçiden fiyat güncellemesiTeslim tarihi ayarlandıDüzeltilmiş kalem kodu
|
|||
|
İlk seferde onaylandı mı
IsFirstPassApproval
|
PO'nun taslak oluşturulduktan sonra herhangi bir değişiklik yapılmadan onaylanıp onaylanmadığını gösteren hesaplanmış işarettir. | ||
|
Açıklama
Bu boolean işareti, bir satın alma siparişinin 'Satın Alma Siparişi Taslağı Oluşturuldu' ile 'Satın Alma Siparişi Onaylandı' arasındaki yolculuğunda 'Satın Alma Siparişi Değiştirildi' veya 'Satın Alma Siparişi Reddedildi' faaliyeti bulunmuyorsa true olarak ayarlanır. Bu öznitelik, 'İlk Seferde PO Onay Oranı' KPI'ını doğrudan ölçer. Yüksek oran, ilk işlemenin verimli ve doğru olduğunu gösterir. Bu işaretin false olduğu vakaları analiz etmek, yeniden işlemenin nedenlerini ortaya çıkarmaya ve satın alma siparişlerinin ilk veri kalitesini iyileştirmeye yardımcı olabilir.
Neden önemli?
İlk oluşturma ve onay sürecinin verimliliğini doğrudan ölçer ve yeniden işleme olmadan ilerleyen siparişlerin hacmini ortaya çıkarır.
Nereden alınır?
Her PurchaseOrderNumber için olayların sırası analiz edilerek veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
Para birimi
Currency
|
Satın alma siparişindeki parasal değerler için kullanılan para birimi kodudur. | ||
|
Açıklama
Bu öznitelik, Toplam Sipariş Tutarının hangi para birimiyle, örneğin USD, EUR veya GBP, ifade edildiğini belirtir. Küresel bir kuruluşta finansal verileri doğru yorumlamak için gereklidir. Çok uluslu şirketlerde para birimini dikkate almadan harcamaları analiz etmek yanıltıcı olabilir. Bu öznitelik, Dashboardlarda doğru para birimi dönüşümü ve tutarlı finansal raporlama yapılmasını sağlar. Böylece değerler aynı ölçüt üzerinden karşılaştırılır.
Neden önemli?
Para birimi dönüşümü için gerekli bilgiyi sağlayarak çok uluslu ortamlarda doğru finansal analiz ve raporlamayı güvence altına alır.
Nereden alınır?
Coupa'daki Satın Alma Siparişi üst bilgisinde bulunan standart bir alandır.
Örnekler
USDEURGBPJPY
|
|||
|
Ret nedeni
RejectionReason
|
Bir satın alma talebi veya satın alma siparişi onay aşamasında reddedildiğinde belirtilen nedendir. | ||
|
Açıklama
Bir onaylayan satın alma siparişini reddettiğinde çoğu zaman ret nedenini de belirtir. Bu öznitelik, 'Yanlış bütçe kodu' veya 'Harcama limitini aşıyor' gibi metinsel açıklamayı kaydeder. Ret nedenlerini analiz etmek, yeniden işleme ve süreç hatalarının temel nedenleri hakkında doğrudan içgörü sağlar. Bu nitel veri, talep sürecindeki yaygın hataları belirlemek için kullanılabilir. Böylece gelecekteki retleri önlemek ve ilk seferde onay oranını artırmak amacıyla hedefli eğitimler veya sistem iyileştirmeleri yapılabilir.
Neden önemli?
Satın alma siparişlerinin neden reddedildiği hakkında doğrudan ve uygulanabilir içgörüler sağlar; süreçteki yeniden işleme ve gecikmelerin temel nedenlerini ele almaya yardımcı olur.
Nereden alınır?
Genellikle Coupa onay iş akışındaki "Satın Alma Siparişi Reddedildi" veya "Satın Alma Talebi Reddedildi" etkinliğiyle ilişkili yorumlar ya da notlar alanında tutulur.
Örnekler
Mükerrer talepBütçe onaylanmadıYanlış tedarikçi seçildi
|
|||
|
Satın alma talebi numarası
PurchaseRequisitionNumber
|
Satın alma siparişinden önce oluşturulan satın alma talebinin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, bir satın alma siparişini kaynak satın alma talebine bağlar. Tek bir talep, bir veya daha fazla satın alma siparişine dönüşebilir. Bu bağlantı, 'Talep-Sipariş' çevrim süresinin tamamını analiz etmek için gereklidir. Kuruluşlar, talebin oluşturulma olayını satın alma siparişinin oluşturulması ve gönderilmesiyle ilişkilendirerek, talepten karşılamaya kadar tedarik sürecini başlatma verimliliğini ölçebilir.
Neden önemli?
Sürecin talep ve sipariş aşamalarını birbirine bağlar; talep-sipariş çevrim süresinin ve dönüşüm oranlarının analiz edilmesini sağlar.
Nereden alınır?
Genellikle Coupa'daki Satın Alma Siparişi kalemlerinde bulunan ve kaynak talebe geri bağlanan bir referans alanıdır.
Örnekler
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
|
Talep eden kişinin adı
RequesterName
|
Malların veya hizmetlerin satın alınmasını ilk olarak talep eden kişinin adıdır. | ||
|
Açıklama
Bu öznitelik, satın alma siparişine dönüşen satın alma talebini oluşturan çalışanı tanımlar. Talep sahibi, ihtiyacı bulunan iş kullanıcısıdır ve alıcıdan veya onaylayandan farklı olabilir. Talep sahibine göre süreç davranışını analiz etmek, belirli kullanıcılar veya departmanlarla ilişkili örüntüleri belirlemeye yardımcı olur. "Satın Alma Siparişi Değişiklik Analizi" Dashboardu, bazı talep sahiplerinin siparişlerinde daha sık değişiklik yapılıp yapılmadığını görmek için bu bilgiyi kullanır. Bu durum, spesifikasyon gereksinimleri konusunda daha iyi eğitim verilmesi gerektiğine işaret edebilir.
Neden önemli?
Satın almanın iş birimindeki kaynağını belirlemeye yardımcı olur ve tedarik davranışının ve doğruluğunun talep eden kişi düzeyinde analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi genellikle kaynak Satın Alma Talebinde saklanır ve Coupa'da Satın Alma Siparişine aktarılır.
Örnekler
Alice CooperBob DylanCharlie Parker
|
|||
|
Talep edilen teslimat tarihi
RequestedDeliveryDate
|
Talep eden kişinin malların veya hizmetlerin teslim edilmesini istediği tarihtir. | ||
|
Açıklama
Bu öznitelik, talep sürecinde iş kullanıcısı tarafından belirtilen hedef teslim tarihidir. Siparişin ne zaman karşılanması beklendiğini gösterir. Bu tarih, tedarikçi ve iç süreç performansını ölçmek için önemli bir referanstır. Gerçek "Mal Kabulü Kaydedildi" tarihiyle karşılaştırılarak "Tedarikçi Teslim Tarihine Uyumluluk" temel performans göstergesinin (KPI) hesaplanmasında doğrudan kullanılır. "Teslim Tarihi Sapması ve İadeler" Dashboardu, talep edilen tarih ile gerçek teslimat arasındaki farkları görselleştirir. Bu sayede beklentilerin yönetilmesine ve tahminlerin iyileştirilmesine yardımcı olur.
Neden önemli?
Tedarikçilerin zamanında teslimat performansını ve kurum içi teslim alma sürecinin verimliliğini ölçmek için temel bir performans referansı sağlar.
Nereden alınır?
Coupa'daki Satın Alma Siparişi kaleminde bulunan 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 boolean işaretidir. | ||
|
Açıklama
Bu işaret, satın alma siparişindeki tedarikçinin önceden onaylanmış stratejik tedarikçiler listesinde yer alıp almadığını gösterir. Bu durum genellikle tedarikçi adı veya kimliğinin tercih edilen tedarikçiler ana listesiyle karşılaştırılmasıyla belirlenir. Bu öznitelik, stratejik kaynak kullanımı ve harcama yönetimi çalışmaları açısından önemlidir. Kuruluşların kontrolsüz satın almayı izlemesine, harcamaları önemli iş ortaklarında birleştirmesine ve hacim indirimleriyle daha iyi koşullardan yararlanmasına yardımcı olan 'Tercih Edilmeyen Tedarikçiye Yapılan Harcama Oranı' KPI'ını hesaplamak için kullanılır.
Neden önemli?
Tercih edilen ve edilmeyen tedarikçilerle yapılan harcamaları izleyerek tedarik politikalarına uyumu ve stratejik kaynak kullanımı hedeflerini takip etmeye yardımcı olur.
Nereden alınır?
Coupa'da çoğu zaman standart bir alan değildir; PO'daki Tedarikçi Kimliği, harici tercih edilen tedarikçiler listesiyle karşılaştırılarak türetilir.
Örnekler
truefalse
|
|||
|
Teslim alma konumu
ReceivingLocation
|
Malların teslim edileceği depo veya ofis gibi fiziksel konumdur. | ||
|
Açıklama
Mal Kabul Yeri, satın alma siparişinde belirtilen malların teslim edileceği yeri tanımlar. Bu yer belirli bir depo, tesis veya ofis adresi olabilir. Bu öznitelik, farklı tesislerdeki lojistik ve mal kabul performansını analiz etmek için kullanılır. "Mal Kabul Süreci Gecikmeleri" Dashboardu bu özniteliğe göre filtrelenerek belirli yerlerin gelen sevkiyatları işlemede daha yavaş olup olmadığı belirlenebilir. Böylece belirli tesislerdeki operasyonel verimsizliklerin veya kaynak kısıtlarının yeri saptanabilir.
Neden önemli?
Teslim alma sürecinin konum bazında analiz edilmesini sağlar ve depolar, tesisler veya ofisler arasındaki performans farklılıklarını ortaya çıkarır.
Nereden alınır?
Bu bilgi, Coupa'daki Satın Alma Siparişinde bulunan 'Teslimat Adresi' bilgilerinin bir parçasıdır.
Örnekler
Depo A - ChicagoBina 5 - Londra OfisiFrankfurt Tesisi
|
|||
|
Teslimat zamanında mı
IsDeliveryOnTime
|
Malların talep edilen teslimat tarihinde veya daha önce teslim alınıp alınmadığını gösteren hesaplanmış işarettir. | ||
|
Açıklama
Bu boolean öznitelik, "Mal Kabulü Kaydedildi" olayının zaman damgası ile "RequestedDeliveryDate" karşılaştırılarak hesaplanır. Mal kabul tarihi talep edilen tarihte veya daha önceyse true olarak ayarlanır. Bu işaret, "Tedarikçi Teslim Tarihine Uyumluluk" temel performans göstergesini ve "Teslim Tarihi Sapması ve İadeler" Dashboardunu doğrudan destekler. Zamanında performans için kolayca toplulaştırılabilen ve görselleştirilebilen net, ikili bir sonuç sunar. Böylece tedarikçilerle veya kurum içi mal kabul süreçleriyle ilgili performans sorunları hızla belirlenebilir.
Neden önemli?
Teslimat performansı için net bir ikili metrik sunar; zamanında teslimat KPI'larının ve trend analizinin hesaplanmasını kolaylaştırır.
Nereden alınır?
Veri dönüştürme sırasında 'RequestedDeliveryDate' ile 'Mal Teslim Alma Kaydı Oluşturuldu' faaliyetinin zaman damgası karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Yeniden işleme var mı
IsRework
|
Bir satın alma siparişinde değişiklik faaliyeti gerçekleşip gerçekleşmediğini belirleyen hesaplanmış işarettir. | ||
|
Açıklama
Bu boolean işareti, geçmişinde en az bir "Satın Alma Siparişi Değiştirildi" olayı bulunan her satın alma siparişi için true olarak ayarlanır. Bu, Event Logdan türetilen vaka düzeyinde bir özniteliktir. Bu öznitelik, "Satın Alma Siparişi Değişiklik Oranı" gibi temel performans göstergelerinin hesaplanmasını kolaylaştırır. Değişiklik içeren ve içermeyen siparişlerin süreçlerini karşılaştırmak için verilerin kolayca filtrelenmesini ve segmentlere ayrılmasını sağlar. Böylece değişikliklerin çevrim süresi ve maliyet üzerindeki etkisi ölçülebilir. Bu öznitelik, "Satın Alma Siparişi Değişiklik Analizi" Dashboardunun temel bileşenlerinden biridir.
Neden önemli?
En az bir kez değiştirilmiş tüm satın alma siparişlerinin kolayca filtrelenmesini ve toplulaştırılmasını sağlayarak yeniden işleme analizini kolaylaştırır.
Nereden alınır?
Her PurchaseOrderNumber için 'Satın Alma Siparişi Değiştirildi' faaliyetinin bulunup bulunmadığı kontrol edilerek veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın alma siparişi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mal Kabulü Kaydedildi
|
Bu olay, malların teslim alındığını, incelendiğini ve kabul edildiğini resmi olarak doğrular. Stok kayıtlarını günceller ve tedarikçinin bu teslimata ilişkin yükümlülüğünü yerine getirdiğini gösterir. | ||
|
Neden önemli?
Bu önemli kilometre taşı, tedarikçi teslim süresinin sonunu gösterir ve teslimat tarihi uyumluluğunu ölçmek için kullanılır. Kabul kayıtlarının gecikmesi, gerçek stok seviyelerinin görünürlüğünü azaltabilir.
Nereden alınır?
Bu, Coupa'da Receipt nesnesine kaydedilen temel bir işlemdir. Olay, kabul durumunun 'Posted' veya 'Received' olduğu zamanın zaman damgasından alınır.
Yakalayın
Mal kabul işlemi sistemde tamamlandığında kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma siparişi iptal edildi
|
Bu faaliyet, tamamlanmadan önce bir satın alma siparişinin iptal edilmesini ifade eder. İptal, isteğin artık geçerli olmaması veya PO'nun hatalı oluşturulması gibi çeşitli nedenlerle sürecin farklı aşamalarında gerçekleşebilir. | ||
|
Neden önemli?
Alternatif bir süreç sonu olarak iptalleri takip etmek, süreçteki kayıpları anlamak ve sonuçlanmadan bırakılan satın alma taleplerinin nedenlerini belirlemek açısından önemlidir.
Nereden alınır?
Satın Alma Siparişi nesnesinin durumunun 'İptal Edildi' olarak değişmesinden çıkarılır. Bu durum değişikliğinin zaman damgası olay zamanı olarak kullanılır.
Yakalayın
'İptal Edildi' durumuna geçişin zaman damgasından türetilir.
Olay türü
inferred
|
|||
|
Satın alma siparişi kapatıldı
|
Bu, satın alma siparişinin tamamlandığını gösteren son faaliyettir. PO, tamamen teslim alındığında ve tamamen faturalandırıldığında, ayrıca başka işlem beklenmediğinde kapalı kabul edilir. | ||
|
Neden önemli?
Bu faaliyet, PO yaşam döngüsünü resmi olarak sona erdirir. Kapatma süresinin analiz edilmesi, son mutabakat ve kayıt tutma aşamalarındaki verimsizlikleri ortaya çıkarabilir.
Nereden alınır?
Satın Alma Siparişi nesnesinin durumunun 'Kapalı' olarak değişmesinden çıkarılır. Bu durum, teslim alma ve faturalandırma toleranslarına ilişkin iş kurallarına göre Coupa tarafından çoğu zaman otomatik olarak belirlenir.
Yakalayın
'Kapalı' durumuna geçişin zaman damgasından türetilir.
Olay türü
inferred
|
|||
|
Satın Alma Siparişi Onaylandı
|
Bu kilometre taşı, Satın Alma Siparişinin iç onay iş akışını tamamladığını ve tedarikçiye gönderilmek üzere yetkilendirildiğini gösterir. Genellikle çok adımlı bir sürecin son onay adımıdır. | ||
|
Neden önemli?
Bu kilometre taşı, Satın Alma Siparişi onay çevrim sürelerini hesaplamak ve onay darboğazlarını belirlemek için önemlidir. Aynı zamanda önemli bir uyumluluk kontrol noktasıdır.
Nereden alınır?
Coupa'daki Satın Alma Siparişi onay geçmişi günlüğünden alınır. Nihai onay işleminin zaman damgası olay zamanını gösterir.
Yakalayın
Nihai onaylayan görevini tamamladığında onay geçmişine kaydedilir.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Tedarikçiye Gönderildi
|
Bu etkinlik, onaylanan Satın Alma Siparişinin e-posta veya Coupa Supplier Portal üzerinden tedarikçiye resmi olarak iletildiği anı gösterir. Bu olay, Satın Alma Siparişini kurum içi bir belgeden dış taahhüde dönüştürür. | ||
|
Neden önemli?
Bu önemli kilometre taşı, kurum içi Talep ile Sipariş arasındaki çevrimi tamamlar ve tedarikçi teslim süresini başlatır. Hem iç verimliliği hem de tedarikçi performansını ölçmek için gereklidir.
Nereden alınır?
Genellikle Satın Alma Siparişindeki durumun 'Ordered' veya 'Sent' olarak değişmesinden çıkarılır. Coupa'da Satın Alma Siparişi kaydında 'last_exported_at' veya 'sent_to_supplier_at' gibi özel bir zaman damgası da bulunabilir.
Yakalayın
'Ordered' durumuna geçişin zaman damgasından veya özel bir iletim zaman damgası alanından türetilir.
Olay türü
inferred
|
|||
|
Satın Alma Talebi Oluşturuldu
|
Bu etkinlik, Satın Alma Siparişinden önce gelen ve mal veya hizmetler için yapılan resmi talebin oluşturulmasını gösterir. Coupa'da kullanıcı yeni bir talep belgesini kaydedip gönderdiğinde kaydedilen açık bir olaydır. | ||
|
Neden önemli?
Tedarik sürecinin tipik başlangıç noktası olan bu etkinlik, Talep ile Sipariş arasındaki toplam çevrim süresini ölçmek ve sürecin önceki aşamalarındaki verimliliği anlamak için gereklidir.
Nereden alınır?
Bu olay, Coupa'daki Satın Alma Talepleri nesnesinde veya tablosunda bulunan oluşturma kaydına karşılık gelir. Zaman damgası, 'created_at' veya buna eşdeğer sistem tarafından oluşturulan tarih alanında bulunabilir.
Yakalayın
Yeni bir talep kaydı oluşturulduğunda doğrudan günlüğe kaydedilir.
Olay türü
explicit
|
|||
|
Hizmet Onayı Girildi
|
Hizmet tabanlı Satın Alma Siparişlerinde bu etkinlik, mal kabulünün karşılığıdır. Bir hizmetin Satın Alma Siparişi şartlarına uygun şekilde sunulduğunu doğrular. | ||
|
Neden önemli?
Hizmet onaylarını izlemek, hizmet harcamalarını yönetmek ve yalnızca tamamlandığı doğrulanan işler için ödeme yapılmasını sağlamak açısından önemlidir.
Nereden alınır?
Bu olay, Coupa'da Satın Alma Siparişiyle ilişkilendirilmiş bir hizmet kabulünün veya hizmet giriş sayfasının oluşturulması ya da onaylanmasıyla kaydedilir.
Yakalayın
Hizmet giriş sayfası oluşturulup onaylandığında kaydedilir.
Olay türü
explicit
|
|||
|
Kalite Kontrolü Gerçekleştirildi
|
Bu olay, teslim alınan bir kalemin kalite kontrolünden geçtiğini ve onaylandığını gösterir. Şirketin sürecine bağlı olarak, ilk mal kabulü kaydından sonra ayrı bir adım olarak gerçekleşebilir. | ||
|
Neden önemli?
Bu etkinlik, kalite kontrol sürecinin verimliliğini ölçmek için önemlidir. Buradaki gecikmeler, teslim alma ile kullanıma sunma arasında darboğazlar oluşturabilir.
Nereden alınır?
Bu durum, mal kabul satır öğesindeki bir durum değişikliği olarak veya Coupa içindeki ayrı bir kontrol nesnesi üzerinden kaydedilebilir. Kullanılabilirliği, kalite modülünün veya özel bir iş akışının kullanılıp kullanılmadığına bağlıdır.
Yakalayın
Kabul durumundaki bir değişiklikten veya ilgili kontrol kaydındaki zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Mal Kabulü Başlatıldı
|
Bu etkinlik, malların fiziksel olarak ulaşmasının ardından Coupa'da kabul belgesi oluşturulması gibi, teslim alma sürecinin başlangıcını gösterir. Mallar henüz resmi olarak stoğa kaydedilmemiş veya teslim alınmış olarak 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 yükleme alanında beklediği süre ile sistemde işlenmesi için geçen süreyi birbirinden ayırmaya yardımcı olur.
Nereden alınır?
'Draft' veya 'Pending' durumundaki bir kabul belgesinin oluşturulma zaman damgasından çıkarılabilir. Bu olay, kabulün nihai olarak kaydedilmesinden önce gerçekleşir.
Yakalayın
Henüz kaydedilmemiş durumdaki bir kabul kaydının oluşturulma zaman damgasından türetilir.
Olay türü
inferred
|
|||
|
Mallar İade Edildi
|
Daha önce teslim alınan malların tedarikçiye geri gönderilmesiyle bu faaliyet kaydedilir. Bu işlem genellikle kalite sorunları, hasar veya yanlış sevkiyat nedeniyle gerçekleştirilir. | ||
|
Neden önemli?
İadeleri takip etmek, Mal İade Oranını hesaplamak ve tedarikçi kalitesi ya da sipariş doğruluğuyla ilgili sorunları belirlemek için gereklidir. Yüksek iade oranları çoğu zaman maliyetli süreç hatalarına işaret eder.
Nereden alınır?
Bu bilgi, Coupa içindeki 'Tedarikçiye İade' işlemi veya negatif teslim alma işlemi üzerinden alınır. Bu işlemin zaman damgası olay zamanı olarak kullanılır.
Yakalayın
Orijinal PO veya teslim alma kaydıyla bağlantılı bir iade işlemi oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
PO için fatura alındı
|
Bu olay, satın alma siparişine referans veren tedarikçi faturasının alınmasını ve sisteme girilmesini gösterir. P2P döngüsünde fatura işleme ve ödeme aşamasının başladığını belirtir. | ||
|
Neden önemli?
Borçlar Muhasebesi sürecinin bir parçası olan bu adımda, fatura alımının PO ile ilişkilendirilmesi işlem yaşam döngüsünü uçtan uca görmenizi sağlar ve teslimatla faturalandırma arasındaki farkın analizine yardımcı olur.
Nereden alınır?
Coupa içindeki Fatura belgesinin oluşturulma zaman damgasından alınır. Bu sırada fatura, ilgili Satın Alma Siparişi numarasıyla eşleştirilir.
Yakalayın
PO ile bağlantılı bir fatura kaydı oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Değiştirildi
|
Bu olay, Satın Alma Siparişinin ilk taslağı oluşturulduktan sonra yapılan herhangi bir değişikliği ifade eder. Coupa'da değişiklikler genellikle Satın Alma Siparişi belgesinin sürümlendirilmesiyle izlenir. | ||
|
Neden önemli?
Değişiklikleri izlemek, Satın Alma Siparişi Değişiklik Oranı ve Uygun Olmayan Satın Alma Siparişi Oranı gibi KPI'lar için önemlidir. Sık değişiklik yapılması, süreç istikrarsızlığına veya ilk taleplerin hatalı olmasına işaret eder.
Nereden alınır?
Satın Alma Siparişinin farklı sürümleri izlenerek çıkarılabilir. İlk sürümden büyük her yeni sürüm numarası bir değişikliği gösterir; yeni sürümün oluşturulma tarihi de olayın zaman damgası olarak kullanılır.
Yakalayın
Yeni Satın Alma Siparişi sürümünün oluşturulma zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Satın Alma Siparişi Gönderildi
|
Bir Satın Alma Siparişi taslak olarak hazırlandıktan sonra resmi olarak onay iş akışına gönderilir. Bu, POyu taslak durumundan onay bekliyor durumuna taşıyan ayrı bir kullanıcı etkinliğidir. | ||
|
Neden önemli?
Bu olay, taslak oluşturma süresi ile Satın Alma Siparişinin gerçekten onay beklediği süreyi birbirinden ayırır. Kullanıcı davranışı ve süreç devirleri hakkında daha net bir görünüm sunar.
Nereden alınır?
Satın Alma Siparişi nesnesindeki durum değişikliğinden çıkarılır. Örneğin durum 'draft' değerinden 'pending approval' değerine geçebilir. Bu özel durum değişikliğinin zaman damgası kullanılır.
Yakalayın
'pending approval' durumuna geçişin zaman damgasından türetilir.
Olay türü
inferred
|
|||
|
Satın Alma Siparişi Reddedildi
|
Bu etkinlik, bir onay sorumlusunun onay iş akışı sırasında Satın Alma Siparişini reddetmesiyle gerçekleşir. PO genellikle gözden geçirilmesi veya iptal edilmesi için oluşturana geri gönderilir. | ||
|
Neden önemli?
Retleri 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 görünür kılar.
Nereden alınır?
Bu, Coupa'daki Satın Alma Siparişi onay geçmişi günlüğünde kaydedilen açık bir olaydır. Günlükte ilgili zaman damgasıyla birlikte 'Reject' işlemi görünür.
Yakalayın
'Reject' durumuyla onay geçmişine kaydedilir.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Taslağı Oluşturuldu
|
Bu olay, sistemde Satın Alma Siparişi belgesinin genellikle onaylanmış bir talepten oluşturulmasını ifade eder. Bu aşamada Satın Alma Siparişi kurum içi bir taslaktır; henüz onaya gönderilmemiş veya tedarikçiye iletilmemiştir. | ||
|
Neden önemli?
Bu etkinlik, Satın Alma Siparişi Onay Çevrim Süresi KPI'ını ölçmek için zaman sayacını başlatır. Satın Alma Siparişinin kendi yaşam döngüsündeki ilk resmi adımdır.
Nereden alınır?
Bu olay, Coupa'daki Satın Alma Siparişi kaydının oluşturulma zaman damgasına karşılık gelir. Bu bilgi genellikle 'created_at' benzeri bir alanda bulunur.
Yakalayın
Satın Alma Siparişi kaydının sistem tarafından oluşturulan zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Satın Alma Talebi Onaylandı
|
Bir satın alma talebi, Satın Alma Siparişine dönüştürülmeden önce bir onay iş akışından geçer. Bu olay, talebin nihai olarak onaylandığını ve sipariş vermeye hazır hâle geldiğini gösterir. | ||
|
Neden önemli?
Talep onaylarını izlemek, sipariş öncesi aşamadaki darboğazları belirlemeye yardımcı olur. Buradaki gecikmeler, Satın Alma Siparişinin ne kadar hızlı düzenlenebileceğini doğrudan etkiler.
Nereden alınır?
Bu bilgi genellikle Coupa'daki talep nesnesinin onay geçmişinden alınır. Nihai onay işlemi, ilgili bir zaman damgasına ve kullanıcıya sahiptir.
Yakalayın
Nihai onaylayan işlem yaptığında onay geçmişine kaydedilir.
Olay türü
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 Supplier Portal gibi bir tedarikçi portalı üzerinden elektronik olarak kaydedilir. | ||
|
Neden önemli?
Tedarikçi onayları, siparişin işleme alındığına dair kesinlik sağlar. Böylece teslimat tahminlerinin doğruluğu artar ve tedarik zincirindeki belirsizlik azalır.
Nereden alınır?
Tedarikçi Coupa Supplier Portal üzerinden 'Acknowledge' işlemini gerçekleştirdiğinde bu bilgi genellikle Satın Alma Siparişinde bulunur. Bu işlemin zaman damgası kullanılır.
Yakalayın
Tedarikçi portalda 'Acknowledge' işlemini gerçekleştirdiğinde kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi Process Mining için hazırlamak ve uygulanabilir içgörüler elde etmek üzere bu Templatei kullanın. Satın Almadan Ödemeye - Satın Alma Siparişi sürecinizi bugün optimize etmeye başlayın.
P2P Satın Alma Siparişlerinizi optimize edin, verimliliği bugün artırın
P2P çevrim sürenizi %30 azaltın ve sonuçları hızla görmeye başlayın.
Kredi kartı gerekmez, kurulumu dakikalar içinde tamamlayın.