Kayıttan raporlamaya - yevmiye kaydı Veri Templateiniz
Kayıttan raporlamaya - yevmiye kaydı Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Microsoft Dynamics 365 için veri çıkarma önerileri
Kayıttan Raporlamaya - Yevmiye Kaydı öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Gerçekleşen belirli iş süreci adımının veya olayın adıdır. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının yaşam döngüsündeki tek bir olayı veya görevi tanımlar. Örneğin, Yevmiye kaydı oluşturuldu, Yevmiye kaydı onaya gönderildi veya Yevmiye kaydı deftere işlendi. Bu etkinlikler, keşfedilen süreç haritasının düğümlerini oluşturur. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining’in temelini oluşturur. Gerçek süreç akışını ortaya çıkarır, standart prosedürden sapmaları belirlemeye yardımcı olur ve beklenenden uzun süren ya da tekrarlanan etkinliklerdeki darboğazları gösterir.
Neden önemli?
Bu öznitelik, süreç haritasının temelini oluşturan adımları tanımlar ve süreç akışını ve farklılıklarını analiz etmenizi sağlar.
Nereden alınır?
Bu, Microsoft Dynamics 365 içindeki sistem olaylarından, durum değişikliklerinden veya iş akışı günlüklerinden türetilen kavramsal bir özniteliktir.
Örnekler
Yevmiye kaydı oluşturulduYevmiye kaydı onaya gönderildiYevmiye kaydı onaylandıYevmiye kaydı deftere işlendi
|
|||
|
Olay zamanı
EventTime
|
Bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgasıdır. | ||
|
Açıklama
Olay zamanı, yevmiye kaydı sürecindeki belirli bir etkinliğin gerçekleştiği tarih ve saati kaydeder. Bu kronolojik veri, olayları sıralamak ve aralarındaki süreyi hesaplamak için gereklidir. Analizde bu zaman damgası, her vaka için zaman çizelgesini oluşturmakta kullanılır. Çevrim süreleri, işlem süreleri ve bekleme süreleri gibi zamana dayalı tüm metrikleri hesaplamak için önemlidir. Adımlar arasındaki gecikmeleri belirlemeyi sağlar ve darboğazları ve SLA uyumluluğunu inceleyen Dashboardları destekler.
Neden önemli?
Olayları doğru sıralamak ve çevrim süresi ile işlem gecikmeleri gibi süreye dayalı tüm KPI’ları hesaplamak için bu zaman damgası gereklidir.
Nereden alınır?
Olay zaman damgaları genellikle iş akışı geçmişi günlüklerinde, denetim izi tablolarında (ör. SysDatabaseLog) veya LedgerJournalTable ve LedgerJournalTrans gibi ilgili kayıtlardaki oluşturulma ve değiştirilme 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 kaydının benzersiz tanımlayıcısıdır ve temel vaka kimliği olarak kullanılır. | ||
|
Açıklama
Yevmiye Kaydı kimliği, tek bir yevmiye işlemiyle ilgili tüm etkinlikleri ve veri noktalarını benzersiz biçimde birbirine bağlar. Kaydın oluşturulmasından incelenmesine ve genel muhasebe defterine işlenmesine kadar tüm yaşam döngüsünü baştan sona izlemenizi sağlar. Process Mining analizinde bu öznitelik, süreç akışını yeniden oluşturmanın temelini oluşturur. Her benzersiz Yevmiye Kaydı kimliği, sürecin tek bir örneğini temsil eder. Böylece süreç varyantlarını, çevrim sürelerini ve her finansal işlemin uyumluluğunu ayrıntılı biçimde inceleyebilirsiniz.
Neden önemli?
Bu, bir yevmiye kaydını başlangıçtan sona kadar izlemek için gereken temel anahtardır. Her vaka için tüm süreç akışını analiz etmenizi sağlar.
Nereden alınır?
Bu tanımlayıcı genellikle LedgerJournalTable gibi yevmiye başlığı tablolarında, çoğunlukla JournalNum adlı bir alanda bulunur.
Örnekler
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
Kullanıcı adı
UserName
|
Etkinliği gerçekleştiren kullanıcının adıdır. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydı oluşturma, onaylama veya deftere işleme gibi belirli bir etkinlikten sorumlu çalışanı ya da sistem kullanıcısını belirtir. Süreç adımlarını çalışanlarla ilişkilendirir. Kullanıcı performansını analiz etmek, Process Mining’in önemli özelliklerinden biridir. Farklı kullanıcıların veya ekiplerin etkinlik sürelerini ve işlem hacmini karşılaştıran Yevmiye Kaydı Kullanıcı Performansı Dashboardunu oluşturmanıza yardımcı olur. Böylece yüksek performans gösterenleri görebilir, eğitim ihtiyaçlarını belirleyebilir ve iş yükünü dengeleyebilirsiniz.
Neden önemli?
Süreç etkinliklerini belirli kişilerle ilişkilendirerek kullanıcı performansını, iş yükü dağılımını ve kaynak tahsisini analiz etmenizi sağlar.
Nereden alınır?
Kullanıcı bilgileri genellikle LedgerJournalTable gibi tablolardaki createdBy veya modifiedBy alanlarında ya da ilişkili iş akışı geçmişi günlüklerinde bulunur.
Örnekler
Alice SmithBob Johnsonsystem.batch
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Bir etkinliğin veya olayın ne zaman tamamlandığını gösteren zaman damgasıdır. | ||
|
Açıklama
Olay bitiş zamanı, belirli bir etkinliğin tamamlandığı anı gösterir. StartTime olayın ne zaman başladığını belirtirken EndTime diğer sınırı verir ve tek tek görevlerin süresini doğru biçimde hesaplamayı sağlar. Process Mining’de hem başlangıç hem de bitiş zamanının bulunması, etkinliğin işlem süresini bekleme süresinden ayrı olarak hesaplamanızı sağlar. Kullanıcı performansını inceleyen ve yalnızca adımlar arasındaki beklemeleri değil, en çok zaman alan görevleri de belirleyen Dashboardlar için önemlidir.
Neden önemli?
Her etkinliğin ne kadar sürdüğünü doğru biçimde hesaplamayı sağlar. Kullanıcı performansını incelemek ve kaynakları en çok tüketen görevleri belirlemek için önemlidir.
Nereden alınır?
Bu veri iş akışı günlüklerinde açıkça saklanıyor olabilir. Aksi hâlde, dizideki sonraki etkinliğin StartTime değeri kullanılarak türetilmesi gerekebilir.
Örnekler
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Ret nedeni
RejectionReason
|
Onay sürecinde yevmiye kaydı reddedildiğinde belirtilen neden. | ||
|
Açıklama
Bir yevmiye kaydı reddedildiğinde, onaylayan kişi genellikle ret nedenini belirtir. Bu öznitelik, kök neden analizinde çok değerli olan bu bilgiyi kaydeder. Yevmiye kaydı ret oranı analizi Dashboardunun temel özniteliğidir. Kuruluşlar ret nedenlerini sınıflandırıp analiz ederek eksik belge, politika ihlali veya veri girişi hatası gibi yaygın sorunları belirleyebilir; ardından hedefe yönelik eğitimler düzenleyebilir veya süreç iyileştirmeleri yapabilir.
Neden önemli?
Yeniden çalışmanın nedenlerini ortaya koyar; ret oranlarını düşürmek ve ilk seferde doğru onay oranını artırmak için gereken bilgiyi sağlar.
Nereden alınır?
Bu bilgi genellikle Workflow geçmişinde veya ret adımıyla ilişkili yorumlar bölümünde saklanır.
Örnekler
Destekleyici belgeler yetersizYanlış hesap kullanıldıOnay eşiği aşıldıYinelenen kayıt
|
|||
|
Tüzel kişilik
LegalEntity
|
Yevmiye kaydının tutulduğu tüzel kişilik veya şirket kodu. | ||
|
Açıklama
Tüzel kişilik, finansal işlemin kaydedildiği kuruluş içindeki belirli şirketi veya iş birimini ifade eder. Finansal sistemlerde temel bir organizasyon boyutudur. Process Mining sırasında bu öznitelik, kuruluşun farklı bölümlerindeki yevmiye kaydı süreçlerini karşılaştırmanızı sağlar. Bazı tüzel kişiliklerin süreçlerinin daha verimli olup olmadığını, ret oranlarının daha yüksek veya çevrim sürelerinin daha uzun olup olmadığını ortaya çıkarabilir. Böylece iyi uygulamaları belirleyip paylaşabilirsiniz.
Neden önemli?
Farklı şirket veya iş birimlerindeki süreç performansını karşılaştırarak farklılıkları ve iyileştirme fırsatlarını ortaya çıkarır.
Nereden alınır?
Dynamics 365'te temel alanlardan biridir. Genellikle LedgerJournalTable gibi işlem tablolarında bulunur ve çoğunlukla DataAreaId ile ilişkilidir.
Örnekler
USMFDEMFGBSI
|
|||
|
Yevmiye kaydı durumu
JournalStatus
|
Yevmiye kaydının mevcut veya nihai durumu. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının belirli bir andaki durumunu gösterir. Durum Taslak, İncelemede, Onaylandı, Reddedildi veya Kaydedildi olabilir. Böylece kaydın yaşam döngüsünün hangi aşamasında olduğunu görebilirsiniz. Durumları analiz etmek, vakaların sonuçlarını anlamanıza yardımcı olur. Örneğin, reddedilen tüm yevmiye kayıtlarını filtreleyebilir veya belirli bir aşamadaki kayıtların sayısını izleyebilirsiniz. Bu öznitelik, işlem hacmi ve durum analizlerine bağlam sağlayarak farklı Dashboardları destekler.
Neden önemli?
Her yevmiye kaydının sonucunu açıkça gösterir; başarı ve ret oranlarını, ayrıca farklı aşamalardaki iş hacmini analiz etmenizi sağlar.
Nereden alınır?
Durum bilgisi genellikle yevmiye başlığı tablosunda (LedgerJournalTable) bulunur veya Workflow durumundan elde edilir.
Örnekler
TaslakGönderildiOnaylandıKaydedildiReddedildi
|
|||
|
Yevmiye kaydı toplam tutarı
JournalTotalAmount
|
Yevmiye kaydının toplam parasal değeri; genellikle borç tutarlarının toplamıdır. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının toplam finansal değerini gösterir. Kayıtları düşük, orta ve yüksek tutar gibi değer aralıklarına ayırmak için kullanılabilir. Süreci finansal değere göre analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin, yüksek tutarlı yevmiye kayıtları daha fazla adım ve daha uzun çevrim süreleri içeren daha sıkı bir onay sürecinden geçebilir. Bu öznitelik, önemlilik analizleri ve süreç verimsizliklerinin finansal etkisini anlamak için gereklidir.
Neden önemli?
Süreci finansal değere göre bölümlere ayırmanızı sağlar. Finansal değer çoğu zaman süreç karmaşıklığı, risk ve onay iş akışlarıyla ilişkilidir.
Nereden alınır?
Bu değeri hesaplamak için her yevmiye kaydının borç tutarlarını yevmiye satır tablosu LedgerJournalTrans üzerinden toplamanız gerekebilir.
Örnekler
1500.75125000.0050.25
|
|||
|
Yevmiye türü
JournalType
|
Genel yevmiye veya tahakkuk gibi yevmiye kaydının sınıflandırmasıdır. | ||
|
Açıklama
Yevmiye türü, kayıtları günlük kayıtlar, tahakkuklar, dağıtımlar veya eliminasyonlar gibi iş amaçlarına göre sınıflandırır. Bu ayrım, farklı süreç yollarını ve işleyiş biçimlerini anlamak için önemlidir. Bu öznitelik, süreçleri farklı yevmiye türlerine göre filtreleyip karşılaştırmanızı sağlar. Yevmiye Türüne Göre Yevmiye Kaydı İşlem Hacmi Dashboardu için gereklidir. Belirli yevmiye türlerinin gecikme, ret veya yeniden çalışmaya daha yatkın olup olmadığını analiz etmeye yardımcı olur.
Neden önemli?
Farklı iş amaçlarına yönelik süreçleri karşılaştırmak için analizi bölümlere ayırmanızı sağlar. Bu süreçlerin izlediği yollar, çevrim süreleri ve onay gereksinimleri farklı olabilir.
Nereden alınır?
Bu bilgi genellikle LedgerJournalTable yevmiye başlığı tablosunda, yevmiye adları veya türleriyle ilgili bir alanda (ör. JournalName) saklanır.
Örnekler
Genel yevmiye kaydıTahakkuk düzeltmesiŞirketler arası transferBordro
|
|||
|
Deftere kayıt tarihi
PostingDate
|
Yevmiye kaydının genel muhasebe defterine kaydedildiği tarih. | ||
|
Açıklama
Deftere kayıt tarihi, işlemin genel muhasebe defteri bakiyelerini etkilediği resmi tarihtir. Finansal raporlama ve dönem kapanışları için önemlidir. Bu öznitelik, onay ile deftere kayıt arasındaki süreyi analiz etmek için kullanılır. Bu süre, yevmiye kaydı deftere kayıt süresi KPI’ının odağındadır. Bu gecikmeyi azaltmak, finansal kapanış sürecini hızlandırmanın temel hedeflerinden biridir. Ayrıca zaman içindeki kayıt hacmini analiz etmek için de kullanılabilir.
Neden önemli?
Deftere kayıt süresi KPI’ını hesaplamak ve onay ile işlemin deftere resmen kaydedilmesi arasındaki gecikmeleri anlamak için gereklidir.
Nereden alınır?
Bu tarih genellikle yevmiye başlığı tablosunda (LedgerJournalTable) veya ilgili kaydedilmiş işlem tablolarında saklanır.
Örnekler
2023-10-282023-11-012023-10-31
|
|||
|
Departman
DepartmentName
|
Yevmiye kaydıyla ilişkili departman veya maliyet merkezi. | ||
|
Açıklama
Departman veya maliyet merkezi, finansal işlemden sorumlu olan ya da işlemden etkilenen iç iş birimini belirtir. İç yönetim raporlamasında önemli bir boyuttur. Bu öznitelik, yevmiye kaydı sürecini departman bazında analiz etmenizi sağlar. Hangi departmanların en çok yevmiye kaydı gönderdiği, bazı departmanlarda ret oranlarının veya onay sürelerinin daha yüksek olup olmadığı gibi soruları yanıtlamanıza yardımcı olur. Böylece süreç iyileştirme çalışmalarını ilgili departmanlara odaklayabilirsiniz.
Neden önemli?
İşlev bazında süreç performansını analiz etmenizi, departmana özgü darboğazları veya eğitim ihtiyaçlarını belirlemenizi sağlar.
Nereden alınır?
Bu bilgi genellikle yevmiye satırı düzeyinde (LedgerJournalTrans) finansal boyut olarak bulunur.
Örnekler
SatışFinansPazarlamaOperasyonlar
|
|||
|
İlk seferde doğru mu
IsFirstTimeRight
|
Yevmiye kaydının daha önce reddedilmeden onaylanıp onaylanmadığını belirten bir işaret. | ||
|
Açıklama
Vaka düzeyindeki bu mantıksal öznitelik, yevmiye kaydı gönderimden onaya kadar arada Yevmiye kaydı reddedildi veya Yevmiye kaydı düzeltildi etkinlikleri olmadan ilerlediğinde doğru değerini alır. Süreç kalitesinin temel ölçütlerinden biridir. İlk seferde doğru onay oranı KPI’ı doğrudan bu öznitelikten hesaplanır. Oranın yüksek olması verimli ve kaliteli bir sürece işaret eder. Düşük oran ise ilk veri kalitesi, gereksinimlerin açıklığı veya gönderim prosedürleriyle ilgili sistemik sorunları gösterir.
Neden önemli?
Süreç kalitesinin önemli bir ölçütüdür. Yeniden çalışma olmadan onay sürecinden geçen yevmiye kayıtlarının sayısını gösterir.
Nereden alınır?
Bu hesaplanan öznitelik, her Yevmiye kaydı kimliği için etkinlik sırası analiz edilerek vaka düzeyinde elde edilir.
Örnekler
truefalse
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı kayıt sistemidir. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydı verilerinin geldiği kaynak uygulamayı belirtir. Bu süreçte değer genellikle Microsoft Dynamics 365 gibi sabit bir değerdir. Daha geniş kapsamlı analizlerde, özellikle birden fazla ERP veya entegre sistem bulunan ortamlarda, süreçleri ve veri kaynaklarını birbirinden ayırmaya yardımcı olur. Verinin kaynağını netleştirir; veri yönetişimi ve doğrulama açısından önem taşır.
Neden önemli?
Verinin kaynağını belirtir. Veri yönetişimi ve birden fazla kurumsal sistemi kapsayabilecek analizler için önemlidir.
Nereden alınır?
Veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde Veri Setinin kaynağını belirtmek üzere eklenen sabit bir değerdir.
Örnekler
Microsoft Dynamics 365D365 F&O
|
|||
|
Onay düzeyi
ApprovalLevel
|
Çok düzeyli onay iş akışının mevcut veya tamamlanmış aşamasını belirtir. | ||
|
Açıklama
Birden fazla onay gerektiren yevmiye kayıtlarında bu öznitelik, kaydın hiyerarşide hangi düzeye ulaştığını izler. Örneğin, Yönetici onayı veya Direktör onayı. Bu öznitelik, onay darboğazlarını ayrıntılı biçimde analiz etmenize yardımcı olur. Onay zincirinin belirli bir düzeyinde sürekli gecikme yaşanıp yaşanmadığını belirleyebilir; böylece o aşamada süreci yeniden tasarlama veya kaynakları yeniden dağıtma ihtiyacını görebilirsiniz.
Neden önemli?
Çok aşamalı onay iş akışlarını görünür kılar ve belirli onay düzeylerindeki darboğazları belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi, farklı onay adımlarının tamamlanmasını izleyen Workflow geçmişi günlüğünden elde edilir.
Örnekler
Düzey 1: YöneticiDüzey 2: DirektörDüzey 3: Finans Başkan Yardımcısı
|
|||
|
Onay SLA durumu
ApprovalSlaState
|
Yevmiye kaydı onayının hizmet düzeyi anlaşmasındaki hedefi karşılayıp karşılamadığını belirtir. | ||
|
Açıklama
Bu öznitelik, her yevmiye kaydının onay döngüsünü, Hizmet Düzeyi Anlaşmasında (SLA) tanımlanan hedef süre içinde tamamlanıp tamamlanmadığına göre sınıflandırır. Değerler genellikle Hedef karşılandı veya Hedef aşıldı şeklindedir. Yevmiye kaydı onayı SLA uyumluluğu Dashboardunun temel metriğidir. Hedeflere göre performansı iş açısından anlaşılır biçimde gösterir. Onay sürecinin zamanında ilerleyip ilerlemediğini izlemenize ve yönetmenize, SLA hedeflerinin sıkça kaçırıldığı alanlarda iyileştirme yapmanıza yardımcı olur.
Neden önemli?
Ham çevrim süresi verilerini hedefin karşılanıp karşılanmadığını gösteren açık bir sonuca dönüştürür ve temel hedeflere göre performansı izlemenizi kolaylaştırır.
Nereden alınır?
Bu, hesaplanan bir özniteliktir. Hesaplama için Onay çevrim süresi KPI’ını önceden belirlenmiş bir SLA hedefiyle karşılaştırmanız gerekir.
Örnekler
Hedef karşılandıHedef aşıldı
|
|||
|
Otomatik deftere kayıt mı
IsAutomatedPosting
|
Yevmiye kaydının otomatik oluşturulup oluşturulmadığını veya deftere kaydedilip kaydedilmediğini belirten bir işaret. | ||
|
Açıklama
Bu mantıksal öznitelik, kullanıcıların elle oluşturduğu yevmiye kayıtlarıyla sistemin veya bir alt sistemin otomatik oluşturduğu kayıtları birbirinden ayırır. Sistem entegrasyonu ya da otomatik tahsis süreci buna örnek verilebilir. Bu özniteliği analiz ederek otomatik ve manuel süreçlerin verimliliğini ve hata oranlarını karşılaştırabilirsiniz. Manuel kayıtların hataya, yeniden çalışmaya veya gecikmelere daha yatkın olup olmadığını görerek otomasyon için yeni fırsatları belirleyebilirsiniz.
Neden önemli?
Manuel ve otomatik süreçleri ayırarak verimliliklerini, doğruluklarını ve uyumluluklarını karşılaştırmanızı sağlar.
Nereden alınır?
Bu bilgi, Oluşturan kullanıcısından (örneğin bir sistem veya toplu işlem kullanıcısı) ya da yevmiye başlığındaki veya tür yapılandırmasındaki özel bir işaretten anlaşılabilir.
Örnekler
truefalse
|
|||
|
Para birimi kodu
CurrencyCode
|
Yevmiye kaydı tutarının para birimi. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının USD, EUR veya GBP gibi hangi para birimi üzerinden tutulduğunu belirtir. Yevmiye kaydı toplam tutarını doğru yorumlamak için gerekli bağlamı sağlar. Süreç akışını analiz ederken her zaman kullanılmasa da para birimi, yevmiye tutarlarına dayalı finansal raporlama ve analizler için gereklidir. Özellikle çok uluslu kuruluşlarda tutarları doğru biçimde toplamanıza ve karşılaştırmanıza yardımcı olur.
Neden önemli?
Finansal analizlerde gerekli bağlamı sağlar ve özellikle birden fazla para biriminin kullanıldığı ortamlarda tutarların doğru yorumlanmasına yardımcı olur.
Nereden alınır?
Para birimi kodu genellikle yevmiye satır tablosu LedgerJournalTrans’ta bulunur.
Örnekler
USDEURGBPJPY
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son yenilendiği zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, kaynak sistemden en son veri çıkarma işleminin tarih ve saatini gösterir. Analizin ve içerdiği verilerin ne kadar güncel olduğunu anlamanıza yardımcı olur. Bu bilgiyi Dashboardlarda göstermek, kullanıcıların verilerin güncelliğini görmesini ve mevcut süreç analizinin kapsadığı dönemi anlamasını sağlar. Her Process Mining projesi için önemli bir üst veridir.
Neden önemli?
Verilerin ne kadar güncel olduğunu gösterir ve kullanıcıların süreç analizinin güncelliğini anlamasına yardımcı olur.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve saklanır.
Örnekler
2023-10-27T02:00:00Z
|
|||
|
Yeniden çalışma mı
IsRework
|
Yeniden çalışma veya düzeltme döngüsünün parçası olan etkinlikleri belirten bir işaret. | ||
|
Açıklama
Hesaplanan bu mantıksal öznitelik, ret sonrasında gerçekleşen Yevmiye kaydı düzeltildi veya tekrarlanan Yevmiye kaydı onaya gönderildi gibi etkinlikler için doğru olarak ayarlanır. Böylece yeniden çalışmayı ayırıp ölçebilirsiniz. Yevmiye kaydı yeniden çalışma ve düzeltme döngüleri Dashboardu ile Yeniden çalışma oranı KPI’ı bu özniteliğe dayanır. Yeniden çalışmayı işaretleyerek düzeltme döngülerinin sıklığını ve etkisini kolayca görselleştirip ölçebilirsiniz. Bu döngüler, süreçteki verimsizliklerin başlıca nedenlerindendir.
Neden önemli?
Verimsiz yeniden çalışma döngülerini doğrudan işaretler; ret ve düzeltmelerin toplam çevrim süresi ile maliyet üzerindeki etkisini ölçmenizi kolaylaştırır.
Nereden alınır?
Bu hesaplanan öznitelik, bir vaka içindeki etkinlik sırası analiz edilerek veri dönüşümü sırasında elde edilir.
Örnekler
truefalse
|
|||
Kayıttan Raporlamaya - Yevmiye Kaydı etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Yevmiye kaydı deftere işlendi
|
Bu etkinlik, yevmiye kaydının genel muhasebe defterine başarıyla işlenerek resmî bir finansal kayıt hâline geldiğini gösterir. Önemli bir olaydır ve yevmiye başlığının durumu Posted olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli?
Bu, sürecin temel başarı bitiş olayıdır. Finansal kapanış verimliliğinin önemli göstergeleri olan uçtan uca çevrim süresini ve deftere işleme süresini hesaplamak için kullanılır.
Nereden alınır?
LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (ör. JournalStatus alanının Posted olması) ve GeneralJournalAccountEntry tablosunda ilgili kayıtların oluşturulmasından alınır.
Kaydedin
Yevmiye durumunun Posted olduğu zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Yevmiye kaydı oluşturuldu
|
Bu etkinlik, yeni bir yevmiye kaydının başlatıldığını gösterir. Kullanıcı sistemde yeni bir yevmiye başlık kaydı oluşturduğunda kaydedilir. Süreç analizinde vaka kimliği olarak kullanılan benzersiz bir Yevmiye Kaydı kimliği oluşturulur. | ||
|
Neden önemli?
Bu, sürecin temel başlangıç olayıdır. Uçtan uca çevrim süresini ölçmek ve ilk veri girişi gecikmelerini belirlemek için bu noktadan deftere işleme aşamasına kadar geçen süreyi analiz etmek önemlidir.
Nereden alınır?
Bu olay, GeneralJournalEntry veya LedgerJournalTable varlığındaki yevmiye başlığının oluşturulma zaman damgasından alınır. Genellikle açık bir kayıt oluşturma olayıdır.
Kaydedin
GeneralJournalEntry veya LedgerJournalTable üzerindeki createdDateTime alanını kullanın.
Olay türü
explicit
|
|||
|
Yevmiye kaydı onaya gönderildi
|
Tamamlanmış bir yevmiye kaydının inceleme ve onay iş akışına resmen gönderilmesini ifade eder. Bu olay genellikle yevmiye başlığındaki durumun Draft durumundan In Review veya Submitted durumuna geçmesi gibi bir değişiklikten çıkarılır. | ||
|
Neden önemli?
Bu önemli aşama, onay döngüsünü başlatır. İnceleme sürecindeki darboğazları belirlemek ve SLA uyumluluğunu izlemek için gönderimden son onaya kadar geçen süreyi ölçmek önemlidir.
Nereden alınır?
LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (ör. ApprovalStatus alanının InReview olması) veya yevmiyeyle ilişkili iş akışı geçmişi günlüklerinden çıkarılır.
Kaydedin
Yevmiye durumunun submitted veya in review durumuna geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Yevmiye kaydı onaylandı
|
Belirlenen yetkili yevmiye kaydını onaylayarak onay iş akışının son adımını tamamlamıştır. Bu olay genellikle yevmiye başlığındaki durumun Approved olarak değişmesinden kaydedilir. | ||
|
Neden önemli?
Bu önemli aşama onay sürecini tamamlar ve deftere işlemeyi mümkün kılar. Onay çevrim süresini, deftere işleme süresini ve ilk seferde doğru tamamlama oranını hesaplamak için gereklidir.
Nereden alınır?
LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (ör. ApprovalStatus alanının Approved olması) veya son onay durumunu gösteren iş akışı geçmişi tablosundan çıkarılır.
Kaydedin
Yevmiye durumunun Approved olarak değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Yevmiye kaydı reddedildi
|
İnceleyici veya onay yetkilisi yevmiye kaydını reddetmiş ve düzeltme istemiştir. Bu olay, yevmiye durumunun Rejected veya Needs Correction durumuna geçmesi gibi bir değişiklikten kaydedilir. | ||
|
Neden önemli?
Retleri izlemek, ret oranını hesaplamak ve yeniden çalışmanın temel nedenlerini belirlemek için gereklidir. Veri kalitesi, uyumluluk veya kullanıcı eğitimiyle ilgili sorunları ortaya çıkarır.
Nereden alınır?
LedgerJournalTable üzerindeki bir durum alanı değişikliğinden (ör. ApprovalStatus alanının Rejected olması) veya iş akışı geçmişi günlüğünden çıkarılır.
Kaydedin
Yevmiye durumunun Rejected olarak değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Yevmiye incelemesi başladı
|
Bu etkinlik, incelemeyi yapan kişinin gönderilmiş bir yevmiye üzerinde çalışmaya başladığını gösterir. Yevmiye bir inceleyiciye atandığında veya inceleyici kaydı ilk kez açıp incelediğinde bu durum çıkarılabilir. | ||
|
Neden önemli?
Bu etkinlik, gönderim ile incelemenin başlaması arasındaki gecikme olan inceleyiciye devir teslim süresini ölçmeye yardımcı olur. Kaynak tahsisi veya bildirim sorunlarını ortaya çıkarabilir.
Nereden alınır?
Bu olay çoğu zaman açıkça kaydedilmez. İş akışı atama günlüklerinden çıkarılabilir veya gönderim zaman damgasıyla inceleyici kullanıcının yaptığı ilk değişikliğin zaman damgası karşılaştırılabilir.
Kaydedin
İş akışındaki kullanıcı atama günlüklerinin veya kullanıcı etkinliği günlüklerinin analiz edilmesi gerekir. Bu günlükler standart olarak bulunmayabilir.
Olay türü
inferred
|
|||
|
Yevmiye kaydı düzeltildi
|
Bu etkinlik, daha önce reddedilmiş bir yevmiye kaydının kullanıcı tarafından değiştirildiğini gösterir. Genellikle Rejected durumu kaydedildikten sonra yevmiye başlığında veya satırlarında yapılan değişiklik saptanarak çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışmayı açıkça gösterir. Düzeltme döngülerinin sıklığını ve süresini analiz etmek, süreci sadeleştirmeye ve manuel iş yükünü 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 çıkarılır.
Kaydedin
Rejected durumunun zaman damgasını, kaydı oluşturan kişinin sonraki değişikliklerinin zaman damgalarıyla karşılaştırın.
Olay türü
inferred
|
|||
|
Yevmiye kaydı ters kayıtla düzeltildi
|
Ters kayıt işleminin tamamlandığını ve ters kaydın başarıyla deftere işlendiğini gösterir. Hatalı bir yevmiye kaydının yaşam döngüsü için alternatif bir bitiş noktasıdır. | ||
|
Neden önemli?
Bu etkinlik, düzeltilmiş kayıtların sürecini tamamlar ve deftere işleme sonrasındaki düzeltmelere harcanan toplam çabayı analiz etmeye yardımcı olur. Bu çaba, genel süreç verimliliğini etkiler.
Nereden alınır?
Yeni ters kayıt yevmiyesi Posted durumuna geçirildiğinde kaydedilir. Özgün yevmiye kaydıyla bağlantı, bir referans alanı üzerinden korunur.
Kaydedin
İlişkili ters kayıt yevmiyesi için Posted durumu olayını belirleyin.
Olay türü
inferred
|
|||
|
Yevmiye kaydı yeniden onaya gönderildi
|
Düzeltilmiş yevmiye kaydı, yeni bir inceleme döngüsü için onay iş akışına yeniden gönderilir. Bu olay, durumun Rejected veya Draft durumundan yeniden In Review ya da Submitted durumuna geçmesinden çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışma döngüsünün başladığını gösterir. Bu olayları sayarak yeniden çalışma oranını ve yevmiye kaydı başına ortalama onay döngüsü sayısını ölçebilirsiniz.
Nereden alınır?
İş akışı geçmişinden veya LedgerJournalTable üzerindeki durum değişiklikleri izlenerek çıkarılır. Durum, reddedilmiş bir durumdan yeniden gönderilmiş bir duruma geçer.
Kaydedin
Aynı yevmiye için Rejected durumundan sonra gerçekleşen bir Submitted durumu olayını belirleyin.
Olay türü
inferred
|
|||
|
Yevmiye kaydını ters kayıtla düzeltme başlatıldı
|
Bu olay, daha önce deftere işlenmiş bir yevmiye kaydını ters kayıtla düzeltme sürecinin başlangıcını gösterir. Kullanıcı sistemde ters kayıt işlemini başlattığında kaydedilir. | ||
|
Neden önemli?
Ters kayıtları izlemek, deftere işlenmiş kayıtların ne sıklıkta ve hangi nedenlerle düzeltildiğini belirlemeye yardımcı olur. Bu durum, ilk veri girişi veya onay aşamalarındaki temel sorunlara işaret edebilir.
Nereden alınır?
Bu genellikle denetim izlerinden kaydedilebilen veya özgün kayıtla ilişkilendirilmiş yeni bir ters kayıt oluşturulduğu saptanarak belirlenebilen açık bir kullanıcı işlemidir.
Kaydedin
Deftere işlenmiş bir yevmiye kaydının ters kaydı olarak işaretlenen yeni bir yevmiye kaydının oluşturulma olayını kullanın.
Olay türü
explicit
|
|||
|
Yevmiye kaydının deftere işlenmesi denendi
|
Bu etkinlik, kullanıcının onaylanmış bir yevmiye kaydını deftere işleme sürecini başlattığını gösterir. Sistem, deftere işleme işinin başlangıcını kaydediyorsa bu olay açıkça görülebilir. | ||
|
Neden önemli?
Deftere işleme girişimiyle başarılı deftere işlemeyi birbirinden ayırmak, finansal kapanışı etkileyen sistem performansı sorunlarını veya toplu iş gecikmelerini belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, toplu iş geçmişi tablosunda açıkça kaydedilmiş olabilir veya LedgerJournalTable üzerindeki durumun Posting in progress olarak değişmesinden çıkarılabilir.
Kaydedin
Genel muhasebe defterine işleme yordamıyla ilgili toplu iş veya sistem günlüklerinin analiz edilmesi gerekir.
Olay türü
explicit
|
|||
|
Yevmiye satırı eklendi
|
Bu olay, yevmiye kaydına bir borç veya alacak satırı eklendiğini gösterir. Yevmiye başlığıyla ilişkilendirilen her yeni işlem satırı oluşturulduğunda kaydedilir. | ||
|
Neden önemli?
Satır öğelerinin oluşturulmasını izlemek, farklı yevmiye türlerinin karmaşıklığını ve veri girişi için gereken çabayı anlamaya yardımcı olur. Ayrıca başlığın oluşturulmasıyla satırların tamamlanması arasındaki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
LedgerJournalTrans varlığındaki kayıtların oluşturulma zaman damgasından alınır ve yevmiye başlığıyla ilişkilendirilir. Her satırın oluşturulması ayrı bir olaydır.
Kaydedin
LedgerJournalTrans tablosundaki her kayıt için createdDateTime alanını kullanın.
Olay türü
explicit
|
|||
Veri çıkarma kılavuzları
Başlamaya hazır mısınız?
Bu Template, Kayıttan Raporlamaya - Yevmiye Kaydı sürecinizi iyileştirmeye başlamanız için gereken her şeyi sunar. Verilerinizden yararlanarak verimliliği artırın ve finansal raporlama döngülerinizi bugün hızlandırın.
Dynamics 365'te yevmiye kaydını iyileştirin, raporlamayı hızlandırın
Darboğazları ortadan kaldırın, Kayıttan Raporlamaya yevmiye kaydı çevrim süresini %30 azaltın.
Kredi kartı gerekmez, birkaç dakika içinde başlayın.