Kayıttan Raporlamaya - Yevmiye Defteri Veri Template'iniz

Microsoft Dynamics 365
Kayıttan Raporlamaya - Yevmiye Defteri Veri Template'iniz

Kayıttan Raporlamaya - Yevmiye Defteri Veri Template'iniz

Bu template, Kayıttan Raporlamaya - Yevmiye Defteri Girişi sürecinizi analyzing etmek için required essential data points'e comprehensive bir guide provides eder. It outlines the crucial attributes'i collect etmek ve key activities'i track etmek için, an effective process mining initiative için all necessary information'ı capture ettiğinizden ensuring eder. Additionally, bu data'yı source system'inizden extracting konusunda practical guidance bulacaksınız.
  • 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 - Yevmiye Defteri Girişi Öznitelikleri

Bunlar, kapsamlı Kayıttan Raporlamaya - Yevmiye Defteri Girişi analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 7 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Meydana gelen belirli iş süreci adımının veya olayın adı.
Açıklama

Bu öznitelik, yevmiye defteri yaşam döngüsü içindeki 'Yevmiye Defteri Oluşturuldu', 'Onay İçin Yevmiye Defteri Gönderildi' veya 'Yevmiye Defteri Muhasebeleştirildi' gibi tek bir event'i veya task'ı açıklar. Bu aktiviteler, keşfedilen süreç haritasının düğümlerini oluşturur.

Bu aktivitelerin sırasını ve sıklığını analiz etmek, process mining'in çekirdeğidir. Gerçek süreç akışını ortaya çıkarır, standart prosedürden sapmaları belirlemeye yardımcı olur ve aktivitelerin beklenenden daha uzun sürdüğü veya tekrarlandığı darboğazları vurgular.

Neden önemli

Bu öznitelik, süreçteki adımları tanımlayarak süreç haritasının omurgasını oluşturur ve süreç akışı ile varyasyonlarının analizine olanak tanır.

Nereden alınır

Bu, system event'lerinden, status change'lerden veya Microsoft Dynamics 365 içindeki workflow log'larından derived edilen conceptual bir attribute'tür.

Örnekler
Yevmiye Kaydı OluşturulduYevmiye Onay İçin GönderildiYevmiye Kaydı OnaylandıYevmiye Kaydı Deftere İşlendi
Olay Zamanı
EventTime
Bir aktivite veya event'in ne zaman gerçekleştiğini gösteren kesin timestamp.
Açıklama

Olay Zamanı, yevmiye defteri giriş sürecindeki belirli bir aktivitenin gerçekleştiği tarih ve saati kaydeder. Bu kronolojik veri, olayları sıralamak ve aralarındaki süreyi hesaplamak için temeldir.

Analizde, bu timestamp her case için timeline'ı oluşturmak için kullanılır; bu, döngü süreleri, işlem süreleri ve bekleme süreleri gibi tüm zaman tabanlı metrikleri hesaplamak için kritiktir. Adımlar arasındaki gecikmelerin belirlenmesini sağlar ve darboğazlar ile SLA uyumluluğuyla ilgili dashboard'ları destekler.

Neden önemli

Bu timestamp, event'leri correctly ordering ve cycle time ve processing delays gibi all duration-based KPI'ları calculating için essential'dır.

Nereden alınır

Olay zaman damgaları genellikle iş akışı geçmiş günlüklerinde, denetim izi tablolarında (örneğin SysDatabaseLog) veya LedgerJournalTable ve LedgerJournalTrans gibi ilgili kayıtlardaki oluşturma/değiştirme zaman damgalarında bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
Yevmiye Kaydı Kimliği
JournalEntryId
Bir yevmiye defteri girişi için birincil case tanımlayıcısı olarak hizmet veren benzersiz tanımlayıcı.
Açıklama

Yevmiye Defteri ID'si, tek bir yevmiye defteri işlemine ait tüm aktiviteleri ve veri noktalarını benzersiz bir şekilde birbirine bağlar. Bir yevmiye defterinin yaşam döngüsünün, oluşturulmasından ve incelenmesinden genel deftere nihai muhasebeleştirilmesine kadar eksiksiz uçtan uca takibine olanak tanır.

Process mining analizinde, bu öznitelik süreç akışını yeniden yapılandırmak için temeldir. Her benzersiz Yevmiye Defteri ID'si, sürecin tek bir örneğini temsil eder ve bireysel finansal işlemler için süreç varyantlarının, döngü sürelerinin ve uyumluluğun ayrıntılı incelenmesini sağlar.

Neden önemli

Bu, bir journal entry'yi start to finish tracking için essential key'dir, making it possible to analyze the entire process flow for each case.

Nereden alınır

Bu tanımlayıcı genellikle LedgerJournalTable gibi yevmiye başlığı tablosunda, sıklıkla JournalNum adlı bir alanda bulunur.

Örnekler
JRN-0012345JV-2023-08-156GENJ0000891
Defter Türü
JournalType
Yevmiye defteri girişinin sınıflandırması, örneğin Genel Yevmiye Defteri veya Tahakkuk.
Açıklama

Yevmiye Defteri Türü, girdileri günlük kayıtlar, tahakkuklar, tahsisler veya iptaller gibi iş amaçlarına göre sınıflandırır. Bu segmentasyon, farklı süreç yollarını ve davranışlarını anlamak için çok önemlidir.

Bu öznitelik, süreci farklı yevmiye defteri türleri arasında filtrelemeye ve karşılaştırmaya olanak tanır. 'Türe Göre Yevmiye Defteri Girdi Hacmi' dashboard'u için temeldir ve belirli yevmiye türlerinin gecikmelere, reddedilmelere veya yeniden işlemlere daha yatkın olup olmadığını analiz etmeye yardımcı olur.

Neden önemli

Analizin, farklı iş amaçları için süreçleri karşılaştırmak üzere bölümlere ayrılmasını sağlar; bu amaçların kendine özgü yolları, döngü süreleri ve onay gereksinimleri olabilir.

Nereden alınır

Bu genellikle LedgerJournalTable yevmiye başlığı tablosunda, günlük adları veya türleriyle ilgili bir alanda (örneğin JournalName) saklanır.

Örnekler
Genel YevmiyeTahakkuk DüzeltmesiŞirketler Arası TransferBordro
Kullanıcı Adı
UserName
`Aktivite`yi gerçekleştiren kullanıcının adı.
Açıklama

Bu öznitelik, bir yevmiye defteri girişini oluşturma, onaylama veya muhasebeleştirme gibi belirli bir aktiviteyi yürütmekten sorumlu çalışanı veya sistem kullanıcısını tanımlar. Süreç adımlarını insan kaynaklarına bağlar.

Kullanıcıya göre performansı analiz etmek, process mining'de önemli bir yetenektir. Farklı kullanıcılar veya ekipler arasında aktivite sürelerini ve verimliliği karşılaştırmak için 'Yevmiye Defteri Kullanıcı Performansı' dashboard'unu oluşturmaya yardımcı olur. Bu, en iyi performans gösterenleri vurgulayabilir, eğitim ihtiyaçlarını belirleyebilir ve iş yükü dengelemesine yardımcı olabilir.

Neden önemli

Süreç aktivitelerini belirli kişilerle ilişkilendirerek kullanıcı performansı, iş yükü dağıtımı ve kaynak tahsisi analizine olanak tanır.

Nereden alınır

User information, typically LedgerJournalTable gibi table'lardaki createdBy veya modifiedBy field'larında veya associated workflow history log'larında found edilir.

Örnekler
Alice SmithBob Johnsonsystem.batch
Olay Bitiş Zamanı
EventEndTime
Bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası.
Açıklama

Olay Bitiş Zamanı, belirli bir aktivitenin tamamlandığını işaretler. Başlangıç Zamanı bir olayın ne zaman başladığını gösterirken, Bitiş Zamanı diğer sınırı sağlar ve bireysel görevlerin kesin süre hesaplamasına olanak tanır.

Process mining'de hem başlangıç hem de bitiş zamanına sahip olmak, bekleme süresinden farklı olan aktivite işlem süresinin hesaplanmasını sağlar. Bu, kullanıcı performansını analiz eden ve aralarındaki boşluklar değil, hangi belirli görevlerin en çok zaman tükettiğini belirleyen dashboard'lar için çok önemlidir.

Neden önemli

Her aktivitenin ne kadar sürdüğünün hassas bir şekilde hesaplanmasını sağlayarak, kullanıcı performansını analiz etmek ve kaynak yoğun görevleri belirlemek için hayati önem taşır.

Nereden alınır

Bu data, workflow log'larında explicitly stored edilebilir veya sequence'deki subsequent activity'nin StartTime'ı kullanılarak derived edilmesi gerekebilir.

Örnekler
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Ret Nedeni
RejectionReason
Bir yevmiye defteri girişi onay sürecinde reddedildiğinde belirtilen neden.
Açıklama

Bir journal entry rejected edildiğinde, approver often rejection için bir reason provides eder. Bu attribute, root cause analysis için invaluable olan bu information'ı captures eder.

Bu, 'Journal Entry Rejection Rate Analysis' dashboard'u için primary attribute'tür. Rejection reasons'ları categorizing ve analyzing ederek, organizations common problems'ları (incorrect documentation, policy violations veya data entry errors gibi) identify edebilir ve then targeted training veya process improvements implement edebilir.

Neden önemli

Yeniden işlemenin neden gerçekleştiğini açıklayarak, reddetme oranlarını azaltmak ve ilk seferde doğru onayları iyileştirmek için gerekli doğrudan içgörüyü sağlar.

Nereden alınır

Bu information, typically stored in the workflow history veya comments section associated with the rejection step'tir.

Örnekler
Yetersiz destekleyici belgeYanlış hesap kullanıldıOnay eşiğini aşıyorÇift kayıt
Yasal Varlık
LegalEntity
Yevmiye defteri girişinin kaydedildiği tüzel kişilik veya şirket kodu.
Açıklama

Tüzel Kişilik, bir kuruluş içinde finansal işlemin kaydedildiği belirli şirketi veya iş birimini temsil eder. Bu, finansal sistemlerde temel bir organizasyonel boyuttur.

Process mining'de bu öznitelik, yevmiye defteri giriş sürecini kuruluşun farklı bölümleri arasında karşılaştırmaya olanak tanır. Belirli tüzel kişiliklerin daha verimli süreçlere, daha yüksek ret oranlarına veya daha uzun döngü sürelerine sahip olup olmadığını ortaya çıkarabilir, bu da en iyi uygulamaların belirlenmesine ve paylaşılmasına yardımcı olur.

Neden önemli

Farklı şirketler veya iş birimleri arasındaki süreç performansının karşılaştırılmasını sağlayarak, varyasyonları ve iyileştirme fırsatlarını vurgular.

Nereden alınır

Bu, Dynamics 365'te temel bir alandır; genellikle LedgerJournalTable gibi işlem tablolarında bulunur ve sıklıkla DataAreaId'ye bağlıdır.

Örnekler
USMFDEMFGBSI
Yevmiye Durumu
JournalStatus
Yevmiye defteri girişinin mevcut veya nihai durumu.
Açıklama

Bu öznitelik, belirli bir zamandaki yevmiye defteri girişinin 'Taslak', 'İncelemede', 'Onaylandı', 'Reddedildi' veya 'Muhasebeleştirildi' gibi durumunu gösterir. Girişin yaşam döngüsünde nerede olduğuna dair bir snapshot sağlar.

Durumu analiz etmek, caselerin sonuçlarını anlamak için faydalıdır. Tüm reddedilen yevmiye defterlerini filtrelemek veya belirli bir aşamadaki yevmiye defterlerinin hacmini izlemek için kullanılabilir. Bu öznitelik, throughput ve status analizine bağlam sağlayarak birden fazla dashboard'u destekler.

Neden önemli

Her yevmiye defteri girişi için net bir sonuç sağlar, başarı oranları, ret oranları ve farklı aşamalardaki iş hacmi analizine olanak tanır.

Nereden alınır

Durum genellikle yevmiye defteri başlık tablosu olan LedgerJournalTable üzerinde bulunur veya workflow durumundan türetilir.

Örnekler
TaslakGönderildiOnaylandıKaydedildiReddedildi
Yevmiye Toplam Tutarı
JournalTotalAmount
Yevmiye defteri girişinin toplam parasal değeri, tipik olarak borçların toplamı.
Açıklama

Bu öznitelik, yevmiye defteri girişinin toplam finansal değerini temsil eder. Girişleri düşük, orta ve yüksek değer gibi değer bantlarına ayırmak için kullanılabilir.

Süreci finansal değere göre analiz etmek, önemli kalıpları ortaya çıkarabilir. Örneğin, yüksek değerli yevmiye defteri girişleri, daha fazla adım ve daha uzun döngü süreleri içeren daha titiz bir onay sürecini takip edebilir. Bu öznitelik, önemlilik analizi ve süreç verimsizliklerinin finansal etkisini anlamak için temeldir.

Neden önemli

Sürecin finansal değere göre bölümlere ayrılmasını sağlar; bu genellikle süreç karmaşıklığı, risk ve onay workflow'ları ile ilişkilidir.

Nereden alınır

Bu değerin, her yevmiye kaydı için LedgerJournalTrans yevmiye satırı tablosundaki borç tutarlarının toplanmasıyla hesaplanması gerekebilir.

Örnekler
1500.75125000.0050.25
Bölüm
DepartmentName
Yevmiye defteri girişiyle ilişkili departman veya maliyet merkezi.
Açıklama

Departman veya maliyet merkezi, finansal işlemden sorumlu veya etkilenen dahili iş birimini tanımlar. Bu, dahili yönetim raporlaması için önemli bir boyuttur.

Bu öznitelik, yevmiye defteri giriş sürecini departmanlara göre analiz etmeye olanak tanır. Hangi departmanların en çok yevmiye defteri gönderdiğini? Belirli departmanların daha yüksek ret oranlarına veya daha uzun onay sürelerine sahip olup olmadığını gibi sorulara yanıt bulmaya yardımcı olabilir. Bu, hedeflenmiş süreç iyileştirme çabaları için faydalıdır.

Neden önemli

İş fonksiyonuna göre süreç performansını analiz etme yolu sunarak, departmana özgü darboğazları veya eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Nereden alınır

Bu bilgi genellikle yevmiye satırı düzeyinde (LedgerJournalTrans) bir mali boyut (financial dimension) olarak bulunur.

Örnekler
SatışFinansPazarlamaOperasyonlar
İlk Seferde Doğru mu
IsFirstTimeRight
Yevmiye kaydının daha önce hiç reddedilmeden onaylanıp onaylanmadığını gösteren bir işaret (flag).
Açıklama

Bu case-level boolean öznitelik, bir yevmiye defteri girişi submission'dan approval'a herhangi bir intervening 'Journal Rejected' veya 'Journal Entry Corrected' aktivitesi olmadan ilerlerse true olur. Bu, process quality'sinin key bir ölçüsüdür.

'First-Time Right Approval Rate' KPI'ı doğrudan bu öznitelikten calculated edilir. High bir rate, efficient ve high-quality bir process'i indicate ederken, low bir rate, initial data quality, clarity of requirements veya submission procedure'leriyle ilgili systemic issues'lara signal verir.

Neden önemli

Bu, process quality'sinin critical bir measure'ıdır, kaç journal'ın approval process'ten smoothly flow ettiğini without any rework highlighting eder.

Nereden alınır

Bu, her bir Yevmiye Kaydı Kimliği (Journal Entry ID) için aktivite dizisi analiz edilerek vaka (case) düzeyinde türetilen hesaplanmış bir özniteliktir.

Örnekler
truefalse
İşlem Süresi
ProcessingTime
Bir faaliyet üzerinde aktif olarak çalışılan süre.
Açıklama

İşlem Süresi, bir aktivitenin başlangıcı ile bitişi arasındaki süreyi ölçer ve gerçek çalışma süresini temsil eder. Bu, aktiviteler arasındaki bekleme süresini içeren döngü süresinden farklıdır.

Bu hesaplanmış metrik, 'Yevmiye Defteri Kullanıcı Performansı' dashboard'u için hayati önem taşır. Kullanıcıların veya ekiplerin belirli görevleri tamamlamasının ne kadar sürdüğünü anlamaya yardımcı olur, kuyrukta bekleme veya bekleme süresinin etkisini ortadan kaldırır. Bu, kaynak verimliliğinin daha adil ve doğru bir şekilde değerlendirilmesini sağlar.

Neden önemli

Bir aktivitenin aktif çalışma süresini ölçerek, bekleme sürelerinin gürültüsü olmadan kullanıcı ve ekip verimliliği analizine olanak tanır.

Nereden alınır

Bu değer, her aktivite için EventEndTime ile EventTime (StartTime) arasındaki fark alınarak hesaplanır.

Örnekler
PT5M15SPT1H15MP1DT2H
Kayıt Tarihi
PostingDate
Yevmiye defteri girişinin genel deftere muhasebeleştirildiği tarih.
Açıklama

Muhasebeleştirme Tarihi, işlemin genel defter bakiyelerini etkilediği resmi tarihtir. Bu tarih, finansal raporlama ve kapanış dönemleri için kritiktir.

Bu öznitelik, 'Yevmiye Defteri Muhasebeleştirme Süresi' KPI'ının odak noktası olan onay ve muhasebeleştirme arasındaki gecikmeyi analiz etmek için kullanılır. Bu gecikmeyi azaltmak, finansal kapanış sürecini hızlandırmak için genellikle temel bir hedeftir. Zaman içinde muhasebeleştirme hacimlerini analiz etmek için de kullanılabilir.

Neden önemli

Deftere işleme teslim süresi KPI'ını hesaplamak ve onay ile bir işlemin defterde resmiyet kazanması arasındaki gecikmeleri anlamak için kritik öneme sahiptir.

Nereden alınır

Bu tarih genellikle yevmiye başlığı tablosunda (LedgerJournalTable) veya ilgili işlenmiş işlem tablolarında saklanır.

Örnekler
2023-10-282023-11-012023-10-31
Kaynak Sistem
SourceSystem
Verinin çıkarıldığı kayıt sistemi.
Açıklama

Bu öznitelik, yevmiye defteri verilerinin kaynak uygulamasını tanımlar. Bu süreç için değer genellikle 'Microsoft Dynamics 365' gibi sabittir.

Daha geniş bir analiz bağlamında, özellikle birden fazla ERP veya entegre sisteme sahip ortamlarda, bu alan süreçleri ve veri kaynaklarını farklılaştırmaya yardımcı olur. Veri menşei hakkında netlik sağlar ve veri yönetimi ve validation için önemlidir.

Neden önemli

Veri yönetişimi ve birden fazla kurumsal sistemi kapsayabilecek analizler için kritik olan verinin kökenini belirler.

Nereden alınır

Bu, data extraction, transformation ve loading (ETL) process'i during'de added edilen static bir value'dur, dataset'in origin'ini label etmek için.

Örnekler
Microsoft Dynamics 365D365 F&O
Onay Seviyesi
ApprovalLevel
Çok seviyeli bir onay workflow'unda mevcut veya tamamlanmış aşamayı gösterir.
Açıklama

Birden fazla onay gerektiren yevmiye kayıtları için bu öznitelik, kaydın hiyerarşinin hangi düzeyine ulaştığını takip eder; örneğin, 'Yönetici Onayı' veya 'Direktör Onayı'.

Bu öznitelik, onay darboğazlarını daha ayrıntılı analiz etmek için kullanışlıdır. Onay zincirinde belirli bir düzeyde sürekli olarak gecikmelerin olup olmadığını belirlemeye yardımcı olabilir, bu da o aşamada süreç yeniden tasarımına veya kaynakların yeniden tahsisine ihtiyaç duyulduğunu gösterir.

Neden önemli

Çok aşamalı onay workflow'larına görünürlük sağlayarak, belirli onay seviyelerindeki darboğazları belirlemeye yardımcı olur.

Nereden alınır

Bu information, workflow history log'dan derived edilecektir, different approval steps'in completion'ını tracking ederek.

Örnekler
Seviye 1: YöneticiSeviye 2: DirektörSeviye 3: Finans Başkan Yardımcısı
Onay SLA Durumu
ApprovalSlaState
Yevmiye kaydı onayının hizmet seviyesi anlaşmasını karşılayıp karşılamadığını gösterir.
Açıklama

Bu öznitelik, her yevmiye defteri girişinin onay döngüsünü, bir Hizmet Seviyesi Anlaşması (SLA) tarafından tanımlanan hedef süre içinde tamamlanıp tamamlanmadığına göre kategorize eder. Olası değerler genellikle 'Karşılandı' veya 'İhlal Edildi'dir.

Bu, 'Yevmiye Defteri Onay SLA Uyumluluğu' dashboard'u için temel metriktir. Hedeflere karşı performansa dair net, iş odaklı bir görünüm sunarak onay sürecinin zamanında izlenmesine ve yönetilmesine yardımcı olur, SLA'ların sık sık kaçırıldığı durumlarda iyileştirmeler sağlar.

Neden önemli

Raw cycle time data'yı clear bir business outcome'a (met veya breached) translates eder, key targets'a karşı performance'ı track etmeyi easy yapar.

Nereden alınır

Bu hesaplanmış bir özniteliktir. Mantık, hesaplanan Onay Döngü Süresi KPI'ının önceden tanımlanmış bir SLA hedefiyle karşılaştırılmasını gerektirir.

Örnekler
Karşılandıİhlal Edildi
Otomatik Deftere İşleme mi
IsAutomatedPosting
Yevmiye kaydının otomatik olarak oluşturulup oluşturulmadığını veya işlenip işlenmediğini gösteren bir işaret (flag).
Açıklama

Bu boolean öznitelik, bir kullanıcı tarafından manuel olarak oluşturulan yevmiye defteri girişleri ile sistem veya bir alt sistem tarafından otomatik olarak oluşturulanlar (örneğin, bir sistem entegrasyonu veya otomatik bir allocation süreci) arasında ayrım yapar.

Bu özniteliği analiz etmek, otomatik ve manuel süreçlerin verimliliğini ve error rate'lerini karşılaştırmaya yardımcı olur. Manuel girişlerin errors, rework veya delays'e daha prone olup olmadığını göstererek daha fazla automation fırsatlarını vurgulayabilir.

Neden önemli

Manuel süreçleri otomatik süreçlerden ayırarak verimliliklerini, doğruluklarını ve uyumluluklarını karşılaştırmaya olanak tanır.

Nereden alınır

Bu, 'Created by' user (e.g., bir system veya batch user) veya journal header veya type configuration'ındaki specific bir flag ile indicated edilebilir.

Örnekler
truefalse
Para Birimi Kodu
CurrencyCode
Yevmiye defteri giriş tutarının para birimi.
Açıklama

Bu öznitelik, yevmiye defteri girişinin USD, EUR veya GBP gibi hangi para biriminde olduğunu belirtir. Yevmiye Defteri Toplam Tutarı için temel bağlamı sağlar.

Süreç akışının kendisini analiz etmek için her zaman kullanılmasa da, currency herhangi bir finansal raporlama veya yevmiye defteri tutarlarına dayalı analiz için hayati öneme sahiptir. Özellikle çok uluslu kuruluşlarda değerlerin doğru bir şekilde aggregation'ını ve comparison'ını sağlar.

Neden önemli

Herhangi bir finansal analiz için gerekli bağlamı sağlayarak, özellikle çoklu para birimi ortamlarında parasal değerlerin doğru yorumlanmasını sağlar.

Nereden alınır

Para birimi kodu genellikle yevmiye satırı tablosu olan LedgerJournalTrans'ta mevcuttur.

Örnekler
USDEURGBPJPY
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, kaynak sistemden en son veri extraction'ının tarih ve saatini gösterir. Analizin ve dahil edilen verilerin güncelliği hakkında bağlam sağlar.

Bu bilgiyi dashboard'larda görüntülemek, kullanıcılara verilerin timeliness'ı konusunda güvence verir ve mevcut süreç analizinin kapsadığı time frame'i anlamalarına yardımcı olur. Herhangi bir process mining projesi için önemli bir metadata parçasıdır.

Neden önemli

Verilerin güncelliği hakkında kritik bağlam sağlayarak, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamalarını sağlar.

Nereden alınır

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve depolanır.

Örnekler
2023-10-27T02:00:00Z
Yeniden İşleme mi?
IsRework
Yeniden işleme veya düzeltme döngüsünün parçası olan aktiviteleri tanımlayan bir işaret (flag).
Açıklama

Bu hesaplanmış boolean öznitelik, bir rejection'dan sonra gerçekleşen 'Journal Entry Corrected' veya tekrarlanan 'Journal Submitted For Approval' gibi aktiviteler için true olarak ayarlanır. Rework'ü izole etmeye ve quantify etmeye yardımcı olur.

Bu öznitelik, 'Journal Entry Rework and Correction Loops' dashboard'u ve 'Rework Rate' KPI'ı için temeldir. Rework'ü flag'leyerek, süreçteki birincil inefficiency kaynağı olan correction cycle'larının frequency ve impact'ını visualize ve measure etmek kolaylaşır.

Neden önemli

Verimsiz yeniden işleme döngülerini doğrudan işaretleyerek, reddetmelerin ve düzeltmelerin genel döngü süresi ve maliyeti üzerindeki etkisini nicelleştirmeyi kolaylaştırır.

Nereden alınır

Bu, veri dönüştürme sırasında bir vaka içindeki aktivite dizisi analiz edilerek türetilen hesaplanmış bir özniteliktir.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Kayıttan Raporlamaya - Yevmiye Defteri Girişi Aktiviteleri

Bunlar, doğru `Process Mining` ve analizi için `event log`'unuzda yakalamanız gereken önemli süreç adımları ve kilometre taşlarıdır.
5 Önerilen 7 İsteğe Bağlı
Aktivite Açıklama
Yevmiye Kaydı Deftere İşlendi
Bu aktivite, yevmiye defteri girişinin genel deftere başarıyla muhasebeleştirilmesini işaretleyerek resmi bir finansal kayıt haline getirir. Bu, yevmiye defteri başlık durumu 'Muhasebeleştirildi' olarak güncellendiğinde yakalanan kritik bir event'tir.
Neden önemli

Bu, process için primary success end event'tir. End-to-end cycle time'ı ve posting lead time'ı calculate etmek için used edilir, bunlar financial close efficiency'nin key indicators'ıdır.

Nereden alınır

LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (örneğin JournalStatus'un 'Posted' olarak değişmesi) ve GeneralJournalAccountEntry tablosunda ilgili girişlerin oluşturulmasından yakalanır.

Yakala

Identify the timestamp when the journal's status becomes 'Posted'.

Event tipi inferred
Yevmiye Kaydı Oluşturuldu
Bu aktivite, yeni bir yevmiye defteri girişinin başlatılmasını işaretler. Bir kullanıcı sistemde yeni bir yevmiye defteri başlık kaydı oluşturduğunda yakalanır ve süreç analizi için case identifier olarak hizmet veren benzersiz bir Journal Entry ID'si oluşturur.
Neden önemli

Bu, process için primary start event'tir. Bu point'ten posting'e kadar olan time'ı analyzing etmek, end-to-end cycle time'ı measuring ve initial data entry delays'ini identifying için crucial'dır.

Nereden alınır

Bu olay, GeneralJournalEntry veya LedgerJournalTable varlığındaki yevmiye başlığının oluşturulma zaman damgasından yakalanır. Genellikle açık bir kayıt oluşturma olayıdır.

Yakala

Use the 'createdDateTime' field on the GeneralJournalEntry or LedgerJournalTable.

Event tipi explicit
Yevmiye Kaydı Onaylandı
Yevmiye defteri girişi, belirlenen yetkili tarafından onaylanmış ve onay workflow'undaki son adımı tamamlamıştır. Bu genellikle yevmiye defteri başlığındaki 'Onaylandı' durumuna geçiş gibi bir durum değişikliğinden alınır.
Neden önemli

Bu, approval process'i concludes eden ve posting'i enables eden critical bir milestone'dur. Approval cycle time, posting lead time ve first-time right rate'i calculating etmek için essential'dır.

Nereden alınır

LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (örneğin ApprovalStatus'un 'Approved' olarak değişmesi) veya nihai onay durumunu gösteren iş akışı geçmiş tablosundan çıkarsanır.

Yakala

Identify timestamp when the journal status changes to 'Approved'.

Event tipi inferred
Yevmiye Onay İçin Gönderildi
Tamamlanmış bir yevmiye defteri girişinin inceleme ve onay workflow'una resmi olarak gönderilmesini temsil eder. Bu genellikle yevmiye defteri başlığındaki 'Taslak'tan 'İncelemede' veya 'Gönderildi' gibi bir durum değişikliğinden çıkarılır.
Neden önemli

Bu, approval cycle'ını initiates eden key bir milestone'dur. Submission'dan final approval'a kadar olan time'ı measuring etmek, review process'teki bottlenecks'i identifying ve SLA compliance'ı monitoring etmek için critical'dır.

Nereden alınır

LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (örneğin ApprovalStatus'un 'InReview' olarak değişmesi) veya günlükle ilişkili iş akışı geçmiş günlüklerinden çıkarsanır.

Yakala

Yevmiye durumunun 'submitted' veya 'in review' durumuna geçtiği zaman damgasını belirleyin.

Event tipi inferred
Yevmiye Reddedildi
Yevmiye defteri girişi bir inceleyen veya onaylayan tarafından reddedilmiş ve düzeltme gerektirmektedir. Bu olay, yevmiye defterindeki 'Reddedildi' veya 'Düzeltme Gerekiyor' durumuna geçiş gibi bir durum değişikliğinden alınır.
Neden önemli

Rejections'ı tracking, rejection rate'i calculating ve rework'ün root causes'ını identifying için fundamental'dır. It highlights issues with data quality, compliance veya user training.

Nereden alınır

LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (örneğin ApprovalStatus'un 'Rejected' olarak değişmesi) veya iş akışı geçmiş günlüğünden çıkarsanır.

Yakala

Identify timestamp when the journal status changes to 'Rejected'.

Event tipi inferred
Yevmiye Deftere İşleme Girişimi
Bu aktivite, bir kullanıcının onaylanmış bir yevmiye defteri için muhasebeleştirme sürecini başlattığını gösterir. Bu, sistem muhasebeleştirme işinin başlangıcını log'larsa açıkça yakalanabilir.
Neden önemli

Deftere işleme girişimi ile başarılı deftere işleme arasındaki ayrım, finansal kapanışı etkileyen sistem performansı sorunlarını veya toplu iş gecikmelerini teşhis etmeye yardımcı olabilir.

Nereden alınır

Bu, bir batch job history table'da explicit bir event olarak logged edilebilir veya LedgerJournalTable üzerinde 'Posting in progress' status change'inden inferred edilebilir.

Yakala

Genel Defter muhasebeleştirme rutinleriyle ilgili batch job veya sistem log'larının analizini gerektirir.

Event tipi explicit
Yevmiye İncelemesi Başlatıldı
Bu aktivite, bir inceleyenin gönderilen bir yevmiye defteri üzerinde aktif olarak çalışmaya başladığını işaretler. Yevmiye defteri bir inceleyene atandığında veya inceleyen kaydı ilk kez incelemek için açtığında çıkarılabilir.
Neden önemli

Bu aktivite, gönderim ile incelemenin başlangıcı arasındaki gecikme olan inceleyen devir süresini ölçmeye yardımcı olur. Kaynak tahsisi veya bildirim sorunlarını ortaya çıkarabilir.

Nereden alınır

Bu often not explicitly logged edilir. Workflow assignment log'larından inferred edilebilir veya submission timestamp'ı bir reviewer user tarafından first modification timestamp ile comparing etmeyi requires eder.

Yakala

Workflow kullanıcı atama log'larının veya standart olmayabilecek kullanıcı aktivite log'larının analizini gerektirir.

Event tipi inferred
Yevmiye Kaydı Düzeltildi
Bu aktivite, daha önce reddedilmiş bir yevmiye defteri girişinin bir kullanıcı tarafından değiştirildiğini gösterir. Bu genellikle 'Reddedildi' durumu kaydedildikten sonra yevmiye defteri başlığında veya satırlarında bir değişiklik tespit edilerek çıkarılır.
Neden önemli

Bu aktivite, yeniden işlemi açıkça tanımlar. Düzeltme döngülerinin sıklığını ve süresini analiz etmek, süreci kolaylaştırmaya ve manuel çabayı azaltmaya yardımcı olur.

Nereden alınır

'Journal Rejected' olayı gerçekleştikten sonra LedgerJournalTable veya LedgerJournalTrans tablolarındaki 'modifiedDateTime' ve 'modifiedBy' alanları izlenerek çıkarsanır.

Yakala

'Rejected' durumunun zaman damgasını, kaydı oluşturan kişi tarafından yapılan sonraki değişiklik zaman damgalarıyla karşılaştırın.

Event tipi inferred
Yevmiye Kaydı Ters Çevirme Başlatıldı
Bu event, previously posted bir journal entry'yi reverse etmek için bir process'in start'ını represents eder. Bu, bir user system'de reversal action'ı initiate ettiğinde captured edilir.
Neden önemli

Reversals'ı tracking, correcting posted entries'nin frequency ve reasons'ını identify etmeye helps eder. This can point to underlying issues in the initial data entry veya approval stage'lerinde.

Nereden alınır

Bu genellikle denetim izlerinden yakalanabilen veya orijinaline bağlı yeni bir ters kayıt günlüğünün oluşturulmasıyla tanımlanabilen açık bir kullanıcı eylemidir.

Yakala

İşlenmiş bir günlüğün tersi (reversal) olarak işaretlenen yeni bir yevmiye kaydının oluşturulma olayını kullanın.

Event tipi explicit
Yevmiye Kaydı Ters Çevrildi
Bir düzeltme kaydının başarıyla muhasebeleştirildiği yevmiye defteri girişi düzeltme sürecinin tamamlandığını işaretler. Bu, yanlış bir yevmiye defterinin yaşam döngüsü için alternatif bir bitiş noktası görevi görür.
Neden önemli

Bu aktivite, düzeltilmiş girişler hakkında kapanış sağlar ve muhasebeleştirme sonrası ayarlamalara harcanan toplam çabayı analiz etmeye yardımcı olur, bu da genel süreç verimliliğini etkiler.

Nereden alınır

Yeni ters kayıt yevmiye girişinin kendisi 'Posted' durumuna geçtiğinde yakalanır. Orijinal günlükle olan bağlantı bir referans alanı aracılığıyla korunur.

Yakala

İlişkili ters kayıt yevmiye girişi için 'Posted' durum olayını tanımlayın.

Event tipi inferred
Yevmiye Onay İçin Yeniden Gönderildi
Düzeltilen bir yevmiye kaydı, yeni bir inceleme döngüsü için onay iş akışına geri gönderilir. Bu durum, 'Rejected' veya 'Draft' durumundan tekrar 'In Review' veya 'Submitted' durumuna geçilmesinden çıkarsanır.
Neden önemli

Bu aktivite, bir yeniden işleme döngüsünün başlangıcını işaretler. Bu event'leri saymak, yeniden işleme oranını ve yevmiye defteri girişi başına ortalama onay döngüsü sayısını nicelendirmeye yardımcı olur.

Nereden alınır

İş akışı geçmişinden veya durumun reddedilen bir durumdan tekrar gönderilen bir duruma geçtiği LedgerJournalTable üzerindeki durum değişiklikleri izlenerek çıkarsanır.

Yakala

Aynı günlük için bir 'Rejected' durum olayından sonra gerçekleşen bir 'Submitted' durum olayını tanımlayın.

Event tipi inferred
Yevmiye Satırı Eklendi
Bu event, bir debit veya credit line'ın journal entry'ye added edildiğini signifies eder. Bu, each time bir new transaction line created edildiğinde ve journal header'la associated olduğunda captured edilir.
Neden önemli

Line item creation'ı tracking, different journal types için complexity ve data entry effort'ı anlamaya helps eder. It can also highlight delays between header creation ve line completion.

Nereden alınır

Yevmiye başlığına bağlı olan LedgerJournalTrans varlığındaki kayıtların oluşturulma zaman damgasından yakalanır. Her satır oluşturma işlemi ayrı bir olaydır.

Yakala

LedgerJournalTrans tablosundaki her kayıt için 'createdDateTime' alanını kullanın.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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