Veri Şablonu: Satın Almadan Ödemeye - Satın Alma Siparişi
Satın Almadan Ödemeye - Satın Alma Siparişi Veri Şablonunuz
- Kapsamlı veri toplama için önerilen öznitelikler
- İzlenecek ve analiz edilecek temel süreç aktiviteleri
- Oracle Fusion Financials için adım adım veri çekme rehberliği
Satın Almadan Ödemeye - Satın Alma Siparişi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Satın Alma Siparişi yaşam döngüsü içinde meydana gelen belirli bir iş etkinliğinin veya adımının adı. | ||
|
Açıklama
Bu öznitelik, süreçteki 'Satın Alma Siparişi Oluşturuldu' veya 'Mal Teslim Alındı' gibi belirli bir görevi veya durum değişikliğini açıklar. Bu etkinlikler, süreç akışını oluşturan etkinlik dizisini oluşturur. Bu etkinliklerin dizisini ve zamanlamasını analiz etmek, Process Mining'in özünü oluşturur. Süreç haritasını görselleştirmeye, bottleneck'leri belirlemeye, standart prosedürden sapmaları keşfetmeye ve belirli adımların süresini ölçmeye yardımcı olur.
Neden önemli
Etkinlikler, süreç haritasının yapı taşlarıdır. Bunları izlemek, süreç akışının, darboğazların ve sapmaların görselleştirilmesini ve analizini sağlar.
Nereden alınır
PO_HEADERS_ALL ve PO_ACTION_HISTORY gibi tablolardaki durum değişikliklerinden veya mal kabulleri için RCV_TRANSACTIONS gibi belirli işlem tablolarından türetilir.
Örnekler
Satın Alma Siparişi OluşturulduSatın Alma Siparişi OnaylandıMallar Teslim Alındı
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, süreçteki her aktivitenin tam tarih ve saatini kaydeder. Olayların kronolojik sıralaması ve zamana dayalı tüm analizler için temeldir. Process Mining'de, başlangıç zamanı Event Log'u oluşturmak, aktiviteler arasındaki döngü sürelerini hesaplamak, bekleme sürelerini ölçmek ve farklı zaman dilimlerinde süreç performansını analiz etmek için kullanılır. Döngü süresi ve performansla ilgili Dashboard'lar için temeldir.
Neden önemli
Bu timestamp, event'leri doğru sıralamak ve cycle time'lar ve bottleneck'ler gibi süre tabanlı tüm metrikleri hesaplamak için kritiktir.
Nereden alınır
PO_HEADERS_ALL, PO_ACTION_HISTORY ve RCV_SHIPMENT_LINES dahil olmak üzere çeşitli tablolardaki CREATION_DATE ve LAST_UPDATE_DATE gibi timestamp alanları.
Örnekler
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
|
|||
|
Satın Alma Siparişi
PurchaseOrder
|
Tedarik yaşam döngüsünü takip etmek için birincil case ID olarak hizmet veren Satın Alma Siparişi belgesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Satın Alma Siparişi numarası, tüm ilgili etkinlikleri oluşturulmasından nihai kapanışına kadar birbirine bağlayan merkezi tanımlayıcıdır. Tek bir tedarik işleminin uçtan uca analizini sağlar. Process Mining'de, her benzersiz Satın Alma Siparişi numarası, sürecin tek bir örneğini temsil eder. Bu tanımlayıcıya göre gruplandırılmış verileri analiz etmek, bireysel siparişler için süreç varyasyonlarını, cycle time'ları ve uyumluluğu anlamaya yardımcı olur.
Neden önemli
Bu, tüm ilgili event'leri birbirine bağlayan, tüm Satın Alma Siparişi (Purchase Order) yaşam döngüsünün yeniden yapılandırılmasını ve analizini sağlayan temel Case ID'sidir.
Nereden alınır
Oracle Fusion Cloud SCM, Tedarik Modülü, PO_HEADERS_ALL tablosu, SEGMENT1 sütunu.
Örnekler
100234510023461002347
|
|||
|
Bitiş Saati
EndTime
|
Bir etkinliğin tamamlandığı timestamp. Genellikle atomik etkinlikler için Başlangıç Saati ile aynıdır. | ||
|
Açıklama
Süreye sahip aktiviteler için bu, tamamlanma zamanını işaretler. Anlık event'ler için genellikle Başlangıç Zamanı ile aynıdır. Bireysel aktivitelerin işlem süresini hesaplamak için temeldir. Farklı bir Bitiş Zamanına sahip olmak, aktivite sürelerinin daha hassas analizine olanak tanır; bu süreler, aktiviteler arasındaki bekleme süresinden farklı olabilir. Bu, aktif çalışma zamanını boşta kalma zamanından ayırmaya yardımcı olur ve kaynak iş yükü ile verimlilik analizini destekler.
Neden önemli
Kaynak verimliliğini analiz etmek ve zaman alıcı görevleri belirlemek için kritik olan hassas aktivite işlem sürelerinin hesaplanmasını sağlar.
Nereden alınır
Atomik eventler için Başlangıç Saati ile aynı olabilir veya sonraki event timestamp'lerinden türetilebilir. Bazı etkinlikler için ayrı bir tamamlanma timestamp'i mevcut olabilir.
Örnekler
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
|
|||
|
Bölüm
DepartmentName
|
Satın Alma Siparişini başlatan veya ondan sorumlu olan departmanın adı. | ||
|
Açıklama
Bu öznitelik, satın alma ile ilişkili 'Finans', 'BT' veya 'Üretim' gibi kurumsal birimi belirtir. Maliyet tahsisi ve kurumsal raporlama için kullanılır. Process Mining bağlamında, süreci departmana göre segmentlere ayırmak performansı karşılaştırmak, departmana özgü darboğazlar belirlemek ve organizasyon genelindeki süreç yürütme farklılıklarını anlamak için çok önemlidir. Bu durum, 'Satın Alma Siparişi Onay Döngü Süresi Analizi' ve 'Satın Alma Siparişi Değişiklik Trendleri' gibi Dashboard'ları doğrudan destekler.
Neden önemli
Farklı iş birimleri genelinde süreç performansının filtrelenmesine ve karşılaştırılmasına olanak tanıyarak departmana özgü sorunları veya en iyi uygulamaları ortaya çıkarır.
Nereden alınır
PO_DISTRIBUTIONS_ALL gibi tablolardaki maliyet merkezi bilgilerinden türetilir; bu bilgiler, departman ana verilerine bağlıdır.
Örnekler
BT OperasyonlarıPazarlamaAraştırma ve Geliştirme
|
|||
|
Kullanıcı
UserName
|
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı. | ||
|
Açıklama
Bu öznitelik, talep oluşturma, Satın Alma Siparişi onaylama veya mal girişi kaydetme gibi belirli bir etkinlikten sorumlu çalışanı veya sistem kullanıcısını tanımlar. Genellikle 'Created By' veya 'Last Updated By' gibi alanlardan alınır. Süreci kullanıcıya göre analiz etmek, iş yükü dağılımını, bireysel performansı anlamaya ve eğitim ihtiyaçlarını belirlemeye yardımcı olur. 'Onay Kaynak İş Yükü' dashboard'u için ve kullanıcı eylemleriyle ilgili uyumluluk sorunlarını araştırmak için temeldir.
Neden önemli
Kullanıcı eylemlerini belirli kişilere atfeder, iş yükü analizini, performans değerlendirmesini ve eğitim fırsatlarının belirlenmesini sağlar.
Nereden alınır
PO_HEADERS_ALL ve PO_ACTION_HISTORY gibi tablolarda CREATED_BY veya LAST_UPDATED_BY alanlarındaki kimliklere göre kullanıcı tablolarıyla birleştirin.
Örnekler
john.doejane.smithsystem.batch
|
|||
|
Onaylayanın Adı
ApproverName
|
Satın Alma Siparişi üzerinde bir onay veya ret eylemi gerçekleştiren kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, workflow'daki bir onay adımından sorumlu kişiyi yakalar. Bu bilgi genellikle Satın Alma Siparişi ile ilişkili bir eylem geçmişi veya workflow log tablosunda saklanır. Onaylayana göre veri analizi, 'Satın Alma Siparişi Onay Cycle Time Analizi' ve 'Onay Kaynak İş Yükü' dashboard'ları için anahtardır. Hangi onaylayanların veya onay gruplarının bottleneck olduğunu belirlemeye, iş yükünün adil bir şekilde değerlendirilmesine ve görevlendirme veya süreç yeniden tasarım fırsatlarını vurgulamaya yardımcı olur.
Neden önemli
Onay zincirindeki kişileri belirleyerek, onay bottleneck'lerini (darboğazlarını), iş yükünü ve onaylayana göre döngü sürelerini analiz etmeyi mümkün kılar.
Nereden alınır
Eylemi gerçekleştiren kullanıcı, PO_ACTION_HISTORY.ACTION_PERFORMED_BY'da bulunur ve tam ad için bir kullanıcı tablosuna bağlıdır.
Örnekler
susan.managerdavid.directoremily.finance
|
|||
|
PO Toplam Tutarı
PurchaseOrderTotalAmount
|
Satın Alma Siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişindeki tüm kalemlerin belirtilen para birimindeki toplam maliyetini temsil eder. Süreçten geçen işlemlerin değerini anlamak için anahtar bir finansal ölçüttür. Satın Alma Siparişi Toplam Tutarını analiz etmek, süreç iyileştirme çabalarını önceliklendirmeye yardımcı olur. Örneğin, yüksek değerli siparişler daha sıkı bir onay sürecinden geçirilebilir. Ayrıca, sıkça değiştirilen veya geciken Satın Alma Siparişi değerini hesaplamak gibi finansal etki analizine de olanak tanır.
Neden önemli
Sürece finansal bir bağlam katarak, yüksek değerli siparişlere odaklanma veya gecikmelerin finansal etkilerini anlama gibi parasal değere dayalı analiz yapılmasına olanak tanır.
Nereden alınır
Belirli bir PO header için PO_LINES_ALL'daki miktarların toplanmasıyla veya mevcutsa üst düzey bir toplamdan alınarak hesaplanır.
Örnekler
5250.00120000.50750.99
|
|||
|
Talep Edilen Teslim Tarihi
RequestedDeliveryDate
|
Talep eden tarafın mal veya hizmetlerin teslim edilmesini beklediği tarih. | ||
|
Açıklama
Bu tarih, satın alma siparişi satırında belirtilir ve satıcıya istenen teslimat zaman çizelgesini iletir. Zamanında teslimat performansını ölçmek için temelini oluşturur. Bu öznitelik, 'Zamanında Teslimat Oranı' KPI'ını hesaplamak için kritik öneme sahiptir. Kuruluşlar, gerçek mal kabul tarihini talep edilen teslimat tarihiyle karşılaştırarak tedarikçi güvenilirliğini niceliksel olarak ölçebilir, takip edebilir ve tedarik zincirindeki sistemik gecikmeleri belirleyebilir.
Neden önemli
Zamanında teslimat performansını ölçmek için bir baseline görevi görür; tedarikçi güvenilirliğini ve tedarik zinciri verimliliğini değerlendirmek için önemli bir KPI'dır.
Nereden alınır
Satır konumu seviyesinde, PO_LINE_LOCATIONS_ALL tablosunda, NEED_BY_DATE sütununda bulunur.
Örnekler
2023-05-202023-06-152023-07-01
|
|||
|
Tedarikçi Adı
VendorName
|
Mal veya hizmetlerin satın alındığı tedarikçi veya satıcının adı. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişi için harici tedarikçiyi tanımlar. Satın Alma Siparişi başlığına bağlı kritik bir ana veri parçasıdır. Tedarikçi analizi, P2P Process Mining'in önemli bir parçasıdır. Şirketler, tedarikçiye göre filtreleyerek veya segmentlere ayırarak 'Tedarikçi Teslimat Performansı'nı analiz edebilir, zamanında teslimat oranlarını karşılaştırabilir, yüksek veya düşük performanslı tedarikçileri belirlemek amacıyla 'Mal İade Oranı'nı inceleyebilirler. Bu veri, tedarikçi ilişkilerini yönetmek ve stratejik tedarik için çok önemlidir.
Neden önemli
Tedarikçi performans analizi için kritik öneme sahiptir; teslimat süreleri, iade oranları ve tedarikçiler arası genel güvenilirliğin karşılaştırılmasını sağlar.
Nereden alınır
PO_HEADERS_ALL.VENDOR_ID'den POZ_SUPPLIERS.VENDOR_NAME'e bağlanmıştır.
Örnekler
Global Ofis MalzemeleriTech Solutions Inc.Advanced Logistics Co.
|
|||
|
Gecikmeli Teslimat mı
IsLateDelivery
|
Nihai mal kabulünün, talep edilen teslim tarihinden sonra gerçekleşip gerçekleşmediğini gösteren bir işaretçi. | ||
|
Açıklama
Bu hesaplanmış boolean öznitelik, 'Mal Kabul Edildi' aktivitesinin zaman damgası, belirli bir Satın Alma Siparişi için 'Talep Edilen Teslimat Tarihi' özniteliğindeki değerden sonra ise doğru olur. Bu işaret, 'Zamanında Teslimat Oranı' KPI'ının temelini oluşturur. Gecikmiş ve zamanında olan siparişlerin kolayca segmentlere ayrılmasını ve analizini sağlayarak, gecikmelerin temel nedenlerini (belirli tedarikçiler, konumlar veya ürün kategorileriyle ilgili olup olmadığını) araştırmaya yardımcı olur.
Neden önemli
'Zamanında Teslimat Oranı' KPI'ını doğrudan destekleyerek, tedarikçi performansının ve teslimat güvenilirliğinin net bir şekilde analiz edilmesini sağlar.
Nereden alınır
Hesaplanmış alan. 'Mal Kabul Edildi' etkinliğinin timestamp'i, 'İstenen Teslim Tarihi' özniteliğinden sonra ise 'true' olarak ayarlanır.
Örnekler
truefalse
|
|||
|
İş Birimi
BusinessUnitName
|
Kuruluş içinde satın almayı yapan belirli iş birimi. | ||
|
Açıklama
İş Birimi, bir işletme içinde genellikle kendi defteri ve finansal raporlaması olan ayrı bir iş varlığını temsil eder. Oracle Fusion'da birincil veri ayrıştırma mekanizmasıdır. Büyük, çok uluslu şirketlerde İş Birimine göre süreç performansını analiz etmek çok önemlidir. Bu, kuruluşun farklı bölümlerindeki tedarik verimliliği, uyumluluk ve maliyetlerin karşılaştırılmasını sağlayarak hem en iyi uygulamaları hem de iyileştirme alanlarını vurgular.
Neden önemli
Büyük kuruluşlar için farklı operasyonel bölümler arasında süreç verimliliğini ve uyumluluğu karşılaştırmak kritik öneme sahiptir.
Nereden alınır
İş birimi bağlamı genellikle Satın Alma Siparişi başlığında, PO_HEADERS_ALL.PRC_BU_ID üzerinde bulunur ve FUN_ALL_BUSINESS_UNITS_V görünümüne bağlanır.
Örnekler
ABD İş BirimiEMEA VizyonuAPAC Services
|
|||
|
Kaynak Sistem
SourceSystem
|
Bu verilerin çıkarıldığı bilgi sistemi. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını tanımlar ve özellikle birden fazla entegre sistemin olduğu ortamlarda faydalıdır. Bu süreç için genellikle 'Oracle Fusion Financials' olur. Belirli bir veri kümesi için çoğunlukla statik bir değer olsa da, veri yönetimi, sorun giderme ve veri soy kütüğünü sağlamak için kritik öneme sahiptir. Birden fazla kaynaktan gelen verileri birleştiren analizlerde, kaynak sisteme göre filtreleme ve segmentasyon yapılmasına olanak tanır.
Neden önemli
Veri yönetişimi, bağlam ve diğer sistemlerle entegrasyon için çok önemli olan verinin kaynağını belirler.
Nereden alınır
Bu, genellikle veri çıkarma ve dönüştürme (ETL) süreci sırasında tanımlanıp eklenen sabit bir değerdir.
Örnekler
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
|
|||
|
Onay Çevrim Süresi
ApprovalCycleTime
|
Bir Satın Alma Siparişi'nin oluşturulmasından nihai onayına kadar geçen süre. | ||
|
Açıklama
Bu, tek bir case için 'Satın Alma Siparişi Oluşturuldu' aktivitesi ile 'Satın Alma Siparişi Onaylandı' aktivitesi arasında geçen süreyi ölçen hesaplanmış bir süre metriğidir. Bu öznitelik, 'Ortalama PO Onay Cycle Time' KPI'ı için doğrudan değer sağlar. Dağılımının analiz edilmesi, onay workflow'unun verimliliğini anlamaya, aykırı değerleri belirlemeye ve onay gecikmelerini azaltmayı amaçlayan süreç iyileştirme girişimlerinin etkisini ölçmeye yardımcı olur.
Neden önemli
Onay darboğazını nicel olarak belirler, 'Ortalama Satın Alma Siparişi Onay Döngü Süresi' KPI'ını doğrudan ölçer ve workflow'daki gecikmeleri vurgular.
Nereden alınır
Hesaplanmış alan. 'Satın Alma Siparişi Onaylandı' ve 'Satın Alma Siparişi Oluşturuldu' etkinliklerinin timestamp'leri arasındaki fark.
Örnekler
P2DPT8H30MP5DT12H
|
|||
|
Onay Uyumlu mu
IsApprovalCompliant
|
Satın Alma Siparişinin tedarikçiye gönderilmeden önce onaylanıp onaylanmadığını belirten bir işaretçi. | ||
|
Açıklama
Bu, önemli bir iç kontrol kuralına uyumu kontrol eden hesaplanmış bir boolean özniteliktir: Satın Alma Siparişi (PO), bir tedarikçiye gönderilmeden önce onaylanmalıdır. 'Satın Alma Siparişi Onaylandı' aktivitesi, 'Satın Alma Siparişi Tedarikçiye Gönderildi' aktivitesinden önce gerçekleşirse true olur. Bu öznitelik, 'PO Süreç Uyumluluk Denetimi' dashboard'u ve 'PO Onay Uyumluluk Oranı' KPI'ı için temeldir. Uyumluluk ihlallerini belirlemek ve ölçmek için basit bir yol sunar, satın alma politikalarını uygulamaya ve yetkisiz harcamalarla ilişkili riskleri azaltmaya yardımcı olur.
Neden önemli
'Satınalma Siparişi Onay Uyumluluk Oranı' KPI'ını doğrudan ölçer ve siparişlerin onaydan önce tedarikçilere gönderildiği kritik iç kontrol ihlallerini vurgular.
Nereden alınır
Hesaplanmış alan. 'Satın Alma Siparişi Onaylandı' timestamp'i, 'Satın Alma Siparişi Tedarikçiye Gönderildi' timestamp'inden küçük veya eşitse 'true' olarak ayarlanır.
Örnekler
truefalse
|
|||
|
PO Durumu
PurchaseOrderStatus
|
Satın Alma Siparişi belgesinin güncel durumu. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişinin yaşam döngüsündeki 'Açık', 'Onaylandı', 'Kesinleşti' veya 'İptal Edildi' gibi mevcut durumunu belirtir. Satın Alma Siparişinin ilerlemesinin anlık görüntüsünü sunar. Process Mining, aktivite dizisine odaklanırken, mevcut durum vakaları filtrelemek için değerlidir. Örneğin, analizler mevcut süreç hattını anlamak için yalnızca açık Satın Alma Siparişlerine veya tamamlanmış süreç örneklerini analiz etmek için kapanmış Satın Alma Siparişlerine odaklanabilirler. Bu, 'Satın Alma Siparişi Akışı ve Durumu' Dashboard'u için temeldir.
Neden önemli
Bir satın alma siparişinin mevcut durumunun anlık bir görüntüsünü sunarak analizin aktif, tamamlanmış veya iptal edilmiş siparişlere göre filtrelenmesini sağlar.
Nereden alınır
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tablosu, AUTHORIZATION_STATUS veya DOCUMENT_STATUS sütunları.
Örnekler
OPENONAYLANDIKESİNLİKLE_KAPALIİPTAL EDİLDİ
|
|||
|
PO Tipi
PurchaseOrderType
|
Satın Alma Siparişi türü, örneğin 'Standart', 'Çerçeve Sözleşme' veya 'Sözleşme'. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişini tedarik amacına göre sınıflandırır. Farklı Satın Alma Siparişi türleri genellikle farklı süreç kuralları ve yaşam döngüleri izler. Bir 'Standart' Satın Alma Siparişi, tek seferlik bir satın alma iken, bir 'Çerçeve Sözleşme' Satın Alma Siparişi, bir tedarikçi ile daha uzun vadeli bir anlaşmadır. Süreci Satın Alma Siparişi Türüne göre analiz etmek, süreç performansının daha doğru bir görünümünü sağlar, çünkü standart bir Satın Alma Siparişi'nin cycle time'ını bir çerçeve sözleşme ile karşılaştırmak yanıltıcı olacaktır. Benzeri benzeriyle karşılaştırmalara olanak tanır.
Neden önemli
Çeşitli tedarik senaryoları arasında ayrım yaparak, benzer sipariş türleri için süreç performansının daha doğru, birebir karşılaştırmalarını sağlar.
Nereden alınır
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tablosu, TYPE_LOOKUP_CODE sütunu.
Örnekler
STANDARDBLANKETSÖZLEŞME
|
|||
|
Satın Alma Kategorisi
PurchaseCategory
|
Satın alınan mal veya hizmetlerin sınıflandırılması, örneğin 'IT Donanımı' veya 'Ofis Malzemeleri' gibi. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişindeki kalemleri bir tedarik hiyerarşisine göre kategorize eder. Bu sınıflandırma, harcama analizi ve tedarikçi yönetimi için kullanılır. Process Mining'de, süreci satın alma kategorisine göre segmentlere ayırmak farklı davranışları veya performans seviyelerini ortaya çıkarabilir. Örneğin, sermaye harcamaları için onay süreci, operasyonel sarf malzemelerine göre daha uzun olabilir. Bu, en sık hangi kategorilerin iade edildiğini analiz ederek 'Mal İade Oranı ve Nedenleri' dashboard'unu doğrudan destekler.
Neden önemli
Harcama türüne göre süreç analizini mümkün kılar; bu da farklı mal kategorileri için farklı süreç yollarını, bottleneck'leri (darboğazları) veya iade oranlarını ortaya çıkarabilir.
Nereden alınır
PO_LINES_ALL.CATEGORY_ID'den EGP_CATEGORIES_VL görünümüne bağlanmıştır.
Örnekler
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
|
|||
|
Satın Alma Talebi
PurchaseRequisitionNumber
|
Satın Alma Siparişini önceden yetkilendiren Satın Alma Talebinin tanımlayıcısı. | ||
|
Açıklama
Satın Alma Talebi, mal veya hizmetlerin tedarikini talep etmek için kullanılan dahili belgedir. Bu öznitelik, Satın Alma Siparişini orijinal talebine geri bağlar. Talep numarasını dahil etmek, sadece Satın Alma Siparişi'nden ziyade ilk talepten başlayarak tedarik sürecinin daha geniş bir analizini sağlar. Talepten siparişe kadar geçen cycle time'ı analiz etmeye ve talep detaylarının sonraki Satın Alma Siparişi sürecini nasıl etkilediğini anlamaya yardımcı olabilir.
Neden önemli
Satın Alma Siparişini (PO) ilk talebe bağlayarak, talep aşamasından ödemeye kadar daha kapsamlı bir uçtan uca süreç görünümü sağlar.
Nereden alınır
REQ_DISTRIBUTION_ID içeren PO_DISTRIBUTIONS_ALL tablosu aracılığıyla POR_REQUISITION_LINES_ALL tablosuna geri izlenerek bağlanmıştır.
Örnekler
PR-2023-05-001PR-2023-05-002PR-2023-05-003
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden son çıkarılma veya yenilenme timestamp'i. | ||
|
Açıklama
Bu öznitelik, analiz edilen verinin güncelliğini gösterir. Oracle Fusion Financials'tan en son veri çekiminin tarih ve saatini kaydeder. Bu bilgi, kullanıcıların analizin ve Dashboard'ların güncelliğini anlaması için hayati önem taşır. Süreç içgörülerinin ne kadar güncel olduğunu netleştirir ve çok yeni işlemlerin dahil edilmesine ilişkin beklentileri yönetir.
Neden önemli
Veri güncelliği konusunda şeffaflık sağlayarak, kullanıcıların süreç analizinin ne kadar yeni olduğunu anlamasını garanti eder.
Nereden alınır
Bu, veri çıkarma ve dönüştürme (ETL) süreci sırasında oluşturulan ve eklenen bir timestamp'tir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Teslimat Konumu
DeliveryLocation
|
Malların teslim edileceği fiziksel konum veya adres. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişindeki kalemler için sevkiyat adresini belirtir. Anahtar bir lojistik bilgidir. Process Mining için, teslimat konumuna göre analiz yapmak 'Mal Kabul Süreci Verimliliği' Dashboard'unu destekler. Belirli depoların veya sahaların kabul süreçlerinde daha yavaş olup olmadığını tespit etmeye yardımcı olarak, belirli konumlardaki olası kaynak veya süreç sorunlarına işaret eder.
Neden önemli
Coğrafi konuma göre performans analizi yapılmasını sağlar, mal kabul sürecindeki bölgesel veya lokasyona özgü darboğazların belirlenmesine yardımcı olur.
Nereden alınır
PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID'den HR_LOCATIONS_ALL görünümüne bağlanmıştır.
Örnekler
Ana Depo - A RıhtımıBina 3 - ResepsiyonSF Office - 10th Floor
|
|||
|
Yeniden İşleme mi?
IsRework
|
Satın Alma Siparişinin ilk oluşturulmasından sonra değiştirilip değiştirilmediğini gösteren bir işaretçi. | ||
|
Açıklama
Bu, bir Satın Alma Siparişi case'i 'Satın Alma Siparişi Değiştirildi' aktivitesini içeriyorsa true olarak ayarlanan hesaplanmış bir boolean özniteliktir. Düzeltme veya değişiklik gerektiren siparişleri hızlı bir şekilde belirlemeye yardımcı olur. Bu flag, 'PO Değişiklik Oranı' KPI'ının hesaplanmasını basitleştirir ve yeniden işlenmiş siparişlerin kolayca filtrelenmesini ve analiz edilmesini sağlar. Yeniden işlenmiş siparişlerin özelliklerini (örneğin, ilgili vendor'lar veya departmanlar) anlamak, veri yanlışlığının veya değişen gereksinimlerin temel nedenlerini belirlemeye yardımcı olabilir.
Neden önemli
'Satınalma Siparişi Değişiklik Oranı' KPI'ını doğrudan destekler ve değişiklik geçiren tüm siparişleri işaretleyerek süreç istikrarsızlığının analizini basitleştirir.
Nereden alınır
Hesaplanmış alan. Bir case için event log'u 'Satın Alma Siparişi Değiştirildi' etkinliğini içeriyorsa 'true', aksi takdirde 'false' olarak ayarlanır.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın Alma Siparişi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mallar Teslim Alındı
|
Fiziksel mallar satın alma siparişi doğrultusunda teslim alınmış, sayılmış ve kaydedilmiştir. Bu, envanteri ve Satın Alma Siparişi durumunu güncelleyen bir işlem etkinliğidir. | ||
|
Neden önemli
Bu, tedarikçinin zamanında teslimat performansını ve genel teslimat süresini ölçmek için önemli bir mihenk taşıdır. Ayrıca kalite denetimi ve fatura eşleştirme gibi sonraki aktivite'ler için bir tetikleyici görevi görür.
Nereden alınır
Bu, RCV_TRANSACTIONS tablosunda kaydedilmiş açık bir event'tir. Belirli işlem, 'RECEIVE' TRANSACTION_TYPE ile tanımlanabilir.
Yakala
TRANSACTION_TYPE 'RECEIVE' olan RCV_TRANSACTIONS'dan TRANSACTION_DATE'i kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi İptal Edildi
|
Satın alma siparişi kalıcı olarak iptal edilmiş ve başka işlem beklenmemektedir. Bu, belgenin nihai durumunu değiştiren açık bir eylemdir. | ||
|
Neden önemli
Bu etkinlik, süreç için olumsuz bir son durumu temsil eder. İptalleri analiz etmek, yinelenen siparişler, bütçe değişiklikleri veya proje gereksinimlerindeki değişiklikler gibi sorunları ortaya çıkarabilir.
Nereden alınır
Bu eylem, PO_ACTION_HISTORY tablosuna 'CANCEL' ACTION_CODE'u ile kaydedilir ve PO_HEADERS_ALL'daki Satın Alma Siparişi durumu buna göre güncellenir.
Yakala
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'İPTAL ET' için filtreleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Kesin Olarak Kapatıldı
|
Satın alma siparişi tamamlanmış sayılır; yani tamamen teslim alınmış ve/veya faturalandırılmış olup, başka bir etkinlik beklenmemektedir. Bu, Satın Alma Siparişi üzerinde nihai bir durum belirleyen açık bir eylemdir. | ||
|
Neden önemli
Bu etkinlik, satın alma siparişi yaşam döngüsünün başarılı bir şekilde tamamlandığını işaret eder. Birincil olumlu son durumdur ve genel süreç verimini ve tamamlama oranlarını ölçmek için takibi çok önemlidir.
Nereden alınır
Bu olay, PO_ACTION_HISTORY tablosuna 'FINALLY CLOSE' ACTION_CODE'u ile kaydedilir. PO_HEADERS_ALL'daki Satın Alma Siparişi durumu da 'Kesinleşti' olarak güncellenir.
Yakala
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'KESİN KAPAT' için filtreleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Oluşturuldu
|
Bu, bir Satın Alma Siparişi (PO) belgesinin taslak veya eksik durumda oluşturulduğu satın alma siparişi yaşam döngüsünün resmi başlangıcıdır. Sistem, yeni PO başlık kaydının oluşturulma timestamp'ini kaydederek bu event'i yakalar. | ||
|
Neden önemli
PO case için birincil başlangıç eventı olarak, bu etkinlik tüm cycle time hesaplamaları için temeldir. Onay ve tedarikçi iletişimi gibi sonraki adımların verimliliğini ölçmek için bir başlangıç noktası sağlar.
Nereden alınır
Bu, belirli bir Satın Alma Siparişi Kimliği (PO_HEADER_ID) için PO_HEADERS_ALL tablosundaki CREATION_DATE alanına dayalı açık bir event'tir.
Yakala
PO_HEADERS_ALL tablosundaki oluşturulma timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Onaylandı
|
Satın alma siparişi gerekli tüm onayları almış ve şimdi satıcıya gönderilmek üzere yetkilendirilmiştir. Bu, belgenin eylem geçmişine açıkça kaydedilen önemli bir kilometre taşı etkinliğidir. | ||
|
Neden önemli
Bu, Satın Alma Siparişinin tedarikçiye gönderilmesini engelleyen kritik bir mihenk taşıdır. Onay cycle time'larını ölçmek ve harcama politikalarına uyumluluğu sağlamak için temeldir.
Nereden alınır
Bu olay, PO_ACTION_HISTORY tablosuna kaydedilir ve genellikle 'APPROVE' ACTION_CODE'u ile veya PO_HEADERS_ALL'daki belge durumu onaylanmış bir duruma değiştiğinde gerçekleşir.
Yakala
PO_ACTION_HISTORY tablosunu son 'ONAYLA' eylemi için filtreleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Tedarikçiye Gönderildi
|
Onaylanan satın alma siparişi, örneğin e-posta veya EDI yoluyla tedarikçiye resmi olarak iletilir. Bu olay genellikle bir durum değişikliğinden veya Satın Alma Siparişi iletişim kaydındaki bir timestamp'ten çıkarılır. | ||
|
Neden önemli
Bu, tedarikçinin teslim süresinin başlangıcını işaret eder. Onaydan son teslimata kadar tedarikçi performansını ölçmek için çok önemli bir noktadır.
Nereden alınır
Bu durum, Satın Alma Siparişi belge durumunun 'Açık' olarak değişmesinden ve bir iletişim tarihinin girilmesinden çıkarılabilir. Belirli alan genellikle PO_HEADERS_ALL.communicated_date veya ilgili bir statüdür.
Yakala
Satınalma Siparişinin (PO) iletişim durumu 'İletildi' olarak güncellendiğinde timestamp'ten çıkarım yapın.
Event tipi
inferred
|
|||
|
Kalite Kontrolü Gerçekleştirildi
|
Kalite kontrol gerektiren mallar denetlenmiş ve ya kabul edilmiş ya da reddedilmiştir. Bu aktivite, ilk alımdan sonra gerçekleşir ve ayrı bir işlem olarak kaydedilir. | ||
|
Neden önemli
Bu etkinlik, kalite yönetimi için çok önemlidir. Denetim sürelerinin analizi, kalite kontrol sürecini kolaylaştırmaya ve malların kullanıma sunulmasındaki gecikmeleri azaltmaya yardımcı olur.
Nereden alınır
Bu, RCV_TRANSACTIONS tablosunda kaydedilmiştir. Bir makbuz işleminden sonra gelen 'ACCEPT' veya 'REJECT' TRANSACTION_TYPE'lı işlemlerle tanımlanır.
Yakala
TRANSACTION_TYPE 'ACCEPT' veya 'REJECT' olan RCV_TRANSACTIONS'dan TRANSACTION_DATE'i kullanın.
Event tipi
explicit
|
|||
|
Mal Kabulü Oluşturuldu
|
Malların fiziksel varışına hazırlık olarak sistemde bir mal kabul belgesi başlatılır. Bu aktivite, dahili mal kabul sürecinin başlangıcını işaret eder. | ||
|
Neden önemli
Bu, satın almadan lojistiğe geçişi işaret eder. Bu noktadan son makbuz gönderimine kadar geçen süreyi analiz etmek, depoda veya mal kabul departmanındaki verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır
Bu, satın alma siparişine bağlı RCV_SHIPMENT_HEADERS tablosundaki yeni bir kaydın oluşturulma timestamp'i ile yakalanan açık bir event'tir.
Yakala
RCV_SHIPMENT_HEADERS tablosundaki ilgili kaydın oluşturulma tarihini kullanın.
Event tipi
explicit
|
|||
|
Mallar Tedarikçiye İade Edildi
|
Daha önce teslim alınan mallar, genellikle kusurlar, hasarlar veya yanlış gönderimler nedeniyle tedarikçiye geri gönderilir. Bu durum, kabul modülünde belirli bir iade işlemi olarak kaydedilir. | ||
|
Neden önemli
İadelerin takibi, tedarikçi kalitesini ve sipariş doğruluğunu değerlendirmek için çok önemlidir. Bir tedarikçi için yüksek iade oranları, ele alınması gereken sistematik sorunlara işaret edebilir.
Nereden alınır
Bu, RCV_TRANSACTIONS tablosunda 'RETURN TO VENDOR' TRANSACTION_TYPE ile kaydedilmiş açık bir event'tir.
Yakala
TRANSACTION_TYPE 'RETURN TO VENDOR' olan RCV_TRANSACTIONS'dan TRANSACTION_DATE'i kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Değiştirildi
|
Miktar, fiyat veya teslim tarihi gibi bir değişiklik, satın alma siparişinin ilk onayından sonra yapılmıştır. Oracle Fusion, bunu belgenin yeni bir revizyonunu oluşturarak takip eder. | ||
|
Neden önemli
PO değişiklikleri, yeniden işleme anlamına gelir ve ilk sipariş doğruluğu veya değişen iş ihtiyaçları ile ilgili sorunları gösterebilir. Bu değişikliklerin sıklığını ve niteliğini analiz etmek, süreç verimliliğini artırmak için fırsatları belirlemeye yardımcı olur.
Nereden alınır
Bu olay, yeni bir belge revizyonu oluşturulduğunda açıkça yakalanır. Bu durum, PO_HEADERS_ALL tablosundaki REVISION_NUM alanındaki bir artışla tanımlanabilir.
Yakala
PO_HEADER_ID için REVISION_NUM'un arttığı her durumu belirleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Gönderildi
|
Oluşturulan satın alma siparişi onay workflow'una gönderilir. Oracle Fusion bu eylemi açıkça log'lar, gönderme olayı için kullanıcıyı ve timestamp'i kaydeder. | ||
|
Neden önemli
Bu etkinlik, onay döngüsünün başlangıcını işaret eder. Gönderim ve onay arasındaki süreyi analiz etmek, dahili onay sürecindeki bottleneck'leri belirlemek için anahtardır.
Nereden alınır
Bu eylem, PO_ACTION_HISTORY tablosuna ilgili PO_HEADER_ID için 'SUBMIT' ACTION_CODE'u ile kaydedilir.
Yakala
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'GÖNDER' için filtreleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Reddedildi
|
Bir onaylayıcı, satın alma siparişini reddederek revizyon için oluşturucuya geri göndermiştir. Bu, standart süreç akışında bir kesintiyi gösteren, eylem geçmişine kaydedilmiş açık bir eventtir. | ||
|
Neden önemli
Reddedilmeler, sürece yeniden işleme ve gecikmeler getirir. Bu aktiviteyi takip etmek, reddedilmenin yaygın nedenlerini, eğitim ihtiyaçlarını veya net olmayan onay gereksinimlerini belirlemeye yardımcı olur.
Nereden alınır
Bu eylem, PO_ACTION_HISTORY tablosuna ilgili PO_HEADER_ID için 'REJECT' ACTION_CODE'u ile kaydedilir.
Yakala
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'REDDET' için filtreleyin.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Teyit Edildi
|
Satıcı, satın alma siparişi şartlarının alındığını ve kabul edildiğini onayladı. Bu etkinlik genellikle tedarik personeli tarafından satıcı iletişimine dayanarak veya elektronik bir onay aracılığıyla manuel olarak yakalanır. | ||
|
Neden önemli
Tedarikçi onayı, siparişin alındığına ve işlenmekte olduğuna dair kesinlik sağlar. Bunu izlemek, tedarikçi iletişimini yönetmeye ve potansiyel tedarik sorunlarını proaktif olarak belirlemeye yardımcı olur.
Nereden alınır
Bu, genellikle PO_HEADERS_ALL.acceptance_status gibi PO başlık veya kalemlerindeki onay durumu alanlarındaki bir değişiklikten, örneğin 'Accepted' olarak değişmesinden çıkarılır.
Yakala
Satınalma Siparişi (PO) onay durumu alanlarındaki güncellemelerden çıkarım yapın.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Oluşturuldu
|
Bu etkinlik, satın alma siparişinden önce gelen mal veya hizmetler için resmi talep olan bir satın alma talebinin oluşturulmasını işaret eder. Oracle Fusion içinde talep başlık tablosunda yeni bir giriş oluşturulduğunda yakalanır. | ||
|
Neden önemli
Bu etkinliği analiz etmek, talep oluşum aşamasını anlamaya yardımcı olur. Talep fişinden satın alma siparişi oluşturmaya kadar geçen süreyi takip etmek, iç talebin eyleme dönüştürülebilir tedarik siparişlerine dönüştürülmesindeki olası gecikmeleri ortaya çıkarır.
Nereden alınır
Bu, yeni bir talep kaydedildiğinde gerçekleşen açık bir event'tir. POR_REQUISITION_HEADERS_ALL tablosundaki oluşturulma timestamp'ini izleyerek bulunabilir.
Yakala
Event, POR_REQUISITION_HEADERS_ALL tablosundaki kaydın oluşturulma tarihine dayanır.
Event tipi
explicit
|
|||
|
Satın Alma Talebi Onaylandı
|
Satın alma talebi, belirlenen yetkili tarafından onaylanmış ve satın alma departmanına bir satın alma siparişi oluşturma yetkisi verilmiştir. Bu etkinlik, sistemin talep için eylem geçmişine açıkça kaydedilmiştir. | ||
|
Neden önemli
Bu mihenk taşı, talep için dahili onay sürecinin sonunu belirtir. Buradaki gecikmeler, tüm satın alma zaman çizelgesini doğrudan etkileyebilir, bu nedenle süresini izlemek çok önemlidir.
Nereden alınır
Bu olay, talep ile ilişkili işlem geçmişine kaydedilir ve genellikle Workflow tabloları veya talep belgesi üzerindeki belirli onay durumu alanları aracılığıyla izlenir.
Yakala
Belirli talep belgesi için workflow geçmişine bir onay eylemi olarak kaydedilmiştir.
Event tipi
explicit
|
|||
|
Teslim Edilen Hizmetler Onaylandı
|
Hizmet tabanlı satınalma siparişleri için bu aktivite, hizmetlerin anlaşıldığı gibi sağlandığının teyidini işaretler. Bu teyit genellikle manuel olarak veya bir hizmet giriş formu aracılığıyla kaydedilir. | ||
|
Neden önemli
Bu, hizmetler için bir mal alım makbuzunun karşılığıdır ve bir faturanın ödenmesinden önceki kritik bir adımdır. Hizmet onayındaki gecikmeler, geç ödemelere ve gergin tedarikçi ilişkilerine yol açabilir.
Nereden alınır
Bu genellikle Satın Alma Siparişindeki (PO) bir hizmet kalemine karşı bir makbuz olarak yakalanır. Hizmetlerin ilerlemesini veya tamamlanmasını izleyen belirli alanları veya karmaşık makbuzları içerebilir.
Yakala
Hizmet tabanlı Satınalma Siparişi (PO) kalemlerine bağlı mal kabul işlemlerini (RCV_TRANSACTIONS) belirleyin.
Event tipi
explicit
|
|||