Kayıttan raporlamaya - yevmiye kaydı Veri Templateiniz

Microsoft Dynamics 365
Kayıttan raporlamaya - yevmiye kaydı Veri Templateiniz

Kayıttan raporlamaya - yevmiye kaydı Veri Templateiniz

Bu Template, Kayıttan Raporlamaya - Yevmiye Kaydı sürecinizi analiz etmek için gereken temel veri noktalarını ayrıntılı biçimde açıklar. Etkili bir Process Mining çalışması için toplamanız gereken öznitelikleri ve izlemeniz gereken etkinlikleri sıralar; böylece gerekli bilgileri eksiksiz yakalayabilirsiniz. Ayrıca bu verileri kaynak sisteminizden nasıl çıkaracağınıza ilişkin pratik öneriler bulabilirsiniz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Microsoft Dynamics 365 için veri çıkarma önerileri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Kayıttan Raporlamaya - Yevmiye Kaydı öznitelikleri

Kayıttan Raporlamaya - Yevmiye Kaydı sürecini ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları.
3 Zorunlu 7 Önerilen 10 İsteğe bağlı
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
Zorunlu Önerilen İsteğe bağlı

Kayıttan Raporlamaya - Yevmiye Kaydı etkinlikleri

Süreci doğru biçimde keşfedip analiz etmek için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları.
5 Önerilen 7 İsteğe bağlı
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
Önerilen İsteğe bağlı

Veri çıkarma kılavuzları

Microsoft Dynamics 365 verilerinizi nasıl alırsınız?

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.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, birkaç dakika içinde başlayın.