Kayıttan Raporlamaya - yevmiye kaydı Veri Templateiniz

BlackLine
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 doğru verileri toplamanıza yönelik ayrıntılı bir yol haritası sunar. Toplanması gereken temel öznitelikleri, izlenecek önemli faaliyetleri ve bu bilgilerin BlackLine'dan nasıl çıkarılacağına ilişkin pratik yönlendirmeleri açıklar. Etkili bir Process Mining analizi için gerekli tüm verileri yakaladığınızdan emin olmak üzere bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek önemli faaliyetler
  • Veri çıkarma yönlendirmeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Kayıttan Raporlamaya - yevmiye kaydı öznitelikleri

Kayıttan Raporlamaya - yevmiye kaydı sürecinin kapsamlı analizi için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 6 Önerilen 8 İsteğe bağlı
Ad Açıklama
Başlangıç zamanı
EventTime
Belirli bir etkinliğin veya olayın gerçekleştiği anı gösteren kesin zaman damgası.
Açıklama

Event Time, bir iş olayının gerçekleştiği tarih ve saati kaydeder. Tüm etkinliklerin sırasını ve süresini belirleyen kronolojik temel niteliğindedir.

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ın belirlenmesini, zaman içindeki performansın analiz edilmesini ve hizmet seviyesi anlaşmalarına uyumun değerlendirilmesini 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 oluşturulması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
Etkinlik
ActivityName
Yevmiye kaydı sürecinde belirli bir zamanda gerçekleşen iş olayının adı.
Açıklama

Bu öznitelik, yevmiye kaydının yaşam döngüsü içinde gerçekleştirilen tek bir adımı veya görevi tanımlar. Örneğin 'Journal Entry Created', 'Journal Entry Approved' veya 'Journal Entry Posted' gibi. Her etkinlik, süreçteki ayrı bir olayı temsil eder.

Bu etkinliklerin sırasını analiz etmek, süreç akışını görselleştirmeyi ve anlamayı sağlar. 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çteki adımları tanımlar. Bu da süreç haritasını görselleştirmek, akışı analiz etmek ve sapmaları veya 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 türetilir. Sistem durum kodlarının kullanıcıların anlayabileceği etkinlik adlarıyla eşleştirilmesi gerekebilir.

Örnekler
Yevmiye Kaydı OluşturulduYevmiye Kaydı GönderildiYevmiye Kaydı OnaylandıYevmiye kaydı kaydedildi
Yevmiye Kaydı Kimliği
JournalEntryId
Tek bir yevmiye kaydının benzersiz tanımlayıcısıdır ve yaşam döngüsünü izlemek için birincil vaka kimliği olarak kullanılır.
Açıklama

Yevmiye Kaydı Kimliği, genel deftere kaydedilen her finansal işlem kümesini benzersiz şekilde tanımlar. Oluşturma, inceleme, onay ve kaydetme gibi ilgili tüm etkinlikleri birbirine bağlayan merkezi anahtar görevi görür.

Process Mining kapsamında bu kimlik, tek bir yevmiye kaydı vakasına ait tüm olayları ilişkilendirmek için gereklidir. Süreç akışını bu tanımlayıcıya göre analiz etmek, başlatmadan son mutabakata kadar uçtan uca yolculuğun yeniden oluşturulmasını sağlar. Böylece çevrim süreleri, darboğazlar ve süreç farklılıkları ayrıntılı şekilde incelenebilir.

Neden önemli?

Bu, tek bir yevmiye kaydının tüm yaşam döngüsünü izlemeyi ve performansını analiz etmeyi sağlayan temel vaka kimliğidir.

Nereden alınır?

Bu, BlackLine'ın yevmiye kaydı tablolarındaki veya veri dışa aktarımlarındaki birincil anahtardır. Belirli alan adını öğrenmek için BlackLine belgelerine başvurun.

Örnekler
JE2024-001234JE2024-001235JE2024-001236
Kaynak sistem
SourceSystem
Yevmiye kaydı verilerinin çıkarıldığı kayıt sistemi.
Açıklama

Bu öznitelik, olay verilerinin kaynaklandığı sistemi tanımlar. Bu bağlamda genellikle 'BlackLine' olur, ancak süreç orada başlıyorsa üst süreçteki bir ERP sisteminden alınan verileri de içerebilir.

Kaynak sistemi belirlemek, veri yönetişimi ve sürecin bağlamını anlamak için önemlidir. Özellikle birden fazla sistemden gelen verilerin birleştirildiği ortamlarda, veri alma sorunlarının giderilmesine ve veri soyunun doğrulanmasına yardımcı olur.

Neden önemli?

Verinin kaynağı hakkında önemli bağlam sağlar, izlenebilirliği destekler ve farklı platformlardan veri entegrasyonunun yönetilmesine 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 statik 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, en son veri çekiminin tarih ve saatini gösterir. Analiz edilen verilerin güncelliği için bir referans noktası sağlar ve kullanıcıların verilerin ne kadar güncel olduğunu anlamasına yardımcı olur.

Bu, her Process Mining Dashboard veya analizi için önemli bir üst veri parçasıdır. İçgörülerin ne kadar güncel olduğunu gösterir ve en son işlemlerin görünüme dahil edilip edilmediği konusunda beklentilerin yönetilmesine yardımcı olur.

Neden önemli?

Verilerin güncelliği konusunda şeffaflık sağlar ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasına yardımcı olur.

Nereden alınır?

Bu zaman damgası, çalıştırıldığı sırada veri çıkarma aracı veya ETL süreci tarafından Veri Seti'ne 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, belirli bir süreç adımını gerçekleştiren kişiyi tanımlar. Örneğin yevmiye kaydını gönderen, inceleyen veya onaylayan kişi. Bir 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 fırsatlarını belirlemek için gereklidir. 'İş ekip içinde dengeli dağıtılıyor mu?' veya 'Hangi kullanıcıların onay süreleri en uzun?' gibi soruların yanıtlanmasına yardımcı olur. Uyumluluk ve denetim izi analizi için de önemlidir.

Neden önemli?

İş yükü analizini, ekip üyeleri arasındaki performans karşılaştırmasını ve kaynakla ilgili darboğazların veya eğitim ihtiyaçlarının belirlenmesini sağlar.

Nereden alınır?

Bu bilgi, BlackLine'ın denetim günlüklerinde bulunur ve genellikle her olayla ilişkilendirilmiş 'User ID' veya 'Changed By' alanlarında saklanır.

Örnekler
j.doea.smithr.joness.patel
Ret nedeni
RejectionReason
Bir yevmiye kaydı reddedildiğinde incelemeyi yapan kişinin belirttiği neden.
Açıklama

Bir 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, yeniden çalışmanın temel nedenlerini analiz etmek için önemli bir özniteliktir. En sık kullanılan ret nedenlerini analiz ederek yetersiz eğitim, açık olmayan politikalar veya destekleyici belgelerle ilgili sorunlar gibi sistemik problemleri belirleyebilirsiniz. Bu öznitelik, 'Journal Entry Rejection & Rework Analysis' Dashboardunu doğrudan destekler ve genel ret oranını azaltmaya yardımcı olur.

Neden önemli?

Süreçteki yeniden çalışmanın kök nedenini analiz etmek için gereklidir. Yevmiye kayıtlarının neden reddedildiğini belirlemeye ve hedefli iyileştirmeler yapmaya yardımcı olur.

Nereden alınır?

Bu veri, kullanıcı BlackLine'da 'Reject' işlemini gerçekleştirdiğinde genellikle yorum veya neden kodu alanına kaydedilir.

Örnekler
Hatalı hesap koduDestekleyici belgeler eksikEşik aşıldıYinelenen kayıt
Şirket kodu
CompanyCode
Yevmiye kaydının oluşturulduğu tüzel kişiyi veya şirketi benzersiz şekilde tanımlayan değer.
Açıklama

Company Code, kurumsal grup içindeki belirli bir tüzel kişiliği temsil eder. Finansal muhasebede temel bir organizasyon birimidir ve işlemlerin doğru tüzel kişiliğe kaydedilmesini sağlar.

Process Mining kapsamında Company Code, filtreleme ve karşılaştırma için etkili bir boyuttur. Farklı tüzel kişiliklerdeki süreç performansını analiz etmenize, bölgesel veya tüzel kişiliğe özgü darboğazları ve uyumluluk farklılıklarını belirlemenize ve süreçleri küresel ölçekte standartlaştırma fırsatlarını görmenize yardımcı olur. 'Approval To Posting Delay Analysis' Dashboardunu doğrudan destekler.

Neden önemli?

Farklı tüzel kişiler veya iş birimleri arasında performans karşılaştırması yapılmasını ve süreç standardizasyonu çalışmalarını sağlar.

Nereden alınır?

BlackLine'da yevmiye kaydı üst bilgisindeki temel alanlardan biridir ve çoğu zaman temel ERP sisteminden senkronize edilir.

Örnekler
1000US01DE012500
Yevmiye kaydı durumu
JournalEntryStatus
Yevmiye kaydının yaşam döngüsündeki mevcut durumu, örneğin 'In Progress', 'Approved' veya 'Posted'.
Açıklama

Bu öznitelik, veri çıkarma anında bir yevmiye kaydı vakasının mevcut durumunu gösterir. Kaydın genel süreçte hangi aşamada olduğuna ilişkin anlık bir görünüm sunar.

Process Mining, akışı etkinliklerden yeniden oluştururken son durum bilgisi filtreleme ve üst düzey özet Dashboardları oluşturma açısından faydalıdır. Şu anda onay bekleyen veya belirli bir durumda takılı kalan tüm kayıtları hızlıca belirlemenize yardımcı olur. Bu bilgi, birikmiş iş analizinde değerlidir.

Neden önemli?

Kayıtların mevcut durumunu gösteren bir anlık görünüm sunar. Bu görünüm, birikmiş iş analizinde ve devam eden işlerin anlaşılmasında kullanışlıdır.

Nereden alınır?

BlackLine'da yevmiye kaydında bulunan standart bir durum alanıdır.

Örnekler
Devam EdiyorOnay BekliyorOnaylandıMuhasebeleştirildiReddedildi
Yevmiye kaydı türü
JournalEntryType
Yevmiye kaydının standart, tekrarlanan veya ters kayıt gibi sınıflandırması.
Açıklama

Yevmiye Kaydı Türü, kayıtları niteliğine veya amacına göre sınıflandırır. Yaygın türler arasında standart manuel kayıtlar, otomatik sistem kayıtları, ay sonu tahakkukları için tekrarlanan kayıtlar ve sonraki dönemde otomatik olarak ters çevrilen kayıtlar bulunur.

Bu öznitelik, segmentasyon ve karşılaştırmalı analiz için önemlidir. Farklı kayıt türlerinin çevrim süreleri veya ret oranları gibi süreç performanslarını karşılaştırmanızı sağlar. Böylece belirli kayıt türlerinin diğerlerine göre daha sorunlu veya verimsiz olup olmadığını belirleyebilir ve hedefli süreç iyileştirmeleri yapabilirsiniz.

Neden önemli?

Farklı yevmiye kaydı türlerinin farklı yollardan ilerleyip ilerlemediğini veya farklı performans özelliklerine sahip olup olmadığını anlamak için segmentlere ayrılmış analiz yapılmasını sağlar.

Nereden alınır?

BlackLine'da yevmiye kaydı üst bilgisinde bulunan standart bir alandır. Kesin alan adını öğrenmek için BlackLine belgelerine başvurun.

Örnekler
StandartTekrarlayanTers KayıtTahakkuk
Yevmiye kaydı tutarı
JournalEntryAmount
Yevmiye kaydının toplam parasal değeri, genellikle borç toplamı.
Açıklama

Bu öznitelik, yevmiye kaydının finansal değerini gösterir. Yüksek tutarlı kayıtların kaydedilmesindeki gecikmeler gibi süreç verimsizliklerinin finansal etkisini anlamak için kullanılabilir.

Süreci kaydın değerine göre analiz etmek, önem derecesine dayalı inceleme yapmayı sağlar. Örneğin yüksek tutarlı kayıtlar için süreç iyileştirmelerine öncelik verebilir, bunların farklı bir onay yolundan geçip geçmediğini inceleyebilir veya çevrim sürelerinin daha uzun olup olmadığını belirleyebilirsiniz. Bu, süreç akışına önemli bir iş bağlamı ekler.

Neden önemli?

Finansal bağlam sağlar; önem derecesine göre analiz yapılmasına, örneğin yüksek tutarlı kayıtlara öncelik verilmesine veya değere dayalı süreç sapmalarının belirlenmesine imkan tanır.

Nereden alınır?

BlackLine'da yevmiye kaydı üst bilgisinde 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 boolean öznitelik, 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, 'Journal Entry Documentation Compliance' Dashboardu ve 'Documentation Attachment Rate' KPI için önemlidir. Eksik belgelerin ret veya gecikmelerin yaygın bir nedeni olup olmadığını analiz etmenize ve incelemeye gönderilmeden önce ek dosya eklenmesini zorunlu kılan politikaları uygulamanıza yardımcı olur.

Neden önemli?

Belge politikalarına uyumluluğu doğrudan ölçer ve onay gecikmeleri ile retlerin yaygın bir kök nedenini belirlemeye yardımcı olur.

Nereden alınır?

Bu büyük olasılıkla, gönderim etkinliği gerçekleşmeden önce JournalEntryId ile ilişkili bir ek kaydının bulunup bulunmadığı kontrol edilerek hesaplanan türetilmiş bir alandı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 tahsis edildiği departmanı, maliyet merkezini ya da işlevsel alanı belirtir. Kurumsal bağlama ek bir boyut kazandırır.

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 desteğe veya süreç standardizasyonuna ihtiyaç duyulan alanları gösterir.

Neden önemli?

Farklı iş departmanları arasındaki süreç performansının karşılaştırılmasını, farklılıkların ve standardizasyon fırsatlarının ortaya çıkarılmasını sağlar.

Nereden alınır?

Bu bilgi genellikle BlackLine'daki yevmiye kaydı satır öğesi veya üst bilgi verilerinin parçasıdır ve çoğu zaman genel defter hesabıyla ilişkilendirilir.

Örnekler
FinansPazarlamaSatışOperasyonlar
Hesap mutabıklaştırıldı
AccountReconciled
Yevmiye kaydıyla mutabıklaştırılan genel defter hesabının 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 ve bu öznitelik kaydı ilgili hesaba bağlar.

Bu öznitelik, 'Journal Entry Reconciliation Cycle Time' Dashboardunu doğrudan destekler. Süreci hesap bazında analiz ederek belirli hesapların mutabakatının sürekli olarak daha uzun sürüp sürmediğini belirleyebilirsiniz. Bu durum, ilgili hesaplara özgü karmaşıklığa veya veri sorunlarına işaret edebilir.

Neden önemli?

Yevmiye kaydı sürecini mutabıklaştırılan belirli hesaplara bağlar ve mutabakat darboğazlarının hedefli şekilde analiz edilmesini sağlar.

Nereden alınır?

Bu bilgi, BlackLine'daki yevmiye kaydı satır öğesi ayrıntılarının parçasıdır. Bir kayıt birden fazla hesabı etkiliyorsa vaka düzeyinde birleştirilmesi gerekebilir.

Örnekler
101000210500400100550200
Kaydetme tarihi
PostingDate
Yevmiye kaydının Genel Deftere resmî olarak kaydedildiği tarih.
Açıklama

Kaydetme Tarihi, işlemin finansal kayıtlardaki geçerlilik tarihidir. Muhasebe açısından önemli bir tarihtir, çünkü işlemin hangi mali dönemde muhasebeleştirileceğini belirler.

Olay zaman damgası kaydetme etkinliğinin ne zaman gerçekleştiğini gösterirken Kaydetme Tarihi önemli bir veri özniteliğidir. Kayıtların doğru dönemde kaydedilmesini sağlamak ve işlem tarihi, onay tarihi ile kaydetme tarihi arasındaki gecikmeleri analiz etmek için kullanılır.

Neden önemli?

Bu tarih, finansal raporlamanın doğruluğu için önemlidir ve kayıtların doğru muhasebe döneminde kaydedilip kaydedilmediğini analiz etmeye yardımcı olur.

Nereden alınır?

BlackLine'da yevmiye kaydı üst bilgisinde bulunan standart bir tarih alanıdır.

Örnekler
2023-10-312023-11-012023-10-30
Onaydan kaydetmeye geçen süre
ApprovalToPostingLag
Son onay ile yevmiye kaydının fiilen kaydedilmesi arasındaki hesaplanmış süre.
Açıklama

Bu metrik, bir yevmiye kaydı tamamen onaylandıktan sonra genel muhasebeye kaydedilene kadar geçen gecikmeyi ölçer. 'Journal Entry Approved' etkinliği ile 'Journal Entry Posted' etkinliği arasındaki zaman farkı olarak hesaplanır.

Bu, finansal kapanış sürecini önemli ölçüde geciktirebilen onay sonrası darboğazları belirlemek için önemli bir KPI’dır. 'Approval To Posting Delay Analysis' Dashboardu, onaylanan kayıtların neden zamanında kaydedilmediğini incelemek için bu metriği kullanır ve sürecin son adımlarını sadeleştirmenize yardımcı olur.

Neden önemli?

Onay sonrası verimliliği özel olarak ölçer ve finansal kapanışın hızını etkileyen gecikmelerin belirlenip ortadan kaldırılmasına yardımcı olur.

Nereden alınır?

Bu metrik, her vaka için 'Journal Entry Approved' ve 'Journal Entry Posted' 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 kaydedilip kaydedilmediğini gösteren işaret.
Açıklama

Bu boolean öznitelik, kullanıcılar tarafından manuel olarak oluşturulup işlenen yevmiye kayıtları ile tekrarlanan kayıtlar veya sistem entegrasyonları gibi sistem tarafından otomatik olarak oluşturulan kayıtları birbirinden ayırır.

Bu özniteliği analiz etmek, otomasyonun verimliliğini değerlendirmeye yardımcı olur. Otomatik ve manuel süreçler arasındaki çevrim sürelerini, hata oranlarını ve maliyetleri doğrudan karşılaştırmayı sağlar. Bu karşılaştırma, daha fazla otomasyon 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çlerin doğrudan karşılaştırılmasını sağlar. Bu da otomasyon çalışmalarının etkisini ve yatırım getirisini ölçmek için önemlidir.

Nereden alınır?

'Journal Entry Type' alanından, örneğin 'Recurring' değerinden veya otomatik kaydetmelerde sistem kullanıcıları, örneğin 'SYSTEM' ya da 'BATCH', kullanılıyorsa 'User' alanından türetilebilir.

Ö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 para birimini 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 sağlayabilir. Süreç analizinin belirli para birimlerine göre filtrelenmesine imkan verir ve finansal tutarları bir araya getiren her Dashboard için gerekli bir alandır.

Neden önemli?

Finansal tutarlar için gerekli bağlamı sağlar, doğru yorumlamayı ve para birimine özel analiz yapılmasını mümkün kılar.

Nereden alınır?

BlackLine'da yevmiye kaydı üst bilgisinde bulunan standart bir alandır ve genellikle 'Document Currency' veya benzer bir adla kullanılır.

Örnekler
USDEURGBPJPY
Yeniden çalışma mı
IsRework
Yevmiye kaydı en az bir kez reddedildiyse true değerini alan hesaplanmış işaret.
Açıklama

Bu boolean işareti, yeniden çalışmadan geçen yevmiye kayıtlarını belirlemek için hesaplanır. Bir vaka 'Journal Entry Rejected' etkinliğinin ardından 'Corrected and Resubmitted' etkinliğini içeriyorsa genellikle true olarak ayarlanır.

Bu öznitelik, reddedilmiş tüm vakaları kolayca filtrelemenizi sağlayarak yeniden çalışma analizini basitleştirir. 'Journal Entry Rejection Rate' KPI hesaplaması ve kalite sorunlarının maliyet ile zaman etkisini anlamak için 'Journal Entry Rejection & Rework Analysis' Dashboardunda ayrıntılı inceleme yapmak açısından temel bir özniteliktir.

Neden önemli?

Yeniden çalışma içeren vakaları kolayca belirler, ret oranlarının hesaplanmasını ve kalite sorunlarının etkisinin analiz edilmesini basitleştirir.

Nereden alınır?

Bu işaret, her vaka için etkinliklerin sırası kontrol edilerek Process Mining aracında hesaplanır.

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

Kayıttan Raporlamaya - yevmiye kaydı aktiviteleri

Yevmiye kaydı sürecinin doğru biçimde keşfedilmesi ve analiz edilmesi için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 6 İsteğe bağlı
Aktivite Açıklama
Yevmiye Kaydı Gönderildi
Bu etkinlik, hazırlayan kişinin yevmiye kaydını inceleme ve onay iş akışına resmi olarak gönderdiği anda gerçekleşir. Genellikle 'In Preparation' durumundan 'Submitted' durumuna geçiş gibi bir durum değişikliğiyle ve bir zaman damgasıyla kaydedilir.
Neden önemli?

Hazırlık aşamasının sona erdiğini ve onay döngüsünün başladığı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 işlem, büyük olasılıkla BlackLine içindeki yevmiye kaydı durum değişikliğinden çıkarılır. Durumun 'Submitted for Approval' veya benzer bir değere değiştiği zaman damgası, olay zamanını gösterir.

Yakalayın

Yevmiye kaydı durum alanının 'Submitted' veya 'Pending Approval' olarak güncellendiği zaman damgasından çıkarılır.

Olay türü inferred
Yevmiye kaydı kaydedildi
Onaylanan yevmiye kaydının genel deftere resmî olarak kaydedildiği noktayı ifade eder. Bu işlem, BlackLine'da genellikle açıkça gerçekleştirilir ve ardından kaydın durumu 'Posted' olarak güncellenir.
Neden önemli?

Bu, genellikle sürecin operasyonel tamamlanma noktası kabul edilen önemli bir aşamadır. 'Journal Entry Approved' ile bu etkinlik arasındaki gecikme, onay sonrası verimliliğin önemli bir göstergesidir.

Nereden alınır?

Genellikle durumun 'Posted' olarak değiştirilmesinden çıkarılır. Olay, belirli bir kaydetme tarihi ve zaman damgasıyla kaydetme geçmişi tablosuna veya denetim izine açıkça kaydedilmiş de olabilir.

Yakalayın

Yevmiye kaydının durumu 'Posted' olarak güncellendiğinde oluşan zaman damgasından çıkarılır. Kaydetme tarihi alanı da önemlidir.

Olay türü inferred
Yevmiye kaydı mutabıklaştırıldı
Yevmiye kaydının tamamlanmış ve onaylanmış bir hesap mutabakatına dahil edildiği yaşam döngüsünün tamamlandığını gösterir. BlackLine'da bu, ilgili yevmiye kaydını içeren mutabakatın onaylanmasına karşılık gelir.
Neden önemli?

Bu etkinlik, uçtan uca sürecin son noktasıdır. 'Journal Entry Posted' ile 'Reconciled' arasındaki süre, finansal kapanışın hesap mutabakatı bölümündeki verimliliği ölçer.

Nereden alınır?

Bu, çıkarımsal bir olaydır. Belirli yevmiye kaydını içeren hesap mutabakatının BlackLine Account Reconciliation modülünde durumunu 'Certified' olarak değiştirdiği an belirlenerek türetilir.

Yakalayın

Yevmiye kaydı ilgili hesap mutabakatıyla ilişkilendirilir ve bu mutabakatın onay tarihi alınarak çıkarılır.

Olay türü inferred
Yevmiye Kaydı Oluşturuldu
Bu işlem, bir yevmiye kaydı vakasının başlatıldığını gösterir. Kullanıcı BlackLine içinde yeni bir yevmiye kaydı oluşturduğunda gerçekleşir. Sistem benzersiz bir Journal Entry ID oluşturur ve oluşturma zaman damgası ile kullanıcıyı kaydeder.
Neden önemli?

Bu, sürecin birincil başlangıç olayıdır. Bu etkinlikten diğer etkinliklere kadar geçen süreyi analiz etmek, toplam süreç çevrim süresini ortaya çıkarır ve iş akışının en başındaki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Bu olay, BlackLine yevmiye kaydı modülünde açıkça günlüğe kaydedilir. Her Journal Entry ID ile ilişkili oluşturma zaman damgası ve kullanıcı bilgileri, ana yevmiye kaydı tablosundan veya denetim geçmişinden alınır.

Yakalayın

Yevmiye kaydıyla ilişkili 'Create Date' zaman damgasından alınır.

Olay türü explicit
Yevmiye Kaydı Onaylandı
Bu işlem, yevmiye kaydının gerekli tüm inceleme ve onay adımlarını geçtiğini gösterir. Son yetkili kullanıcı kaydı onayladığında gerçekleşir ve durum 'Approved' olarak değişir.
Neden önemli?

Onay sürecini tamamlayan önemli bir kilometre taşıdır. 'Journal Entry Submitted' ile bu işlem arasındaki süre, Workflow verimliliğini ölçmek için önemli bir KPI olan 'Approval Cycle Time' değerini gösterir.

Nereden alınır?

Yevmiye kaydı durumunun 'Approved' olarak değişmesinden çıkarılır. Son onaylayanın kullanıcı kimliği ve onay zaman damgası genellikle BlackLine denetim geçmişinde kaydedilir.

Yakalayın

Yevmiye kaydı durumunun 'Approved' olarak güncellendiği zaman damgasından çıkarılır.

Olay türü inferred
Yevmiye Kaydı Reddedildi
Bu işlem, bir inceleyen veya onaylayanın yevmiye kaydını reddettiğini gösterir. Kullanıcı 'Reject' işlemini gerçekleştirdiğinde oluşur. Kayıt durumu 'Rejected' olarak güncellenir ve işlem denetim günlüğüne kaydedilir.
Neden önemli?

Yeniden çalışmayı, kalite sorunlarını ve eğitim ihtiyaçlarını belirlemek için önemli bir işlemdir. Ret sıklığını, nedenlerini ve ardından gelen yeniden çalışma döngüsünü analiz etmek, süreç iyileştirme ve çevrim sürelerini azaltma açısından önem taşır.

Nereden alınır?

Bu işlem genellikle yevmiye kaydı verilerinde durumun 'Rejected' veya 'Needs Correction' olarak değişmesinden çıkarılır. Ret işlemini gerçekleştiren kullanıcı ve zaman damgası BlackLine geçmişinde kaydedilir.

Yakalayın

Yevmiye kaydının durumu 'Rejected' olarak güncellendiği zaman damgasından çıkarılır.

Olay türü inferred
Destekleyici Belgeler Eklendi
Bir kullanıcının yevmiye kaydına bir veya daha fazla destekleyici belge eklemesini ifade eder. Bu olay genellikle bir denetim günlüğünde veya Journal Entry ID ile bağlantılı ekler tablosunda kaydedilir.
Neden önemli?

Bu işlemi izlemek, uyumluluk 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 'Documentation Attachment Rate' KPI'ını destekler.

Nereden alınır?

Bu, genellikle BlackLine içinde bir denetim izine veya ekler günlüğüne açıkça kaydedilen bir olaydır. Verilerde Journal Entry ID, dosyayı ekleyen kullanıcı ve zaman damgası bulunur.

Yakalayın

Bir dosya yevmiye kaydıyla ilişkilendirilerek yüklendiğinde olay, sistemin denetim izine veya özel ek geçmişi tablosuna kaydedilir.

Olay türü explicit
Kaydetme doğrulandı
Kaydedilmiş bir yevmiye kaydının hedef ERP sistemine başarıyla ulaştığını ve kaydedildiğini doğrulama işlemini ifade eder. Bu, otomatik bir sistem el sıkışması veya manuel bir doğrulama adımı olabilir.
Neden önemli?

Bu etkinlik, sistemler arasındaki veri bütünlüğünü sağlayarak kaydetme adımını tamamlar. 'Posted' ile 'Verified' arasındaki süre, entegrasyon sorunlarını veya sistem senkronizasyonundaki gecikmeleri ortaya çıkarabilir.

Nereden alınır?

Bu, sistem entegrasyonu günlüğünden alınan açık bir olay olabilir veya durumun 'Posted and Verified' gibi bir değere değiştirilmesinden çıkarılabilir. Manuel olması durumunda, durum güncellemesini bir kullanıcı gerçekleştirir.

Yakalayın

Durumun 'Verified' olarak güncellenmesinden veya hedef ERP sisteminden alınan bir doğrulama işaretinden çıkarılır.

Olay türü inferred
Kayıt Düzeltildi ve Yeniden Gönderildi
Yevmiye kaydı reddedildikten sonra hazırlayan kişinin gerekli düzeltmeleri yapıp kaydı yeniden göndermesiyle gerçekleşir. 'Rejected' durumundan 'Submitted for Approval' durumuna geçiş olarak kaydedilir.
Neden önemli?

Yeniden çalışma için harcanan zamanı ve çabayı ölçmeye yardımcı olur. 'Journal Entry Rejected' ile bu işlem arasındaki süre, verimlilik analizinde önemli bir metrik olan yeniden çalışma süresini gösterir.

Nereden alınır?

BlackLine verilerindeki durum değişiklikleri dizisi izlenerek çıkarılır. Özellikle aynı Journal Entry ID için 'Rejected' durumundan yeniden 'Submitted' veya 'Pending Approval' durumuna geçiş aranır.

Yakalayın

'Rejected' durumundan 'Submitted' veya 'Pending Approval' durumuna geçişten türetilir.

Olay türü inferred
Onay Geri Alındı
Bu etkinlik, bir onaylayıcının daha önce verdiği onayı geri çekerek yevmiye kaydını önceki bir duruma döndürmesini ifade eder. Bu durum, 'Approved' durumundan 'In Preparation' gibi daha önceki bir duruma geçişle kaydedilir.
Neden önemli?

Nadir görülse de önemli olan bu etkinlik, onaydan sonra ancak kaydetme işleminden önce ortaya çıkan süreç istisnalarını ve olası sorunları gösterir. Kayıtla ilgili veri hatalarına veya politika değişikliklerine işaret edebilir.

Nereden alınır?

Bu, 'Approved' durumundan kaydedilmemiş ve düzenlenebilir bir duruma geçişle belirlenen çıkarımsal bir olaydır. Bu işlem, BlackLine'ın ayrıntılı denetim günlüklerine kaydedilir.

Yakalayın

'Approved' durumundan 'In Preparation' veya 'Submitted' gibi önceki bir duruma geçişle belirlenir.

Olay türü inferred
Yevmiye Kaydı İncelendi
Çok aşamalı bir onay sürecinde belirlenmiş bir inceleyen tarafından tamamlanan resmi inceleme adımını ifade eder. Genellikle durum değişikliği veya inceleyenin işlemini gösteren özel bir günlük kaydı olarak tutulur.
Neden önemli?

İnceleme ve onay adımlarının birbirinden ayrıldığı kuruluşlarda bu işlem, onay zincirindeki darboğazların ayrıştırılmasına yardımcı olur. Kayıtların ilk inceleme için ne kadar beklediğini ve nihai onayın ne kadar sürdüğünü gösterir.

Nereden alınır?

BlackLine iş akışlarında bu, onay geçmişi günlüğündeki açık bir olay olabilir veya durumun 'Reviewed' ya da 'Pending Final Approval' olarak değişmesinden çıkarılabilir. Kullanıcı ve zaman damgası kaydedilir.

Yakalayın

Yevmiye kaydı durumunun inceleme aşamasının tamamlandığını gösterecek şekilde değiştiği zaman damgasından çıkarılır.

Olay türü inferred
Yevmiye kaydı ters çevrildi
Bu etkinlik, daha önce kaydedilmiş bir yevmiye kaydını tersine çeviren yeni bir yevmiye kaydının oluşturulmasını ve kaydedilmesini kapsar. Genellikle ilk kayıt kaydedildikten sonra fark edilen bir hataya yanıt olarak başlatılır.
Neden önemli?

Bu olay, üst süreçlerdeki veri kalitesi sorunlarının güçlü bir göstergesidir. Ters kayıtların oranını izlemek, 'Kaydetme Sonrası Düzeltme Oranı'nı ölçmeye ve doğruluğun iyileştirilmesi gereken alanları belirlemeye yardımcı olur.

Nereden alınır?

Bu genellikle, kullanıcının BlackLine'da kaydedilmiş bir yevmiye kaydı üzerinde 'Reverse' işlemini başlattığı açık bir olaydır. Sistem, çoğu zaman ilk Yevmiye Kaydı Kimliği ile ilişkilendirilmiş yeni bir ters kayıt oluşturur.

Yakalayın

'Reverse' işlemi günlüğe kaydedildiğinde veya ters kayıt işareti ve ilk yevmiye kaydının kimliğine bağlantı içeren yeni bir yevmiye kaydı oluşturulduğunda kaydedilir.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi BlackLine'dan nasıl alırsınız

Başlamaya hazır mısınız?

Veri hazırlama sürecinizi sadeleştirmek ve Kayıttan Raporlamaya - yevmiye kaydı süreciniz hakkında güçlü içgörüler elde etmek için bu Templateten yararlanın. Verimliliği ve uyumluluğu optimize etme yolculuğunuza bugün başlayın.

Kayıttan Raporlamaya yevmiye kaydı verimliliğinizi bugün optimize edin

Yevmiye kaydı çevrim süresini %30 azaltın, daha hızlı ve doğru kapanışlar sağlayın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez • Dakikalar içinde kurun