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

Genel Process Mining şablonu
Veri Şablonu: Satın Almadan Ödemeye - Satın Alma Siparişi

Satın Almadan Ödemeye - Satın Alma Siparişi Veri Şablonunuz

Genel Process Mining şablonu

Bu, Satınalmadan Ödemeye - Satın Alma Siparişi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.

Belirli bir sistem seçin
  • Derinlemesine `analiz için önerilen veri alanlarının kapsamlı listesi`.
  • Satın alma siparişi yaşam döngünüzü izlemek için temel faaliyetler ve kilometre taşları.
  • `Satın Almadan Ödemeye sürecinizi yöneten herhangi bir temel sistem` için geçerlidir.
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satınalmadan Ödemeye - Satın Alma Siparişi Öznitelikleri

Aşağıdaki öznitelikler tablosu, kapsamlı bir event log oluşturmak ve Satınalmadan Ödemeye sürecinizin derinlemesine analizini yapmak için hayati önem taşıyan önerilen veri alanlarını listeler.
5 Gerekli 7 Önerilen 4 İsteğe Bağlı
AdAçıklama
Faaliyet Adı
ActivityName
Satın alma siparişi yaşam döngüsü içinde, belirli bir anda gerçekleşen spesifik iş olayının veya görevinin adı.
Açıklama

Activity Name (Etkinlik Adı), satın alma siparişi süreci içindeki bir adımı veya durum değişikliğini açıklar. Örnekler arasında 'Satın Alma Siparişi Oluşturuldu', 'Satın Alma Siparişi Onaylandı', 'Mal Girişi Kaydedildi' ve 'Fatura Alındı' bulunur. Her activity, süreç yolculuğunda farklı bir noktayı temsil eder.

Bu öznitelik, activity akışını görsel olarak temsil eden süreç haritasını oluşturmak için elzemdir. Farklı activity'lerin sırasını ve sıklığını analiz etmek, ortak süreç yollarını, sapmaları, bottleneck'leri ve tekrarlanan onay veya değişiklik event'leri gibi yeniden işlem döngülerini belirlemeye yardımcı olur.

Neden önemli

Süreç haritasının temelini oluşturur, süreç akışının, varyasyonların ve verimsizliklerin görselleştirilmesine ve analiz edilmesine olanak tanır.

Nereden alınır

Bu bilgi genellikle işlem kodlarından, durum değişikliği log'larından, event tablolarından veya satınalma siparişiyle ilişkili değişiklik belgesi tablolarından elde edilir.

Örnekler
Satın Alma Siparişi OluşturulduSatın Alma Siparişi OnaylandıMal Kabul KaydedildiFatura Alındı
Olay Zamanı
EventTime
Bir activity veya event'in ne zaman gerçekleştiğini gösteren kesin timestamp.
Açıklama

Event Time, belirli bir activity'nin yürütüldüğü veya bir durum değişikliğinin kaydedildiği tarih ve saati yakalar. Bu timestamp, satın alma siparişinin yaşam döngüsündeki her event için zamansal bağlamı sağlar.

Process Mining'de, timestamp'ler döngü süresi, süreler ve activity'ler arasındaki bekleme sürelerini hesaplamak için temeldir. Her vaka için event'leri kronolojik olarak sıralayarak, süreç performansını analiz etmek, zamanın kaybedildiği bottleneck'leri belirlemek ve hizmet düzeyi anlaşmaları (SLA) ile uyumluluğu izlemek mümkün hale gelir.

Neden önemli

Döngü süresi hesaplaması, bottleneck tespiti ve kıyaslamalara göre performans izleme dahil olmak üzere tüm zaman tabanlı analizleri mümkün kılar.

Nereden alınır

Bu, genellikle event loglarında, değişiklik geçmişi tablolarında veya işlemsel belgelerde bir oluşturma veya kayıt tarihi alanı olarak bulunur.

Örnekler
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z
Satın Alma Siparişi Kimliği
PurchaseOrderId
Bir satınalma siparişi belgesinin benzersiz tanımlayıcısıdır. Bu, process için birincil case tanımlayıcısı olarak işlev görür.
Açıklama

Satın Alma Siparişi Kimliği, her bir satın alma siparişine atanan, onu diğerlerinden ayıran benzersiz bir alfanümerik koddur. Belirli bir tedarik işlemiyle ilgili tüm faaliyetler, belgeler ve iletişimler için merkezi referans noktası görevi görür.

Process Mining'de bu Kimlik, oluşturma, onaylama, mal teslim alma ve faturalandırma gibi ilgili tüm event'leri tek bir uçtan uca süreç örneği veya 'case' içinde gruplandırmak için çok önemlidir. Süreçleri bu tanımlayıcıya göre analiz etmek, her satın alma siparişinin başlangıcından nihai kapanışına kadar tüm yaşam döngüsünün yeniden yapılandırılmasını ve görselleştirilmesini sağlar.

Neden önemli

İlgili tüm olayları tek bir süreç vakasına bağlayan temel özniteliktir, bu da satın alma siparişi yaşam döngüsünün uçtan uca analizini mümkün kılar.

Nereden alınır

Bu, genellikle satın alma siparişi başlık tablosunda veya belgesinde bulunan bir birincil anahtar alanıdır.

Örnekler
PO-0012454500017563732000451
Kaynak Sistem
SourceSystem
Bu, process verilerinin çıkarıldığı kayıt sistemi veya uygulamadır.
Açıklama

Kaynak Sistem öznitelik, event verilerinin ERP, tedarik platformu veya legacy bir sistem gibi hangi bilgi sisteminden geldiğini tanımlar. Bu, Purchase to Pay process'inin birden fazla entegre uygulamayı kapsadığı ortamlarda özellikle önemlidir.

Kaynak sistemi bilmek, veri doğrulama, sorun giderme ve sisteme bağlı olabilecek process varyasyonlarını anlamayı kolaylaştırır. Örneğin, bir e-tedarik sisteminden kaynaklanan PO'lar, ana ERP'de manuel olarak oluşturulanlara göre farklı, daha otomatik bir yol izleyebilir.

Neden önemli

Verinin kökeni hakkında bağlam sağlar; bu, veri yönetişimi, doğrulama ve farklı sistemlerdeki süreç varyasyonlarını analiz etmek için kritik öneme sahiptir.

Nereden alınır

Bu, veri çıkarma sırasında eklenen statik bir değer veya kaynak tablolarda giriş sistemini gösteren bir alan olabilir.

Örnekler
SAP S/4HANAOracle FusionCoupa
Son Veri Güncellemesi
LastDataUpdate
Bu sürece ait verilerin son kez yenilendiği veya çıkarıldığı zamanı belirten zaman damgası.
Açıklama

Bu öznitelik, kaynak sistemden yapılan en son veri yüklemesinin veya yenilemesinin tarih ve saatini kaydeder. Tek bir event yerine tüm dataset'e uygulanan bir metadata alanıdır.

Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlamaları için kritik öneme sahiptir. İçgörülerin alaka düzeyini ölçmelerine yardımcı olur ve kararların analizleri için gerektiği kadar güncel verilere dayanmasını sağlar.

Neden önemli

Kullanıcılara verinin güncelliği hakkında bilgi verir, analizin kapsadığı dönemi ve bulguların alaka düzeyini anlamalarını sağlar.

Nereden alınır

Bu timestamp, genellikle veri çıkarma ve dönüştürme (ETL) aracı veya süreç tarafından oluşturulur ve saklanır.

Örnekler
2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z
Bölüm
Department
Satın alma siparişinin tahakkuk ettirildiği veya ilişkilendirildiği iş departmanı, maliyet merkezi veya fonksiyonel alan.
Açıklama

Department (Departman) özniteliği, satın almadan sorumlu organizasyonel birimi belirtir. Bu genellikle talebi başlatan departman veya 'BT', 'Pazarlama' veya 'Operasyonlar' gibi bütçenin gideri karşılayacağı departmandır.

Bu öznitelik, işin farklı bölümlerindeki süreç performansını segmentlere ayırmak ve karşılaştırmak için hayati öneme sahiptir. Departmana göre analiz, hangi alanların en uzun döngü sürelerine, en yüksek değişim oranlarına veya en fazla kontrol dışı satın almaya sahip olduğunu ortaya çıkarabilir. Bu içgörüler, iyileştirme girişimlerinin her departmanın belirli ihtiyaçlarına ve davranışlarına göre uyarlanmasına yardımcı olur.

Neden önemli

Süreç analizinin iş birimine göre segmentlere ayrılmasını sağlayarak, performansı karşılaştırmaya ve departmana özel sorunları veya en iyi uygulamaları belirlemeye yardımcı olur.

Nereden alınır

Bu bilgi genellikle satın alma siparişi başlığında veya kalem detaylarında bulunur ve çoğunlukla bir 'Maliyet Merkezi' veya 'Departman' alanı olarak ilişkilendirilir.

Örnekler
FinansBilgi TeknolojileriPazarlama - Tüketici Ürünleri
Kullanıcı Adı
UserName
Satın alma siparişini oluşturma, onaylama veya değiştirme gibi belirli bir etkinliği gerçekleştiren kullanıcının adı veya Kimliği.
Açıklama

Kullanıcı Adı, process içindeki bir event'i yürütmekten sorumlu kişiyi tanımlar. Bu, talebi oluşturan, satınalma siparişini onaylayan veya mal kabulünü kaydeden kişi olabilir. Process akışına hesap verebilirlik ve insani bir boyut kazandırır.

Kullanıcıya göre aktivitelerin analizi, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve potansiyel uyumluluk sorunlarını tespit etmeye yardımcı olur. Örneğin, belirli kullanıcıların yüksek yeniden işleme veya gecikme oranlarıyla ilişkili olup olmadığını görmek veya görev ayrılığı ihlallerini kontrol etmek için kullanılabilir.

Neden önemli

Süreç etkinliklerini belirli kişilere bağlar, kullanıcı düzeyinde iş yükü, performans ve uyumluluk analizini mümkün kılar.

Nereden alınır

Genellikle işlem loglarında ve belge başlıklarında 'Oluşturan', 'Değiştiren' veya 'Kullanıcı Kimliği' alanlarında bulunur.

Örnekler
j.doesmith_auser123
Satın Alma Siparişi Durumu
PurchaseOrderStatus
Satın alma siparişinin yaşam döngüsündeki mevcut veya nihai durumu; örneğin 'Açık', 'Kapalı', 'İptal Edildi'.
Açıklama

Satın Alma Siparişi Durumu, Satın Alma Siparişinin yaşam döngüsü içindeki aşamasını veya belirli bir zamandaki nihai durumunu gösterir. Yaygın durumlar arasında 'Onayda', 'Onaylandı', 'Tedarikçiye Gönderildi', 'Kısmen Teslim Alındı', 'Kapatıldı' veya 'İptal Edildi' bulunur.

Bu nitelik, satın alma siparişlerinin alt kümelerini filtrelemek ve analiz etmek için kullanışlıdır. Örneğin, analiz yalnızca açık siparişlere odaklanarak mevcut darboğazları belirleyebilir veya iptal edilen siparişlere odaklanarak iptal nedenlerini anlayabilir. Durum değişikliklerinin sırasını izlemek, süreç modelindeki etkinlikleri tanımlamak için de temel teşkil edebilir.

Neden önemli

Vakaları yaşam döngüsü aşamalarına göre filtrelemeye olanak tanır; böylece açık, kapalı veya sorunlu siparişler üzerinde odaklanmış analiz yapılmasını sağlar.

Nereden alınır

Bu, satın alma siparişinin başlık verilerinde bulunan standart bir durum alanıdır.

Örnekler
Açık`Faturalama` İçin Kapatıldıİptal EdildiOnayda
Satın Alma Siparişi Tutarı
PurchaseOrderAmount
Satınalma siparişinin toplam parasal değeridir.
Açıklama

Satın Alma Siparişi Tutarı, siparişin toplam finansal taahhüdünü temsil eder. Bu tutar, genel belge düzeyinde veya münferit kalem düzeyinde analiz edilebilir.

Bu nitelik, finansal analiz ve önceliklendirme için temeldir. Değere dayalı süreçleri filtrelemeye olanak tanır; örneğin, daha karmaşık onay workflow'larına veya daha büyük iş etkisine sahip olabilecek yüksek değerli Satın Alma Siparişlerine odaklanmak gibi. Satın Alma Siparişi tutarını döngü süreleri veya yeniden işleme oranları ile ilişkilendirmek, yüksek değerli siparişlerin düşük değerli olanlara göre daha az verimli yönetilip yönetilmediğini ortaya çıkarabilir.

Neden önemli

Sürece finansal bir boyut kazandırır, iyileştirmeleri önceliklendirmek ve maliyet etkenlerini anlamak için değere dayalı analizi mümkün kılar.

Nereden alınır

Bu değer, satın alma siparişi başlık verilerinde bulunur ve genellikle tüm kalem miktarlarının toplamı olarak hesaplanır.

Örnekler
15000.00250.75125000.50
Talep Edilen Teslim Tarihi
RequestedDeliveryDate
İşletmenin, satıcıdan mal veya hizmetleri teslim etmesini talep ettiği tarih.
Açıklama

Talep Edilen Teslim Tarihi, kuruluşun tedarikçiden ürün veya hizmetleri almayı beklediği, satınalma siparişinde belirtilen tarihtir. Bu tarih, tedarikçi teslimat performansını ölçmek için bir temel oluşturur.

Bu öznitelik, 'Zamanında Teslimat Oranı' KPI'ını hesaplamak için kritik öneme sahiptir. Talep edilen teslim tarihi ile gerçek mal kabul tarihini karşılaştırarak işletmeler, tedarikçi güvenilirliğini değerlendirebilir. Sapmaların analizi, belirli tedarikçilerde, ürünlerde veya gönderim konumlarında yaşanan kronik sorunların tespit edilmesine yardımcı olur ve performans görüşmeleri için veri sağlar.

Neden önemli

Tedarikçi teslimat performansını ölçmek için bir referans noktasıdır ve Zamanında Teslimat Oranı KPI'ını hesaplamak için kritik öneme sahiptir.

Nereden alınır

Bu tarih genellikle satınalma siparişi başlığında veya kalem detaylarında standart bir alandır.

Örnekler
2024-08-152024-09-012024-07-30
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ınalma siparişinde belirtilen ürün veya hizmetleri sağlamak üzere sözleşme yapılan harici tarafı tanımlar. Bu, transaksiyonel PO verileriyle bağlantılı önemli bir master data parçasıdır.

Tedarikçiye göre process'i analiz etmek, tedarikçi performans yönetimi için kritik öneme sahiptir. Zamanında teslimat oranları, mal iade oranları ve PO değişiklik sıklığı gibi metrikler temelinde tedarikçilerin karşılaştırılmasına olanak tanır. Bu içgörüler, tedarik stratejilerini, tedarikçi müzakerelerini ve ilişki yönetimini şekillendirebilir.

Neden önemli

Tedarikçi performans analizini mümkün kılarak, farklı tedarikçiler arasındaki teslimat süreleri, kalite ve süreçteki sürtünmenin karşılaştırılmasına olanak tanır.

Nereden alınır

Bu, tedarikçi ana verilerinden alınır ve satın alma siparişine bağlanır, genellikle belge başlığında yer alır.

Örnekler
Global Ofis MalzemeleriTech Solutions Inc.Yaratıcı `Pazarlama Ajansı`
Ürün Kategorisi
ItemCategory
Satın alınan mal veya hizmetlerin sınıflandırması; örneğin BT Donanımı, Profesyonel Hizmetler veya Ofis Malzemeleri.
Açıklama

Kalem Kategorisi, aynı zamanda Malzeme Grubu veya Satın Alma Kategorisi olarak da bilinir, tedarik edilen ürün veya hizmetin türünü sınıflandırır. Bu yapılandırılmış sınıflandırma, satın alma harcamalarını ve süreç davranışlarını düzenlemeye ve anlamaya yardımcı olur.

Süreci kalem kategorisine göre analiz etmek önemli farklılıkları ortaya çıkarabilir. Örneğin, karmaşık hizmetler için satın alma süreci, standart ofis malzemelerine göre daha uzun onay döngülerine ve daha fazla değişikliğe sahip olabilir. Bu segmentasyon, kategoriye özel süreç optimizasyonu ve strateji geliştirilmesine olanak tanır.

Neden önemli

Kategoriye göre süreç performansı ve harcama analizini mümkün kılarak, farklı satın alma türlerinin süreç verimliliğini nasıl etkilediğini ortaya koyar.

Nereden alınır

Bu bilgi genellikle satınalma siparişi kalem seviyesinde saklanır.

Örnekler
BT DonanımıProfesyonel HizmetlerOfis MalzemeleriMRO - Bakım Onarım ve Operasyonlar
Bitiş Saati
EndTime
Bir activity'nin ne zaman tamamlandığını gösteren kesin timestamp. Atomik event'ler için bu genellikle Event Time ile aynıdır.
Açıklama

End Time (Bitiş Zamanı) özniteliği, bir activity'nin tamamlanma zamanını kaydeder. Birçok süreç event'i atomik olup aynı başlangıç ve bitiş zamanına sahipken, bazı activity'ler, özellikle manuel olanlar veya ölçülebilir bir süreye sahip olanlar, farklı başlangıç ve bitiş timestamp'lerine sahip olabilir.

Bir Bitiş Zamanına sahip olmak, bireysel activity'lerin işlem süresinin hassas bir şekilde hesaplanmasına olanak tanır. Bu, hangi belirli adımların zaman alıcı olduğunu belirlemek ve işlem süresi (işin aktif olarak yapıldığı zaman) ile bekleme süresi (activity'ler arasındaki boş zaman) arasında ayrım yapmak için çok değerlidir.

Neden önemli

Activity işleme sürelerinin hassas bir şekilde hesaplanmasını sağlayarak, süreçteki aktif çalışma süresini boşta bekleme süresinden ayırt etmeye yardımcı olur.

Nereden alınır

Event log'larda veya işlem verisinde bulunur, bazen ayrı bir 'Bitiş Zamanı' veya 'Tamamlanma Tarihi' alanı olarak. Eğer mevcut değilse, Event Time ile aynı değere ayarlanabilir.

Örnekler
2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z
Para Birimi
Currency
Satın alma siparişindeki parasal değerler için USD veya EUR gibi para birimi kodu.
Açıklama

Currency (Para Birimi) özniteliği, Purchase Order Amount ve diğer finansal alanlar için kullanılan para birimini belirtir. Özellikle çok uluslu kuruluşlarda, birden fazla para birimiyle işlem yapan yerlerde, finansal verilerin doğru yorumlanması ve toplanması için çok önemlidir.

Analizde, bu öznitelik, finansal metriklerin karşılaştırılabilir bir temelde olmasını sağlar. Parasal değerler içeren herhangi bir dashboard veya KPI için bir ön koşuldur; doğru para birimi dönüşümüne ve raporlamaya izin vererek tedarik sürecine dair doğru bir finansal görünüm sunar.

Neden önemli

Tüm parasal değerler için gerekli bağlamı sağlar, özellikle küresel operasyonlarda doğru finansal raporlama ve karşılaştırma imkanı sunar.

Nereden alınır

Bu kod genellikle satınalma siparişi başlığında, toplam tutarın yanında saklanır.

Örnekler
USDEURGBP
Satın Alma İsteği Kimliği
PurchaseRequisitionId
Satınalma siparişinden önce gelen ve onu yetkilendiren satınalma talebinin benzersiz tanımlayıcısıdır.
Açıklama

Satın Alma Talep Kimliği, tedarik sürecini başlatan dahili belgenin tanımlayıcısıdır. Talep, bir departman tarafından satın alma departmanına mal veya hizmet tedarik etmek için yapılan resmi bir istektir.

Bu Kimliğe sahip olmak, satın alma siparişi sürecinin yukarı akış talep süreciyle bağlantısını sağlar. Bu, talepten Satın Alma Siparişinin oluşturulmasına kadar geçen süreyi ölçen daha geniş bir 'Talep-Sipariş' analizine olanak tanır. Talep edenler ve satın alma ekibi arasındaki devir teslimdeki gecikmeleri belirlemeye yardımcı olur.

Neden önemli

Satın alma siparişini başlangıçtaki talebe bağlar, yukarı akış talep-sipariş döngü süresinin analizini sağlar.

Nereden alınır

Bu, genellikle satın alma siparişi başlığında veya kalem verilerinde bir referans alanı olarak saklanır.

Örnekler
PR-1008761000004321REQ-052023-01
Talep Eden
Requester
Mal veya hizmetleri başlangıçta talep eden kişinin adı.
Açıklama

Talep Eden Kişi, genellikle önceki satınalma talebini oluşturarak bir satınalma ihtiyacını başlatan kuruluş içindeki kişidir. Bu, sistemde satınalma siparişi belgesini oluşturan ve genellikle satınalma departmanının bir parçası olan kullanıcıdan farklıdır.

Talep eden kişiye göre yapılan analizler, satınalma davranışlarındaki kalıpları ortaya çıkarabilir. Örneğin, bazı talep sahipleri sürekli acil siparişler veya sık değişiklik gerektiren siparişler verebilir. Bu bilgiler, satınalma politikaları hakkında hedeflenmiş eğitimler sağlamak veya gereksinim tanımlamalarını kaynağında iyileştirmek için kullanılabilir.

Neden önemli

Satın almayı başlatan iş kullanıcısını belirler, satın alma davranışlarını analiz etmeye ve gereksinim belirleme sürecini iyileştirmeye yardımcı olur.

Nereden alınır

Bu bilgi genellikle ilgili satın alma talebinden alınır veya satın alma siparişinin kendisinde bir 'Talep Eden' alanı olarak saklanır.

Örnekler
Alice JohnsonRobert WilliamsChen, Wei
Gerekli Önerilen İsteğe Bağlı

Satınalmadan Ödemeye - Satın Alma Siparişi Activityleri

Bu bölüm, doğru süreç keşfini yakalamak ve Satın Alma'dan Ödemeye, Satın Alma Siparişi workflowunuzu anlamak için kritik olan temel süreç adımlarını ve dönüm noktalarını detaylandırmaktadır.
6 Önerilen 9 İsteğe Bağlı
AktiviteAçıklama
Fatura Alındı
Bu event, bir tedarikçinin satınalma siparişine atıfta bulunan faturasının alınmasını ve girişini işaretler. Procure-to-pay döngüsünün fatura-ödeme kısmının başlangıcını belirtir.
Neden önemli

Bu aktivite, tedarik process'ini tedarikçi borçlarıyla (accounts payable) ilişkilendirir. Mal kabulü ile fatura kabulü arasındaki süre, tahakkukların ve finansal tahminlerin yönetimi için önemlidir.

Nereden alınır

Bu, satın alma siparişine bağlı bir tedarikçi faturası belgesinin oluşturulmasından veya kaydedilmesinden yakalanan açık bir işlemdir.

Yakala

Tedarikçi fatura belgesinin oluşturma, giriş veya kayıt tarihini kullanın.

Event tipi explicit
Mal Kabul Kaydedildi
Bu aktivite, satınalma siparişine karşı teslim alınan malların resmi olarak kaydedilmesini temsil eder. Bir sevkiyatın ulaştığını ve sisteme girildiğini doğrular, bu da genellikle envanter seviyelerini günceller.
Neden önemli

Bu, lojistik açısından siparişin tamamlanmasını işaret eden kritik bir dönüm noktasıdır. Zamanında teslimat performansının analizi, bu eventin doğruluğuna ve zamanlamasına büyük ölçüde bağlıdır.

Nereden alınır

Bu, satın alma siparişine bağlı bir malzeme girişi veya ürün girişi belgesi oluşturan açık bir işlemdir.

Yakala

Malzeme belgesi veya malzeme girişi işlemindeki kayıt tarihini veya oluşturma tarihini kullanın.

Event tipi explicit
Satın Alma Siparişi Kapatıldı
Bu, satın alma siparişinin tamamlanmış sayıldığını belirten son aktivitedir. Bir PO, genellikle tam olarak alındığında, tam olarak faturalandırıldığında ve başka işlem beklenmediğinde kapatılır.
Neden önemli

Bu aktivite, satınalma siparişi yaşam döngüsünün sonunu işaretler. Kapanış süresi, genel process iş hacmi için önemli bir ölçüttür ve süregelen, etkin olmayan siparişleri belirlemeye yardımcı olur.

Nereden alınır

Bu, otomatik veya manuel olarak ayarlanabilen 'Kapalı' veya 'Tamamlandı' gibi nihai bir durumdan çıkarılır.

Yakala

Nihai bir kapanış durumu ayarlandığında veya hem 'teslimat tamamlandı' hem de 'son fatura' göstergeleri etkin olduğunda timestampi kullanın.

Event tipi inferred
Satın Alma Siparişi Oluşturuldu
Bu aktivite, sistemde satınalma siparişi belgesinin ilk oluşturulmasını temsil eder. Onaylanmış bir talepten genellikle oluşturulan tedarik taahhüdünün resmi başlangıcını işaret eder.
Neden önemli

Birincil vaka başlangıç olayı olarak, bu aktivite bir satın alma siparişinin uçtan uca döngü süresini ölçmek için temeldir. Tüm sonraki süreç adımları için temel çizgiyi oluşturur.

Nereden alınır

Bu bilgi, birincil satınalma siparişi kaydının veya başlık tablosunun oluşturma timestamp'inden yakalanır.

Yakala

Satın alma siparişi başlık kaydındaki belge oluşturma tarihini ve saatini kullanın.

Event tipi explicit
Satın Alma Siparişi Onaylandı
Bu önemli dönüm noktası, satın alma siparişinin dahili onay workflowunu tamamladığını gösterir. PO artık tedarikçiye düzenlenmek üzere yetkilendirilmiş olup, resmi bir mali taahhütü temsil eder.
Neden önemli

Bu, dahili onay verimliliğini ölçmek için kritik bir aşamadır. Onaydaki gecikmeler, genel tedarik süresini doğrudan etkiler ve tedarikçi ilişkilerini zorlayabilir.

Nereden alınır

Bu event genellikle satınalma siparişindeki bir durum değişikliğinden çıkarılır veya bir workflow geçmişi log'undaki son onay timestamp'inden yakalanır.

Yakala

PO'nun nihai onay durumu ayarlandığında veya son gerekli onay işlemi kaydedildiğinde timestampi kullanın.

Event tipi inferred
Satın Alma Siparişi Satıcıya Gönderildi
Bu aktivite, onaylanmış satınalma siparişinin tedarikçiye resmi olarak iletildiği noktayı işaretler. Bu işlem, EDI, bir tedarikçi portalı veya e-posta gibi çeşitli kanallar aracılığıyla gerçekleşebilir.
Neden önemli

Bu, ilk harici temas noktasıdır ve tedarikçinin tedarik süresinin başlangıcını işaret eder. Dahili onay ile satın alma siparişinin tedarikçiye gönderilmesi arasındaki gecikmeler, tedarik döngüsünde kaybedilen zamanı temsil eder.

Nereden alınır

Bu, genellikle mesaj çıktı loglarından, iletişim kayıtlarından veya 'Gönderildi' veya 'Sipariş Edildi' gibi belirli bir durum değişikliğinden yakalanır.

Yakala

Satın Alma Siparişi için çıktı iletişim mesajının başarıyla işlendiği veya gönderildiği timestamp'i belirleyin.

Event tipi explicit
Hizmetler Onaylandı
Bu aktivite, hizmet tabanlı satınalma siparişleri için mal kabulüne eşdeğerdir. PO'da belirtilen şartlara göre bir hizmetin sunulduğunu doğrular.
Neden önemli

Hizmet tedariki için bu olay, hizmet teslimat performansını izlemek açısından esastır ve genellikle ilgili faturanın ödeme için onaylanmasının bir ön koşuludur.

Nereden alınır

Bu, genellikle bir hizmet giriş belgesi veya benzeri bir hizmet onay belgesinin oluşturulmasıyla yakalanır.

Yakala

Hizmet giriş belgesi veya onay kaydının oluşturma veya kayıt tarihini kullanın.

Event tipi explicit
Mallar İade Edildi
Bu aktivite, daha önce teslim alınan malların tedarikçiye geri gönderildiğinde kaydedilir. İadeler genellikle kalite sorunları, sevkiyat sırasında hasar veya yanlış gönderilerden kaynaklanır.
Neden önemli

İade sıklığını takip etmek, tedarikçi kalitesi ve performansının önemli bir göstergesidir. Yüksek iade oranları, belirli tedarikçilerde veya ürünlerde sistematik sorunları ortaya çıkarabilir.

Nereden alınır

Bu, belirli bir iade işlemi veya orijinal malzeme girişi belgesinin iptaliyle yakalanır.

Yakala

Bir iade malzeme belgesinin veya iadeye özel tipte bir mal hareketinin kayıt tarihini belirleyin.

Event tipi explicit
Satın Alma İsteği Oluşturuldu
Bu aktivite, satınalma siparişinden önce gelen ürün veya hizmetler için yapılan resmi talebi işaretler. İş ihtiyacını yakalayan ve genellikle bir onay workflow'unu başlatan ilk belgedir.
Neden önemli

Talep oluşturma ile Satın Alma Siparişi oluşturma arasındaki süreyi analiz etmek, talepten siparişe geçiş aşamasındaki darboğazları belirlemeye yardımcı olur. Sipariş haline gelmeyen yüksek sayıdaki talepler, verimsiz planlamaya işaret edebilir.

Nereden alınır

Bu event, tedarik modülündeki satınalma talebi belgesinin veya kaydının oluşturma timestamp'inden yakalanır.

Yakala

Satın alma talebi başlık tablosundan veya belge logundan oluşturma timestampini kullanın.

Event tipi explicit
Satın Alma İsteği Onaylandı
Bu event, satınalma talebinin tüm ilgili paydaşlar tarafından incelendiğini ve onaylandığını belirtir. Bu onay, resmi bir satınalma siparişinin oluşturulmasına yetki verir.
Neden önemli

Bu dönüm noktası, dahili talep onay sürecinin sonunu işaret eder. Talep onaylarının süresini ve başarı oranını takip etmek, satın alma öncesi verimliliği anlamanın anahtarıdır.

Nereden alınır

Bu, genellikle talep belgesindeki bir durum değişikliğinden veya bir workflow geçmiş logundan yakalanır.

Yakala

Talebin nihai onay durumunun belirlendiği veya nihai onay eyleminin kaydedildiği timestamp'i belirleyin.

Event tipi inferred
Satın Alma Siparişi Değiştirildi
Bu event, bir satınalma siparişinde ilk oluşturulmasından veya onaylanmasından sonra yapılan herhangi bir değişikliği temsil eder. Yaygın değişiklikler arasında miktar, fiyat veya teslimat tarihlerinde ayarlamalar bulunur.
Neden önemli

Sık yapılan değişiklikler, zayıf başlangıç planlaması, tedarikçi sorunları veya süreç istikrarsızlığını gösterebilir. Her değişiklik genellikle yeniden onay sürecini tetikler, bu da önemli idari yüke ve gecikmelere yol açar.

Nereden alınır

Bu bilgi, sistem değişiklik log'larından, belge versiyon geçmişinden veya denetim izi tablolarından yakalanır.

Yakala

Satın alma siparişine bağlı değişiklik belgesi loglarından timestampi kullanın.

Event tipi explicit
Satın Alma Siparişi Gönderildi
Bu aktivite, taslak halindeki bir satınalma siparişinin dahili bir onay workflow'una resmi olarak gönderilmesiyle gerçekleşir. Bu, belgeyi taslak durumundan bekleyen onay durumuna geçirir.
Neden önemli

Bu event, PO oluşturma veya taslak hazırlama süresini gerçek onay cycle time'ından ayırır. Oluşturma ve gönderme arasındaki gecikmeyi analiz etmek, kullanıcı davranışlarını veya eğitim sorunlarını ortaya çıkarabilir.

Nereden alınır

Bu, genellikle açık bir kullanıcı işleminden, bir durum değişikliğinden veya bir workflow logundaki bir girdiden yakalanır.

Yakala

'Onay için gönder' eylemi veya ilgili durum değişikliği ile ilişkili timestamp'i belirleyin.

Event tipi explicit
Satın Alma Siparişi İptal Edildi
Bu aktivite, bir satınalma siparişinin tamamlanmadan önce iptal edilmesini temsil eder. Ürünlere artık ihtiyaç duyulmuyorsa veya sipariş yanlışlıkla oluşturulmuşsa, iptal çeşitli aşamalarda gerçekleşebilir.
Neden önemli

İptaller, boşa harcanan çabayı temsil eder ve süreç verimsizliklerine veya zayıf talep planlamasına işaret edebilir. Satın Alma Siparişlerinin neden ve ne zaman iptal edildiğini anlamak, süreç iyileştirmelerine yol açabilir.

Nereden alınır

Bu, genellikle 'İptal Edildi' gibi belirli bir belge durumundan veya satın alma siparişi kaydındaki bir silme işaretinin etkinleştirilmesinden çıkarılır.

Yakala

Silme göstergesinin ayarlandığı veya belge durumunun iptal edildi olarak değiştiği timestamp'i belirleyin.

Event tipi inferred
Satın Alma Siparişi Reddedildi
Bu aktivite, bir onaylayıcının onay workflow'u sırasında satınalma siparişini reddetmesiyle gerçekleşir. PO genellikle revizyon veya iptal için oluşturucuya geri gönderilir.
Neden önemli

Reddedilmeler, sürece yeniden işleme ve gecikmelere yol açar. Reddedilme sıklığını ve nedenlerini analiz etmek, veri kalitesi, politika uyumluluğu veya onaylayıcı eğitimi ile ilgili sorunları belirlemeye yardımcı olur.

Nereden alınır

Bu, genellikle satın alma siparişi belgesindeki 'Reddedildi' veya benzeri bir duruma durum değişikliğinden çıkarılır.

Yakala

Satın Alma Siparişi durumunun reddedildi olarak güncellendiği timestamp'i belirleyin.

Event tipi inferred
Tedarikçi Siparişi Onayladı
Bu event, tedarikçinin satınalma siparişini aldığını, incelediğini ve onayladığını belirtir. Bu onay genellikle fiyat, miktar ve teslimat tarihlerinde bir anlaşmayı içerir.
Neden önemli

Tedarikçi onayı, siparişin talep edildiği gibi yerine getirileceği konusunda güven sağlar. Zamanında onay eksikliği, olası yerine getirme sorunlarının veya gecikmelerin erken bir göstergesi olabilir.

Nereden alınır

Bu, bir tedarikçi portalındaki tedarikçi kaynaklı işlemlerden veya e-posta veya faks onaylarına dayalı manuel veri girişi yoluyla yakalanır.

Yakala

Sipariş onay belgesinin veya tedarikçi onayını belirten durum güncellemesinin timestampini kullanın.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.