Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz
Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Kayıttan Raporlamaya - Muhasebe Kaydı Nitelikleri
| 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
|
|||
Kayıttan Raporlamaya - Muhasebe Kaydı Faaliyetleri
| 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
|
|||