Satın Almadan Ödemeye - Talep Veri Template'inuz

Oracle Fusion Financials
Satın Almadan Ödemeye - Talep Veri Template'inuz

Satın Almadan Ödemeye - Talep Veri Template'inuz

Bu şablon, Satın Almadan Ödemeye - Talep sürecinizi analiz etmek için gereken temel verileri toplamanız için net bir rehberlik. eder. Toplanacak ana nitelikleri, izlenecek kritik aktiviteleri ve bu bilgileri Oracle Fusion Financials'tan nasıl çıkaracağınıza dair pratik rehberliği özetler. Bununla, önemli bilgilü process mining için event lognuzu etkin bir şekilde hazırlayabilirsiniz.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Oracle Fusion Financials için Veri Çıkarma Rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Satın Almadan Ödemeye - Talep Öznitelikleri

Detaylı Satın Almadan Ödemeye - Talep analizi için olay logunuza dahil etmeniz önerilen veri alanları bunlardır.
5 Gerekli 7 Önerilen 10 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Talep sürecinde belirli bir noktada meydana gelen iş olayının adı.
Açıklama

Aktivite, satın alma talebi süreç döngüsündeki belirgin bir adımı veya dönüm noktasını temsil eder. Örnekler::::::: arasında 'Talep Oluşturuldu', 'Onay Adımı Onaylandı' veya 'Satınalma Siparişi Oluşturuldu' yer alır. Bu aktiviteler, kaynak sistemin denetim loglarında veya işlem tablolarında kaydedilen durum değişikliklerinden, kullanıcı eylemlerinden veya sistem olaylarından türetilir.

Bu nitelik, taleplerin akışını görsel olarak temsil eden süreç haritasını oluşturmak için büyük önem taşır. Aktivitelerin sırasını ve sıklığını analiz etmek, ortak süreç yollarını, darboğazları, yeniden işleme döngülerini ve standart prosedürden sapmaları belirlemeye yardımcı olur.

Neden Önemli?dir?

Talep iş akışının görselleştirilmesini ve analizini sağlayarak süreç haritasının temelini oluşturur.

Nereden Alınır??

POR_REQUISITION_HEADERS_ALL gibi tablolardaki durum değişikliği kayıtlarından, işlem geçmişinden veya FA_FUSION_SOAINFRA.WFTASK gibi Workflow denetim izlerinden türetilir.

Örnekler:::::::
Talep OluşturulduOnay Adımı OnaylandıTalep ReddedildiSatınalma Siparişi Oluşturuldu
Olay Zamanı
EventTime
Aktivitenin ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Olay Zamanı, belirli bir faaliyetin gerçekleştiği tam tarih ve saati kaydeder. Bu zaman damgası (zaman damgası), bir vaka içindeki olayların kronolojik sıralaması için temeldir ve sistemdeki oluşturma tarihlerinden, son güncelleme tarihlerinden veya belirli eylem zaman damgalarından alınır.

Analizde, Olay Zamanı, aktiviteler arasındaki döngü süreleri, bekleme süreleri ve genel vaka süresi gibi tüm süre tabanlı metrikleri hesaplamak için kullanılır. Darboğazları belirlemek, SLA'lara karşı performansı ölçmek ve talep sürecinin zamansal dinamiklerini anlamak için büyük önem taşır.

Neden Önemli?dir?

Bu nitelik, tüm zamanla ilgili KPI'ları hesaplamak, olayları doğru şekilde sıralamak ve süreç performansını ve darboğazları analiz etmek için büyük önem taşır.

Nereden Alınır??

Bu genellikle işlem veya durum değişikliği ile ilişkili bir 'LAST_UPDATE_DATE' veya 'CREATION_DATE' sütunundan alınır, sıklıkla POR_REQUISITION_HEADERS_ALL veya workflow geçmişi tablolarında bulunur.

Örnekler:::::::
2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
Satın Alma İsteği Kimliği
PurchaseRequisitionId
Süreç için Vaka Kimliği (Case ID) olarak hizmet veren bir satın alma talebinin benzersiz tanımlayıcısı.
Açıklama

Satın Alma Talep Kimliği, belirli bir mal veya hizmet talebiyle ilgili tüm aktiviteleri birbirine bağlayan merkezi tanımlayıcıdır. Her talebe oluşturulduğunda benzersiz bir kimlik atanır ve bu kimlik süreç döngüsü boyunca sabit kalır.

Process Mining'de, bu nitelik oluşturma, gönderme, onay adımları ve nihai kapatma gibi ilgili tüm olayları tek bir vaka halinde gruplamak için kullanılır. Bu, talebin yolculuğunun uçtan uca analizine sunar, böylece süreç haritalarını görselleştirmek, döngü sürelerini hesaplamak ve her bir talep için varyantları analiz etmek mümkün hale gelir.

Neden Önemli?dir?

Bu, bir talebin süreç döngüsünü baştan sona izlemek için temel niteliktir, tüm vaka düzeyinde analizleri ve KPI hesaplamalarını sunar.

Nereden Alınır??

Bu, genellikle Oracle Fusion Financials'taki POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_ID gibi talep başlık tablosundaki birincil temel rol oynar.

Örnekler:::::::
100234810023491002350
Kaynak Sistem
SourceSystem
Bu verilerin çıkarıldığı bilgi sistemi.
Açıklama

Bu nitelik, süreç verilerinin kaynağını tanımlar. Bu veri modeli için sürekli olarak 'Oracle Fusion Financials' olacaktır.

Birden fazla ERP veya entegre sistemin bulunduğu ortamlarda, bu alan veri soyu, sorun giderme ve veri kalitesini güçlüak için büyük önem taşır. Analiz edilen süreç olayları için doğruluk kaynağı hakkında bağlam sunar.

Neden Önemli?dir?

Veri yönetimi ve birden fazla sistemden veri entegrasyonu yaparken kritik önem taşıyan veri kaynağı hakkında temel bağlam sunar.

Nereden Alınır??

Bu, veri çıkarma ve dönüştürme süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler:::::::
Oracle Fusion Financials
Son Veri Güncellemesi
LastDataUpdate
Kaynak sistemden en son veri yenilemesinin zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, verilerin Oracle Fusion Financials'tan son olarak ne zaman çekildiğinin tarihini ve saatini gösterir. Bireysel olaylara değil, tüm veri kümesine uygulanır.

Analistler bu bilgiyi, verilerin güncelliğini anlamak ve en son işlemlerin ne zaman dahil edildiğini doğrulamak için kullanır. Dashboard raporlaması ve analizlerin güncel bilgilere dayanmasını güçlüak için önemli bir metadata parçasıdır.

Neden Önemli?dir?

Verilerin güncelliği hakkında kullanıcıları bilgilendirir, böylece analizlerin alakalı ve en son bilgilere dayalı olmasını sunar.

Nereden Alınır??

Bu zaman damgası (zaman damgası), veri çıkarma işlemi sırasında, genellikle ETL aracı veya veri hattı tarafından oluşturulur ve saklanır.

Örnekler:::::::
2023-10-27T02:00:00Z
`Teslim Edilmesi Gereken Tarih`
RequiredByDate
Talep sahibinin mal veya hizmetleri ihtiyaç duyduğu tarih.
Açıklama

Bu tarih, talep sahibi tarafından talep edilen öğelerin alınması için son tarihi belirtmek üzere belirlenir. Tedarik süreci için dahili bir hizmet seviyesi anlaşması (SLA) hedefi olarak olarak kullanılır.

Bu nitelik, 'Termin Tarihi Performansı' kontrol paneli'u ve 'Termine Uyumluluk Oranı' KPI'sının temelini oluşturur. Bu tarihin gerçek Satınalma Siparişi oluşturma tarihi veya mal teslim alma tarihi ile karşılaştırılması, tedarik sürecinin iç müşteri taleplerini ne kadar iyi karşıladığını ortaya çıkarabilir ve sistemik gecikmeleri belirleyebilir.

Neden Önemli?dir?

Süreç performansını dahili son teslim tarihlerine göre ölçmek ve tedarik sürecinin iş ihtiyaçlarını zamanında karşılayıp karşılamadığını anlamak için büyük önem taşır.

Nereden Alınır??

Genellikle talep kalem satırı düzeyinde, POR_REQUISITION_LINES_ALL gibi tablolarda 'NEED_BY_DATE' gibi bir alanda saklanır.

Örnekler:::::::
2023-11-012023-12-152024-01-31
Bölüm
DepartmentName
Talep sahibinin ait olduğu iş departmanı.
Açıklama

Bu nitelik, talebi oluşturan kişinin organizasyonel birimini, örneğin 'Finans', 'BT' veya 'Pazarlama' gibi, gösterir. Genellikle talep sahibinin İK sistemindeki kullanıcı profilinden türetilir.

Departmana göre analiz yapmak, süreç verilerini segmentlere ayırmak için yaygın ve güçlü bir yoldur. Daha yüksek ret oranları veya daha uzun döngü süreleri gibi departmana özgü davranışları belirlemeye yardımcı olur, bu da hedeflenen süreç iyileştirme girişimlerini bilgilendirebilir. Bu, 'Talep Sahibi Performans Metrikleri' kontrol paneli'u için önemli bir boyuttur.

Neden Önemli?dir?

İş birimine göre süreç analizi yapılmasına olanak tanıyarak, departmana özgü kalıpları, performansı ve uyumluluk sorunlarını ortaya çıkarır.

Nereden Alınır??

Genellikle talep sahibinin profilinden türetilir, sıklıkla talep tablosundan departman bilgisini içeren bir İK veya kullanıcı dizini tablosuna birleştirme gerektirir.

Örnekler:::::::
Bilgi TeknolojileriFinansOperasyonlarPazarlama
İş Birimi
BusinessUnit
Talebin ait olduğu kuruluş içindeki belirli iş birimi.
Açıklama

İş Birimi, talebin yapıldığı şirketin içinde ayrı bir yasal veya fonksiyonel birimi temsil eder. Bir departmandan daha üst düzey bir organizasyonel gruplandırmadır.

Verileri İş Birimi'ne göre analiz etmek, organizasyonun farklı bölümleri arasında üst düzey performans karşılaştırmaları yapılmasına sunar. Bu, üst yönetimin süreç verimsizliklerinin yerel mi yoksa yaygın mı olduğunu anlamasına ve iyileştirme çabalarını nereye odaklayacağını belirlemesine yardımcı olur. Neredeyse tüm kontrol paneli'lar ve KPI'lar için önemli bir filtreleme boyutudur.

Neden Önemli?dir?

İşletmenin farklı bölümleri arasında performans karşılaştırması ve stratejik analiz sağlayan üst düzey bir organizasyonel bağlam sunar.

Nereden Alınır??

Bu, Oracle Fusion'da temel bir organizasyonel alandır, genellikle POR_REQUISITION_HEADERS_ALL gibi tablolardaki talep başlığında bulunur.

Örnekler:::::::
BU North AmericaBU EuropeKurumsal Merkez
Ret Nedeni
RejectionReason
Bir onaylayıcı tarafından bir talep veya onay adımı reddedildiğinde sağlanan neden.
Açıklama

Bir satın alma talebi reddedildiğinde, onaylayan kişi genellikle önceden tanımlı bir listeden seçerek veya serbest metin girerek bir neden belirtir. Bu öznitelik, bu gerekçeyi kaydeder.

Bu, süreç hatalarının kök neden analizi için kritik bir özniteliktir. Reddetmelerin 'nedenini' sağlayarak 'Değişiklik ve Reddetme Eğilimleri' Dashboard'unu doğrudan destekler. Reddetme nedenlerini analiz etmek, hatalı kodlama, bütçe aşımları veya politika ihlalleri gibi yaygın sorunları belirlemeye yardımcı olur; bu sorunlar daha sonra eğitim veya sistem kontrolleri aracılığıyla giderilebilir.

Neden Önemli?dir?

Taleplerin neden reddedildiğine dair doğrudan önemli bilgi sağlayarak, yeniden işlemeyi azaltmak ve doğrudan işlem oranını artırmak için hedeflenen iyileştirmelere sunar.

Nereden Alınır??

İş akışı yorumlarından veya iş akışı denetim izindeki belirli ret nedeni kodu alanlarından alınır, potansiyel olarak FA_FUSION_SOAINFRA.WFTASK veya ilgili yorum depolama tablolarında bulunabilir.

Örnekler:::::::
Yanlış Genel Muhasebe HesabıMaliyet merkezi bütçesini aşıyorTercih edilmeyen tedarikçi seçildiTekrar Eden Talep
Talep Durumu
RequisitionStatus
Satın alma talebinin mevcut veya nihai durumu.
Açıklama

Bu nitelik, talebin belirli bir zamandaki genel durumunu veya nihai sonucunu, örneğin 'Onaylandı', 'Reddedildi', 'İşlemde' veya 'Kapalı' gibi, gösterir. Bu genellikle event log'daki birçok aktivitenin türetilirği kaynaktır.

Bu nitelik, 'Talep Durumu Genel Bakış' kontrol paneli'u için büyük önem taşır, mevcut iş yükü ve birikim hakkında anlık bir görüntü sunar. Ayrıca, belirli bir durumla biten vakaları filtreleyerek Talep Ret Oranı gibi sonuç tabanlı KPI'ları hesaplamak için de kullanılır.

Neden Önemli?dir?

Taleplerin mevcut durumunun anlık görüntüsünü sunar ve KPI hesaplamaları için nihai sonuçları belirlemek için kullanılır.

Nereden Alınır??

Genellikle POR_REQUISITION_HEADERS_ALL tablosundaki 'DOCUMENT_STATUS' veya 'APPROVAL_STATUS' gibi bir alanda, talep başlık tablosunda bulunur.

Örnekler:::::::
ONAYLANDIİŞLEMDEREDDEDİLDİGERİ ÇEKİLDİ
Talep Edenin Adı
RequesterName
Satın alma talebini oluşturan ve gönderen çalışanın adı.
Açıklama

Bu nitelik, mal veya hizmet talebini başlatan kişiyi tanımlar. Bu bilgi genellikle talebin ilk oluşturulduğu sürecin başında yakalanır.

Talep Sahibine göre süreç performansını analiz etmek, 'Talep Sahibi Performans Metrikleri' kontrol paneli'u için büyük önem taşır. Yüksek düzeltme, ret oranları veya talepleriyle ilişkili uzun döngü sürelerini vurgulayarak hangi kullanıcıların veya grupların ek eğitime ihtiyaç duyabileceğini belirlemeye yardımcı olur. Sürecin insan merkezli bir görünümünü sunar.

Neden Önemli?dir?

Talep edenlere göre performans analizine sunar, eğitim ihtiyaçlarını belirlemeye ve verimli kullanıcıları veya departmanları vurgulamaya yardımcı olur.

Nereden Alınır??

Talep başlığı verilerinden alınır, genellikle talep sahibinin kimliği bir çalışan veya kullanıcı ana veri tablosuyla birleştirilerek elde edilir. POR_REQUISITION_HEADERS_ALL'daki 'PREPARER_ID' ile ilgili alanları arayın ve PER_ALL_PEOPLE_F'ye birleştirin.

Örnekler:::::::
Can DemirAyşe YılmazEmily Jones
Toplam Talep Tutarı
RequisitionTotalAmount
Satın alma talebinin toplam parasal değeri.
Açıklama

Bu nitelik, tek bir satın alma talebindeki tüm kalemlerin değerinin toplamını temsil eder. Her talebin finansal önemini anlamak için kritik bir veri noktasıdır.

Process Mining'de, toplam tutar geniş bir analiz yelpazesi için kullanılır. Farklı onay yolları veya daha yüksek inceleme gerektiren yüksek değerli talepleri filtrelemek için kullanılabilir. Dashboard'lar bu niteliği, döngü süresi veya ret oranı gibi süreç metriklerinin talebin değeriyle nasıl korelasyon gösterdiğini analiz etmek için kullanabilir.

Neden Önemli?dir?

Süreç iyileştirmelerini önceliklendirmek ve talep değerinin süreç davranışını nasıl etkilediğini anlamak için değer tabanlı analizi mümkün kılan finansal bağlam sunar.

Nereden Alınır??

Talep başlığında, genellikle POR_REQUISITION_HEADERS_ALL tablosundaki REQUISITION_TOTAL gibi bir alanda bulunur. Ayrıca POR_REQUISITION_LINES_ALL tablosundaki kalem tutarları toplanarak da hesaplanabilir.

Örnekler:::::::
550.0012500.7599.99
Değişiklik Yapıldı
IsAmendedFlag
Talebin en az bir kez değiştirilmiş olması durumunda doğru (true) olan bir boolean işareti.
Açıklama

Bu hesaplanmış nitelik, bir talebin ilk gönderiminden sonra herhangi bir değişikliğe uğrayıp uğramadığını gösterir. Vakanın geçmişinde 'Talep Düzeltildi' aktivitesinin varlığı kontrol edilerek türetilir.

Bu işaret, analiz ve KPI hesaplamasını basitleştirir. Doğrudan 'Talep Düzeltme Oranı' KPI'sını hesaplamak ve akıcı olmayan vakaları belirlemek için kullanılır. Düzeltilmiş ve düzeltilmemiş talepler arasındaki süreç metriklerinin kolayca filtrelenmesini ve karşılaştırılmasını sunar.

Neden Önemli?dir?

Düzeltme oranının hesaplanmasını basitleştirir ve düzeltilmiş taleplerle düzeltilmemiş taleplerin kolayca karşılaştırılmasını sunar.

Nereden Alınır??

Bu nitelik kaynak sistemde değildir ancak event log'da düzeltme ile ilgili aktivitelerin varlığına dayanarak veri dönüşümü sırasında hesaplanır.

Örnekler:::::::
truefalse
Doğrudan Geçiş mi
IsStraightThrough
Talebin herhangi bir değişiklik veya reddedilme olmadan onaylanıp onaylanmadığını gösteren bir işaret.
Açıklama

Bu hesaplanmış işaret, bir talebin gönderimden onaya kadar, düzeltmeler veya retler gibi herhangi bir yeniden işleme döngüsü olmadan süreçten geçtiğini belirtir. Tek bir vaka için kusursuz bir şekilde yürütülen bir süreci ifade eder.

Bu nitelik, 'Akıcı Talep Oranı' KPI'sının temelini oluşturur. Akıcı taleplerin özelliklerini (örneğin, ortak departmanlar, talep sahipleri veya türler) analiz etmek, en iyi uygulamaları ve otomasyon fırsatlarını ortaya çıkarabilir. Tersine, akıcı olmayanları analiz etmek, verimsizliğin birincil nedenlerini belirlemeye yardımcı olur.

Neden Önemli?dir?

Süreç verimliliğini doğrudan ölçer ve Doğrudan Talep Oranı KPI'sının temelini oluşturarak yeniden işleme nedenlerini belirlemeye yardımcı olur.

Nereden Alınır??

Bu nitelik, veri dönüşümü sırasında hesaplanır. Bir vaka, 'Talep Düzeltildi' veya 'Onay Adımı Reddedildi' aktiviteleri yoksa doğru olarak işaretlenir.

Örnekler:::::::
truefalse
Kullanıcı Adı
UserName
Onaylayan veya düzenleyici gibi belirli bir aktiviteyi gerçekleştiren kullanıcının adı.
Açıklama

Talep Eden Adı, başlatıcıyı tanımlarken, Kullanıcı Adı süreçteki belirli bir olayı (örneğin bir onay veya red gibi) gerçekleştiren kişiyi belirtir. Bu, farklı kişilerin dahil olduğu çok adımlı onay Workflow'ları için özellikle önemlidir.

Bu öznitelik, onay darboğazlarını analiz etmek ve belirli onaylayıcıların veya ekiplerin performansını ölçmek için büyük önem taşır. Onay zincirindeki her kullanıcının işlem sürelerinin analizine olanak tanıyarak 'Onay Workflow Darboğazları' Dashboard'unu doğrudan destekler.

Neden Önemli?dir?

Her olay için aktörü belirler, bu da devir sürelerini, onaylayıcı performansını ve kaynak tahsisini analiz etmek için büyük önem taşır.

Nereden Alınır??

Her görev tamamlama ile ilişkili kullanıcıyı kaydeden FA_FUSION_SOAINFRA.WFTASK gibi iş akışı geçmişi veya denetim izi tablolarından alınır.

Örnekler:::::::
David LeeSusan ChenMichael Brown
Onay İş Akışı Yolu
ApprovalWorkflowPath
Talep için gereken onaylayıcıların veya onay gruplarının önceden tanımlanmış sırası.
Açıklama

Bu nitelik, şirket politikalarını dikkate alarak (talep tutarı, türü ve departman gibi faktörler göz önüne alınarak) belirli bir talep için beklenen, standart onay sürecini tanımlar. 'Olması gereken' süreç modelini temsil eder.

Onay Workflow Yolu, uyumluluk ve uygunluk analizi için büyük önem taşır. Gerçekte atılan onay adımlarının belirlenmiş yolla doğrudan karşılaştırılmasına izin vererek 'Uyumluluk ve Sapma Analizi' kontrol paneli'unu ve 'Talep Uygunluk Endeksi' KPI'sını doğrudan destekler. Sapmalar, politika ihlallerini veya süreç verimsizliklerini gösterebilir.

Neden Önemli?dir?

Gerçek süreç akışını gerekli onay hiyerarşisiyle karşılaştırarak uyumluluk kontrolüne sunar ve uyumsuz talepleri vurgular.

Nereden Alınır??

Bu bilgi Oracle Fusion BPM İş Listesi veya Onay Yönetim Motoru (AMX) içinde yapılandırılır. Her talep için tanımlanmış yolu çıkarmak karmaşık olabilir ve yapılandırma tablolarının sorgulanmasını gerektirebilir.

Örnekler:::::::
Yönetici > Direktör > Finans Başkan YardımcısıMaliyet Merkezi Sahibi > BT GüvenliğiYönetici > Departman Müdürü
Otomatikleştirildi mi?
IsAutomated
Bir faaliyetin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir bayraktır.
Açıklama

Bu nitelik, süreçte bir sistem kullanıcısı veya otomatik bir aracı tarafından, insan tarafından değil, gerçekleştirilen olayları tanımlar. Örnekler::::::: arasında sistem tarafından yönlendirilen durum değişiklikleri veya düşük değerli kalemler için otomatik onay adımları yer alabilir.

Bu niteliği analiz etmek, süreçteki otomasyon seviyesini nicelleştirmeye yardımcı olur. Otomatik adımların manuel olanlara kıyasla hızı ve verimliliğini karşılaştırmak ve daha fazla otomasyon fırsatlarını belirlemek için kullanılabilir.

Neden Önemli?dir?

Süreçteki otomasyon seviyesini ölçmeye ve manuel görevleri otomatikleştirme fırsatlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bir etkinlikle ilişkili kullanıcının bir sistem veya hizmet hesabı olup olmadığının kontrol edilmesiyle türetilir. Bu, bilinen sistem kullanıcı kimliklerinin bir listesini gerektirir.

Örnekler:::::::
truefalse
Para Birimi
CurrencyCode
USD veya EUR gibi talep tutarının para birimi kodu.
Açıklama

Bu nitelik, Toplam Talep Tutarının hangi para biriminde olduğunu belirtir. Küresel kuruluşlar için talepler çeşitli para birimlerinde oluşturulabilir.

Finansal verileri doğru bir şekilde yorumlamak ve birleştirmek için büyük önem taşır. Parasal değerleri içeren herhangi bir analizde, tutarların doğru bir şekilde karşılaştırıldığından emin olmak için para birimi kodu kullanılmalıdır; bu ya tek bir para birimi için filtreleme yaparak ya da tüm tutarları ortak bir para birimine dönüştürerek sağlanır.

Neden Önemli?dir?

Özellikle çoklu para birimleriyle uğraşan çok uluslu kuruluşlarda doğru finansal analiz ve raporlama sunar.

Nereden Alınır??

Genellikle tutar alanlarının yanında talep başlık tablosunda bulunur, örneğin POR_REQUISITION_HEADERS_ALL'da.

Örnekler:::::::
USDEURGBPJPY
Purchase Order Number
PurchaseOrderNumber
Onaylanmış talepten oluşturulan satın alma siparişinin tanımlayıcısı.
Açıklama

Bu nitelik, bir satın alma talebini ortaya çıkan satın alma siparişine bağlar. Bir talep tamamen onaylandıktan sonra, genellikle bir tedarikçiye gönderilmek üzere bir veya daha fazla satın alma siparişine dönüştürülür.

Analizde, bu kimlik, talepten sonraki süreci izlemek için büyük önem taşır. 'Talep-Satınalma Siparişi Teslim Süresi' KPI'sının hesaplanmasını sunar ve 'Talep-Satınalma Siparişi Döngü Süresi' kontrol paneli'unu destekler. Ayrıca, gerçek bir uçtan uca Satın Almadan Ödemeye analizi için talep süreç verilerini sonraki Satınalma Siparişi ve faturalandırma süreçleriyle birleştirmeye sunar.

Neden Önemli?dir?

Talebi sonraki satın alma siparişine bağlar, talep-sipariş döngü süresinin ölçülmesini ve uçtan uca süreç analizini sunar.

Nereden Alınır??

Bu bilgi bir Satınalma Siparişi oluşturulduktan sonra saklanır. Genellikle, talebin satırına geri bağlanan PO_DISTRIBUTIONS_ALL gibi Satınalma Siparişi dağıtım tablolarındaki destekleyici talep referanslarına bakılarak bulunur.

Örnekler:::::::
PO-2023-5832PO-2023-5833PO-2023-5834
Talep Türü
RequisitionType
Mal veya hizmet talebi gibi talebin kategorisi.
Açıklama

Bu nitelik, talebin ne istendiğine göre sınıflandırılmasını sunar. Yaygın türler arasında mal, hizmet veya sermaye harcamaları bulunur. Bu tür, gerekli onay iş akışını (workflow)nu ve tedarik stratejisini etkileyebilir.

Analizde, Talep Türü filtreleme ve karşılaştırma için güçlü bir boyut olarak olarak kullanılır. Örneğin, hizmet taleplerinin mal taleplerinden daha uzun bir onay döngü süresine sahip olup olmadığını analiz edilebilir. Farklı talep türlerinin farklı süreç davranışları veya darboğazlar (darboğazlar) gösterip göstermediğini anlamaya yardımcı olur.

Neden Önemli?dir?

Analizi, mal ve hizmet gibi çeşitli satın alma türleri için sürecin nasıl farklılaştığını anlamak üzere bölümlere ayırmaya sunar.

Nereden Alınır??

Bu genellikle talep oluşturma sırasında seçilen kalem türü veya kategorisi tarafından belirlenir. POR_REQUISITION_LINES_ALL talep satırı tablosunda saklanabilir.

Örnekler:::::::
MallarEnerji ve AltyapıSermaye Harcaması
Tedarikçi Adı
SupplierName
Mal veya hizmetler için önerilen veya önceden seçilmiş tedarikçinin adı.
Açıklama

Bu nitelik, mal veya hizmetlerin satın alınması amaçlanan tedarikçiyi tanımlar. Tedarikçi, talep sahibi tarafından önerilebilir veya kataloglara veya önceki anlaşmalara göre sistem tarafından belirlenebilir.

Tedarikçiye göre analiz yapmak önemli tedarik kalıplarını ortaya çıkarabilir. Örneğin, belirli tedarikçiler için taleplerin onaylanmasının daha uzun sürüp sürmediğini veya daha yüksek ret oranlarına sahip olup olmadığını belirlemeye yardımcı olur. Bu bilgi, tedarikçi ilişki yönetimi ve tedarik stratejisi için değerli olabilir.

Neden Önemli?dir?

Süreç performansının tedarikçiye göre analiz edilmesini sağlayarak, kaynak bulma stratejisi ve tedarikçi ilişkileri yönetiminde yardımcı olabilir.

Nereden Alınır??

Talep kalem tablosu olan POR_REQUISITION_LINES_ALL'da bulunur ve genellikle bir VENDOR_ID aracılığıyla POZ_SUPPLIERS gibi bir tedarikçi ana tablosuna bağlanır.

Örnekler:::::::
Office Supplies Inc.Global Tech SolutionsYaratıcı ```Pazarlama Ajansı```
Ürün Açıklaması
ItemDescription
Bir talep satırında talep edilen ürün veya hizmetin açıklaması.
Açıklama

Bu nitelik, tedarik edilen kalemin metinsel açıklamasını içerir. Talep edilen mal veya hizmetler hakkında belirli ayrıntılar sunar.

Genellikle yapılandırılmamış olsa da, Kalem Açıklaması analiz için değerli bir bağlam sunar. Talep Türü tarafından yakalanmayabilecek belirli satın alma türleri için talepleri izole etmek üzere filtrelerde kullanılabilir. Örneğin, bir analist, 'Yazılım Lisansı' içeren tüm talepleri arayarak bunların özel süreç akışlarını ve döngü sürelerini anlayabilir.

Neden Önemli?dir?

Ne satın alındığına dair ayrıntılı bağlam sunarak, belirli mal veya hizmetlerin daha ayrıntılı filtrelenmesine ve analizine sunar.

Nereden Alınır??

Talep kalem tablosu olan POR_REQUISITION_LINES_ALL'da, ITEM_DESCRIPTION gibi bir alanda bulunur.

Örnekler:::::::
15 inç Dizüstü Bilgisayar, 16GB RAMDanışmanlık Enerji ve Altyapıi - 4. Çeyrek ProjesiYıllık Yazılım Bakım Yenileme
Gerekli Önerilen Opsiyonel

Satın Almadan Ödemeye - Talep Faaliyetleri

Satın Almadan Ödemeye - Talep süreci keşfi için olay logunuzda yakalamanız gereken temel süreç adımları ve dönüm noktaları. bunlardır.
6 Önerilen 6 Opsiyonel
Aktivite Açıklama
Satınalma Siparişi Oluşturuldu
Bu olay, onaylanmış bir talep satırı bir satın alma siparişi oluşturmak için kullanıldığında meydana gelir. Talep sürecini sonraki tedarik sürecine bağlar.
Neden Önemli?dir?

Bu, Talep-Satınalma Siparişi Teslim Süresi'ni ölçmek için kritik bir dönüm noktasıdır. Buradaki gecikmeler, onaydan satın almaya geçişteki darboğazları gösterir.

Nereden Alınır??

Bu açık bir olaydır. Talep ile satın alma siparişi arasındaki bağlantı, kaynak talep satır kimliğine bir referans içeren PO_LINE_LOCATIONS_ALL gibi tablolarda saklanır.

Yakala

Verilen Talep ID'sini referans alan Satınalma Siparişi'nin oluşturulma tarihini bulun.

Event tipi explicit
Talep Gönderildi
Tamamlanmış talebin onay iş akışına gönderilmesi kullanıcı eylemini temsil eder. Bu, talep durumunun 'Tamamlanmamış' veya 'Taslak'tan, onayı beklediğini gösteren bir duruma değiştiğinde yakalanır.
Neden Önemli?dir?

Bu aktivite, onay döngüsünü başlatır. Talep Onay Döngü Süresi ve genel teslim sürelerini ölçmek için kritik bir dönüm noktasıdır.

Nereden Alınır??

POR_REQUISITION_HEADERS_ALL tablosundaki bir durum değişikliğinden (örn. durum 'ONAY BEKLİYOR'a geçer) çıkarılır. Gönderme tarihi de genellikle açıkça saklanır.

Yakala

Belge durumu alanının ilk olarak 'Onay Bekliyor' olarak değiştiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Talep Kapatıldı
Bir talebin süreç döngüsünün nihai kapanışını gösterir; yani tüm satırlarının yerine getirildiği (örn. Satın Alma Siparişlerine dönüştürüldüğü) veya iptal edildiği anlamına gelir. Bu, son bir durum güncellemesinden çıkarılır.
Neden Önemli?dir?

Bu, süreç için birincil başarılı bitiş olayıdır. Talebin tamamen işlendiğini ve başka bir eyleme gerek olmadığını doğrular.

Nereden Alınır??

POR_REQUISITION_HEADERS_ALL tablosundaki talep başlığı durumunun 'KAPALI' olarak değişmesinden çıkarılır.

Yakala

Talebin belge durumunun 'Kapalı' olarak değiştiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Talep Oluşturuldu
Bir kullanıcı yeni bir satın alma talebini ilk kez kaydettiğinde tedarik sürecinin başlatıldığını gösterir. Bu olay genellikle sistemde ilgili bir zaman damgası (zaman damgası) ile açık bir kayıt oluşturma olarak yakalanır.
Neden Önemli?dir?

Bu, talep süreci için birincil başlangıç olayıdır. Oluşturmadan gönderime kadar geçen süreyi analiz etmek, talep resmileştirmesindeki gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Bu olay POR_REQUISITION_HEADERS_ALL tablosunda kaydedilir ve yeni bir Talep Kimliği oluşturulduğunda creation_date sütunundan yakalanır.

Yakala

Talep başlık kaydı için oluşturma zaman damgası (zaman damgası)'ını kullanın.

Event tipi explicit
Talep Onaylandı
İş akışındaki tüm adımları başarıyla geçtikten sonra satın alma talebinin nihai onayını işaretler. Bu, talebin genel durumunun 'Onaylandı' olarak değişmesinden anlaşılır.
Neden Önemli?dir?

Bu, talebin tedarik eylemi için hazır olduğunu gösteren önemli bir dönüm noktasıdır. Toplam talep onay döngü süresini ölçmek için son noktadır.

Nereden Alınır??

POR_REQUISITION_HEADERS_ALL tablosundaki belge durumu alanının 'ONAYLANDI' olarak değişmesinden çıkarılır. Bu durum değişikliğinin tarihi olay zamanıdır.

Yakala

Belge durumunun ilk olarak 'Onaylandı' olarak ayarlandığı zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Talep Reddedildi
Talebin nihai olarak reddedilmesini temsil eder ve bu talep için süreci sonlandırır. Bu, talebin genel durumunun 'Reddedildi' olarak güncellenmesinden anlaşılır.
Neden Önemli?dir?

Bu aktivite, başarısız talepler için son bir noktadır. Bu vakaları analiz etmek, Talep Ret Oranı KPI'sını ve başarısızlık nedenlerini anlamak için gereklidir.

Nereden Alınır??

POR_REQUISITION_HEADERS_ALL tablosundaki belge durumunun 'REDDEDİLDİ' olarak değişmesinden çıkarılır.

Yakala

Belge durumunun ilk olarak 'Reddedildi' olarak ayarlandığı zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Onay Adımı Başlatıldı
Bir talebin iş akışı içinde belirli bir onaylayıcıya veya onay grubuna atandığı anı işaretler. Bu, iş akışı motorunun işlem logundan yakalanır.
Neden Önemli?dir?

Bu aktivite, her onay adımı için bekleme süresini hesaplamak için büyük önem taşır. Belirli onaylayıcıların veya onay seviyelerinin neden olduğu darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

Oracle Fusion'ın kullanıcılara atanan görevleri kaydeden iş akışı tablolarından alınır. Onay görevi için atama zaman damgası (zaman damgası) kullanılır.

Yakala

Belirli talep için workflow geçmişindeki görevin oluşturma zaman damgası (zaman damgası)'ını kullanın.

Event tipi explicit
Onay Adımı İade Edildi
Bir onaylayıcı, talebi resmi olarak reddetmeden, ek bilgi veya küçük düzeltmeler için hazırlayıcıya iade eder. Bu genellikle Workflow sisteminde açık bir eylemdir.
Neden Önemli?dir?

Bu, açıklama ihtiyacını gösterir ve döngü süresini uzatan bir yeniden işleme döngüsü oluşturur. İadeleri retlerden ayırmak, süreç sürtünmesi hakkında daha derinleşimli önemli bilgi sunar.

Nereden Alınır??

Talebin onay eylemi geçmişinden alınır. Workflow sistemi, bir zaman damgası (zaman damgası) ile 'İADE ET' veya benzeri bir eylemi kaydeder.

Yakala

Workflow geçmişinden 'İADE' veya 'Bilgi Talebi' eyleminin zaman damgası (zaman damgası)'ını kullanın.

Event tipi explicit
Onay Adımı Onaylandı
İş akışındaki belirlenen adımda tek bir onaylayıcının talebi onaylama eylemini temsil eder. Olay, onay geçmişine açıkça kaydedilir.
Neden Önemli?dir?

Bireysel onay adımlarını takip etmek, gerçek onay yolunu haritalandırmaya ve hiyerarşinin her aşamasındaki işlem süresini ölçmeye yardımcı olur.

Nereden Alınır??

Talebin onay eylemi geçmişinden alınır, bu genellikle Workflow (WF) veya İnsan Sermayesi Yönetimi (HCM) tablolarında saklanır.

Yakala

Workflow eylem geçmişi logundan 'ONAYLA' eyleminin zaman damgası (zaman damgası)'ını kullanın.

Event tipi explicit
Onay Adımı Reddedildi
Bireysel bir onaylayıcı talebi reddeder, bu da genellikle düzeltme için hazırlayıcıya geri gönderilmesine veya talebin sonlandırılmasına neden olur. Bu eylem, Workflow geçmişinde açıkça kaydedilir.
Neden Önemli?dir?

Bu aktivite, yeniden işleme ve gecikmelerin temel nedenidir. Retleri analiz etmek, uyumluluk sorunlarını, bütçe problemlerini veya net olmayan gerekçeleri belirlemeye yardımcı olur.

Nereden Alınır??

Talebin onay eylemi geçmişinden alınır. Workflow sistemi, bir zaman damgası (zaman damgası) ile 'REDDET' eylemini kaydeder.

Yakala

Workflow eylem geçmişi logundan 'REDDET' eyleminin zaman damgası (zaman damgası)'ını kullanın.

Event tipi explicit
Talep Değiştirildi
Bu olay, bir kullanıcının ilk gönderiminden sonra bir talebi değiştirdiğini gösterir, bu da genellikle onay sürecinin yeniden başlamasını gerektirir. Bu, ana veri alanlarındaki değişikliklerin veya talebin yeni bir versiyonunun oluşturulmasının tespit edilmesiyle anlaşılır.
Neden Önemli?dir?

Sık yapılan değişiklikler, veri kalitesi sorunlarını veya değişen gereksinimleri gösterir, bu da yeniden işleme ve süreç gecikmelerine yol açar. Bu durum, 'Talep Değişiklik Oranı' KPI'sını doğrudan destekler.

Nereden Alınır??

Talebin sürüm numaralarını takip ederek veya gönderildikten sonra durum değişikliklerinin 'Eksik'e geri döndüğünü belirleyerek çıkarılır. Değişiklik günlükleri veya denetim izleme tabloları da bu değişiklikleri yakalayabilir.

Yakala

Aynı Talep ID'si için gönderildikten sonra yeni sürüm oluşturma zaman damgalarını belirleyin.

Event tipi inferred
Talep Geri Çekildi
Talep sahibinin gönderdiği bir talebi, tam olarak onaylanmadan önce iptal etmesi veya geri çekmesi durumunda meydana gelir. Bu genellikle durum değişikliğiyle sonuçlanan açık bir kullanıcı eylemidir.
Neden Önemli?dir?

Geri çekmeleri takip etmek, değişen iş ihtiyaçları veya kullanıcıların gönderim sonrası hataları düzeltmesi gibi erken sonlandırma nedenlerini belirlemeye yardımcı olur.

Nereden Alınır??

POR_REQUISITION_HEADERS_ALL tablosundaki 'GERİ ÇEKİLDİ' durum değişikliğinden çıkarılır. Eylem, talebin eylem geçmişinde kaydedilir.

Yakala

Talebin durumunun 'Geri Çekildi' olarak güncellendiği zaman damgası (zaman damgası)nı tespit edin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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