Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz

BlackLine
Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz

Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz

Bu template, Record to Report - Journal Entry process'inizi analyzing için right data'yı collecting'e comprehensive bir guide provides eder. Essential attributes to gather, key activities to track ve BlackLine'dan this information'ı extracting üzerine practical guidance outlines eder. Effective Process Mining için all necessary data'yı capture ettiğinizden ensure etmek için this resource'u use edin.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kayıttan Raporlamaya - Muhasebe Kaydı Nitelikleri

Bunlar, Kayıttan Raporlamaya - Muhasebe Kaydı sürecinizin kapsamlı analizi için event log'unuza dahil etmeniz önerilen data alanlarıdır.
5 Gerekli 6 Önerilen 9 İsteğe Bağlı
Ad Açıklama
Aktivite
ActivityName
Muhasebe kaydı sürecinde belirli bir zamanda gerçekleşen iş olayının adı.
Açıklama

Bu attribute, Journal Entry lifecycle'ı içinde performed edilen 'Journal Entry Created', 'Journal Entry Approved' veya 'Journal Entry Posted' gibi single step veya Task'ı describes eder. Her activity, process'te distinct bir event'i represents eder.

Bu Activities'in sequence'ini analyzing etmek, process flow'un visualization'ını ve understanding'ini sağlar. Process variations'ı discovering, steps arasındaki transition time'ları measuring ve bir Journal Entry'nin rejected ve resubmitted olduğunda olduğu gibi rework loops'larını identifying için fundamental'dır.

Neden önemli

Süreçteki adımları tanımlar; bu, süreç haritasını görselleştirmek, akışı analiz etmek ve sapmaları veya darboğazları belirlemek için esastır.

Nereden alınır

Bu, typically BlackLine içinde event logs, status change records veya audit trails'ten derived edilir. System status codes'larının user-friendly activity names'e mapping'ini may require edebilir.

Örnekler
Yevmiye Kaydı OluşturulduYevmiye Kaydı GönderildiYevmiye Kaydı OnaylandıYevmiye Kaydı Deftere Kaydedildi
Başlangıç Zamanı
EventTime
Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası.
Açıklama

Event Time, bir iş olayının gerçekleştiği tarih ve saati kaydeder. Sürecin kronolojik omurgası olup, tüm faaliyetlerin sırasını ve süresini belirler.

Bu timestamp, tüm zaman tabanlı Process Mining analizleri için kritik öneme sahiptir. Cycle Time'ları, bekleme sürelerini ve faaliyetler arasındaki süreleri hesaplamak için kullanılır. Bottleneck'lerin belirlenmesini, zaman içindeki performansın analizini ve hizmet seviyesi anlaşmalarına uyumun değerlendirilmesini sağlar.

Neden önemli

Bu timestamp, cycle time ve bottleneck analysis dahil all performance metrics için foundation'dır, process'in chronological reconstruction'ını enabling eder.

Nereden alınır

Bu information, BlackLine'daki event logs veya transaction records'ın timestamp fields'ında capture edilir.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Yevmiye Kaydı Kimliği
JournalEntryId
Tek bir muhasebe kaydı için benzersiz tanımlayıcı olup, yaşam döngüsünü izlemek için birincil case identifier olarak hizmet eder.
Açıklama

Journal Entry ID, genel deftere kaydedilen her bir finansal işlem setini benzersiz bir şekilde tanımlar. Oluşturma, inceleme, onaylama ve deftere kaydetme gibi tüm ilgili faaliyetleri birbirine bağlayan merkezi anahtar görevi görür.

Process Mining'de, bu ID tek bir Journal Entry case'ine ait tüm event'leri ilişkilendirmek için esastır. Süreç akışını bu tanımlayıcıya göre analiz etmek, başlangıçtan nihai mutabakata kadar olan uçtan uca yolculuğun yeniden yapılandırılmasına olanak tanır; bu da cycle time'lar, bottleneck'ler ve süreç varyasyonlarının detaylı analizini sağlar.

Neden önemli

Bu, fundamental case identifier'ıdır, single Journal Entry'nin complete lifecycle'ını trace etmeyi ve its performance'ını analyze etmeyi possible kılar.

Nereden alınır

Bu, BlackLine'ın Journal Entry tables veya data exports'larında primary bir key'dir. Specific field name için BlackLine documentation'ına consult edin.

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

Bu attribute, event data için originating system'ı identifies eder. Bu context'te, typically 'BlackLine' olacaktır, ancak process orada starts ise upstream bir ERP system'den data da içerebilir.

Source system'ı identifying, data governance için ve process'in context'ini understanding için important'tır, especially data from multiple systems'ın combined olduğu environments'da. Data ingestion issues'larını troubleshooting ve data lineage'ı verifying'e helps eder.

Neden önemli

Veri kaynağı için çok önemli bir bağlam sağlar, izlenebilirliği garanti eder ve farklı platformlardan veri entegrasyonunu yönetmeye yardımcı olur.

Nereden alınır

Bu genellikle, veri kümesinin kökenini etiketlemek için veri çıkarma ve dönüştürme süreci sırasında eklenen statik bir değerdir.

Örnekler
BlackLineSAP S/4HANAOracle NetSuite
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı timestamp.
Açıklama

Bu attribute, most recent data pull'ın date ve time'ını marks eder. Analyzed edilen data'nın freshness'i için bir reference point provide ederek, users'ın data'nın currency'sinden aware olmasını ensure eder.

Bu, any Process Mining Dashboard veya analysis için critical bir metadata parçasıdır. Users'ı insights'ın timeliness'ı hakkında informs eder ve very latest transactions'ın view'da included olup olmadığı hakkında expectations'ı manage etmeye helps eder.

Neden önemli

Veri güncelliği konusunda şeffaflık sağlayarak, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamalarına olanak tanır.

Nereden alınır

Bu timestamp, data extraction tool veya ETL process tarafından execution time'ında generated ve dataset'e added edilir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Kullanıcı
UserName
Aktiviteyi gerçekleştiren kullanıcının adı veya kimliği.
Açıklama

Bu attribute, Journal Entry'yi submitted, reviewed veya approved eden kişi gibi specific bir process step'ini executing'den responsible individual'ı identifies eder. Bir name veya unique bir user ID olabilir.

Activities'i user tarafından analyzing etmek, workload distribution'ı, individual performance'ı understanding ve training opportunities'i identifying için essential'dır. 'Is work distributed evenly across the team?' veya 'Which users have the longest approval times?' gibi questions'ları answer'a helps eder. Ayrıca compliance ve audit trail analysis için de crucial'dır.

Neden önemli

İş yükü analizi, ekip üyeleri arasında performans karşılaştırması yapmaya olanak tanır ve kaynakla ilgili darboğazları veya eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Nereden alınır

Bu information, BlackLine'ın audit log'larında available'dır, often 'User ID' veya 'Changed By' fields'ı olarak stored edilir ve her event ile associated'dır.

Örnekler
j.doea.smithr.joness.patel
Ret Nedeni
RejectionReason
Bir muhasebe kaydı reddedildiğinde bir inceleyici tarafından belirtilen neden.
Açıklama

Bir Journal Entry corrections için sent back edildiğinde, approver typically rejection için bir reason provides eder. Bu attribute, predefined bir code veya free-form text olabilecek o reason'ı captures eder.

Bu, rework'ün root cause analysis'i için critical bir attribute'tür. Most common rejection reasons'ı analyzing ederek, bir company inadequate training, unclear policies veya supporting documentation ile problems gibi systemic issues'ı identify edebilir. Bu, 'Journal Entry Rejection & Rework Analysis' Dashboard'unu directly supports eder ve overall rejection rate'i reduce etmeye helps eder.

Neden önemli

Süreç yeniden işlemesinin temel neden analizleri için esastır, yevmiye kayıtlarının neden reddedildiğini belirlemeye ve hedeflenen iyileştirmeleri sağlamaya yardımcı olur.

Nereden alınır

Bu data, bir user BlackLine'da 'Reject' action'ını performs ettiğinde tipik olarak bir comment veya reason code field'ında capture edilir.

Örnekler
Yanlış Hesap KoduEksik Destekleyici DokümantasyonEşiği AşıyorÇift Kayıt
Şirket Kodu
CompanyCode
Muhasebe kaydının yapıldığı tüzel kişi veya şirket için benzersiz tanımlayıcı.
Açıklama

Şirket Kodu, bir şirket grubundaki belirli bir tüzel kişiliği temsil eder. Finansal muhasebede temel bir organizasyonel birim olup, işlemlerin doğru tüzel kişiliğe kaydedilmesini sağlar.

Proses madenciliğinde, Company Code filtreleme ve karşılaştırma için güçlü bir boyuttur. Farklı tüzel kişilikler arasında süreç performansının analizini mümkün kılarak, bölgesel veya tüzel kişiliğe özgü darboğazları, uyumluluktaki varyasyonları ve süreçleri küresel olarak standartlaştırma fırsatlarını belirlemeye yardımcı olur. 'Approval To Posting Delay Analysis' Dashboard'unu doğrudan destekler.

Neden önemli

Farklı tüzel kişilikler veya iş birimleri arasında performans karşılaştırması ve süreç standartlaştırma çabalarına olanak tanır.

Nereden alınır

Bu, BlackLine'daki Journal Entry header'da yer alan, often underlying ERP system'den synchronized edilen key bir field'dır.

Örnekler
1000US01DE012500
Yevmiye Kaydı Durumu
JournalEntryStatus
Muhasebe kaydının yaşam döngüsündeki mevcut durumu; örneğin 'Devam Ediyor', 'Onaylandı' veya 'Deftere Kaydedildi'.
Açıklama

Bu attribute, data extraction time'ında bir Journal Entry case'inin current state'ini indicates eder. Entry'nin overall process'te nerede olduğuna dair bir snapshot sağlar.

Process Mining, activities'den flow'u reconstruct ederken, final status'a sahip olmak filtering ve high-level summary Dashboard'lar creating için useful'dır. Currently pending approval olan veya particular state'de stuck olan tüm entries'i quickly identifying'e helps eder, bu da backlog analysis için valuable'dır.

Neden önemli

Kayıtların mevcut durumunun bir anlık görüntüsünü sağlar; bu, birikmiş iş (backlog) analizi ve devam eden işi anlamak için faydalıdır.

Nereden alınır

Bu, BlackLine'daki Journal Entry'de standard bir status field'ıdır.

Örnekler
Devam EdiyorOnay BekliyorOnaylandıKaydedildiReddedildi
Yevmiye Kaydı Türü
JournalEntryType
Muhasebe kaydının standart, tekrarlayan 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 tarafından oluşturulan kayıtlar, ay sonu tahakkukları için yinelenen kayıtlar veya bir sonraki dönemde otomatik olarak tersine çevrilen ters kayıtlar bulunur.

Bu nitelik, segmentasyon ve karşılaştırmalı analiz için kritik öneme sahiptir. Farklı kayıt türleri arasında süreç performansını, örneğin cycle time'ları veya red oranlarını karşılaştırmanıza olanak tanır. Bu, belirli kayıt türlerinin diğerlerinden daha sorunlu veya verimsiz olup olmadığını belirlemeye yardımcı olur ve hedeflenen süreç iyileştirmelerine yol açar.

Neden önemli

Farklı yevmiye kaydı türlerinin farklı yolları takip edip etmediğini veya farklı performans özelliklerine sahip olup olmadığını anlamak için segmentli analiz yapmaya olanak tanır.

Nereden alınır

Bu, BlackLine'daki Journal Entry'de standard bir field'dır. Exact field name için BlackLine documentation'ına consult edin.

Örnekler
StandartTekrarlayanTers Kayıt YapılıyorTahakkuk
Yevmiye Kaydı Tutarı
JournalEntryAmount
Muhasebe kaydının toplam parasal değeri, genellikle borçların toplamı.
Açıklama

Bu attribute, Journal Entry'nin financial value'unu represents eder. Process inefficiencies'in, örneğin high-value entries'i posting'deki delays'in financial impact'ini understand etmek için used edilebilir.

Process'i entry'nin value'una based analyzing etmek, materiality-based analysis'e allows eder. For example, high-value entries için process improvements'i prioritize edebilir, different bir approval path follow edip etmediklerini investigate edebilir veya cycle time'larının longer olup olmadığını determine edebilirsiniz. Bu, process flow'a crucial bir business context ekler.

Neden önemli

Finansal bağlam sağlar, maddi öneme dayalı analizlere olanak tanır; örneğin, yüksek değerli kayıtların önceliklendirilmesi veya değere dayalı süreç sapmalarının belirlenmesi gibi.

Nereden alınır

Bu, BlackLine'daki Journal Entry header'da yer alan, total debit veya credit amount'ı representing eden calculated veya standard bir field'dır.

Örnekler
15000.00250.75125000.50500.00
Belge Eklendi
IsDocumentAttached
Yevmiye kaydına destekleyici belgelerin eklenip eklenmediğini gösteren bir bayrak.
Açıklama

Bu boolean attribute, invoices veya calculations gibi one veya more supporting documents'ın Journal Entry'ye attached olup olmadığını indicates eder. Bu, often approval için bir prerequisite'tir.

Bu flag, 'Journal Entry Documentation Compliance' Dashboard'u ve 'Documentation Attachment Rate' KPI'sı için crucial'dır. Missing documentation'ın rejections veya delays için common cause olup olmadığını analyze etmeye helps eder ve submission for review'den önce attachments requiring policies'i enforce etmeye helps eder.

Neden önemli

Doğrudan dokümantasyon politikalarına uyumluluğu ölçer ve onay gecikmeleri ile retlerin yaygın bir temel nedenini teşhis etmeye yardımcı olur.

Nereden alınır

Bu, likely derived bir field would be, submission activity occurs before JournalEntryId ile associated bir attachment record'un existence'ını checking ederek calculated edilir.

Örnekler
truefalse
Bölüm
Department
Muhasebe kaydıyla ilişkili iş birimi veya maliyet merkezi.
Açıklama

Bu attribute, Journal Entry'yi initiated eden veya costs'ların allocated edildiği department, cost center veya functional area'yı specifies eder. Additional bir organizational context layer'ı provide eder.

Process'i department tarafından analyzing etmek, business'ın different parts'ının Journal Entry process'ini how utilize ettiğini understand etmeye helps eder. Departments arasında efficiency, compliance veya rework rates'deki variations'ı reveal edebilir, additional support veya process standardization'a need duyabilecek areas'ı highlighting eder.

Neden önemli

Bu, process performance'ın different business departments arasında compared edilmesini enables eder, variations ve standardization opportunities'leri revealing eder.

Nereden alınır

Bu information, usually BlackLine'daki Journal Entry line item data veya header data'nın part'ıdır, often GL account'a linked'dir.

Örnekler
FinansPazarlamaSatışOperasyonlar
Hesap Mutabakatı Sağlandı
AccountReconciled
Muhasebe kaydıyla mutabakatı yapılan genel defter hesap numarası.
Açıklama

Bu attribute, chart of accounts'taki affected veya reconciled edilen specific account'ı identifies eder. Journal Entry'ler often account reconciliation process'inin part'ıdır ve bu, entry'yi specific account'a links eder.

Bu attribute, 'Journal Entry Reconciliation Cycle Time' Dashboard'unu directly supports eder. Process'i account başına analyzing ederek, certain accounts için reconciliations'ın consistently longer take edip etmediğini identify etmek possible'dır, bu da those specific accounts ile related complexity veya data issues'unu indicates eder.

Neden önemli

Yevmiye kaydı sürecini mutabakatı yapılan belirli hesaplara bağlar, bu da mutabakat darboğazlarının hedeflenen analizine olanak tanır.

Nereden alınır

Bu information, BlackLine'daki Journal Entry line item details'in part'ıdır. Bir entry multiple accounts'ı affects ediyorsa case level'a aggregated edilmesi need edebilir.

Örnekler
101000210500400100550200
Kayıt Tarihi
PostingDate
Muhasebe kaydının resmi olarak Genel Deftere kaydedildiği tarih.
Açıklama

Posting Date, finansal kayıtlardaki işlemin geçerlilik tarihidir. İşlemin hangi mali dönemde tanınacağını belirlediği için muhasebe için kritik bir tarihtir.

Event timestamp, kaydetme faaliyetinin ne zaman gerçekleştiğini izlerken, Posting Date'in kendisi önemli bir data attribute'üdür. Kayıtların doğru dönemde deftere kaydedildiğinden emin olmak için finansal analizde kullanılır ve işlem tarihi, onay tarihi ve Posting Date arasındaki gecikmeleri analiz etmek için kullanılabilir.

Neden önemli

Bu date, financial reporting accuracy için critical'dır ve entries'in correct accounting period'da posted olup olmadığını analyze etmeye helps eder.

Nereden alınır

Bu, BlackLine'daki Journal Entry header'da standard bir date field'ıdır.

Örnekler
2023-10-312023-11-012023-10-30
Onaydan Deftere Kayda Gecikme
ApprovalToPostingLag
Nihai onay ile muhasebe kaydının fiili deftere kaydedilmesi arasındaki hesaplanan süre.
Açıklama

Bu metric, bir Journal Entry fully approved edildikten sonra ancak general ledger'a posted edilmeden önce occurs eden delay'i measures eder. 'Journal Entry Approved' activity'si ve 'Journal Entry Posted' activity'si arasındaki time difference olarak calculated edilir.

Bu, financial close process'ini significantly delay edebilecek post-approval bottleneck'leri identifying için critical bir KPI'dır. 'Approval To Posting Delay Analysis' Dashboard'u, approved entries'in why not promptly posted edildiğini investigate etmek için this metric'i uses eder, process'in final steps'ini streamline etmeye helping eder.

Neden önemli

Özellikle onay sonrası verimliliği ölçer, finansal kapanış hızını etkileyen gecikmeleri belirlemeye ve ortadan kaldırmaya yardımcı olur.

Nereden alınır

Bu metric, Process Mining tool'da her case için 'Journal Entry Approved' ve 'Journal Entry Posted' events'ı arasındaki duration'ı finding ederek calculated edilir.

Örnekler
P0DT1H10MP1DT2H0MP0DT0H5M
Otomatikleştirildi mi?
IsAutomated
Yevmiye kaydının otomatik bir süreç tarafından oluşturulup oluşturulmadığını veya deftere kaydedilip kaydedilmediğini gösteren bir bayrak.
Açıklama

Bu boolean attribute, users tarafından manually created ve processed edilen Journal Entry'ler ile recurring entries veya system integrations gibi system tarafından automatically generated edilenler arasında distinguishes eder.

Bu attribute'ü analyzing etmek, automation'ın effectiveness'ini evaluating'e helps eder. Automated ve manual processes arasında cycle time'lar, error rates ve costs'ların direct comparison'ına allows eder. Bu, further automation için bir business case building'in ve existing initiatives'in ROI'sini measuring'in key'idir.

Neden önemli

Manuel ve otomatik süreçler arasında doğrudan bir karşılaştırma sağlar; bu da otomasyon girişimlerinin etkisini ve yatırım getirisini (ROI) ölçmek için çok önemlidir.

Nereden alınır

Bu, 'Journal Entry Type'dan (örneğin 'Recurring') veya system users (örneğin 'SYSTEM' veya 'BATCH') automated postings için used ediliyorsa 'User' field'ından derived edilebilir.

Örnekler
truefalse
Para Birimi
Currency
Muhasebe kaydında belirtilen tutar için para birimi kodu.
Açıklama

Bu attribute, Journal Entry Amount'ın USD, EUR veya GBP gibi currency'sini specifies eder. Transactions'ın financial value'unu correctly interpreting için essential'dır.

Multinational organizations için, currency'ye göre analyzing useful context provide edebilir. Process analysis'ın specific currencies'e filtering'ine allows eder ve financial amounts'ı aggregates eden any Dashboard için necessary bir field'dır.

Neden önemli

Finansal tutarların doğru yorumlanması için gerekli bağlamı sunarak para birimine özel analizler yapmanıza olanak tanır.

Nereden alınır

Bu, BlackLine'daki Journal Entry header'da usually 'Document Currency' veya similar named standard bir field'dır.

Örnekler
USDEURGBPJPY
Vaka Cycle Time
CaseCycleTime
Muhasebe kaydı vakasının oluşturulmasından nihai deftere kaydın doğrulanmasına kadar geçen toplam süresi.
Açıklama

Bu attribute, bir Journal Entry'nin entire lifecycle'ı boyunca move etmesi için total elapsed time'ı represents eden calculated bir metric'tir. First activity (e.g., 'Journal Entry Created') timestamp'i ile last activity (e.g., 'Posting Verified' veya 'Journal Entry Reconciled') arasındaki difference olarak calculated edilir.

Bu, overall process efficiency'yi measuring için primary bir KPI'dır. Almost every Dashboard'da performance'ın high-level view'ını provide etmek, long-running cases'i identify etmek ve efficiency improvements'ı over time track etmek için used edilir. 'Average Journal Entry Cycle Time' KPI'sını directly supports eder.

Neden önemli

Bu, end-to-end process efficiency'yi measuring ve targets'a against performance'ı tracking için fundamental bir KPI'dır.

Nereden alınır

Bu metric, Process Mining tool'da her JournalEntryId için minimum StartTime'ı maximum StartTime'dan subtracting ederek calculated edilir.

Örnekler
P2DT4H30MP0DT8H15MP5DT12H0M
Yeniden İşleme mi?
IsRework
Yevmiye kaydının en az bir kez reddedilmiş olması durumunda doğru olan hesaplanmış bir bayrak.
Açıklama

Bu boolean flag, rework undergone etmiş Journal Entry'leri identify etmek için calculated edilir. Tipik olarak true set edilir, eğer bir case, 'Journal Entry Rejected' activity'si tarafından followed edilen 'Corrected and Resubmitted' activity'si içeriyorsa.

Bu attribute, users'ın rejection experienced etmiş tüm cases'i easily filter'lemesine allowing ederek rework analysis'ini simplifies eder. 'Journal Entry Rejection Rate' KPI'sını calculating için fundamental'dır ve quality issues'larının cost ve time impact'ini understand etmek için 'Journal Entry Rejection & Rework Analysis' Dashboard'unda deep dives için.

Neden önemli

Yeniden işleme içeren durumları kolayca tanımlayarak, ret oranlarının hesaplanmasını ve kalite sorunlarının etkisinin analizini basitleştirir.

Nereden alınır

Bu flag, Process Mining tool'da her case için Activities'in sequence'ini checking ederek calculated edilir.

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

Kayıttan Raporlamaya - Muhasebe Kaydı Faaliyetleri

Bunlar, muhasebe kaydı sürecinizin doğru keşfi ve analizi için event log'unuzda yakalamanız gereken anahtar süreç adımları ve kilometre taşlarıdır.
6 Önerilen 6 İsteğe Bağlı
Aktivite Açıklama
Yevmiye Kaydı Deftere Kaydedildi
Onaylanmış muhasebe kaydının resmi olarak genel deftere kaydedildiği noktayı temsil eder. Bu, BlackLine'da genellikle kaydın durumunu 'Deftere Kaydedildi' olarak güncelleyen açık bir eylemdir.
Neden önemli

Bu, process'in operational conclusion'ı olarak often considered edilen critical bir milestone'dur. 'Journal Entry Approved'dan bu activity'e kadar olan lag time, post-approval efficiency'nin key bir indicator'ıdır.

Nereden alınır

Bu, typically 'Posted'a bir status change'den inferred edilir. Event ayrıca explicit bir posting date ve timestamp ile bir posting history table veya audit trail'da explicitly logged edilebilir.

Yakala

Yevmiye kaydı durumunun 'Deftere Kaydedildi' olarak güncellendiği timestamp'ten çıkarılır. Deftere kayıt tarihi alanı da önemlidir.

Event tipi inferred
Yevmiye Kaydı Gönderildi
Bu activity, preparer'ın Journal Entry'yi review ve approval Workflow'u için formally submit ettiğinde meydana gelir. Bu, tipik olarak bir status change olarak capture edilir, örneğin 'In Preparation'dan 'Submitted'a, bir timestamp ile birlikte.
Neden önemli

Bu, preparation phase'in end'ini ve approval cycle'ın beginning'ini marks eder. Hem preparation hem de approval stages'ın duration'ını measuring için key bir milestone'dur.

Nereden alınır

Bu, likely BlackLine'daki Journal Entry record'da bir status change'den inferred edilir. Status'un 'Submitted for Approval' veya similar bir value'ya changing timestamp'i event time'ı marks eder.

Yakala

Yevmiye kaydı durumu alanının 'Gönderildi' veya 'Onay Bekliyor' olarak güncellendiği timestamp'ten çıkarılır.

Event tipi inferred
Yevmiye Kaydı Mutabakatı Yapıldı
Yevmiye kaydının kesinleşmiş ve sertifikalı bir hesap mutabakatına dahil edildiği yaşam döngüsünün tamamlandığını işaretler. BlackLine'da bu, bu yevmiyeyi içeren mutabakatın sertifikasyonuna karşılık gelir.
Neden önemli

Bu activity, end-to-end process'in final endpoint'i olarak hizmet eder. 'Journal Entry Posted'dan 'Reconciled'a kadar olan time, financial close'un account reconciliation part'ının efficiency'sini measure eder.

Nereden alınır

Bu, inferred bir event'tir. BlackLine'ın Account Reconciliation module'ünde specific Journal Entry'yi containing account reconciliation'ın status'u 'Certified' olarak changed edildiğinde identifying edilerek derived edilir.

Yakala

Yevmiye kaydını ilgili hesap mutabakatına bağlayarak ve bu mutabakatın sertifika tarihini yakalayarak çıkarılır.

Event tipi inferred
Yevmiye Kaydı Oluşturuldu
Bu activity, bir Journal Entry case'inin initiation'ını işaret eder. Bir user BlackLine'da yeni bir Journal Entry record'u oluşturduğunda capture edilir; bu da unique bir Journal Entry ID generate eder ve creation timestamp'ini ve user'ı log'lar.
Neden önemli

Bu, process için primary start event'tir. Bu activity'den others'a kadar olan time'ı analyzing etmek, total process cycle time'ı reveals eder ve Workflow'un very beginning'inde delays'i identify etmeye helps eder.

Nereden alınır

Bu event, BlackLine'ın Journal Entry module'ünde explicitly logged edilir. Main Journal Entry table veya its audit history'deki her bir Journal Entry ID ile associated creation timestamp ve user details'ten capture edilir.

Yakala

Yevmiye kaydı ile ilişkili 'Oluşturma Tarihi' timestamp'inden yakalanır.

Event tipi explicit
Yevmiye Kaydı Onaylandı
Bu activity, Journal Entry'nin tüm required review ve approval steps'lerinden geçtiğini signify eder. Final authorized user entry'yi approve ettiğinde capture edilir ve 'Approved' durumuna bir status change trigger eder.
Neden önemli

Bu, approval process'i concludes eden major bir milestone'dur. 'Journal Entry Submitted'dan bu event'e kadar olan time, 'Approval Cycle Time'dır, Workflow efficiency'sini measuring için critical bir KPI'dır.

Nereden alınır

Bu event, Journal Entry record'da 'Approved'a bir status change'den inferred edilir. Final approver'ın user ID'si ve approval timestamp'i tipik olarak BlackLine'ın audit history'sinde logged edilir.

Yakala

Yevmiye kaydı durumunun 'Onaylandı' olarak güncellendiği timestamp'ten çıkarılır.

Event tipi inferred
Yevmiye Kaydı Reddedildi
Bu activity, bir reviewer veya approver tarafından bir Journal Entry'nin rejection'ını işaret eder. Bir user 'Reject' action'ını aldığında capture edilir; bu, entry'nin status'unu 'Rejected' olarak update eder ve audit log'a record edilir.
Neden önemli

Bu, rework, quality issues ve training needs'i identifying için critical bir activity'dir. Rejection frequency'yi, reasons'ı ve subsequent rework loop'u analyzing etmek, process improvement ve cycle time'ları reducing için key'dir.

Nereden alınır

Bu, typically Journal Entry data'sında 'Rejected' veya 'Needs Correction'a bir status change'den inferred edilir. Rejection'ı performed eden timestamp ve user BlackLine'ın history'sinde logged edilir.

Yakala

Yevmiye kaydının durumunun 'Reddedildi' olarak güncellendiği timestamp'ten çıkarılır.

Event tipi inferred
Destekleyici Belgeler Eklendi
Bir kullanıcının muhasebe kaydına bir veya daha fazla destekleyici belge ekleme eylemini temsil eder. Bu olay genellikle bir denetim günlüğünde veya Muhasebe Kayıt Kimliği'ne bağlı ilgili bir ekler tablosunda yakalanır.
Neden önemli

Bu activity'yi tracking etmek, compliance ve efficiency'yi monitoring için crucial'dır. Approval process'indeki delays'in missing documentation'dan caused olup olmadığını analyze etmeye helps eder ve 'Documentation Attachment Rate' KPI'sını supports eder.

Nereden alınır

Bu, usually BlackLine'da explicit bir event'tir, bir audit trail veya attachments log'da recorded edilir. Data, Journal Entry ID'yi, file'ı attached eden user'ı ve bir timestamp'i would include eder.

Yakala

Bir dosya bir yevmiye kaydına yüklendiğinde, sistemin denetim kaydında veya özel bir ek geçmişi tablosunda olay günlüğe kaydedilir.

Event tipi explicit
Kayıt Doğrulandı
Deftere kaydedilmiş bir muhasebe kaydının hedef ERP sistemine başarıyla alındığı ve kaydedildiği onayını temsil eder. Bu, otomatik bir sistem el sıkışması veya manuel bir onay adımı olabilir.
Neden önemli

Bu activity, posting step'ine finality sağlayarak sistemler arasında data integrity'yi ensure eder. 'Posted'dan 'Verified'a olan duration, integration issues'larını veya system synchronization'daki delays'leri highlight edebilir.

Nereden alınır

Bu, bir system integration log'dan explicit bir event may be veya 'Posted and Verified' gibi bir value'ya status change'den inferred edilebilir. Eğer manual ise, user-driven bir status update would be.

Yakala

'Doğrulandı' durumuna yapılan bir durum güncellemesinden veya hedef ERP sisteminden alınan bir onay bayrağından çıkarılır.

Event tipi inferred
Kayıt Düzeltildi ve Yeniden Gönderildi
Bir muhasebe kaydı reddedildikten ve hazırlayan kişi gerekli düzeltmeleri yaparak tekrar gönderdikten sonra gerçekleşir. Bu, durumun 'Reddedildi'den tekrar 'Onay İçin Gönderildi'ye değişmesiyle kaydedilir.
Neden önemli

Bu activity, yeniden işleme harcanan zamanı ve çabayı nicel olarak belirlemeye yardımcı olur. 'Journal Entry Rejected' ile bu event arasındaki duration, verimlilik analizi için önemli bir metric olan rework time'ı temsil eder.

Nereden alınır

Bu, BlackLine data'sında bir sequence of status changes'i observing edilerek inferred edilir, specifically same Journal Entry ID için 'Rejected' status'tan 'Submitted' veya 'Pending Approval' status'a bir transition.

Yakala

'Reddedildi' durumundan 'Gönderildi' veya 'Onay Bekliyor' durumuna bir değişiklikten türetilir.

Event tipi inferred
Onay İptal Edildi
Bu activity, bir approver'ın previously granted approval'ı revoke etmesini, Journal Entry'yi prior state'e return etmesini temsil eder. Bu, 'Approved'dan 'In Preparation' gibi earlier status'a bir status change ile capture edilir.
Neden önemli

Bu rare ama important activity, process exceptions ve potential issues'ı highlights eder, post-approval ama pre-posting discovered edilir. Data errors'ı veya entry'yi affecting policy changes'ı indicate edebilir.

Nereden alınır

Bu, inferred bir event would be, 'Approved'dan non-posted, editable bir status'a status change ile identified edilir. This action, BlackLine'ın detailed audit logs'larında recorded would be.

Yakala

'Onaylandı' durumundan 'Hazırlık Aşamasında' veya 'Gönderildi' gibi önceki bir duruma yapılan bir durum değişikliği ile tanımlanır.

Event tipi inferred
Yevmiye Kaydı İncelendi
Çok seviyeli bir onay sürecinde, belirlenmiş bir inceleyici tarafından tamamlanan resmi bir inceleme adımını temsil eder. Genellikle bir durum değişikliği veya inceleyicinin eylemini gösteren belirli bir kayıt girişi olarak yakalanır.
Neden önemli

Ayrı inceleme ve onay adımlarına sahip kuruluşlar için bu aktivite, onay zinciri içindeki darboğazları izole etmeye yardımcı olur. Kayıtların ilk inceleme için ne kadar beklediğini ve son onay için ne kadar beklediğini gösterir.

Nereden alınır

BlackLine workflow'larında bu, onay geçmişi log'unda açık bir event olabilir veya 'İncelendi' veya 'Son Onay Bekliyor' durumuna yapılan bir durum değişikliğinden çıkarılabilir. Kullanıcı ve timestamp kaydedilir.

Yakala

Yevmiye kaydı durumunun inceleme aşamasının tamamlandığını yansıtacak şekilde değiştiği timestamp'ten çıkarılır.

Event tipi inferred
Yevmiye Kaydı Tersine Çevirme İşlendi
Bu activity, daha önce deftere kaydedilmiş bir kaydı tersine çeviren yeni bir muhasebe kaydının oluşturulmasını ve deftere kaydedilmesini yakalar. Bu genellikle, orijinal kayıt deftere kaydedildikten sonra keşfedilen bir error'a yanıt olarak başlatılır.
Neden önemli

Bu event, upstream data quality problems'larının strong bir indicator'ıdır. Reversals rate'ini tracking etmek, 'Post-Posting Adjustment Rate'i measure etmeye helps eder ve improved accuracy needing areas'ı identifies eder.

Nereden alınır

Bu, often explicit bir event'tir, bir user BlackLine'da posted bir journal'da 'Reverse' action'ını initiates eder. System new bir reversing entry creates eder, often original Journal Entry ID'ye linked'dir.

Yakala

Tersine Çevirme eylemi günlüğe kaydedildiğinde veya tersine çevirme bayrağı ve orijinal yevmiye kimliğine bir bağlantı ile yeni bir yevmiye kaydı oluşturulduğunda yakalanır.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

BlackLine'dan verilerinizi nasıl alırsınız?