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

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

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

Bu template, Tedarikten Ödemeye (Purchase to Pay) - Satın Alma Siparişi sürecinizi analiz etmek için gerekli verileri toplamak için net bir yol haritası sunar. Temel veri özniteliklerini, izlenecek kilit aktivite'leri ve bu bilgileri çıkarmak için pratik rehberliği özetler. Etkili Process Mining için tüm kritik detayları yakaladığınızdan emin olmak için kullanın.
  • 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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

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

Process Mining ile Satın Alma Süreci (Purchase to Pay - Satın Alma Siparişi) sürecinizin kapsamlı analizi için event log'unuza eklemeniz önerilen veri alanları bunlardır.
3 Gerekli 7 Önerilen 12 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

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

Process Mining ile doğru Satın Alma Süreci (Purchase to Pay - Satın Alma Siparişi) keşfi için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 10 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Oracle Fusion Financials'tan Nasıl Alırsınız?