Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'iniz
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Dönem kapanış sürecinde meydana gelen belirli bir iş olayı veya görevin adı, örneğin 'Deneme Mizani Hazırlandı' veya 'Hesap Mutabakatı Başlatıldı'. | ||
|
Açıklama
Aktivite Adı, uçtan uca dönem kapanış workflow'undaki tek bir adımı tanımlar. Kaynak verideki her event kaydı, bu aktivitelerden birine karşılık gelir ve her finansal dönem için olay dizisini oluşturur. Bu nitelik, Process Mining için temeldir çünkü işin gerçekte nasıl yapıldığını gösteren süreç haritasının görselleştirilmesine olanak tanır. Süreç akışını analiz etmek, standart prosedürden sapmaları belirlemek ve farklı önemli aşamalar arasındaki süreyi ölçmek için kullanılır.
Neden önemli
Bu nitelik, süreç haritasının omurgasını oluşturur, dönem kapanış döngüsündeki adımların dizisini, bottleneck'leri ve sapmaları görselleştirmeyi ve analiz etmeyi sağlar.
Nereden alınır
Dynamics 365'teki Genel Muhasebe veya Finansal raporlama gibi modüller içindeki işlem türleri, durum değişiklikleri veya belirli event log'larına dayalı iş mantığından türetilir.
Örnekler
Tahakkuk Yevmiye Kayıtları YapıldıBanka Mutabakatı TamamlandıFinansal Tablolar OluşturulduGenel Muhasebe Dönemi Kapatıldı
|
|||
|
Finansal Dönem
FinancialPeriod
|
Aralık 2023 için '2023-12' gibi finansal raporlama döngüsü için benzersiz bir tanımlayıcıdır. Bu, birincil case tanımlayıcısı olarak hizmet eder ve ilgili tüm dönem sonu faaliyetlerini gruplandırır. | ||
|
Açıklama
Finansal Dönem, belirli bir zaman dilimi, genellikle bir ay veya çeyrek için defterlerin kapatılmasının tam yaşam döngüsünü temsil eder. Kapanışın başlatılmasından o döneme ait nihai finansal tabloların onaylanmasına kadar tüm aktiviteler bu tanımlayıcı ile birbirine bağlıdır. Process Mining analizinde, bu nitelik her durumun kapsamını tanımlamak için çok önemlidir. Uçtan uca dönem kapanış döngü süresinin ölçülmesine, farklı dönemlerdeki performansın karşılaştırılmasına ve her kapanış döngüsünde tekrar eden sistemik bottleneck'lerin belirlenmesine olanak tanır.
Neden önemli
Bu, analizi çerçeveleyen, her farklı raporlama döngüsü için tüm dönem kapanış sürecinin baştan sona değerlendirilmesine olanak tanıyan temel durum tanımlayıcıdır.
Nereden alınır
Bu genellikle Microsoft Dynamics 365'teki finansal takvim veya defter dönemi tablolarında bulunan Mali Yıl ve Dönem alanlarından türetilmiş bileşik bir anahtardır.
Örnekler
2023-122024-012024-Q1FY2023-P12
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir dönem kapanış aktivitesinin yürütüldüğü veya tamamlandığı kesin tarih ve saat. | ||
|
Açıklama
Event Time, her faaliyetle ilişkili timestamp'tir ve event'lerin kronolojik sırasını sağlar. Bu veri, süreç akışını oluşturmak ve zaman tabanlı herhangi bir analiz yapmak için temeldir. Süreç madenciliğinde, bu timestamp çevrim sürelerini, süreleri ve faaliyetler arasındaki bekleme sürelerini hesaplamak için kullanılır. Darboğazları belirlemek, son teslim tarihlerine karşı süreç performansını izlemek ve dönem kapanışı sürecinin zamansal dinamiklerini anlamak için temeldir.
Neden önemli
Bu, döngü sürelerini hesaplama, bottleneck'leri belirleme ve olayların sırasını anlama dahil olmak üzere tüm zaman tabanlı analizler için kritik bir niteliktir.
Nereden alınır
Genellikle Dynamics 365'teki işlemler, yevmiye kayıtları veya durum kayıtlarındaki '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 çekildiği bilgi sistemini tanımlar. Bu süreç için genellikle 'Microsoft Dynamics 365' olacaktır. | ||
|
Açıklama
Bu nitelik, süreç verilerinin kökenini belirtir. Birden fazla ERP veya finansal sistem bulunan ortamlarda, veri kaynaklarını ayırt etmeye ve veri akışının net olmasını sağlamaya yardımcı olur. Analiz için, izlenebilirlik ve birden fazla sistemi kapsayabilecek modeller oluşturmak için kullanışlıdır. Herhangi bir bulgunun daha fazla inceleme için doğru kayıt sistemine kadar izlenebilmesini sağlar.
Neden önemli
Veri izlenebilirliğini sağlar ve çok sistemli ortamlarda süreç event'lerini doğru bir şekilde kaynak sistemlerine atfetmek için kritik öneme sahiptir.
Nereden alınır
Bu, genellikle veri çıkarım (extraction), dönüşüm ve yükleme (ETL) süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı timestamp. | ||
|
Açıklama
Bu nitelik, analiz edilen veriler için 'itibarıyla' tarihini sağlar. Process Mining analizi ve dashboard'larının zamanlılığını ve uygunluğunu anlamak için çok önemlidir. Kullanıcılar, mevcut en güncel verilere bakıp bakmadıklarını bilmek için bu zaman damgasına güvenirler. Verilerin güncelliği hakkında bağlam sağlamak için genellikle dashboard'larda belirgin bir şekilde görüntülenir.
Neden önemli
Veri güncelliği hakkında kritik bağlam sunar, kullanıcıların süreç analizlerinin ne kadar güncel olduğunu anlamalarını sağlar.
Nereden alınır
Bu değer, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve saklanır.
Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Bölüm
Department
|
Aktiviteyle veya onu gerçekleştiren kullanıcıyla ilişkili fonksiyonel departman, örneğin 'Finans', 'Kontrol' veya 'AP'. | ||
|
Açıklama
Departman niteliği, faaliyetleri belirli iş fonksiyonlarına bağlayarak organizasyonel bağlam sağlar. Bu, bir yevmiye kaydı gönderen kullanıcının departmanı veya bir dizi genel muhasebe hesabından sorumlu departman olabilir. Analizde, farklı departmanların dönem kapanış sürecine nasıl katkıda bulunduğunu anlamak için kullanılır. Departmanlar arası devirleri, gecikmeleri ve kaynak bottleneck'lerini belirlemeye yardımcı olur ve 'Kullanıcı İş Yükü ve Performansı' gibi dashboard'ları destekler.
Neden önemli
Kurumsal bağlam sağlar, süreç performansının ve iş yükü dağılımının fonksiyonel alana göre analiz edilmesine olanak tanır.
Nereden alınır
Kullanıcı profillerinden veya Dynamics 365'teki işlemlerle ilişkili finansal boyutlardan türetilebilir.
Örnekler
Kurumsal MuhasebeSatıcı ÖdemeleriFP&Aİç Denetim
|
|||
|
GL Hesabı
GlAccount
|
Aktiviteye dahil olan belirli Genel Muhasebe hesap numarası, örneğin bir yevmiye kaydı veya mutabakat. | ||
|
Açıklama
Genel Muhasebe Hesabı, hesap planında bir işlemden etkilenen belirli hesabı tanımlar. Finansal aktiviteler için ayrıntılı bir düzeyde bilgi sağlar. Bu nitelik, mutabakat performansını analiz etmek ve sorunlu hesapları belirlemek için esastır. 'Kapanış Sonrası Düzeltme Sıklığı' ve 'Genel Muhasebe Hesap Mutabakat Performansı' gibi dashboard'lar, sıkça düzeltilen veya mutabakatı uzun süren hesapları tespit etmek için bu alana güvenir.
Neden önemli
Detaylı finansal analize olanak tanır, yüksek düzeltme oranlarına veya uzun mutabakat sürelerine sahip sorunlu hesapları belirlemeye yardımcı olur.
Nereden alınır
Dynamics 365'teki 'GeneralJournalAccountEntry' veya 'LedgerJournalTrans' gibi defter işlem tablolarında bulunur.
Örnekler
110110601500212100
|
|||
|
Ş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, kuruluş içindeki ayrı bir tüzel kişiliği temsil eder. Finansal veri ve kapanış aktiviteleri bu koda göre ayrılır. Bu, farklı tüzel kişilikler arasında performans karşılaştırmasına olanak tanıyan analiz için kritik bir boyuttur. Hangi şirketlerin en verimli kapanış süreçlerine sahip olduğunu ve hangilerinin zorlandığını belirlemeye yardımcı olur, hedefe yönelik iyileştirme girişimlerini destekler. 'Genel Dönem Kapanış Döngü Süresi' gibi çoğu dashboard, bu niteliğe göre segmentasyon gerektirir.
Neden önemli
Bu, farklı tüzel kişilikler arasında dönem kapanışı performansının analizine olanak tanıyan, filtreleme ve karşılaştırma için birincil bir boyuttur.
Nereden alınır
Dynamics 365'te bu, hemen hemen her işlem tablosunda bulunan 'DataAreaId' alanına karşılık gelir.
Örnekler
USMFDEMFGBSI
|
|||
|
Sorumlu Kullanıcı
ResponsibleUser
|
Aktiviteyi gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu nitelik, dönem kapanış sürecinde belirli bir görevi yerine getiren kişiyi tanımlar. Bu kişi, bir yevmiye kaydı gönderen, bir mutabakatı onaylayan veya bir rapor oluşturan kişi olabilir. Kullanıcıya göre analiz, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve bireysel veya ekip performansını değerlendirmeye yardımcı olur. Kullanıcı verimliliği ve kaynak yönetimiyle ilgili dashboard'lar için temel bir boyuttur ve 'Ortalama Kullanıcı Aktivite Sayısı Varyansı' KPI'sını hesaplamak için gereklidir.
Neden önemli
İş yükü dağılımı, kullanıcı performansı ve kaynak tahsisinin analizini sağlar, aşırı yüklenmiş ekipleri veya bireyleri belirlemeye yardımcı olur.
Nereden alınır
Dynamics 365'teki işlem kayıtlarındaki 'CreatedBy' veya 'ModifiedBy' gibi alanlara karşılık gelir. Kullanıcı bilgileri genellikle Sistem yönetimi modülünde yönetilir.
Örnekler
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Bitiş Saati
EndTime
|
Ölçülebilir bir süreye sahip bir aktivitenin ne zaman sona erdiğini gösteren zaman damgası. | ||
|
Açıklama
Bir mutabakat görevi gibi anlık olmayan faaliyetler için bu timestamp, o belirli görevin tamamlandığını işaretler. Ayrı bir süreyi tanımlamak için StartTime (EventTime) ile tamamlayıcıdır. Bu öznitelik, esas olarak bireysel faaliyetlerin işleme süresini hesaplamak için kullanılır. 'Ortalama Düzeltme Kaydı İşleme Süresi' gibi KPI'lar ve belirli görevlerde harcanan sürenin dökümünü analiz eden dashboard'lar için hayati öneme sahiptir.
Neden önemli
Bireysel faaliyetler için kesin işleme sürelerinin hesaplanmasını sağlar, bu da belirli görev düzeyindeki darboğazları belirlemek için anahtardır.
Nereden alınır
Bu veriyi kaynaklamak zor olabilir. Bir durum değişikliği zaman damgasından, bir 'ModifiedDateTime' alanından veya log'lardaki ayrı bir başlangıç/bitiş event çiftinden gelebilir.
Örnekler
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
Gerçek Tamamlama Tarihi
ActualCompletionDate
|
Bir finansal döneme ait kapanış sürecinin son adımının tamamlandığı gerçek tarih. | ||
|
Açıklama
Bu nitelik, belirli bir finansal dönem durumu için 'Genel Muhasebe Dönemi Kapatıldı' veya 'Finansal Tablolar Onaylandı' gibi son, tamamlayıcı aktivitenin zaman damgasını işaretler. Dönem kapanışının genel döngü süresini hesaplamak için kritik olan türetilmiş bir niteliktir. Ayrıca, zamanında tamamlama için net bir ölçü sağlayan 'Dönem Kapanışı Zamanında Tamamlama Oranı' KPI'sını hesaplamak için 'TargetCompletionDate' ile karşılaştırılır.
Neden önemli
Her dönem için sürecin bitiş noktasını tanımlar, genel çevrim süresi ve zamanında tamamlanma KPI'larının hesaplanmasını sağlar.
Nereden alınır
Event log'daki her 'FinancialPeriod' case'i için son kaydedilen faaliyetin timestamp'ini bulunarak türetilir.
Örnekler
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
Hedef Tamamlama Tarihi
TargetCompletionDate
|
Belirli bir finansal dönem için dönem kapanış sürecini tamamlama planlanan veya hedef tarih. | ||
|
Açıklama
Hedef Tamamlama Tarihi, bir finansal dönemin kapatılmasının beklendiği son tarihtir. Bu genellikle bir kapanış takvimi veya programının bir parçası olarak tanımlanır. Bu nitelik, performansı programa göre değerlendirmek için esastır. Gerçek tamamlama tarihini bu hedefle karşılaştıran 'Dönem Kapanışı Zamanında Tamamlama Oranı' KPI'sının temelini oluşturur. Bu tarihten sapmaların analiz edilmesi, kapanış sürecinin öngörülebilirliğini ve güvenilirliğini anlamaya yardımcı olur.
Neden önemli
Son teslim tarihlerine karşı performans ölçümü için kritik olan bu öznitelik, dönem kapanışı için zamanında tamamlanma oranlarının hesaplanmasını sağlar.
Nereden alınır
Bu, Dynamics 365'teki bir finansal dönem veya takvim yapılandırma tablosunda saklanabilir veya harici bir planlama aracından kaynaklanması gerekebilir. Microsoft Dynamics 365 dokümantasyonuna başvurun.
Örnekler
2023-01-052023-02-042023-03-06
|
|||
|
İşlem Süresi
ProcessingTime
|
Belirli bir aktivitenin hesaplanan süresi, başlangıcından tamamlanmasına kadar geçen zamanı temsil eder. | ||
|
Açıklama
İşlem Süresi veya aktivite süresi, tek bir görevin yürütülmesinin ne kadar sürdüğünü ölçer. Bu, bir aktivitenin EndTime ve StartTime arasındaki fark olarak hesaplanır. Bu metrik, performans analizinin temel bir bileşenidir. Hangi adımların en çok zaman tükettiğini vurgulamak için 'Temel Aktivite Döngü Süresi Dağılımı' gibi dashboard'larda kullanılır. 'Ortalama Düzeltme Kaydı İşlem Süresi' gibi KPI'ları doğrudan destekler ve görev düzeyindeki verimsizlikleri belirlemeye yardımcı olur.
Neden önemli
Bireysel görevler üzerinde harcanan süreyi doğrudan ölçer, bu da en zaman alıcı faaliyetleri ve süreç darboğazlarını belirlemek için temeldir.
Nereden alınır
Veri dönüştürme süreci sırasında her faaliyet için 'StartTime' değerinin 'EndTime' değerinden çıkarılmasıyla hesaplanır.
Örnekler
2 saat3 gün45 minutes
|
|||
|
Kapanış Sonrası Düzeltme mi?
IsPostCloseAdjustment
|
Bir düzeltme yevmiye kaydının, bir dönem için mizan hazırlandıktan sonra kaydedildiğini gösteren hesaplanmış bir boolean bayrağı. | ||
|
Açıklama
Bu nitelik, kapanış döngüsünün geç aşamalarında yapılan düzeltmeleri özel olarak tanımlar. Aynı finansal dönem içinde 'Deneme Mizani Hazırlandı' veya 'Finansal Tablolar Onaylandı' kilometre taşlarından sonra gerçekleşen herhangi bir 'Düzeltme Yevmiye Kayıtları Gönderildi' aktivitesini işaretler. Bu, veri kalitesi ve süreç kontrolünün kritik bir göstergesidir. 'Kapanış Sonrası Düzeltme Kayıt Oranı' KPI'sını hesaplamak ve 'Kapanış Sonrası Düzeltme Sıklığı' dashboard'ını doldurmak için kullanılır, geç yapılan değişikliklerin temel nedenlerini belirlemeye yardımcı olur.
Neden önemli
Geç düzeltmeleri belirleyerek veri kalitesi ve süreç kontrolü sorunlarını vurgular, bu da finansal raporların bütünlüğünü tehlikeye atabilir.
Nereden alınır
Veri dönüştürme sırasında, her Finansal Dönem case'indeki event dizisi kontrol edilerek 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 'Duran Varlıklar'. | ||
|
Açıklama
Mutabakat Kategorisi, bireysel hesap mutabakatlarını niteliklerine göre mantıksal gruplar halinde bir araya getirir. Bu, bireysel genel muhasebe hesaplarına bakmaktan daha üst düzey bir görünüm sağlar. Kategoriye göre analiz, belirli mutabakat türleri içindeki sistemik sorunları belirlemeye yardımcı olur. Örneğin, 'Genel Muhasebe Hesap Mutabakat Performansı' dashboard'u, Şirketler Arası mutabakatların Banka mutabakatlarından sürekli olarak daha uzun sürdüğünü göstermek için bunu kullanabilir, hedefe yönelik süreç iyileştirme çabalarına rehberlik eder.
Neden önemli
Mutabakat faaliyetlerini kategorize etmeye yardımcı olur, performans karşılaştırmasını ve belirli mutabakat türleri içindeki sistemik sorunların belirlenmesini sağlar.
Nereden alınır
Bu bilgi, özel bir mutabakat module'ünde saklanabilir veya mutabakatı yapılan Genel Muhasebe Hesabının özelliklerinden türetilebilir. Microsoft Dynamics 365 dokümantasyonuna bakın.
Örnekler
Banka MutabakatıŞirketler ArasıBilanço - TahakkuklarDuran Varlıklar Alt Defteri
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Bir faaliyetin insan kullanıcılardan ziyade bir sistem veya otomasyon botu tarafından yapılıp yapılmadığını gösteren bir boolean bayrağı. | ||
|
Açıklama
Bu nitelik, dönem kapanış sürecindeki manuel ve otomatik aktiviteler arasında ayrım yapar. Bu, 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 seviyesini anlamaya yardımcı olur. Otomasyondan elde edilen verimlilik kazanımlarını ölçmek, yeni otomasyon fırsatlarını belirlemek ve otomatik adımların beklendiği gibi hata veya istisnalar olmadan çalıştığından emin olmak için kullanılabilir.
Neden önemli
Otomasyonun süreç üzerindeki etkisini ölçmeye ve verimliliği artırmak için daha fazla otomasyon fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Bu, genellikle 'ResponsibleUser'ın bilinen bir sistem veya hizmet hesabına karşılık gelip gelmediği kontrol edilerek türetilir.
Örnekler
truefalse
|
|||
|
Tutar
Amount
|
Bir finansal işlemle ilişkilendirilen parasal değer, örneğin bir yevmiye kaydının tutarı. | ||
|
Açıklama
Bu nitelik, bir aktivitenin finansal 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, yüksek değerli düzeltmelere odaklanmaya yardımcı olabilir. Ayrıca, süreç haritasını sadece yüksek veya düşük değerli işlem akışlarını görmek için filtrelemeye de olanak tanır.
Neden önemli
Süreç olaylarına finansal bağlam sağlar, böylece parasal etkiye dayalı analizlere olanak tanır; örneğin, yüksek değerli düzeltmelerin incelenmesine öncelik verilmesi gibi.
Nereden alınır
Dynamics 365'teki 'GeneralJournalAccountEntry' gibi tablolarda 'AmountCur' veya 'TransactionCurrencyAmount' gibi miktar alanlarında bulunur.
Örnekler
15000.50-250.00125000.00
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faaliyetin veya faaliyet dizisinin tek bir case içinde aynı öğe için tekrarlandığını gösteren hesaplanmış bir boolean bayrağı. | ||
|
Açıklama
Yeniden İşleme bayrağı, işin birden fazla kez yapılması gereken durumları tanımlar. Bu, onaylandıktan sonra yeniden açılan bir mutabakat veya tersine çevrilip yeniden kaydedilen bir yevmiye kaydı olabilir. Bu nitelik, süreç verimsizliğini ve israfı nicel olarak belirlemek için çok önemlidir. Doğrudan 'Mutabakat Yeniden İşleme Oranı' KPI'sını ve 'Dönem Kapanışı Yeniden İşleme ve Sapmalar' dashboard'ını besler, kalite sorunları veya gereksiz çabalara yol açan belirsiz prosedürlere sahip alanları vurgular.
Neden önemli
Tekrarlanan işleri işaretleyerek süreç verimsizliğini nicel olarak belirler, kalite sorunlarını ve prosedürel iyileştirme fırsatlarını tespit etmeye yardımcı olur.
Nereden alınır
Bu bayrak, veri dönüşümü sırasında aynı Finansal Dönem içinde aynı varlık (örneğin, aynı Genel Muhasebe Hesabı) için tekrarlanan aktiviteleri tespit eden mantık uygulanarak hesaplanır.
Örnekler
truefalse
|
|||
|
Yevmiye Kaydı Kimliği
JournalEntryId
|
Bir yevmiye kaydı belgesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Yevmiye Kayıt Kimliği, genel muhasebede oluşturulan her yevmiye kaydına atanan benzersiz bir numaradır. Dynamics 365'teki kaynak işleme doğrudan bir bağlantı görevi görür. Her zaman üst düzey süreç analizi için kullanılmasa da, drill-down ve temel neden analizi için paha biçilmezdir. Kapanış sonrası düzeltme gibi bir anormallik bulunduğunda, bu Kimlik bir analistin ayrıntılı inceleme için kaynak sistemdeki tam işlemi hızlı bir şekilde bulmasına olanak tanır.
Neden önemli
ERP'deki kaynak işleme doğrudan bir bağlantı sağlar, bu da belirli yevmiye kayıtlarının temel neden analizleri için hızlı drill-down imkanı sunar.
Nereden alınır
Bu, 'LedgerJournalTable' ve 'LedgerJournalTrans' gibi tablolardaki 'JournalNumber' alanına karşılık gelir.
Örnekler
JV-001234GENJ005678ACCR-000987
|
|||
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Deneme Mizani Hazırlandı
|
Bilinen tüm düzeltmelerin kaydedildiği ve ön mizanın incelemeye hazır kabul edildiği noktayı temsil eden önemli bir kilometre taşıdır. Bu, veri girişinin tamamlandığını gösteren çıkarılmış bir event'tir. | ||
|
Neden önemli
Bu aktivite, finansal tabloların oluşturulmasından önce kritik bir kontrol noktası görevi görü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 tablo oluşturma başlamadan önce kaydedilen son düzeltme yevmiye kaydının zaman damgası olarak çıkarılabilir.
Yakala
Beyan oluşturma görevleri başlamadan önce döneme ait kaydedilen son GeneralJournalEntry'nin zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Dönem Kapanış Süreci Başlatıldı
|
Bu aktivite, belirli bir döneme ait finansal kapanış sürecinin başlangıcını işaret eder. Genellikle Finansal kapanış workspace'inde bir kapanış takviminin oluşturulmasından veya defter dönemindeki ilk durum değişikliğinden çıkarılır. | ||
|
Neden önemli
Başlangıç event'i olarak, toplam dönem kapanış çevrim süresini ölçmek için kritik öneme sahiptir. Bu event'ten itibaren süreyi analiz etmek, genel süreç süresini ve zaman çizelgelerine uyumu belirlemeye yardımcı olur.
Nereden alınır
Bir 'Finansal kapanış' yapılandırmasının oluşturulma tarihinden veya finansal dönem için kaydedilen ilk kapanış görevinin timestamp'inden çıkarılmıştır. Bu veri, Finansal kapanış çalışma alanı varlıkları içinde bulunur.
Yakala
Finansal kapanış kontrol listesinin oluşturulma zaman damgasını veya dönem için herhangi bir kapanış aktivitesinin en erken zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Finansal Tablolar Onaylandı
|
Bu, yönetimin döneme ait finansal tabloları inceleyip onayladığını gösteren nihai onay kilometre taşıdır. Genellikle Finansal kapanış workspace'indeki bir görev aracılığıyla yakalanır. | ||
|
Neden önemli
Bu, inceleme aşamasını tamamlayan kritik bir iş kilometre taşıdır. Finansal Tablo İnceleme Süresini ve genel süreç yönetişimini ölçmek için esastır.
Nereden alınır
Finansal kapanış çalışma alanından. Dönem için kapanış kontrol listesindeki son onay görevinin tamamlanma timestamp'i ile yakalanır.
Yakala
Finansal kapanış workspace'indeki belirlenmiş 'Nihai Onay' görevinin tamamlama zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Genel Muhasebe Dönemi Kapatıldı
|
Süreçteki son aktivite olup, genel muhasebe döneminin resmi olarak kapatıldığı ve başka kayıtların yapılmasının engellendiği yerdir. Bu, Dynamics 365 içinde açık ve denetlenebilir bir durum değişikliğidir. | ||
|
Neden önemli
Kesin son event olarak, bu faaliyet Ortalama Dönem Kapanış Çevrim Süresini hesaplamak için hayati önem taşır. Finansal dönemin nihai, geri döndürülemez tamamlanmasını temsil eder.
Nereden alınır
Defter takviminden (LedgerPeriod entity) yakalanmıştır. Event, dönem durumunun 'Kapalı'ya değiştirildiği timestamp'tir.
Yakala
LedgerPeriod durum alanının 'Kapalı' olarak ayarlandığı denetim izindeki timestamp'i belirleyin.
Event tipi
explicit
|
|||
|
Hesap Mutabakatı Onaylandı
|
Bu aktivite, hazırlanan bir hesap mutabakatının bir yönetici veya inceleyici tarafından incelendiğini ve onaylandığını gösterir. Genellikle Finansal kapanış workspace'indeki bir görevde son durum güncellemesi olarak yakalanır. | ||
|
Neden önemli
Bu, bir hesabın mutabakatını tamamlayan önemli bir kilometre taşıdır. 'Ortalama Mutabakat Onay Süresi' KPI'sını hesaplamak ve onay bottleneck'lerini belirlemek için esastır.
Nereden alınır
Finansal kapanış çalışma alanı görev yönetimi varlıklarından. Event, bir mutabakat görevi durumunun 'Tamamlandı' veya 'Onaylandı' olarak değiştirildiği timestamp'tir.
Yakala
Bir kapanış görevindeki durum güncellemesinin 'Tamamlandı' veya eşdeğer bir nihai duruma ilişkin timestamp'ini yakalayın.
Event tipi
explicit
|
|||
|
Alt Defterler Beklemeye Alındı
|
Borç Hesapları ve Alacak Hesapları gibi işlem alt defterlerinin, dönem için yeni işlem göndermesinin engellendiği noktayı temsil eder. Bu, her bir module için defter dönemlerindeki durum değişiklikleri gözlemlenerek yakalanır. | ||
|
Neden önemli
Bu, genel muhasebe işleri başlamadan önce veri bütünlüğünü sağlayan kritik bir kontrol noktasıdır. Buradaki gecikmeler, tüm kapanış zaman çizelgesinde zincirleme bir etki yaratabilir.
Nereden alınır
Her alt defter modülü için Defter takvimi dönem durumundan çıkarılmıştır. Borçlar, Alacaklar vb. için durumun 'Beklemede' olarak değişmesi bu faaliyetin gerçekleştiğini gösterir.
Yakala
LedgerPeriod varlığı için denetim izindeki 'Beklemede' durum değişikliklerini, modüle göre filtreleyerek belirleyin.
Event tipi
inferred
|
|||
|
Banka Mutabakatı Başlatıldı
|
Belirli bir banka hesabı ve dönemi için banka mutabakat sürecinin başlangıcını işaret eder. Bu, bir kullanıcı yeni bir banka mutabakat çalışma sayfası oluşturduğunda yakalanan açık bir olaydır. | ||
|
Neden önemli
Bu aktivitenin zamanlaması, banka mutabakat alt sürecini anlamak için anahtardır. Nakit mutabakat aktivitelerinin verimliliğini ölçmek için başlangıç noktası olarak hizmet eder.
Nereden alınır
BankStatement ve BankStatementLine tablolarından. Yeni bir banka hesap özeti mutabakat kaydının oluşturma timestamp'i event time olarak hizmet eder.
Yakala
İlgili finansal dönem için BankStatement tablosundaki 'CreatedDateTime' alanını kullanın.
Event tipi
explicit
|
|||
|
Banka Mutabakatı Tamamlandı
|
Bu aktivite, bir banka mutabakatının tamamlandığını ve kaydedildiğini gösterir. Banka mutabakat kaydındaki bir durum değişikliğinden yakalanan açık bir event'tir. | ||
|
Neden önemli
Bu, kapanış sürecinde önemli bir kilometre taşıdır. Tamamlanmasının izlenmesi, banka mutabakat döngüsünün verimini ve süresini ölçmeye yardımcı olur.
Nereden alınır
BankStatement varlığındaki 'Mutabakat Yapıldı' durum değişikliğinden veya ilişkili mutabakat yevmiye kaydının kayıt timestamp'inden çıkarılmıştır.
Yakala
BankStatement durum alanının 'Mutabakat Yapıldı' olarak güncellendiği timestamp'i belirleyin.
Event tipi
inferred
|
|||
|
Düzeltme Yevmiye Kayıtları Yapıldı
|
Bu event, ilk mutabakatlar yapıldıktan sonra ancak nihai kapanıştan önce düzeltici yevmiye kayıtlarının gönderilmesini yakalar. Bunlar, belirli bir yevmiye adı veya kayıt tarihi ile tanımlanan açık işlemlerdir. | ||
|
Neden önemli
Yüksek düzeltme sıklığı, veri kalitesi veya üst süreçlerde sorunlara işaret edebilir. Bunu izlemek, Kapanış Sonrası Düzeltme Kayıt Oranını ölçmeye ve sorunlu hesapları belirlemeye yardımcı olur.
Nereden alınır
GeneralJournalEntry tablosundan. Bunlar, belirlenmiş bir 'Düzeltme' yevmiye adına sahip yevmiye kayıtları filtrelenerek veya mizan hazırlık tarihinden sonra kaydedilenler tarafından tanımlanır.
Yakala
GeneralJournalEntry kayıtlarını belirli bir JournalName kullanarak veya diğer kilometre taşlarına göre kayıt tarihiyle filtreleyin.
Event tipi
explicit
|
|||
|
Finansal Tablolar Oluşturuldu
|
Bu aktivite, gelir tablosu ve bilanço gibi resmi finansal raporların oluşturulmasını temsil eder. Bu event'i yakalamak, bir rapor çalıştırmayı gerektirdiği için genellikle zordur. | ||
|
Neden önemli
Bu, son inceleme döngüsünün başlangıcını işaret eder. Bu aktiviteden nihai onaya kadar olan süre, yönetim incelemesinin verimliliğini ölçmek için önemli bir KPI'dır.
Nereden alınır
Financial Reporter (eski adıyla Management Reporter) aracının sistem log'ları bu bilgiyi içerebilir. Ancak, genellikle işlem tablolarında saklanmaz ve özel logging gerektirebilir.
Yakala
Sistem log'larının veya özel event yakalamanın analizini gerektirir. Standart bir uygulamada mevcut olmayabilir.
Event tipi
inferred
|
|||
|
Genel Muhasebe Dönemi Yeniden Açıldı
|
Bu istisnai aktivite, daha önce kapatılmış bir dönemin geç bir düzeltme kaydetmek için yeniden açılması durumunda meydana gelir. Bu, 'Kapalı'dan 'Beklemede' veya 'Açık'a açık bir durum değişikliğidir. | ||
|
Neden önemli
Bir dönemi yeniden açmak, standart süreçten önemli bir sapmadır ve bir kontrol zayıflığını veya büyük bir hatayı gösterir. Bunun sıklığını izlemek, süreç iyileştirme ve uyumluluk için hayati öneme sahiptir.
Nereden alınır
Defter takviminden (LedgerPeriod entity) yakalanmıştır. Event, dönem durumunun 'Kapalı'dan tekrar kapanış olmayan bir duruma değiştirildiği timestamp'tir.
Yakala
LedgerPeriod durumunun 'Kapalı'dan değiştirildiği denetim izindeki timestamp'i belirleyin.
Event tipi
explicit
|
|||
|
Hesap Mutabakatı Başlatıldı
|
Bir kullanıcının, bilanço hesabı gibi belirli bir genel muhasebe hesabı için mutabakat görevini başlattığını temsil eder. Bu, Finansal kapanış workspace'indeki bir görevde durum değişikliği olarak yakalanır. | ||
|
Neden önemli
Bu aktivite, bireysel hesaplar için mutabakat döngü sürelerini ölçmek için başlangıç noktasıdır. Hangi hesapların mutabakata başlama süresinin en uzun olduğunu belirlemeye yardımcı olur.
Nereden alınır
Finansal kapanış çalışma alanı görev yönetimi varlıklarından. Event, bir mutabakat görevi durumunun 'Devam Ediyor' olarak değiştirildiği timestamp'tir.
Yakala
Bir kapanış görevindeki durum güncellemesinin 'Devam Ediyor' veya benzer bir duruma ilişkin timestamp'ini yakalayın.
Event tipi
explicit
|
|||
|
Şirket İçi Yevmiye Kayıtları Yapıldı
|
Bu aktivite, kuruluş içindeki farklı tüzel kişilikler arasındaki bakiyeleri mutabık kılmak için yevmiye kayıtlarının gönderilmesini temsil eder. Bu, genel yevmiye işlem log'larından yakalanan açık bir event'tir. | ||
|
Neden önemli
Şirket içi mutabakatlar genellikle karmaşıklık ve gecikme kaynağıdır. Bu faaliyeti izlemek, Şirket İçi Mutabakat Süresi KPI'ını ölçmeye ve verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır
GeneralJournalEntry tablosundan, 'Şirketler Arası' bayrağının işaretlendiği veya işlemin şirketler arası hesapları içerdiği yerden yakalanmıştır.
Yakala
İşlem türünün şirketler arası bir kaydı gösterdiği GeneralJournalEntry kayıtlarını filtreleyin.
Event tipi
explicit
|
|||
|
Tahakkuk Yevmiye Kayıtları Yapıldı
|
Bu event, tahakkuk eden giderler ve gelirler için yevmiye kayıtlarının gönderildiğini belirtir. Genel muhasebe işlem verilerinden yakalanan, belirli yevmiye adları veya türleri ile tanımlanan açık bir eylemdir. | ||
|
Neden önemli
Tahakkukların zamanlamasını ve hacmini takip etmek, kapanış sırasındaki iş yükünü anlamak için önemlidir. Bu kayıtlar için bilgi toplamadaki bağımlılıkları ve potansiyel bottleneck'leri belirlemeye yardımcı olur.
Nereden alınır
GeneralJournalEntry ve GeneralJournalAccountEntry tablolarından yakalanmıştır. Kapanış penceresi sırasında kaydedilen ve 'ACCR' gibi tahakkuklar için belirlenmiş bir yevmiye adına sahip işlemleri filtreleyin.
Yakala
GeneralJournalEntry kayıtlarını, tahakkuklar için kullanılan belirli bir JournalName veya PostingType'a göre filtreleyin.
Event tipi
explicit
|
|||