Satın Almadan Ödemeye - Purchase Order Veri Templateınız
Satın Almadan Ödemeye - Purchase Order Veri Templateınız
- Ayrıntılı veri toplama için önerilen öznitelikler
- İzlenecek ve analiz edilecek temel süreç faaliyetleri
- Oracle Fusion Financials için adım adım veri çıkarma yönlendirmesi
Satın Almadan Ödemeye - Satın alma siparişi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Belirli bir etkinliğin veya olayın gerçekleştiği zamanı 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 gerçekleştirmek için temel veridir. Process Mining içinde başlangıç zamanı Event Logu oluşturmak, etkinlikler arasındaki çevrim sürelerini hesaplamak, bekleme sürelerini ölçmek ve süreç performansını farklı dönemler boyunca analiz etmek için kullanılır. Çevrim süresi ve performansla ilgili 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 olmak üzere ç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ü içinde gerçekleşen belirli bir iş olayının veya adımını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' veya 'Ürünler teslim alındı'. Bu etkinlikler, süreç akışını oluşturan olaylar dizisini meydana getirir. Bu etkinliklerin sırasını ve zamanlamasını analiz etmek, process mining çalışmalarının temelini 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?
Etkinlikler, süreç haritasının temel yapı taşlarıdır. Bunları izlemek, süreç akışını, darboğazları ve sapmaları görselleştirip analiz etmenizi sağlar.
Nereden alınır?
PO_HEADERS_ALL ve PO_ACTION_HISTORY gibi tablolardaki durum değişikliklerinden veya mal kabul işlemleri için RCV_TRANSACTIONS gibi özel işlem tablolarından türetilir.
Örnekler
Satın alma siparişi oluşturulduSatın alma siparişi onaylandıÜrünler 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 tamamen kapatılmasına kadar ilgili tüm etkinlikleri birbirine bağlayan merkezi tanımlayıcıdır. Tek bir satın alma vakasını uçtan uca analiz etmenizi sağlar. Process mining kapsamında her benzersiz Satın Alma Siparişi numarası, sürecin tek bir örneğini temsil eder. Bu tanımlayıcıya göre gruplanan verileri analiz etmek, tek tek siparişlerdeki süreç farklılıklarını, çevrim sürelerini ve uyumluluğu anlamaya yardımcı olur.
Neden önemli?
Bu, ilgili tüm olayları birbirine bağlayan ve Satın Alma Siparişi yaşam döngüsünün tamamını yeniden oluşturup analiz etmeyi sağlayan temel Vaka Kimliğidir.
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ı. Atomik olaylarda genellikle Başlangıç zamanı ile aynıdır. | ||
|
Açıklama
Süreye sahip etkinliklerde bu alan, tamamlanma zamanını gösterir. Anlık olaylarda genellikle Başlangıç zamanı ile aynıdır. Tek tek etkinliklerin işlem süresini hesaplamak için gereklidir. Ayrı bir Bitiş zamanı bulunması, etkinlik sürelerinin daha hassas analiz edilmesini sağlar. Bu süreler, etkinlikler arasındaki bekleme süresinden farklı olabilir. Böylece aktif çalışma süresi ile boşta geçen süre ayrıştırılır ve kaynak iş yükü ile verimlilik analizleri desteklenir.
Neden önemli?
Kaynak verimliliğini analiz etmek ve zaman alan görevleri belirlemek için önemli olan kesin etkinlik işlem sürelerinin hesaplanmasını sağlar.
Nereden alınır?
Atomik olaylarda Başlangıç zamanı ile aynı olabilir veya sonraki olayların zaman damgalarından türetilebilir. 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 olan departmanın adı. | ||
|
Açıklama
Bu öznitelik, satın alma işlemiyle ilişkili Finance, IT veya Manufacturing gibi kurumsal birimi gösterir. Maliyet dağıtımı ve kurumsal raporlama için kullanılır. Process Mining bağlamında süreci departmana göre bölümlere ayırmak, performansı karşılaştırmak, departmana özgü darboğazları belirlemek ve süreç yürütümündeki kurumsal farklılıkları anlamak için önemlidir. PO Approval Cycle Time Analysis ve Purchase Order Modification Trends gibi Dashboardları doğrudan destekler.
Neden önemli?
Farklı iş birimlerindeki süreç performansını filtreleyip karşılaştırmanızı sağlar ve departmana özgü sorunları ya da iyi uygulamaları ortaya çıkarır.
Nereden alınır?
PO_DISTRIBUTIONS_ALL gibi departman ana verilerine bağlanan tablolardaki maliyet merkezi bilgilerinden türetilir.
Örnekler
BT OperasyonlarıPazarlamaAraştırma ve Geliştirme
|
|||
|
Kullanıcı
UserName
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, requisition oluşturma, PO onaylama veya mal kabulü kaydetme gibi belirli bir olaydan sorumlu çalışanı ya da 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ı ve bireysel performansı anlamanıza, ayrıca eğitim ihtiyaçlarını belirlemenize yardımcı olur. Approval Resource Workload Dashboardı ve kullanıcı işlemleriyle ilgili uyumluluk sorunlarını incelemek için temel bir veridir.
Neden önemli?
Kullanıcı işlemlerini belirli kişilere bağlayarak 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 tablolardaki CREATED_BY veya LAST_UPDATED_BY alanlarında bulunan kimliklere göre kullanıcı tablolarıyla birleştirin.
Örnekler
john.doejane.smithsystem.batch
|
|||
|
Onaylayan Adı
ApproverName
|
Satın Alma Siparişi üzerinde onaylama veya reddetme işlemini gerçekleştiren 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 Purchase Order ile ilişkili işlem geçmişi veya iş akışı günlüğü tablosunda tutulur. Verileri onaylayana göre analiz etmek, PO Approval Cycle Time Analysis ve Approval Resource Workload Dashboardları için önemlidir. Hangi onaylayanların veya onay gruplarının darboğaz oluşturduğunu belirlemenize, iş yükünü adil biçimde değerlendirmenize ve yetki devri ya da süreç yeniden tasarımı fırsatlarını görmenize yardımcı olur.
Neden önemli?
Onay zincirindeki kişileri belirler ve onaylayan kişi bazında onay darboğazlarının, iş yükünün ve çevrim sürelerinin analiz edilmesini sağlar.
Nereden alınır?
İşlemi gerçekleştiren kullanıcı, PO_ACTION_HISTORY.ACTION_PERFORMED_BY alanında bulunur ve tam adın alınması için bir kullanıcı tablosuyla ilişkilendirilir.
Ö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, belirtilen para biriminde Satın Alma Siparişindeki tüm kalemlerin 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ı analiz etmek, süreç iyileştirme çalışmalarına öncelik vermeye yardımcı olur. Örneğin yüksek tutarlı siparişler daha sıkı bir onay sürecine yönlendirilebilir. Ayrıca sık değiştirilen veya geciken satın alma siparişlerinin değerini hesaplamak gibi finansal etki analizleri yapılabilir.
Neden önemli?
Sürece finansal bağlam kazandırır. Yüksek tutarlı siparişlere odaklanmak veya gecikmelerin finansal etkilerini 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 tutardan alınır.
Örnekler
5250.00120000.50750.99
|
|||
|
Talep edilen teslim tarihi
RequestedDeliveryDate
|
Talepte bulunan tarafın ürün veya hizmetlerin teslim edilmesini beklediği son tarih. | ||
|
Açıklama
Bu tarih, satın alma siparişi satırında belirtilir ve tedarikçiye istenen teslimat takvimini bildirir. Zamanında teslimat performansını ölçmek için temel oluşturur. Bu öznitelik, 'On-Time Delivery Rate' KPI'ını hesaplamak için büyük önem taşır. Gerçek mal kabul tarihi ile talep edilen teslimat tarihi karşılaştırılarak tedarikçi güvenilirliği ölçülebilir, izlenebilir ve tedarik zincirindeki sistemik gecikmeler belirlenebilir.
Neden önemli?
Zamanında teslimat performansını ölçmek için temel oluşturur ve tedarikçi güvenilirliği ile tedarik zinciri verimliliğini değerlendirmede önemli bir KPI'dır.
Nereden alınır?
Satır konumu düzeyinde, PO_LINE_LOCATIONS_ALL tablosundaki NEED_BY_DATE sütununda bulunur.
Örnekler
2023-05-202023-06-152023-07-01
|
|||
|
Tedarikçi adı
VendorName
|
Ürün veya hizmetlerin satın alındığı tedarikçinin adı. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişi için dış tedarikçiyi tanımlar. Satın alma siparişi başlığına bağlı temel ana veri unsurlarından biridir. Tedarikçi analizi, Satın Almadan Ödemeye sürecinde process mining çalışmalarının önemli bir parçasıdır. Şirketler tedarikçiye göre filtreleme veya segmentasyon yaparak 'Vendor Delivery Performance' analizini gerçekleştirebilir, zamanında teslimat oranlarını karşılaştırabilir ve yüksek ya da düşük performanslı tedarikçileri belirlemek için 'Goods Return Rate' değerini inceleyebilir. Bu veri, tedarikçi ilişkilerini ve stratejik kaynak kullanımını yönetmek için gereklidir.
Neden önemli?
Tedarikçi performansı analizi 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 Ofis MalzemeleriTech Solutions Inc.Advanced Logistics Co.
|
|||
|
Geç Teslimat Var mı
IsLateDelivery
|
Nihai mal kabulünün talep edilen teslimat tarihinden sonra gerçekleşip gerçekleşmediğini gösteren işaret. | ||
|
Açıklama
Bu hesaplanmış boolean öznitelik, belirli bir Satın Alma Siparişi için 'Goods Received' faaliyetinin zaman damgası 'Requested Delivery Date' özniteliğindeki değerden sonraysa true olur. Bu işaret, 'On-Time Delivery Rate' KPI'ının temelini oluşturur. Geç ve zamanında teslim edilen siparişlerin kolayca bölümlere ayrılıp analiz edilmesini sağlar. Böylece gecikmelerin belirli tedarikçiler, konumlar veya ürün kategorileriyle ilişkili olup olmadığı incelenebilir.
Neden önemli?
'On-Time Delivery Rate' KPI'ını doğrudan destekler ve tedarikçi performansı ile teslimat güvenilirliğinin net biçimde analiz edilmesini sağlar.
Nereden alınır?
Hesaplanmış alan. 'Goods Received' faaliyeti zaman damgası 'RequestedDeliveryDate' özniteliğinden sonraysa 'true' olarak ayarlanır.
Örnekler
truefalse
|
|||
|
İş Birimi
BusinessUnitName
|
Satın alma işlemini gerçekleştiren kuruluş içindeki belirli iş birimi. | ||
|
Açıklama
İş Birimi, çoğu zaman kendi defterine ve finansal raporlamasına sahip olan, kuruluş içindeki ayrı bir ticari varlığı temsil eder. Oracle Fusion'da temel veri ayrıştırma mekanizmalarından biridir. Süreç performansını İş Birimi bazında analiz etmek, büyük ve çok uluslu kuruluşlarda büyük önem taşır. Kuruluşun farklı bölümlerindeki satın alma verimliliğinin, uyumluluğun ve maliyetlerin karşılaştırılmasını sağlar. Böylece iyi uygulamalar ve iyileştirme alanları görünür hale gelir.
Neden önemli?
Büyük kuruluşların farklı operasyonel bölümlerdeki süreç verimliliğini ve uyumluluğu karşılaştırması için büyük önem taşır.
Nereden alınır?
İş birimi bağlamı genellikle PO üst bilgisinde, FUN_ALL_BUSINESS_UNITS_V görünümüne bağlanan PO_HEADERS_ALL.PRC_BU_ID alanında bulunur.
Örnekler
ABD İş BirimiEMEA VisionAPAC Services
|
|||
|
Kaynak sistem
SourceSystem
|
Bu verilerin çıkarıldığı bilgi sistemi. | ||
|
Açıklama
Bu öznitelik, özellikle birden fazla entegre sistemin bulunduğu ortamlarda yararlı olan veri kaynağını tanımlar. Bu süreç için kaynak genellikle 'Oracle Fusion Financials' olur. Belirli bir veri seti için çoğunlukla sabit bir değer olsa da veri yönetişimi, sorun giderme ve veri soyunun izlenmesi açısından önemlidir. Birden fazla kaynaktan gelen verileri birleştiren analizlerde, kaynak sisteme göre filtreleme ve segmentasyon yapılmasını sağlar.
Neden önemli?
Verinin kaynağını tanımlar. Veri yönetişimi, bağlam ve diğer sistemlerle entegrasyon açısından önemlidir.
Nereden alınır?
Bu, genellikle veri çıkarma ve dönüştürme (ETL) sürecinde tanımlanan ve eklenen sabit bir değerdir.
Örnekler
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
|
|||
|
Onay Uyumluluğu Var mı
IsApprovalCompliant
|
PO'nun tedarikçiye gönderilmeden önce onaylanıp onaylanmadığını gösteren işaret. | ||
|
Açıklama
Bu, önemli bir iç kontrole uyumu denetleyen hesaplanmış bir boolean özniteliktir: Purchase Order, tedarikçiye gönderilmeden önce onaylanmalıdır. Purchase Order Approved etkinliği, Purchase Order Sent to Vendor etkinliğinden önce gerçekleştiğinde true değerini alır. Bu öznitelik, PO Process Compliance Audit Dashboardı ve PO Approval Compliance Rate KPI’ı için gereklidir. Uyumluluk ihlallerini belirlemek ve ölçmek için doğrudan bir yöntem sunar. 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 onaydan önce tedarikçilere gönderilmesi gibi önemli iç kontrol ihlallerini görünür kılar.
Nereden alınır?
Hesaplanmış alan. 'Purchase Order Approved' zaman damgası, 'Purchase Order Sent to Vendor' zaman damgasına eşit veya daha küçükse 'true' olarak ayarlanır.
Örnekler
truefalse
|
|||
|
PO Türü
PurchaseOrderType
|
Satın Alma Siparişinin türü, örneğin 'Standard', 'Blanket' veya 'Contract'. | ||
|
Açıklama
Bu öznitelik, Satın Alma Siparişini satın alma amacına göre sınıflandırır. Farklı PO türleri çoğu zaman farklı süreç kurallarını ve yaşam döngülerini izler. ' Standard' PO tek seferlik satın alma için kullanılırken 'Blanket' PO, tedarikçiyle yapılan daha uzun vadeli bir anlaşmadır. Süreci PO Türüne göre analiz etmek, süreç performansının daha doğru değerlendirilmesini sağlar. Standart bir PO'nun çevrim süresini toplu satın alma anlaşmasıyla karşılaştırmak yanıltıcı olabilir. Bu alan, benzer siparişlerin birbiriyle karşılaştırılmasını mümkün kılar.
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ırmayı sağlar.
Nereden alınır?
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tablosu, TYPE_LOOKUP_CODE sütunu.
Örnekler
STANDARDBLANKETCONTRACT
|
|||
|
Satın Alma Kategorisi
PurchaseCategory
|
Satın alınan mal veya hizmetlerin, örneğin 'IT Hardware' veya 'Office Supplies' şeklindeki sınıflandırması. | ||
|
Açıklama
Bu öznitelik, Purchase Order üzerindeki kalemleri bir satın alma hiyerarşisine göre sınıflandırır. Bu sınıflandırma, harcama analizi ve tedarikçi yönetimi için kullanılır. Process Mining içinde süreci satın alma kategorisine göre bölümlere ayırmak, farklı davranışları veya performans düzeylerini ortaya çıkarabilir. Örneğin sermaye harcamalarının onay süreci, operasyonel malzemelerin onay sürecinden daha uzun sürebilir. Bu öznitelik, hangi kategorilerin daha sık iade edildiğini analiz etmenizi sağlayarak Goods Return Rate & Reasons Dashboardını doğrudan destekler.
Neden önemli?
Harcama türüne göre süreç analizi yapılmasını sağlar ve 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
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
|
|||
|
Satın alma siparişi durumu
PurchaseOrderStatus
|
Satın Alma Siparişi belgesinin mevcut durumu. | ||
|
Açıklama
Bu öznitelik, Purchase Orderın yaşam döngüsündeki mevcut durumunu, örneğin Open, Approved, Finally Closed veya Canceled değerlerini gösterir. PO ilerlemesinin anlık görünümünü sunar. Process Mining etkinliklerin sırasına odaklansa da mevcut durum, vakaları filtrelemek için değerlidir. Örneğin analiz, mevcut işlem hattını anlamak için yalnızca açık POlara veya tamamlanmış süreç örneklerini incelemek için kapalı POlara odaklanabilir. Purchase Order Flow & Status Dashboardı için gereklidir.
Neden önemli?
Satın alma siparişinin mevcut durumunu gösterir ve analizi aktif, tamamlanmış veya iptal edilmiş siparişlere göre filtrelemenizi sağlar.
Nereden alınır?
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tablosu, AUTHORIZATION_STATUS veya DOCUMENT_STATUS sütunları.
Örnekler
OPENAPPROVEDFINALLY_CLOSEDCANCELED
|
|||
|
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 satın alınmasını istemek için kullanılan kurum içi belgedir. Bu öznitelik, Satın Alma Siparişini kaynak talebe bağlar. Talep numarasının dahil edilmesi, satın alma sürecinin yalnızca PO'dan değil, ilk talepten başlayarak daha geniş kapsamda analiz edilmesini sağlar. Talepten siparişe kadar geçen çevrim süresinin incelenmesine ve talep ayrıntılarının sonraki PO sürecini nasıl etkilediğinin anlaşılmasına yardımcı olabilir.
Neden önemli?
PO'yu ilk talebe bağlayarak talep aşamasından ödemeye kadar uçtan uca daha kapsamlı bir süreç görünümü 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
|
Verilerin kaynak sistemden en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, analiz edilen verilerin güncelliğini gösterir. Oracle Fusion Financials üzerinden en son veri çekme işleminin tarih ve saatini kaydeder. Bu bilgi, kullanıcıların analizlerin ve Dashboardların ne kadar güncel olduğunu anlaması için önemlidir. Süreç içgörülerinin güncelliğini netleştirir ve çok yakın zamanda gerçekleşen işlemlerin analize dahil edilip edilmediğiyle ilgili beklentileri yönetir.
Neden önemli?
Verilerin güncelliği konusunda şeffaflık sağlar ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
Bu, veri çıkarma ve dönüştürme (ETL) sürecinde oluşturulan ve eklenen bir zaman damgasıdır.
Ö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, Purchase Order üzerindeki kalemlerin gönderileceği teslimat adresini gösterir. Lojistik açıdan önemli bir bilgidir. Process Mining açısından teslimat konumuna göre analiz yapmak, Goods Receipt Processing Efficiency Dashboardını destekler. Belirli depoların veya tesislerin teslim alma sürecinde daha yavaş olup olmadığını belirlemenize yardımcı olur ve bu konumlardaki olası kaynak ya da süreç sorunlarını gösterir.
Neden önemli?
Coğrafi konuma göre performans analizi yapılmasını sağlar ve mal kabul sürecindeki bölgesel veya tesis bazlı darboğazların belirlenmesine yardımcı olur.
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 - Yükleme Rampası A3. Bina - ResepsiyonSan Francisco Ofisi - 10. Kat
|
|||
|
Yeniden İşleme Var mı
IsRework
|
Satın Alma Siparişinin ilk oluşturulduktan sonra değiştirilip değiştirilmediğini gösteren işaret. | ||
|
Açıklama
Bu, bir Satın Alma Siparişi vakasında 'Purchase Order Changed' faaliyeti bulunuyorsa true değerini alan hesaplanmış bir boolean özniteliktir. Düzeltme veya değişiklik gerektiren siparişlerin hızlıca belirlenmesini sağlar. Bu işaret, 'PO Modification Rate' KPI'ının hesaplanmasını kolaylaştırır ve yeniden işlenen siparişlerin filtrelenip analiz edilmesini sağlar. Yeniden işlenen siparişlerde yer alan tedarikçileri veya departmanları incelemek, veri doğruluğundaki sorunları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ın analizini kolaylaştırır.
Nereden alınır?
Hesaplanmış alan. Bir vakanın olay günlüğünde 'Purchase Order Changed' faaliyeti varsa 'true', yoksa 'false' olarak ayarlanır.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın alma siparişi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
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, belgenin nihai durumunu değiştiren açık bir işlemdir. | ||
|
Neden önemli?
Bu etkinlik, süreç için olumsuz bir son durumu gösterir. İ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 işlem, PO_ACTION_HISTORY tablosuna ACTION_CODE değeri 'CANCEL' olacak şekilde kaydedilir ve PO_HEADERS_ALL tablosundaki satın alma siparişi durumu buna göre güncellenir.
Yakalayın
ACTION_CODE = 'CANCEL' koşuluyla PO_ACTION_HISTORY tablosunu filtreleyin.
Olay türü
explicit
|
|||
|
Satın alma siparişi oluşturuldu
|
Bu, satın alma siparişi yaşam döngüsünün resmi başlangıcıdır. Bu aşamada taslak veya tamamlanmamış durumda bir satın alma siparişi belgesi oluşturulur. Sistem, yeni satın alma siparişi başlık kaydının oluşturulma zaman damgasını kaydederek bu olayı yakalar. | ||
|
Neden önemli?
Satın alma siparişi vakasının başlangıç olayı olan bu etkinlik, tüm çevrim süresi hesaplamalarının temelini oluşturur. Onay ve tedarikçi iletişimi 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.
Yakalayın
PO_HEADERS_ALL tablosundaki oluşturma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Satın alma siparişi onaylandı
|
Satın alma siparişi için gerekli tüm onaylar alınmıştır ve sipariş artık tedarikçiye gönderilmeye hazırdır. Bu önemli kilometre taşı, belgenin işlem geçmişine açıkça kaydedilir. | ||
|
Neden önemli?
Bu önemli kilometre taşı, satın alma siparişinin tedarikçiye gönderilmesinden önceki son aşamadır. Onay çevrim sürelerini ölçmek ve harcama politikalarına uyumluluğu güvence altına almak için gereklidir.
Nereden alınır?
Bu olay, PO_ACTION_HISTORY tablosuna genellikle ACTION_CODE değeri 'APPROVE' olacak şekilde kaydedilir. Alternatif olarak PO_HEADERS_ALL tablosundaki belge durumu onaylanmış duruma geçtiğinde de belirlenebilir.
Yakalayın
Son 'APPROVE' işlemi için PO_ACTION_HISTORY tablosunu filtreleyin.
Olay türü
explicit
|
|||
|
Satın alma siparişi tamamen kapatıldı
|
Satın alma siparişi tamamlanmış kabul edilir. Ürünlerin tamamı teslim alınmış ve/veya faturalanmış, başka bir etkinlik beklenmemektedir. Bu, satın alma siparişinde nihai durumu belirleyen açık bir işlemdir. | ||
|
Neden önemli?
Bu etkinlik, satın alma siparişi yaşam döngüsünün başarıyla tamamlandığını gösterir. Temel olumlu son durumdur. İzlenmesi, genel süreç çıktısını ve tamamlanma oranlarını ölçmek için gereklidir.
Nereden alınır?
Bu olay, PO_ACTION_HISTORY tablosuna ACTION_CODE değeri 'FINALLY CLOSE' olacak şekilde kaydedilir. PO_HEADERS_ALL tablosundaki satın alma siparişi durumu da 'Finally Closed' olarak güncellenir.
Yakalayın
ACTION_CODE = 'FINALLY CLOSE' koşuluyla PO_ACTION_HISTORY tablosunu 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 aracılığıyla tedarikçiye resmi olarak iletilir. Bu olay genellikle durum değişikliğinden veya satın alma siparişi iletişim kaydındaki zaman damgasından çıkarılır. | ||
|
Neden önemli?
Bu aşama, tedarikçinin teslim süresinin başlangıcını gösterir. Tedarikçi performansını alındı onayından nihai teslimata kadar ölçmek için önemli bir noktadır.
Nereden alınır?
Bu olay, satın alma siparişi belgesinin durumunun 'Open' olarak değişmesi ve iletişim tarihinin doldurulması üzerinden çıkarılabilir. Özel alan genellikle PO_HEADERS_ALL.communicated_date veya ilişkili bir durum alanıdır.
Yakalayın
Satın alma siparişinin iletişim durumu 'Communicated' olarak güncellendiği zaman damgasından çıkarın.
Olay türü
inferred
|
|||
|
Ürünler teslim alındı
|
Fiziksel ürünler teslim alınmış, sayılmış ve satın alma siparişiyle ilişkilendirilerek kaydedilmiştir. Bu işlem, stok ve satın alma siparişi durumunu güncelleyen işlemsel bir olaydır. | ||
|
Neden önemli?
Bu, tedarikçinin zamanında teslimat performansını ve toplam teslim 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, RCV_TRANSACTIONS tablosuna kaydedilen açık bir olaydır. İlgili işlem, TRANSACTION_TYPE değerinin 'RECEIVE' olmasıyla belirlenebilir.
Yakalayın
TRANSACTION_TYPE değerinin 'RECEIVE' olduğu RCV_TRANSACTIONS kayıtlarındaki TRANSACTION_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Hizmet teslimi doğrulandı
|
Hizmet tabanlı satın alma siparişlerinde bu etkinlik, hizmetlerin kararlaştırıldığı şekilde sunulduğunun doğrulanmasını gösterir. Bu doğrulama genellikle manuel olarak veya hizmet giriş belgesi aracılığıyla kaydedilir. | ||
|
Neden önemli?
Bu, hizmetler için mal kabul işleminin karşılığıdır ve bir faturanın ödenebilmesinden önceki önemli adımdır. Hizmet doğrulamasındaki gecikmeler geç ödemelere ve tedarikçi ilişkilerinin zedelenmesine yol açabilir.
Nereden alınır?
Bu işlem genellikle satın alma siparişindeki bir hizmet satırına ilişkin mal kabul kaydı olarak yakalanır. Hizmetlerin ilerlemesini veya tamamlanmasını izleyen özel alanlar ya da karmaşık mal kabul kayıtları içerebilir.
Yakalayın
Hizmet tabanlı satın alma siparişi satırlarıyla ilişkilendirilmiş mal kabul işlemlerini (RCV_TRANSACTIONS) belirleyin.
Olay türü
explicit
|
|||
|
Kalite kontrolü yapıldı
|
Kalite kontrolü gerektiren ürünler 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 için önemlidir. Denetim sürelerini analiz etmek, kalite kontrol sürecini daha akıcı hale getirmeye ve ürünlerin kullanıma sunulmasındaki gecikmeleri azaltmaya yardımcı olur.
Nereden alınır?
Bu işlem RCV_TRANSACTIONS tablosuna kaydedilir. Mal kabul işleminden sonra gelen ve TRANSACTION_TYPE değeri 'ACCEPT' veya 'REJECT' olan işlemlerle belirlenir.
Yakalayın
TRANSACTION_TYPE değerinin 'ACCEPT' veya 'REJECT' olduğu RCV_TRANSACTIONS kayıtlarındaki TRANSACTION_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Mal kabul kaydı oluşturuldu
|
Ürünlerin fiziksel olarak teslim alınmasına hazırlık amacıyla sistemde bir mal kabul belgesi başlatılır. Bu etkinlik, kurum içi mal kabul sürecinin başlangıcını gösterir. | ||
|
Neden önemli?
Bu aşama, satın almadan lojistiğe geçişi gösterir. Bu noktadan nihai mal kabul kaydının oluşturulmasına kadar geçen süreyi analiz etmek, depo veya mal kabul departmanındaki verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Bu, satın alma siparişiyle ilişkilendirilmiş RCV_SHIPMENT_HEADERS tablosundaki yeni bir kaydın oluşturulma zaman damgasıyla yakalanan açık bir olaydır.
Yakalayın
RCV_SHIPMENT_HEADERS tablosundaki ilgili kaydın oluşturulma tarihini kullanın.
Olay türü
explicit
|
|||
|
Satın alma siparişi alındı olarak onaylandı
|
Tedarikçi, satın alma siparişini ve koşullarını aldığını ve kabul ettiğini doğrulamıştır. Bu olay genellikle tedarikçi iletişimine dayanarak satın alma personeli tarafından manuel olarak veya elektronik onay yoluyla kaydedilir. | ||
|
Neden önemli?
Tedarikçi onayı, siparişin alındığını ve işleme alındığını doğrular. Bu etkinliği izlemek, tedarikçi iletişimini yönetmeye ve olası karşılama sorunlarını önceden belirlemeye yardımcı olur.
Nereden alınır?
Bu olay genellikle satın alma siparişi başlığındaki veya satırlarındaki onay durumu alanlarının değişmesinden çıkarılır. Örneğin PO_HEADERS_ALL.acceptance_status alanı 'Accepted' değerine geçtiğinde belirlenir.
Yakalayın
Satın alma siparişi onay durumu alanlarındaki güncellemelerden çıkarın.
Olay türü
inferred
|
|||
|
Satın alma siparişi değiştirildi
|
İlk onaydan sonra satın alma siparişinde miktar, fiyat veya teslim tarihi değişikliği gibi bir düzenleme yapılmıştır. Oracle Fusion, belgenin yeni bir revizyonunu oluşturarak bu değişikliği izler. | ||
|
Neden önemli?
Satın alma siparişi değişiklikleri yeniden işlem gerektirir ve ilk sipariş bilgilerinin doğruluğuyla ilgili sorunlara ya da değişen iş ihtiyaçlarına işaret edebilir. Bu değişikliklerin sıklığını ve niteliğini analiz etmek, süreç verimliliğini artırma fırsatlarını belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, yeni bir belge revizyonu oluşturulduğunda açıkça yakalanır. PO_HEADERS_ALL tablosundaki REVISION_NUM alanındaki artışla belirlenebilir.
Yakalayın
Bir PO_HEADER_ID için REVISION_NUM değerinin arttığı her durumu belirleyin.
Olay türü
explicit
|
|||
|
Satın alma siparişi gönderildi
|
Oluşturulan Purchase Order, onay iş akışına gönderilir. Oracle Fusion, gönderim etkinliğinde kullanıcıyı ve zaman damgasını kaydederek bu işlemi açıkça günlüğe yazar. | ||
|
Neden önemli?
Bu etkinlik, onay çevriminin 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 için önemlidir.
Nereden alınır?
Bu işlem, ilgili PO_HEADER_ID için ACTION_CODE değeri 'SUBMIT' olacak şekilde PO_ACTION_HISTORY tablosuna kaydedilir.
Yakalayın
ACTION_CODE = 'SUBMIT' koşuluyla PO_ACTION_HISTORY tablosunu filtreleyin.
Olay türü
explicit
|
|||
|
Satın alma siparişi reddedildi
|
Bir onaylayan, satın alma siparişini reddederek siparişi düzenlenmesi için oluşturana geri göndermiştir. Bu, işlem geçmişine kaydedilen ve standart süreç akışındaki kesintiyi gösteren açık bir olaydır. | ||
|
Neden önemli?
Retler sürece yeniden işlem ve gecikme ekler. Bu etkinliği izlemek, retlerin yaygın nedenlerini, eğitim ihtiyaçlarını veya belirsiz onay gerekliliklerini belirlemeye yardımcı olur.
Nereden alınır?
Bu işlem, ilgili PO_HEADER_ID için ACTION_CODE değeri 'REJECT' olacak şekilde PO_ACTION_HISTORY tablosuna kaydedilir.
Yakalayın
ACTION_CODE = 'REJECT' koşuluyla PO_ACTION_HISTORY tablosunu filtreleyin.
Olay türü
explicit
|
|||
|
Satın alma talebi oluşturuldu
|
Bu etkinlik, satın alma siparişinden önce gelen ve ürün ya da hizmet talebini resmileştiren satın alma talebinin oluşturulmasını gösterir. Oracle Fusion içindeki talep başlık tablosuna yeni bir kayıt eklendiğinde yakalanır. | ||
|
Neden önemli?
Bu etkinliği analiz etmek, talebin ortaya çıkış aşamasını anlamaya yardımcı olur. Talep ile satın alma siparişinin oluşturulması arasındaki süreyi izlemek, kurum içi talebin uygulanabilir satın alma siparişlerine dönüştürülmesindeki olası gecikmeleri ortaya çıkarır.
Nereden alınır?
Bu, yeni bir talep kaydedildiğinde oluşturulan açık bir olaydır. POR_REQUISITION_HEADERS_ALL tablosundaki oluşturma zaman damgası izlenerek bulunabilir.
Yakalayın
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. Bu onay, satın alma departmanına satın alma siparişi oluşturma yetkisi verir. Olay, talebe ait işlem geçmişine sistem tarafından açıkça kaydedilir. | ||
|
Neden önemli?
Bu kilometre taşı, talebe ilişkin kurum içi onay sürecinin sona erdiğini gösterir. Buradaki gecikmeler tüm satın alma takvimini doğrudan etkileyebileceğinden sürenin izlenmesi büyük önem taşır.
Nereden alınır?
Bu olay, taleple ilişkilendirilmiş işlem geçmişine kaydedilir. Genellikle Workflow tabloları veya talep belgesindeki özel onay durumu alanları üzerinden izlenir.
Yakalayın
Belirli talep belgesine ait Workflow geçmişinde onay işlemi olarak kaydedilir.
Olay türü
explicit
|
|||
|
Ürünler tedarikçiye iade edildi
|
Daha önce teslim alınan ürünler, genellikle kusur, hasar veya yanlış sevkiyat nedeniyle tedarikçiye geri gönderilir. Bu işlem, mal kabul modülünde belirli bir iade işlemi olarak kaydedilir. | ||
|
Neden önemli?
İadeleri izlemek, tedarikçi kalitesini ve sipariş doğruluğunu değerlendirmek için gereklidir. Bir tedarikçideki yüksek iade oranları, ele alınması gereken sistematik sorunlara işaret edebilir.
Nereden alınır?
Bu, RCV_TRANSACTIONS tablosuna TRANSACTION_TYPE değeri 'RETURN TO VENDOR' olacak şekilde kaydedilen açık bir olaydır.
Yakalayın
TRANSACTION_TYPE değerinin 'RETURN TO VENDOR' olduğu RCV_TRANSACTIONS kayıtlarındaki TRANSACTION_DATE alanını kullanın.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri toplama sürecinizi düzenlemek ve Satın Almadan Ödemeye - Purchase Order sürecinizle ilgili içgörüleri ortaya çıkarmaya başlamak için bu Templatetan 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ı net biçimde belirleyin ve çevrim süresini %30 azaltın.
Kredi kartı gerekmez, bugün optimizasyona başlayın.