Kayıttan raporlamaya - dönem sonu kapatma ve mutabakat Veri Templateiniz
Kayıttan raporlamaya - dönem sonu kapatma ve mutabakat Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Microsoft Dynamics 365’ten veri çıkarma yönergeleri
Kayıttan raporlamaya - dönem sonu kapatma ve mutabakat öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Dönem sonu kapama sürecinde gerçekleşen belirli bir iş olayının veya görevin adı. Örneğin Deneme mizanı hazırlandı veya Hesap mutabakatı başlatıldı. | ||
|
Açıklama
Etkinlik adı, dönem sonu kapama iş akışındaki tek bir adımı tanımlar. Kaynak verilerdeki her olay kaydı bu etkinliklerden birine karşılık gelir ve her finansal dönem için olay sırasını oluşturur. Bu öznitelik, işlerin gerçekte nasıl yürütüldüğünü gösteren süreç haritasını görselleştirmeyi sağladığı için Process Mining açısından temel önemdedir. Süreç akışını analiz etmek, standart prosedürden sapmaları belirlemek ve önemli kilometre taşları arasındaki süreyi ölçmek için kullanılır.
Neden önemli?
Bu öznitelik, süreç haritasının temelini oluşturur. Dönem sonu kapama çevrimindeki adımların sırasını görselleştirip analiz etmenizi, darboğazları ve sapmaları belirlemenizi sağlar.
Nereden alınır?
General Ledger veya Financial reporting gibi Dynamics 365 modüllerindeki işlem türlerine, durum değişikliklerine ya da belirli olay günlüklerine dayalı iş kurallarından türetilir.
Örnekler
Tahakkuk yevmiye kayıtları işlendiBanka mutabakatı tamamlandıFinansal tablolar oluşturulduBüyük defter dönemi kapatıldı
|
|||
|
Finansal dönem
FinancialPeriod
|
Aralık 2023 için 2023-12 gibi, finansal raporlama dönemini benzersiz biçimde tanımlayan bir değer. İlgili tüm dönem sonu etkinliklerini bir araya getiren birincil vaka kimliği olarak kullanılır. | ||
|
Açıklama
Finansal dönem, genellikle bir ayı veya çeyreği kapsayan belirli bir zaman aralığına ait defter kapama sürecinin tamamını ifade eder. Kapamanın başlatılmasından o dönemin finansal tablolarının son onayına kadar tüm etkinlikler bu kimlikle ilişkilendirilir. Process Mining analizinde bu öznitelik, her vakanın kapsamını belirlemek için önemlidir. Dönem sonu kapama çevrim süresini baştan sona ölçmenizi, farklı dönemlerin performansını karşılaştırmanızı ve her kapama döneminde tekrarlanan sistemik darboğazları belirlemenizi sağlar.
Neden önemli?
Analizin kapsamını belirleyen bu temel vaka kimliği, her raporlama dönemi için dönem sonu kapama sürecinin tamamını başlangıçtan bitişe değerlendirmeyi sağlar.
Nereden alınır?
Bu değer genellikle Microsoft Dynamics 365 içindeki finansal takvim veya defter dönemi tablolarında bulunan Fiscal Year ve Period alanlarından türetilen bileşik bir anahtardır.
Örnekler
2023-122024-012024-Ç12023 mali yılı-12. dönem
|
|||
|
Olay zamanı
EventTime
|
Belirli bir dönem sonu kapama etkinliğinin gerçekleştiği veya tamamlandığı kesin tarih ve saat. | ||
|
Açıklama
Olay zamanı, her etkinlikle ilişkilendirilen zaman damgasıdır ve olayların kronolojik sırasını gösterir. Süreç akışını oluşturmak ve zamana dayalı analizler yapmak için bu veri gereklidir. Process Mining’de bu zaman damgası, etkinlikler arasındaki çevrim sürelerini, toplam süreleri ve bekleme sürelerini hesaplamak için kullanılır. Darboğazları belirlemenin, süreç performansını son tarihlere göre izlemenin ve dönem sonu kapama sürecinin zaman içindeki işleyişini anlamanın temelini oluşturur.
Neden önemli?
Çevrim sürelerini hesaplamak, darboğazları belirlemek ve olayların sırasını anlamak dahil olmak üzere zamana dayalı tüm analizler için önemli bir özniteliktir.
Nereden alınır?
Genellikle Dynamics 365'teki işlemlerin, yevmiye kayıtlarının veya durum kayıtlarının CreatedDateTime ya da ModifiedDateTime gibi sistem tarafından oluşturulan zaman damgası alanlarına karşılık gelir.
Örnekler
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin hangi bilgi sisteminden çıkarıldığını belirtir. Bu süreçte kaynak genellikle Microsoft Dynamics 365 olur. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynağını belirtir. Birden fazla ERP veya finans sistemi kullanılan ortamlarda veri kaynaklarını ayırt etmeye ve veri soy ağacını netleştirmeye yardımcı olur. Analiz sırasında izlenebilirlik ve birden fazla sistemi kapsayabilecek modeller oluşturmak için kullanışlıdır. Bulguların daha ayrıntılı incelenmek üzere doğru kayıt sistemine kadar izlenebilmesini sağlar.
Neden önemli?
Verilerin izlenebilirliğini sağlar. Birden fazla sistemin kullanıldığı ortamlarda süreç olaylarının kaynak sistemleriyle doğru biçimde ilişkilendirilmesi için önemlidir.
Nereden alınır?
Genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında Veri Seti kaynağını belirtmek için eklenen sabit bir değerdir.
Örnekler
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, analiz edilen verilerin hangi tarih itibarıyla geçerli olduğunu belirtir. Process Mining analizinin ve Dashboardların güncelliğini ve geçerliliğini anlamak için önemlidir. Kullanıcılar, ellerindeki verilerin en güncel veriler olup olmadığını bu zaman damgasına bakarak anlar. Verilerin ne kadar güncel olduğunu göstermek için genellikle Dashboardlarda belirgin bir yerde sunulur.
Neden önemli?
Verilerin güncelliğini anlamaya yardımcı olur ve süreç analizinin ne kadar güncel olduğunu gösterir.
Nereden alınır?
Bu değer, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulur ve kaydedilir.
Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Departman
Department
|
Etkinlikle veya etkinliği gerçekleştiren kullanıcıyla ilişkili işlevsel departman. Örneğin Finans, Kontrol veya AP. | ||
|
Açıklama
Departman özniteliği, etkinlikleri belirli iş birimleriyle ilişkilendirerek kurumsal bağlam sağlar. Bu, yevmiye kaydı oluşturan kullanıcının departmanı veya bir GL hesap grubundan sorumlu departman olabilir. Analizde, farklı departmanların dönem sonu kapatma sürecine katkısını anlamak için kullanılır. Departmanlar arasındaki devir teslimleri, gecikmeleri ve kaynak darboğazlarını belirlemeye yardımcı olur. Kullanıcı iş yükü ve performansı gibi Dashboardları destekler.
Neden önemli?
Kurumsal bağlam sağlar; süreç performansını ve iş yükü dağılımını işlevsel alana göre analiz etmeye yardımcı olur.
Nereden alınır?
Kullanıcı profillerinden veya Dynamics 365’teki işlemlerle ilişkili finansal boyutlardan elde edilebilir.
Örnekler
Kurumsal muhasebeBorçlar muhasebesiFP&Aİç denetim
|
|||
|
GL hesabı
GlAccount
|
Yevmiye kaydı veya mutabakat gibi etkinliklerde kullanılan belirli Büyük Defter hesabının numarası. | ||
|
Açıklama
GL hesabı, bir işlemden etkilenen hesap planındaki belirli hesabı tanımlar. Finansal faaliyetleri ayrıntılı incelemeye olanak tanır. Bu öznitelik, mutabakat performansını analiz etmek ve sorunlu hesapları belirlemek için gereklidir. Kapanış sonrası düzeltme sıklığı ve GL hesabı mutabakat performansı gibi Dashboardlar, sık sık düzeltme yapılan veya mutabakatı uzun süren hesapları belirlemek için bu alandan yararlanır.
Neden önemli?
Ayrıntılı finansal analiz yapılmasını sağlar; sık düzeltme yapılan veya mutabakatı uzun süren sorunlu hesapları belirlemeye yardımcı olur.
Nereden alınır?
Dynamics 365’te GeneralJournalAccountEntry veya LedgerJournalTrans gibi defter işlem tablolarında bulunur.
Örnekler
110110601500212100
|
|||
|
Şirket kodu
CompanyCode
|
Dönem sonu kapatma işleminin yapıldığı tüzel kişiyi veya şirketi tanımlayan kod. | ||
|
Açıklama
Şirket kodu, kuruluş içindeki ayrı bir tüzel kişiyi belirtir. Finansal veriler ve kapanış faaliyetleri bu koda göre ayrılır. Farklı tüzel kişilerin performansını karşılaştırmaya olanak tanıdığı için analizde temel bir boyuttur. Hangi şirketlerin kapanış süreçlerini daha verimli yürüttüğünü, hangilerinin zorlandığını belirlemeye ve iyileştirme çalışmalarını doğru noktalara yönlendirmeye yardımcı olur. Genel dönem sonu kapatma çevrim süresi gibi Dashboardların çoğunda verilerin bu özniteliğe göre ayrılması gerekir.
Neden önemli?
Farklı tüzel kişilerin dönem sonu kapatma performansını analiz etmeye, filtrelemeye ve karşılaştırmaya yarayan temel bir boyuttur.
Nereden alınır?
Dynamics 365’te bu alan, neredeyse tüm işlem tablolarında bulunan DataAreaId alanına karşılık gelir.
Örnekler
USMFDEMFGBSI
|
|||
|
Sorumlu kullanıcı
ResponsibleUser
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, dönem sonu kapatma sürecindeki belirli bir görevi yerine getiren kişiyi belirtir. Bu kişi, yevmiye kaydı oluşturan, mutabakatı onaylayan veya rapor hazırlayan kişi olabilir. Kullanıcı bazında analiz, iş yükünün nasıl dağıldığını anlamaya, eğitim ihtiyaçlarını belirlemeye ve kişi ya da ekip performansını değerlendirmeye yardımcı olur. Kullanıcı verimliliği ve kaynak yönetimiyle ilgili Dashboardlar için temel bir boyuttur. Ayrıca Ortalama kullanıcı etkinliği sayısı varyansı KPI’ını hesaplamak için gereklidir.
Neden önemli?
İş yükü dağılımını, kullanıcı performansını ve kaynak tahsisini analiz etmeye yardımcı olur; aşırı iş yükü altındaki ekipleri veya kişileri belirlemeyi sağlar.
Nereden alınır?
Dynamics 365 işlem kayıtlarındaki CreatedBy veya ModifiedBy gibi alanlara karşılık gelir. Kullanıcı bilgileri genellikle System administration modülünde yönetilir.
Örnekler
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Bitiş zamanı
EndTime
|
Ölçülebilir süresi olan bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Mutabakat görevi gibi anlık gerçekleşmeyen etkinliklerde bu zaman damgası, ilgili görevin tamamlandığı anı belirtir. Belirli bir süreyi tanımlamak için StartTime (EventTime) değerini tamamlar. Bu öznitelik, öncelikle tek tek etkinliklerin işlem süresini hesaplamak için kullanılır. Ortalama düzeltme kaydı işlem süresi KPI’ı ve belirli görevlere harcanan zamanı inceleyen Dashboardlar için gereklidir.
Neden önemli?
Tek tek etkinliklerin işlem sürelerini hassas biçimde hesaplamayı sağlar ve görev düzeyindeki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Bu veriyi bulmak zor olabilir. Bir durum değişikliğinin zaman damgasından, ModifiedDateTime alanından veya günlüklerdeki ayrı başlangıç ve bitiş olaylarından alınabilir.
Örnekler
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
Gerçek tamamlanma tarihi
ActualCompletionDate
|
Bir mali döneme ait dönem sonu kapatma sürecinin son adımının tamamlandığı gerçek tarih. | ||
|
Açıklama
Bu öznitelik, belirli bir mali dönem kaydındaki son etkinliğin zaman damgasını belirtir. Örneğin GL döneminin kapatılması veya finansal tabloların onaylanması. Türetilen bu öznitelik, dönem sonu kapatmanın toplam çevrim süresini hesaplamak için gereklidir. Zamanında tamamlama oranı KPI’ını hesaplamak üzere TargetCompletionDate ile karşılaştırılır ve sürecin zamanında tamamlanıp tamamlanmadığını açıkça gösterir.
Neden önemli?
Her dönem için sürecin bitiş noktasını belirler; toplam çevrim süresinin ve zamanında tamamlama KPI’larının hesaplanmasını sağlar.
Nereden alınır?
Olay günlüğünde her FinancialPeriod kaydı için son kaydedilen etkinliğin zaman damgası bulunarak elde edilir.
Örnekler
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
Hedef tamamlanma tarihi
TargetCompletionDate
|
Belirli bir mali dönem için dönem sonu kapatma sürecinin tamamlanmasının planlandığı veya hedeflendiği tarih. | ||
|
Açıklama
Hedef tamamlanma tarihi, mali dönemin kapatılmasının beklendiği son tarihtir. Bu tarih genellikle kapanış takviminin veya planının bir parçası olarak belirlenir. Takvime uyumu değerlendirmek için gereklidir. Gerçek tamamlanma tarihini bu hedefle karşılaştıran dönem sonu kapatmada zamanında tamamlama oranı KPI’ının temelini oluşturur. Tarihten sapmaları incelemek, kapanış sürecinin ne ölçüde öngörülebilir ve güvenilir olduğunu anlamaya yardımcı olur.
Neden önemli?
Son tarihlere göre performansı ölçmeye yardımcı olur ve dönem sonu kapatmanın zamanında tamamlanma oranının hesaplanmasını sağlar.
Nereden alınır?
Bu bilgi, Dynamics 365’te mali dönem veya takvim yapılandırma tablosunda saklanıyor olabilir ya da harici bir planlama aracından alınması gerekebilir. Microsoft Dynamics 365 dokümantasyonuna başvurun.
Örnekler
2023-01-052023-02-042023-03-06
|
|||
|
Kapanış sonrası düzeltme mi
IsPostCloseAdjustment
|
Bir dönem için mizan hazırlandıktan sonra düzeltme yevmiye kaydı oluşturulup oluşturulmadığını belirten, hesaplanmış mantıksal değer. | ||
|
Açıklama
Bu öznitelik, kapanış döngüsünün sonlarında yapılan düzeltmeleri belirler. Aynı mali dönem içinde mizan hazırlandı veya finansal tablolar onaylandı aşamalarından sonra gerçekleşen düzeltme yevmiye kaydı etkinliklerini işaretler. Veri kalitesi ve süreç kontrolü için önemli bir göstergedir. Kapanış sonrası düzeltme kaydı oranı KPI’ını hesaplamak ve kapanış sonrası düzeltme sıklığı Dashboardunu doldurmak için kullanılır. Böylece geç yapılan değişikliklerin kök nedenleri belirlenebilir.
Neden önemli?
Geç yapılan düzeltmeleri belirleyerek veri kalitesi ve süreç kontrolü sorunlarını görünür kılar. Bu düzeltmeler finansal raporların bütünlüğünü tehlikeye atabilir.
Nereden alınır?
Her FinancialPeriod kaydındaki olayların sırası kontrol edilerek veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
Mutabakat kategorisi
ReconciliationCategory
|
Yapılan mutabakatın türünü sınıflandırır. Örneğin Banka, Şirketler arası veya Sabit kıymetler. | ||
|
Açıklama
Mutabakat kategorisi, hesap mutabakatlarını türlerine göre gruplandırır. Böylece tek tek GL hesaplarını incelemek yerine daha genel bir görünüm elde edilir. Kategori bazında analiz, belirli mutabakat türlerindeki sistematik sorunları ortaya çıkarır. Örneğin GL hesabı mutabakat performansı Dashboardu, şirketler arası mutabakatların banka mutabakatlarından sürekli daha uzun sürüp sürmediğini gösterebilir. Bu bilgi, süreç iyileştirme çalışmalarını doğru noktalara yönlendirir.
Neden önemli?
Mutabakat faaliyetlerini sınıflandırarak performans karşılaştırması yapmayı ve belirli mutabakat türlerindeki sistematik sorunları belirlemeyi sağlar.
Nereden alınır?
Bu bilgi, özel bir mutabakat modülünde saklanıyor veya mutabakata konu GL hesabının özelliklerinden elde ediliyor olabilir. Microsoft Dynamics 365 dokümantasyonuna başvurun.
Örnekler
Banka mutabakatıŞirketler arasıBilanço - tahakkuklarSabit kıymetler yardımcı defteri
|
|||
|
Otomatik mi
IsAutomated
|
Bir etkinliğin insan kullanıcı yerine sistem veya otomasyon botu tarafından gerçekleştirilip gerçekleştirilmediğini belirten mantıksal değer. | ||
|
Açıklama
Bu öznitelik, dönem sonu kapatma sürecindeki manuel ve otomatik etkinlikleri birbirinden ayırır. Örneğin otomatik bir arayüz tarafından kaydedilen yevmiye kayıtlarını veya sistemin oluşturduğu raporları belirleyebilir. Bu boyutun analizi, süreçteki otomasyon düzeyini anlamaya yardımcı olur. Otomasyonun verimliliğe katkısını ölçmek, yeni otomasyon fırsatlarını belirlemek ve otomatik adımların hata ya da istisna olmadan beklendiği gibi çalıştığını doğrulamak için kullanılabilir.
Neden önemli?
Otomasyonun süreç üzerindeki etkisini ölçmeye ve verimliliği artırmak için yeni otomasyon fırsatlarını belirlemeye yardımcı olur.
Nereden alınır?
ResponsibleUser değerinin bilinen bir sistem veya hizmet hesabına karşılık gelip gelmediği kontrol edilerek belirlenir.
Örnekler
truefalse
|
|||
|
Tutar
Amount
|
Yevmiye kaydı tutarı gibi bir finansal işlemle ilişkili parasal değer. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin finansal değerini gösterir. Özellikle yevmiye kayıtları, düzeltmeler ve mutabakatlar için önemlidir. Process Mining analizinde tutar, sorunlara öncelik vermek için kullanılabilir. Örneğin kapanış sonrası düzeltmelerin değerini incelemek, yüksek tutarlı düzeltmelere odaklanmayı sağlar. Süreç haritası, yalnızca yüksek veya düşük tutarlı işlem akışlarını gösterecek şekilde de filtrelenebilir.
Neden önemli?
Süreç olaylarına finansal bağlam kazandırır. Yüksek tutarlı düzeltmelerin incelenmesine öncelik vermek gibi parasal etkiye dayalı analizler yapılmasını sağlar.
Nereden alınır?
Dynamics 365’te GeneralJournalAccountEntry gibi tablolarda bulunan AmountCur veya TransactionCurrencyAmount gibi tutar alanlarında yer alır.
Örnekler
15000.50-250.00125000.00
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin veya etkinlik dizisinin aynı kayıt için tek bir kayıt kapsamında tekrarlandığını belirten, hesaplanmış mantıksal değer. | ||
|
Açıklama
Yeniden çalışma göstergesi, işin birden fazla kez yapılması gereken durumları belirler. Örneğin onaylandıktan sonra yeniden açılan bir mutabakat veya ters kayıt yapılıp yeniden kaydedilen bir yevmiye kaydı. Bu öznitelik, süreçteki verimsizliği ve israfı ölçmek için önemlidir. Mutabakatlarda yeniden çalışma oranı KPI’ına ve dönem sonu kapatmada yeniden çalışma ve sapmalar Dashboarduna doğrudan veri sağlar. Böylece kalite sorunlarının veya gereksiz iş yüküne yol açan belirsiz prosedürlerin bulunduğu alanlar görünür olur.
Neden önemli?
Tekrarlanan işleri belirleyerek süreçteki verimsizliği ölçer; kalite sorunlarını ve prosedürleri iyileştirme fırsatlarını ortaya çıkarır.
Nereden alınır?
Bu gösterge, aynı mali dönem içinde aynı varlık (örneğin aynı GL hesabı) için tekrarlanan etkinlikleri tespit eden mantık uygulanarak veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
Yevmiye kaydı kimliği
JournalEntryId
|
Yevmiye kaydı belgesine atanan benzersiz tanımlayıcı. | ||
|
Açıklama
Yevmiye kaydı kimliği, Büyük Defterde oluşturulan her yevmiye kaydına atanan benzersiz numaradır. Dynamics 365’teki kaynak işleme doğrudan bağlantı sağlar. Üst düzey süreç analizlerinde her zaman kullanılmasa da ayrıntıya inmek ve kök neden analizi yapmak için çok değerlidir. Kapanış sonrası düzeltme gibi bir anormallik bulunduğunda analist, bu kimlikle kaynak sistemdeki ilgili işlemi hızla bulup ayrıntılı inceleyebilir.
Neden önemli?
ERP’deki kaynak işleme doğrudan bağlantı sağlar. Böylece belirli yevmiye kayıtlarının kök nedenini araştırmak için hızla ayrıntıya inebilirsiniz.
Nereden alınır?
LedgerJournalTable ve LedgerJournalTrans gibi tablolardaki JournalNumber alanına karşılık gelir.
Örnekler
JV-001234GENJ005678ACCR-000987
|
|||
Kayıttan raporlamaya - dönem sonu kapatma ve mutabakat etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Büyük defter dönemi kapatıldı
|
Sürecin son etkinliğinde büyük defter dönemi resmen kapatılır ve yeni kayıtların işlenmesi engellenir. Dynamics 365'te açıkça kaydedilen ve denetlenebilen bir durum değişikliğidir. | ||
|
Neden önemli?
Kesin bitiş olayı olan bu etkinlik, ortalama dönem sonu kapama çevrim süresini hesaplamak için gereklidir. Finansal dönemin nihai ve geri alınamaz biçimde tamamlandığını gösterir.
Nereden alınır?
Defter takviminden (LedgerPeriod varlığı) alınır. Dönem durumu Closed olarak değiştirildiğinde oluşan zaman damgası, olay zamanıdır.
Kaydedin
Denetim izinde LedgerPeriod durum alanının Closed olarak ayarlandığı zaman damgasını belirleyin.
Olay türü
explicit
|
|||
|
Deneme mizanı hazırlandı
|
Bilinen tüm düzeltmelerin işlendiği ve ön deneme mizanının incelemeye hazır kabul edildiği noktayı gösteren önemli bir kilometre taşıdır. Veri girişinin tamamlandığını belirten, çıkarıma dayalı bir olaydır. | ||
|
Neden önemli?
Bu etkinlik, finansal tablolar oluşturulmadan önce önemli bir kontrol noktasıdır. Veri düzeltme aşamasını raporlama ve inceleme aşamasından ayırır.
Nereden alınır?
Bu kavramsal bir kilometre taşıdır. Finansal tabloların oluşturulması başlamadan önce işlenen son düzeltme yevmiye kaydının zaman damgası olarak belirlenebilir.
Kaydedin
Tablo oluşturma görevleri başlamadan önce ilgili dönem için işlenen son GeneralJournalEntry kaydının zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Dönem sonu kapama süreci başlatıldı
|
Bu etkinlik, belirli bir döneme ait finansal kapama sürecinin başlangıcını gösterir. Genellikle Financial close çalışma alanında bir kapama takvimi oluşturulmasından veya defter dönemindeki ilk durum değişikliğinden anlaşılır. | ||
|
Neden önemli?
Başlangıç olayı olarak bu etkinlik, toplam dönem sonu kapama çevrim süresini ölçmek için önemlidir. Bu olaydan itibaren geçen süreyi analiz ederek sürecin toplam süresini ve takvime uyumu belirleyebilirsiniz.
Nereden alınır?
Financial close yapılandırmasının oluşturulma tarihinden veya ilgili finansal dönemdeki ilk kapama görevinin zaman damgasından anlaşılır. Bu veriler Financial close çalışma alanı varlıklarında bulunur.
Kaydedin
Finansal kapama kontrol listesinin oluşturulma zaman damgasını veya döneme ait kapama etkinliklerinden en erken olanın zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Finansal tablolar onaylandı
|
Bu son onay kilometre taşı, yönetimin ilgili döneme ait finansal tabloları inceleyip onayladığını gösterir. Genellikle Financial close çalışma alanındaki bir görev üzerinden kaydedilir. | ||
|
Neden önemli?
Bu önemli iş kilometre taşı, inceleme aşamasını tamamlar. Finansal tablo inceleme süresini ve genel süreç yönetişimini ölçmek için gereklidir.
Nereden alınır?
Financial close çalışma alanından alınır. İlgili dönemin kapama kontrol listesindeki son onay görevinin tamamlanma zaman damgasıyla kaydedilir.
Kaydedin
Financial close çalışma alanındaki Final Approval olarak belirlenmiş görevin tamamlanma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Hesap mutabakatı onaylandı
|
Bu etkinlik, hazırlanan hesap mutabakatının bir yönetici veya incelemeyi yapan kişi tarafından kontrol edilip onaylandığını gösterir. Genellikle Financial close çalışma alanındaki bir görevin son durum güncellemesi olarak kaydedilir. | ||
|
Neden önemli?
Bu önemli kilometre taşı, bir hesabın mutabakatını tamamlar. Ortalama mutabakat onay süresi KPI’ını hesaplamak ve onay darboğazlarını belirlemek için gereklidir.
Nereden alınır?
Financial close çalışma alanının görev yönetimi varlıklarından alınır. Mutabakat görevinin durumu Completed veya Approved olarak değiştirildiğinde oluşan zaman damgası, olay zamanıdır.
Kaydedin
Bir kapama görevinin durumunun Completed veya eşdeğer bir son duruma güncellendiği zaman damgasını kaydedin.
Olay türü
explicit
|
|||
|
Alt defterler işleme kapatıldı
|
Bu etkinlik, Borçlar Muhasebesi ve Alacaklar Muhasebesi gibi işlem alt defterlerinin ilgili dönemde yeni işlem kaydetmesinin engellendiği noktayı gösterir. Her modülün defter dönemindeki durum değişiklikleri izlenerek kaydedilir. | ||
|
Neden önemli?
Bu önemli kontrol noktası, büyük defter çalışmalarına başlanmadan önce veri bütünlüğünü korur. Buradaki gecikmeler tüm kapama takvimini etkileyebilir.
Nereden alınır?
Her alt defter modülünün defter takvimi dönem durumundan anlaşılır. Borçlar Muhasebesi, Alacaklar Muhasebesi ve diğer modüllerde durumun On hold olarak değişmesi, bu etkinliğin gerçekleştiğini gösterir.
Kaydedin
Modüle göre filtreleme yaparak LedgerPeriod varlığının denetim izinde On hold durumuna geçişleri belirleyin.
Olay türü
inferred
|
|||
|
Banka mutabakatı başlatıldı
|
Belirli bir banka hesabı ve dönem için banka mutabakatı sürecinin başlangıcını gösterir. Kullanıcının yeni bir banka mutabakatı çalışma sayfası oluşturmasıyla kaydedilen açık bir olaydır. | ||
|
Neden önemli?
Bu etkinliğin zamanı, banka mutabakatı alt sürecini anlamak açısından önemlidir. Nakit mutabakatı etkinliklerinin verimliliğini ölçmek için başlangıç noktasıdır.
Nereden alınır?
BankStatement ve BankStatementLine tablolarından alınır. Yeni bir banka ekstresi mutabakat kaydının oluşturulma zaman damgası, olay zamanı olarak kullanılır.
Kaydedin
İlgili finansal dönem için BankStatement tablosundaki CreatedDateTime alanını kullanın.
Olay türü
explicit
|
|||
|
Banka mutabakatı tamamlandı
|
Bu etkinlik, banka mutabakatının tamamlandığını ve kaydedildiğini gösterir. Banka mutabakatı kaydındaki durum değişikliğinden alınan açık bir olaydır. | ||
|
Neden önemli?
Bu, kapama sürecindeki önemli bir kilometre taşıdır. Tamamlanma zamanını izlemek, banka mutabakatı çevriminin işlem hacmini ve süresini ölçmeye yardımcı olur.
Nereden alınır?
BankStatement varlığının durumu Reconciled olarak değiştiğinde veya ilgili mutabakat yevmiye kaydının işlenme zaman damgasından anlaşılır.
Kaydedin
BankStatement durum alanının Reconciled olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Büyük defter dönemi yeniden açıldı
|
Bu istisna etkinliği, geç bir düzeltme kaydı işlemek için daha önce kapatılmış bir dönemin yeniden açılmasıyla gerçekleşir. Durumun Closed değerinden On hold veya Open değerine değişmesiyle açıkça kaydedilir. | ||
|
Neden önemli?
Bir dönemin yeniden açılması, standart süreçten önemli bir sapmadır ve kontrol zayıflığına ya da ciddi bir hataya işaret eder. Sıklığını izlemek, süreç iyileştirme ve uyumluluk açısından önemlidir.
Nereden alınır?
Defter takviminden (LedgerPeriod varlığı) alınır. Dönem durumu Closed değerinden kapalı olmayan bir duruma döndürüldüğünde oluşan zaman damgası, olay zamanıdır.
Kaydedin
Denetim izinde LedgerPeriod durumunun Closed değerinden değiştirildiği zaman damgasını belirleyin.
Olay türü
explicit
|
|||
|
Düzeltme yevmiye kayıtları işlendi
|
Bu olay, ilk mutabakatlar tamamlandıktan sonra ancak son kapamadan önce düzeltme yevmiye kayıtlarının işlenmesini gösterir. Belirli bir yevmiye adı veya kayıt tarihiyle belirlenen açık işlemlerdir. | ||
|
Neden önemli?
Düzeltmelerin sık yapılması, veri kalitesi veya önceki süreçlerle ilgili sorunlara işaret edebilir. Bu etkinliği izlemek, kapama sonrası düzeltme kaydı oranını ölçmeye ve sorunlu hesapları belirlemeye yardımcı olur.
Nereden alınır?
GeneralJournalEntry tablosundan alınır. Belirlenmiş Adjustment yevmiye adına sahip kayıtlar veya deneme mizanının hazırlanma tarihinden sonra işlenen kayıtlar filtrelenerek belirlenir.
Kaydedin
Belirli bir JournalName değerini veya diğer kilometre taşlarına göre kayıt tarihini kullanarak GeneralJournalEntry kayıtlarını filtreleyin.
Olay türü
explicit
|
|||
|
Finansal tablolar oluşturuldu
|
Bu etkinlik, gelir tablosu ve bilanço gibi resmi finansal raporların oluşturulmasını gösterir. Bir raporun çalıştırılmasını gerektirdiğinden bu olayı kaydetmek çoğu zaman zordur. | ||
|
Neden önemli?
Bu etkinlik, son inceleme döngüsünün başlangıcını gösterir. Bu etkinlikten son onaya kadar geçen süre, yönetim incelemesinin verimliliğini ölçen önemli bir KPI’dır.
Nereden alınır?
Financial Reporter (eski adıyla Management Reporter) aracının sistem günlüklerinde bu bilgi bulunabilir. Ancak bu bilgi genellikle işlem tablolarında saklanmaz ve özel günlük kaydı gerektirebilir.
Kaydedin
Sistem günlüklerinin analiz edilmesi veya özel olay kaydı gerekir. Standart bir uygulamada bu veri bulunmayabilir.
Olay türü
inferred
|
|||
|
Hesap mutabakatı başlatıldı
|
Bir kullanıcının bilanço hesabı gibi belirli bir büyük defter hesabı için mutabakat görevine başlamasını gösterir. Financial close çalışma alanındaki bir görevin durum değişikliği olarak kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, hesap bazında mutabakat çevrim sürelerini ölçmek için başlangıç noktasıdır. Hangi hesapların mutabakatına başlamanın en uzun sürdüğünü belirlemeye yardımcı olur.
Nereden alınır?
Financial close çalışma alanının görev yönetimi varlıklarından alınır. Mutabakat görevinin durumu In progress olarak değiştirildiğinde oluşan zaman damgası, olay zamanıdır.
Kaydedin
Bir kapama görevinin durumunun In progress veya benzer bir duruma güncellendiği zaman damgasını kaydedin.
Olay türü
explicit
|
|||
|
Şirketler arası yevmiye kayıtları işlendi
|
Bu etkinlik, kuruluş içindeki farklı tüzel kişiliklerin bakiyelerini mutabık hale getirmek için yevmiye kayıtlarının işlenmesini gösterir. Büyük defter işlem günlüklerinden alınan açık bir olaydır. | ||
|
Neden önemli?
Şirketler arası mutabakatlar çoğu zaman karmaşıklığa ve gecikmelere yol açar. Bu etkinliği izlemek, şirketler arası mutabakat süresi KPI’ını ölçmeye ve verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
GeneralJournalEntry tablosundan alınır. Intercompany işareti seçilmiş olan veya şirketler arası hesapları içeren işlemler bu kapsamdadır.
Kaydedin
İşlem türü şirketler arası kayıt olduğunu gösteren GeneralJournalEntry kayıtlarını filtreleyin.
Olay türü
explicit
|
|||
|
Tahakkuk yevmiye kayıtları işlendi
|
Bu olay, tahakkuk eden gider ve gelirler için yevmiye kayıtlarının işlenmesini gösterir. Büyük defter işlem verilerinden alınan açık bir işlemdir ve belirli yevmiye adları veya türleriyle belirlenir. | ||
|
Neden önemli?
Tahakkukların zamanını ve hacmini izlemek, kapama sırasındaki iş yükünü anlamak açısından önemlidir. Bu, kayıtlar için bilgi toplama sürecindeki bağımlılıkları ve olası darboğazları belirlemeye yardımcı olur.
Nereden alınır?
GeneralJournalEntry ve GeneralJournalAccountEntry tablolarından alınır. Kapama dönemi içinde işlenen ve tahakkuklar için belirlenmiş ACCR gibi bir yevmiye adına sahip işlemleri filtreleyin.
Kaydedin
Tahakkuklar için kullanılan belirli bir JournalName veya PostingType değerine göre GeneralJournalEntry kayıtlarını filtreleyin.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu veri şablonunu kullanarak Kayıttan Raporlamaya sürecinizi bugün iyileştirmeye başlayın. Daha hızlı ve doğru finansal raporlama, ayrıca daha iyi uyumluluk için ilk adımı atın.
Kayıttan Raporlamaya dönem sonu kapanışını ve mutabakatı hızlandırın
Çevrim süresini %30 azaltın, finansal kapanışları hızlandırırken doğruluğu artırın.
Kredi kartı gerekmez. İyileştirmeye bugün başlayın.