Kayıttan Raporlamaya - yevmiye kaydı Veri Templateiniz
Kayıttan Raporlamaya - yevmiye kaydı Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek önemli faaliyetler
- Veri çıkarma yönlendirmeleri
Kayıttan Raporlamaya - yevmiye kaydı öznitelikleri
| 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
|
|||
Kayıttan Raporlamaya - yevmiye kaydı aktiviteleri
| 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
|
|||
Veri çıkarma rehberleri
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.
Kredi kartı gerekmez • Dakikalar içinde kurun