Kayıttan Raporlamaya - Yevmiye Kaydı Veri Şablonunuz

Oracle Fusion Financials
Kayıttan Raporlamaya - Yevmiye Kaydı Veri Şablonunuz

Kayıttan Raporlamaya - Yevmiye Kaydı Veri Şablonunuz

Bu veri şablonu, Oracle Fusion Financials yevmiye kaydı verilerinizi çıkarmak ve yapılandırmak için ayrıntılı bir rehber sunar. Toplanması gereken temel öznitelikleri ve izlenmesi gereken önemli etkinlikleri açıklar. Böylece güvenilir süreç analizi için gerekli tüm bilgileri yakalayabilirsiniz. Ayrıca bu verileri doğrudan sisteminizden nasıl çıkaracağınıza ilişkin pratik yönergeler bulacaksınız.
  • Toplanması önerilen öznitelikler
  • İzlenecek başlıca faaliyetler
  • Oracle Fusion Financials için veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Kayıttan Raporlamaya - yevmiye kaydı öznitelikleri

Kayıttan Raporlamaya - yevmiye kaydı sürecinin kapsamlı analizi için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Başlangıç zamanı
EventTime
Belirli bir faaliyet veya olayın gerçekleştiği zamanı gösteren zaman damgası.
Açıklama

Bu zaman damgası, bir faaliyetin yürütüldüğü kesin tarih ve saati gösterir. Process Mining'de olayların sırasını belirlemek ve aralarındaki süreleri hesaplamak için kullanılan temel zamansal unsurdur.

Olay Zamanı'nın doğruluğu, çevrim sürelerini hesaplamak, darboğazları belirlemek ve hizmet seviyesi anlaşmalarına göre performansı izlemek dahil tüm zaman tabanlı analizler için büyük önem taşır. Süreç akışını gerçekleştiği biçimde yeniden oluşturmak için gereken kronolojik sırayı sağlar.

Neden önemli?

Bu zaman damgası, olayları sıralamak, tüm süreç sürelerini hesaplamak ve zaman tabanlı analizler yapmak için gereklidir.

Nereden alınır?

Bu bilgi genellikle denetim izi tablolarında veya belirli olaylar için GL_JE_HEADERS ve GL_JE_LINES gibi işlem tablolarındaki 'Last Update Date' ya da 'Creation Date' alanlarında saklanır.

Örnekler
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:00Z
Faaliyet
ActivityName
Yevmiye kaydı sürecinde belirli bir zamanda gerçekleşen iş olayının veya görevin adı.
Açıklama

Faaliyet Adı, 'Yevmiye kaydı oluşturuldu' veya 'Yevmiye kaydı onaylandı' gibi yevmiye kaydı yaşam döngüsündeki tek bir adımı tanımlar. Bu veri, süreç haritasını oluşturmak ve olayların sırasını anlamak için gereklidir.

Faaliyetleri analiz etmek, standart yollar, sapmalar ve yeniden çalışma döngüleri dahil süreç akışını belirlemenizi sağlar. Farklı faaliyetleri izleyerek onay gibi belirli aşamalarda harcanan süreyi ölçebilir, en fazla zaman alan veya hataya en açık adımları belirleyebilirsiniz.

Neden önemli?

Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve akış, darboğazlar ile farklılıkların analiz edilmesini sağlar.

Nereden alınır?

Bu öznitelik genellikle Genel Muhasebe modülündeki yevmiye kaydı nesneleriyle ilişkili durum değişikliklerinden, Event Loglardan veya denetim izi tablolarından türetilir.

Örnekler
Yevmiye kaydı oluşturulduYevmiye kaydı onaya gönderildiYevmiye kaydı onaylandıYevmiye kaydı işlendi
Yevmiye Kaydı ID'si
JournalEntryId
Tek bir yevmiye kaydına ait tüm ilgili finansal işlem faaliyetlerini birbirine bağlayan benzersiz tanımlayıcı.
Açıklama

Yevmiye Kaydı ID'si, belirli bir finansal işlem grubuyla ilgili tüm faaliyetleri benzersiz biçimde birbirine bağlayan temel vaka tanımlayıcısıdır. Bu sayede tek bir yevmiye kaydının başlangıçtan nihai işlemeye kadar tüm yaşam döngüsü izlenebilir ve tüm borç ve alacakların hesaba katılması sağlanır.

Process Mining'de bu ID, her yevmiye kaydının uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. 'Yevmiye kaydı oluşturuldu', 'Yevmiye kaydı onaya gönderildi' ve 'Yevmiye kaydı işlendi' gibi farklı olayları tutarlı bir süreç akışında birleştirerek çevrim sürelerini, darboğazları ve süreç farklılıklarını analiz etmenizi sağlar.

Neden önemli?

Bu, bir yevmiye kaydını başlangıçtan sona kadar izlemek için kullanılan temel anahtardır. Her benzersiz vaka için tüm süreç akışını analiz etmeyi mümkün kılar.

Nereden alınır?

Bu, GL_JE_HEADERS ve GL_JE_LINES gibi temel Genel Muhasebe tablolarında bulunan birincil anahtardır.

Örnekler
JE100523JE202311001882019
Kaynak sistem
SourceSystem
Verilerin geldiği sistem veya modül.
Açıklama

Bu öznitelik, süreç verilerinin hangi kaynak sistemden çıkarıldığını gösterir. Karmaşık bir BT ortamında veriler birden fazla entegre sistemden gelebilir ve bu alan sistemleri birbirinden ayırmaya yardımcı olur.

Süreç analizinde kaynak sistemi bilmek, farklı sistem davranışlarının yol açabileceği süreç farklılıklarını anlamak için önemlidir. Ayrıca verileri kaynağına kadar izleyerek veri doğrulama ve sorun giderme çalışmalarına yardımcı olur.

Neden önemli?

Verilerin kaynağını gösterir. Veri yönetişimi, doğrulama ve farklı sistemlerdeki süreç farklılıklarını anlamak için önemlidir.

Nereden alınır?

Bu, genellikle veri çıkarma sırasında yapılandırılan sabit bir değerdir veya kaynak tablolarda giriş sistemini belirten bir alan olabilir.

Örnekler
Oracle Fusion Financials CloudOracle EBS R12Fusion GL
Son veri güncellemesi
LastDataUpdate
Kaynak sistemden yapılan en son veri yenileme veya veri çıkarma işleminin zaman damgası.
Açıklama

Bu öznitelik, veri setinin en son ne zaman güncellendiğini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar. Bu bilgi, elde edilen içgörülerin geçerliliğini anlamak için önemlidir.

Özellikle operasyonel Dashboardlarda olmak üzere her analizde Son Veri Güncelleme zamanını bilmek, kullanıcıların verilere güvenmesi ve bilinçli kararlar alması açısından büyük önem taşır. Süreç mining modeline dahil edilen veriler için kesim noktasını açıkça gösterir.

Neden önemli?

Verilerin güncelliğini gösterir. Kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını ve içgörülere güvenmesini sağlar.

Nereden alınır?

Bu değer, veri çıkarma ve dönüştürme sürecinde oluşturulur ve saklanır. Genellikle ETL/ELT işinin tamamlandığı zaman damgasıdır.

Örnekler
2023-11-20T08:00:00Z2023-11-21T08:00:00Z2023-11-22T08:00:00Z
Kullanıcı
UserName
Yevmiye kaydını oluşturan, onaylayan veya işleyen kişi gibi faaliyeti gerçekleştiren kullanıcı.
Açıklama

Bu öznitelik, bir etkinliği gerçekleştirmekten sorumlu belirli çalışanı veya sistem kullanıcısını tanımlar. İş yükü dağılımını ve performansı anlamak, kişisel darboğazları belirlemek için gereklidir.

Analizde UserName, süreçleri kullanıcıya göre filtrelemenize, kullanıcı verimliliğini karşılaştırmanıza ve gecikme veya hataların nedenlerini araştırmanıza olanak tanır. 'Ekipler genelinde kullanıcı iş yükü ve verimliliği' gibi Dashboardları ve 'Kullanıcı Yevmiye Darboğaz Endeksi' gibi temel performans göstergelerini doğrudan destekler.

Neden önemli?

Süreç adımlarındaki sorumluluğu gösterir. Kullanıcı iş yükünü, bireysel performansı ve eğitim ihtiyaçlarını analiz etmenizi sağlar.

Nereden alınır?

GL_JE_HEADERS gibi işlem tablolarında, örneğin CREATED_BY ve LAST_UPDATED_BY alanlarında, ayrıca ilgili denetim izi tablolarında bulunur.

Örnekler
john.doesusan.smithautoprocess_user
Kullanıcı departmanı
UserDepartment
Faaliyeti gerçekleştiren kullanıcının bağlı olduğu departman veya ekip.
Açıklama

Bu öznitelik, bir faaliyeti 'Finans', 'Muhasebe Operasyonları' veya 'İç Denetim' gibi belirli bir departmanla ilişkilendirerek kurumsal bağlam sağlar. Genellikle kullanıcı ana verilerinden elde edilir.

Kullanıcı Departmanına göre analiz yapmak, departmanlar arası darboğazları belirlemeye, ekip performansını karşılaştırmaya ve süreç yürütmenin kuruluş genelinde nasıl farklılaştığını anlamaya yardımcı olur. Kaynak tahsisi ve hedefli süreç iyileştirme çalışmaları için değerlidir.

Neden önemli?

Kurumsal bağlam sağlar. Performansı ekip veya departmana göre analiz etmenize ve departmanlar arası verimsizlikleri ortaya çıkarmanıza yardımcı olur.

Nereden alınır?

Bu bilgi genellikle işlem tablolarında bulunmaz. UserName alanının bir kullanıcı ana veri tablosu veya İK sistemi verileriyle birleştirilmesi gerekir.

Örnekler
Genel muhasebeFinansal raporlamaBorçlar muhasebesi
Ret Nedeni
RejectionReason
Bir yevmiye kaydının neden reddedildiğini açıklayan metin veya kod.
Açıklama

Bir yevmiye kaydı onay sürecinde reddedildiğinde bu öznitelik ret nedenini kaydeder. Bu neden, önceden tanımlanmış bir kod veya onaylayanın serbest metin yorumundan oluşabilir.

Bu, süreç verimsizliklerinin kök neden analizinde en önemli özniteliklerden biridir. En yaygın ret nedenlerini analiz ederek hazırlayanlara daha iyi eğitim verilmesi, daha açık yönergeler hazırlanması veya sistem kontrollerinin iyileştirilmesi gibi gelişim alanlarını belirleyebilirsiniz. Bu öznitelik, 'Yevmiye Kaydı Ret Oranı Analizi' Dashboardunu doğrudan destekler.

Neden önemli?

Yeniden işleme ve süreç gecikmelerinin kök nedenlerini doğrudan görmenizi sağlar; ret oranlarını azaltmak için hedefli iyileştirmeler yapmanıza yardımcı olur.

Nereden alınır?

Bu bilgi, onay süreciyle ilişkili Workflow veya denetim izi tablolarında ya da yevmiye başlığındaki notlar alanında saklanabilir.

Örnekler
Hatalı hesap kombinasyonuDestekleyici belgeler yetersizBütçe aşıldı
Yevmiye kategorisi
JournalCategory
'Accrual', 'Adjustment' veya 'Reclassification' gibi yevmiye kaydı kategorisi.
Açıklama

Yevmiye Kategorisi, kayıtları iş amaçlarına göre sınıflandırır. Farklı kategorilerin farklı süreç akışları, onay kuralları veya çevrim süreleri olabileceği için bu sınıflandırma daha ayrıntılı süreç analizi yapılmasını sağlar.

Örneğin ay sonu düzeltme yevmiyeleri, rutin tahakkuklara göre daha karmaşık ve acil bir sürece sahip olabilir. Süreci kategoriye göre analiz etmek, bu farklılıkları ortaya çıkarmanıza ve iyileştirmeleri belirli yevmiye kaydı türlerine göre uyarlamanıza yardımcı olur.

Neden önemli?

Süreci yevmiye kaydının iş amacı temelinde bölümlere ayırmanızı sağlar. Böylece farklı kayıt türlerindeki davranış ve performans farklılıklarını ortaya çıkarır.

Nereden alınır?

GL_JE_HEADERS tablosunda, genellikle JE_CATEGORY adlı alanda bulunur.

Örnekler
TahakkukManuelDüzeltmeYeniden değerleme
Yevmiye kaynağı
JournalSource
'Payables', 'Receivables' veya 'Manual' gibi yevmiye kaydını oluşturan alt muhasebe veya kaynak.
Açıklama

Bu öznitelik, ERP sistemi içindeki yevmiye kaydının kaynağını gösterir. Kayıtlar Genel Muhasebe'de manuel olarak oluşturulabilir veya Borçlar Muhasebesi, Alacaklar Muhasebesi ya da Sabit Kıymetler gibi alt muhasebe modüllerinden otomatik olarak üretilebilir.

Yevmiye Kaynağı, otomasyon analizinde önemli bir özniteliktir. Manuel ve sistem tarafından oluşturulan kayıtları ayırt etmeye yardımcı olur ve 'Otomatik Yevmiye Kaydı Oranı' KPI'ını destekler. Farklı kaynaklardan gelen kayıtların süreçleri, karmaşıklık ve verimlilik açısından çoğu zaman önemli ölçüde farklılık gösterir.

Neden önemli?

Otomasyon oranlarını ölçmek ve süreç farklılıklarını analiz etmek için manuel ve otomatik kayıtları birbirinden ayırır.

Nereden alınır?

GL_JE_HEADERS tablosunda, genellikle JE_SOURCE adlı alanda bulunur.

Örnekler
ManuelBorçlarVarlıklarAlacaklar
Yevmiye Tutarı
JournalAmount
Yevmiye kaydının toplam parasal değeri, genellikle borç toplamıdır.
Açıklama

Bu öznitelik, yevmiye kaydında gerçekleşen toplam finansal değeri gösterir. Tutar, süreci etkileyen önemli bir faktör olabilir. Örneğin, yüksek tutarlı kayıtlar ek onay adımları veya daha ayrıntılı incelemeler gerektirebilir.

Yevmiye Tutarı'nı analiz etmek, vakaların finansal etkilerine göre segmentlere ayrılmasını sağlar. 'Yüksek tutarlı kayıtların onaylanması daha uzun mu sürüyor?' veya 'Belirli bir eşiğin üzerindeki kayıtlarda retler daha mı sık görülüyor?' gibi soruların yanıtlanmasına yardımcı olur. Bu da süreç akışı için önemli bir iş bağlamı sunar.

Neden önemli?

Finansal etkiye dayalı analiz yapılmasını ve yüksek tutarlı kayıtların farklı bir süreç izleyip izlemediğinin belirlenmesini sağlayarak önemli bir iş bağlamı sunar.

Nereden alınır?

Bu değer, genellikle belirli bir yevmiye kaydı için GL_JE_LINES tablosundaki borç veya alacakların toplamı olarak hesaplanır.

Örnekler
5000.00125000.75750.50
Bitiş zamanı
EndTime
Belirli bir faaliyetin tamamlandığı zamanı gösteren zaman damgası.
Açıklama

Bitiş Zamanı, bir faaliyetin tamamlandığı anı gösterir. Başlangıç Zamanı başlangıcı kaydederken Bitiş Zamanı kapanış noktasını sağlar ve ilgili adımın işlem süresini kesin biçimde hesaplamanıza imkân verir.

Bu alan, darboğazları belirlemek ve kaynak verimliliğini ölçmek için temel bir metrik olan faaliyet işlem sürelerini hesaplamak açısından gereklidir. Örneğin 'Yevmiye kaydı incelendi' faaliyetinin Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark, incelemeyi yapan kişinin görev için harcadığı gerçek süreyi gösterir.

Neden önemli?

Tek tek faaliyetlerin gerçek süresini veya işlem süresini hesaplamanızı sağlar. Bu, verimlilik sorunlarını belirlemek için gereklidir.

Nereden alınır?

Başlangıç Zamanı'na benzer şekilde bu bilgi genellikle denetim izi tablolarında bulunur veya süreçteki sonraki faaliyetin Başlangıç Zamanı'ndan çıkarılabilir.

Örnekler
2023-10-26T10:15:00Z2023-11-15T14:55:10Z2024-01-05T09:22:00Z
Defter Adı
LedgerName
Yevmiye kaydının kaydedildiği genel muhasebe defterinin adı.
Açıklama

Defter Adı, yevmiye kaydının bağlı olduğu belirli defteri tanımlar. Birden fazla tüzel kişisi veya raporlama gereksinimi bulunan kuruluşlarda, kurumsal muhasebe için birincil defter ve yerel yasal raporlama için ikincil defterler gibi birden fazla defter bulunabilir.

Bu öznitelik, farklı tüzel kişiler veya iş birimleri arasındaki süreçleri filtrelemek ve karşılaştırmak için gereklidir. Analizlerin doğru kurumsal bağlamda yürütülmesini sağlar. Bu durum, özellikle finansal uyumluluk ve raporlama açısından önemlidir.

Neden önemli?

Büyük kuruluşlar için önemli olan süreç analizlerinin farklı tüzel kişiler veya muhasebe çerçeveleri arasında filtrelenmesini ve karşılaştırılmasını sağlar.

Nereden alınır?

GL_JE_HEADERS tablosunda bulunur. Genellikle LEDGER_ID üzerinden ilişkilendirilir ve adını almak için GL_LEDGERS ile birleştirilebilir.

Örnekler
ABD birincil defteriBirleşik Krallık yasal defteriKüresel konsolidasyon defteri
Hedef Kayıt Tarihi
TargetPostingDate
Yevmiye kaydının kaydedilmesinin beklendiği önceden belirlenmiş tarih.
Açıklama

Hedef Kayıt Tarihi, yevmiye kaydının genel muhasebeye kaydedilmesi için belirlenen son tarihi gösterir. Bu tarih çoğu zaman hizmet seviyesi anlaşmaları veya ay sonu kapanış takvimleriyle belirlenir ve performans ölçümü için referans noktası olarak kullanılır.

Bu öznitelik, 'Zamanında Yevmiye Kaydı Oranı' KPI'ını hesaplamak için gereklidir. Gerçek kayıt tarihini hedef tarihle karşılaştırarak kayıtların zamanında yapılıp yapılmadığını otomatik olarak belirleyebilir ve sürecin takvimlere ne ölçüde uyduğunu net biçimde ölçebilirsiniz.

Neden önemli?

Kayıt işlemi için hizmet seviyesi anlaşmasını veya son tarihi tanımlar ve zamanında performans KPI'larının hesaplanmasını sağlar.

Nereden alınır?

Standart bir alan olmayabilir. Oluşturma tarihi, muhasebe dönemi veya yevmiye kategorisine dayalı iş kurallarından türetilmiş olabilir.

Örnekler
2023-10-312023-11-302024-01-05
Kayıt Durumu
PostingStatus
Yevmiye kaydının mevcut kayıt durumu, örneğin 'Kaydedilmedi' veya 'Kaydedildi'.
Açıklama

Bu öznitelik, yevmiye kaydının genel muhasebeye kaydedilmesiyle ilgili mevcut durumunu gösterir. Özellikle devam eden vakalarda, yevmiye kaydının yaşam döngüsünde hangi noktada olduğunu gösteren önemli bir göstergedir.

Kaydetme Durumu, tüm etkin kayıtların anlık görünümünü sunan 'Gerçek zamanlı yevmiye kaydı durum izleyicisi' Dashboardu için önemlidir. Kaydedilmemiş yevmiye kayıtlarının birikmesini izlemenize ve sürecin son aşamalarındaki gecikmeleri belirlemenize yardımcı olur.

Neden önemli?

Bir yevmiye kaydının mevcut durumunu gösterir. Birikmeleri izlemek ve devam eden kayıtların durumunu takip etmek için gereklidir.

Nereden alınır?

GL_JE_HEADERS tablosunda, genellikle STATUS veya POSTING_STATUS gibi bir sütunda bulunur.

Örnekler
KaydedildiKaydedilmediHata
Kayıt Zamanında mı
IsOnTimePosting
Yevmiye kaydı hedef tarihinde veya daha önce kaydedildiyse true değerini alan hesaplanmış işaret.
Açıklama

Bu boolean öznitelik, 'Yevmiye Kaydı Kaydedildi' etkinliğinin zaman damgası ile 'Hedef Kayıt Tarihi' karşılaştırılarak türetilir. Kayıt hedef tarihte veya daha önce gerçekleşirse değer 'true', aksi durumda 'false' olur.

Bu öznitelik, hesaplamayı basitleştirerek 'Zamanında Yevmiye Kaydı Oranı' KPI'ını doğrudan destekler. Geç kaydedilen kayıtları kolayca filtreleyip analiz etmenizi ve belirli yevmiye kategorileri veya onaylayan kişiler gibi gecikmelerin yaygın nedenlerini belirlemenizi sağlar.

Neden önemli?

Kayıt performansı için net ve ikili bir sonuç sunar; zamanında kayıt oranlarının ve gecikmelerin kök nedenlerinin analizini kolaylaştırır.

Nereden alınır?

Bu öznitelik Process Mining aracı tarafından hesaplanır. 'TargetPostingDate' özniteliği ile 'Yevmiye Kaydı Kaydedildi' etkinliğinin zaman damgasını gerektirir.

Örnekler
truefalse
Muhasebe Dönemi
AccountingPeriod
Yevmiye kaydının işlendiği mali dönem, örneğin 'Oca-24'.
Açıklama

Muhasebe Dönemi, işlemin finansal olarak hangi dönemde muhasebeleştirildiğini belirtir. Tüm finansal raporlama ve analizler için temel bir özniteliktir.

Process Mining'de bu öznitelik, trend analizi için önemlidir. Çevrim süreleri veya ret oranları gibi süreç performansı göstergelerinin farklı aylar ya da çeyrekler arasında karşılaştırılmasını sağlar. Böylece ay sonu kapanışı sırasında iş yükünün artması gibi mevsimsel etkileri belirleyebilir ve süreç iyileştirmelerinin zaman içindeki etkisini ölçebilirsiniz.

Neden önemli?

KPI'ların zaman içindeki trendlerini analiz etmenizi, süreç iyileştirmelerini ölçmenizi ve ay sonu yoğunluğu gibi mevsimsel örüntüleri belirlemenizi sağlar.

Nereden alınır?

GL_JE_HEADERS tablosunda, genellikle PERIOD_NAME adlı alanda bulunur.

Örnekler
Oca-24Şub-24Mar-24
Para Birimi
CurrencyCode
Yevmiye kaydı tutarının para birimi kodu, örneğin USD, EUR veya GBP.
Açıklama

Para Birimi Kodu, yevmiye kaydındaki finansal tutarların para birimini belirtir. Birden fazla para birimiyle işlem yapan çok uluslu kuruluşlar için bu öznitelik gereklidir.

Bu öznitelik, finansal değerlerin doğru yorumlanmasını sağlar. Para birimine göre filtreleme yapılmasına imkan verir ve farklı bölgelerdeki parasal tutarların karşılaştırılmasını veya toplanmasını içeren analizler için gereklidir.

Neden önemli?

Finansal tutarların doğru yorumlanması için gerekli bağlamı sunar ve farklı para birimlerine özel analiz yapılmasını sağlar.

Nereden alınır?

GL_JE_HEADERS tablosunda, genellikle CURRENCY_CODE adlı alanda bulunur.

Örnekler
USDEURGBPJPY
Ters Kayıt Göstergesi
ReversalIndicator
Yevmiye kaydının başka bir kaydın ters kaydı olup olmadığını gösteren işaret.
Açıklama

Bu boole özniteliği, daha önce kaydedilmiş bir kaydı tersine çevirmek için oluşturulan yevmiye kayıtlarını tanımlar. Ters kayıtlar, genellikle farklı ve bazen sorunlu bir süreç izleyen özel bir yevmiye kaydı türüdür.

Bu göstergeyi analiz etmek, 'Yevmiye Ters Kayıt Süreci Performansı' Dashboardunu desteklemek için önemlidir. Ters kayıt süreçlerini ayırarak sıklıklarını, nedenlerini ve çevrim sürelerini ölçmenize, ters kayıt gerektiren ilk kayıtlardaki temel sorunları belirlemenize yardımcı olur.

Neden önemli?

Çoğu zaman ilk işlemdeki hataların veya sorunların göstergesi olan ters kayıt sürecini ayırmanıza ve analiz etmenize yardımcı olur.

Nereden alınır?

GL_JE_HEADERS tablosundaki ACCRUAL_REV_FLAG gibi özel bir işaret olabilir veya tersine çevrilen ilk yevmiye kaydıyla kurulan bağlantılar üzerinden belirlenebilir.

Örnekler
truefalse
Uçtan Uca Çevrim Süresi
EndToEndCycleTime
Yevmiye kaydının oluşturulmasından son mutabakatına kadar geçen toplam hesaplanmış süre.
Açıklama

Bu metrik, bir yevmiye kaydının ilk 'Yevmiye Kaydı Oluşturuldu' olayından son 'Yevmiye Kaydı Mutabıklaştırıldı' olayına kadar tüm süreçte geçirdiği toplam süreyi gösterir. Süreç performansına bütünsel bir bakış sunar.

Bu, genel süreç verimliliğini ölçmek için kullanılan temel performans göstergelerinden biridir. İyileştirme girişimlerinin zaman içindeki etkisini izleyen trend Dashboardlarında kullanılır ve tüm süreç değişikliklerinin karşılaştırılabileceği bir temel sağlar.

Neden önemli?

Tüm sürecin sağlığını ve verimliliğini üst düzeyde ölçmenizi sağlar; bu nedenle yönetici raporlaması için önemli bir metriktir.

Nereden alınır?

Bu metrik, her vaka için ilk ve son olay zaman damgaları arasındaki zaman farkı olarak Process Mining platformu tarafından hesaplanır.

Örnekler
P10DT5HP4DT12HP22D
Yeniden İşleme Var mı
IsRework
Yevmiye kaydı bir ret ve düzeltme döngüsünden geçtiyse true değerini alan hesaplanmış işaret.
Açıklama

Bu boolean öznitelik, yeniden işleme tabi tutulan vakaları belirlemek için hesaplanır. Genellikle 'Yevmiye Kaydı Reddedildi' olayından sonra gerçekleşen 'Yevmiye Düzeltildi ve Yeniden Gönderildi' gibi tüm etkinliklerde 'true' olarak işaretlenir.

Yeniden İşleme Var mı özniteliği, yeniden işleme döngülerinin hacmini ve etkisini kolayca ölçmenizi sağladığı için analiz açısından değerlidir. 'Ortalama Yevmiye Yeniden İşleme Oranı' KPI'ını doğrudan destekler ve yeniden işlenen vakaların süreç akışını ve süresini ilk seferde doğru işlenen vakalarla karşılaştırmanıza yardımcı olur.

Neden önemli?

Verimsiz yeniden işleme döngülerinden geçen vakaları doğrudan işaretler; süreç hatalarının sıklığını ve etkisini kolayca ölçmenizi sağlar.

Nereden alınır?

Kaynak sistemde bulunmaz. Her vaka için etkinlik dizisi analiz edilerek Process Mining aracı içinde hesaplanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Kayıttan Raporlamaya - yevmiye kaydı aktiviteleri

Yevmiye kaydında doğru süreç keşfi için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
5 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Yevmiye kaydı işlendi
Yevmiye kaydının finansal verileri Genel Muhasebeye başarıyla kaydedilmiştir. Borç ve alacaklar artık hesap bakiyelerine yansır.
Neden önemli?

Bu önemli aşama, yevmiye kaydının resmî finansal kayda girdiğini gösterir. Zamanında işleme oranını ve oluşturulmadan işlenmeye kadar geçen toplam süreyi ölçmek için gereklidir.

Nereden alınır?

Bu olay, GL_JE_HEADERS tablosundaki durum değişikliğinden çıkarılır. STATUS alanı 'P' (Posted) olarak değişir. GL_JE_BATCHES tablosunda da bir işleme durumu bulunur.

Yakalayın

GL_JE_HEADERS içindeki STATUS alanının 'P' olarak değiştiği zaman damgasını izleyin.

Olay türü inferred
Yevmiye kaydı mutabık hale getirildi
Yevmiye kaydı, dönem sonu hesap mutabakatı sürecinde eşleştirilmiş ve kapatılmıştır. Bu, işlemin banka ekstreleri gibi diğer finansal verilerle uyumlu olduğunu doğrular.
Neden önemli?

Bu faaliyet, yevmiye kaydının yaşam döngüsü için gerçek bitiş noktasıdır. İşleme ile mutabakat arasında geçen süreyi ölçmek, finansal kapanış sürecinin verimliliğini değerlendirmek için önemli bir KPI'dır.

Nereden alınır?

Bu olay genellikle Genel Muhasebenin kendisinde değil, Oracle Financial Consolidation and Close Cloud Service (FCCS) veya Account Reconciliation Cloud Service (ARCS) içinde kaydedilir. Yevmiye kaydıyla ilişkilendirilmiş mutabakat kaydındaki durum değişikliğinden çıkarılır.

Yakalayın

Yevmiye verilerini ARCS veya FCCS tablolarındaki mutabakat durumu güncellemeleriyle ilişkilendirin.

Olay türü inferred
Yevmiye kaydı oluşturuldu
Bu faaliyet, yevmiye kaydı sürecinin başlangıcını gösterir. Kullanıcının yeni bir yevmiye başlığı oluşturup veri girmeye başladığı, ancak kaydı herhangi bir inceleme veya onay için göndermediği anı ifade eder.
Neden önemli?

Bu, süreçteki temel başlangıç olayıdır. Bu faaliyet ile sonraki adımlar arasındaki süreyi analiz etmek, ilk veri girişi verimliliğini ve genel süreç çevrim süresini ölçmeye yardımcı olur.

Nereden alınır?

Bu olay, genellikle belirli bir Yevmiye Kaydı ID'si için GL_JE_HEADERS tablosundaki oluşturma tarihi zaman damgasından çıkarılır. Kaydı oluşturan kullanıcı da bu tabloda bulunur.

Yakalayın

GL_JE_HEADERS tablosundaki CREATION_DATE alanını kullanın.

Olay türü inferred
Yevmiye kaydı onaya gönderildi
Bu etkinlik, kullanıcı tamamlanan yevmiye kaydını resmî olarak onay iş akışına gönderdiğinde gerçekleşir. Yevmiye kaydını taslak veya eksik durumdan onay bekleyen duruma geçirir.
Neden önemli?

Bu önemli aşama, onay çevrim sürelerini ölçmek ve darboğazları belirlemek için sürenin başlatıldığı noktadır. Veri girişi aşamasını inceleme ve onay aşamasından ayırır.

Nereden alınır?

Bu olay, GL_JE_HEADERS tablosundaki durum değişikliğinden çıkarılır. Özellikle APPROVAL_STATUS_CODE alanı 'REQUIRED' veya 'INITIATED' gibi bir değere değiştiğinde gerçekleşir. Gönderim tarihi zaman damgası da kaydedilmiş olabilir.

Yakalayın

GL_JE_HEADERS içindeki APPROVAL_STATUS_CODE alanının gönderimi gösteren değere değiştiği zaman damgasını izleyin.

Olay türü inferred
Yevmiye kaydı onaylandı
Atanan onaylayan, yevmiye kaydını resmî olarak onaylayarak doğruluğunu ve geçerliliğini teyit etmiştir. Bu, onay iş akışının son adımıdır ve kaydetme işleminin önünü açar.
Neden önemli?

Bu aşama, onay sürecinin sonunu gösterir. Gönderim ile onay arasındaki süre, Workflow verimliliğini ölçmek ve onay darboğazlarını belirlemek için önemli bir KPI'dır.

Nereden alınır?

Bu olay, GL_JE_HEADERS tablosundaki durum değişikliğinden çıkarılır. APPROVAL_STATUS_CODE alanı 'APPROVED' olarak güncellenir. Workflow tablolarında onaylayan kişinin kimliği ve zaman damgası bulunur.

Yakalayın

GL_JE_HEADERS içindeki APPROVAL_STATUS_CODE alanının 'APPROVED' olarak değiştiği zaman damgasını izleyin.

Olay türü inferred
Destekleyici belgeler eklendi
Fatura veya elektronik tablo gibi destekleyici belgelerin yevmiye kaydına eklenmesini ifade eder. Bu işlem, denetçilere ve onaylayan kişilere bağlam ve kanıt sunmak için yapılır.
Neden önemli?

Bu etkinliği izlemek, gecikmelerin eksik belgelerden kaynaklanıp kaynaklanmadığını anlamanıza yardımcı olur. Ayrıca yevmiye kayıtları onay iş akışına girmeden önce uyumluluk ve kayıtların eksiksizliği hakkında içgörü sağlar.

Nereden alınır?

Bunu ayrı bir olay olarak izlemek zor olabilir. GL_JE_HEADERS içindeki yevmiye kaydıyla ilişkilendirilmiş FND_ATTACHED_DOCUMENTS gibi ek tablolarındaki zaman damgalarından çıkarılabilir.

Yakalayın

Yevmiye kaydıyla ilişkilendirilmiş FND_ATTACHED_DOCUMENTS kayıtlarının oluşturulma tarihinden çıkarın.

Olay türü inferred
İşleme doğrulandı
İşleme sonrasında, bir kullanıcının veya sistemin yevmiye kaydının doğru işlendiğini ve bakiyelerin beklendiği gibi olduğunu doğruladığı adımdır. Bu genellikle manuel bir kontrol adımıdır.
Neden önemli?

Bu faaliyeti analiz etmek, işleme sonrasında manuel kontroller ve kalite güvencesi için harcanan süreyi anlamaya yardımcı olur. Doğrulama süreçlerini otomatikleştirme fırsatlarını ortaya çıkarabilir.

Nereden alınır?

Bunun Oracle Fusion'da açıkça tanımlanmış bir olay olması olası değildir. Belirli bir raporu çalıştıran kullanıcı veya güncellenen özel bir durum alanı gibi diğer eylemlerden çıkarılması gerekir. Bunlar standart özellikler değildir.

Yakalayın

Doğrulama raporlarının çalışma süresini veya açıklayıcı bir esnek alanın güncellenmesini izlemek gibi özel mantık gerektirir.

Olay türü inferred
Yevmiye kaydı düzeltildi ve yeniden gönderildi
Bir yevmiye kaydı reddedildikten sonra oluşturan kişi gerekli düzeltmeleri yapar ve kaydı onaya yeniden gönderir. Bu faaliyet, aynı yevmiye kaydı için yeni bir onay döngüsünün başlangıcını ifade eder.
Neden önemli?

Yeniden çalışmayı izlemek, süreç verimsizliğini anlamak için gereklidir. Bu faaliyet, 'Yevmiye kaydı reddedildi' olayıyla birlikte yeniden çalışma süresini ve sıklığını ölçmenizi sağlar.

Nereden alınır?

Bu, daha önce 'REJECTED' durumunda bulunan bir yevmiye kaydı için gerçekleşen sonraki 'Yevmiye kaydı onaya gönderildi' olayıdır. Tek bir Yevmiye Kaydı ID'si için durum değişikliklerinin sırası analiz edilerek belirlenir.

Yakalayın

Aynı vaka ID'si için ret olayından sonra gerçekleşen bir gönderim olayı zaman damgasını belirleyin.

Olay türü inferred
Yevmiye kaydı incelendi
Resmî onay sürecinden önce veya bu sürecin bir parçası olarak gerçekleşebilen bir inceleme adımıdır. Kaydın son onaylayana ilerlemeden önce doğruluğunu ve uyumluluğunu kontrol eden bir çalışma arkadaşının veya yöneticinin incelemesini ifade eder.
Neden önemli?

Bu faaliyeti ayrı izlemek, ön inceleme süreleri ile nihai onay sürelerini birbirinden ayırmaya yardımcı olur. İnceleme aşaması gayriresmî ancak zaman alıcıysa gizli darboğazları ortaya çıkarabilir.

Nereden alınır?

Bu, çok aşamalı bir onay iş akışında açıkça tanımlanmış ve iş akışı geçmişi tablolarında kaydedilmiş bir adım olabilir. Gayriresmî olarak gerçekleşiyorsa kaydedilmez. Son onay kararından önce belirli bir kullanıcı eylemi günlüğe kaydedilmişse bu etkinlik çıkarılabilir.

Yakalayın

Nihai 'Approved' durumundan önceki ara onay veya inceleme adımları için Workflow geçmişi tablolarını analiz edin.

Olay türü inferred
Yevmiye kaydı reddedildi
Bir onaylayan kişi yevmiye kaydını incelemiş ve hatalar, eksik belgeler veya politika ihlalleri nedeniyle reddetmiştir. Bu işlem, kaydı düzeltmesi için oluşturana geri gönderir.
Neden önemli?

Bu faaliyet, yeniden çalışma döngülerini, ret oranlarını ve ilk seferde doğru sonuç metriklerini analiz etmek için gereklidir. Sık ret görülmesi, veri kalitesi veya eğitimle ilgili sorunlara işaret eder.

Nereden alınır?

Bu olay, GL_JE_HEADERS tablosundaki durum değişikliğinden çıkarılır. APPROVAL_STATUS_CODE alanı 'REJECTED' olarak güncellendiğinde gerçekleşir. Workflow geçmişi, bu işlem için kullanıcıyı ve zaman damgasını kaydeder.

Yakalayın

GL_JE_HEADERS içindeki APPROVAL_STATUS_CODE alanının 'REJECTED' olarak ayarlandığı zaman damgasını izleyin.

Olay türü inferred
Yevmiye kaydı ters kaydı işlendi
Sonraki bir dönemde, ilk yevmiye kaydının finansal etkisini tersine çevirmek üzere ters kayıt oluşturulmuş ve işlenmiştir. Bu, tahakkuklarda yaygın olarak kullanılan bir işlemdir.
Neden önemli?

Ters kayıtları izlemek, sıkça ters çevrilen kayıt türlerini belirlemeye ve ters kayıt sürecinin verimliliğini analiz etmeye yardımcı olur. Bu durum, tahakkuk yönetimindeki sorunlara işaret edebilir.

Nereden alınır?

Bu olay, ilk kayıtla ters kaydı olarak açıkça ilişkilendirilmiş yeni bir yevmiye kaydı belirlenerek çıkarılır. GL_JE_HEADERS tablosunda bu kayıtları belirlemek ve ilişkilendirmek için REVERSAL_PERIOD ve REVERSAL_FLAG gibi alanlar bulunur.

Yakalayın

Başlığında ilk yevmiye kaydının ters çevrildiğine ilişkin referans bulunan yeni yevmiye kaydının oluşturulma ve işlenme tarihini belirleyin.

Olay türü inferred
Yevmiye kaydının işlenmesi başlatıldı
Onaylanan yevmiye kaydının Genel Muhasebeye işlenmesi başlatılmıştır. Bu, kaydı işleme programının iş kuyruğuna alan otomatik veya manuel bir adım olabilir.
Neden önemli?

Bu faaliyet, onay ile teknik işleme sürecini birbirinden ayırır. Onay ile işlemenin başlatılması arasındaki gecikmeler, planlama sorunlarına veya işleme motorundaki kaynak kısıtlarına işaret edebilir.

Nereden alınır?

Bu olay, GL_JE_BATCHES tablosundaki durum değişikliklerinden veya yevmiye grubuyla ilişkilendirilmiş işleme eşzamanlı isteğinin gönderim zamanından çıkarılabilir.

Yakalayın

Belirli yevmiye grubu için Genel Muhasebe İşleme programının istek gönderim zamanını belirleyin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Oracle Fusion Financials verilerinizi nasıl alırsınız

Başlamaya hazır mısınız?

Oracle Fusion yevmiye kaydı verilerinizi uygulanabilir içgörülere dönüştürmek ve Kayıttan Raporlamaya çevriminizi hızlandırmak için bu şablondan yararlanın. Finansal operasyonlarınızı bugün iyileştirmeye başlayın.

Kayıttan Raporlamaya - Yevmiye Kaydı sürecinizi bugün hızlandırın

Yevmiye Kaydı çevrim süresini %30 azaltın ve finans operasyonlarınızı daha akıcı hale getirin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, denemenizi şimdi etkinleştirin.