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ç etkinlikleri
- Coupa’dan veri çıkarma adımları
Satın Almadan Ödemeye - Satın alma siparişi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgası. | ||
|
Açıklama
Olay zamanı, belirli bir etkinliğin gerçekleştirildiği tarih ve saati kaydeder. Süreçteki her etkinliğin gerçekleştiği anı gösteren bir zaman damgası vardır. Bu öznitelik, Process Mining içindeki zamana dayalı tüm analizler için önemlidir. Etkinlikler 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' ve 'Satın alma siparişi onaylandı' zaman damgaları arasındaki fark, sipariş onay çevrim süresi KPI’ını hesaplamak için kullanılır.
Neden önemli?
Her olayın zaman bağlamını sağlar. Bu bilgi, çevrim sürelerini hesaplamak, performansı analiz etmek ve darboğazları belirlemek 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
|
|||
|
Etkinlik
ActivityName
|
Satın alma siparişinin yaşam döngüsünde belirli bir anda gerçekleşen olayın veya görevin adı. | ||
|
Açıklama
Etkinlik adı, Satın Almadan Ödemeye sürecindeki 'Satın alma siparişi onaylandı' veya 'Mal kabulü kaydedildi' gibi tek bir adımı belirtir. Bu etkinliklerin sıralaması, her satın alma siparişinin süreç akışını oluşturur. Bu öznitelik, süreç haritasını oluşturmak, süreç farklılıklarını keşfetmek ve olayların sıklığıyla sıralamasını analiz etmek için kullanıldığından Process Mining açısından temel önemdedir. Darboğazları, yeniden çalışma döngülerini ve standart süreç akışından sapmaları belirlemeye yardımcı olur. Örneğin, 'Satın alma siparişi değiştirildi' etkinliğinin sıralamasını incelemek, sipariş doğruluğuyla ilgili verimsizlikleri ortaya çıkarabilir.
Neden önemli?
Süreçteki adımları tanımlar; süreç akışını görselleştirmeyi, darboğazları, yeniden çalışmayı ve sapmaları belirlemeyi sağlar.
Nereden alınır?
Coupa’daki satın alma siparişi nesneleriyle ilişkili olay günlüklerinden, denetim izlerinden veya durum değişikliği kayıtlarından elde edilir.
Örnekler
Satın alma talebi onaylandıSatın alma siparişi gönderildiMal kabulü kaydedildiSatın alma siparişi için fatura alındı
|
|||
|
Satın alma siparişi
PurchaseOrderNumber
|
Satın alma siparişini tanımlayan ve süreç için birincil vaka kimliği olarak kullanılan benzersiz değer. | ||
|
Açıklama
Satın alma siparişi numarası, ilk talepten malların veya hizmetlerin teslim alındığının son onayına kadar tüm etkinlikleri birbirine bağlayan temel vaka kimliğidir. 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 yolculuğunu izlemek için gereklidir. Analistlerin süreç haritalarını görselleştirmesine, farklı süreç akışlarını belirlemesine ve siparişin toplam çevrim süresi gibi vaka düzeyindeki KPI’ları hesaplamasına yardımcı olur. Sürecin bütünlüklü bir görünümünü oluşturmak için tüm olaylar ve ilgili veriler bu kimlik altında bir araya getirilir.
Neden önemli?
Her satın almanın tüm yaşam döngüsünü izlemek ve ayrıntılı analiz için süreç örneklerini yeniden oluşturmak açısından gereklidir.
Nereden alınır?
Bu, Coupa’daki 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 alındığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kaydedildiği kaynak bilgi sistemini belirtir. Bu süreçte değer her zaman '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ı birbirinden ayırmaya yardımcı olur. Veri kökenini açıkça gösterir ve analizi belirli bir sistemin süreç görünümüne göre filtrelemek için kullanılabilir.
Neden önemli?
Verilerin kaynağı hakkında önemli bağlam bilgisi sağlar. İzlenebilirliği ve uygun veri yönetişimini destekler; bu, özellikle birden fazla sistemin kullanıldığı ortamlarda önemlidir.
Nereden alınır?
Veri setini etiketlemek için genellikle veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir.
Örnekler
Coupa
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu sürece ait verilerin en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Tek tek olaylar yerine veri setinin tamamı için geçerli olan bir meta veri alanıdır. Analiz Dashboardlarında bu zaman damgası, kullanıcıların görüntüledikleri verilerin ne kadar güncel olduğunu anlaması açısından önemlidir. İçgörülerin yakın tarihli bilgilere dayandığını gösterir ve verilerin güncelliğine ilişkin beklentileri yönetmeye yardımcı olur. Genellikle Dashboardlarda belirgin bir yerde gösterilir.
Neden önemli?
Verilerin güncelliğini göstererek kullanıcıların süreç analizinin ve KPI’ların ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
Bu zaman damgası, veri çıkarma ve yükleme (ETL) hattı çalıştığında oluşturulur ve saklanır.
Örnekler
2023-11-01T05:00:00Z
|
|||
|
İş birimi
Department
|
Satın alma siparişinin gider olarak kaydedildiği iş birimi veya masraf merkezi. | ||
|
Açıklama
İş birimi özniteliği, satın alma talebini oluşturan veya maliyetini üstlenecek kurumsal birimi belirtir. Bu bilgi genellikle talep sahibiyle ya da satın alma siparişi kalemlerindeki masraf merkezi bilgisiyle ilişkilidir. Bu boyut, süreç analizlerini ve KPI’ları bölümlere ayırmak için gereklidir. Yöneticilerin kuruluşun farklı birimlerindeki süreç verimliliğini, uyumluluğu ve harcama eğilimlerini karşılaştırmasına olanak tanır. Örneğin, 'Satın alma kategorisine göre harcama analizi' Dashboardu, farklı iş birimlerinin bütçelerini nasıl kullandığını göstermek için İş birimi bilgisini kullanır.
Neden önemli?
Süreç ve harcama analizlerini farklı iş birimlerine göre filtreleyip karşılaştırmanızı, verimlilik ve uyumluluk farklılıklarını görmenizi sağlar.
Nereden alınır?
Coupa’da Satın Alma Siparişi üst bilgisinde veya kalemlerinde bulunur; genellikle bir masraf merkeziyle ya da kurumsal birimle ilişkilidir.
Örnekler
PazarlamaBilgi TeknolojileriOperasyonlarFinans
|
|||
|
Kullanıcı
User
|
Onaylayan veya talep eden kişi gibi etkinliği gerçekleştiren kişinin kullanıcı kimliği ya da adı. | ||
|
Açıklama
Bu öznitelik, süreçteki belirli bir olayı gerçekleştirmekten sorumlu kişiyi belirtir. Sipariş taslağını hazırlayan kişi, siparişi onaylayan yönetici veya mal kabulünü kaydeden görevli olabilir. Kullanıcı bazında performans analizi; eğitim ihtiyaçlarını, yüksek performans gösteren kişileri ve iş yükünün dağılımını belirlemeye yardımcı olur. Örneğin, 'Sipariş onay çevrim süresi performansı' Dashboardu bu özniteliği kullanarak onay sürelerini onaylayan kişilere göre ayrıştırır ve süreçte darboğaz oluşturan kişileri gösterir.
Neden önemli?
Süreç performansını kişiye veya role göre analiz etmeyi sağlar; darboğazları, eğitim fırsatlarını ve kaynak dağılımı sorunlarını belirlemeye yardımcı olur.
Nereden alınır?
Coupa’daki satın alma siparişinin denetim izinde veya geçmiş kayıtlarında her olayla ilişkilendirilir. 'Oluşturan', 'Onaylayan' veya 'Güncelleyen' gibi alanlar yaygın veri kaynaklarıdır.
Örnekler
j.doea.smithm.jones
|
|||
|
Satın alma kategorisi
PurchaseCategory
|
Satın alınan mal veya hizmetlerin sınıflandırması; örneğin BT donanımı ya da profesyonel hizmetler. | ||
|
Açıklama
Emtia veya malzeme grubu olarak da bilinen satın alma kategorisi, benzer satın alma türlerini gruplandırmak için kullanılan bir sınıflandırmadır. Bu yapılandırılmış veri, harcamaların ve satın alma süreçlerinin sistematik biçimde analiz edilmesini sağlar. Process Mining çalışmalarında bu öznitelik, filtreleme ve segmentasyon için kullanışlı bir boyuttur. 'Satın alma kategorisine göre harcama analizi' Dashboardu, harcama eğilimlerini kategorilere ayırmak için bu bilgiden yararlanır. Ayrıca karmaşık hizmetler gibi bazı kategorilerin 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?
Kategori bazında harcama ve süreç analizine olanak tanır; satın alma eğilimlerini belirlemeye, tedarikçilerle pazarlık yapmaya ve süreç kontrollerini ihtiyaca göre düzenlemeye yardımcı olur.
Nereden alınır?
Coupa’da genellikle Satın Alma Siparişi kalemlerinde bulunur ve bir emtia koduna ya da satın alma kataloğuna bağlıdır.
Örnekler
BT donanımıOfis malzemeleriProfesyonel hizmetlerPazarlama malzemeleri
|
|||
|
Tedarikçi adı
VendorName
|
Mal veya hizmet satın alınan tedarikçinin adı. | ||
|
Açıklama
Tedarikçi adı, satın alma siparişindeki ürünleri sağlayan dış tarafı belirtir. Bu bilgi, satın alma analizlerinin temelini oluşturur. Tedarikçi bazında süreç performansını incelemek, tedarikçi ilişkilerini yönetmek açısından büyük önem taşır. 'Tedarikçi teslim süresi performansı’nı değerlendirmeye, 'Mal kabul sürecindeki gecikmeleri' belirlemeye ve 'Mal iade oranı' üzerinden tedarikçi kalitesini ölçmeye yardımcı olur. Bu öznitelik, 'Tercih edilmeyen tedarikçiye yapılan harcama oranı' KPI’ını hesaplamak için de kullanılır.
Neden önemli?
Tedarikçi performansını analiz etmenizi, tedarikçi seçimini iyileştirmenizi, daha iyi koşullar için pazarlık yapmanızı ve performansı yüksek ya da düşük tedarikçileri belirlemenizi sağlar.
Nereden alınır?
Coupa’da Satın Alma Siparişi üst bilgisinde bulunan standart bir alandır ve Tedarikçi Ana Verileriyle ilişkilidir.
Örnekler
Global Ofis MalzemeleriTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
|
|||
|
Toplam sipariş tutarı
TotalOrderAmount
|
Satın alma siparişinin toplam parasal değeri. | ||
|
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ı için geçerli olan vaka düzeyinde bir özniteliktir. Bu finansal veri, harcama analizleri ve süreç iyileştirme çalışmalarına öncelik vermek için önemlidir. Yüksek tutarlı siparişler daha ayrıntılı inceleme veya farklı onay adımları gerektirebilir. 'Satın alma kategorisine göre harcama analizi' Dashboardunda doğrudan kullanılır ve 'Tercih edilmeyen tedarikçiye yapılan harcama oranı' KPI’ının hesaplanmasına katkı sağlar.
Neden önemli?
Her satın almanın finansal bağlamını sunarak harcama analizine, yüksek tutarlı siparişlere öncelik verilmesine ve finansal etkinin değerlendirilmesine yardımcı olur.
Nereden alınır?
Coupa’da 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
|
Satın alma siparişi ilk oluşturulduktan sonra yapılan değişikliğin nedeni. | ||
|
Açıklama
Bu öznitelik, satın alma siparişinde neden değişiklik yapıldığını, örneğin 'Miktar güncellendi' veya 'Fiyat düzeltildi' gibi gerekçeleri kaydeder. Bu bilgi genellikle kullanıcı 'Satın Alma Siparişi Değiştirildi' etkinliğini gerçekleştirdiğinde denetim izine eklenir. Siparişlerin neden değiştiğini anlamak, 'Satın alma siparişi değişiklik analizi' Dashboardu için önemlidir. Tedarikçinin stok sorunları gibi kaçınılmaz değişikliklerle hatalı ilk veri girişi gibi önlenebilir değişiklikleri ayırt etmeye yardımcı olur. Böylece sipariş doğruluğunu artırmaya ve 'Satın alma siparişi değişiklik oranı' KPI’ını düşürmeye yönelik çalışmalar yönlendirilebilir.
Neden önemli?
Satın Alma Siparişi değişikliklerinin temel nedenlerini açıklayarak siparişlerin ilk seferde doğru oluşturulmasını sağlamaya ve yeniden çalışmayı azaltmaya yönelik hedefli adımlar atılmasına yardımcı olur.
Nereden alınır?
Coupa’da genellikle Satın Alma Siparişindeki değişiklik olaylarıyla ilişkili denetim günlüklerinde veya yorumlarda bulunur.
Örnekler
Tedarikçiden gelen fiyat güncellemesiTeslimat tarihi değiştirildiÜrün kodu düzeltildi
|
|||
|
İlk seferde onaylandı mı
IsFirstPassApproval
|
Taslak oluşturulduktan sonra herhangi bir değişiklik yapılmadan onaylanan Satın Alma Siparişleri için doğru olan hesaplanmış bir işaret. | ||
|
Açıklama
Bu mantıksal işaret, bir satın alma siparişinin 'Satın Alma Siparişi Taslağı Oluşturuldu' aşamasından 'Satın Alma Siparişi Onaylandı' aşamasına kadar olan sürecinde arada 'Satın Alma Siparişi Değiştirildi' veya 'Satın Alma Siparişi Reddedildi' etkinliği yoksa doğru olarak ayarlanır. Bu öznitelik, 'İlk seferde onaylanan Satın Alma Siparişi oranı' KPI’ını doğrudan ölçer. Oranın yüksek olması, ilk işlemlerin verimli ve doğru yürütüldüğünü gösterir. İşaretin yanlış olduğu vakaları incelemek, yeniden çalışmanın nedenlerini ortaya çıkarmaya ve satın alma siparişlerindeki ilk veri kalitesini artırmaya yardımcı olur.
Neden önemli?
İlk oluşturma ve onay sürecinin verimliliğini doğrudan ölçer; yeniden çalışma olmadan tamamlanan siparişlerin sayısını gösterir.
Nereden alınır?
Veri dönüşümü sırasında her PurchaseOrderNumber için olayların sırası incelenerek hesaplanır.
Örnekler
truefalse
|
|||
|
Para birimi
Currency
|
Satın alma siparişindeki parasal değerlerin para birimi kodu. | ||
|
Açıklama
Bu öznitelik, Toplam sipariş tutarının hangi para birimiyle (ör. USD, EUR, 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 yapılan harcama analizleri yanıltıcı olabilir. Bu öznitelik, Dashboardlarda para birimlerinin doğru biçimde dönüştürülmesini ve finansal raporlamanın tutarlı olmasını sağlar. Böylece değerler aynı ölçüt üzerinden karşılaştırılabilir.
Neden önemli?
Para birimi dönüşümü için gereken bilgiyi sağlayarak çok uluslu kuruluşlarda finansal analiz ve raporlamanın doğruluğunu sağlar.
Nereden alınır?
Coupa’da Satın Alma Siparişi üst bilgisinde bulunan standart bir alandır.
Örnekler
USDEURGBPJPY
|
|||
|
Ret nedeni
RejectionReason
|
Onay aşamasında satın alma talebi veya siparişi reddedildiğinde belirtilen neden. | ||
|
Açıklama
Onaylayan kişi bir satın alma siparişini reddettiğinde genellikle ret nedenini de belirtir. Bu öznitelik, 'Bütçe kodu hatalı' veya 'Harcama sınırını aşıyor' gibi açıklamaları kaydeder. Ret nedenlerini analiz etmek, yeniden çalışmanın ve süreç aksaklıklarının temel nedenlerini doğrudan görmenizi sağlar. Bu nitel veriler, talep sürecindeki yaygın hataları belirlemek için kullanılabilir. Böylece gelecekteki retleri önlemek ve ilk onay oranını artırmak üzere hedefli eğitimler veya sistem iyileştirmeleri yapılabilir.
Neden önemli?
Satın alma siparişlerinin neden reddedildiğini doğrudan göstererek yeniden çalışmanın ve gecikmelerin temel nedenlerini gidermenize yardımcı olur.
Nereden alınır?
Genellikle Coupa’nın onay iş akışında 'Satın Alma Siparişi Reddedildi' veya 'Satın Alma Talebi Reddedildi' etkinliğiyle ilişkili yorumlar ya da notlar alanında kaydedilir.
Örnekler
Yinelenen 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ı. | ||
|
Açıklama
Bu öznitelik, satın alma siparişini kaynak satın alma talebiyle ilişkilendirir. 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. Talebin oluşturulma olayını satın alma siparişinin oluşturulma ve gönderilme olaylarıyla ilişkilendiren kuruluşlar, talep aşamasından karşılamaya kadar tüm satın alma başlatma sürecinin verimliliğini ölçebilir.
Neden önemli?
Sürecin talep ve sipariş aşamalarını birbirine bağlayarak talep-sipariş çevrim süresini ve dönüşüm oranlarını analiz etmenizi sağlar.
Nereden alınır?
Coupa’da genellikle Satın Alma Siparişi kalemlerinde bulunan bir referans alanıdır ve kaynak talebe bağlantı verir.
Örnekler
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
|
Talep edilen teslimat tarihi
RequestedDeliveryDate
|
Talep sahibinin mal veya hizmetlerin teslim edilmesini istediği tarih. | ||
|
Açıklama
Bu öznitelik, iş birimi çalışanının talep sürecinde belirttiği hedef teslimat tarihidir. Siparişin ne zaman karşılanmasının beklendiğini gösterir. Bu tarih, tedarikçi ve kurum içi performansı ölçmek için önemli bir ölçüttür. Gerçek 'Mal kabul kaydı oluşturuldu' tarihiyle karşılaştırılarak 'Tedarikçi teslimat tarihine uyum' KPI’ının hesaplanmasında doğrudan kullanılır. 'Teslimat tarihi sapmaları ve iadeler' Dashboardu, talep edilen tarih ile gerçek teslimat arasındaki farkları göstererek 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 ölçüt sunar.
Nereden alınır?
Coupa’da Satın Alma Siparişi kaleminde bulunan standart bir alandır.
Örnekler
2023-11-152023-12-012024-01-10
|
|||
|
Talep sahibi adı
RequesterName
|
Mal veya hizmetleri ilk talep eden kişinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma siparişine dönüşen satın alma talebini oluşturan çalışanı belirtir. Talep sahibi, ihtiyacı olan iş birimi çalışanıdır; alıcı veya onaylayan kişiyle aynı kişi olmayabilir. Talep sahibi bazında süreç davranışını incelemek, belirli kullanıcılar veya departmanlarla ilgili eğilimleri 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 olup olmadığını görmek için bu bilgiyi kullanır. Bu durum, şartname gereklilikleri konusunda ek eğitim ihtiyacına işaret edebilir.
Neden önemli?
Satın alma talebinin hangi iş biriminden geldiğini belirlemeye, talep sahibi düzeyinde satın alma davranışını ve doğruluğunu analiz etmeye yardımcı olur.
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
|
|||
|
Tercih edilen tedarikçi mi
IsPreferredVendor
|
Satın almanın tercih edilen veya stratejik bir tedarikçiden yapılıp yapılmadığını belirten mantıksal bir işaret. | ||
|
Açıklama
Bu işaret, satın alma siparişindeki tedarikçinin önceden onaylanmış stratejik tedarikçiler listesinde olup olmadığını belirtir. Bu bilgi genellikle tedarikçi adı veya kimliği, tercih edilen tedarikçilerin ana listesiyle karşılaştırılarak belirlenir. Bu öznitelik, stratejik kaynak bulma ve harcama yönetimi çalışmalarında önemlidir. Kuruluşların kontrolsüz satın almaları izlemesine ve yönetmesine, hacim indirimlerinden ve daha iyi koşullardan yararlanmak için harcamaları önemli iş ortaklarında toplaması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çilere yapılan harcamaları izleyerek satın alma politikalarına uyumu ve stratejik kaynak bulma hedeflerini takip etmeye yardımcı olur.
Nereden alınır?
Coupa’da genellikle standart bir alan değildir. Satın Alma Siparişindeki tedarikçi kimliği, tercih edilen tedarikçilerin harici bir listesiyle karşılaştırılarak elde edilir.
Örnekler
truefalse
|
|||
|
Teslim alma konumu
ReceivingLocation
|
Ürünlerin teslim edileceği depo veya ofis gibi fiziksel konum. | ||
|
Açıklama
Teslim alma konumu, satın alma siparişindeki ürünlerin teslim edileceği yeri belirtir. Bu yer belirli bir depo, tesis veya ofis adresi olabilir. Bu öznitelik, farklı konumlardaki lojistik ve teslim alma performansını analiz etmek için kullanılır. 'Mal kabul sürecindeki gecikmeler' Dashboardu bu özniteliğe göre filtrelenerek belirli konumlarda gelen sevkiyatların işlenmesinin daha uzun sürüp sürmediği görülebilir. Bu da belirli sahalardaki operasyonel verimsizlikleri veya kaynak kısıtlarını belirlemeye yardımcı olur.
Neden önemli?
Teslim alma sürecini konuma göre analiz etmenizi ve depolar, tesisler ya da ofisler arasındaki performans farklarını görmenizi sağlar.
Nereden alınır?
Bu bilgi, Coupa’daki Satın Alma Siparişinin 'Teslimat adresi' bölümünde yer alır.
Örnekler
A Deposu - Chicago5. Bina - Londra OfisiFrankfurt tesisi
|
|||
|
Teslimat zamanında mı
IsDeliveryOnTime
|
Ürünlerin talep edilen teslimat tarihinde veya daha önce teslim alınıp alınmadığını belirten hesaplanmış bir işaret. | ||
|
Açıklama
Bu mantıksal öznitelik, 'Mal kabul kaydı oluşturuldu' olayının zaman damgası ile 'RequestedDeliveryDate' karşılaştırılarak hesaplanır. Teslim alma tarihi talep edilen tarihte veya daha önceyse doğru olarak ayarlanır. Bu işaret, 'Tedarikçi teslimat tarihine uyum' KPI’ını ve 'Teslimat tarihi sapmaları ve iadeler' Dashboardunu doğrudan destekler. Zamanında teslimat performansını kolayca toplulaştırıp görselleştirebileceğiniz net bir evet-hayır ölçütü sunar. Böylece tedarikçilerdeki veya kurum içi teslim alma süreçlerindeki performans sorunlarını hızla belirleyebilirsiniz.
Neden önemli?
Teslimat performansı için net bir evet-hayır ölçütü sunarak zamanında teslimat KPI’larının ve eğilim analizinin hesaplanmasını kolaylaştırır.
Nereden alınır?
Veri dönüşümü sırasında 'RequestedDeliveryDate' ile 'Mal kabul kaydı oluşturuldu' etkinliğinin zaman damgası karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Yeniden çalışma var mı
IsRework
|
Satın alma siparişinde değişiklik yapılıp yapılmadığını belirten hesaplanmış bir işaret. | ||
|
Açıklama
Bu mantıksal işaret, geçmişinde en az bir 'Satın Alma Siparişi Değiştirildi' olayı bulunan her satın alma siparişi için doğru olarak ayarlanır. Olay günlüğünden türetilen vaka düzeyinde bir özniteliktir. Bu öznitelik, 'Satın alma siparişi değişiklik oranı' gibi KPI’ların hesaplanmasını kolaylaştırır. Verileri kolayca filtreleyip bölümlere ayırarak yeniden çalışma yapılan ve yapılmayan siparişleri karşılaştırmanızı sağlar. Böylece değişikliklerin çevrim süresi ve maliyet üzerindeki etkisi ölçülebilir. 'Satın alma siparişi değişiklik analizi' Dashboardunun temel bileşenlerinden biridir.
Neden önemli?
En az bir kez değiştirilen tüm satın alma siparişlerini kolayca filtreleyip toplamanızı sağlayarak yeniden çalışma analizini kolaylaştırır.
Nereden alınır?
Veri dönüşümü sırasında her PurchaseOrderNumber için 'Satın Alma Siparişi Değiştirildi' etkinliğinin bulunup bulunmadığı kontrol edilerek hesaplanır.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın alma siparişi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mal kabulü kaydedildi
|
Bu olay, malların teslim alındığını, incelendiğini ve kabul edildiğini resmî olarak doğrular. Envanter kayıtları güncellenir ve tedarikçinin bu teslimata ilişkin yükümlülüğünü yerine getirdiği belirtilir. | ||
|
Neden önemli?
Bu önemli aşama, tedarikçinin teslim süresini sona erdirir ve teslimat tarihine uyumu ölçmek için kullanılır. Mal kabul kayıtlarının gecikmesi, mevcut envanter düzeylerinin görünürlüğünü azaltabilir.
Nereden alınır?
Bu, Coupa’daki Receipt nesnesine kaydedilen temel bir işlemdir. Mal kabulünün durumu 'Posted' veya 'Received' olduğunda oluşan zaman damgası kullanılır.
Kaydedin
Mal kabul işlemi sistemde tamamlandığında kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma siparişi iptal edildi
|
Bu etkinlik, tamamlanmadan önce iptal edilen bir satın alma siparişini ifade eder. Talebin artık geçerli olmaması veya siparişin yanlışlıkla oluşturulması gibi nedenlerle süreç farklı aşamalarda iptal edilebilir. | ||
|
Neden önemli?
Sürecin alternatif bir bitiş noktası olan iptalleri izlemek, yarıda kalan satın alma taleplerinin nedenlerini anlamaya ve süreçteki kayıpları belirlemeye yardımcı olur.
Nereden alınır?
Satın alma siparişi nesnesinin durumunun 'Canceled' olarak değişmesinden çıkarılır. Bu durum değişikliğinin zaman damgası olay zamanı olarak kullanılır.
Kaydedin
'Canceled' durumuna geçişin zaman damgasından elde edilir.
Olay türü
inferred
|
|||
|
Satın alma siparişi kapatıldı
|
Bu son etkinlik, satın alma siparişinin tamamlandığını gösterir. Sipariş, tüm mallar teslim alınıp faturalar işlendiğinde ve başka işlem beklenmediğinde kapatılmış sayılır. | ||
|
Neden önemli?
Bu etkinlik, siparişin yaşam döngüsünü resmen sona erdirir. Kapatma süresini analiz etmek, son mutabakat ve kayıt tutma aşamalarındaki verimsizlikleri ortaya çıkarabilir.
Nereden alınır?
Satın alma siparişi nesnesinin durumunun 'Closed' olarak değişmesinden çıkarılır. Coupa, bu durumu genellikle mal kabulü ve fatura toleranslarına ilişkin iş kurallarına göre otomatik olarak belirler.
Kaydedin
'Closed' durumuna geçişin zaman damgasından elde edilir.
Olay türü
inferred
|
|||
|
Satın alma siparişi onaylandı
|
Bu aşama, satın alma siparişinin kurum içi onay iş akışını tamamladığını ve tedarikçiye gönderilmek üzere yetkilendirildiğini gösterir. Çok adımlı bir süreçte genellikle son onay aşamasıdır. | ||
|
Neden önemli?
Bu aşama, satın alma siparişi onay çevrim süresini hesaplamak ve onay sürecindeki darboğazları belirlemek için önemlidir. Aynı zamanda uyumluluk açısından önemli bir kontrol noktasıdır.
Nereden alınır?
Coupa’daki satın alma siparişinin onay geçmişi kaydından alınır. Son onay işleminin zaman damgası, olay zamanını belirtir.
Kaydedin
Son 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 resmî olarak iletildiği anı gösterir. Bu olayla sipariş, kurum içi bir belgeden dışarıya yönelik bir taahhüde dönüşür. | ||
|
Neden önemli?
Bu önemli aşama, talep aşamasından siparişe kadar kurum içindeki süreci tamamlar ve tedarikçinin teslim süresini başlatır. Hem kurum içi verimliliği hem de tedarikçi performansını ölçmek için gereklidir.
Nereden alınır?
Genellikle siparişin durumunun 'Ordered' veya 'Sent' olarak değişmesinden çıkarılır. Coupa’daki sipariş kaydında 'last_exported_at' veya 'sent_to_supplier_at' gibi özel bir zaman damgası da bulunabilir.
Kaydedin
'Ordered' durumuna geçişin zaman damgasından veya iletim zamanını belirten özel bir alandan elde edilir.
Olay türü
inferred
|
|||
|
Satın alma talebi oluşturuldu
|
Bu etkinlik, satın alma siparişinden önce oluşturulan ve mal veya hizmet talebini resmîleştiren satın alma talebinin kaydedildiğini gösterir. Coupa’da kullanıcı yeni bir talep belgesini kaydedip gönderdiğinde bu olay açıkça kaydedilir. | ||
|
Neden önemli?
Tedarik sürecinin tipik başlangıç noktası olan bu etkinlik, talep aşamasından siparişe kadar geçen 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 Purchase Requisitions nesnesinde veya tablosunda yer alan oluşturma kaydına karşılık gelir. Zaman damgası, 'created_at' alanında veya sistemin oluşturma tarihi için kullandığı eşdeğer alanda bulunabilir.
Kaydedin
Yeni bir talep kaydı oluşturulduğunda doğrudan kaydedilir.
Olay türü
explicit
|
|||
|
Hizmet alımı onayı girildi
|
Hizmet alımına yönelik satın alma siparişlerinde bu etkinlik, mal kabulüne karşılık gelir. Hizmetin sipariş koşullarına uygun biçimde 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ş hizmet kabul belgesinin veya hizmet giriş formunun oluşturulması ya da onaylanmasıyla kaydedilir.
Kaydedin
Hizmet giriş formu oluşturulup onaylandığında kaydedilir.
Olay türü
explicit
|
|||
|
Kalite kontrolü yapıldı
|
Bu olay, teslim alınan bir ürünün kalite kontrolünden geçtiğini gösterir. Şirketin sürecine bağlı olarak bu adım, ilk mal kabul kaydından sonra ayrı bir aşama olarak gerçekleşebilir. | ||
|
Neden önemli?
Bu etkinlik, kalite kontrol sürecinin verimliliğini ölçmek için önemlidir. Buradaki gecikmeler, mal kabulü ile ürünün kullanıma hazır hâle gelmesi arasında darboğaz oluşturabilir.
Nereden alınır?
Bu bilgi, mal kabul kalemindeki durum değişikliğiyle veya Coupa’daki ayrı bir kontrol nesnesi üzerinden kaydedilebilir. Bilginin bulunup bulunmaması, kalite modülünün ya da özel bir iş akışının kullanılıp kullanılmadığına bağlıdır.
Kaydedin
Mal kabulündeki durum değişikliğinden veya ilgili kontrol kaydındaki zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Mal kabulü başlatıldı
|
Bu etkinlik, mallar fiziksel olarak ulaştığında Coupa’da mal kabul belgesinin oluşturulması gibi kabul sürecinin başlangıcını gösterir. Mallar henüz resmî olarak envantere kaydedilmemiş veya teslim alınmış olarak onaylanmamıştır. | ||
|
Neden önemli?
Bu olay, mal kabulü işlem süresi KPI’ını ölçmek için başlangıç noktasıdır. Malların yükleme alanında beklediği süreyle sistemdeki işlemlere harcanan süreyi birbirinden ayırmaya yardımcı olur.
Nereden alınır?
'Draft' veya 'Pending' durumundaki bir mal kabul belgesinin oluşturulma zaman damgasından çıkarılabilir. Bu aşama, mal kabulünün son kaydından önce gerçekleşir.
Kaydedin
Henüz kaydedilmemiş durumdaki bir mal kabul kaydının oluşturulma zaman damgasından elde edilir.
Olay türü
inferred
|
|||
|
Mallar iade edildi
|
Daha önce teslim alınan mallar tedarikçiye geri gönderildiğinde bu etkinlik kaydedilir. İade genellikle kalite sorunları, hasar veya yanlış ürün gönderimi nedeniyle yapılır. | ||
|
Neden önemli?
İadeleri izlemek, mal iade oranını hesaplamak ve tedarikçi kalitesi ya da sipariş doğruluğuyla ilgili sorunları belirlemek için gereklidir. İade oranının yüksek olması, genellikle maliyetli süreç sorunlarına işaret eder.
Nereden alınır?
Bu bilgi, Coupa’daki 'Return to Supplier' veya negatif mal kabul işlemi üzerinden alınır. İşlemin zaman damgası olay zamanı olarak kullanılır.
Kaydedin
İlk sipariş veya mal kabulüyle bağlantılı bir iade işlemi oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma siparişi değiştirildi
|
Bu olay, satın alma siparişi taslağı ilk kez oluşturulduktan sonra yapılan tüm değişiklikleri ifade eder. Coupa’da değişiklikler genellikle sipariş belgesinin sürüm geçmişi üzerinden izlenir. | ||
|
Neden önemli?
Değişiklikleri izlemek, satın alma siparişi değişiklik oranı ve kurallara uymayan sipariş oranı gibi KPI’lar için önemlidir. Sık değişiklik yapılması, sürecin istikrarsız olduğuna veya ilk taleplerin doğru hazırlanmadığına işaret eder.
Nereden alınır?
Satın alma siparişinin farklı sürümleri izlenerek belirlenebilir. İlk sürümden sonraki her yeni sürüm değişiklik olduğunu gösterir; yeni sürümün oluşturulma tarihi de olayın zaman damgası olarak kullanılır.
Kaydedin
Yeni bir sipariş sürümünün oluşturulma zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Satın alma siparişi gönderildi
|
Satın alma siparişi taslağı hazırlandıktan sonra resmî olarak onay iş akışına gönderilir. Bu ayrı bir kullanıcı işlemidir ve siparişi taslak durumundan onay bekleyen duruma geçirir. | ||
|
Neden önemli?
Bu olay, taslağın hazırlanma süresiyle siparişin gerçekten onay beklediği süreyi birbirinden ayırır. Kullanıcı davranışları ve devir teslimler hakkında daha net bir görünüm sağlar.
Nereden alınır?
Satın alma siparişi nesnesindeki durum değişikliğinden, örneğin 'draft' durumundan 'pending approval' durumuna geçişten çıkarılabilir. Bu durum değişikliğinin zaman damgası kullanılır.
Kaydedin
'pending approval' durumuna geçişin zaman damgasından elde edilir.
Olay türü
inferred
|
|||
|
Satın alma siparişi için fatura alındı
|
Bu olay, satın alma siparişine bağlı tedarikçi faturasının alınmasını ve sisteme girilmesini gösterir. Satın Almadan Ödemeye döngüsünün fatura işleme ve ödeme aşamasını başlatır. | ||
|
Neden önemli?
Fatura, Borçlar Muhasebesi sürecinin bir parçası olsa da faturanın satın alma siparişiyle ilişkilendirilmesi, işlemin yaşam döngüsünü uçtan uca görmeyi sağlar ve teslimatla faturalandırma arasındaki süreyi analiz etmeye yardımcı olur.
Nereden alınır?
Coupa’daki Invoice belgesinin oluşturulma zaman damgasından alınır. Fatura, ilgili satın alma siparişi numarasıyla eşleştirilir.
Kaydedin
Siparişle bağlantılı bir fatura kaydı oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma siparişi reddedildi
|
Onaylayan kişi, onay iş akışı sırasında satın alma siparişini reddettiğinde bu etkinlik gerçekleşir. Sipariş genellikle düzenlenmesi 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. Ayrıca süreçte önemli gecikmelere yol açan yeniden çalışma döngülerini gösterir.
Nereden alınır?
Bu olay, Coupa’daki satın alma siparişinin onay geçmişi kaydında açıkça yer alır. Kayıtta, ilgili zaman damgasıyla birlikte 'Reject' işlemi görünür.
Kaydedin
'Reject' durumuyla onay geçmişine kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma siparişi taslağı oluşturuldu
|
Bu olay, genellikle onaylanmış bir talepten oluşturulan satın alma siparişi belgesinin sistemde ilk kez oluşturulmasını ifade eder. Bu aşamada sipariş 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ın ölçümünü başlatır. Siparişin kendi yaşam döngüsündeki ilk resmî adımdır.
Nereden alınır?
Bu, Coupa’daki satın alma siparişi kaydının oluşturulma zaman damgasıdır ve genellikle 'created_at' gibi bir alanda bulunur.
Kaydedin
Sipariş kaydının sistem tarafından oluşturulan zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Satın alma talebi onaylandı
|
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 son onayını ve siparişe hazır hâle geldiğini gösterir. | ||
|
Neden önemli?
Talep onaylarını izlemek, sipariş öncesi aşamadaki darboğazları belirlemeye yardımcı olur. Bu aşamadaki gecikmeler, satın alma siparişinin ne kadar hızlı oluşturulacağını doğrudan etkiler.
Nereden alınır?
Bu bilgi genellikle Coupa’daki talep nesnesinin onay geçmişinden alınır. Son onay işlemi için ilgili zaman damgası ve kullanıcı bilgisi bulunur.
Kaydedin
Son 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 (CSP) gibi bir tedarikçi portalı üzerinden elektronik olarak kaydedilir. | ||
|
Neden önemli?
Tedarikçi onayları, siparişin işleme alındığını teyit eder. Böylece teslimat tahminleri daha doğru olur ve tedarik zincirindeki belirsizlik azalır.
Nereden alınır?
Tedarikçi, Coupa Supplier Portal üzerinden 'Acknowledge' işlemini yaptıysa bu bilgi genellikle satın alma siparişinde bulunur. İşlemin zaman damgası kullanılır.
Kaydedin
Tedarikçi portalında 'Acknowledge' işlemi yapıldığında kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Process Mining için verilerinizi hazırlamak ve uygulanabilir içgörüler elde etmek üzere bu Templateten yararlanın. Satın Almadan Ödemeye - Satın alma siparişi sürecinizi bugün iyileştirmeye 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ı kısa sürede görmeye başlayın.
Kredi kartı gerekmez, kurulumu dakikalar içinde tamamlayın.