Satın Almadan Ödemeye - Talep Veri Templateiniz
Satın Almadan Ödemeye - Talep Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Oracle Fusion Financials’tan veri çıkarma yönergeleri
Satın Almadan Ödemeye - Talep öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Talep sürecinin belirli bir aşamasında gerçekleşen iş olayının adı. | ||
|
Açıklama
Aktivite, satın alma talebinin yaşam döngüsündeki belirli bir adımı veya kilometre taşını ifade eder. Örnekler arasında 'Talep oluşturuldu', 'Onay adımı onaylandı' ve 'Satın alma siparişi oluşturuldu' yer alır. Bu aktiviteler, kaynak sistemin denetim günlüklerinde veya işlem tablolarında kaydedilen durum değişikliklerinden, kullanıcı işlemlerinden ya da sistem olaylarından elde edilir. Bu öznitelik, taleplerin akışını görsel olarak gösteren süreç haritasını oluşturmak için gereklidir. Aktivitelerin sırasını ve sıklığını inceleyerek yaygın süreç yollarını, darboğazları, yeniden çalışma döngülerini ve standart prosedürden sapmaları belirleyebilirsiniz.
Neden önemli?
Süreç haritasının temelini oluşturur; talep iş akışını görselleştirmenizi ve analiz etmenizi sağlar.
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 iş akışı denetim kayıtlarından elde edilir.
Örnekler
Talep oluşturulduOnay adımı onaylandıTalep reddedildiSatın alma siparişi oluşturuldu
|
|||
|
Olay zamanı
EventTime
|
Aktivitenin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Olay zamanı, belirli bir aktivitenin gerçekleştiği tarih ve saati tam olarak kaydeder. Vaka içindeki olayları kronolojik sıraya koymak için temel olan bu zaman damgası, sistemdeki oluşturulma tarihlerinden, son güncelleme tarihlerinden veya belirli işlem zamanlarından alınır. Analizlerde olay zamanı; aktiviteler arasındaki çevrim süreleri, bekleme süreleri ve toplam vaka süresi gibi zamana dayalı tüm metrikleri hesaplamak için kullanılır. Darboğazları belirlemek, performansı SLA’lara göre ölçmek ve talep sürecinin zaman içindeki işleyişini anlamak açısından önemlidir.
Neden önemli?
Zamanla ilgili tüm KPI’ları hesaplamak, olayları doğru sıraya koymak ve süreç performansını ve darboğazları analiz etmek için gereklidir.
Nereden alınır?
Genellikle işlem veya durum değişikliğiyle ilişkili 'LAST_UPDATE_DATE' ya da 'CREATION_DATE' sütunundan alınır. Bu alanlar POR_REQUISITION_HEADERS_ALL gibi tablolarda veya iş akışı geçmişi tablolarında bulunabilir.
Örnekler
2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
|
|||
|
Satın Alma Talebi kimliği
PurchaseRequisitionId
|
Satın alma talebini benzersiz biçimde tanımlayan ve süreçte vaka kimliği olarak kullanılan değer. | ||
|
Açıklama
Satın alma talebi kimliği, belirli bir mal veya hizmet talebiyle ilgili tüm etkinlikleri birbirine bağlayan temel tanımlayıcıdır. Her talep oluşturulduğunda benzersiz bir kimlik alır ve bu kimlik talebin tüm yaşam döngüsü boyunca değişmez. Process Mining çalışmalarında bu öznitelik; oluşturma, gönderme, onay adımları ve kapatma gibi ilişkili tüm olayları tek bir vakada gruplamak için kullanılır. Böylece talebin baştan sona izlediği yol analiz edilebilir, süreç haritaları görselleştirilebilir, çevrim süreleri hesaplanabilir ve her talebin süreç varyantları incelenebilir.
Neden önemli?
Bu temel öznitelik, talebin başlangıçtan sona tüm yaşam döngüsünü izlemeyi sağlar ve vaka düzeyindeki analizlerin ve KPI hesaplamalarının temelini oluşturur.
Nereden alınır?
Bu, genellikle talep başlık tablosundaki birincil anahtardır. Oracle Fusion Financials’ta POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_ID buna örnektir.
Örnekler
100234810023491002350
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin alındığı bilgi sistemi. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu veri modelinde değer her zaman 'Oracle Fusion Financials' olur. Birden fazla ERP’nin veya entegre sistemin kullanıldığı ortamlarda bu alan, veri kökenini izlemek, sorunları gidermek ve veri kalitesini güvence altına almak için önemlidir. Analiz edilen süreç olaylarının doğru bilgi kaynağı hakkında bağlam sunar.
Neden önemli?
Verilerin kaynağı hakkında gerekli bağlamı sunar. Veri yönetişimi ve birden fazla sistemden veri entegrasyonu için önemlidir.
Nereden alınır?
Veri setinin kaynağını belirtmek için veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir.
Örnekler
Oracle Fusion Financials
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan en son veri yenilemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin Oracle Fusion Financials’tan en son ne zaman çıkarıldığını gösterir. Tek tek olaylar için değil, veri setinin tamamı için geçerlidir. Analistler bu bilgiyi verilerin güncelliğini değerlendirmek ve en son işlemlerin ne zaman dahil edildiğini doğrulamak için kullanır. Dashboard raporlaması açısından önemli bir üst veridir ve analizlerin güncel bilgilere dayanmasını sağlar.
Neden önemli?
Verilerin ne kadar güncel olduğunu göstererek analizlerin geçerliliğini ve mevcut en yeni bilgilere dayanmasını sağlar.
Nereden alınır?
Bu zaman damgası, veri çıkarma sırasında genellikle ETL aracı veya veri hattı tarafından oluşturulur ve kaydedilir.
Örnekler
2023-10-27T02:00:00Z
|
|||
|
Departman
DepartmentName
|
Talep sahibinin bağlı olduğu iş departmanı. | ||
|
Açıklama
Bu öznitelik, talebi oluşturan kişinin bağlı olduğu birimi gösterir. Örneğin 'Finans', 'BT' veya 'Pazarlama' olabilir. Genellikle talep sahibinin İK sistemindeki kullanıcı profilinden elde edilir. Verileri departmana göre analiz etmek, süreçleri gruplara ayırmanın yaygın ve etkili bir yoludur. Daha yüksek ret oranları veya daha uzun çevrim süreleri gibi departmana özgü davranışları belirleyerek hedefli süreç iyileştirmelerine yön verebilir. 'Talep sahibi performans metrikleri' Dashboardu için temel bir boyuttur.
Neden önemli?
Süreçleri iş birimine göre gruplandırarak departmana özgü örüntüleri, performansı ve uyumluluk sorunlarını ortaya çıkarır.
Nereden alınır?
Genellikle talep sahibinin profilinden elde edilir. Departman bilgisini içeren bir İK veya kullanıcı dizini tablosunu talep tablosuyla birleştirmek gerekebilir.
Örnekler
Bilgi teknolojileriFinansOperasyonlarPazarlama
|
|||
|
Gerekli olduğu tarih
RequiredByDate
|
Talep sahibinin mal veya hizmetlere ihtiyaç duyduğu tarih. | ||
|
Açıklama
Talep sahibi, istenen ürünlerin teslim alınması için son tarihi bu alanda belirtir. Bu tarih, satın alma süreci için kurum içi hizmet seviyesi hedefi (SLA) olarak kullanılır. 'Gerekli olduğu tarihe göre performans' Dashboardu ve 'Gerekli olduğu tarihe uyum oranı' KPI’ı bu özniteliğe dayanır. Bu tarih gerçek satın alma siparişi oluşturulma veya mal kabul tarihiyle karşılaştırıldığında, satın alma sürecinin kurum içi müşteri taleplerini ne ölçüde karşıladığı görülebilir ve sistem genelindeki gecikmeler belirlenebilir.
Neden önemli?
Süreç performansını kurum içi son tarihlere göre ölçmek ve satın alma sürecinin iş ihtiyaçlarını zamanında karşılayıp karşılamadığını anlamak için önemlidir.
Nereden alınır?
Genellikle POR_REQUISITION_LINES_ALL gibi tablolarda, talep kalemi düzeyinde 'NEED_BY_DATE' benzeri bir alanda saklanır.
Örnekler
2023-11-012023-12-152024-01-31
|
|||
|
İş birimi
BusinessUnit
|
Talebin bağlı olduğu kuruluş içindeki belirli iş birimi. | ||
|
Açıklama
İş birimi, talebin oluşturulduğu şirket içindeki ayrı bir tüzel veya işlevsel birimi ifade eder. Departmandan daha üst düzey bir kurumsal gruplamadır. Verileri iş birimine göre analiz etmek, kuruluşun farklı bölümlerinin performansını üst düzeyde karşılaştırmanızı sağlar. Bu sayede üst yönetim, süreç verimsizliklerinin belirli bir yerde mi yoksa kuruluş genelinde mi görüldüğünü anlayabilir ve iyileştirme çalışmalarını nereye yönlendireceğine karar verebilir. Neredeyse tüm Dashboardları ve KPI’ları filtrelemek için kullanılan temel bir boyuttur.
Neden önemli?
Kuruluşun farklı bölümlerindeki performansı karşılaştırmanız ve stratejik analiz yapmanız için üst düzey kurumsal bağlam sunar.
Nereden alınır?
Oracle Fusion’da bulunan temel bir kurumsal alandır. Genellikle POR_REQUISITION_HEADERS_ALL gibi tablolardaki talep başlığında yer alır.
Örnekler
Kuzey Amerika iş birimiAvrupa iş birimiGenel merkez
|
|||
|
Ret nedeni
RejectionReason
|
Bir talep veya onay adımı reddedildiğinde onaylayan tarafından belirtilen neden. | ||
|
Açıklama
Bir talep reddedildiğinde onaylayan genellikle önceden tanımlı bir listeden neden seçer veya açıklamayı serbest metin olarak girer. Bu öznitelik, belirtilen gerekçeyi kaydeder. Süreçteki aksaklıkların temel nedenlerini analiz etmek için önemli bir özniteliktir. Retlerin ardındaki nedeni göstererek 'Değişiklik ve ret eğilimleri' Dashboardunu doğrudan destekler. Ret nedenlerini inceleyerek hatalı kodlama, bütçe aşımı veya politika ihlali gibi yaygın sorunları belirleyebilir; ardından eğitim veya sistem kontrolleriyle bu sorunları giderebilirsiniz.
Neden önemli?
Taleplerin neden reddedildiğini doğrudan gösterir; yeniden çalışmayı azaltmak ve baştan sona otomatik işlenen taleplerin oranını artırmak için hedefli iyileştirmeler yapmanızı sağlar.
Nereden alınır?
İş akışı yorumlarından veya denetim kayıtlarındaki ret nedeni kodu alanlarından alınır. Bu bilgiler FA_FUSION_SOAINFRA.WFTASK ile ilişkili tablolarda ya da yorumların saklandığı alanlarda bulunabilir.
Örnekler
Yanlış GL hesabıMaliyet merkezinin bütçesini aşıyorTercih edilmeyen tedarikçi seçildiYinelenen talep
|
|||
|
Talep durumu
RequisitionStatus
|
Satın alma talebinin mevcut veya nihai durumu. | ||
|
Açıklama
Bu öznitelik, talebin belirli bir andaki genel durumunu veya nihai sonucunu gösterir. Örnekler arasında 'Onaylandı', 'Reddedildi', 'İşlemde' ve 'Kapalı' yer alır. Olay günlüğündeki birçok aktivite genellikle bu alandaki bilgilerden elde edilir. Bu öznitelik, mevcut iş yükünün ve birikmiş işlerin anlık görünümünü sunan 'Talep durumu özeti' Dashboardu için önemlidir. Ayrıca belirli bir durumla sonuçlanan vakaları filtreleyerek Talep ret oranı gibi sonuç odaklı KPI’ları hesaplamak için kullanılır.
Neden önemli?
Taleplerin mevcut durumunu gösterir ve KPI hesaplamalarında nihai sonuçları belirlemek için kullanılır.
Nereden alınır?
Talep başlık tablosunda, genellikle POR_REQUISITION_HEADERS_ALL içindeki 'DOCUMENT_STATUS' veya 'APPROVAL_STATUS' gibi bir alanda bulunur.
Örnekler
ONAYLANDIİŞLEMDEREDDEDİLDİGERİ ÇEKİLDİ
|
|||
|
Talep sahibinin adı
RequesterName
|
Satın alma talebini oluşturup gönderen çalışanın adı. | ||
|
Açıklama
Bu öznitelik, mal veya hizmet talebini başlatan kişiyi belirtir. Bilgi genellikle talep ilk oluşturulduğunda, sürecin başında kaydedilir. Talep sahibine göre süreç performansını analiz etmek, 'Talep sahibi performans metrikleri' Dashboardu için önemlidir. Taleplerdeki yüksek değişiklik ve ret oranlarını ya da uzun çevrim sürelerini ortaya çıkararak hangi kullanıcıların veya grupların ek eğitime ihtiyaç duyabileceğini belirlemeye yardımcı olur. Sürece insan odaklı bir bakış sunar.
Neden önemli?
Talep sahibine göre performans analizi yapmanızı, eğitim ihtiyaçlarını belirlemenizi ve verimli kullanıcıları veya departmanları öne çıkarmanızı sağlar.
Nereden alınır?
Talep başlık verilerinden alınır. Genellikle talep sahibinin kimliği, çalışan veya kullanıcı ana verileri tablosuyla birleştirilir. POR_REQUISITION_HEADERS_ALL içindeki 'PREPARER_ID' alanlarını arayıp PER_ALL_PEOPLE_F ile birleştirin.
Örnekler
John SmithJane DoeEmily Jones
|
|||
|
Talep toplam tutarı
RequisitionTotalAmount
|
Satın alma talebinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, tek bir satın alma talebindeki tüm kalemlerin değerlerinin toplamını gösterir. Her talebin mali açıdan ne ifade ettiğini anlamak için önemli bir veri noktasıdır. Process Mining analizlerinde toplam tutar birçok farklı amaçla kullanılabilir. Örneğin, farklı onay yolları izleyen veya daha ayrıntılı incelemeye tabi olan yüksek tutarlı talepleri filtreleyebilirsiniz. Dashboardlarda bu öznitelik kullanılarak çevrim süresi veya ret oranı gibi süreç metriklerinin talep tutarıyla ilişkisi incelenebilir.
Neden önemli?
Mali bağlam sunar; süreç iyileştirmelerine öncelik vermek ve talep tutarının süreç davranışını nasıl etkilediğini anlamak için değere dayalı analiz yapmanızı sağlar.
Nereden alınır?
Talep başlığında, genellikle POR_REQUISITION_HEADERS_ALL tablosundaki REQUISITION_TOTAL gibi bir alanda bulunur. POR_REQUISITION_LINES_ALL tablosundaki kalem tutarları toplanarak da hesaplanabilir.
Örnekler
550.0012500.7599.99
|
|||
|
Baştan sona işlendi mi
IsStraightThrough
|
Talebin herhangi bir değişiklik veya ret olmadan onaylanıp onaylanmadığını gösteren işaret. | ||
|
Açıklama
Bu hesaplanan işaret, gönderimden onaya kadar değişiklik veya ret gibi yeniden çalışma döngüleri olmadan süreçten geçen talepleri belirler. Tek bir vaka için sürecin sorunsuz tamamlandığını gösterir. 'Baştan sona işlenen talep oranı' KPI’ı bu özniteliğe dayanır. Baştan sona işlenen taleplerin özelliklerini (örneğin yaygın departmanları, talep sahiplerini veya türleri) analiz ederek iyi uygulamaları ve otomasyon fırsatlarını belirleyebilirsiniz. Baştan sona işlenmeyen talepleri incelemek ise verimsizliğin temel nedenlerini ortaya çıkarır.
Neden önemli?
Süreç verimliliğini doğrudan ölçer ve Baştan Sona İşlenen Talep Oranı KPI’ının temelini oluşturur; yeniden çalışmaya yol açan etkenleri belirlemenize yardımcı olur.
Nereden alınır?
Bu öznitelik veri dönüştürme sırasında hesaplanır. Vakada 'Talepte değişiklik yapıldı' veya 'Onay adımı reddedildi' aktivitelerinden hiçbiri yoksa değer doğru olarak işaretlenir.
Örnekler
truefalse
|
|||
|
Değişiklik yapıldı mı
IsAmendedFlag
|
Talepte en az bir kez değişiklik yapıldıysa doğru olan mantıksal değer. | ||
|
Açıklama
Bu hesaplanan öznitelik, talebin ilk gönderiminden sonra herhangi bir değişikliğe uğrayıp uğramadığını gösterir. Vaka geçmişinde 'Talepte değişiklik yapıldı' aktivitesinin bulunup bulunmadığı kontrol edilerek hesaplanır. Bu işaret, analizi ve KPI hesaplamalarını kolaylaştırır. 'Talep değişiklik oranı' KPI’ını hesaplamak ve baştan sona işlenmeyen vakaları belirlemek için doğrudan kullanılır. Değişiklik yapılan ve yapılmayan taleplerin süreç metriklerini kolayca filtreleyip karşılaştırmanızı sağlar.
Neden önemli?
Değişiklik oranının hesaplanmasını kolaylaştırır ve değişiklik yapılan taleplerle yapılmayanları kolayca karşılaştırmanızı sağlar.
Nereden alınır?
Bu öznitelik kaynak sistemde bulunmaz; veri dönüştürme sırasında olay günlüğünde değişiklikle ilgili aktivitelerin bulunup bulunmadığına göre hesaplanır.
Örnekler
truefalse
|
|||
|
Kullanıcı adı
UserName
|
Onaylayan veya düzenleyen gibi belirli bir aktiviteyi gerçekleştiren kullanıcının adı. | ||
|
Açıklama
Talep sahibi adı talebi başlatan kişiyi belirtirken kullanıcı adı, onay veya ret gibi belirli bir süreç olayını gerçekleştiren kişiyi gösterir. Bu ayrım, farklı kişilerin görev aldığı çok adımlı onay iş akışlarında özellikle önemlidir. Bu öznitelik, onay darboğazlarını analiz etmek ve belirli onaylayanların ya da ekiplerin performansını ölçmek için gereklidir. Onay zincirindeki her kullanıcının işlem süresini analiz etmenizi sağlayarak 'Onay iş akışındaki darboğazlar' Dashboardunu doğrudan destekler.
Neden önemli?
Her olaydan sorumlu kişiyi belirtir. Devir teslim sürelerini, onaylayanların performansını ve kaynak dağılımını analiz etmek için önemlidir.
Nereden alınır?
Her görevin tamamlanmasıyla ilişkili kullanıcıyı kaydeden FA_FUSION_SOAINFRA.WFTASK gibi iş akışı geçmişi veya denetim kaydı tablolarından alınır.
Örnekler
David LeeSusan ChenMichael Brown
|
|||
|
Onay iş akışı yolu
ApprovalWorkflowPath
|
Talep için gereken, önceden belirlenmiş onaylayan veya onay grubu sıralaması. | ||
|
Açıklama
Bu öznitelik; talep tutarı, türü ve departmanı gibi etkenleri dikkate alarak şirket politikalarına göre beklenen standart onay sürecini tanımlar. Olması gereken süreç modelini temsil eder. Onay iş akışı yolu, uyumluluk ve uygunluk analizi için temel oluşturur. Gerçekleşen onay adımlarını belirlenen yolla doğrudan karşılaştırmanızı sağlayarak 'Uyumluluk ve sapma analizi' Dashboardunu ve 'Talep uygunluk endeksi' KPI’ını destekler. Sapmalar, politika ihlallerine veya süreç verimsizliklerine işaret edebilir.
Neden önemli?
Gerçek süreç akışını gerekli onay hiyerarşisiyle karşılaştırarak uygunluk denetimi yapmanızı ve kurallara uymayan talepleri belirlemenizi sağlar.
Nereden alınır?
Bu bilgi Oracle Fusion BPM Worklist veya Approval Management Engine (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ı sorgulamayı gerektirebilir.
Örnekler
Yönetici > Direktör > Finans Başkan YardımcısıMaliyet merkezi sahibi > BT güvenliğiYönetici > Departman başkanı
|
|||
|
Otomatik mi
IsAutomated
|
Bir aktivitenin sistem tarafından otomatik olarak gerçekleştirildiğini gösteren işaret. | ||
|
Açıklama
Bu öznitelik, süreçte bir kişi yerine sistem kullanıcısı veya otomatik bir aracı tarafından gerçekleştirilen olayları belirler. Sistem tarafından yapılan durum değişiklikleri veya düşük tutarlı kalemler için otomatik onay adımları buna örnek olabilir. Bu özniteliği analiz ederek süreçteki otomasyon düzeyini ölçebilirsiniz. Otomatik ve manuel adımların hızını ve verimliliğini karşılaştırmak, ayrıca daha fazla otomasyon fırsatını belirlemek için kullanılabilir.
Neden önemli?
Süreçteki otomasyon düzeyini ölçmenize ve manuel görevleri otomatikleştirme fırsatlarını belirlemenize yardımcı olur.
Nereden alınır?
Bir aktiviteyle ilişkili kullanıcının sistem veya hizmet hesabı olup olmadığı kontrol edilerek elde edilir. Bunun için bilinen sistem kullanıcı kimliklerinin listesi gerekir.
Örnekler
truefalse
|
|||
|
Para birimi
CurrencyCode
|
Talep tutarının para birimi kodu; örneğin USD veya EUR. | ||
|
Açıklama
Bu öznitelik, talep toplam tutarının hangi para biriminde ifade edildiğini belirtir. Küresel kuruluşlarda talepler farklı para birimleriyle oluşturulabilir. Mali verileri doğru yorumlamak ve toplamak için bu bilgi gereklidir. Parasal değerleri içeren analizlerde tutarları doğru karşılaştırmak için para birimi kodunu kullanın. Bunun için tek bir para birimine göre filtreleme yapabilir veya tüm tutarları ortak bir para birimine çevirebilirsiniz.
Neden önemli?
Özellikle birden fazla para birimiyle çalışan çok uluslu kuruluşlarda mali analizlerin ve raporlamanın doğruluğunu sağlar.
Nereden alınır?
Genellikle tutar alanlarının yanında, talep başlık tablosunda bulunur. Örneğin POR_REQUISITION_HEADERS_ALL tablosunda yer alabilir.
Örnekler
USDEURGBPJPY
|
|||
|
Satın alma siparişi numarası
PurchaseOrderNumber
|
Onaylanan talepten oluşturulan satın alma siparişinin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, satın alma talebini bu talepten oluşturulan satın alma siparişine bağlar. Talep tamamen onaylandıktan sonra genellikle tedarikçiye gönderilmek üzere bir veya daha fazla satın alma siparişine dönüştürülür. Analizlerde bu kimlik, talep sonrasındaki süreci izlemek için gereklidir. 'Talep-satın alma siparişi arası süre' KPI’ının hesaplanmasını ve 'Talep-satın alma siparişi çevrim süresi' Dashboardunu destekler. Ayrıca talep süreci verilerini sonraki satın alma siparişi ve faturalama süreçleriyle birleştirerek Satın Almadan Ödemeye sürecini baştan sona analiz etmenizi sağlar.
Neden önemli?
Talebi sonraki satın alma siparişine bağlayarak talep ile sipariş arasındaki çevrim süresini ölçmenizi ve süreci baştan sona analiz etmenizi sağlar.
Nereden alınır?
Bu bilgi, satın alma siparişi oluşturulduğunda kaydedilir. Genellikle PO_DISTRIBUTIONS_ALL gibi sipariş dağıtım tablolarındaki ilgili talep referansları üzerinden bulunur; bu referanslar talep kalemine geri bağlanır.
Örnekler
PO-2023-5832PO-2023-5833PO-2023-5834
|
|||
|
Talep türü
RequisitionType
|
Mal veya hizmet talebi gibi talebin kategorisi. | ||
|
Açıklama
Bu öznitelik, talep edilen ürün veya hizmete göre talebi sınıflandırır. Yaygın türler arasında mal, hizmet ve sermaye harcaması bulunur. Talep türü, gerekli onay iş akışını ve satın alma stratejisini etkileyebilir. Analizlerde talep türü, filtreleme ve karşılaştırma için kullanışlı bir boyuttur. Örneğin, hizmet taleplerinin onay çevrim süresinin mal taleplerinden uzun olup olmadığını inceleyebilirsiniz. Farklı talep türlerinin süreç davranışlarının veya darboğazlarının değişip değişmediğini anlamaya yardımcı olur.
Neden önemli?
Mal ve hizmet gibi farklı satın alma türlerinde sürecin nasıl değiştiğini anlamak için analizi gruplara ayırmanızı sağlar.
Nereden alınır?
Genellikle talep oluşturulurken seçilen kalem türüne veya kategorisine göre belirlenir. POR_REQUISITION_LINES_ALL talep kalemi tablosunda saklanabilir.
Örnekler
MallarHizmetlerSermaye harcaması
|
|||
|
Tedarikçi adı
SupplierName
|
Mal veya hizmetler için önerilen ya da önceden seçilmiş tedarikçinin adı. | ||
|
Açıklama
Bu öznitelik, mal veya hizmetlerin satın alınmasının planlandığı tedarikçiyi belirtir. Tedarikçiyi talep sahibi önerebilir veya sistem kataloglara ya da önceki anlaşmalara göre belirleyebilir. Tedarikçiye göre analiz yapmak, satın alma eğilimlerini ortaya çıkarabilir. Örneğin, belirli tedarikçilere yönelik 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şkilerini yönetmek ve satın alma stratejisini belirlemek açısından fayda sağlayabilir.
Neden önemli?
Tedarikçiye göre süreç performansını analiz etmenizi sağlar; kaynak bulma stratejisine ve tedarikçi ilişkilerinin yönetimine katkıda bulunabilir.
Nereden alınır?
Talep kalemi tablosu POR_REQUISITION_LINES_ALL içinde bulunur ve genellikle VENDOR_ID üzerinden POZ_SUPPLIERS gibi bir tedarikçi ana verileri tablosuna bağlanır.
Örnekler
Ofis Malzemeleri AŞ.Global Tech SolutionsCreative Marketing Agency
|
|||
|
Ürün açıklaması
ItemDescription
|
Talep kaleminde istenen ürün veya hizmetin açıklaması. | ||
|
Açıklama
Bu öznitelik, satın alınacak ürünün metin açıklamasını içerir. İstenen mal veya hizmet hakkında ayrıntı verir. Genellikle yapılandırılmamış olsa da ürün açıklaması analiz için değerli bağlam sunar. Talep türüyle yakalanmayan belirli satın alma türlerine ait talepleri filtrelemek için kullanılabilir. Örneğin, bir analist 'Yazılım lisansı' içeren tüm talepleri arayarak bu taleplerin süreç akışını ve çevrim süresini inceleyebilir.
Neden önemli?
Satın alınan ürün veya hizmet hakkında ayrıntılı bilgi sunarak belirli kalemleri daha ayrıntılı filtrelemenizi ve analiz etmenizi sağlar.
Nereden alınır?
Talep kalemi tablosu POR_REQUISITION_LINES_ALL içinde, ITEM_DESCRIPTION gibi bir alanda bulunur.
Örnekler
15 inç dizüstü bilgisayar, 16 GB RAMDanışmanlık hizmetleri - 4. çeyrek projesiYıllık yazılım bakım yenilemesi
|
|||
Satın Almadan Ödemeye - Talep etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Satın alma siparişi oluşturuldu
|
Onaylanan bir talep satırının satın alma siparişi oluşturmak için kullanılmasıyla gerçekleşir. Talep sürecini sonraki satın alma sürecine bağlar. | ||
|
Neden önemli?
Talep ile satın alma siparişi arasındaki teslim süresini ölçmek için önemli bir kilometre taşıdır. Buradaki gecikmeler, onaydan satın almaya geçişteki darboğazlara işaret eder.
Nereden alınır?
Bu, açıkça kaydedilen bir olaydır. Talep ile satın alma siparişi arasındaki bağlantı, kaynak talep satırı kimliğine referans içeren PO_LINE_LOCATIONS_ALL gibi tablolarda saklanır.
Kaydedin
İlgili Talep kimliğine referans veren satın alma siparişinin oluşturulma tarihini bulun.
Olay türü
explicit
|
|||
|
Talep gönderildi
|
Tamamlanan talebin onay iş akışına gönderilmesi için kullanıcının yaptığı işlemi ifade eder. Talep durumu 'Eksik' veya 'Taslak' durumundan onay beklediğini belirten bir duruma geçtiğinde kaydedilir. | ||
|
Neden önemli?
Bu etkinlik onay döngüsünü başlatır. Talep Onay Çevrim Süresini ve genel teslim sürelerini ölçmek için önemli bir kilometre taşıdır.
Nereden alınır?
POR_REQUISITION_HEADERS_ALL tablosundaki durum değişikliğinden çıkarılır (ör. durum 'ONAY BEKLİYOR' olarak değişir). Gönderim tarihi çoğu zaman ayrıca açıkça kaydedilir.
Kaydedin
Belge durumu alanının ilk kez 'Onay Bekliyor' olarak değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Talep kapatıldı
|
Talebin yaşam döngüsünün sona erdiğini, yani tüm satırlarının karşılandığını (ör. satın alma siparişine dönüştürüldüğünü) veya iptal edildiğini gösterir. Son durum güncellemesinden çıkarılır. | ||
|
Neden önemli?
Bu, sürecin temel başarılı bitiş olayıdır. Talebin tamamen işlendiğini ve başka bir işlem gerekmediğini doğrular.
Nereden alınır?
POR_REQUISITION_HEADERS_ALL tablosundaki talep başlığı durumunun 'KAPATILDI' olarak değişmesinden çıkarılır.
Kaydedin
Talebin belge durumu 'Kapatıldı' olarak değiştiğinde oluşan zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Talep oluşturuldu
|
Kullanıcının yeni bir satın alma talebini ilk kez kaydetmesiyle satın alma sürecinin başladığını gösterir. Bu olay genellikle sistemde, ilgili zaman damgasıyla birlikte açık bir kayıt oluşturma işlemi olarak yakalanır. | ||
|
Neden önemli?
Bu, talep sürecinin temel başlangıç olayıdır. Oluşturma ile gönderim arasındaki süreyi incelemek, talebin resmileştirilmesindeki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Bu olay, yeni bir Talep kimliği oluşturulduğunda creation_date sütunundan alınarak POR_REQUISITION_HEADERS_ALL tablosuna kaydedilir.
Kaydedin
Talep başlık kaydının oluşturulma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Talep onaylandı
|
Satın alma talebinin iş akışındaki tüm adımları başarıyla geçmesinin ardından verilen son onayı gösterir. Talebin genel durumu 'Onaylandı' olarak değiştiğinde belirlenir. | ||
|
Neden önemli?
Bu önemli kilometre taşı, talebin satın alma işlemi için hazır olduğunu gösterir. Toplam talep onay çevrim süresinin ölçümünde bitiş noktasıdı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.
Kaydedin
Belge durumunun ilk kez 'Onaylandı' olarak ayarlandığı zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Talep reddedildi
|
Talebin son kez reddedilmesini ve bu talep için sürecin sona ermesini ifade eder. Talebin genel durumu 'Reddedildi' olarak güncellendiğinde belirlenir. | ||
|
Neden önemli?
Bu etkinlik, başarısız taleplerin son noktasıdır. Talep Ret Oranı KPI’ını ve başarısızlık nedenlerini anlamak için bu vakaları incelemek gerekir.
Nereden alınır?
POR_REQUISITION_HEADERS_ALL tablosundaki belge durumunun 'REDDEDİLDİ' olarak değişmesinden çıkarılır.
Kaydedin
Belge durumunun ilk kez 'Reddedildi' olarak ayarlandığı zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Onay adımı başladı
|
Talebin iş akışı içinde belirli bir onaylayana veya onay grubuna atandığı anı gösterir. İş akışı motorunun işlem günlüğünden alınır. | ||
|
Neden önemli?
Bu etkinlik, her onay adımındaki bekleme süresini hesaplamak için gereklidir. Belirli onaylayanlardan veya onay düzeylerinden kaynaklanan darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Kullanıcılara atanan görevleri kaydeden Oracle Fusion iş akışı tablolarından alınır. Onay görevinin atama zaman damgası kullanılır.
Kaydedin
İlgili talep için iş akışı geçmişindeki görevin oluşturulma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Onay adımı düzeltme için geri gönderildi
|
Bir onaylayan, talebi resmen reddetmeden ek bilgi veya küçük düzeltmeler için hazırlayana geri gönderir. Bu işlem genellikle iş akışı sisteminde açıkça kaydedilir. | ||
|
Neden önemli?
Bu durum, açıklama gerektiğini gösterir ve çevrim süresini uzatan bir yeniden çalışma döngüsü oluşturur. Geri gönderme ile reddetme arasındaki farkı görmek, süreçteki aksaklıkları daha iyi anlamanızı sağlar.
Nereden alınır?
Talebin onay işlem geçmişinden alınır. İş akışı sistemi, zaman damgasıyla birlikte 'GERİ GÖNDER' veya benzer bir işlemi kaydeder.
Kaydedin
İş akışı geçmişindeki 'GERİ GÖNDER' veya 'Bilgi Talebi' işleminin zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Onay adımı onaylandı
|
Bir onaylayanın, iş akışında kendisine ayrılan adımda talebi onaylama işlemini ifade eder. Olay, onay geçmişine açıkça kaydedilir. | ||
|
Neden önemli?
Tek tek onay adımlarını izlemek, gerçekleşen 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 işlem geçmişinden alınır. Bu geçmiş genellikle onay hiyerarşilerini yöneten iş akışı (WF) veya İnsan Sermayesi Yönetimi (HCM) tablolarında saklanır.
Kaydedin
İş akışı işlem geçmişi günlüğündeki 'ONAYLA' işleminin zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Onay adımı reddedildi
|
Bir onaylayan talebi reddeder. Bu işlem genellikle talebin düzeltme için hazırlayana geri gönderilmesine veya talebin sonlandırılmasına yol açar. İşlem, iş akışı geçmişine açıkça kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışmanın ve gecikmelerin başlıca nedenlerinden biridir. Retleri incelemek; uyumluluk sorunlarını, bütçe problemlerini veya gerekçelerin yeterince açık olmamasını belirlemeye yardımcı olur.
Nereden alınır?
Talebin onay işlem geçmişinden alınır. İş akışı sistemi, zaman damgasıyla birlikte 'REDDET' işlemini kaydeder.
Kaydedin
İş akışı işlem geçmişi günlüğündeki 'REDDET' işleminin zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Talep değiştirildi
|
Bu olay, kullanıcının ilk gönderimden sonra talebi değiştirdiğini ve çoğu zaman onay sürecinin yeniden başlaması gerektiğini gösterir. Temel veri alanlarındaki değişiklikler veya talebin yeni bir sürümünün oluşturulması tespit edilerek belirlenir. | ||
|
Neden önemli?
Sık yapılan değişiklikler, veri kalitesiyle ilgili sorunlara veya gereksinimlerin değişmesine işaret eder; yeniden çalışmaya ve süreç gecikmelerine yol açar. Bu olay, 'Talep Değişiklik Oranı' KPI’ını doğrudan destekler.
Nereden alınır?
Talebin sürüm numaraları izlenerek veya gönderimden sonra durumun yeniden 'Eksik' olarak değiştiği belirlenerek çıkarılır. Değişiklik günlükleri ya da denetim izi tabloları da bu düzenlemeleri kaydedebilir.
Kaydedin
Talep gönderildikten sonra aynı Talep kimliği için yeni sürümlerin oluşturulduğu zaman damgalarını belirleyin.
Olay türü
inferred
|
|||
|
Talep geri çekildi
|
Talep sahibi, gönderilmiş bir talebi tamamen onaylanmadan önce iptal ettiğinde veya geri çektiğinde gerçekleşir. Genellikle durum değişikliğine yol açan açık bir kullanıcı işlemidir. | ||
|
Neden önemli?
Geri çekme işlemlerini izlemek; değişen iş gereksinimleri veya kullanıcıların gönderimden sonra hataları düzeltmesi gibi taleplerin erken sonlandırılma nedenlerini belirlemeye yardımcı olur.
Nereden alınır?
POR_REQUISITION_HEADERS_ALL tablosundaki durumun 'GERİ ÇEKİLDİ' olarak değişmesinden çıkarılır. İşlem, talebin işlem geçmişine kaydedilir.
Kaydedin
Talep durumu 'Geri Çekildi' olarak güncellendiğinde oluşan zaman damgasını belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Satın Almadan Ödemeye - Talep sürecinizi iyileştirmeye ve verimliliği artırmaya başlamak için bu Templatei kullanın. Satın alma operasyonlarınızı dönüştürmeye hazır olun.
Satın Almadan Ödemeye - Talep sürecini %30 hızlandırın
Oracle P2P talep sürecini iyileştirin ve çevrim süresini %30 kısaltın.
Kredi kartı gerekmez, kurulumu birkaç dakika sürer.