Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz

Genel Process Mining Template'i
Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz

Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz

Genel Process Mining Template'i

Bu, Satın Almadan Ödemeye - Satınalma Siparişi süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.

Belirli bir sistem seçin
  • Detaylı analiz için önerilen veri alanlarının tam 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.
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Satın Almadan Ödemeye - Satınalma Siparişi Öznitelikleri

Aşağıdaki öznitelikler. tablosu, detaylı bir event log oluşturmak ve Satın Almadan Ödemeye sürecinizin ayrıntılı analizini yapmak için kritik önerilen veri alanlarını listeler.
5 Gerekli 7 Önerilen 4 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Satın alma siparişi süreç döngüsü içinde, belirli bir anda gerçekleşen spesifik iş olayının veya görevinin adı.
Açıklama

Aktivite Adı (Aktivite 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ınalma Siparişi Oluşturuldu', 'Satınalma 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 gereklidir. Farklı aktivitelerin sırasını ve sıklığını analiz etmek, ortak süreç yollarını, sapmaları, darboğazları ve tekrarlanan onay veya değişiklik olayları gibi yeniden işlem döngülerini belirlemeye yardımcı olur.

Neden Önemli?dir?

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

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ınalma Siparişi OluşturulduSatınalma Siparişi OnaylandıMal Kabul Kaydı YapıldıFatura Alındı
Olay Zamanı
EventTime
Bir activity veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgası (zaman damgası)dır.
Açıklama

Event Time, belirli bir faaliyetin yürütüldüğü veya bir durum değişikliğinin kaydedildiği tarih ve saati yakalar. Bu zaman damgası (zaman damgası), satın alma siparişinin süreç döngüsündeki her event için zamansal bağlamı sunar.

Process Mining'de, zaman damgası (zaman damgası)'ler döngü süresi, süreler ve activity'ler arasındaki bekleme sürelerini hesaplanmasında temel rol oynar. Her vaka için olayları kronolojik olarak sıralayarak, süreç performansını analiz etmek, zamanın kaybedildiği darboğazları belirlemek ve hizmet düzeyi anlaşmaları (SLA) ile uyumluluğu izlemek mümkün hale gelir.

Neden Önemli?dir?

Döngü süresi hesaplaması, darboğaz tespiti ve kıyaslamalara göre performans izleme dahil olmak üzere tüm zaman tabanlı analizleri sunar.

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ınalma Siparişi Kimliği
PurchaseOrderId
Bir satınalma siparişi belgesinin benzersiz tanımlayıcısıdır. Bu, process için birincil vaka tanımlayıcısı olarak işlev görür.
Açıklama

Satınalma 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 olayları tek bir uçtan uca süreç örneği veya 'case' içinde gruplandırmak için büyük önem taşır. 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 süreç döngüsünün yeniden yapılandırılmasını ve görselleştirilmesini sunar.

Neden Önemli?dir?

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

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, Satın Almadan Ödemeye 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?dir?

Verinin kökeni hakkında bağlam sunar; bu, veri yönetişimi, doğrulama ve farklı sistemlerdeki süreç varyasyonlarını analiz etmek için büyük önem taşır.

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ı (zaman damgası)dır.
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 veri setine uygulanan bir metadata alanıdır.

Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlamaları için büyük önem taşır. Analizlerin alaka düzeyini ölçmelerine yardımcı olur ve kararların analizleri için gerektiği kadar güncel verilere dayanmasını sunar.

Neden Önemli?dir?

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

Nereden Alınır??

Bu zaman damgası (zaman damgası), 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 büyük önem taşır. 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 stratejik bilgiler, iyileştirme girişimlerinin her departmanın belirli ihtiyaçlarına ve davranışlarına göre uyarlanmasına yardımcı olur.

Neden Önemli?dir?

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
Kalem Kategorisi
ItemCategory
Satın alınan mal veya hizmetlerin sınıflandırması; örneğin BT Donanımı, Profesyonel Enerji ve Altyapı 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 sunar.

Neden Önemli?dir?

Kategoriye göre süreç performansı ve harcama analizini sağlayarak, 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 Enerji ve AltyapıOfis MalzemeleriMRO - Bakım Onarım ve Operasyonlar
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?dir?

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

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
PO Durumu
PurchaseOrderStatus
Satın alma siparişinin süreç döngüsündeki mevcut veya nihai durumu; örneğin 'Açık', 'Kapalı', 'İptal Edildi'.
Açıklama

Satınalma Siparişi Durumu, Satınalma Siparişinin süreç 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?dir?

Vakaları süreç döngüsü aşamalarına göre filtrelemeye sunar; böylece açık, kapalı veya sorunlu siparişler üzerinde odaklanmış analiz yapılmasını sunar.

Nereden Alınır??

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

Örnekler:::::::
AçıkFaturalama İçin Kapatıldıİptal EdildiOnayda
PO Tutarı
PurchaseOrderAmount
Satın alma siparişinin toplam parasal değeri.
Açıklama

Satınalma 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 büyük önem taşır. Değere dayalı süreçleri filtrelemeye sunar; örneğin, daha karmaşık onay iş akışlarınına veya daha büyük iş etkisine sahip olabilecek yüksek değerli Satın Alma Siparişlerine odaklanmak gibi. Satınalma 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?dir?

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

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 Teslimat 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ı (OTD) KPI'ı'ını hesaplamak için büyük önem taşır. 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 sunar.

Neden Önemli?dir?

Tedarikçi teslimat performansını ölçmek için bir referans noktasıdır ve Zamanında Teslimat Oranı KPI'ını hesaplamak için büyük önem taşır.

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 güçlüak ü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 büyük önem taşır. 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 sunar. Bu stratejik bilgiler, tedarik stratejilerini, tedarikçi müzakerelerini ve ilişki yönetimini şekillendirebilir.

Neden Önemli?dir?

Tedarikçi performans analizini sağlayarak, farklı tedarikçiler arasındaki teslimat süreleri, kalite ve süreçteki sürtünmenin karşılaştırılmasına sunar.

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ı```
Bitiş Zamanı
EndTime
Bir faaliyetin ne zaman tamamlandığını gösteren kesin zaman damgası (zaman damgası)dır. Atomik event'ler için bu genellikle Event Time ile aynıdır.
Açıklama

End Time (Bitiş Zamanı) özniteliği, bir faaliyetin 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ş zaman damgası (zaman damgası)'lerine sahip olabilir.

Bir Bitiş Zamanına sahip olmak, bireysel aktivitelerin işlem süresinin hassas bir şekilde hesaplanmasına sunar. 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?dir?

Activity işleme sürelerinin doğru bir şekilde hesaplanmasına olanak tanıyarak, 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 büyük önem taşır.

Analizde, bu öznitelik, finansal metriklerin karşılaştırılabilir bir temelde olmasını sunar. Parasal değerler içeren herhangi bir kontrol paneli 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?dir?

Tüm parasal değerler için gerekli bağlamı sunar, ö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ı sunar. Bu, talepten Satınalma Siparişinin oluşturulmasına kadar geçen süreyi ölçen daha geniş bir 'Talep-Sipariş' analizine sunar. Talep edenler ve satın alma ekibi arasındaki devir teslimdeki gecikmeleri belirlemeye yardımcı olur.

Neden Önemli?dir?

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

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 ilk 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 güçlüak veya gereksinim tanımlamalarını kaynağında iyileştirmek için kullanılabilir.

Neden Önemli?dir?

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 Opsiyonel

Satın Almadan Ödemeye - Satınalma Siparişi Aktiviteleri

Bu bölüm, doğru süreç keşfini yakalamak ve Satın Alma'dan Ödemeye, Satınalma Siparişi workflow'unuzu anlamak için kritik olan temel süreç adımlarını ve dönüm noktaları.nı detaylandırmaktadır.
6 Önerilen 9 Opsiyonel
Aktivite Açı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?dir?

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 Kaydı Yapıldı
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?dir?

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ınalma 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?dir?

Bu aktivite, satınalma siparişi süreç 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 zaman damgası (zaman damgası)i kullanın.

Event tipi inferred
Satınalma 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?dir?

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 büyük önem taşır. 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 zaman damgası (zaman damgası)'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ınalma Siparişi Onaylandı
Bu önemli dönüm noktası, satın alma siparişinin dahili onay workflow'unu tamamladığını gösterir. PO artık tedarikçiye düzenlenmek üzere yetkilendirilmiş olup, resmi bir mali taahhütü temsil eder.
Neden Önemli?dir?

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 zaman damgası (zaman damgası)'inden yakalanır.

Yakala

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

Event tipi inferred
Satınalma 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?dir?

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ınalma Siparişi için çıktı iletişim mesajının başarıyla işlendiği veya gönderildiği zaman damgası (zaman damgası)'i belirleyin.

Event tipi explicit
Enerji ve Altyapı 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?dir?

Hizmet tedariki için bu olay, hizmet teslimat performansını izlemek açısından gereklidir 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?dir?

İ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 iş akışını (workflow)nu başlatan ilk belgedir.
Neden Önemli?dir?

Talep oluşturma ile Satınalma 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 zaman damgası (zaman damgası)'inden yakalanır.

Yakala

Satın alma talebi başlık tablosundan veya belge logundan oluşturma zaman damgası (zaman damgası)ini 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?dir?

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 zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Satınalma 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?dir?

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 zaman damgası (zaman damgası)i kullanın.

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

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 zaman damgası (zaman damgası)'i belirleyin.

Event tipi explicit
Satınalma 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?dir?

İ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 zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Satınalma Siparişi Reddedildi
Bu aktivite, bir onaylayıcının onay iş akışını (workflow) 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?dir?

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ınalma Siparişi durumunun reddedildi olarak güncellendiği zaman damgası (zaman damgası)'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?dir?

Tedarikçi onayı, siparişin talep edildiği gibi yerine getirileceği konusunda güven sunar. 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 zaman damgası (zaman damgası)ini kullanın.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma 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.