Record to Report - Dönem Kapanışı ve Mutabakat Veri Template'iniz

Oracle Fusion Financials
Record to Report - Dönem Kapanışı ve Mutabakat Veri Template'iniz

Record to Report - Dönem Kapanışı ve Mutabakat Veri Template'iniz

Bu template, Record to Report - Dönem Kapanışı ve Mutabakat sürecinizi analiz etmek için doğru verileri toplamanız için kapsamlı bir rehber sunar. Toplamanız gereken temel öznitelikleri ve event log'unuzda izlemeniz gereken anahtar aktiviteleri özetler. Ayrıca, Process Mining yolculuğunuza başlamak için ihtiyacınız olan her şeye sahip olduğunuzdan emin olmak için bu verileri Oracle Fusion Financials'dan çekmeye yönelik pratik rehberlik bulacaksınız.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Oracle Fusion Financials için Veri Çıkarma Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kayıttan Raporlamaya (Record to Report) - Dönem Kapanışı ve Mutabakat Öznitelikleri

Bunlar, Record to Report - Dönem Kapanışı ve Mutabakat sürecinizin kapsamlı analizi için event log'unuza eklemeniz önerilen veri alanlarıdır.
5 Gerekli 8 Önerilen 10 İsteğe Bağlı
Ad Açıklama
Aktivite
ActivityName
Dönem kapanış süreci içinde gerçekleşen belirli görevin veya event'in adı.
Açıklama

Bu öznitelik, 'Alt Defter Dönemi Kapandı', 'Hesap Mutabakatı Başlatıldı' veya 'Finansal Tablolar Oluşturuldu' gibi dönem kapanış workflow'undaki farklı adımları kaydeder. Her aktivite, süreç sırasında atılan bir kilometre taşını veya eylemi temsil eder.

Aktiviteleri analiz etmek, Process Mining'in temelini oluşturur. Süreç haritasının görselleştirilmesine, aktiviteler arasındaki süreyi ölçerek bottleneck'lerin belirlenmesine ve standart prosedürden sapmaları anlamak için süreç varyantlarının analiz edilmesine olanak tanır.

Neden önemli

Sürecin adımlarını tanımlar, bu da süreç akışını görselleştirmek, darboğazları keşfetmek ve sapmaları analiz etmek için esastır.

Nereden alınır

Bu, genellikle Genel Muhasebe, Alt Defter Muhasebesi ve Finansal Konsolidasyon ve Kapanış gibi çeşitli Oracle Fusion Financials modüllerindeki işlem açıklamalarından, durum değişikliklerinden veya event log'larından türetilir.

Örnekler
Dönem AçıldıAlt Defter Dönemi KapandıMutabakat OnaylandıFinansal Tablolar Oluşturuldu
Başlangıç Zamanı
EventTime
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır.
Açıklama

Başlangıç Zamanı veya event timestamp'i, bir aktivitenin yürütüldüğü veya bir durum değişikliğinin meydana geldiği kesin tarih ve saati kaydeder. Bu, event'leri kronolojik olarak sıralamak ve süreleri hesaplamak için kritik bir veri parçasıdır.

Process Mining'de bu timestamp, her finansal dönem için event dizisini oluşturmak, aktivitelerin süresini hesaplamak ve sürecin genel döngü süresini ölçmek için kullanılır. Performans analizi, bottleneck tespiti ve son tarih uyumluluk izlemesi için temeldir.

Neden önemli

Bu timestamp, event'leri sıralamak, döngü süresi ve aktivite süresi gibi tüm zaman tabanlı metrikleri hesaplamak ve süreç zaman çizelgesini anlamak için esastır.

Nereden alınır

Bu bilgi genellikle Oracle Fusion Financials modüllerindeki yevmiye defterleri, mutabakatlar ve dönem durumlarıyla ilişkili oluşturma tarihi, son güncelleme tarihi veya işlem tarihi alanlarında bulunur.

Örnekler
2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
Finansal Dönem
FinancialPeriod
Belirli bir ay veya çeyrek gibi bir finansal kapanış dönemi için benzersiz tanımlayıcı.
Açıklama

Finansal Dönem, birincil case tanımlayıcısı olarak hizmet eder ve o belirli raporlama döngüsü için hesapların kapatılması ve mutabakatının yapılmasıyla ilgili tüm faaliyetleri gruplandırır. Örneğin 'Ocak-2023' veya 'Ç1-2024' gibi her dönem, dönem sonu kapanış sürecinin tek bir örneğini temsil eder.

Process Mining analizinde, bu öznitelik tüm dönem kapanış sürecinin baştan sona kapsamlı bir görünümünü sağlar. Genel döngü süresini hesaplamak, farklı dönemler arasındaki performansı karşılaştırmak ve kapanış sürecindeki eğilimleri veya sistemik gecikmeleri zaman içinde belirlemek için kullanılır.

Neden önemli

Bu, ilgili tüm kapanış faaliyetlerini tek bir süreç örneğine bağlayan, her dönem kapanış döngüsünün uçtan uca analizini sağlayan temel tanımlayıcıdır.

Nereden alınır

Bu, genellikle Genel Muhasebe modülündeki dönem adından veya ID'sinden türetilir ve sıklıkla Oracle Fusion Financials'daki GL_PERIOD_STATUSES gibi tablolarda bulunur.

Örnekler
Ocak-2023Şubat-2023Q1-2024Mart-2024
Kaynak Sistem
SourceSystem
Verilerin çekildiği sistem.
Açıklama

Bu öznitelik, event verilerinin kaynaklandığı bilgi sistemini tanımlar. Bu süreç için sürekli olarak Oracle Fusion Financials olacaktır, ancak verilerin birden fazla sistemden harmanlanabileceği ortamlarda faydalı olabilir.

Analizde bu, verinin kökeni hakkında bağlam sağlar; bu, veri yönetimi, doğrulama ve sürecin teknolojik manzarasını anlamak için kritiktir. İçgörülerin doğru uygulama ortamına doğru bir şekilde atfedilmesini sağlamaya yardımcı olur.

Neden önemli

Verinin kökeni hakkında çok önemli bir bağlam sağlar, çok sistemli ortamlarda netliği sağlar ve veri yönetimine yardımcı olur.

Nereden alınır

Bu, veri çekim süreci sırasında veri kümesinin kökenini etiketlemek için eklenen tipik olarak statik bir değerdir.

Örnekler
Oracle Fusion FinancialsOracle Cloud ERP
Son Veri Güncellemesi
LastDataUpdate
`veri`nin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, Oracle Fusion Financials'dan en son veri çekiminin tarihini ve saatini kaydeder. Process Mining aracında analiz edilen verilerin güncelliğini yansıtır.

Kullanıcıların analizin ne kadar güncel olduğunu anlamaları önemlidir. Bu timestamp, gerçek zamanlı dashboard'ların ve raporların güvenilirliğini ölçmelerine yardımcı olur, böylece kararların güncel bilgilere dayandığından emin olunur.

Neden önemli

Süreç analizine dayalı kararlar almak için kritik olan verilerin zamanlılığı hakkında kullanıcıları bilgilendirir.

Nereden alınır

Bu, veri alım pipeline'ı sırasında oluşturulan ve depolanan, çekim işleminin timestamp'ini kaydeden bir metadata alanıdır.

Örnekler
2023-03-10T02:00:00Z2023-03-11T02:00:00Z
Aktivite Durumu
ActivityStatus
Bir aktivitenin tamamlanma durumu; örneğin 'Tamamlandı', 'Devam Ediyor' veya 'Başarısız'.
Açıklama

Bu öznitelik, dönem kapanışı içindeki belirli bir görevin sonucunu veya mevcut durumunu yakalar. Örneğin, bir yevmiye defteri import'u 'Başarılı' veya 'Başarısız' olabilir ve bir mutabakat 'Onaylandı' veya 'Reddedildi' olabilir.

Bu durum, süreç istisnalarını ve sonuçlarını anlamak için hayati öneme sahiptir. Analistlerin otomatik işlerin başarısızlık oranlarını belirlemesine, onay workflow'larındaki ret döngülerini takip etmesine ve hangi aktivitelerin beklediğini veya tamamlandığını görerek kapanışın gerçek zamanlı ilerlemesini izlemesine olanak tanır.

Neden önemli

Durumu takip etmek, istisnaları, başarısızlıkları ve yeniden çalışma döngülerini belirlemeye yardımcı olarak süreç kalitesi ve güvenilirliği hakkında içgörü sağlar.

Nereden alınır

Bu, genellikle Oracle Fusion Financials modüllerindeki işlem başlıklarında veya satırlarındaki durum alanlarında bulunur.

Örnekler
TamamlandıDevam EdiyorOnaylandıReddedildiHata
Bitiş Saati
EndTime
Bir aktivitenin tamamlandığını gösteren timestamp.
Açıklama

Bitiş Zamanı, bir aktivitenin tamamlandığı kesin tarih ve saati kaydeder. Başlangıç Zamanı başlangıcı işaret ederken, Bitiş Zamanı tamamlanmayı işaret ederek her adım için kesin süre hesaplamasına olanak tanır.

Bu öznitelik, bireysel aktivitelerin işlem süresini hesaplamak için esastır. Başlangıç Zamanı'nı Bitiş Zamanı'ndan çıkararak analistler, dönem kapanış sürecindeki hangi adımların en çok zaman tükettiğini kesin olarak belirleyebilir, böylece bottleneck'leri ve verimsizlikleri doğrudan ortaya çıkarabilirler.

Neden önemli

Aktivite işlem sürelerinin hesaplanmasını sağlar, bu da darboğazları belirlemek ve operasyonel verimliliği ölçmek için temeldir.

Nereden alınır

Başlangıç Zamanı'na benzer şekilde, bu bilgi genellikle Oracle Fusion Financials işlem tablolarındaki son güncelleme tarihi veya belirli tamamlanma tarihi alanlarında bulunur.

Örnekler
2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
Bölüm
Department
Aktivite veya case ile ilişkili iş departmanı veya maliyet merkezi.
Açıklama

Bu öznitelik, dönem kapanışı aktivitesinden sorumlu veya bu aktiviteye dahil olan 'Kurumsal Muhasebe', 'FP&A' veya 'İç Denetim' gibi departmanı belirtir. Sürece organizasyonel bir bağlam sağlar.

Süreci departmana göre bölmek güçlü bir analiz tekniğidir. Farklı iş birimleri arasındaki kapanış süreci verimliliğini karşılaştırmaya, departmanlar arası el değiştirmelerin zaman çizelgelerini nasıl etkilediğini anlamaya ve iş yükü dağılımını departman düzeyinde analiz etmeye olanak tanır.

Neden önemli

Kuruluşun farklı bölümlerindeki süreçlerin karşılaştırılmasını sağlayarak, en iyi uygulamaları belirlemeye ve prosedürleri standartlaştırmaya yardımcı olur.

Nereden alınır

Bu, kullanıcının profilinden, Genel Muhasebe Hesabının maliyet merkezi segmentinden veya Oracle Fusion Financials içindeki yasal varlığın organizasyonel yapısından türetilebilir.

Örnekler
Kurumsal MuhasebeSatıcı ÖdemeleriHazineFP&A
Hedef Tamamlama Tarihi
TargetCompletionDate
Bir aktivite veya tüm dönem kapanışı için planlanan son tarih.
Açıklama

Bu öznitelik, kapanış takvimi veya dahili SLA'lar tarafından tanımlandığı gibi, kapanış sürecindeki temel kilometre taşları için beklenen tamamlanma tarihini depolar. Gerçek performansın ölçüldüğü bir kıyaslama noktası olarak hizmet eder.

Bu tarih, 'Kapanış Son Tarihleriyle Uyumluluk' dashboard'u ve 'Zamanında Kapanış Oranı' KPI'ı için temeldir. Gerçek tamamlanma süresini (EventTime) bu hedef tarihle karşılaştırarak sistem, gecikmeleri otomatik olarak işaretleyebilir ve programa uyumu ölçebilir, kapanış sürecinde disiplini sağlamaya yardımcı olur.

Neden önemli

Zamanında performansı ve son teslim tarihlerine uyumluluğu ölçmeyi sağlar, bu da zamanında finansal raporlama için kritiktir.

Nereden alınır

Bu bilgi genellikle bir kapanış yönetim aracında veya Oracle Financials içindeki özel bir kapanış takvimi yapılandırmasında tutulur.

Örnekler
2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
Mutabakat Türü
ReconciliationType
Gerçekleştirilen hesap mutabakatının kategorisi.
Açıklama

Bu öznitelik, mutabakatın türünü sınıflandırır; örneğin Bilanço, Gelir Tablosu veya Şirketler Arası. Farklı mutabakat türleri farklı workflow'ları takip edebilir veya farklı karmaşıklık ve risk seviyelerine sahip olabilir.

Bu, 'Türe Göre Mutabakat Performansı' dashboard'unu desteklemek için kullanılır. Bu öznitelik üzerinde filtreleme yaparak analistler, farklı mutabakat kategorileri için döngü sürelerini ve hacimlerini karşılaştırabilir, hangi türlerin gecikmelere veya birikmelere en yatkın olduğunu ve süreç iyileştirme gerektirdiğini belirleyebilirler.

Neden önemli

Mutabakat sürecinin hedefe yönelik analizini sağlayarak, yüksek riskli veya şirketler arası mutabakatlar gibi belirli hesap türlerine özgü darboğazları belirlemeye yardımcı olur.

Nereden alınır

Bu, Hesap Planı'ndaki hesap türünden veya kullanımda ise Hesap Mutabakatı Bulut Hizmeti (ARCS) modülündeki özniteliklerden türetilebilir.

Örnekler
BilançoKar ve ZararBanka MutabakatıŞirketler Arası
Şirket Kodu
CompanyCode
Dönem kapanışının yapıldığı yasal varlık veya şirket için tanımlayıcı.
Açıklama

Şirket Kodu veya Oracle terminolojisinde Yasal Varlık Tanımlayıcısı, dönem kapanışına tabi olan belirli iş birimini temsil eder. Global bir organizasyonda, her birinin kendi kapanış sürecine sahip olduğu birçok şirket kodu bulunacaktır.

Bu öznitelik karşılaştırmalı analiz için hayati öneme sahiptir. Yönetime, farklı yasal varlıkların dönem kapanış performansını kıyaslama, hangi varlıkların standart süreçleri takip ettiğini belirleme ve sapmaların veya gecikmelerin nerede meydana geldiğini tespit etme imkanı sunar. İşin belirli bölümlerine inmek için önemli bir filtredir.

Neden önemli

Bu, farklı yasal varlıklar arasındaki kapanış sürecini filtrelemeye ve karşılaştırmaya olanak tanır, bu da global süreçleri standartlaştırmak için kritiktir.

Nereden alınır

Bu, Hesap Planı'ndaki Yasal Varlığa veya Dengeleme Segment Değerine karşılık gelir. Oracle Fusion Financials'daki hemen hemen tüm finansal işlemlerde anahtar bir özniteliktir.

Örnekler
101210US01DE01
Sorumlu Kullanıcı
ResponsibleUser
Aktiviteyi gerçekleştiren kullanıcı veya çalışan.
Açıklama

Bu öznitelik, belirli bir görevi yürütmekten sorumlu belirli kullanıcıyı tanımlar; örneğin bir mutabakatı onaylayan muhasebeci veya finansal tabloları oluşturan kontrolör. Genellikle bir kullanıcı ID'si veya çalışan adıyla ilişkilendirilir.

Sorumlu kullanıcıyı analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve ekip veya bireysel performansı değerlendirmeye yardımcı olur. İş yükü dengesini izleyen ve yüksek baskılı dönem kapanışı sırasında görevlerin etkili bir şekilde dağıtılmasını sağlayan dashboard'lar oluşturmak için kilit öneme sahiptir.

Neden önemli

İş yükü dağılımını, kaynak tahsisini analiz etmek ve otomasyon veya eğitim fırsatlarını belirlemek için çok önemlidir.

Nereden alınır

Bu bilgi genellikle Oracle Fusion Financials'daki işlem kayıtlarında, örneğin yevmiye kayıtları veya mutabakat nesnelerinde bulunan 'Oluşturan' veya 'Son Güncelleyen' alanlarında mevcuttur.

Örnekler
john.doejane.smithcontroller_ussarah.jones
Yevmiye Kaydı Türü
JournalEntryType
Yevmiye kaydının sınıflandırması; örneğin 'Standart', 'Ters Kayıt' veya 'Düzeltme Kaydı'.
Açıklama

Bu öznitelik, yevmiye kayıtlarını amaçlarına göre kategorize eder. Bu süreç için anahtar bir tür, genellikle mutabakat faaliyetlerinden kaynaklanan düzeltmeleri veya yeniden sınıflandırmaları gösteren 'Düzeltme'dir.

Bu, 'Düzeltme Yevmiye Kaydı Hacmi' KPI'ı ve dashboard'u için kritiktir. Düzeltme kayıtları filtrelenerek, organizasyonlar genellikle işlem işleme veya muhasebe politikalarındaki üst düzey sorunlara işaret eden düzeltmelerin sıklığını izleyebilirler. Bu düzeltmeleri azaltmak, süreç iyileştirmenin temel bir hedefidir.

Neden önemli

Bu, düzeltme kayıtlarını rutin kayıtlardan ayırmaya yardımcı olarak kapanış sırasında yeniden çalışma ve düzeltme faaliyetleri üzerinde odaklanmış analize olanak tanır.

Nereden alınır

Bu genellikle GL_JE_HEADERS tablosundaki JE_CATEGORY ve JE_SOURCE alanlarında bulunur. Basitleştirilmiş bir tür oluşturmak için bir eşleme gerekebilir.

Örnekler
StandartDüzeltmeYeniden SınıflandırmaTahakkuk
Defter
LedgerName
İşlemlerin ve bakiyelerin ait olduğu defterin adı.
Açıklama

Oracle Fusion Financials'ta bir defter (ledger), hesap planı, takvim ve para birimi ile tanımlanmış finansal işlemlerin bir kaydıdır. Yasal bir varlık için ana defter veya farklı muhasebe standartları için ikincil/raporlama defteri olabilir.

Deftere göre analiz yapmak, muhasebe gerekliliklerine (örneğin, IFRS ve ABD GAAP) göre farklılık gösterebilecek süreçleri anlamak için önemlidir. Bu, süreçlerin her bir gerekli raporlama standardı için uyumlu ve verimli olmasını sağlamaya yardımcı olur.

Neden önemli

Analizin farklı muhasebe standartlarına veya raporlama gerekliliklerine göre bölümlenmesine olanak tanıyan kritik muhasebe bağlamı sağlar.

Nereden alınır

Bu, temel Genel Muhasebe tablolarında finansal verilerle birlikte saklanır, genellikle GL_JE_HEADERS ve GL_BALANCES gibi tablolarda bir LEDGER_ID ile referans verilir.

Örnekler
ABD Ana DefteriBirleşik Krallık Ana DefteriIFRS Raporlama Defteri
Dönem Kapanış Döngü Süresi
PeriodCloseCycleTime
Tüm dönem kapanış sürecinin baştan sona tamamlanması için geçen toplam süre.
Açıklama

Bu, bir finansal dönem kapanışının toplam süresini temsil eden, case düzeyinde hesaplanmış bir metriktir. Belirli bir Finansal Dönem için son aktivitenin timestamp'i eksi ilk aktivitenin timestamp'i olarak hesaplanır.

Bu, Record to Report süreci için birincil bir temel performans göstergesidir (KPI). Uçtan uca sürecin genel verimliliğinin üst düzey bir ölçümünü sağlar ve kapanışı hızlandırmayı amaçlayan iyileştirme girişimlerini takip etmek için kullanılır.

Neden önemli

Bu KPI, üst düzey finans liderliği için temel bir odak noktası olan kapanış sürecinin uçtan uca verimliliğini ölçer.

Nereden alınır

Bu, Process Mining aracı içinde case düzeyinde, bir case için en erken Başlangıç Zamanı'nın en geç Başlangıç Zamanı'ndan çıkarılmasıyla hesaplanır.

Örnekler
P5D4HP7D12HP4D20H
Etkinlik Süresi
ActivityDuration
Tek bir aktiviteyi tamamlamak için geçen süre.
Açıklama

Bu, bir aktivitenin başladığı zamandan bittiği zamana kadar geçen süreyi temsil eden hesaplanmış bir metriktir. Bitiş Zamanı eksi Başlangıç Zamanı olarak hesaplanır.

Bu metrik, bottleneck analizi için birincil araçtır. Her aktivitenin süresini birleştirerek ve görselleştirerek analistler, süreçteki en uzun adımları hemen belirleyebilirler. Bu, iyileştirme çabalarını en büyük zaman tasarrufu potansiyeline sahip alanlara odaklamalarını sağlar.

Neden önemli

Bu hesaplanmış metrik, her görevde harcanan süreyi doğrudan ölçer, bu da onu süreç bottleneck'lerini belirlemek için en önemli öznitelik yapar.

Nereden alınır

Bu, veri dönüşümü sırasında StartTime'ın EndTime'dan çıkarılmasıyla hesaplanır (EndTime - StartTime).

Örnekler
PT8H30MP1DT2HPT15M20S
GL Hesabı
GLAccountNumber
Mutabakatı yapılan veya muhasebeleştirilen Genel Muhasebe hesap numarası.
Açıklama

Bu öznitelik, bir hesap mutabakatı veya düzeltme yevmiye kaydı gibi bir aktiviteye dahil olan belirli Genel Muhasebe hesap numarasını sağlar. Finansal analiz için ayrıntılı bir düzeyde bilgi sunar.

Düzeltme yevmiye kaydı hacimlerini ve mutabakat performansını bireysel hesap düzeyinde analiz etmek için kullanılır. Bu, sık sık düzeltme gerektiren veya uzun mutabakat sürelerine sahip sorunlu hesapları belirlemeye yardımcı olur, bu da alt süreçlerdeki temel sorunları gösterir.

Neden önemli

Sürekli düzeltme gerektiren veya mutabakat gecikmeleri yaşayan sorunlu hesapları belirlemek için ayrıntılı bir görünüm sağlar.

Nereden alınır

Bu, GL_JE_LINES gibi Genel Muhasebe tablolarında temel bir alandır ve herhangi bir mutabakat sürecinin merkezindedir.

Örnekler
111001401000625003212001
Şirketler Arası mı
IsIntercompanyTransaction
Bir işlemin aynı şirket içindeki iki farklı tüzel kişilik arasında olup olmadığını gösteren bir bayrak.
Açıklama

Bu boolean öznitelik (doğru/yanlış), şirketler arası ortakları içeren işlemleri veya mutabakatları tanımlar. Bu aktiviteler genellikle daha karmaşık ve uyumsuzluklara ve gecikmelere daha yatkındır.

Bu bayrak, 'Şirketler Arası Mutabakat Akışı' dashboard'u ve 'Şirketler Arası Mutabakat Oranı' KPI'ı için esastır. Bu belirli alt süreci izole etmeye ve analiz etmeye olanak tanıyarak, çapraz varlık işlemleriyle ilgili benzersiz bottleneck'leri belirlemeye ve konsolide finansal tabloların doğruluğunu artırmaya yardımcı olur.

Neden önemli

Genellikle karmaşık ve sorunlu olan şirketler arası mutabakat sürecini hedefe yönelik analiz ve optimizasyon için izole eder.

Nereden alınır

Bu, Oracle'daki (AGIS) belirli şirketler arası modüllerden veya şirket kodu segmentinin satırlar veya dengeleme segmentleri arasında farklılık gösterdiği yevmiye kayıtlarını analiz ederek belirlenebilir.

Örnekler
truefalse
Ülke
Country
Yasal varlık veya şirket koduyla ilişkili ülke.
Açıklama

Bu öznitelik, yasal varlığın faaliyet gösterdiği ülkeyi belirtir. Dönem kapanış süreci için coğrafi bağlam sağlar.

Süreci ülkeye göre analiz etmek, yerel yasal gereklilikler, farklı iş uygulamaları veya bölgesel ortak hizmet merkezlerinin performansı nedeniyle varyasyonları ortaya çıkarabilir. Coğrafi kıyaslama yapmaya ve bölgesel farklılıkların süreç verimliliği üzerindeki etkisini anlamaya olanak tanır.

Neden önemli

Kapanış sürecinin coğrafi analizini sağlar, yerel düzenlemeler veya bölgesel ekip performansı nedeniyle oluşan farklılıkları vurgular.

Nereden alınır

Bu, genellikle Oracle Fusion Financials'daki Yasal Varlık veya İş Birimi yapılandırmasından türetilir.

Örnekler
USAAlmanyaJaponyaBrezilya
Yeniden İşleme mi?
IsRework
Yeniden işleme (rework) faaliyetlerini belirten hesaplanmış bir bayrak.
Açıklama

Bu boolean öznitelik, süreç akışından türetilir ve yeniden çalışmayı gösteren aktiviteleri işaretler. Dönem kapanışında yaygın bir örnek, aynı hesap için 'Mutabakat Onaylandı' aktivitesinden sonra gerçekleşen 'Düzeltme Yevmiye Kaydı Muhasebeleştirildi' aktivitesidir, bu da mutabakatın yetersiz olduğunu düşündürür.

Bu öznitelik, önemli bir verimsizlik kaynağı olan yeniden çalışmanın sıklığını ve etkisini nicel olarak belirlemek için kullanılır. Yeniden çalışma döngülerini belirleyip analiz ederek, organizasyonlar yetersiz eğitim veya hatalı prosedürler gibi hataların temel nedenlerini teşhis edebilir ve düzeltici önlemler alabilir.

Neden önemli

Önceki çalışmayı düzelten aktiviteleri işaretleyerek süreç verimsizliğini doğrudan nicelleştirir, hataların temel nedenlerini belirlemeye yardımcı olur.

Nereden alınır

Bu, Process Mining aracında yeniden çalışma kalıpları tanımlanarak hesaplanır; örneğin, 'Onay'ı 'Düzeltme'nin takip ettiği bir dizi.

Örnekler
truefalse
Yevmiye Kaydı Kimliği
JournalEntryId
Bir yevmiye kaydı için benzersiz tanımlayıcı.
Açıklama

Bu öznitelik, genel muhasebe yevmiye kaydı için benzersiz sistem tarafından oluşturulan ID'dir. Özellikle manuel veya düzeltme kayıtlarının muhasebeleştirilmesiyle ilgili faaliyetler için önemlidir.

Bireysel yevmiye kayıtlarını, özellikle düzeltme kayıtlarını, yaşam döngüleri boyunca izlemek için kullanılır. Bu ID, düzeltme hacmini hesaplamaya ve yeniden çalışmayı belirli finansal kayıtlara geri izlemeye yardımcı olur.

Neden önemli

Belirli finansal kayıtların takibine olanak tanır, bu da düzeltme kayıtlarının hacmini ve niteliğini denetlemek ve analiz etmek için önemlidir.

Nereden alınır

Bu, genellikle JE_HEADER_ID olarak adlandırılan GL_JE_HEADERS tablosundaki birincil anahtardır.

Örnekler
JE1002345JE1002378JE1002412
Yevmiye Kaydı Tutarı
JournalEntryAmount
Yevmiye kaydının toplam borç veya alacak tutarı.
Açıklama

Bu öznitelik, bir yevmiye kaydının parasal değerini yakalar. Bir düzeltmenin, tahakkukun veya başka bir finansal kaydın büyüklüğünü temsil edebilir.

Düzeltme kayıtlarının miktarını analiz etmek, süreç hatalarının veya istisnalarının finansal etkisi hakkında içgörü sağlar. Büyük veya sık yapılan düzeltmeler, önemli kontrol zayıflıklarını veya acil dikkat gerektiren sorunları işaret edebilir. Bu, yevmiye defteri hacimlerinin analizine bir önemlilik katmanı ekler.

Neden önemli

Düzeltmelerin finansal etkisini ve önemini değerlendirmeye yardımcı olur, küçük düzeltmeler ile önemli finansal yeniden düzenlemeler arasında ayrım yapar.

Nereden alınır

Bu değer, belirli bir yevmiye kaydı için GL_JE_LINES tablosundaki borç tutarlarını toplayarak hesaplanmalıdır.

Örnekler
15000.00250.75125000.50
Zamanında mı?
IsOnTime
Bir aktivitenin hedef tarihinde tamamlanıp tamamlanmadığını gösteren hesaplanmış bir bayrak.
Açıklama

Bu boolean öznitelik, bir aktivitenin gerçek tamamlanma timestamp'ini (EventTime veya EndTime) planlanan son tarihine (TargetCompletionDate) karşılaştırır. Aktivite zamanında veya erken tamamlandıysa doğru, geç kaldıysa yanlıştır.

Bu, program uyumu için basit, net bir ölçü sağlar ve 'Zamanında Kapanış Oranı' KPI'ının temelidir. Son tarih ihlallerine neden olan bottleneck'leri hızla belirlemeye yardımcı olur ve yöneticilerin kapanış takvimine uyumu izlemeleri için net bir metrik sunar.

Neden önemli

Bu, zaman çizelgesine uyum için net, ikili bir ölçüm sağlar ve kritik kapanış son tarihlerine uyumu takip etmeyi kolaylaştırır.

Nereden alınır

Bu, veri dönüşümü sırasında EventTime'ın TargetCompletionDate ile karşılaştırılmasıyla hesaplanır (EventTime <= TargetCompletionDate).

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

Kayıttan Raporlamaya (Record to Report) - Dönem Kapanışı ve Mutabakat Aktiviteleri

Bunlar, finansal kapanışınızın doğru bir şekilde keşfedilmesi ve analizi için event log'unuzda yakalamanız gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Dönem Açıldı
Belirli bir muhasebe dönemi için finansal kapanış sürecinin resmi başlangıcını işaret eder. Bu genellikle Genel Defter modülünde yetkili bir kullanıcı tarafından işlem kaydına izin vermek için yapılan açık bir eylemdir.
Neden önemli

Bu aktivite, dönem sonu case'i için kesin başlangıç event'i olarak hizmet eder. Toplam dönem kapanış döngü süresini ölçmek ve kapanış sürecinin başlangıcındaki gecikmeleri belirlemek için kritik öneme sahiptir.

Nereden alınır

Bu event, bir dönemin durumu 'Açık' olarak değiştirildiğinde Genel Muhasebe modülünden yakalanır. Her dönemin durumunu ve timestamp'ini kaydeden GL_PERIOD_STATUSES tablosunda bulunabilir.

Yakala

GL_PERIOD_STATUSES'taki bir finansal dönem için durum değişikliği günlüğünden yakalanır.

Event tipi explicit
Dönem Kalıcı Olarak Kapalı
Genel Defter'de bir muhasebe döneminin nihai, geri alınamaz kapanışını işaret eder. Bu eylem bir kez yapıldığında, dönem yeniden açılamaz ve başka değişiklik yapılamaz.
Neden önemli

Bu aktivite, dönem sonu case'i için kesin bitiş event'i olarak hizmet eder. Toplam kapanış döngü süresini ölçmek için son timestamp'i sağlar ve raporlama için veri bütünlüğünü güvence altına alır.

Nereden alınır

Bu, GL_PERIOD_STATUSES tablosundaki dönem durumunu 'Kalıcı Olarak Kapalı' olarak güncelleyen belirli, açık bir eylemdir. Eylem ve timestamp'i sistem tarafından kaydedilir.

Yakala

GL_PERIOD_STATUSES'taki bir finansal dönem için durum değişikliği günlüğünden 'Kalıcı Olarak Kapalı' olarak yakalanır.

Event tipi explicit
Düzeltme Yevmiye Kaydı Gönderildi
Bu, mutabakat sırasında belirlenen bakiyeleri düzeltmek, tahakkukları kaydetmek veya diğer düzeltmeleri yapmak için Genel Muhasebeye manuel bir yevmiye kaydının gönderilmesini temsil eder. Her kayıt ayrı, log'lanmış bir işlemdir.
Neden önemli

Özellikle mutabakatlar onaylandıktan sonra yüksek sayıda düzeltme kaydı, yeniden işleme ve yukarı akış süreçlerinde potansiyel sorunlara işaret eder. Bu kayıtları takip etmek, veri kalitesini artırmak için anahtardır.

Nereden alınır

GL_JE_HEADERS ve GL_JE_LINES tablolarında kaydedilir. Düzeltme yevmiye kayıtları genellikle 'Manuel' veya 'Düzeltme' olarak ayarlanan yevmiye kategorisi veya kaynağı ile tanımlanabilir.

Yakala

Dönem içindeki 'Düzeltme' kategorisine sahip yevmiye kayıtlarının oluşturulma ve gönderilme tarihleriyle belirlenir.

Event tipi explicit
Finansal Tablolar Oluşturuldu
Bu event, Gelir Tablosu, Bilanço ve Nakit Akış Tablosu gibi birincil finansal tabloların oluşturulmasını işaret eder. Genellikle bir kullanıcı tarafından başlatılan sistem odaklı bir süreçtir.
Neden önemli

Bu, veri işleme aşamasının sonunu ve nihai inceleme ve onay aşamasının başlangıcını ifade eden önemli bir kilometre taşıdır. Finansal tablo onay süresini ölçmek için kritiktir.

Nereden alınır

Bu, finansal raporlama işlerinin başarılı bir şekilde tamamlanmasından veya Oracle Fusion'ın Financial Reporting Studio veya Narrative Reporting gibi raporlama araçlarında yayımlanan raporların oluşturulma timestamp'inden çıkarılabilir.

Yakala

Nihai rapor paketini oluşturan zamanlanmış görevin tamamlanma zaman damgasından çıkarılır.

Event tipi inferred
Hesap Mutabakatı Başlatıldı
Bu event, belirli bir Genel Muhasebe hesabı veya hesap grubu için mutabakat sürecinin başlangıcını ifade eder. Genellikle bir mutabakat üzerinde atılan ilk eylemden, örneğin bir hazırlayıcıya atanmasından veya ilk durum değişikliğinden çıkarılır.
Neden önemli

Bu, kritik ve genellikle zaman alıcı bir alt sürecin başlangıcını işaret eder. Bu event'ten onaya kadar geçen süreyi ölçmek, mutabakat döngü sürelerini hesaplamaya ve birikmeleri belirlemeye yardımcı olur.

Nereden alınır

Oracle Hesap Mutabakatı Bulut Hizmeti'nde (ARCS), bu, bir mutabakatın durumu 'Hazırlayan ile Açık' veya benzeri bir başlangıç durumuna geçtiğinde oluşan zaman damgasından çıkarılabilir.

Yakala

Dönem için belirli bir hesap mutabakatının 'Beklemede' veya 'Yeni' durumundan çıktığı en erken zaman damgasından çıkarılır.

Event tipi inferred
Mutabakat Onaylandı
Bir gözden geçirenin bir hesap mutabakatını resmi olarak onayladığını, doğruluğunu ve eksiksizliğini teyit ettiğini gösterir. Bu, bir mutabakat Workflow'unun tamamlandığını gösteren önemli bir aşamadır.
Neden önemli

Onay, bir hesap için mutabakat döngüsünün sonunu işaret eder. Mutabakat performansını ölçmek ve sonraki kapanış adımlarını başlatmak için kritik bir aşamadır.

Nereden alınır

Bu, Oracle ARCS'de yetkili bir inceleyici tarafından bir mutabakatın durumu 'Onaylandı' veya 'Kapalı' olarak güncellendiğinde açık, timestamp'li bir event'tir.

Yakala

Mutabakat sisteminin denetim izindeki 'Onaylandı' durumuna geçişin zaman damgasından yakalanır.

Event tipi explicit
Alt Defter Dönemi Kapandı
Dönem için Borçlar, Alacaklar ve Varlıklar gibi yan defterlerin kapanışını temsil eder. Bu eylem, alt defterlere yeni işlemlerin kaydedilmesini önler ve Genel Defter'in kapatılması için bir ön koşuldur.
Neden önemli

Alt defterleri kapatmadaki gecikmeler, Genel Defter kapanışının başlangıcını doğrudan etkileyen yaygın bir darboğazdır. Bu aktiviteyi izlemek, gecikmelerin kaynağını sürecin erken safhalarında tespit etmeye yardımcı olur.

Nereden alınır

Oracle Fusion Financials içindeki her alt defterin muhasebe dönemi için durum değişikliklerinden yakalanır. Durum değişiklikleri genellikle her alt defter modülü için günlüğe kaydedilir ve zaman damgalı olur.

Yakala

Belirli bir uygulama (örn. Borçlar, Alacaklar) için 'Kapalı' durumunu gösteren alt defter dönem durumu tablolarından türetilmiştir.

Event tipi explicit
Dönem 'Kapalı' Olarak Ayarlandı
Bu, Genel Muhasebe dönem durumunun 'Kapalı' olarak değiştirildiği son, ancak geri alınabilir bir adımdır. Bu, dönem yeniden açılmadıkça döneme yeni yevmiye kayıtlarının gönderilmesini engeller.
Neden önemli

Bu aktivite, muhasebe dönemi kapanışının operasyonel sonunu işaret eder, ancak nihai geri dönülemez adım değildir. Uyumluluk ve kontrol için önemli bir kilometre taşıdır.

Nereden alınır

Bu, GL_PERIOD_STATUSES tablosunda kaydedilen açık bir durum değişikliğidir ve dönem için kullanıcıyı, timestamp'i ve 'Kapalı' yeni durumunu kaydeder.

Yakala

GL_PERIOD_STATUSES'taki bir finansal dönem için durum değişikliği günlüğünden 'Kapalı' olarak yakalanır.

Event tipi explicit
Finansal Tablolar İncelendi
Oluşturulan finansal tabloların yönetim incelemesinin tamamlanmasını ifade eder. Bu genellikle manuel bir süreçtir ve kaydı, ilgili sistem aktivitelerinden veya manuel girişlerden çıkarılabilir.
Neden önemli

İnceleme döngüsü genellikle kapanışın 'son adımı'nın önemli bir kısmını oluşturur. Bunu takip etmek, yönetim incelemesindeki gecikmeleri belirlemeye ve genel raporlama zaman çizelgesini kısaltmaya yardımcı olur.

Nereden alınır

Bu doğrudan yakalaması zor bir durumdur. Bir anlatım raporlama aracındaki bir rapor durum değişikliğinin timestamp'inden veya bir workflow aracındaki açık bir onay görevinden çıkarılabilir.

Yakala

Bir BPM Workflow'unda onay görevi tamamlama gibi diğer sistem olaylarından çıkarım veya manuel giriş gerektirebilir.

Event tipi inferred
Konsolidasyon Süreci Yürütüldü
Birden fazla iştirak veya iş biriminden finansal verileri ana şirket için tek bir finansal tablo setinde toplayan konsolidasyon rutinlerinin yürütülmesini temsil eder. Bu, ayrı ve kaydedilmiş bir süreçtir.
Neden önemli

Çoklu varlıklı kuruluşlar için konsolidasyon kritik ve karmaşık bir adımdır. Uygulamasını ve süresini takip etmek, kurumsal düzeydeki kapanış zaman çizelgesini anlamak için hayati öneme sahiptir.

Nereden alınır

Oracle Finansal Konsolidasyon ve Kapanış Bulutu'nda (FCCS), konsolidasyon kurallarının ve süreçlerinin yürütülmesi başlangıç ve bitiş zaman damgalarıyla günlüğe kaydedilir. Bu veri, görev zamanlayıcısından çıkarılabilir.

Yakala

FCCS modülü içindeki konsolidasyon görevinin veya iş kuralının yürütme günlüklerinden yakalanır.

Event tipi explicit
Mizan Oluşturuldu
Bu aktivite, döneme ait mizan raporunun oluşturulmasını temsil eder. Nihai finansal tabloları hazırlamadan önce toplam borçların toplam alacaklara eşit olduğunu sağlamak için önemli bir kontrol noktasıdır.
Neden önemli

Mizan'ın ilk başarılı bir şekilde oluşturulması, tüm önemli düzeltmelerin muhtemelen tamamlandığını gösteren önemli bir kilometre taşıdır. Nihai raporlama aşamasından önceki kilit bir adımdır.

Nereden alınır

Bu, 'Trial Balance Report' eşzamanlı isteğinin veya planlanmış sürecinin başarılı bir şekilde tamamlanmasından çıkarılabilir. Sistem bu işlerin yürütme süresini kaydeder.

Yakala

Sistemin süreç zamanlayıcı günlüklerindeki mizan raporu oluşturma görevinin tamamlanma zaman damgasından çıkarılır.

Event tipi inferred
Mutabakat İnceleme İçin Gönderildi
Bu aktivite, hesap mutabakatını hazırlayan kişiden, onu incelemek ve onaylamaktan sorumlu kişiye devri işaret eder. Bu genellikle mutabakat aracı içinde açık bir durum değişikliğidir.
Neden önemli

Bu el değiştirme, potansiyel bir bekleme noktası veya bottleneck'tir. Gönderim ve onay arasındaki süreyi analiz etmek, inceleme döngüsündeki gecikmeleri vurgular ve kaynak tahsisi hakkında bilgi verebilir.

Nereden alınır

Oracle ARCS'ten, bir mutabakatın durumu 'Hazırlık' aşamasından 'İnceleme Bekliyor' veya 'Gönderildi' durumuna değiştiğinde yakalanır. Bu durum değişikliği zaman damgalıdır.

Yakala

Mutabakat sisteminde 'Onay Bekliyor' veya benzeri bir duruma geçişin zaman damgasına göre.

Event tipi explicit
Şirketler Arası Mutabakat Tamamlandı
Aynı kuruluş içindeki farklı tüzel kişilikler arasındaki işlemlerin mutabakatının tamamlanmasını temsil eder. Bu, şirketler arası bakiyelerin sıfıra eşit olmasını sağlayan uzmanlaşmış bir mutabakat faaliyetidir.
Neden önemli

Şirketler arası mutabakat, kapanış sürecinde sıkça gecikmelere ve karmaşıklığa yol açan bir kaynaktır. Süresini belirlemek, konsolide raporlama için kritik bir yol aktivitesini optimize etmeye yardımcı olur.

Nereden alınır

Bu event, şirketler arası mutabakatlar dönem için 'Mutabık Kalındı' veya 'Kapandı' durumuna ulaştığında Şirketler Arası İşlem modülünden veya ARCS'den yakalanabilir.

Yakala

Dönem için şirketler arası mutabakat parti kayıtlarının durumu tamamlandı olarak işaretlendiğinde oluşan zaman damgasından çıkarılır.

Event tipi inferred
Yevmiye Kayıtları İçe Aktarıldı
Bu aktivite, özetlenmiş alt defter işlemlerinin ve diğer harici verilerin Genel Muhasebeye aktarılmasını yansıtır. Finansal verileri mutabakat ve düzeltme için hazırlar.
Neden önemli

Veri import'larının tamamlanmasını takip etmek, veri toplama sürelerini anlamak için anahtardır. Genel Muhasebe'nin kapanış sürecinin ilerlemesi için gereken ham verileri içerdiği noktayı işaret eder.

Nereden alınır

Bu, ilgili muhasebe dönemine göre filtrelenmiş GL_JE_BATCHES ve GL_IMPORT_REFERENCES tablolarındaki yevmiye import süreçlerinin başarılı tamamlanmasına bakılarak belirlenebilir.

Yakala

Bir alt defteri veya harici içe aktarımı gösteren bir kaynağa sahip yevmiye parti kayıtlarının oluşturulma tarihiyle belirlenir.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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