Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz
Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz
- Detaylı `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ınalma Siparişi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Satınalma Siparişi süreç 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ınalma 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, darboğazları belirlemeye, standart prosedürden sapmaları keşfetmeye ve belirli adımların süresini ölçmeye yardımcı olur.
Neden Önemli?dir?
Etkinlikler, süreç haritasının temel bileşenleridir. Bunları izlemek, süreç akışının, darboğazların ve sapmaların görselleştirilmesini ve analizini sunar.
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ınalma Siparişi OluşturulduSatınalma Siparişi OnaylandıMallar Teslim Alındı
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir faaliyetin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (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 büyük önem taşır. 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 büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayları doğru sıralamak ve döngü süreleri ve darboğazlar gibi süre tabanlı tüm metrikleri hesaplamak için büyük önem taşır.
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 zaman damgası (zaman damgası) alanları.
Örnekler:::::::
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
|
|||
|
Satınalma Siparişi
PurchaseOrder
|
Tedarik süreç döngüsünü takip etmek için birincil case ID olarak hizmet veren Satınalma 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 sunar. 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ı, döngü süreleriı ve uyumluluğu anlamaya yardımcı olur.
Neden Önemli?dir?
Bu, tüm ilgili olayları birbirine bağlayan, tüm Satınalma Siparişi (Purchase Order) süreç döngüsünün yeniden yapılandırılmasını ve analizini sağlayan temel Vaka Kimliği'dir (Case ID).
Nereden Alınır??
Oracle Fusion Cloud SCM, Tedarik Modülü, PO_HEADERS_ALL tablosu, SEGMENT1 sütunu.
Örnekler:::::::
100234510023461002347
|
|||
|
Bitiş Zamanı
EndTime
|
Bir etkinliğin tamamlandığı zaman damgası (zaman damgası)dır. 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 hesaplanmasında temel rol oynar. Farklı bir Bitiş Zamanına sahip olmak, aktivite sürelerinin daha hassas analizine sunar; 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?dir?
Kaynak verimliliğini analiz etmek ve zaman alıcı görevleri belirlemek için kritik olan hassas aktivite işlem sürelerinin hesaplanmasını sunar.
Nereden Alınır??
Atomik eventler için Başlangıç Saati ile aynı olabilir veya sonraki event zaman damgası (zaman damgası)'lerinden türetilebilir. Bazı etkinlikler için ayrı bir tamamlanma zaman damgası (zaman damgası)'i mevcut olabilir.
Örnekler:::::::
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
|
|||
|
Bölüm
DepartmentName
|
Satınalma 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 büyük önem taşır. Bu durum, 'Satınalma Siparişi Onay Döngü Süresi Analizi' ve 'Satınalma Siparişi Değişiklik Trendleri' gibi Dashboard'ları doğrudan destekler.
Neden Önemli?dir?
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ınalma 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ü' kontrol paneli'u için ve kullanıcı eylemleriyle ilgili uyumluluk sorunlarını araştırmak için büyük önem taşır.
Neden Önemli?dir?
Kullanıcı eylemlerini belirli kişilere atfeder, iş yükü analizini, performans değerlendirmesini ve eğitim fırsatlarının belirlenmesini sunar.
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ınalma 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ınalma Siparişi ile ilişkili bir eylem geçmişi veya workflow log tablosunda saklanır. Onaylayana göre veri analizi, 'Satınalma Siparişi Onay Cycle Time Analizi' ve 'Onay Kaynak İş Yükü' panelleri için temel rol oynar. Hangi onaylayanların veya onay gruplarının darboğaz 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?dir?
Onay zincirindeki kişileri belirleyerek, onay darboğazlarıni (darboğazlarını), iş yükünü ve onaylayana göre döngü sürelerini analiz etmeyi sunar.
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ınalma Siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, Satınalma 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ınalma 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ınalma Siparişi değerini hesaplamak gibi finansal etki analizine de sunar.
Neden Önemli?dir?
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 sunar.
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 Teslimat 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ı (OTD) KPI'ı'ını hesaplamak için büyük önem taşır. 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?dir?
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ınalma Siparişi için harici tedarikçiyi tanımlar. Satınalma 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 büyük önem taşır.
Neden Önemli?dir?
Tedarikçi performans analizi için büyük önem taşır; teslimat süreleri, iade oranları ve tedarikçiler arası genel güvenilirliğin karşılaştırılmasını sunar.
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ı (zaman damgası), belirli bir Satınalma Siparişi için 'Talep Edilen Teslimat Tarihi' özniteliğindeki değerden sonra ise doğru olur. Bu işaret, 'Zamanında Teslimat Oranı (OTD) 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?dir?
'Zamanında Teslimat Oranı (OTD) KPI'ı'ını doğrudan destekleyerek, tedarikçi performansının ve teslimat güvenilirliğinin net bir şekilde analiz edilmesini sunar.
Nereden Alınır??
Hesaplanmış alan. 'Mal Kabul Edildi' etkinliğinin zaman damgası (zaman damgası)'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 büyük önem taşır. 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?dir?
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 büyük önem taşır.
Nereden Alınır??
İş birimi bağlamı genellikle Satınalma 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ü güçlüak için büyük önem taşır. Birden fazla kaynaktan gelen verileri birleştiren analizlerde, kaynak sisteme göre filtreleme ve segmentasyon yapılmasına sunar.
Neden Önemli?dir?
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 Uyumlu mu
IsApprovalCompliant
|
Satınalma 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ınalma Siparişi (PO), bir tedarikçiye gönderilmeden önce onaylanmalıdır. 'Satınalma Siparişi Onaylandı' aktivitesi, 'Satınalma Siparişi Tedarikçiye Gönderildi' aktivitesinden önce gerçekleşirse true olur. Bu öznitelik, 'PO Süreç Uyumluluk Denetimi' kontrol paneli'u ve 'PO Onay Uyumluluk Oranı' KPI'ı için büyük önem taşır. 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?dir?
'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ınalma Siparişi Onaylandı' zaman damgası (zaman damgası)'i, 'Satınalma Siparişi Tedarikçiye Gönderildi' zaman damgası (zaman damgası)'inden küçük veya eşitse 'true' olarak ayarlanır.
Örnekler:::::::
truefalse
|
|||
|
PO Durumu
PurchaseOrderStatus
|
Satınalma Siparişi belgesinin güncel durumu. | ||
|
Açıklama
Bu öznitelik, Satınalma Siparişinin süreç döngüsündeki 'Açık', 'Onaylandı', 'Kesinleşti' veya 'İptal Edildi' gibi mevcut durumunu belirtir. Satınalma 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ınalma Siparişi Akışı ve Durumu' Dashboard'u için büyük önem taşır.
Neden Önemli?dir?
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 sunar.
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ınalma Siparişi türü, örneğin 'Standart', 'Çerçeve Sözleşme' veya 'Sözleşme'. | ||
|
Açıklama
Bu öznitelik, Satınalma Siparişini tedarik amacına göre sınıflandırır. Farklı Satınalma Siparişi türleri genellikle farklı süreç kuralları ve yaşam döngüleri izler. Bir 'Standart' Satınalma Siparişi, tek seferlik bir satın alma iken, bir 'Çerçeve Sözleşme' Satınalma Siparişi, bir tedarikçi ile daha uzun vadeli bir anlaşmadır. Süreci Satınalma Siparişi Türüne göre analiz etmek, süreç performansının daha doğru bir görünümünü sunar, çünkü standart bir Satınalma 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 sunar.
Neden Önemli?dir?
Ç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ı sunar.
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ınalma 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' kontrol paneli'unu doğrudan destekler.
Neden Önemli?dir?
Harcama türüne göre süreç analizini sunar; bu da farklı mal kategorileri için farklı süreç yollarını, 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ınalma 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ınalma Siparişini orijinal talebine geri bağlar. Talep numarasını dahil etmek, sadece Satınalma Siparişi'nden ziyade ilk talepten başlayarak tedarik sürecinin daha geniş bir analizini sunar. Talepten siparişe kadar geçen cycle time'ı analiz etmeye ve talep detaylarının sonraki Satınalma Siparişi sürecini nasıl etkilediğini anlamaya yardımcı olabilir.
Neden Önemli?dir?
Satınalma Siparişini (PO) ilk talebe bağlayarak, talep aşamasından ödemeye kadar daha detaylı bir uçtan uca süreç görünümü sunar.
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 zaman damgası (zaman damgası)'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 Panellerin güncelliğini anlaması için önemlidir. Süreç stratejik bilgilerinin ne kadar güncel olduğunu netleştirir ve çok yeni işlemlerin dahil edilmesine ilişkin beklentileri yönetir.
Neden Önemli?dir?
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 zaman damgası (zaman damgası)'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ınalma 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?dir?
Coğrafi konuma göre performans analizi yapılmasını sunar, 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ınalma 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ınalma Siparişi case'i 'Satınalma 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 sunar. 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?dir?
'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 vaka için event log 'Satınalma Siparişi Değiştirildi' etkinliğini içeriyorsa 'true', aksi takdirde 'false' olarak ayarlanır.
Örnekler:::::::
truefalse
|
|||
Satın Almadan Ödemeye - Satınalma 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ınalma Siparişi durumunu güncelleyen bir işlem etkinliğidir. | ||
|
Neden Önemli?dir?
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ınalma 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?dir?
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ınalma Siparişi durumu buna göre güncellenir.
Yakala
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'İPTAL ET' için filtreleyin.
Event tipi
explicit
|
|||
|
Satınalma 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ınalma Siparişi üzerinde nihai bir durum belirleyen açık bir eylemdir. | ||
|
Neden Önemli?dir?
Bu etkinlik, satın alma siparişi süreç 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 büyük önem taşır.
Nereden Alınır??
Bu olay, PO_ACTION_HISTORY tablosuna 'FINALLY CLOSE' ACTION_CODE'u ile kaydedilir. PO_HEADERS_ALL'daki Satınalma 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ınalma Siparişi Oluşturuldu
|
Bu, bir Satınalma Siparişi (PO) belgesinin taslak veya eksik durumda oluşturulduğu satın alma siparişi süreç döngüsünün resmi başlangıcıdır. Sistem, yeni PO başlık kaydının oluşturulma zaman damgası (zaman damgası)'ini kaydederek bu event'i yakalar. | ||
|
Neden Önemli?dir?
PO vaka için birincil başlangıç eventı olarak, bu etkinlik tüm cycle time hesaplamaları için büyük önem taşır. Onay ve tedarikçi iletişimi gibi sonraki adımların verimliliğini ölçmek için bir başlangıç noktası sunar.
Nereden Alınır??
Bu, belirli bir Satınalma 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 zaman damgası (zaman damgası)'ini kullanın.
Event tipi
explicit
|
|||
|
Satınalma 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?dir?
Bu, Satınalma Siparişinin tedarikçiye gönderilmesini engelleyen kritik bir mihenk taşıdır. Onay döngü süreleriını ölçmek ve harcama politikalarına uyumluluğu güçlüak için büyük önem taşır.
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ınalma Siparişi Satıcıya 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ınalma Siparişi iletişim kaydındaki bir zaman damgası (zaman damgası)'ten çıkarılır. | ||
|
Neden Önemli?dir?
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ınalma 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 durumdür.
Yakala
Satınalma Siparişinin (PO) iletişim durumu 'İletildi' olarak güncellendiğinde zaman damgası (zaman damgası)'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?dir?
Bu etkinlik, kalite yönetimi için büyük önem taşır. 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?dir?
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 zaman damgası (zaman damgası)'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?dir?
İadelerin takibi, tedarikçi kalitesini ve sipariş doğruluğunu değerlendirmek için büyük önem taşır. 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 İsteği 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?dir?
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 zaman damgası (zaman damgası)'ini izleyerek bulunabilir.
Yakala
Event, POR_REQUISITION_HEADERS_ALL tablosundaki kaydın oluşturulma tarihine dayanır.
Event tipi
explicit
|
|||
|
Satın Alma İsteği 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?dir?
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 büyük önem taşır.
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
|
|||
|
Satınalma 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?dir?
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ınalma Siparişi Gönderildi
|
Oluşturulan satın alma siparişi onay iş akışını (workflow)na gönderilir. Oracle Fusion bu eylemi açıkça log'lar, gönderme olayı için kullanıcıyı ve zaman damgası (zaman damgası)'i kaydeder. | ||
|
Neden Önemli?dir?
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 darboğazları belirlemek için temel rol oynar.
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ınalma 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?dir?
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ınalma 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?dir?
Tedarikçi onayı, siparişin alındığına ve işlenmekte olduğuna dair kesinlik sunar. 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
|
|||
|
Teslim Edilen Enerji ve Altyapı 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?dir?
Bu, hizmetler için bir mal alım makbuzunun karşılığıdır ve bir faturanın ödenmesinden önceki temel 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ınalma Siparişindeki (PO) bir hizmet kalemine karşı bir makbuz olarak yakalanır. Enerji ve Altyapıin 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
|
|||