Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'inuz
Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Oracle Fusion Financials için Veri Çıkarma Rehberliği
Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Dönem kapanış süreci içinde gerçekleşen belirli görevin veya olayın adı. | ||
|
Açıklama
Bu öznitelik, 'Alt Defter Dönemi Kapandı', 'Hesap Mutabakatı Başlatıldı' veya 'Finansal Tablolar Oluşturuldu' gibi dönem kapanış iş akışını (workflow)ndaki 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 darboğazların belirlenmesine ve standart prosedürden sapmaları anlamak için süreç varyantlarının analiz edilmesine sunar.
Neden Önemli?dir?
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 gereklidir.
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 olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Başlangıç Zamanı veya event zaman damgası (zaman damgası)'i, bir aktivitenin yürütüldüğü veya bir durum değişikliğinin meydana geldiği tam tarih ve saati kaydeder. Bu, olayları kronolojik olarak sıralamak ve süreleri hesaplamak için temel bir veri alanıdır. Process Mining'de bu zaman damgası (zaman damgası), 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, darboğaz tespiti ve son tarih uyumluluk izlemesi için büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayları 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 gereklidir.
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
|
|||
|
Mali 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 vaka tanımlayıcısı olarak olarak kullanılır 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 detaylı bir görünümünü sunar. 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?dir?
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 sunar; bu, veri yönetimi, doğrulama ve sürecin teknolojik altyapısını anlamak için büyük önem taşır. Analizlerin doğru uygulama ortamına doğru bir şekilde atfedilmesini güçlüaya yardımcı olur.
Neden Önemli?dir?
Verinin kökeni hakkında çok önemli bir bağlam sunar, çok sistemli ortamlarda netliği sunar 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
|
verinin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
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 zaman damgası (zaman damgası), gerçek zamanlı panellerin ve raporların güvenilirliğini ölçmelerine yardımcı olur, böylece kararların güncel bilgilere dayandığından emin olunur.
Neden Önemli?dir?
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 veri hattı sırasında oluşturulan ve depolanan, çekim işleminin zaman damgası (zaman damgası)'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 büyük önem taşır. Analistlerin otomatik işlerin başarısızlık oranlarını belirlemesine, onay iş akışlarınındaki ret döngülerini takip etmesine ve hangi aktivitelerin beklediğini veya tamamlandığını görerek kapanışın gerçek zamanlı ilerlemesini izlemesine sunar.
Neden Önemli?dir?
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 önemli bilgi sunar.
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ş Zamanı
EndTime
|
Bir aktivitenin tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bitiş Zamanı, bir aktivitenin tamamlandığı tam 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 sunar. Bu öznitelik, bireysel aktivitelerin işlem süresini hesaplamak için gereklidir. 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 darboğazları ve verimsizlikleri doğrudan ortaya çıkarabilirler.
Neden Önemli?dir?
Aktivite işleme sürelerinin hesaplanmasını sunar, bu da darboğazları belirlemek ve operasyonel verimliliği ölçmek için büyük önem taşır.
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 kurumsal bir bağlam sunar. 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 sunar.
Neden Önemli?dir?
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 ana aşamalar için beklenen tamamlanma tarihini depolar. Gerçek performansın ölçüldüğü bir kıyaslama noktası olarak olarak kullanılır. Bu tarih, 'Kapanış Son Tarihleriyle Uyumluluk' kontrol paneli'u ve 'Zamanında Kapanış Oranı' KPI'ı için büyük önem taşır. 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 güçlüaya yardımcı olur.
Neden Önemli?dir?
Zamanında performansı ve son teslim tarihlerine uyumluluğu ölçmeyi sunar, bu da zamanında finansal raporlama için büyük önem taşır.
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ı iş akışlarını takip edebilir veya farklı karmaşıklık ve risk seviyelerine sahip olabilir. Bu, 'Türe Göre Mutabakat Performansı' kontrol paneli'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?dir?
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 öznitelikler.den türetilebilir.
Örnekler:::::::
BilançoKâr ve ZararBanka MutabakatıŞirketler Arası
|
|||
|
Şirket Kodu
CompanyCode
|
Dönem kapanışının yapıldığı tüzel kişilik 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 büyük önem taşır. 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?dir?
Bu, farklı yasal varlıklar arasındaki kapanış sürecini filtrelemeye ve karşılaştırmaya sunar, bu da global süreçleri standartlaştırmak için büyük önem taşır.
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 kontrol paneli'lar oluşturmak için önemlidir.
Neden Önemli?dir?
İş yükü dağılımını, kaynak tahsisini analiz etmek ve otomasyon veya eğitim fırsatlarını belirlemek için büyük önem taşır.
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'. | ||
|
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 kontrol paneli'u için büyük önem taşır. 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?dir?
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 sunar.
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ı güçlüaya yardımcı olur.
Neden Önemli?dir?
Analizin farklı muhasebe standartlarına veya raporlama gerekliliklerine göre bölümlenmesine olanak tanıyan kritik muhasebe bağlamı sunar.
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 Birincil 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, vaka düzeyinde hesaplanmış bir metriktir. Belirli bir Finansal Dönem için son aktivitenin zaman damgası (zaman damgası)'i eksi ilk aktivitenin zaman damgası (zaman damgası)'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ü sunar ve kapanışı hızlandırmayı amaçlayan iyileştirme girişimlerini takip etmek için kullanılır.
Neden Önemli?dir?
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 vaka düzeyinde, bir vaka için en erken Başlangıç Zamanı'nın en geç Başlangıç Zamanı'ndan çıkarılmasıyla hesaplanır.
Örnekler:::::::
P5D4HP7D12HP4D20H
|
|||
|
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ı sunar. 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?dir?
Sürekli düzeltme gerektiren veya mutabakat gecikmeleri yaşayan sorunlu hesapları belirlemek için ayrıntılı bir görünüm sunar.
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ışı' kontrol paneli'u ve 'Şirketler Arası Mutabakat Oranı' KPI'ı için gereklidir. Bu belirli alt süreci izole etmeye ve analiz etmeye olanak tanıyarak, çapraz varlık işlemleriyle ilgili benzersiz darboğazları belirlemeye ve konsolide finansal tabloların doğruluğunu artırmaya yardımcı olur.
Neden Önemli?dir?
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 sunar. 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 sunar.
Neden Önemli?dir?
Kapanış sürecinin coğrafi analizini sunar, 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?dir?
Önceki çalışmayı düzelten aktiviteleri işaretleyerek süreç verimsizliğini doğrudan ölçülmesini sunar, 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 takip etmenizi sunar.
Neden Önemli?dir?
Belirli finansal kayıtların takibine sunar, 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 temel rol oynar.
Ö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 önemli bilgi sunar. 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?dir?
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 zaman damgası (zaman damgası)'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çü sunar ve 'Zamanında Kapanış Oranı' KPI'ının temelidir. Son tarih ihlallerine neden olan darboğazları hızla belirlemeye yardımcı olur ve yöneticilerin kapanış takvimine uyumu izlemeleri için net bir metrik sunar.
Neden Önemli?dir?
Bu, zaman çizelgesine uyum için net, ikili bir ölçüm sunar 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
|
|||
Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Faaliyetleri
| 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?dir?
Bu aktivite, dönem sonu case'i için kesin başlangıç event'i olarak olarak kullanılır. Toplam dönem kapanış döngü süresini ölçmek ve kapanış sürecinin başlangıcındaki gecikmeleri belirlemek için büyük önem taşır.
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 zaman damgası (zaman damgası)'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 Kapandı
|
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?dir?
Bu aktivite, dönem sonu case'i için kesin bitiş event'i olarak olarak kullanılır. Toplam kapanış döngü süresini ölçmek için son zaman damgası (zaman damgası)'i sunar 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 zaman damgası (zaman damgası)'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?dir?
Ö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 temel rol oynar.
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?dir?
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 büyük önem taşır.
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 zaman damgası (zaman damgası)'inden çıkarılabilir.
Yakala
Nihai rapor paketini oluşturan zamanlanmış görevin tamamlanma zaman damgası (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?dir?
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ı (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ı (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 Workakışının tamamlandığını gösteren önemli bir aşamadır. | ||
|
Neden Önemli?dir?
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, zaman damgası (zaman damgası)'li bir event'tir.
Yakala
Mutabakat sisteminin denetim izindeki 'Onaylandı' durumuna geçişin zaman damgası (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?dir?
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?dir?
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ı, zaman damgası (zaman damgası)'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?dir?
İ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 zaman damgası (zaman damgası)'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?dir?
Ç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 büyük önem taşır.
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 güçlüak için önemli bir kontrol noktasıdır. | ||
|
Neden Önemli?dir?
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ı (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?dir?
Bu el değiştirme, potansiyel bir bekleme noktası veya darboğazdır. 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ı (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?dir?
Ş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ı (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?dir?
Veri import'larının tamamlanmasını takip etmek, veri toplama sürelerini anlamak için temel rol oynar. 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
|
|||