Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Meydana gelen belirli iş süreci adımının veya olayın adı. | ||
|
Açıklama
Bu öznitelik, yevmiye defteri süreç döngüsü içindeki 'Yevmiye Defteri Oluşturuldu', 'Onay İçin Yevmiye Defteri Gönderildi' veya 'Yevmiye Defteri Muhasebeleştirildi' gibi tek bir olayı veya görevi 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 temelidir. 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?dir?
Bu öznitelik, süreçteki adımları tanımlayarak süreç haritasının temelini oluşturur ve süreç akışı ile varyasyonlarının analizine sunar.
Nereden Alınır??
Bu, system olaylarınden, status change'lerden veya Microsoft Dynamics 365 içindeki workflow log'larından derived edilen conceptual bir niteliktir.
Örnekler:::::::
Yevmiye Kaydı OluşturulduYevmiye Onay İçin GönderildiYevmiye OnaylandıYevmiye Kaydı Deftere Kaydedildi
|
|||
|
Olay Zamanı
EventTime
|
Bir aktivite veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, yevmiye defteri giriş sürecindeki belirli bir faaliyetin gerçekleştiği tarih ve saati kaydeder. Bu kronolojik veri, olayları sıralamak ve aralarındaki süreyi hesaplanmasında temel rol oynar. Analizde, bu zaman damgası (zaman damgası) her vaka 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 büyük önem taşır. Adımlar arasındaki gecikmelerin belirlenmesini sunar ve darboğazlar ile SLA uyumluluğuyla ilgili panelleri destekler.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayları olayları doğru şekilde sıralamak; döngü süresi ve işlem gecikmeleri gibi süreye dayalı tüm KPI'ları hesaplamak için temel önemdedir.
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 vaka 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 süreç döngüsünün, oluşturulmasından ve incelenmesinden genel deftere nihai muhasebeleştirilmesine kadar eksiksiz uçtan uca takibine sunar. Process Mining analizinde, bu öznitelik süreç akışını yeniden yapılandırmak için büyük önem taşır. 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 sunar.
Neden Önemli?dir?
Bu, bir journal entry'yi start to finish tracking için temel anahtardır ve her bir vaka için tüm süreç akışının analiz edilmesini mümkün kılar.
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-001, 2, 3, 45JV-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 büyük önem taşır. Bu öznitelik, süreci farklı yevmiye defteri türleri arasında filtrelemeye ve karşılaştırmaya sunar. 'Türe Göre Yevmiye Defteri Girdi Hacmi' kontrol paneli'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?dir?
Analizin, farklı iş amaçları için süreçleri karşılaştırmak üzere bölümlere ayrılmasını sunar; 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ı' kontrol paneli'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?dir?
Süreç aktivitelerini belirli kişilerle ilişkilendirerek kullanıcı performansı, iş yükü dağıtımı ve kaynak tahsisi analizine sunar.
Nereden Alınır??
Kullanıcı bilgileri genellikle LedgerJournalTable gibi tablolardaki createdBy veya modifiedBy alanlarında veya ilgili iş akışı geçmişi günlüklerinde bulunur.
Örnekler:::::::
Alice SmithBob Johnsonsystem.batch
|
|||
|
Olay Bitiş Zamanı
EventEndTime
|
Bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Bitiş Zamanı, belirli bir faaliyetin tamamlandığını işaretler. Başlangıç Zamanı bir olayın ne zaman başladığını gösterirken, Bitiş Zamanı diğer sınırı sunar ve bireysel görevlerin kesin süre hesaplamasına sunar. 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ı sunar. 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 kontrol paneli'lar için büyük önem taşır.
Neden Önemli?dir?
Her aktivitenin ne kadar sürdüğünün doğru bir şekilde hesaplanmasına olanak tanıyarak, kullanıcı performansını analiz etmek ve kaynak yoğun görevleri belirlemek için önemlidir.
Nereden Alınır??
Bu veriler iş akışı günlüklerinde açıkça saklanabilir veya dizideki bir sonraki aktivitenin Başlangıç Zamanı (StartTime) kullanılarak türetilmesi 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 sunar. Bu nitelik, root cause analysis için invaluable olan bu information'ı captures eder. Bu, 'Journal Entry Rejection Rate Analysis' kontrol paneli'u için primary niteliktir. Kuruluşlar, ret nedenlerini kategorize edip analiz ederek yaygın sorunları (hatalı belgeler, politika ihlalleri veya veri girişi hataları gibi) belirleyebilir ve ardından hedefe yönelik eğitimler veya süreç iyileştirmeleri uygulayabilir.
Neden Önemli?dir?
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 önemli bilgiyü sunar.
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 sunar. 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?dir?
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 süreç döngüsünde nerede olduğuna dair bir snapshot sunar. 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, işleme hızı (throughput) ve status analizine bağlam sağlayarak birden fazla kontrol paneli'u destekler.
Neden Önemli?dir?
Her yevmiye defteri girişi için net bir sonuç sunar, başarı oranları, ret oranları ve farklı aşamalardaki iş hacmi analizine sunar.
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 büyük önem taşır.
Neden Önemli?dir?
Sürecin finansal değere göre bölümlere ayrılmasını sunar; bu genellikle süreç karmaşıklığı, risk ve onay iş akışlarını 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 sunar. 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?dir?
İş 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?dir?
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
|
|||
|
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 büyük önem taşır. 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?dir?
Deftere işleme teslim süresi KPI'ını hesaplamak ve onay ile bir işlemin defterde resmiyet kazanması arasındaki gecikmeleri anlamak için büyük önem taşır.
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 sunar ve veri yönetimi ve validation için önemlidir.
Neden Önemli?dir?
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 veri çıkarma, dönüştürme ve yükleme (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 iş akışını (workflow)nda 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?dir?
Çok aşamalı onay iş akışlarını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' kontrol paneli'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 sunar.
Neden Önemli?dir?
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 otomasyon fırsatlarını vurgulayabilir.
Neden Önemli?dir?
Manuel süreçleri otomatik süreçlerden ayırarak verimliliklerini, doğruluklarını ve uyumluluklarını karşılaştırmaya sunar.
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ı sunar. 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 büyük önem taşır. Özellikle çok uluslu kuruluşlarda değerlerin doğru bir şekilde aggregation'ını ve comparison'ını sunar.
Neden Önemli?dir?
Herhangi bir finansal analiz için gerekli bağlamı sağlayarak, özellikle çoklu para birimi ortamlarında parasal değerlerin doğru yorumlanmasını sunar.
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ı (zaman damgası)dır. | ||
|
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 sunar. Bu bilgiyi kontrol paneli'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?dir?
Verilerin güncelliği hakkında önemli bilgiler sağlayarak, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamalarını sunar.
Nereden Alınır??
Bu zaman damgası (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' kontrol paneli'u ve 'Rework Rate' KPI'ı için büyük önem taşır. 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?dir?
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
|
|||
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Yevmiye Kaydı Deftere Kaydedildi
|
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?dir?
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 zaman damgası (zaman damgası) 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 tanımlayıcı olarak hizmet veren benzersiz bir Journal Entry ID'si oluşturur. | ||
|
Neden Önemli?dir?
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ı (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 Onay İçin Gönderildi
|
Tamamlanmış bir yevmiye defteri girişinin inceleme ve onay iş akışını (workflow)na 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?dir?
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 uyumluluk'ı izleme 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ı (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Yevmiye Onaylandı
|
Yevmiye defteri girişi, belirlenen yetkili tarafından onaylanmış ve onay iş akışını (workflow)ndaki 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?dir?
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 zaman damgası (zaman damgası) when the journal status changes to 'Approved'.
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?dir?
Rejections'ı tracking, rejection rate'i calculating ve rework'ün root causes'ını identifying için büyük önem taşır. It highlights issues with data quality, uyumluluk 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 zaman damgası (zaman damgası) 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?dir?
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?dir?
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 zaman damgası (zaman damgası)'ı bir reviewer user tarafından first modification zaman damgası (zaman damgası) 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?dir?
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ı (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?dir?
Reversals'ı tracking, correcting posted entries'nin frequency ve reasons'ını identify etmeye yardımcı olur. 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 süreç döngüsü için alternatif bir bitiş noktası görevi görür. | ||
|
Neden Önemli?dir?
Bu aktivite, düzeltilmiş girişler hakkında kapanış sunar 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?dir?
Bu aktivite, bir yeniden işleme döngüsünün başlangıcını işaretler. Bu olayları saymak, yeniden işleme oranını ve yevmiye defteri girişi başına ortalama onay döngüsü sayısını ölçmeye 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?dir?
Line item creation'ı tracking, different journal types için complexity ve data entry effort'ı anlamaya yardımcı olur. 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ı (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
|
|||