Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'inuz
Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite 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ış iş akışını (workflow)ndaki 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 sunar. 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?dir?
Bu nitelik, süreç haritasının temelini oluşturur, dönem kapanış döngüsündeki adımların dizisini, darboğazları ve sapmaları görselleştirmeyi ve analiz etmeyi sunar.
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şturulduGL Dönemi Kapandı
|
|||
|
Mali 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 vaka tanımlayıcısı olarak olarak kullanılır 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 süreç 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 büyük önem taşır. 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 darboğazların belirlenmesine sunar.
Neden Önemli?dir?
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 temel rol oynar.
Örnekler:::::::
2023-122024-012024-Q1FY2023-P12
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir dönem kapanış aktivitesinin yürütüldüğü veya tamamlandığı tam tarih ve saat. | ||
|
Açıklama
Event Time, her faaliyetle ilişkili zaman damgası (zaman damgası)'tir ve olayların kronolojik sırasını sunar. Bu veri, süreç akışını oluşturmak ve zaman tabanlı herhangi bir analiz yapmak için büyük önem taşır. Process Miningnde, bu zaman damgası (zaman damgası) ç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 büyük önem taşır.
Neden Önemli?dir?
Bu, döngü sürelerini hesaplama, darboğazları 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ı (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ı güçlüaya 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 sunar.
Neden Önemli?dir?
Veri izlenebilirliğini sunar ve çok sistemli ortamlarda süreç olaylarıni doğru bir şekilde kaynak sistemlerine atfetmek için büyük önem taşır.
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ığı zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu nitelik, analiz edilen veriler için 'itibarıyla' tarihini sunar. Process Mining analizi ve panellerinın zamanlılığını ve uygunluğunu anlamak için büyük önem taşır. Kullanıcılar, mevcut en güncel verilere bakıp bakmadıklarını bilmek için bu zaman damgası (zaman damgası)na güvenirler. Verilerin güncelliği hakkında bağlam güçlüak için genellikle kontrol paneli'larda belirgin bir şekilde görüntülenir.
Neden Önemli?dir?
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ı sunar.
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 bir çerçeve sunar. 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 darboğazlarıni belirlemeye yardımcı olur ve 'Kullanıcı İş Yükü ve Performansı' gibi panelleri destekler.
Neden Önemli?dir?
Kurumsal bağlam sunar, süreç performansının ve iş yükü dağılımının fonksiyonel alana göre analiz edilmesine sunar.
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 sunar. Bu nitelik, mutabakat performansını analiz etmek ve sorunlu hesapları belirlemek için gereklidir. 'Kapanış Sonrası Düzeltme Sıklığı' ve 'Genel Muhasebe Hesap Mutabakat Performansı' gibi kontrol paneli'lar, sıkça düzeltilen veya mutabakatı uzun süren hesapları tespit etmek için bu alana güvenir.
Neden Önemli?dir?
Detaylı finansal analize sunar, 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 önemli 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 kontrol paneli, bu niteliğe göre segmentasyon gerektirir.
Neden Önemli?dir?
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 kontrol paneli'lar için temel bir boyuttur ve 'Ortalama Kullanıcı Aktivite Sayısı Varyansı' KPI'sını hesaplamak için gereklidir.
Neden Önemli?dir?
İş yükü dağılımı, kullanıcı performansı ve kaynak tahsisinin analizini sunar, 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ş Zamanı
EndTime
|
Ölçülebilirr bir süreye sahip bir aktivitenin ne zaman sona erdiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bir mutabakat görevi gibi anlık olmayan faaliyetler için bu zaman damgası (zaman damgası), 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 kontrol paneli'lar için büyük önem taşır.
Neden Önemli?dir?
Bireysel faaliyetler için kesin işleme sürelerinin hesaplanmasını sunar, bu da belirli görev düzeyindeki darboğazları belirlemek için temel rol oynar.
Nereden Alınır??
Bu veriyi kaynaklamak zor olabilir. Bir durum değişikliği zaman damgası (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
|
|||
|
Fiili Tamamlanma 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ı (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?dir?
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ı sunar.
Nereden Alınır??
Event log'daki her 'FinancialPeriod' case'i için son kaydedilen faaliyetin zaman damgası (zaman damgası)'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 gereklidir. 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?dir?
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ı sunar.
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
|
|||
|
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 değeri. | ||
|
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ığı' kontrol paneli'ını doldurmak için kullanılır, geç yapılan değişikliklerin temel nedenlerini belirlemeye yardımcı olur.
Neden Önemli?dir?
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 sunar. Kategoriye göre analiz, belirli mutabakat türleri içindeki sistemik sorunları belirlemeye yardımcı olur. Örneğin, 'Genel Muhasebe Hesap Mutabakat Performansı' kontrol paneli'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?dir?
Mutabakat faaliyetlerini kategorize etmeye yardımcı olur, performans karşılaştırmasını ve belirli mutabakat türleri içindeki sistemik sorunların belirlenmesini sunar.
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 değeri. | ||
|
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?dir?
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
|
Finansal bir işlemle ilişkili 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 sunar.
Neden Önemli?dir?
Süreç olaylarına finansal bağlam sunar, böylece parasal etkiye dayalı analizlere sunar; ö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 vaka içinde aynı öğe için tekrarlandığını gösteren hesaplanmış bir boolean değeri. | ||
|
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 büyük önem taşır. Doğrudan 'Mutabakat Yeniden İşleme Oranı' KPI'sını ve 'Dönem Kapanışı Yeniden İşleme ve Sapmalar' kontrol paneli'ını besler, kalite sorunları veya gereksiz çabalara yol açan belirsiz prosedürlere sahip alanları vurgular.
Neden Önemli?dir?
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 kök neden analizi için büyük önem taşır. 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 sunar.
Neden Önemli?dir?
ERP'deki kaynak işleme doğrudan bir bağlantı sunar, 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-001, 2, 3, 4GENJ005678ACCR-000987
|
|||
Muhasebe Kayıtlarından Raporlamaya - Dönem Kapanışı ve Mutabakat Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
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?dir?
Başlangıç event'i olarak, toplam dönem kapanış çevrim süresini ölçmek için büyük önem taşır. 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 zaman damgası (zaman damgası)'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ı (zaman damgası)nı veya dönem için herhangi bir kapanış aktivitesinin en erken zaman damgası (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?dir?
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 gereklidir.
Nereden Alınır??
Finansal kapanış çalışma alanından. Dönem için kapanış kontrol listesindeki son onay görevinin tamamlanma zaman damgası (zaman damgası)'i ile yakalanır.
Yakala
Finansal kapanış workspace'indeki belirlenmiş 'Nihai Onay' görevinin tamamlama zaman damgası (zaman damgası)nı kullanın.
Event tipi
explicit
|
|||
|
GL Dönemi Kapandı
|
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?dir?
Kesin son event olarak, bu faaliyet Ortalama Dönem Kapanış Çevrim Süresini hesaplamak için önemlidir. 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 zaman damgası (zaman damgası)'tir.
Yakala
LedgerPeriod durum alanının 'Kapalı' olarak ayarlandığı denetim izindeki zaman damgası (zaman damgası)'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?dir?
Bu, bir hesabın mutabakatını tamamlayan önemli bir kilometre taşıdır. 'Ortalama Mutabakat Onay Süresi' KPI'sını hesaplamak ve onay darboğazlarıni belirlemek için gereklidir.
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 zaman damgası (zaman damgası)'tir.
Yakala
Bir kapanış görevindeki durum güncellemesinin 'Tamamlandı' veya eşdeğer bir nihai duruma ilişkin zaman damgası (zaman damgası)'ini yakalayın.
Event tipi
explicit
|
|||
|
Mizan 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?dir?
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ı (zaman damgası) olarak çıkarılabilir.
Yakala
Beyan oluşturma görevleri başlamadan önce döneme ait kaydedilen son GeneralJournalEntry'nin zaman damgası (zaman damgası)nı kullanın.
Event tipi
inferred
|
|||
|
Alt Defterler Beklemeye Alındı
|
Borç Hesapları ve Ticari Alacaklar 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?dir?
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?dir?
Bu aktivitenin zamanlaması, banka mutabakat alt sürecini anlamak için temel rol oynar. Nakit mutabakat aktivitelerinin verimliliğini ölçmek için başlangıç noktası olarak olarak kullanılır.
Nereden Alınır??
BankStatement ve BankStatementLine tablolarından. Yeni bir banka hesap özeti mutabakat kaydının oluşturma zaman damgası (zaman damgası)'i event time olarak olarak kullanılır.
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?dir?
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 zaman damgası (zaman damgası)'inden çıkarılmıştır.
Yakala
BankStatement durum alanının 'Mutabakat Yapıldı' olarak güncellendiği zaman damgası (zaman damgası)'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?dir?
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?dir?
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
|
|||
|
GL 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?dir?
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 büyük önem taşır.
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 zaman damgası (zaman damgası)'tir.
Yakala
LedgerPeriod durumunun 'Kapalı'dan değiştirildiği denetim izindeki zaman damgası (zaman damgası)'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?dir?
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 zaman damgası (zaman damgası)'tir.
Yakala
Bir kapanış görevindeki durum güncellemesinin 'Devam Ediyor' veya benzer bir duruma ilişkin zaman damgası (zaman damgası)'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?dir?
Ş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?dir?
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 darboğazları 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
|
|||