Satın Almadan Ödemeye - Satın alma siparişi Veri Templateiniz
Satın Almadan Ödemeye - Satın alma siparişi Veri Templateiniz
- Ayrıntılı veri toplama için önerilen öznitelikler
- İzlenecek ve analiz edilecek temel süreç etkinlikleri
- Oracle Fusion Financials’tan veri çıkarmak için adım adım yönergeler
Satın Almadan Ödemeye - Satın alma siparişi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreçteki her etkinliğin kesin tarih ve saatini kaydeder. Olayları kronolojik sıraya koymak ve zamana dayalı tüm analizleri yapmak için temel veridir. Process Mining çalışmalarında başlangıç zamanı, Event Log oluşturmak, etkinlikler arasındaki çevrim sürelerini hesaplamak, bekleme sürelerini ölçmek ve süreç performansını farklı dönemlerde incelemek için kullanılır. Çevrim süresi ve performans Dashboardları için gereklidir.
Neden önemli?
Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi süreye dayalı tüm metrikleri hesaplamak için önemlidir.
Nereden alınır?
PO_HEADERS_ALL, PO_ACTION_HISTORY ve RCV_SHIPMENT_LINES dahil çeşitli tablolardaki CREATION_DATE ve LAST_UPDATE_DATE gibi zaman damgası alanları.
Örnekler
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
|
|||
|
Etkinlik
ActivityName
|
Satın alma siparişi yaşam döngüsünde gerçekleşen belirli bir iş olayının veya adımın adı. | ||
|
Açıklama
Bu öznitelik, süreçteki belirli bir görevi veya durum değişikliğini açıklar. Örneğin, 'Satın alma siparişi oluşturuldu' ya da 'Mallar teslim alındı'. Bu etkinlikler, süreç akışını oluşturan olaylar dizisini meydana getirir. Bu etkinliklerin sırasını ve zamanlamasını incelemek, Process Mining çalışmalarının temelini oluşturur. Süreç haritasını görselleştirmenize, darboğazları belirlemenize, standart prosedürden sapmaları bulmanıza ve belirli adımların süresini ölçmenize yardımcı olur.
Neden önemli?
Etkinlikler süreç haritasının yapı taşlarıdır. Bunları izlemek, süreç akışını, darboğazları ve sapmaları görselleştirip incelemenizi sağlar.
Nereden alınır?
PO_HEADERS_ALL ve PO_ACTION_HISTORY gibi tablolardaki durum değişikliklerinden veya mal kabulü için RCV_TRANSACTIONS gibi belirli işlem tablolarından elde edilir.
Örnekler
Satın Alma Siparişi OluşturulduSatın Alma Siparişi OnaylandıMallar teslim alındı
|
|||
|
Satın alma siparişi
PurchaseOrder
|
Satın alma siparişi belgesinin benzersiz tanımlayıcısıdır ve satın alma yaşam döngüsünü izlemek için temel vaka kimliği olarak kullanılır. | ||
|
Açıklama
Satın alma siparişi numarası, oluşturulmasından kesin olarak kapatılmasına kadar ilgili tüm etkinlikleri birbirine bağlayan temel tanımlayıcıdır. Tek bir satın alma vakasını baştan sona incelemenizi sağlar. Process Mining çalışmalarında 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ılan verileri incelemek; süreç farklılıklarını, çevrim sürelerini ve her siparişin uyumluluk durumunu anlamaya yardımcı olur.
Neden önemli?
İlgili tüm olayları birbirine bağlayan temel vaka kimliğidir; satın alma siparişinin tüm yaşam döngüsünü yeniden oluşturup incelemenizi sağlar.
Nereden alınır?
Oracle Fusion Cloud SCM, Procurement Module, PO_HEADERS_ALL tablosu, SEGMENT1 sütunu.
Örnekler
100234510023461002347
|
|||
|
Bitiş zamanı
EndTime
|
Bir etkinliğin tamamlandığı zamanı gösteren zaman damgası. Anlık olaylarda genellikle başlangıç zamanıyla aynıdır. | ||
|
Açıklama
Süreye yayılan etkinliklerde bu alan, tamamlanma zamanını gösterir. Anlık olaylarda genellikle başlangıç zamanıyla aynıdır. Tek tek etkinliklerin işlem süresini hesaplamak için gereklidir. Ayrı bir bitiş zamanı, etkinlik sürelerini daha hassas incelemenizi sağlar. Bu süreler, etkinlikler arasındaki bekleme süresinden farklı olabilir. Böylece aktif çalışma süresini boşta geçen zamandan ayırabilir, kaynak iş yükü ve verimlilik analizlerini destekleyebilirsiniz.
Neden önemli?
Etkinliklerin işlem sürelerini hassas biçimde hesaplamanızı sağlar. Kaynak verimliliğini incelemek ve zaman alan görevleri belirlemek için önemlidir.
Nereden alınır?
Anlık olaylarda başlangıç zamanıyla aynı olabilir veya sonraki olayların zaman damgalarından elde edilebilir. Bazı etkinlikler için ayrı bir tamamlanma zaman damgası bulunabilir.
Örnekler
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
|
|||
|
Departman
DepartmentName
|
Satın alma siparişini başlatan veya siparişten sorumlu departmanın adı. | ||
|
Açıklama
Bu öznitelik, satın alma işlemiyle ilişkili 'Finans', 'BT' veya 'Üretim' gibi kuruluş birimini belirtir. Maliyet dağılımı ve kurumsal raporlama için kullanılır. Process Mining çalışmalarında süreci departmana göre gruplandırmak; performansı karşılaştırmak, departmana özgü darboğazları belirlemek ve kuruluş genelindeki süreç yürütme farklılıklarını anlamak için önemlidir. 'Satın alma siparişi onay çevrim süresi analizi' ve 'Satın alma siparişi değişiklik eğilimleri' Dashboardlarını doğrudan destekler.
Neden önemli?
Farklı iş birimlerindeki süreç performansını filtreleyip karşılaştırmanızı, departmana özgü sorunları veya iyi uygulamaları görmenizi sağlar.
Nereden alınır?
Departman ana verilerine bağlanan PO_DISTRIBUTIONS_ALL gibi tablolardaki maliyet merkezi bilgilerinden elde edilir.
Örnekler
BT operasyonlarıPazarlamaAraştırma ve geliştirme
|
|||
|
İstenen teslimat tarihi
RequestedDeliveryDate
|
Talepte bulunan tarafın malların veya hizmetlerin teslim edilmesini beklediği tarih. | ||
|
Açıklama
Bu tarih, satın alma siparişi kaleminde belirtilir ve tedarikçiye istenen teslimat zamanını bildirir. Zamanında teslimat performansını ölçmek için temel alınır. Bu öznitelik, 'Zamanında teslimat oranı' KPI’ını hesaplamak için gereklidir. Kuruluşlar gerçek mal kabul tarihini istenen teslimat tarihiyle karşılaştırarak tedarikçi güvenilirliğini sayısal olarak ölçüp izleyebilir ve tedarik zincirindeki sistematik gecikmeleri belirleyebilir.
Neden önemli?
Tedarikçi güvenilirliğini ve tedarik zinciri verimliliğini değerlendiren temel bir KPI olan zamanında teslimat performansını ölçmek için başlangıç noktasıdır.
Nereden alınır?
PO_LINE_LOCATIONS_ALL tablosunda, satır konumu düzeyindeki NEED_BY_DATE sütununda bulunur.
Örnekler
2023-05-202023-06-152023-07-01
|
|||
|
Kullanıcı
UserName
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, talep oluşturma, satın alma siparişini onaylama veya mal kabulünü kaydetme gibi bir olaydan sorumlu çalışanı ya da sistem kullanıcısını belirtir. Genellikle 'Oluşturan' veya 'Son Güncelleyen' gibi alanlardan alınır. Süreci kullanıcıya göre incelemek, iş yükünün dağılımını ve kişisel performansı anlamaya, eğitim ihtiyaçlarını belirlemeye yardımcı olur. 'Onay kaynağı iş yükü' Dashboardu ve kullanıcı işlemleriyle ilgili uyumluluk sorunlarını araştırmak için temel veridir.
Neden önemli?
Kullanıcı işlemlerini belirli kişilere bağlayarak iş yükünü incelemenizi, performansı değerlendirmenizi ve eğitim fırsatlarını belirlemenizi sağlar.
Nereden alınır?
PO_HEADERS_ALL ve PO_ACTION_HISTORY gibi tablolardaki CREATED_BY veya LAST_UPDATED_BY alanlarında bulunan kimlikleri kullanarak kullanıcı tablolarıyla birleştirin.
Örnekler
john.doejane.smithsystem.batch
|
|||
|
Onaylayan adı
ApproverName
|
Satın alma siparişini onaylayan veya reddeden kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, iş akışındaki bir onay adımından sorumlu kişiyi gösterir. Bu bilgi genellikle satın alma siparişiyle ilişkili işlem geçmişi veya iş akışı günlüğü tablosunda saklanır. Onaylayana göre veri incelemek, 'Satın alma siparişi onay çevrim süresi analizi' ve 'Onay kaynağı iş yükü' Dashboardları için önemlidir. Hangi onaylayanların veya onay gruplarının darboğaz oluşturduğunu belirlemeye, iş yükünü adil biçimde değerlendirmeye ve yetki devri ya da süreç tasarımı fırsatlarını görmeye yardımcı olur.
Neden önemli?
Onay zincirindeki kişileri belirler; onay darboğazlarını, iş yükünü ve çevrim sürelerini onaylayana göre incelemenizi sağlar.
Nereden alınır?
İşlemi gerçekleştiren kullanıcı, PO_ACTION_HISTORY.ACTION_PERFORMED_BY alanında bulunur. Tam adı için kullanıcı tablosuyla bağlantı kurulur.
Örnekler
susan.managerdavid.directoremily.finance
|
|||
|
Satın alma siparişi 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 gösterir. Süreçten geçen işlemlerin değerini anlamak için temel bir finansal metriktir. Satın alma siparişi toplam tutarını incelemek, süreç iyileştirme çalışmalarına öncelik vermenize yardımcı olur. Örneğin, yüksek tutarlı siparişler daha sıkı bir onay sürecine yönlendirilebilir. Ayrıca sık sık değiştirilen veya geciken siparişlerin değerini hesaplamak gibi finansal etki analizleri yapmanızı sağlar.
Neden önemli?
Sürece finansal bağlam kazandırır. Yüksek tutarlı siparişlere odaklanmak veya gecikmelerin finansal etkisini anlamak gibi parasal değere dayalı analizler yapmanızı sağlar.
Nereden alınır?
Belirli bir satın alma siparişi başlığı için PO_LINES_ALL tablosundaki tutarlar toplanarak hesaplanır veya varsa başlık düzeyindeki toplam değer kullanılır.
Örnekler
5250.00120000.50750.99
|
|||
|
Tedarikçi adı
VendorName
|
Malların veya hizmetlerin satın alındığı tedarikçinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma siparişinin harici tedarikçisini belirtir. Satın alma siparişi başlığına bağlı temel ana veri öğelerinden biridir. Tedarikçi analizi, P2P sürecinde Process Mining çalışmalarının önemli bir parçasıdır. Şirketler tedarikçiye göre filtreleme veya gruplandırma yaparak 'Tedarikçi teslimat performansı’nı inceleyebilir, zamanında teslimat oranlarını karşılaştırabilir ve yüksek ya da düşük performanslı tedarikçileri belirlemek için 'Mal iade oranı’nı araştırabilir. Bu veriler, tedarikçi ilişkilerini ve stratejik tedarik süreçlerini yönetmek için gereklidir.
Neden önemli?
Tedarikçi performansını incelemek için gereklidir; tedarikçiler arasındaki teslimat sürelerini, iade oranlarını ve genel güvenilirliği karşılaştırmanızı sağlar.
Nereden alınır?
PO_HEADERS_ALL.VENDOR_ID alanından POZ_SUPPLIERS.VENDOR_NAME alanına bağlanır.
Örnekler
Global Office SuppliesTech Solutions Inc.Advanced Logistics Co.
|
|||
|
İş birimi
BusinessUnitName
|
Satın alma işlemini gerçekleştiren kuruluşa bağlı iş birimi. | ||
|
Açıklama
İş birimi, kuruluş içindeki ayrı bir ticari birimi temsil eder ve genellikle kendi defterine ve finansal raporlamasına sahiptir. Oracle Fusion’da verileri ayırmanın temel yollarından biridir. Büyük ve çok uluslu şirketlerde süreç performansını iş birimine göre incelemek önemlidir. Kuruluşun farklı bölümlerindeki satın alma verimliliğini, uyumluluğu ve maliyetleri karşılaştırmanızı; iyi uygulamaları ve iyileştirme alanlarını belirlemenizi sağlar.
Neden önemli?
Büyük kuruluşların farklı operasyon birimlerindeki süreç verimliliğini ve uyumluluğu karşılaştırması için önemlidir.
Nereden alınır?
İş birimi bilgisi genellikle satın alma siparişi başlığında, FUN_ALL_BUSINESS_UNITS_V görünümüne bağlanan PO_HEADERS_ALL.PRC_BU_ID alanında bulunur.
Örnekler
ABD iş birimiEMEA VisionAPAC Services
|
|||
|
Kaynak sistem
SourceSystem
|
Bu verinin alındığı bilgi sistemi. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını belirtir ve birden fazla entegre sistemin bulunduğu ortamlarda özellikle yararlıdır. Bu süreçte kaynak genellikle 'Oracle Fusion Financials' olur. Belirli bir veri setinde çoğunlukla sabit bir değer olsa da veri yönetişimi, sorun giderme ve veri soy ağacını izleme açısından önemlidir. Birden fazla kaynaktan gelen verileri birleştiren analizlerde, veriyi kaynak sisteme göre filtreleyip gruplandırmanızı sağlar.
Neden önemli?
Verinin kaynağını belirtir; veri yönetişimi, bağlam ve diğer sistemlerle entegrasyon açısından önemlidir.
Nereden alınır?
Bu değer genellikle veri çıkarma ve dönüştürme (ETL) sürecinde tanımlanıp eklenen sabit bir değerdir.
Örnekler
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
|
|||
|
Onay kurallarına uyuldu mu
IsApprovalCompliant
|
Satın alma siparişinin tedarikçiye gönderilmeden önce onaylanıp onaylanmadığını gösteren bir işaret. | ||
|
Açıklama
Bu, temel bir iç kontrole uyulup uyulmadığını denetleyen hesaplanmış bir boolean özniteliktir: Satın alma siparişi, tedarikçiye gönderilmeden önce onaylanmalıdır. 'Purchase Order Approved' etkinliği 'Purchase Order Sent to Vendor' etkinliğinden önce gerçekleşirse true değerini alır. Bu öznitelik, 'PO Process Compliance Audit' Dashboardı ve 'PO Approval Compliance Rate' KPI’ı için gereklidir. Uyumluluk ihlallerini kolayca belirleyip ölçmenizi sağlar; böylece satın alma politikalarının uygulanmasına ve yetkisiz harcamalardan kaynaklanan risklerin azaltılmasına yardımcı olur.
Neden önemli?
'PO Approval Compliance Rate' KPI’ını doğrudan ölçer ve siparişlerin onaylanmadan tedarikçilere gönderildiği önemli iç kontrol ihlallerini ortaya çıkarır.
Nereden alınır?
Hesaplanan alan. 'Purchase Order Approved' zaman damgası, 'Purchase Order Sent to Vendor' zaman damgasına eşit veya daha erkense 'true' olarak ayarlanır.
Örnekler
truefalse
|
|||
|
Satın alma kategorisi
PurchaseCategory
|
Satın alınan mal veya hizmetlerin 'BT donanımı' ya da 'Ofis malzemeleri' gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, satın alma siparişindeki kalemleri satın alma hiyerarşisine göre sınıflandırır. Bu sınıflandırma, harcama analizinde ve tedarikçi yönetiminde kullanılır. Process Mining çalışmalarında süreci satın alma kategorisine göre gruplandırmak, farklı işleyişleri veya performans düzeylerini ortaya çıkarabilir. Örneğin, sermaye harcamalarına yönelik onay süreci, operasyonel malzeme alımlarına göre daha uzun sürebilir. Hangi kategorilerin daha sık iade edildiğini incelemenizi sağlayarak 'Mal iade oranı ve nedenleri' Dashboardunu doğrudan destekler.
Neden önemli?
Süreci harcama türüne göre incelemenizi sağlar; farklı mal kategorilerindeki süreç yollarını, darboğazları veya iade oranlarını ortaya çıkarabilir.
Nereden alınır?
PO_LINES_ALL.CATEGORY_ID alanından EGP_CATEGORIES_VL görünümüne bağlanır.
Örnekler
BT.Donanım.Dizüstü bilgisayarlarOfis.Malzemeleri.KırtasiyeProfesyonel.Hizmetler.Danışmanlık
|
|||
|
Satın alma siparişi durumu
PurchaseOrderStatus
|
Satın alma siparişi belgesinin mevcut durumu. | ||
|
Açıklama
Bu öznitelik, satın alma siparişinin yaşam döngüsündeki mevcut durumunu gösterir. Örneğin, 'Açık', 'Onaylandı', 'Kesin olarak kapatıldı' veya 'İptal edildi'. Siparişin ilerleyişine dair anlık bir görünüm sunar. Process Mining çalışmaları etkinlikler dizisine odaklansa da mevcut durum, vakaları filtrelemek için yararlıdır. Örneğin, mevcut sipariş akışını anlamak için yalnızca açık siparişleri, tamamlanan süreç örneklerini incelemek içinse kapalı siparişleri analiz edebilirsiniz. 'Satın alma siparişi akışı ve durumu' Dashboardu için gereklidir.
Neden önemli?
Satın alma siparişinin mevcut durumunu gösterir; analizi etkin, tamamlanmış veya iptal edilmiş siparişlerle sınırlandırmanızı sağlar.
Nereden alınır?
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tablosu, AUTHORIZATION_STATUS veya DOCUMENT_STATUS sütunları.
Örnekler
AÇIKONAYLANDIKESİN_OLARAK_KAPATILDIİPTAL_EDİLDİ
|
|||
|
Satın alma siparişi türü
PurchaseOrderType
|
Satın alma siparişinin 'Standart', 'Çerçeve' veya 'Sözleşme' gibi türü. | ||
|
Açıklama
Bu öznitelik, satın alma siparişini satın alma amacına göre sınıflandırır. Farklı sipariş türleri genellikle farklı süreç kurallarını ve yaşam döngülerini izler. 'Standart' sipariş tek seferlik bir alımken 'Çerçeve' sipariş, tedarikçiyle yapılan uzun vadeli bir anlaşmadır. Sipariş türüne göre analiz yapmak, süreç performansını daha doğru değerlendirmenizi sağlar. Standart bir siparişin çevrim süresini çerçeve anlaşmayla karşılaştırmak yanıltıcı olabilir. Bu sınıflandırma, benzer siparişleri birbiriyle karşılaştırmanıza imkân verir.
Neden önemli?
Farklı satın alma senaryolarını birbirinden ayırarak benzer sipariş türlerinin süreç performansını daha doğru biçimde karşılaştırmanızı sağlar.
Nereden alınır?
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tablosu, TYPE_LOOKUP_CODE sütunu.
Örnekler
STANDARTÇERÇEVESÖZLEŞME
|
|||
|
Satın alma talebi
PurchaseRequisitionNumber
|
Satın alma siparişinden önce oluşturulan ve siparişi yetkilendiren satın alma talebinin tanımlayıcısı. | ||
|
Açıklama
Satın alma talebi, mal veya hizmet alımını istemek için kullanılan kurum içi belgedir. Bu öznitelik, satın alma siparişini ilk talebe bağlar. Talep numarasını eklemek, satın alma sürecini yalnızca siparişten değil, ilk talepten başlayarak daha geniş kapsamda incelemenizi sağlar. Talep ile sipariş arasındaki çevrim süresini analiz etmeye ve talep ayrıntılarının sonraki satın alma siparişi sürecini nasıl etkilediğini anlamaya yardımcı olur.
Neden önemli?
Satın alma siparişini ilk talebe bağlayarak talepten ödemeye kadar süreci baştan sona daha kapsamlı incelemenizi sağlar.
Nereden alınır?
REQ_DISTRIBUTION_ID alanını içeren PO_DISTRIBUTIONS_ALL tablosu üzerinden POR_REQUISITION_LINES_ALL tablosuna kadar izlenebilir.
Örnekler
PR-2023-05-001PR-2023-05-002PR-2023-05-003
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verinin kaynak sistemden en son çıkarıldığı veya yenilendiği zamana ait zaman damgası. | ||
|
Açıklama
Bu öznitelik, incelenen verinin ne kadar güncel olduğunu gösterir. Oracle Fusion Financials sisteminden en son veri alımının tarih ve saatini kaydeder. Bu bilgi, analizin ve Dashboardların ne kadar güncel olduğunu anlamanızı sağlar. Süreç içgörülerinin güncelliğini açıklayarak çok yeni işlemlerin analize dahil olup olmadığına ilişkin beklentileri netleştirir.
Neden önemli?
Verinin güncelliğini açıkça gösterir ve süreç analizinin ne kadar güncel olduğunu anlamanızı sağlar.
Nereden alınır?
Bu zaman damgası, veri çıkarma ve dönüştürme (ETL) sürecinde oluşturulup eklenir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Teslimat gecikti mi
IsLateDelivery
|
Mal kabulünün talep edilen teslimat tarihinden sonra gerçekleşip gerçekleşmediğini gösteren bir işaret. | ||
|
Açıklama
Bu hesaplanmış boolean öznitelik, belirli bir satın alma siparişi için 'Goods Received' etkinliğinin zaman damgası 'Requested Delivery Date' özniteliğindeki değerden sonraysa true değerini alır. Bu işaret, 'On-Time Delivery Rate' KPI’ının temelini oluşturur. Geciken ve zamanında teslim edilen siparişleri kolayca gruplandırıp analiz etmenizi sağlar. Böylece gecikmelerin belirli tedarikçilerden, konumlardan veya ürün kategorilerinden kaynaklanıp kaynaklanmadığını araştırabilirsiniz.
Neden önemli?
'On-Time Delivery Rate' KPI’ını doğrudan destekler; tedarikçi performansını ve teslimat güvenilirliğini net biçimde analiz etmenizi sağlar.
Nereden alınır?
Hesaplanan alan. 'Goods Received' etkinliğinin zaman damgası 'RequestedDeliveryDate' özniteliğindeki tarihten sonraysa 'true' olarak ayarlanır.
Örnekler
truefalse
|
|||
|
Teslimat konumu
DeliveryLocation
|
Malların teslim edileceği fiziksel konum veya adres. | ||
|
Açıklama
Bu öznitelik, satın alma siparişindeki kalemlerin teslim edileceği adresi belirtir. Lojistik açısından temel bir bilgidir. Process Mining çalışmalarında teslimat konumuna göre analiz yapmak, 'Mal kabulü işlem verimliliği' Dashboardunu destekler. Belirli depo veya tesislerde mal kabulünün daha yavaş olup olmadığını belirlemeye, bu konumlardaki olası kaynak veya süreç sorunlarını görmeye yardımcı olur.
Neden önemli?
Performansı coğrafi konuma göre incelemenizi ve mal kabul sürecindeki bölgesel ya da tesise özgü darboğazları belirlemenizi sağlar.
Nereden alınır?
PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID alanından HR_LOCATIONS_ALL görünümüne bağlanır.
Örnekler
Ana depo - A rampası3. bina - resepsiyonSan Francisco ofisi - 10. kat
|
|||
|
Yeniden çalışma var mı
IsRework
|
Satın alma siparişinin ilk oluşturulduktan sonra değiştirilip değiştirilmediğini gösteren bir işaret. | ||
|
Açıklama
Bu, bir vaka için Event Log içinde 'Purchase Order Changed' etkinliği varsa true değerini alan, hesaplanmış bir boolean özniteliktir. Düzeltme veya değişiklik gerektiren siparişleri hızla belirlemenizi sağlar. Bu işaret, 'PO Modification Rate' KPI hesaplamasını kolaylaştırır ve yeniden çalışma yapılan siparişleri kolayca filtreleyip analiz etmenize imkân verir. Yeniden çalışma yapılan siparişlerin özelliklerini, örneğin ilgili tedarikçileri veya departmanları anlamak, veri hatalarının ya da değişen gereksinimlerin temel nedenlerini belirlemeye yardımcı olabilir.
Neden önemli?
'PO Modification Rate' KPI’ını doğrudan destekler ve değişikliğe uğrayan tüm siparişleri işaretleyerek süreç istikrarsızlığını analiz etmeyi kolaylaştırır.
Nereden alınır?
Hesaplanan alan. Bir vakanın Event Log verilerinde 'Purchase Order Changed' etkinliği varsa 'true', yoksa 'false' olarak ayarlanır.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın alma siparişi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mallar teslim alındı
|
Fiziksel mallar teslim alınmış, sayılmış ve satın alma siparişine kaydedilmiştir. Bu işlem, envanteri ve satın alma siparişinin durumunu günceller. | ||
|
Neden önemli?
Bu, tedarikçinin zamanında teslimat performansını ve toplam çevrim süresini ölçmek için önemli bir kilometre taşıdır. Ayrıca kalite kontrolü ve fatura eşleştirme gibi sonraki etkinlikleri başlatır.
Nereden alınır?
Bu açık olay RCV_TRANSACTIONS tablosuna kaydedilir. İlgili işlem, TRANSACTION_TYPE değeri 'RECEIVE' olan kayıtla belirlenebilir.
Kaydedin
TRANSACTION_TYPE değeri 'RECEIVE' olan RCV_TRANSACTIONS kaydındaki TRANSACTION_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Satın alma siparişi iptal edildi
|
Satın alma siparişi kalıcı olarak iptal edilmiştir ve başka işlem beklenmemektedir. Bu açık işlem, belgenin son durumunu değiştirir. | ||
|
Neden önemli?
Bu etkinlik, sürecin olumsuz bir son durumunu gösterir. İptalleri incelemek; yinelenen siparişler, bütçe değişiklikleri veya proje gereksinimlerindeki değişiklikler gibi sorunları ortaya çıkarabilir.
Nereden alınır?
Bu işlem, ACTION_CODE değeri 'CANCEL' olan bir kayıtla PO_ACTION_HISTORY tablosuna kaydedilir ve PO_HEADERS_ALL tablosundaki sipariş durumu buna göre güncellenir.
Kaydedin
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'CANCEL' koşuluna göre filtreleyin.
Olay türü
explicit
|
|||
|
Satın alma siparişi kesin olarak kapatıldı
|
Satın alma siparişi tamamlanmış sayılır; tüm mallar teslim alınmış ve/veya faturalanmıştır, başka bir işlem beklenmemektedir. Bu açık işlem, siparişe son durum atar. | ||
|
Neden önemli?
Bu etkinlik, satın alma siparişi yaşam döngüsünün başarıyla tamamlandığını gösterir. Sürecin olumlu son durumudur. İzlenmesi, toplam işlem hacmini ve tamamlanma oranlarını ölçmek için önemlidir.
Nereden alınır?
Bu olay, ACTION_CODE değeri 'FINALLY CLOSE' olan bir kayıtla PO_ACTION_HISTORY tablosuna kaydedilir. PO_HEADERS_ALL tablosundaki sipariş durumu da 'Finally Closed' olarak güncellenir.
Kaydedin
PO_ACTION_HISTORY tablosunu ACTION_CODE = 'FINALLY CLOSE' koşuluna göre filtreleyin.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Oluşturuldu
|
Bu etkinlik, satın alma siparişi yaşam döngüsünün resmî başlangıcıdır. Sipariş belgesi taslak veya tamamlanmamış durumda oluşturulur. Sistem, yeni sipariş başlığı kaydının oluşturulma zaman damgasını kaydederek bu olayı yakalar. | ||
|
Neden önemli?
PO vakasının temel başlangıç etkinliği olan bu adım, tüm çevrim süresi hesaplamalarının temelini oluşturur. Onay ve tedarikçiyle iletişim gibi sonraki adımların verimliliğini ölçmek için 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 dayanan açık bir olaydır.
Kaydedin
PO_HEADERS_ALL tablosundaki oluşturulma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Onaylandı
|
Satın alma siparişi gerekli tüm onayları almıştır ve artık tedarikçiye gönderilebilir. Bu önemli aşama, belgenin işlem geçmişine açıkça kaydedilir. | ||
|
Neden önemli?
Bu önemli aşama, PO’nun tedarikçiye gönderilmesine izin verir. Onay çevrim sürelerini ölçmek ve harcama politikalarına uyumu sağlamak için bu aşamanın izlenmesi gerekir.
Nereden alınır?
Bu olay, PO_ACTION_HISTORY tablosuna genellikle ACTION_CODE değeri 'APPROVE' olarak kaydedilir. Ayrıca PO_HEADERS_ALL tablosundaki belge durumu onaylandı olarak değiştiğinde de belirlenebilir.
Kaydedin
PO_ACTION_HISTORY tablosunda son 'APPROVE' işlemini filtreleyin.
Olay türü
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 resmî olarak iletilir. Bu olay genellikle durum değişikliğinden veya PO iletişim kaydındaki zaman damgasından çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, tedarikçinin tedarik süresinin başlangıcını gösterir. Teyitten son teslimata kadar tedarikçi performansını ölçmek için önemli bir noktadır.
Nereden alınır?
PO belgesinin durumu 'Open' olarak değiştiğinde ve iletişim tarihi doldurulduğunda bu olay çıkarılabilir. İlgili alan genellikle PO_HEADERS_ALL.communicated_date veya ilişkili bir durum alanıdır.
Kaydedin
PO iletişim durumu 'Communicated' olarak güncellendiğindeki zaman damgasından çıkarın.
Olay türü
inferred
|
|||
|
Hizmet teslimi onaylandı
|
Hizmet alımına yönelik satın alma siparişlerinde bu etkinlik, hizmetlerin kararlaştırıldığı şekilde sunulduğunun onaylandığını gösterir. Bu onay genellikle elle veya bir hizmet giriş belgesi aracılığıyla kaydedilir. | ||
|
Neden önemli?
Bu, hizmetler için mal kabulünün karşılığıdır ve faturanın ödenebilmesi için önemli bir adımdır. Hizmet onayındaki gecikmeler, ödemelerin gecikmesine ve tedarikçi ilişkilerinin zedelenmesine yol açabilir.
Nereden alınır?
Bu işlem genellikle satın alma siparişindeki bir hizmet kalemi için mal kabul kaydı olarak tutulur. Hizmetlerin ilerlemesini veya tamamlanmasını izleyen özel alanlar ya da karmaşık mal kabul kayıtları içerebilir.
Kaydedin
Hizmet alımına yönelik satın alma siparişi kalemleriyle bağlantılı mal kabul işlemlerini (RCV_TRANSACTIONS) belirleyin.
Olay türü
explicit
|
|||
|
Kalite kontrolü yapıldı
|
Kalite kontrolü gereken mallar incelenmiş ve kabul edilmiş ya da reddedilmiştir. Bu etkinlik ilk mal kabulünden sonra gerçekleşir ve ayrı bir işlem olarak kaydedilir. | ||
|
Neden önemli?
Bu etkinlik kalite yönetimi açısından önemlidir. Kontrollerin ne kadar sürdüğünü incelemek, kalite kontrol sürecini iyileştirmeye ve malların kullanıma sunulmasındaki gecikmeleri azaltmaya yardımcı olur.
Nereden alınır?
Bu etkinlik RCV_TRANSACTIONS tablosuna kaydedilir. Mal kabulü işleminden sonra gelen ve TRANSACTION_TYPE değeri 'ACCEPT' veya 'REJECT' olan işlemlerle belirlenir.
Kaydedin
TRANSACTION_TYPE değeri 'ACCEPT' veya 'REJECT' olan RCV_TRANSACTIONS kayıtlarındaki TRANSACTION_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Mal kabulü oluşturuldu
|
Fiziksel malların teslim alınmasına hazırlık olarak sistemde bir mal kabul belgesi başlatılır. Bu etkinlik, kurum içi mal kabul sürecinin başladığını gösterir. | ||
|
Neden önemli?
Bu adım, satın almadan lojistiğe geçişi gösterir. Bu noktadan nihai mal kabul kaydına kadar geçen süreyi incelemek, depo veya mal kabul birimindeki verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Bu açık bir olaydır. Satın alma siparişiyle bağlantılı RCV_SHIPMENT_HEADERS tablosunda yeni bir kayıt oluşturulduğundaki zaman damgasıyla kaydedilir.
Kaydedin
RCV_SHIPMENT_HEADERS tablosundaki ilgili kaydın oluşturulma tarihini kullanın.
Olay türü
explicit
|
|||
|
Mallar tedarikçiye iade edildi
|
Daha önce teslim alınan mallar, genellikle kusur, hasar veya yanlış sevkiyat nedeniyle tedarikçiye geri gönderilir. Bu işlem, mal kabul modülünde özel bir iade işlemi olarak kaydedilir. | ||
|
Neden önemli?
İadeleri izlemek, tedarikçi kalitesini ve sipariş doğruluğunu değerlendirmek için önemlidir. Bir tedarikçideki yüksek iade oranı, ele alınması gereken sistematik sorunlara işaret edebilir.
Nereden alınır?
Bu açık olay, TRANSACTION_TYPE değeri 'RETURN TO VENDOR' olan bir kayıtla RCV_TRANSACTIONS tablosuna kaydedilir.
Kaydedin
TRANSACTION_TYPE değeri 'RETURN TO VENDOR' olan RCV_TRANSACTIONS kaydındaki TRANSACTION_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Değiştirildi
|
Satın alma siparişi ilk onayından sonra miktar, fiyat veya teslimat tarihi gibi bilgilerde değişiklik yapılır. Oracle Fusion, belgenin yeni bir revizyonunu oluşturarak bu değişikliği izler. | ||
|
Neden önemli?
Satın alma siparişindeki değişiklikler yeniden çalışmaya işaret eder; ilk sipariş bilgilerinin hatalı olduğunu veya iş ihtiyaçlarının değiştiğini gösterebilir. Bu değişikliklerin sıklığını ve niteliğini incelemek, süreç verimliliğini artırma fırsatlarını belirlemeye yardımcı olur.
Nereden alınır?
Yeni bir belge revizyonu oluşturulduğunda bu olay açıkça kaydedilir. PO_HEADERS_ALL tablosundaki REVISION_NUM alanının artmasıyla tespit edilebilir.
Kaydedin
PO_HEADER_ID için REVISION_NUM değerinin arttığı her durumu belirleyin.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Onaya Gönderildi
|
Oluşturulan satın alma siparişi onay iş akışına gönderilir. Oracle Fusion bu işlemi açıkça kaydeder ve gönderim olayının kullanıcısını ve zaman damgasını tutar. | ||
|
Neden önemli?
Bu etkinlik, onay döngüsünün başlangıcını gösterir. Gönderim ile onay arasındaki süreyi analiz etmek, kurum içi onay sürecindeki darboğazları belirlemek açısından önemlidir.
Nereden alınır?
Bu işlem, ilgili PO_HEADER_ID için PO_ACTION_HISTORY tablosuna ACTION_CODE değeri 'SUBMIT' olarak kaydedilir.
Kaydedin
PO_ACTION_HISTORY tablosunda ACTION_CODE = 'SUBMIT' olan kayıtları filtreleyin.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Reddedildi
|
Onaylayan kişi satın alma siparişini reddetmiş ve düzeltme yapılması için oluşturana geri göndermiştir. İşlem geçmişine açıkça kaydedilen bu olay, standart süreç akışının kesintiye uğradığını gösterir. | ||
|
Neden önemli?
Retler sürece yeniden çalışma ve gecikme ekler. Bu etkinliği izlemek; retlerin yaygın nedenlerini, eğitim gereksinimlerini veya onay koşullarındaki belirsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Bu işlem, ilgili PO_HEADER_ID için PO_ACTION_HISTORY tablosuna ACTION_CODE değeri 'REJECT' olarak kaydedilir.
Kaydedin
PO_ACTION_HISTORY tablosunda ACTION_CODE = 'REJECT' olan kayıtları filtreleyin.
Olay türü
explicit
|
|||
|
Satın Alma Siparişi Teyit Edildi
|
Tedarikçi, satın alma siparişini aldığını ve koşullarını kabul ettiğini teyit etmiştir. Bu olay genellikle tedarikçiyle yapılan iletişime dayanarak satın alma personeli tarafından elle kaydedilir veya elektronik teyit yoluyla alınır. | ||
|
Neden önemli?
Tedarikçinin teyidi, siparişin alındığını ve işleme konduğunu gösterir. Bu adımı izlemek, tedarikçi iletişimini yönetmeye ve olası teslimat sorunlarını önceden belirlemeye yardımcı olur.
Nereden alınır?
Bu olay genellikle PO başlığı veya satırlarındaki teyit durumu alanlarının değişmesinden çıkarılır. Örneğin PO_HEADERS_ALL.acceptance_status alanının 'Accepted' olarak değişmesi bu durumu gösterebilir.
Kaydedin
PO teyit durumu alanlarındaki güncellemelerden çıkarın.
Olay türü
inferred
|
|||
|
Satın Alma Talebi Oluşturuldu
|
Bu etkinlik, satın alma siparişinden önce oluşturulan ve mal veya hizmetler için resmî talep niteliği taşıyan satın alma talebinin açıldığını gösterir. Oracle Fusion içindeki talep başlığı tablosuna yeni bir kayıt eklendiğinde kaydedilir. | ||
|
Neden önemli?
Bu etkinliği analiz etmek, talebin nasıl ortaya çıktığını anlamaya yardımcı olur. Talep oluşturulmasından satın alma siparişinin açılmasına kadar geçen süreyi izlemek, kurum içi talebin satın alma siparişine dönüştürülmesindeki olası gecikmeleri gösterir.
Nereden alınır?
Yeni bir talep kaydedildiğinde açıkça kaydedilen bir olaydır. POR_REQUISITION_HEADERS_ALL tablosundaki oluşturulma zaman damgası izlenerek bulunabilir.
Kaydedin
Olay, POR_REQUISITION_HEADERS_ALL tablosundaki kaydın oluşturulma tarihine dayanır.
Olay türü
explicit
|
|||
|
Satın Alma Talebi Onaylandı
|
Satın alma talebi yetkili kişi tarafından onaylanmıştır ve satın alma departmanı artık sipariş oluşturabilir. Bu olay, talebe ait işlem geçmişinde açıkça kaydedilir. | ||
|
Neden önemli?
Bu aşama, talep için kurum içi onay sürecinin tamamlandığını gösterir. Buradaki gecikmeler tüm satın alma takvimini doğrudan etkileyebilir; bu nedenle geçen süreyi izlemek önemlidir.
Nereden alınır?
Bu olay, taleple ilişkili işlem geçmişine kaydedilir. Genellikle iş akışı tabloları veya talep belgesindeki belirli onay durumu alanları üzerinden izlenir.
Kaydedin
İlgili talep belgesinin iş akışı geçmişinde onay işlemi olarak kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri toplama sürecinizi kolaylaştırmak ve Satın Almadan Ödemeye - Satın alma siparişi sürecinizle ilgili içgörüleri ortaya çıkarmaya başlamak için bu Templateten yararlanın. Operasyonlarınızı bugün iyileştirmeye başlayın.
Satın Almadan Ödemeye - Satın alma siparişi sürecinizi bugün optimize edin
Maliyetli darboğazları kolayca belirleyin ve çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Operasyonlarınızı iyileştirmeye bugün başlayın.