Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'iniz

Microsoft Dynamics 365
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'iniz

Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'iniz

Bu template, Kayıttan Raporlamaya, Dönem Kapanışı ve Mutabakat sürecinizi optimize etmek için gerekli verileri toplamanıza yönelik kapsamlı bir rehber sunar. Temel veri attributes'lerini, izlenmesi gereken ana aktiviteleri ve Microsoft Dynamics 365'ten verilerinizi çıkarmak için pratik rehberliği özetler. Veri hazırlığınızı kolaylaştırmak ve süreç analizinizi başlatmak için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Nitelikleri

Kayıttan Raporlamaya, Dönem Kapanışı ve Mutabakat sürecinizin kapsamlı analizi için event log'unuza dahil edilmesi önerilen veri alanları bunlardır.
5 Gerekli 4 Önerilen 10 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Aktiviteleri

Finansal kapanış döngünüzün doğru bir şekilde keşfedilmesi ve analiz edilmesi için event log'unuza kaydedilmesi gereken temel süreç adımları ve kilometre taşlarıdır.
5 Önerilen 9 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Microsoft Dynamics 365'ten nasıl alırsınız?