Kayıttan Raporlamaya - yevmiye kaydı için Veri Templateiniz
Kayıttan Raporlamaya - yevmiye kaydı için Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Kayıttan Raporlamaya - yevmiye kaydı öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Yevmiye kaydı sürecinde belirli bir anda gerçekleşen iş olayının adı. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının yaşam döngüsünde gerçekleştirilen tek bir adımı veya görevi tanımlar. Örneğin 'Yevmiye kaydı oluşturuldu', 'Yevmiye kaydı onaylandı' veya 'Yevmiye kaydı deftere işlendi'. Her etkinlik, süreçte ayrı bir olayı temsil eder. Bu etkinliklerin sırasını analiz ederek süreç akışını görselleştirebilir ve anlayabilirsiniz. Süreç farklılıklarını keşfetmek, adımlar arasındaki geçiş sürelerini ölçmek ve yevmiye kaydının reddedilip yeniden gönderilmesi gibi yeniden çalışma döngülerini belirlemek için temel oluşturur.
Neden önemli?
Süreç adımlarını tanımlar; süreç haritasını görselleştirmek, akışı analiz etmek ve sapmaları ya da darboğazları belirlemek için gereklidir.
Nereden alınır?
Genellikle BlackLine içindeki olay günlüklerinden, durum değişikliği kayıtlarından veya denetim izlerinden elde edilir. Sistem durum kodlarını kullanıcıların anlayacağı etkinlik adlarıyla eşleştirmek gerekebilir.
Örnekler
Yevmiye Kaydı OluşturulduYevmiye Kaydı GönderildiYevmiye kaydı onaylandıYevmiye kaydı deftere işlendi
|
|||
|
Başlangıç zamanı
EventTime
|
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgası. | ||
|
Açıklama
Olay zamanı, bir iş olayının gerçekleştiği tarih ve saati kaydeder. Tüm etkinliklerin sırasını ve süresini belirleyerek sürecin kronolojik temelini oluşturur. Bu zaman damgası, zamana dayalı tüm Process Mining analizleri için önemlidir. Çevrim sürelerini, bekleme sürelerini ve etkinlikler arasındaki süreleri hesaplamak için kullanılır. Darboğazları belirlemeyi, zaman içindeki performansı analiz etmeyi ve hizmet seviyesi anlaşmalarına uyumu değerlendirmeyi sağlar.
Neden önemli?
Bu zaman damgası, çevrim süresi ve darboğaz analizi dahil tüm performans metriklerinin temelini oluşturur ve sürecin kronolojik olarak yeniden kurulmasını sağlar.
Nereden alınır?
Bu bilgi, BlackLine’daki olay günlüklerinin veya işlem kayıtlarının zaman damgası alanlarında tutulur.
Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Yevmiye kaydı kimliği
JournalEntryId
|
Tek bir yevmiye kaydını benzersiz biçimde tanımlayan ve yaşam döngüsünü izlemek için temel vaka kimliği olarak kullanılan değer. | ||
|
Açıklama
Yevmiye kaydı kimliği, büyük deftere kaydedilen her finansal işlem grubunu benzersiz biçimde tanımlar. Oluşturma, inceleme, onay ve deftere işleme gibi ilişkili tüm etkinlikleri birbirine bağlayan temel anahtardır. Process Mining çalışmalarında bu kimlik, tek bir yevmiye kaydı vakasına ait tüm olayları ilişkilendirmek için gereklidir. Süreç akışını bu kimliğe göre analiz ederek başlangıçtan son mutabakata kadar uçtan uca yolculuğu yeniden oluşturabilir; çevrim sürelerini, darboğazları ve süreç farklılıklarını ayrıntılı biçimde inceleyebilirsiniz.
Neden önemli?
Bu temel vaka kimliği, tek bir yevmiye kaydının tüm yaşam döngüsünü izlemeyi ve performansını analiz etmeyi sağlar.
Nereden alınır?
BlackLine yevmiye kaydı tablolarında veya veri dışa aktarımlarında birincil anahtar olarak kullanılır. Alanın tam adını öğrenmek için BlackLine belgelerine başvurun.
Örnekler
JE2024-001234JE2024-001235JE2024-001236
|
|||
|
Kaynak sistem
SourceSystem
|
Yevmiye kaydı verilerinin alındığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği sistemi belirtir. Bu bağlamda kaynak genellikle 'BlackLine’dır; ancak süreç bir ERP sisteminde başlıyorsa önceki aşamadaki ERP sisteminden gelen verileri de içerebilir. Kaynak sistemi belirlemek, veri yönetişimi ve sürecin bağlamını anlamak açısından önemlidir. Özellikle birden fazla sistemden gelen verilerin birleştirildiği ortamlarda işe yarar. Veri alımı sorunlarını gidermeye ve verinin kaynağından hedefe izlediği yolu doğrulamaya yardımcı olur.
Neden önemli?
Verinin kaynağını anlamak için gerekli bağlamı sağlar, izlenebilirliği destekler ve farklı platformlardan gelen verilerin entegrasyonunu yönetmeye yardımcı olur.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sırasında Veri Seti kaynağını belirtmek için eklenen sabit bir değerdir.
Örnekler
BlackLineSAP S/4HANAOracle NetSuite
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin en son alındığı tarih ve saati gösterir. Analiz edilen verilerin güncelliğini anlamak için bir referans noktası sunar ve kullanıcıların verinin ne kadar güncel olduğunu bilmesini sağlar. Her Process Mining Dashboardı veya analizi için önemli bir üst veridir. İçgörülerin ne kadar güncel olduğunu gösterir ve en yeni işlemlerin görünüme dahil olup olmadığı konusunda beklentileri yönetmeye yardımcı olur.
Neden önemli?
Verilerin güncelliğini şeffaf biçimde göstererek kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını sağlar.
Nereden alınır?
Bu zaman damgası, veri çıkarma aracı veya ETL süreci tarafından çalıştırıldığı sırada oluşturulup Veri Setine eklenir.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Kullanıcı
UserName
|
Etkinliği gerçekleştiren kullanıcının adı veya kimliği. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydını gönderen, inceleyen veya onaylayan kişi gibi belirli bir süreç adımını gerçekleştiren kişiyi tanımlar. Kişinin adı veya benzersiz kullanıcı kimliği olabilir. Etkinlikleri kullanıcıya göre analiz etmek, iş yükü dağılımını ve bireysel performansı anlamak, eğitim ihtiyaçlarını belirlemek için gereklidir. 'İş ekip içinde dengeli dağıtılıyor mu?' veya 'Hangi kullanıcıların onay süreleri daha uzun?' gibi soruları yanıtlamaya yardımcı olur. Uyumluluk ve denetim izi analizleri için de önemlidir.
Neden önemli?
İş yükünü analiz etmeyi, ekip üyelerinin performansını karşılaştırmayı ve kaynaklarla ilgili darboğazları ya da eğitim ihtiyaçlarını belirlemeyi sağlar.
Nereden alınır?
Bu bilgi BlackLine denetim günlüklerinde bulunur ve genellikle her olayla ilişkilendirilmiş 'Kullanıcı kimliği' veya 'Değiştiren' alanlarında tutulur.
Örnekler
j.doea.smithr.joness.patel
|
|||
|
Ret nedeni
RejectionReason
|
Yevmiye kaydı reddedildiğinde incelemeyi yapan kişinin belirttiği neden. | ||
|
Açıklama
Yevmiye kaydı düzeltme için geri gönderildiğinde, onaylayan kişi genellikle ret nedenini belirtir. Bu öznitelik, önceden tanımlanmış bir kod veya serbest metin olabilen bu nedeni kaydeder. Bu öznitelik, yeniden çalışmanın temel nedenlerini analiz etmek için önemlidir. En sık görülen ret nedenlerini inceleyerek yetersiz eğitim, belirsiz politikalar veya destekleyici belgelerle ilgili sorunlar gibi sistemik aksaklıkları belirleyebilirsiniz. 'Yevmiye kaydı reddi ve yeniden çalışma analizi' Dashboardını doğrudan destekler ve genel ret oranını düşürmeye yardımcı olur.
Neden önemli?
Süreçteki yeniden çalışmanın temel nedenlerini analiz etmeye, yevmiye kayıtlarının neden reddedildiğini belirlemeye ve hedefli iyileştirmeler yapmaya yardımcı olur.
Nereden alınır?
Kullanıcı BlackLine’da 'Reddet' işlemini yaptığında bu veri genellikle yorum veya neden kodu alanına kaydedilir.
Örnekler
Hatalı hesap koduDestekleyici belge eksikEşik aşıldıYinelenen kayıt
|
|||
|
Şirket kodu
CompanyCode
|
Yevmiye kaydının oluşturulduğu tüzel kişiliği veya şirketi benzersiz biçimde tanımlayan değer. | ||
|
Açıklama
Şirket kodu, şirketler grubu içindeki belirli bir tüzel kişiliği temsil eder. İşlemlerin doğru tüzel kişiliğe kaydedilmesini sağlayan temel bir finansal muhasebe birimidir. Process Mining çalışmalarında şirket kodu, filtreleme ve karşılaştırma için önemli bir boyuttur. Farklı tüzel kişiliklerdeki süreç performansını analiz etmeyi; bölgesel veya kuruluşa özgü darboğazları, uyumluluk farklılıklarını ve süreçleri küresel ölçekte standartlaştırma fırsatlarını belirlemeyi sağlar. 'Onaydan deftere işlemeye kadar geçen süre analizi' Dashboardını doğrudan destekler.
Neden önemli?
Farklı tüzel kişilikler veya iş birimleri arasında performansı karşılaştırmayı ve süreçleri standartlaştırma çalışmalarını destekler.
Nereden alınır?
BlackLine’da yevmiye kaydı başlığında bulunan temel bir alandır ve genellikle ilgili ERP sisteminden eşitlenir.
Örnekler
1000US01DE012500
|
|||
|
Yevmiye kaydı durumu
JournalEntryStatus
|
Yevmiye kaydının yaşam döngüsündeki mevcut durumu; örneğin 'Devam ediyor', 'Onaylandı' veya 'Kaydedildi'. | ||
|
Açıklama
Bu öznitelik, veriler çıkarıldığı sırada yevmiye kaydı vakasının hangi durumda olduğunu gösterir. Kaydın genel süreçteki konumunun anlık bir görüntüsünü sunar. Process Mining, akışı etkinliklerden yeniden oluştursa da son durum bilgisi filtreleme ve üst düzey özet Dashboardları hazırlama açısından yararlıdır. Onay bekleyen veya belirli bir durumda takılı kalan kayıtları hızla belirlemeyi sağlar; bu da birikmiş iş analizine katkıda bulunur.
Neden önemli?
Kayıtların mevcut durumunu göstererek birikmiş işlerin analizine ve devam eden işlerin anlaşılmasına yardımcı olur.
Nereden alınır?
BlackLine’daki yevmiye kaydında bulunan standart bir durum alanıdır.
Örnekler
Devam ediyorOnay bekliyorOnaylandıKaydedildiReddedildi
|
|||
|
Yevmiye kaydı türü
JournalEntryType
|
Standart, yinelenen veya ters kayıt gibi yevmiye kaydının sınıflandırması. | ||
|
Açıklama
Yevmiye kaydı türü, kayıtları niteliklerine veya amaçlarına göre sınıflandırır. Yaygın türler arasında standart manuel kayıtlar, sistem tarafından otomatik oluşturulan kayıtlar, ay sonu tahakkukları için yinelenen kayıtlar ve sonraki dönemde otomatik olarak ters çevrilen kayıtlar bulunur. Bu öznitelik, segmentlere ayırma ve karşılaştırmalı analiz için önemlidir. Farklı kayıt türlerinin süreç performansını, örneğin çevrim sürelerini veya ret oranlarını karşılaştırmanızı sağlar. Böylece bazı kayıt türlerinin diğerlerine göre daha sorunlu veya verimsiz olup olmadığını belirleyebilir ve iyileştirme çalışmalarını doğru alanlara yöneltebilirsiniz.
Neden önemli?
Farklı yevmiye kaydı türlerinin farklı yollar izleyip izlemediğini veya performanslarının değişip değişmediğini anlamak için segment bazında analiz yapılmasını sağlar.
Nereden alınır?
BlackLine’da yevmiye kaydı başlığında bulunan standart bir alandır. Alanın tam adı için BlackLine belgelerine başvurun.
Örnekler
StandartYinelenenTers kayıtTahakkuk
|
|||
|
Yevmiye kaydı tutarı
JournalEntryAmount
|
Yevmiye kaydının toplam parasal değeri; genellikle borç tutarlarının toplamıdır. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının finansal değerini gösterir. Yüksek tutarlı kayıtların deftere işlenmesindeki gecikmeler gibi süreç verimsizliklerinin finansal etkisini anlamak için kullanılabilir. Kaydın değerine göre süreç analizi yapmak, önemlilik düzeyine dayalı incelemeler sağlar. Örneğin, yüksek tutarlı kayıtlar için süreç iyileştirmelerine öncelik verebilir, bu kayıtların farklı bir onay yolundan geçip geçmediğini inceleyebilir veya çevrim sürelerinin daha uzun olup olmadığını belirleyebilirsiniz. Böylece süreç akışına önemli bir iş bağlamı eklenir.
Neden önemli?
Finansal bağlam sağlar; yüksek tutarlı kayıtlara öncelik vermek veya değere bağlı süreç sapmalarını belirlemek gibi önemlilik temelli analizlere olanak tanır.
Nereden alınır?
BlackLine’da yevmiye kaydı başlığında bulunan, toplam borç veya alacak tutarını gösteren hesaplanmış ya da standart bir alandır.
Örnekler
15000.00250.75125000.50500.00
|
|||
|
Belge eklendi
IsDocumentAttached
|
Yevmiye kaydına destekleyici belge eklenip eklenmediğini gösteren işaret. | ||
|
Açıklama
Bu doğru/yanlış özniteliği, fatura veya hesaplama gibi bir ya da daha fazla destekleyici belgenin yevmiye kaydına eklenip eklenmediğini gösterir. Bu, çoğu zaman onay için ön koşuldur. Bu işaret, 'Yevmiye kaydı belgeleri uyumluluğu' Dashboardı ve 'Belge ekleme oranı' temel performans göstergesi için önemlidir. Eksik belgelerin ret veya gecikmelerin yaygın bir nedeni olup olmadığını analiz etmeye ve incelemeye gönderilmeden önce belge eklenmesini gerektiren politikaların uygulanmasına yardımcı olur.
Neden önemli?
Belge politikalarına uyumu doğrudan ölçer ve onay gecikmeleriyle retlerin yaygın bir temel nedenini belirlemeye yardımcı olur.
Nereden alınır?
Bu alan muhtemelen türetilir; gönderim etkinliğinden önce JournalEntryId ile ilişkili bir ek kaydının bulunup bulunmadığı kontrol edilerek hesaplanır.
Örnekler
truefalse
|
|||
|
Departman
Department
|
Yevmiye kaydıyla ilişkili iş departmanı veya maliyet merkezi. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydını başlatan veya maliyetlerin dağıtıldığı departmanı, maliyet merkezini ya da işlevsel alanı belirtir. Kuruluş yapısına ilişkin ek bağlam sağlar. Süreci departmana göre analiz etmek, işletmenin farklı bölümlerinin yevmiye kaydı sürecini nasıl kullandığını anlamaya yardımcı olur. Departmanlar arasındaki verimlilik, uyumluluk veya yeniden çalışma oranı farklılıklarını ortaya çıkararak ek destek ya da süreç standardizasyonu gerektiren alanları gösterir.
Neden önemli?
Farklı iş departmanlarının süreç performansını karşılaştırmayı, farklılıkları ve standardizasyon fırsatlarını ortaya çıkarmayı sağlar.
Nereden alınır?
Bu bilgi genellikle BlackLine’daki yevmiye kaydı satır kalemi veya başlık verilerinde bulunur ve çoğu zaman büyük defter hesabıyla ilişkilidir.
Örnekler
FinansPazarlamaSatışOperasyonlar
|
|||
|
Hesap mutabakatı tamamlandı
AccountReconciled
|
Yevmiye kaydıyla mutabakatı yapılan büyük defter hesap numarası. | ||
|
Açıklama
Bu öznitelik, hesap planında etkilenen veya mutabakatı yapılan belirli hesabı tanımlar. Yevmiye kayıtları çoğu zaman hesap mutabakatı sürecinin bir parçasıdır; bu öznitelik kaydı ilgili hesaba bağlar. Bu öznitelik, 'Yevmiye kaydı mutabakat çevrim süresi' Dashboardını doğrudan destekler. Süreci hesap bazında analiz ederek belirli hesapların mutabakatının sürekli daha uzun sürüp sürmediğini belirleyebilirsiniz. Bu durum, ilgili hesaplara özgü karmaşıklıklara veya veri sorunlarına işaret edebilir.
Neden önemli?
Yevmiye kaydı sürecini mutabakatı yapılan belirli hesaplarla ilişkilendirerek mutabakat darboğazlarının hedefli biçimde analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi BlackLine’daki yevmiye kaydı satır kalemi ayrıntılarında bulunur. Kayıt birden fazla hesabı etkiliyorsa vaka düzeyinde bir araya getirilmesi gerekebilir.
Örnekler
101000210500400100550200
|
|||
|
Kayıt tarihi
PostingDate
|
Yevmiye kaydının büyük deftere resmen işlendiği tarih. | ||
|
Açıklama
Kayıt tarihi, işlemin finansal kayıtlarda geçerli olduğu tarihtir. İşlemin hangi mali dönemde muhasebeleştirileceğini belirlediği için muhasebede önemlidir. Olay zaman damgası, kayıt etkinliğinin ne zaman gerçekleştiğini gösterirken kayıt tarihi başlı başına önemli bir veri özniteliğidir. Kayıtların doğru dönemde işlendiğini doğrulamak ve işlem tarihi, onay tarihi ile kayıt tarihi arasındaki gecikmeleri analiz etmek için kullanılır.
Neden önemli?
Bu tarih, finansal raporlamanın doğruluğu açısından önemlidir ve kayıtların doğru muhasebe döneminde işlenip işlenmediğini analiz etmeye yardımcı olur.
Nereden alınır?
BlackLine’da yevmiye kaydı başlığında bulunan standart bir tarih alanıdır.
Örnekler
2023-10-312023-11-012023-10-30
|
|||
|
Onaydan deftere işlemeye kadar geçen süre
ApprovalToPostingLag
|
Son onay ile yevmiye kaydının fiilen deftere işlenmesi arasındaki hesaplanmış süre. | ||
|
Açıklama
Bu metrik, yevmiye kaydı tamamen onaylandıktan sonra büyük deftere işlenene kadar geçen gecikmeyi ölçer. 'Yevmiye kaydı onaylandı' etkinliği ile 'Yevmiye kaydı deftere işlendi' etkinliği arasındaki süre hesaplanır. Bu temel performans göstergesi, finansal kapanışı önemli ölçüde geciktirebilen onay sonrası darboğazları belirlemeye yardımcı olur. 'Onaydan deftere işlemeye kadar geçen süre analizi' Dashboardı, onaylanan kayıtların neden zamanında işlenmediğini incelemek ve sürecin son adımlarını iyileştirmek için bu metriği kullanır.
Neden önemli?
Onay sonrası verimliliği ölçerek finansal kapanış hızını etkileyen gecikmeleri belirlemeye ve ortadan kaldırmaya yardımcı olur.
Nereden alınır?
Bu metrik, her vaka için 'Yevmiye kaydı onaylandı' ve 'Yevmiye kaydı deftere işlendi' olayları arasındaki süre bulunarak Process Mining aracında hesaplanır.
Örnekler
P0DT1H10MP1DT2H0MP0DT0H5M
|
|||
|
Otomatik mi
IsAutomated
|
Yevmiye kaydının otomatik bir süreç tarafından oluşturulup oluşturulmadığını veya deftere işlenip işlenmediğini gösteren işaret. | ||
|
Açıklama
Bu doğru/yanlış özniteliği, kullanıcıların manuel olarak oluşturup işlediği yevmiye kayıtlarıyla yinelenen kayıtlar veya sistem entegrasyonları gibi sistem tarafından otomatik oluşturulan kayıtları birbirinden ayırır. Bu özniteliği analiz etmek, otomasyonun ne kadar etkili olduğunu değerlendirmeye yardımcı olur. Otomatik ve manuel süreçlerin çevrim sürelerini, hata oranlarını ve maliyetlerini doğrudan karşılaştırmayı sağlar. Bu karşılaştırma, yeni otomasyon yatırımları için iş gerekçesi oluşturmak ve mevcut çalışmaların yatırım getirisini ölçmek açısından önemlidir.
Neden önemli?
Manuel ve otomatik süreçleri doğrudan karşılaştırmayı, otomasyon çalışmalarının etkisini ve yatırım getirisini ölçmeyi sağlar.
Nereden alınır?
Bu değer, 'Yevmiye kaydı türü' alanından (ör. 'Yinelenen') veya otomatik kayıtlar için 'SYSTEM' ya da 'BATCH' gibi sistem kullanıcılarının kullanıldığı 'Kullanıcı' alanından elde edilebilir.
Örnekler
truefalse
|
|||
|
Para birimi
Currency
|
Yevmiye kaydında belirtilen tutarın para birimi kodu. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydı tutarının USD, EUR veya GBP gibi hangi para biriminde olduğunu belirtir. İşlemlerin finansal değerini doğru yorumlamak için gereklidir. Çok uluslu kuruluşlarda para birimine göre analiz yapmak yararlı bir bağlam sunabilir. Süreç analizini belirli para birimleriyle sınırlamayı sağlar ve finansal tutarları bir araya getiren her Dashboard için gerekli bir alandır.
Neden önemli?
Finansal tutarların doğru yorumlanması ve para birimine özel analiz yapılması için gerekli bağlamı sağlar.
Nereden alınır?
BlackLine’da yevmiye kaydı başlığında bulunan standart bir alandır; genellikle 'Belge para birimi' veya benzer bir ad taşır.
Örnekler
USDEURGBPJPY
|
|||
|
Yeniden çalışma var mı
IsRework
|
Yevmiye kaydı en az bir kez reddedildiyse doğru değerini alan hesaplanmış işaret. | ||
|
Açıklama
Bu doğru/yanlış işareti, yeniden çalışma yapılan yevmiye kayıtlarını belirlemek için hesaplanır. Bir vaka 'Yevmiye kaydı reddedildi' etkinliğinin ardından 'Düzeltildi ve yeniden gönderildi' etkinliğini içeriyorsa genellikle doğru olarak ayarlanır. Bu öznitelik, reddedilmiş tüm vakaları kolayca filtreleyerek yeniden çalışma analizini basitleştirir. 'Yevmiye kaydı ret oranı' temel performans göstergesini hesaplamak ve kalite sorunlarının maliyet ile süre üzerindeki etkisini anlamak için 'Yevmiye kaydı reddi ve yeniden çalışma analizi' Dashboardında ayrıntılı inceleme yapmak açısından temel niteliktedir.
Neden önemli?
Yeniden çalışma yapılan vakaları kolayca belirleyerek ret oranlarının hesaplanmasını ve kalite sorunlarının etkisinin analizini basitleştirir.
Nereden alınır?
Bu işaret, her vakanın etkinlik sırası kontrol edilerek Process Mining aracında hesaplanır.
Örnekler
truefalse
|
|||
Kayıttan Raporlamaya - yevmiye kaydı etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Yevmiye kaydı deftere işlendi
|
Onaylanan yevmiye kaydının büyük deftere resmen işlendiği noktayı ifade eder. Bu işlem genellikle BlackLine’da açıkça başlatılır ve ardından kaydın durumu 'Kaydedildi' olarak güncellenir. | ||
|
Neden önemli?
Bu önemli aşama, genellikle sürecin operasyonel olarak tamamlandığı noktadır. 'Yevmiye kaydı onaylandı' ile bu etkinlik arasındaki gecikme, onay sonrası verimliliğin önemli bir göstergesidir.
Nereden alınır?
Genellikle durumun 'Kaydedildi' olarak değişmesinden belirlenir. Olay, belirli bir kayıt tarihi ve zaman damgasıyla kayıt geçmişi tablosuna veya denetim izine açıkça da yazılabilir.
Kaydedin
Yevmiye kaydı durumunun 'Kaydedildi' olarak güncellendiği zaman damgasından belirlenir. Kayıt tarihi alanı da önemlidir.
Olay türü
inferred
|
|||
|
Yevmiye Kaydı Gönderildi
|
Bu etkinlik, kaydı hazırlayan kişi yevmiye kaydını inceleme ve onay iş akışına resmen gönderdiğinde gerçekleşir. Genellikle "Hazırlanıyor" durumundan "Gönderildi" durumuna geçiş gibi bir durum değişikliği ve zaman damgasıyla kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, hazırlık aşamasının sonunu ve onay döngüsünün başlangıcını gösterir. Hem hazırlık hem de onay aşamalarının süresini ölçmek için önemli bir kilometre taşıdır.
Nereden alınır?
Bu etkinlik, büyük olasılıkla BlackLine’daki yevmiye kaydı durum değişikliğinden çıkarılır. Durumun "Onaya Gönderildi" veya benzer bir değere geçtiği zaman damgası, olayın gerçekleşme zamanını gösterir.
Kaydedin
Yevmiye kaydının durum alanının "Gönderildi" veya "Onay Bekliyor" olarak güncellendiği zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Yevmiye kaydı mutabakatı tamamlandı
|
Yevmiye kaydının kesinleştirilip onaylanmış bir hesap mutabakatına dahil edilmesiyle yaşam döngüsünün tamamlandığını gösterir. BlackLine’da bu, kaydı içeren mutabakatın onaylanmasına karşılık gelir. | ||
|
Neden önemli?
Bu etkinlik, uçtan uca sürecin son noktasıdır. 'Yevmiye kaydı deftere işlendi' ile 'Mutabakatı tamamlandı' arasındaki süre, finansal kapanışın hesap mutabakatı bölümündeki verimliliği ölçer.
Nereden alınır?
Bu olay, ilgili yevmiye kaydını içeren hesap mutabakatının durumunun BlackLine Hesap Mutabakatı modülünde 'Onaylandı' olarak değiştiği belirlenerek çıkarılır.
Kaydedin
Yevmiye kaydı ilgili hesap mutabakatıyla ilişkilendirilir ve mutabakatın onay tarihi kaydedilir.
Olay türü
inferred
|
|||
|
Yevmiye Kaydı Oluşturuldu
|
Bu etkinlik, yevmiye kaydı vakasının başlangıcını gösterir. Kullanıcı BlackLine’da yeni bir yevmiye kaydı oluşturduğunda kaydedilir. Bu işlem benzersiz bir Yevmiye Kaydı Kimliği oluşturur ve kayıt zaman damgası ile kullanıcı bilgilerini saklar. | ||
|
Neden önemli?
Bu, sürecin temel başlangıç olayıdır. Bu etkinlikten diğerlerine kadar geçen süreyi analiz ederek toplam çevrim süresini ölçebilir ve iş akışının başındaki gecikmeleri belirleyebilirsiniz.
Nereden alınır?
Bu olay, BlackLine’ın yevmiye kaydı modülünde açıkça kaydedilir. Her Yevmiye Kaydı Kimliğiyle ilişkili oluşturma zaman damgası ve kullanıcı bilgileri, ana yevmiye kaydı tablosundan veya denetim geçmişinden alınır.
Kaydedin
Yevmiye kaydıyla ilişkili "Oluşturma Tarihi" zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Yevmiye kaydı onaylandı
|
Bu etkinlik, yevmiye kaydının gerekli tüm inceleme ve onay adımlarını geçtiğini gösterir. Son yetkili kullanıcının kaydı onaylaması ve durumun 'Onaylandı' olarak değişmesiyle kaydedilir. | ||
|
Neden önemli?
Onay sürecinin tamamlandığını gösteren önemli bir aşamadır. 'Yevmiye kaydı gönderildi' ile bu olay arasındaki süre, iş akışı verimliliğini ölçmek için önemli bir temel performans göstergesidir.
Nereden alınır?
Yevmiye kaydı durumunun 'Onaylandı' olarak değişmesinden belirlenir. Son onaylayanın kullanıcı kimliği ve onay zaman damgası genellikle BlackLine denetim geçmişinde kaydedilir.
Kaydedin
Yevmiye kaydı durumunun 'Onaylandı' olarak güncellendiği zaman damgasından belirlenir.
Olay türü
inferred
|
|||
|
Yevmiye Kaydı Reddedildi
|
Bu etkinlik, bir inceleyicinin veya onaylayıcının yevmiye kaydını reddettiğini gösterir. Kullanıcı "Reddet" işlemini gerçekleştirdiğinde kaydedilir. Bu işlem kaydın durumunu "Reddedildi" olarak günceller ve denetim günlüğüne yazılır. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışmayı, kalite sorunlarını ve eğitim ihtiyaçlarını belirlemek açısından önemlidir. Ret sıklığını ve nedenlerini, ayrıca sonrasında gerçekleşen yeniden çalışma döngüsünü analiz etmek; süreci iyileştirmek ve çevrim sürelerini azaltmak için gereklidir.
Nereden alınır?
Bu etkinlik genellikle yevmiye kaydı verilerindeki durumun "Reddedildi" veya "Düzeltme Gerekiyor" olarak değişmesinden çıkarılır. Ret işlemini yapan kullanıcının bilgisi ve zaman damgası BlackLine geçmişine kaydedilir.
Kaydedin
Yevmiye kaydının durumu "Reddedildi" olarak güncellendiğinde kaydedilen zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Destekleyici Belge Eklendi
|
Bir kullanıcının yevmiye kaydına bir veya daha fazla destekleyici belge eklemesini ifade eder. Bu olay genellikle denetim günlüğünde veya Yevmiye Kaydı Kimliğine bağlı bir ekler tablosunda kaydedilir. | ||
|
Neden önemli?
Bu etkinliği izlemek, uyumluluğu ve verimliliği takip etmek açısından önemlidir. Onay sürecindeki gecikmelerin eksik belgelerden kaynaklanıp kaynaklanmadığını analiz etmeye yardımcı olur ve "Belge Ekleme Oranı" temel performans göstergesini (KPI) destekler.
Nereden alınır?
Bu, genellikle BlackLine’da denetim izine veya ekler günlüğüne kaydedilen açık bir olaydır. Veriler Yevmiye Kaydı Kimliğini, dosyayı ekleyen kullanıcıyı ve zaman damgasını içerir.
Kaydedin
Bir yevmiye kaydına dosya yüklendiğinde olay, sistemin denetim izine veya özel ek geçmişi tablosuna kaydedilir.
Olay türü
explicit
|
|||
|
Kayıt doğrulandı
|
Deftere işlenen yevmiye kaydının hedef ERP sistemine başarıyla ulaştığının ve kaydedildiğinin doğrulanmasını ifade eder. Bu, sistemler arasında otomatik bir el sıkışma veya manuel bir doğrulama adımı olabilir. | ||
|
Neden önemli?
Bu etkinlik, sistemler arasındaki veri bütünlüğünü güvence altına alarak kayıt adımını tamamlar. 'Kaydedildi' ile 'Doğrulandı' arasındaki süre, entegrasyon sorunlarını veya sistemlerin uyumundaki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Sistem entegrasyon günlüğünde açık bir olay olarak yer alabilir veya durumun 'Kaydedildi ve doğrulandı' gibi bir değere değişmesinden belirlenebilir. Manuel yapılıyorsa kullanıcı durum güncellemesiyle kaydedilir.
Kaydedin
Durumun 'Doğrulandı' olarak güncellenmesinden veya hedef ERP sisteminden gelen bir onay işaretinden belirlenir.
Olay türü
inferred
|
|||
|
Kayıt Düzeltildi ve Yeniden Gönderildi
|
Yevmiye kaydı reddedildikten, kaydı hazırlayan kişi gerekli düzeltmeleri yapıp yeniden gönderdikten sonra gerçekleşir. Durumun 'Reddedildi' değerinden yeniden 'Onay için gönderildi' değerine geçmesiyle kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışma için harcanan süreyi ve emeği ölçmeye yardımcı olur. 'Yevmiye kaydı reddedildi' ile bu olay arasındaki süre, yeniden çalışma süresini gösterir ve verimlilik analizinde önemli bir metriktir.
Nereden alınır?
BlackLine verilerindeki durum değişiklikleri dizisi izlenerek belirlenir. Aynı yevmiye kaydı kimliği için durumun 'Reddedildi' değerinden yeniden 'Gönderildi' veya 'Onay bekliyor' değerine geçmesi buna örnektir.
Kaydedin
'Reddedildi' durumundan 'Gönderildi' veya 'Onay bekliyor' durumuna geçişten belirlenir.
Olay türü
inferred
|
|||
|
Onay geri çekildi
|
Bu etkinlik, onaylayanın daha önce verdiği onayı geri çekerek yevmiye kaydını önceki bir duruma döndürmesini ifade eder. Durumun 'Onaylandı' değerinden 'Hazırlanıyor' gibi önceki bir duruma dönmesiyle kaydedilir. | ||
|
Neden önemli?
Nadir görülen ancak önemli olan bu etkinlik, onaydan sonra ve kayda geçmeden önce ortaya çıkan süreç istisnalarını ve olası sorunları gösterir. Kayıttaki veri hatalarına veya politika değişikliklerine işaret edebilir.
Nereden alınır?
Bu olay, durumun 'Onaylandı' değerinden henüz kayda geçmemiş ve düzenlenebilir bir duruma dönmesiyle belirlenir. Bu işlem BlackLine’ın ayrıntılı denetim günlüklerine kaydedilir.
Kaydedin
Durumun 'Onaylandı' değerinden 'Hazırlanıyor' veya 'Gönderildi' gibi önceki bir duruma dönmesiyle belirlenir.
Olay türü
inferred
|
|||
|
Yevmiye Kaydı İncelendi
|
Çok aşamalı bir onay sürecinde, görevlendirilmiş bir inceleyicinin tamamladığı resmî inceleme adımını ifade eder. Genellikle durum değişikliğiyle veya inceleyicinin işlemini belirten özel bir günlük kaydıyla kaydedilir. | ||
|
Neden önemli?
İnceleme ve onay adımlarının ayrı olduğu kuruluşlarda bu etkinlik, onay zincirindeki darboğazları belirlemeye yardımcı olur. Kayıtların ilk inceleme ve son onay için ne kadar beklediğini gösterir.
Nereden alınır?
BlackLine iş akışlarında bu etkinlik, onay geçmişi günlüğünde açıkça yer alabilir veya durumun "İncelendi" ya da "Son Onay Bekliyor" olarak değişmesinden çıkarılabilir. Kullanıcı ve zaman damgası kaydedilir.
Kaydedin
Yevmiye kaydının durumu inceleme aşamasının tamamlandığını gösterecek şekilde değiştiğinde kaydedilen zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Yevmiye kaydı ters kaydı işlendi
|
Bu etkinlik, daha önce deftere işlenmiş bir kaydı tersine çeviren yeni bir yevmiye kaydının oluşturulmasını ve deftere işlenmesini kapsar. Genellikle ilk kayıt deftere işlendikten sonra fark edilen bir hataya yanıt olarak başlatılır. | ||
|
Neden önemli?
Bu olay, önceki aşamalardaki veri kalitesi sorunlarının güçlü bir göstergesidir. Ters kayıtların oranını izlemek, 'Kayıt sonrası düzeltme oranı’nı ölçmeye ve doğruluğun artırılması gereken alanları belirlemeye yardımcı olur.
Nereden alınır?
Bu genellikle kullanıcının BlackLine’da deftere işlenmiş bir yevmiye kaydı için 'Ters kayıt oluştur' işlemini başlattığı açık bir olaydır. Sistem, çoğu zaman ilk yevmiye kaydı kimliğiyle ilişkilendirilmiş yeni bir ters kayıt oluşturur.
Kaydedin
'Ters kayıt oluştur' işlemi günlüğe yazıldığında veya ters kayıt işareti ve ilk yevmiye kaydı kimliğine bağlantısı olan yeni bir kayıt oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri hazırlığını kolaylaştırmak ve Kayıttan Raporlamaya - yevmiye kaydı süreciniz hakkında değerli içgörüler elde etmek için bu Templateten yararlanın. Verimliliği ve uyumluluğu artırma yolunda bugün ilk adımı atın.
Kayıttan Raporlamaya yevmiye kaydı sürecinde verimliliği bugün artırın
Yevmiye kaydı çevrim süresini %30 azaltın, mali kapanışı daha hızlı ve doğru tamamlayın.
Kredi kartı gerekmez • Kurulumu dakikalar içinde tamamlayın