Record to Report - Dönem Sonu Kapatma ve Mutabakat Veri Şablonunuz
Record to Report - Dönem Sonu Kapatma ve Mutabakat Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- Microsoft Dynamics 365 için veri çıkarma rehberi
Kayıttan Raporlamaya - Dönem kapanışı ve mutabakat öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet adı
ActivityName
|
Dönem kapanış sürecinde gerçekleşen belirli bir iş olayının veya görevin adıdır. Örneğin 'Trial Balance Prepared' veya 'Account Reconciliation Started'. | ||
|
Açıklama
Etkinlik adı, uçtan uca dönem sonu kapatma iş akışındaki tek bir adımı açıklar. Kaynak verilerdeki her olay kaydı bu etkinliklerden birine karşılık gelir ve her finansal dönem için olaylar dizisini oluşturur. Bu öznitelik, süreç haritasının görselleştirilmesini sağladığı için Process Mining açısından temel öneme sahiptir. İşin gerçekte nasıl yapıldığını gösterir. Süreç akışını analiz etmek, standart prosedürden sapmaları belirlemek ve farklı temel kilometre taşları arasındaki süreyi ölçmek için kullanılır.
Neden önemli?
Bu öznitelik, dönem kapanış döngüsündeki adımların sırasını, darboğazları ve sapmaları görselleştirip analiz etmenizi sağlayan süreç haritasının temelini oluşturur.
Nereden alınır?
General Ledger veya Financial reporting gibi Dynamics 365 modüllerindeki işlem türlerine, durum değişikliklerine veya belirli olay günlüklerine dayanan iş mantığından türetilir.
Örnekler
Tahakkuk yevmiye kayıtları kaydedildiBanka mutabakatı tamamlandıMali tablolar oluşturulduGL dönemi kapatıldı
|
|||
|
Mali dönem
FinancialPeriod
|
Aralık 2023 için '2023-12' gibi, mali raporlama döngüsünü tanımlayan benzersiz bir tanımlayıcıdır. İlgili tüm dönem sonu faaliyetlerini gruplayan birincil vaka tanımlayıcısı olarak kullanılır. | ||
|
Açıklama
Mali Dönem, genellikle bir ay veya çeyrek için defterlerin kapatılmasına ilişkin tüm yaşam döngüsünü ifade eder. Kapanışın başlatılmasından o döneme ait nihai mali tabloların onaylanmasına kadar tüm faaliyetler bu tanımlayıcıyla ilişkilendirilir. Process Mining analizinde bu öznitelik, her vakanın kapsamını tanımlamak için gereklidir. Uçtan uca dönem kapanış döngüsü süresini ölçmenize, farklı dönemlerdeki performansı karşılaştırmanıza ve her kapanış döngüsünde tekrarlanan sistemik darboğazları belirlemenize olanak tanır.
Neden önemli?
Analizin çerçevesini oluşturan temel vaka tanımlayıcısıdır. Her bir raporlama döngüsü için dönem kapanış sürecinin baştan sona değerlendirilmesini sağlar.
Nereden alınır?
Bu, genellikle Microsoft Dynamics 365 içindeki mali 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-1. çeyrekFY2023-P12
|
|||
|
Olay zamanı
EventTime
|
Belirli bir dönem kapanış faaliyetinin gerçekleştirildiği veya tamamlandığı kesin tarih ve saattir. | ||
|
Açıklama
Olay Zamanı, her faaliyetle ilişkilendirilen ve olayların kronolojik sırasını gösteren zaman damgasıdır. Süreç akışını oluşturmak ve zamana dayalı analiz yapmak için bu veri gereklidir. Process Mining içinde bu zaman damgası, faaliyetler arasındaki döngü sürelerini, 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 kapanış sürecinin zamansal dinamiklerini anlamanın temelini oluşturur.
Neden önemli?
Döngü sürelerini hesaplama, darboğazları belirleme ve olayların sırasını anlama dahil olmak üzere zamana dayalı tüm analizler için önemli bir özniteliktir.
Nereden alınır?
Genellikle Dynamics 365 içindeki işlemlerde, yevmiyelerde veya durum kayıtlarında bulunan 'CreatedDateTime' veya '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ı gösterir. Bu süreç için genellikle 'Microsoft Dynamics 365' değerini alır. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynağını belirtir. Birden fazla ERP veya mali sistemin bulunduğu ortamlarda veri kaynaklarını ayırt etmenize ve veri soyunun açık olmasını sağlamanıza yardımcı olur. Analiz açısından izlenebilirlik ve birden fazla sistemi kapsayabilecek modeller oluşturmak için kullanışlıdır. Bulguların daha ayrıntılı inceleme için doğru kayıt sistemine kadar izlenebilmesini sağlar.
Neden önemli?
Veri izlenebilirliğini sağlar ve süreç olaylarını kaynak sistemleriyle doğru şekilde ilişkilendirmek için çok sistemli ortamlarda büyük önem taşır.
Nereden alınır?
Genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde Veri Seti kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son yenilendiğini veya çıkarıldığını gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, analiz edilen verilerin geçerli olduğu tarihi belirtir. Process Mining analizinin ve Dashboardların güncelliğini ve geçerliliğini anlamak için önemlidir. Kullanıcılar, mevcut en güncel verilere bakıp bakmadıklarını anlamak için bu zaman damgasına güvenir. Verilerin güncelliği hakkında bağlam sağlamak amacıyla genellikle Dashboardlarda belirgin biçimde gösterilir.
Neden önemli?
Verilerin güncelliği hakkında önemli bağlam sağlar ve kullanıcıların süreç analizlerinin ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
Veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve saklanır.
Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Departman
Department
|
Faaliyetle veya faaliyeti gerçekleştiren kullanıcıyla ilişkili işlevsel departmandır. Örneğin 'Finance', 'Controlling' veya 'AP'. | ||
|
Açıklama
Departman özniteliği, etkinlikleri belirli işlevlerle ilişkilendirerek kurumsal bağlam sağlar. Bu, yevmiye kaydını oluşturan kullanıcının departmanı veya bir dizi büyük defter hesabından sorumlu departman olabilir. Analizde farklı departmanların dönem sonu kapatma sürecine nasıl katkıda bulunduğunu anlamak için kullanılır. Departmanlar arası devir teslimleri, gecikmeleri ve kaynak darboğazlarını belirlemeye yardımcı olur ve '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 etmenize olanak tanır.
Nereden alınır?
Kullanıcı profillerinden veya Dynamics 365 içindeki işlemlerle ilişkilendirilen mali boyutlardan türetilebilir.
Örnekler
Kurumsal muhasebeBorçlar muhasebesiFP&Aİç denetim
|
|||
|
GL hesabı
GlAccount
|
Yevmiye kaydı veya mutabakat gibi faaliyette yer alan belirli Genel Muhasebe hesabı numarasıdır. | ||
|
Açıklama
Büyük defter hesabı, bir işlemden etkilenen hesap planındaki belirli hesabı tanımlar. Finansal etkinlikler için ayrıntılı bir görünüm sağlar. Bu öznitelik, mutabakat performansını analiz etmek ve sorunlu hesapları belirlemek için gereklidir. 'Kapanış sonrası düzeltme sıklığı' ve 'Büyük defter hesabı mutabakat performansı' gibi Dashboardlar, sık sık düzeltme yapılan veya mutabakatı uzun süren hesapları belirlemek için bu alana dayanır.
Neden önemli?
Ayrıntılı mali analiz yapmanızı sağlar; düzeltme oranı yüksek veya mutabakat süresi uzun olan sorunlu hesapları belirlemenize yardımcı olur.
Nereden alınır?
Dynamics 365 içindeki 'GeneralJournalAccountEntry' veya 'LedgerJournalTrans' gibi defter işlem tablolarında bulunur.
Örnekler
110110601500212100
|
|||
|
Şirket kodu
CompanyCode
|
Dönem kapanışının gerçekleştirildiği tüzel kişiliğin veya şirketin tanımlayıcısıdır. | ||
|
Açıklama
Şirket Kodu, kuruluş içindeki ayrı bir tüzel kişiliği temsil eder. Mali veriler ve kapanış faaliyetleri bu koda göre ayrılır. Bu, farklı tüzel kişiliklerin performansını karşılaştırmanızı sağlayan önemli bir analiz boyutudur. Hangi şirketlerin daha verimli kapanış süreçlerine sahip olduğunu ve hangilerinin zorlandığını belirlemenize yardımcı olarak hedefli iyileştirme çalışmalarını destekler. 'Overall Period Close Cycle Time' gibi çoğu Dashboard, bu özniteliğe göre segmentasyon gerektirir.
Neden önemli?
Filtreleme ve karşılaştırma için temel bir boyuttur; farklı tüzel kişiliklerdeki dönem kapanış performansını analiz etmenizi sağlar.
Nereden alınır?
Dynamics 365 içinde, neredeyse tüm işlem tablolarında bulunan 'DataAreaId' alanına karşılık gelir.
Örnekler
USMFDEMFGBSI
|
|||
|
Sorumlu kullanıcı
ResponsibleUser
|
Faaliyeti gerçekleştiren kişinin kullanıcı kimliği veya adıdır. | ||
|
Açıklama
Bu öznitelik, dönem sonu kapatma sürecinde belirli bir görevi gerçekleştirmekten sorumlu kişiyi tanımlar. Yevmiye kaydı oluşturan, mutabakatı onaylayan veya rapor hazırlayan kişi olabilir. Kullanıcı bazında analiz yapmak, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve kişi ya da ekip performansını değerlendirmeye yardımcı olur. Kullanıcı üretkenliği ve kaynak yönetimiyle ilgili Dashboardlar için temel bir boyuttur ve 'Ortalama kullanıcı etkinlik sayısı varyansı' KPI değerini hesaplamak için gereklidir.
Neden önemli?
İş yükü dağılımını, kullanıcı performansını ve kaynak tahsisini analiz etmenizi sağlar; aşırı yük altındaki ekipleri veya kişileri belirlemenize yardımcı olur.
Nereden alınır?
Dynamics 365 içindeki işlem kayıtlarında bulunan '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üreye sahip bir faaliyetin ne zaman tamamlandığını gösteren zaman damgasıdır. | ||
|
Açıklama
Mutabakat görevi gibi anlık gerçekleşmeyen etkinliklerde bu zaman damgası, ilgili görevin tamamlandığı anı belirtir. Ayrı bir süreyi tanımlamak için StartTime (EventTime) özniteliğini 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 değeri ve belirli görevlerde harcanan sürenin dağılımını analiz eden Dashboardlar için gereklidir.
Neden önemli?
Münferit faaliyetlerin kesin işlem sürelerini hesaplamanızı sağlar ve görev düzeyindeki belirli darboğazları belirlemek için önemlidir.
Nereden alınır?
Bu veriyi elde etmek zor olabilir. Bir durum değişikliği zaman damgasından, 'ModifiedDateTime' alanından veya günlüklerdeki ayrı bir başlangıç/bitiş olay çifti üzerinden alınabilir.
Örnekler
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
Gerçek tamamlanma tarihi
ActualCompletionDate
|
Bir mali dönem için dönem kapanış sürecinin son adımının tamamlandığı gerçek tarihtir. | ||
|
Açıklama
Bu öznitelik, 'GL Period Closed' veya 'Financial Statements Approved' gibi belirli bir mali dönem vakasındaki son faaliyetin zaman damgasını gösterir. Türetilen bu öznitelik, dönem kapanışının genel döngü süresini hesaplamak için gereklidir. Ayrıca 'Period Close On-Time Rate' KPI'ını hesaplamak üzere 'TargetCompletionDate' ile karşılaştırılır ve zamanında tamamlanmayı açıkça ölçmenizi sağlar.
Neden önemli?
Her dönem için sürecin bitiş noktasını tanımlar ve genel döngü süresi ile zamanında tamamlanma KPI'larını hesaplamanızı sağlar.
Nereden alınır?
Olay günlüğündeki her 'FinancialPeriod' vakası için kaydedilen son faaliyetin zaman damgası bulunarak türetilir.
Ö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 kapanış sürecinin tamamlanmasının planlandığı veya hedeflendiği tarihtir. | ||
|
Açıklama
Hedef Tamamlanma Tarihi, mali dönemin kapatılmasının beklendiği son tarihtir. Genellikle kapanış takviminin veya planının bir parçası olarak belirlenir. Bu öznitelik, planlanan tarihe göre performansı değerlendirmek için gereklidir. Gerçek tamamlanma tarihini bu hedefle karşılaştıran 'Period Close On-Time Rate' KPI'ının temelini oluşturur. Bu tarihten sapmaları analiz etmek, kapanış sürecinin öngörülebilirliğini ve güvenilirliğini anlamanıza yardımcı olur.
Neden önemli?
Son tarihlere göre performansı ölçmek için gereklidir ve dönem kapanışının zamanında tamamlanma oranlarını hesaplamanızı sağlar.
Nereden alınır?
Dynamics 365 içindeki mali dönem veya takvim yapılandırma tablosunda saklanabilir ya da harici bir planlama aracından alınması gerekebilir. Microsoft Dynamics 365 belgelerine başvurun.
Örnekler
2023-01-052023-02-042023-03-06
|
|||
|
Kapanış sonrası düzeltme mi
IsPostCloseAdjustment
|
Bir düzeltme yevmiyesi bir dönem için deneme mizanı hazırlandıktan sonra kaydedilmişse true değerini alan hesaplanmış boolean işaretidir. | ||
|
Açıklama
Bu öznitelik, kapanış döngüsünün sonlarında yapılan düzeltmeleri özel olarak belirler. Aynı finansal dönem içinde 'Mizan hazırlandı' veya 'Finansal tablolar onaylandı' kilometre taşlarından sonra gerçekleşen tüm 'Düzeltme yevmiye kayıtları kaydedildi' etkinliklerini işaretler. Bu, veri kalitesinin ve süreç kontrolünün önemli bir göstergesidir. 'Kapanış sonrası düzeltme kaydı oranı' KPI değerini hesaplamak ve 'Kapanış sonrası düzeltme sıklığı' Dashboardunu doldurmak için kullanılır. Böylece geç değişikliklerin temel nedenlerini belirlemenize yardımcı olur.
Neden önemli?
Geç düzeltmeleri belirleyerek veri kalitesi ve süreç kontrolü sorunlarını görünür kılar. Bu sorunlar mali raporların bütünlüğünü zedeleyebilir.
Nereden alınır?
Her Financial Period vakasındaki olayların sırası kontrol edilerek veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
Mutabakat kategorisi
ReconciliationCategory
|
Gerçekleştirilen mutabakat türünü sınıflandırır. Örneğin 'Bank', 'Intercompany' veya 'Fixed Assets'. | ||
|
Açıklama
Mutabakat kategorisi, tek tek hesap mutabakatlarını niteliklerine göre mantıksal gruplar halinde toplar. Tek tek büyük defter hesaplarına bakmaya kıyasla daha üst düzey bir görünüm sunar. Kategori bazında analiz yapmak, belirli mutabakat türlerindeki sistemik sorunları belirlemeye yardımcı olur. Örneğin 'Büyük defter hesabı mutabakat performansı' Dashboardu, şirketler arası mutabakatların banka mutabakatlarından sürekli daha uzun sürüp sürmediğini göstermek için bu özniteliği kullanabilir. Böylece hedefli süreç iyileştirmeleri yapılabilir.
Neden önemli?
Mutabakat faaliyetlerini kategorilere ayırmanıza, performansı karşılaştırmanıza ve belirli mutabakat türlerindeki sistemik sorunları belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi, özel bir mutabakat modülünde saklanabilir veya mutabakatı yapılan GL Hesabının özelliklerinden türetilebilir. Microsoft Dynamics 365 belgelerine başvurun.
Örnekler
Banka mutabakatıŞirketler arasıBilanço - TahakkuklarDuran varlıklar yardımcı defteri
|
|||
|
Otomatik mi
IsAutomated
|
Bir faaliyetin insan kullanıcı yerine sistem veya otomasyon botu tarafından gerçekleştirilip gerçekleştirilmediğini gösteren boolean işaretidir. | ||
|
Açıklama
Bu öznitelik, dönem kapanış sürecindeki manuel ve otomatik faaliyetleri birbirinden ayırır. Otomatik bir arayüz tarafından kaydedilen yevmiye kayıtlarını veya sistem tarafından oluşturulan raporları belirleyebilir. Bu boyutu analiz etmek, süreçteki otomasyon düzeyini anlamanıza yardımcı olur. Otomasyonun sağladığı verimlilik kazanımlarını ölçmek, yeni otomasyon fırsatlarını belirlemek ve otomatik adımların hata veya istisna olmadan beklendiği gibi çalıştığından emin olmak için kullanılabilir.
Neden önemli?
Otomasyonun süreç üzerindeki etkisini ölçmenize ve verimliliği artırmak için yeni otomasyon fırsatlarını belirlemenize yardımcı olur.
Nereden alınır?
Genellikle 'ResponsibleUser' değerinin bilinen bir sistem veya hizmet hesabına karşılık gelip gelmediği kontrol edilerek türetilir.
Örnekler
truefalse
|
|||
|
Tutar
Amount
|
Yevmiye kaydı tutarı gibi bir mali işlemle ilişkilendirilen parasal değerdir. | ||
|
Açıklama
Bu öznitelik, bir faaliyetin mali değerini yakalar. Özellikle yevmiye kayıtları, düzeltmeler ve mutabakatlar için önemlidir. Process Mining analizinde tutar, sorunları önceliklendirmek için kullanılabilir. Örneğin kapanış sonrası düzeltmelerin değerini analiz etmek, dikkati yüksek tutarlı düzeltmelere yönlendirmeye yardımcı olur. Ayrıca süreç haritasını filtreleyerek yalnızca yüksek veya düşük tutarlı işlem akışlarını görüntülemenizi sağlar.
Neden önemli?
Süreç olaylarına mali bağlam kazandırır ve yüksek tutarlı düzeltmelerin incelenmesine öncelik verme gibi parasal etkiye dayalı analizler yapmanızı sağlar.
Nereden alınır?
Dynamics 365 içindeki 'GeneralJournalAccountEntry' gibi tablolarda bulunan 'AmountCur' veya 'TransactionCurrencyAmount' gibi tutar alanlarında yer alır.
Örnekler
15000.50-250.00125000.00
|
|||
|
Yeniden işleme mi
IsRework
|
Bir vaka içinde aynı öğe için bir faaliyetin veya faaliyet dizisinin tekrarlandığı durumlarda true değerini alan hesaplanmış boolean işaretidir. | ||
|
Açıklama
Yeniden çalışma göstergesi, bir işin birden fazla kez yapılması gereken durumları belirler. Bu durum, onaylandıktan sonra yeniden açılan bir mutabakat veya geri alınıp yeniden kaydedilen bir yevmiye kaydı olabilir. Bu öznitelik, süreç verimsizliğini ve israfı ölçmek için önemlidir. 'Mutabakat yeniden çalışma oranı' KPI değerini ve 'Dönem sonu kapatma yeniden çalışma ve sapmaları' Dashboardunu doğrudan besler. Böylece kalite sorunlarına veya gereksiz çalışmaya yol açan belirsiz prosedürleri gösterir.
Neden önemli?
Tekrarlanan işleri işaretleyerek süreç verimsizliğini ölçer ve kalite sorunlarını ve prosedür iyileştirme fırsatlarını belirlemenize yardımcı olur.
Nereden alınır?
Aynı Financial Period içinde aynı varlık, örneğin aynı GL Account, için tekrarlanan faaliyetleri belirleyen mantık uygulanarak veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
Yevmiye kaydı kimliği
JournalEntryId
|
Bir yevmiye kaydı belgesinin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Yevmiye Kaydı Kimliği, genel muhasebede oluşturulan her yevmiyeye atanan benzersiz numaradır. Dynamics 365 içindeki kaynak işleme doğrudan bağlantı sağlar. Üst düzey süreç analizlerinde her zaman kullanılmasa da ayrıntıya inme ve kök neden analizi için çok değerlidir. Kapanış sonrası düzeltme gibi bir anomali bulunduğunda bu kimlik, analistin ayrıntılı inceleme için kaynak sistemdeki tam işlemi hızlıca bulmasını sağlar.
Neden önemli?
ERP içindeki kaynak işleme doğrudan bağlantı sağlar ve belirli yevmiye kayıtlarının kök neden analizinde hızlıca ayrıntıya inmenize olanak tanır.
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 kapanışı ve mutabakat faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Deneme mizanı hazırlandı
|
Bilinen tüm düzeltmelerin kaydedildiğ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ı gösteren çıkarımsal bir olaydır. | ||
|
Neden önemli?
Bu faaliyet, mali 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. Mali tablo oluşturma işlemleri başlamadan önce kaydedilen son düzeltme yevmiyesinin zaman damgası olarak çıkarılabilir.
Yakalayın
Tablo oluşturma görevleri başlamadan önce dönem için kaydedilen son GeneralJournalEntry kaydının zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Dönem Kapanışı süreci başlatıldı
|
Bu faaliyet, belirli bir dönem için finansal kapanış sürecinin başlangıcını gösterir. Genellikle Financial close çalışma alanında bir kapanış takviminin oluşturulmasından veya defter dönemindeki ilk durum değişikliğinden çıkarılır. | ||
|
Neden önemli?
Başlangıç olayı olarak toplam dönem kapanışı çevrim süresinin ölçülmesi için önemlidir. Bu olaydan itibaren geçen sürenin analiz edilmesi, genel süreç süresinin ve takvimlere uyumun belirlenmesine yardımcı olur.
Nereden alınır?
Finansal dönem için bir 'Financial close' yapılandırmasının oluşturulma tarihinden veya kaydedilen ilk kapanış görevinin zaman damgasından çıkarılır. Bu veri Financial close çalışma alanı varlıklarında bulunur.
Yakalayın
Finansal kapanış kontrol listesinin oluşturulma zaman damgasını veya dönem içindeki herhangi bir kapanış faaliyetinin en erken zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
GL dönemi kapatıldı
|
Sürecin son faaliyetidir. Genel muhasebe dönemi resmi olarak kapatılır ve yeni kayıtların yapılması engellenir. Dynamics 365 içindeki açık ve denetlenebilir bir durum değişikliğidir. | ||
|
Neden önemli?
Kesin son olay olarak bu faaliyet, Ortalama Dönem Kapanış Döngüsü Süresi'nin hesaplanması için gereklidir. Mali dönemin nihai ve geri döndürülemez şekilde tamamlandığını gösterir.
Nereden alınır?
Ledger takviminden (LedgerPeriod varlığı) alınır. Olay, dönem durumunun 'Closed' olarak değiştirildiği zaman damgasıdır.
Yakalayın
LedgerPeriod durum alanının 'Closed' olarak ayarlandığı denetim izindeki zaman damgasını belirleyin.
Olay türü
explicit
|
|||
|
Hesap mutabakatı onaylandı
|
Bu faaliyet, hazırlanan bir hesap mutabakatının yönetici veya incelemeyi yapan kişi tarafından gözden geçirilip onaylandığını gösterir. Genellikle Financial close çalışma alanındaki bir görevin son durum güncellemesi olarak alınır. | ||
|
Neden önemli?
Bu, bir hesabın mutabakatını tamamlayan önemli bir kilometre taşıdır. 'Avg Reconciliation Approval Time' KPI'ını hesaplamak ve onay darboğazlarını belirlemek için gereklidir.
Nereden alınır?
Financial close çalışma alanındaki görev yönetimi varlıklarından alınır. Olay, mutabakat görevi durumunun 'Completed' veya 'Approved' olarak değiştirildiği zaman damgasıdır.
Yakalayın
Bir kapanış görevinin durumunun 'Completed' veya eşdeğer bir son duruma güncellendiği zaman damgasını alın.
Olay türü
explicit
|
|||
|
Mali tablolar onaylandı
|
Bu, yönetimin dönem mali tablolarını inceleyip onayladığını gösteren nihai onay kilometre taşıdır. Genellikle Financial close çalışma alanındaki bir görev aracılığıyla alınır. | ||
|
Neden önemli?
Bu, inceleme aşamasını tamamlayan önemli bir iş kilometre taşıdır. Mali Tablo İnceleme Süresi'ni 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. Döneme ait kapanış kontrol listesindeki nihai onay görevinin tamamlanma zaman damgasıyla belirlenir.
Yakalayın
Financial close çalışma alanındaki belirlenmiş 'Final Approval' görevinin tamamlanma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Alt defterler beklemeye alındı
|
Accounts Payable ve Accounts Receivable gibi işlemsel alt defterlerin dönem için yeni işlem kaydetmesinin engellendiği noktayı gösterir. Bu bilgi, her modül için defter dönemlerindeki durum değişiklikleri izlenerek elde edilir. | ||
|
Neden önemli?
Bu, genel defter çalışmalarına başlamadan önce veri bütünlüğünü sağlayan önemli bir kontrol noktasıdır. Buradaki gecikmeler tüm kapanış takvimini zincirleme biçimde etkileyebilir.
Nereden alınır?
Her alt defter modülü için Ledger takvim döneminin durumundan çıkarılır. AP, AR ve diğer modüllerde durumun 'On hold' olarak değişmesi, bu faaliyetin gerçekleştiğini gösterir.
Yakalayın
LedgerPeriod varlığına ait denetim izinde modüle göre filtreleme yaparak '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şladığını gösterir. Kullanıcı yeni bir banka mutabakatı çalışma sayfası oluşturduğunda alınan açık bir olaydır. | ||
|
Neden önemli?
Bu faaliyetin zamanlaması, banka mutabakatı alt sürecini anlamak için önemlidir. Nakit mutabakatı faaliyetlerinin verimliliğini ölçmek için başlangıç noktası olarak kullanılı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.
Yakalayın
İlgili mali dönem için BankStatement tablosundaki 'CreatedDateTime' alanını kullanın.
Olay türü
explicit
|
|||
|
Banka mutabakatı tamamlandı
|
Bu faaliyet, 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, kapanış sürecindeki önemli bir kilometre taşıdır. Tamamlanmasını izlemek, banka mutabakatı döngüsünün işlem hacmini ve süresini ölçmenize yardımcı olur.
Nereden alınır?
BankStatement varlığındaki durumun 'Reconciled' olarak değişmesinden veya ilgili mutabakat yevmiyesinin kaydedilme zaman damgasından çıkarılır.
Yakalayın
BankStatement durum alanının 'Reconciled' olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Düzeltme yevmiyeleri kaydedildi
|
Bu olay, ilk mutabakatlar tamamlandıktan ve nihai kapanıştan önce kaydedilen düzeltme yevmiyelerini yakalar. Bunlar, belirli bir yevmiye adı veya kayıt tarihiyle belirlenen açık işlemlerdir. | ||
|
Neden önemli?
Düzeltmelerin sık yapılması, veri kalitesi veya üst süreçlerle ilgili sorunlara işaret edebilir. Bunu izlemek, Kapanış Sonrası Düzeltme Kaydı Oranı'nı ölçmenize ve sorunlu hesapları belirlemenize yardımcı olur.
Nereden alınır?
GeneralJournalEntry tablosundan alınır. 'Adjustment' olarak belirlenmiş yevmiye adına sahip veya deneme mizanının hazırlanma tarihinden sonra kaydedilen yevmiyeler filtrelenerek belirlenir.
Yakalayın
GeneralJournalEntry kayıtlarını belirli bir JournalName değerini veya diğer kilometre taşlarına göre kayıt tarihini kullanarak filtreleyin.
Olay türü
explicit
|
|||
|
GL dönemi yeniden açıldı
|
Bu istisna faaliyeti, daha önce kapatılmış bir dönemin geç bir düzeltme kaydı yapmak üzere yeniden açılmasıyla gerçekleşir. 'Closed' durumundan 'On hold' veya 'Open' durumuna yapılan açık bir değişikliktir. | ||
|
Neden önemli?
Bir dönemin yeniden açılması, standart süreçten önemli bir sapmadır ve kontrol zafiyetine veya büyük bir hataya işaret eder. Sıklığını izlemek, süreç iyileştirme ve uyumluluk açısından büyük önem taşır.
Nereden alınır?
Ledger takviminden (LedgerPeriod varlığı) alınır. Olay, dönem durumunun 'Closed' durumundan kapalı olmayan başka bir duruma değiştirildiği zaman damgasıdır.
Yakalayın
LedgerPeriod durumunun 'Closed' durumundan değiştirildiği denetim izindeki zaman damgasını belirleyin.
Olay türü
explicit
|
|||
|
Hesap mutabakatı başlatıldı
|
Kullanıcının belirli bir genel muhasebe hesabı, örneğin bilanço hesabı, için mutabakat görevine başladığını gösterir. Financial close çalışma alanındaki bir görevde gerçekleşen durum değişikliği olarak alınır. | ||
|
Neden önemli?
Bu faaliyet, münferit hesapların mutabakat döngüsü sürelerini ölçmek için başlangıç noktasıdır. Mutabakata başlaması en uzun süren hesapları belirlemenize yardımcı olur.
Nereden alınır?
Financial close çalışma alanındaki görev yönetimi varlıklarından alınır. Olay, mutabakat görevi durumunun 'In progress' olarak değiştirildiği zaman damgasıdır.
Yakalayın
Bir kapanış görevinin durumunun 'In progress' veya benzer bir duruma güncellendiği zaman damgasını alın.
Olay türü
explicit
|
|||
|
Mali tablolar oluşturuldu
|
Bu faaliyet, gelir tablosu ve bilanço gibi resmi mali raporların oluşturulmasını ifade eder. Bir rapor çalıştırılmasını gerektirdiği için bu olayı yakalamak çoğu zaman zordur. | ||
|
Neden önemli?
Bu faaliyet, son inceleme döngüsünün başlangıcını gösterir. Bu faaliyet ile nihai onay arasındaki 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ükleri bu bilgiyi içerebilir. Ancak bilgiler genellikle işlem tablolarında tutulmaz ve özel günlük kaydı gerektirebilir.
Yakalayın
Sistem günlüklerinin veya özel olay yakalamanın analiz edilmesini gerektirir. Standart bir uygulamada bulunmayabilir.
Olay türü
inferred
|
|||
|
Şirketler arası yevmiyeler kaydedildi
|
Bu faaliyet, kuruluş içindeki farklı tüzel kişilikler arasındaki bakiyeleri mutabık hale getirmek için yevmiye kayıtlarının kaydedilmesini ifade eder. Genel yevmiye işlem günlüklerinden alınan açık bir olaydır. | ||
|
Neden önemli?
Şirketler arası mutabakatlar çoğu zaman karmaşıklığa ve gecikmeye neden olur. Bu faaliyeti izlemek, Şirketler Arası Mutabakat Süresi KPI'ını ölçmenize ve verimsizlikleri belirlemenize yardımcı olur.
Nereden alınır?
GeneralJournalEntry tablosundan alınır. 'Intercompany' işaretinin seçili olduğu veya işlemin şirketler arası hesapları içerdiği kayıtlar kullanılır.
Yakalayın
İşlem türünün şirketler arası kayda işaret ettiği GeneralJournalEntry kayıtlarını filtreleyin.
Olay türü
explicit
|
|||
|
Tahakkuk yevmiye kayıtları kaydedildi
|
Bu olay, tahakkuk eden giderler ve gelirler için yevmiye kayıtlarının kaydedildiğini gösterir. Genel defter işlem verilerinden alınan açık bir faaliyettir ve belirli yevmiye adları veya türleriyle belirlenir. | ||
|
Neden önemli?
Tahakkukların zamanlamasını ve hacmini izlemek, kapanış sırasındaki iş yükünü anlamak için önemlidir. Bu izleme, bu kayıtlar için bilgi toplamadaki bağımlılıkları ve olası darboğazları belirlemeye yardımcı olur.
Nereden alınır?
GeneralJournalEntry ve GeneralJournalAccountEntry tablolarından alınır. Kapanış dönemi içinde kaydedilen ve 'ACCR' gibi tahakkuklar için belirlenmiş bir yevmiye adına sahip işlemleri filtreleyin.
Yakalayın
GeneralJournalEntry kayıtlarını, tahakkuklar için kullanılan belirli bir JournalName veya PostingType değerine göre filtreleyin.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu veri şablonundan yararlanarak Record to Report sürecinizi bugün optimize etmeye başlayın. Daha hızlı, daha doğru finansal raporlama ve daha iyi uyumluluk için yolculuğunuza başlayın.
Kayıttan Raporlamaya dönem kapanışı ve mutabakatınızı hızlandırın
Daha hızlı finansal kapanışlar için çevrim süresini %30 azaltın ve doğruluğu artırın.
Kredi kartı gerekmez, optimizasyona bugün başlayın.